项目经验分享
来源:互联网 发布:数据库应用系统实例 编辑:程序博客网 时间: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.组长与组员的职责明确
回避的问题
Ø找不到关键的人、瓶劲出现的概率高、成员参与度低、团队成长慢
良好的项目表现
- 项目是大家的
- 大家是在变化成长的
- 团队无推卸,凝聚力会更加强大
- 减少加班,质量不差
- 项目是可控的,成果是可预测的,进度是渐进的
- 资源配比是合理的
0 0
- 项目经验感想分享
- 项目经验分享
- 项目经验分享之一
- 项目经验分享
- 项目经验分享
- 项目经验分享(上)
- 项目经验分享
- 项目经验分享
- 项目经验分享
- 项目经验分享
- 【分享C#项目开发经验】
- 物业管理系统项目经验分享
- 游戏项目开发经验分享
- Unity漫游项目经验分享
- 游戏项目开发经验分享
- 互联网项目架构经验分享
- 个人学习和项目经验积累分享
- 学习和项目经验积累分享
- 数据结构实践——建设单链表算法库
- 反调试主要方法简述
- 第3周SHH数据结构—【项目4-顺序表应用问题(2)】
- View Controller 流(纯代码版)
- 第4周项目1-建立单链表
- 项目经验分享
- Go语法简略 - 依赖注入
- 数据包
- 第4周 项目2-建设“单链表”算法库
- 简单的Poi导出Excel(.xls)
- Hive 创建数据库异常
- 第三周项目2—建设“顺序表”算法库
- 大数据系列一--引文
- 第3周项目2 建设“顺序表”算法库