年头月尾是什么意思？搞懂它工作生活更顺心！

网抑云

作者

“年头月尾”这词儿，以前我可真是没把它当回事儿。总觉得就是个时间概念，年头嘛过个年就过去了；月尾，发个工资，交交房租水电费，也就完了。那时候我根本不懂这四个字背后的门道，结果？工作上总是手忙脚乱，项目死线前熬夜是家常便饭，生活里也是一团糟，想做的没做成，想买的忘了买，感觉每天都像在救火。

我为啥这么说？我记得特清楚，好几年前，我那时候在一个小团队里带个项目。那时候觉得自己技术还行，挺能打的。项目刚启动那会儿，大家伙儿都特别兴奋，恨不得立马把东西捣鼓出来。我当时就想着，使劲儿干呗，把活儿干完就是王道。什么规划、在我看来都是耽误时间，不如多写两行代码。大家也都是一头扎进去，卯足了劲儿往前冲。

结果，项目跑到一半就出大问题了。我们团队分头做了好几个模块，但接口对接的时候才发现，好多数据格式都没统一，来来回回改，效率低得要命。需求文档也是，改了又改，大家手里的版本都不一样，执行起来经常有偏差。到快上线了，测试报告出来，密密麻麻全是bug，好多都是最基础的设计问题，返工量特别大。那段时间，我真是焦头烂额，每天加班到凌晨，饭都顾不上吃。团队里怨声载道，大家互相推诿，没人想担责。看着大家那种绝望的眼神，我心里特别不好受，感觉自己把大家带进了坑里。项目是硬着头皮赶着上线了，但质量一塌糊涂，用户反馈特别差，我们团队也因为这事儿挨了领导一顿狠批，差点儿被解散。那会儿我真是颓废了好久，觉得是不是自己根本不适合干这行。

那次惨痛经历之后，我开始琢磨，是不是哪里不对劲儿？我就去请教了一个老前辈，他听了我的抱怨，笑呵呵地给我讲了“年头月尾”的事儿。他说，这可不光是时间点，更是要你干点

年头，就是要规划，要想清楚！

他告诉我，不管是工作还是生活，项目开始前，或者一年之初，都要花时间把目标掰开了揉碎了看，可不是随便想想就行：

定大方向： 咱们今年要干这个项目最终要达到啥效果？这些得先跟所有相关的人敲定，形成共识。
拆小目标： 把大目标拆成一个个具体、可执行的小目标，每个月，甚至每周，要完成什么。这样大家知道自己眼下该干不至于迷茫。
列资源： 需要哪些人手？多少钱的预算？什么工具软件？提前都心里有数，能准备的就提前准备
想风险： 可能出啥幺蛾子？万一出了咋办？有个预案，不至于到时候抓瞎，手足无措。

那次之后，我再接项目，不管大小，开头我都会带着团队好好开会。不是随便走个过场，是实打实地把这些点都过一遍。我们一起把目标写出来，贴到办公室的白板上，大家都能看到。然后把每个月的任务分解责任到人。光这一步，就感觉心里踏实多了，方向明确，冲起来也更有劲儿。

月尾，就是要要复盘！

他说，这跟赛跑差不多，你不能光往前跑，得时不时回头看看，跑对没？跑快没？月尾就是这个“回头看”的机会：

核对目标： 这个月定的目标，完成了多少？哪些没完成？为是真的没时间，还是遇到了难题？
盘点进展： 哪些地方做得可以当经验推广？哪些地方卡壳了？有没有更好的方法？
发现问题： 过程中遇到了啥坑？下次怎么避开？是不是暴露了团队协作或者流程方面的问题？
调整计划： 根据这个月的实际情况，下个月的计划要不要做调整？是不是有新情况要应对？

我开始学着每个月几天，就召集大家一起开个“月度复盘会”。一开始大家不习惯，觉得是浪费时间，多此一举。但几次下来，效果就出来了。我们发现，很多小问题在月末就能及时发现解决，不至于拖到变成大麻烦。比如有个模块开发进度慢了，一复盘就知道是接口没定赶紧拉着相关人员开会解决。以前可能要等到集成测试才发现，那会儿改起来就晚了，牵一发动全身。

不仅工作，我生活里也开始这么干了。每年年初，我都会列个“新年愿望清单”，不光是工作上的，还有个人学习、健康、家庭方面的。比如今年想学个新技能，就拆成每个月要学多少小时，看多少资料。每个月末，我也会花个把小时，看看这个月做了买了花了多少钱，有没有好好锻炼。以前我总是年底才发现自己这一年“啥也没干”，时间就这么稀里糊涂过去了。现在每个月都能看到自己的进步，那种成就感是不一样的。

现在回头看，以前那种“忙得像无头苍蝇”的日子是真的过去了。不是说不忙，而是忙得有条不紊，忙得心里有底。遇到突发状况也能淡定应对，因为平时就有“年头”的规划和“月尾”的复盘做支撑。我的生活质量和工作效率都实实在在地提升了一大截。