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