一个紧急项目中的自我反思

国庆加班7天，今天的是收假后的第一天上班，其实，现在已经是10月9日凌晨3点半，我们的新项目《直播吧，女神》团队成员，还有十多名同事在加班。

这次的新项目，是BLUES经过的一次最紧急的项目，而且是线上线下、跨公司跨部门的团队合作项目，而且，我们的团队有很多的小鲜肉，大家在一起，有个磨合的过程，难免产生一些失误，这阵子经历了一个项目初期的一个典型的磨合阶段，也看到了不少产品经理不经意犯的错。

下图，是一个项目团队发展的典型趋势图，横轴是团队发展阶段，纵轴是团队绩效。

团队发展通常经过4个阶段：

1. forming(组建期)

2. storming（磨合期）

3. noming（共识区）

4. performing（发挥期）

下图，值得注意的是，一个新团队，在磨合期，绩效是比较差的，这个时候，新项目成员之间了解不深入，各自工作习惯不同，工作沟通不顺畅，甚至会出现混乱局面。

说一些近期的项目感悟，信手拈来，大家有则改之，无则加勉。

1. 开会效率。

新项目，因为需要达成共识，不可避免的开会，一不小心，就会开成很长时间的会议，一旦会议超过2小时，其实是低效的，脑力的最佳状态只能保持45分钟，人在生理上产生疲劳感的临界点是一小时。

应对：项目成员达成共识，严格遵守开会时间，甚至可以订个开会定时闹钟，闹钟响，散会；会前明确目标，主持人注意会议主题控制；站立开会；开会期间禁止玩手机。

2. 项目成员的自驱力提升。

公司内的一些新项目，其实无异于创业，必然是有诸多的资源不足，也会有不少工作安排不全面，就需要大家在做好本质工作的同时，更多的贡献自己的量，共同完善工作流程和方法。

譬如，某个产品特性的更改，不仅仅是测试同学按照本职工作进行测试，其他团队成员同样进行产品体验测试，遇到问题及时提出。此外，开会过程中，如果没有指定的记录人，主动做好会议记录，发给会议主持人汇总。

3. 保持任何信息的顺畅沟通，并进行文档的规范补充。

在创业公司或者赶项目的阶段，有些产品的小功能的开发，或许就是产品经理的口述，没问题则好，一旦遇到问题，遇到多个人，哪怕是小需求，也会出现因为信息不对称而产生的误解，影响工作效率。

譬如，A产品经理提出的一个小功能修改，开发完成后发现问题，A不在现场，于是开发立刻与B产品经理沟通后进行了功能修改，这时A不知情，于是就有可能产生问题。

4. 保持办公环境的整洁。

说实话，一般赶项目的时候，不少同学不重视办公环境，桌上杂物、食物混排，或者这正如产品，一样是混乱的。整洁的环境，对身处其中的人，也会有正向促进。

5. 坚持晨会和项目进度日报输出。

站立式的晨会，一般15-20分钟，各自小结昨天进展，说明今天工作计划，问题提出。

项目日报，是当天工作的要点小结和明天的简要计划，贵在坚持。可以由产品和运营成员轮流输出，但必须有专人负责。

6. 坚持简单，尤其是第一个版本，把握核心需求。

这也是一句人人会说，但经常做不到，难以进行需求取舍的事。

7. 沟通习惯的磨合。

留意团队当中团队成员的沟通习惯，封闭开发，多人同处一室，沟通方便很多，但也不要因为这么近距离，因此经常骚扰其他同学，尤其是程序员，是需要整块时间进行问题思考和编程时间。

8. 产品经理的坚持。

产品总是不完美的，很多时候，只有产品上线，跑通主流程，才是最重要的，这个时候，就需要产品经理有所坚持，用最快的办法推动产品上线，在快速优化。

9. 坚持必要的发布流程。

问题往往是在一不小心的紧急情况产生的，紧急时候，不少同学会跳过一些流程，以为可以提高效率，然而，这种时候是最容易出现问题的。

10. 灰度发布。

对于海量用户的产品，坚持灰度发布原则，坚持灰度发布原则，坚持灰度发布原则。重要的事，说三遍。

凌晨4点多，公司的早餐送来了，身边同事，优化的版本已经开发完毕，接下来要测试发布。

11. 坚持每天用自己的产品。

当产品经理使用MAC笔记本，很多时候脱离了Windows环境，如果不能每天用自己的产品，始终是个问题。装虚拟机，或者双系统吧。Blues购买了正版的parallels desktop虚拟机，但貌似近期升级Win10出了一些问题……

随手写的文字，反思一下项目进展，与大家共勉。

想起一篇文章，你看过凌晨四点的深圳么？

上面的图，来自波士顿大图网，百米冲刺，送给大家，一起加油！

过几个小时，BLUES就要去机场，深圳飞西安，进行校园招聘，10月13日，又是武汉校园招聘，或许，有机会见到订阅了BLUES公众号的朋友，祝参加校招的大家找工作顺利！