项目经验分享

来源:互联网 发布:数据库应用系统实例 编辑:程序博客网 时间:2024/04/29 19:34

项目问题

1.先做了在说,后面在看

2.我认为多少天内能完成

3.他没按计划完成

4.需求不明确

5.联协需要等待

6.组长与组员的差别不清晰

问题引发的现象

1.先做了在说,后面在看

A.设计未考虑到位,需要重构;
B.另一方无资源参与,阻塞等待;
C.前期空闲,后面加班比较严重,拼命但效果差;
D.多人水平有差异,过度依赖个人能力;
E.计划变更无常,多人协作时,彼此需要不停的交流才能确认
      如果投入精力不足,就会出现成员去做其他事情
F.需求变更,无法前期阻拦(项目整体缺陷分布不均匀)

2.我认为多少天内能完成

A.别人的工作要针求别人的意见,这是协作信任的前提;
B.经验水平的差异,会导致工作效率的差异;
C.责任无法落地,他人需要完成的责任无法转换至他本人 ;
D能力优秀者,时间空闲
E.估时间太紧,他人有意见,时间估太宽,自已安排紧张


3.他没按计划完成

A.最终的表现是,自己受到影响,也无法完成 ;
B.把责任推至他人身上,会使自己难以为伍;


4.需求不明确

A.突发事件比较多,难以应付;

B.计划变更频繁,协作时间点困难

5.联调需要等待

A.提交测试时间推迟,整体项目延后

B.团队内资源调配困难,出现有的在等,有的在忙,有的在看


6.组长与组员的差别不清晰

A组长是一个小型的项目经理,有独立协调组员的能力,对组员的成果物负责,能发动资源申请

B组员不仅要完成自己的工作,也要关注自己工作所需要的上下文,同时,可向组长申请帮助

结果:

Ø组长无效,变会组员,成为简单的代码编写人员;

Ø组长不负责协作,组员不申请上下文环境;

Ø协调过程中,过度依赖于组员,组员无法解决时,组长无辅助

Ø未找到关键的人,解决合适的问题,而消耗大量时间

建议

1.体会CMMI3的步骤

先设计,后行动,先整体,后细节,先业务,后技术,先协调,后计划先整体安排,后自己的内容
回避的问题:
Ø重构、资源参与、阻塞、需求不明确

2.先明确职责,后行动计划

回避的问题
Ø阻塞、不配合、责任不能落地、出现三不管内容

3.组长与组员的职责明确

回避的问题
Ø找不到关键的人、瓶劲出现的概率高、成员参与度低、团队成长慢


良好的项目表现

  1. 项目是大家的
  2. 大家是在变化成长的
  3. 团队无推卸,凝聚力会更加强大
  4. 减少加班,质量不差
  5. 项目是可控的,成果是可预测的,进度是渐进的
  6. 资源配比是合理的


0 0
原创粉丝点击