7月项目复盘

交付和客户的需求不一致,但是客户可以接受,这个项目经理需要纠结吗?
—-》客户只核心功能;没有完美的产品;
项目开发过程不受控?测试阶段会拉的很长,问题会出现的很多,提测暂时,甚至发版延时!到发版前做问题评审,选择影响最大的问题解决!也就是说带问题发版,后续再打补丁


一个项目跨很多个组的管理?人员的资源 进度计划。
项目开发过程中的风险点:
1. 工作过程中出现 进度计划超过范围的情况,导致风险出现;
a. 在预期的时间内不可能完成那么多的工作量;——-> 这种时候,但是却没有和项目经理沟通,私下和其他同时沟通 说让其他人帮忙处理,但是其他人可能就会把这个优先级降低,导致风险出现;
b. 工作的优先级排列很重要——> 比如A做的token鉴权,其他开发人员要使用,那开发A应该先进行token鉴权的开发,再开发其他的工作列表;—— 最短路径
c. 风险评估— 和虚假进度汇报的问题,开发觉得按照领导的预期,应该是今天达到50%,但是我今天只完成了40%,明天追一追就可以达到对应的进度,还不影响领导对我的印象,所以直接汇报50%;
d. 开发过程中,如何核对和开发沟通开发进度?口头?拿着工作列表一一对应?
开发过程中的进度汇报没有拿对应的checklist,任务列表 做一一对应的核对,这个也是给了开发谎报进度 功能A实际上并没有开发却汇报已经开发完了的原因之一;
e. 工作任务传达有误,没有通知到所有的相关干系人。— 汇总相关干系人,leader确认过会议纪要后,抄送所有相关干系人。
比如定技术方案时,只是技术leader在一起讨论了,但是并没有将任务通知到下面的开发人员。特别是跨部门的工作,就会存在很大的风险,造成延期;或者是知道这件事儿,但是没有时间开发或者联调;
f. 需求文档 需求文档评审(技术评审在其中,是否需求可以做)
组内讨论技术方案—这里项目经理是否会参与?测试是否会参与?定稿会?
g. ”懒“程序员, 不关注功能是否能够实现,而只是关注了是否可以正常通了。。。。
h. 这段时间在干嘛?发版啊,忙死了? 你呢?我们刚发完版,这段时间开发 轻松多了。哈哈哈哈哈哈哈哈
i. 拖延症,“学生综合症”:不到开学的前一天不做作业;
j. “自动膨胀时间” 帕金森病: 消极怠工。同样的工作,给两天就两天,给一天也可以完成;
k. 关键路径法为“事后诸葛亮”,前期的工作完成的不好或有延期,后续的工作就需要进行赶工,做得更好,才有可能达到整个工作的按期完工;
【7月项目复盘】关键资源请假导致延期。openssl很多个sdk一起更新,评估一天.结果当前有人请假,延期一天!关键资源没有在资源日历上!

    推荐阅读