对项目管理的认识
2008-04-22 10:12
183 查看
项目目前已经进行到第2阶段,在第一个阶段中一直进行的很好,可到了第2个阶段开始出现问题了.这个时候也体现出有管理的项目和无管理的项目之间的差别.当没有任何意外发生的时候,项目中的每个人都很积极主动的时候,项目是可以正常的运做的,可当大家进入了疲倦期的时候,各种问题就开始出现了.
首先,项目经理没有即时的与客户沟通,第一阶段的产品使用情况没有反馈,第2阶段的产品的一些需求一直不明确,影响了下一步的进度.其次,虽然整个项目有各个阶段的时间确定和要提交的产品,但是由于没有每个阶段内具体的时间安排,使得项目几乎处于失控的状态,第三,开发的时候分成3组来做,但是有些业务在开始设计的时候没有考虑到,或者在实现的过程中发现不好实现.在这种情况下改变了原先的业务流程(这也是因为需求没有做好,导致开发人员靠自己的理解来确定业务).但是开发人员可能只与项目经理进行了口头的沟通或者没有沟通,使得项目经理对一些业务流程的改变也不清楚.(我认为具体的实现可以不用知道,但是如果业务都不清楚又怎么和客户沟通?)当然这也是前期在做需求分析的时候没有做好有关,如果在开发人员写代码之前让每个开发小组提交一份需求分析活动表,这样就可以按已定的业务来写代码,如果在写的过程中发现问题,就修改文档,这样就不会出现目前的情况.那么以后再做类似的项目的时候也有可以参考的思路.以前自己写代码的时候从来没有想过写文档做总结,现在想想其实类似的项目我也做过不少,但是由于当时没有很好的把自己的思路总结下来,使得时间久了,就淡忘了.虽然写到具体的代码是可以查资料解决掉的,但是对整个项目的认识就很肤浅,这就是只站在一个点来看问题,而没有站在面上来看问题.
首先,项目经理没有即时的与客户沟通,第一阶段的产品使用情况没有反馈,第2阶段的产品的一些需求一直不明确,影响了下一步的进度.其次,虽然整个项目有各个阶段的时间确定和要提交的产品,但是由于没有每个阶段内具体的时间安排,使得项目几乎处于失控的状态,第三,开发的时候分成3组来做,但是有些业务在开始设计的时候没有考虑到,或者在实现的过程中发现不好实现.在这种情况下改变了原先的业务流程(这也是因为需求没有做好,导致开发人员靠自己的理解来确定业务).但是开发人员可能只与项目经理进行了口头的沟通或者没有沟通,使得项目经理对一些业务流程的改变也不清楚.(我认为具体的实现可以不用知道,但是如果业务都不清楚又怎么和客户沟通?)当然这也是前期在做需求分析的时候没有做好有关,如果在开发人员写代码之前让每个开发小组提交一份需求分析活动表,这样就可以按已定的业务来写代码,如果在写的过程中发现问题,就修改文档,这样就不会出现目前的情况.那么以后再做类似的项目的时候也有可以参考的思路.以前自己写代码的时候从来没有想过写文档做总结,现在想想其实类似的项目我也做过不少,但是由于当时没有很好的把自己的思路总结下来,使得时间久了,就淡忘了.虽然写到具体的代码是可以查资料解决掉的,但是对整个项目的认识就很肤浅,这就是只站在一个点来看问题,而没有站在面上来看问题.
相关文章推荐
- Linux服务器运维管理 项目一 认识Linux操作系统
- 艾伟也谈项目管理,对项目管理的几点认识
- 项目管理中的认识误区
- 从技术走向管理(一):认识项目经理
- 我看项目管理第一回:认识利益相关方,提高思想意识
- 管理项目的初步认识
- 对软件项目管理的几点认识
- 认识项目管理
- 全面认识敏捷项目管理(一)
- 对项目管理的几点认识(转)
- 对项目管理的几点认识
- 对项目管理的几点认识
- 软件项目管理重要性认识
- 项目管理规范 RUP管理实施中角色的划分
- 敏捷开发案例:用白板解决项目管理和团队沟通
- DSSM数据管理项目点滴
- 从植物大战僵尸看项目管理
- 项目一 认识linux操作系统
- Vs.net web项目使用visual source safe进行源代码管理
- MyEclipse&Maven项目管理教程:详解Maven4MyEclipse