项目管理的一些基本

今天是1月23号,刚刚好是123,也当是今年新开张吧!废话少说!

项目管理中按正常的流程来搞
01)可行性研究报告
02)项目开发计划
03)软件需求说明书
04)数据要求说明书
05)概要设计说明书
06)详细设计说明书
07)操作手册
08)开发进度
09)测试计划
10)验收,上线
这些都是少不了的,不过对小公司来说,这些东西都很可能是纸上谈兵,大部而是和客户沟通一下就开始coding了, 而对于一些上规模的公司这些文档都是少不了的,也是属于公司的资产!
以上的03-06是可能占用整个项目的3/4时间,而真正写code的的时间反而比较少! 每一份这样的文件都有自身的版本编号。
要搞这么多东西有什么用呢？答案当然是肯定的啦！当开发的每一个Model时，需求有变都是很正常的，这都是依据，如改了什么东西，是实现什么功能！以及什么时候是什么人负责的。修改需求设计文件在这一方面要谨慎,尽可能只找专门这样的一个人来做这一项工作，做到完成后每个成员都可以拿到最新的版本。
明不明确都是依靠它来做事情，如果有什么摸另两可，很可能反映出需求做得不好或业务不是太清楚，等等！
项目开发完成也具有很大的参考价值！对日后的系统维护再不用说了。
这些文档都搞好的话，余下的工作大部分的工作都是PM和程序员的沟通了，以及PM和业务的沟通，PM在负责就比较大此时。要衡量团队的工作进度和将可能会遇到的技术难点都一一要考虑进去，而所有的一切都是以这些设计文档为中心！

当然这些都是本人所领悟比较少的一部分.