带着这个系统已经两个月了,我们进入了结项阶段,给我的感触最多的就是与人的沟通,而在项目中肯定是避免不了这些问题的,我们知道很多做程序的学员们大部分都是偏向于内向的人,所以作为一个项目组长不仅要考虑到自己系统的问题,也要考虑到团队中不同人不同的性格,就像生活中会遇到各种各样的人是一样的,就像下面那张图,如何调动组员的积极性就变得很重要了!
1.不要去找组员,要让组员找你,明确好组员的任务清单,给组员一个目标。
2.每天一个十分钟或者十五分钟的站会。
3.说到的事情一定要做到,要么不说。
文档的书写:
1>项目计划说明书:
需要从组织结构上分别来对文档进行规范,项目经理需要有一个战略性的计划,各个子系统需要有本子系统的计划,中期要有阶段性的验收,一旦实际与现实有出入需要有及时的更改计划,保留历史版本的甘特图,在最后也便于总结。
2>需求分析说明书
在敏捷开发中需求分析书必须要有原型图,一旦你的系统跟原型有出入要立即更新原型图,还有就是业务流程图,业务流程图中最重要是写出每一个流程,一旦发现自己哪方面业务逻辑有问题及时沟通,避免业务风险。
3>概要设计说明书
概要设计主要要有数据流图、用例图、ER图最重要的架构图(每一个图都要有文字说明),
还要有实体设计的概念模型、逻辑模型和物理表结构,有这个过程也能让组员从你的文档里找到你的思路或者发现你的不足及时更改,减少设计风险。
4>实体设计变更说明书
写出变更部分,并说明为什么变更。
5>测试说明书
表明出一共多少BUG?解决了多少?未解决多少?未解决因为什么是时间问题还是技术问题。
6>遗留问题说明书
说出软件的发展前景。