关于项目delay的反思

         背景：最近半年在负责项目组中负责新FTL的研发，团队有2-3人，项目时间经常会delay，经常需要加班赶工，身体情况在上半年直线下降等等常见的问题。项目还没有交付，在此对之前的问题进行总结，希望后面进展避开这些雷。

问题大致分类如下：

1. 任务识别有偏差

         拿到需求后，我一般花半天时间对任务进行分解，估算时间和分配资源，然后相关干系人进行确认。任务预算时间感觉挺足的，但是实施过程中可能会发现存在任务量估算不充分，或者干系人实际花费时间要比估计的多。

 

2. 任务被打断/多任务并行

      i. 任务进行过程，难免被同事打断，或者项目组内其它项目有突发任务，干系人临时抽调过去帮忙，数个小时or数周，也存在这种情况。

      ii. 测试发现问题，一般会和研发任务并行解决。任务之间的切换，在做一个问题的时候，惦记另一个问题，大脑的频繁入栈和出栈，导致效率变低。

 

3. 重视进度和质量

我一周进行一次任务review，很少进行code review，偶尔对服务器上代码进行review，估计不超过5小时。大家研发任务都很重，相互交流偏少，所以工程师研发过程中出现问题，没有及时回收反馈或给予帮助。如果有个很重要的模块实现后，后面发现性能不达标，去review代码才发现实现方式和预想的不一致，现在需要去改动需要几周时间，如果当时花几个小时检查，完全可以避免这种情况。

 

4. 沟通不足

     沟通是我认为任务delay的最大元凶，上述几个点部分也可以归结为沟通问题。

大概有以下几个问题：

      i. 任务缺乏清晰的描述：

          安排任务，往往只有任务名称和简单的描述，如：优化4K random readperformance，太广泛的一个任务，没有具体描述任务的验收标准。

       ii. 任务进度及时追踪和检查

       iii. 主要问题的问题，邮件抄送并且口头告诉。和上级的沟通，比如说进度、任务实现方式，有时即使邮件通知，但上级邮件比较多，不一定会每个邮件都浏览导致双方理解出现差异。

 

根据上述发现的问题，改进：

1. 爱惜身体

        i. 保持锻炼。之所以放在首位，是因为真的很重要，现在即使很忙，我也要保持一周打一次羽毛球（已保持5周~），后面增加3次跑步/week，仰卧起坐。身体是革命的基础，不要等身体变差了再去补救。

        ii. 按时吃饭，不吃方便面。

         iii. 坐1小时至少要起来活动5分钟，或者站立办公（现在每天站立办公70%，感觉身子变好了点）

2. 多沟通

          i. 视情况增加review次数，1~2周进行一次code review，提高会议效率

          ii. 保证相关信息传达干系人：关键事情发邮件，并且私下确认已收到

3. 提高工作效率

        i. 避免多任务并行，有客诉之类问题，和PM沟通优先级，先交接给FAE跟进。如果确实其它事情优先级更高，那么专心投入。

        ii. 工作期间避免外界干扰，邮件和即时通讯软件都被我最小化，休息的时候一起进行查阅和回复。

        iii. 每日计划：每天早上上班途中会统计今天的任务，排列出优先级，按序完成。

        iv. 单元测试：确保修改的代码可控。

4. 提高管理水平

        i. 多花时间进行code review

        ii. 共同进行任务识别、分解，时间估算更多参考干系人的意见，注意留有余量

        iii. 注重风险识别和需求变更流程。及时和上级反馈任务进度，有新任务or风险可能项目delay需要及时告知。

5. 总结和反思

        任务定期进行总结和反思，提出改进的办法。