Project日程表实练体会

Project 日程表

终于把一个完整项目的日程表做完了。

这个日程表是用微*软的Project工具做的。我是完全把自己当成该项目的项目经理来做这个Project的。最难的部分感觉是在处理任务搭接上，哪个任务需在哪些前期任务完成后才能开始的，哪些任务是可以同步开始的，等等，做了一遍下来，更深入地了解了程序文件，也更深入地了解了硬件开发的整个流程。不过，还是发现了一些问题：

1. 对于流程中的细节还是不够深入了解，就如上所述，很多任务哪个先开始，哪些可以同步开始，自己需要频繁不断地去查程序文件；但是还是发现程序文件中的规定与实际的做法不一致。
2. 对于硬件的整体流程不熟悉。向来对硬件的东西兴趣索然，现在代价就来了。【解决办法】我把我的Project发给了EPG中一位硬件经理，让他帮我审核Project中的任务搭接关系。同时保存了比较基准。那么，等到硬件经理回复之后，我再根据他的意见修改，保存比较基准1，并进行对比，总结。
3. 保存比较基准之后，就是实练Project的跟踪部分了，然后是挣值分析等等。
4. 需求跟踪矩阵的维护贯穿于整个项目的生命周期中，也是一个非常重要的项目活动，但是具体在产品实现环节，在产品中试环节如果进行维护，这点还需要参考InfosysCMM实践应用再深入学习和理解一下。
5. 小批量、试验局是否作为项目的一部分？这两个活动受业务、客户外界的影响较大，属于项目组难以控制的活动，若算在项目生命周期中，实际上很难去控制项目的结束。但是产品从开发，到中试的结束，并不意味着产品就可以验收了，后续还需要不断的跟踪，改进。所以，项目结束的标志是什么呢？？？如果是单纯的项目，而不是产品，是否可以以中试的结束做为项目可以验收的标志呢？但是，目前的情况是中试完了之后往往会有新的需求，中试未测出的BUG，这里就需要FIX，甚至于改板，简单的把中试作为验收的标志也不是很合理，矛盾哦