时间过的好快，3个月的时间过去了，我还记得是去年参加了XXXX项目，一转眼就是猴年了。
在这个项目中，可谓感受颇深，感受到了什么叫大项目、什么叫大手笔、什么叫项目管理、什么是沟通协作。
我体会到项目管理在软件开发过程中的重要性。他是软件开发过程、质量的保证。我在项目中担当SE(System Engineering)的角色(Role)，从作详细设计的整个阶段，我总结了我的项目经验，希望给大家带来点启发：
＊Mail Listing规范
①使用统一的Mail Listing 来管理邮件 ，并分出明确的组
ex:
pg_leader@xxx.com
se_leader@xxx.com
pg_all@xxx.com
....
②要有规律的发送mail，遵守以下情况
ex:
(1)不能越越级发Mail；
(2)本组的成员，如果有新的API定义和文档变更，先发送本组的负责人，然后由负责人转发上
一级或者本组的其他成员；
(3)不能随意给所有软件开发的成员发Mail，只能由几个角色可以；
===================================================＊文件管理制度
＊病毒管理制度
①要有严格的病毒防范方法，包括硬件(防火墙)和软件网络杀毒软件；
②要定期升级病毒库；
③要有有效的备份机制和及时的修补方式；
④要有专门的培训体系来给员工灌输病毒防护的必要性和如何发现病毒以及处理病毒的措施；
===================================================

＊QA(Question & Answer)规范
① 软件开发过程中要有统一的QA规范；
② 要在软件管理的整个过程中实施QA机制，这样有利于和用户进行问题上的沟通，及确认问题，解决问题；
③ 要用文档定义Question，定期地由负责人发出Question,原则上是以天为单位发Question；
④ 及时理解上次的Answer，不明的地方进行小组讨论；
⑤ 要有统一的出口,不能越级发问,即使有特殊的情况，也要将明确的问题和答案转达给相应的负责人；
===================================================
＊角色分配制度
① 项目管理程中,明确分配各个角色的任务和责任
② 通常的分配方式PM-->PSM-->Leader-->SA-->SE-->PL-->PG
===================================================
＊晨会制度
① 项目管理过程中,如果有条件应该每天早晨开例会,对前一天的情况进行总结,根据情况及时调整当日的计
划和任务;
② 促进组内的沟通,便于Leader理解项目进度，控制风险的发生；
===================================================
＊日报,周报，月报制度
① 每天应该按规定写日报,日报要有模版
＊文件履历制度
① 对每一版本的文档修改都应该填写文件变更履历;
＊文档编写规范制度
＊代码规范制度
①项目在设计阶段应该给出专门的代码编写规范,包括伪代码和具体的物理代码
②
＊版本控制制度
① 要有严格的版本控制规范，通常用CVS和VSS自代的版本控制机制来实现;
② 针对每个版本要有标准定义,不能随意设置版本,文档和代码经过Leader或者负责人评审和确认后才可以上传，
并用新的版本标识，写相应的日志消息
＊命名规范
① 文档 ,代码都应该有相应的命名规范，而且应该在设计阶段前就应该定义好这些规范，尽量避免开发阶段的更改。
总之。无论是规范还是管理制度，我想每个公司都会有自己的一套完善的文档，但是我想说的，制定这些模版和制度容易，难的是如何合理有效的执行，以及执行效果，这是决定项目管理成败的关键。

最后送上一句话：简单＋勤奋＋好的工作态度＝收获

MSN : lavenderhyh@hotmail.com
主页: http://lavenderhyh.blogchina.com

One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com

Steve

有点日本软件企业的味道。不过好东西还是要借鉴的哦！

BLOG:http://steve.mypm.net

=== 有问题，找IT项目管理 ===

在公司上啊!! 真是....

很难做到,这样一来负责人就不用干活了,有3个pg,估计负责人就累趴了