很久没有写专业类的文章了。

过年之后开始启动一个新项目。这个项目是一个从0到1的子产品，这半个月忙着梳理业务，跟设计师和开发过方案，盯进度，大家效率整体很高，而且因为跟大家沟通都比较到位，项目进度基本没有问题。

回想去年加入这个团队时，前脚刚踏进门，就经历了一次产品大改版，过程相当曲折，最后延期了很长时间。包括不断的改需求，逻辑没考虑清楚，跟技术沟通不到位等。经过将近1年的磨合，跟大家配合起来相当顺畅。

所以花了些时间，说说旧话，再总结一下这些时间对团队协作、项目管理的一些想法。

项目管理一直是我比较关注也很看重的一块。一方面产品本身需要不断迭代，每次迭代都将其当做一个项目来做， 保证项目的周期、质量；另一方面，自我管理时，也慢慢习惯把事情当项目来做。比如我今年给自己定下的目标是两周读完一本不错的书。我会提前做好列好书单，做好阅读计划，定好阅读周期，以及每天的阅读时间及任务，并需要在读完之后输出一份『想法』。若有延期迹象，会协调更多时间『加班』完成。

这样做的好处是，我很清晰某个时间的目标是什么，并且知道如何利用时间去完成。但项目会延期啊，有时候工作太忙或者有些书太晦涩难懂，两周时间根本读不完。个人的事情比较好协调，而真正团队项目延期造成的影响可能就比较大了。所以产品在其中需要尽可能协调整个团队力量，最大程度的提高效率，跟上进度。

我大致分了三个阶段：项目开始前、项目进行时、项目上线后，每个阶段有对应的重点事宜，基本都罗列。

一、项目开始前
1、要有明确的目标。每个项目最终的目标是什么，比如在这次迭代中，要解决的最核心问题是什么。这个在需求评审时就跟团队成员沟通清楚，让每个人心里有数；

2、要有明确的项目周期，确定deadline。时间太重要了，没有周期的项目团队肯定士气不足，懒懒散散。明确好项目周期和deadline后，对项目的『终点』就更清晰了；

3、有具体的工作事项、分工。每个人工作岗位和职责不一样，产品在协调时，一定要将项目量化的够细，具体有哪些执行点，每个执行点需要哪些人配合，先后顺序是怎样的等；

4、要有确定的参与者。这个项目有多少人要参加，在哪个阶段参与等。总结起来其实就是在某个时间哪些人需要完成哪些事情；

二、项目进行时
前期准备工作做好之后，每个人都清晰知道需要在什么时间之前实现某个目标，每天需要做哪些。那在项目开始后，其实就是保证按照此前的项目计划表高效有质量的完成即可。

1、拆分项目并同步给团队成员
项目中包含的执行点在每个时间段分别处于什么状态：To do、Doing、测试阶段，都将其分类好，并同步给团队成员。如果有条件，最好能贴在墙上，大家可以一目了然的看清楚所有事项进度。实在不行，口头或文件传达都可以，让每个人都心里有数；

2、定期同步进度，保证进度透明
在项目初期，最好每天能开站立会，花几分钟时间同步每个人的进度，包括昨天的工作及今天的安排，是否有遇到问题等。站立会效果非常好，去年我们团队有周会习惯，偶尔会开半周会，今年项目开始后，每天开几分钟站立会，效果非常棒，大家有问题还能及时在会议上沟通，进度控制的相当不错。

三、项目上线后
项目完成后，不管项目有没有延期，都可以组织一个项目复盘会。总结项目结果，是否有延期，如果顺利上线，可以总结有哪些地方可以延续下去，是否出现过其他问题。并且这些问题出现在哪个环节，为什么会出现，如果调整。不断反复的总结改进，让下一次避免采坑才是最重要的。

以上这些做到位之后，只要估期偏差不太大，延期几率会大大减少。除此之外，也要提高自己的专业度和职业素养，尽量不要出篓子。

1、少改需求，少改需求，少改需求！（不信你试试看…）

2、做好版本规划，确定优先级，每期的功能重点是啥，都提前规划好。最好在前期能让团队小伙伴心里有底，在前期开发过程中便能考虑到；

3、要输出清晰的需求文档，需求背景、需求目标、业务流程、原型、交互、标注均说清楚；

4、组织需求评审，确保相关小伙伴能清晰明白项目，这点可参考这篇文章；

5、没有测试时，自己输出测试用例，并参与测试。我去年开始试着写测试文档，现在已经能高效的输出还不错的文档了，提高了测试效率，而且能有效减少bug几率。

最后，新项目预计3月15日上线，希望能按时且保证质量的上线_{感兴趣的同学可以联系我发内测哦}~