Manage It! - Part 1 启动项目
2011-02-22 10:33 迷 阅读(267) 评论(0) 编辑 收藏 举报中文译名《项目管理修炼之道》,初读几章后感觉还不错,都是用实例来说管理,能解决实际问题又容易理解,确实是不可多得的好书,特记下笔记,整理之余也能加强记忆。题外话:以前都没记读书笔记的习惯,现在也该改改了。
第一章:启动项目
1.1定义项目和项目经理
详细定义项目的关键因素、如何算完成,形成项目章程,给项目组成员明确目标
发现独特之处,有助于成功启动、管理和结束项目
1.2关键驱动因素、约束和浮动因素
了解项目背景,识别哪些事情在推动项目,整理优先级
首先,写下客户的期望,从客户的角度看项目的驱动因素是什么:客户想要什么(功能集合),何时收到交付物(发布时间),质量如何(缺陷等级)
接着,写下项目约束:环境,能否灵活安排团队位置,必须遵守的流程,手下人有哪些,他们能做什么,预算多少。约束决定了项目时间和质量。
对比期望列表和约束列表,发觉项目成功的关键因素,选择其一,这就是“关键驱动因素”。
余下的按重要性排序,选择2-3项,即是项目的“约束”。
再看看剩下的条目,有些很重要,但调整余地很大,这些即是“浮动因素”,一个项目至少要有3个浮动因素。
浮动因素越多,项目就越容易管理。
如果约束太多,并且无人愿意排出优先顺序,就自己来做吧,项目和组织会因此受益。
1.3与客户和出资人讨论项目约束
要主动了解客户需要的东西。
1.4决定项目的关键驱动因素
下面是一个重要性排序的例子:
项目驱动因素 | 排序 |
发布成本 | 5 |
发布时间 | 1 |
功能集合 | 2 |
减少缺陷 | 3 |
人员配备 | 4 |
工作环境 | 6 |
1.5应对喜欢过多干预项目的出资人
针对约束过多而没有活动余地的项目,草拟驱动因素列表,让出资人排出优先级是最好选择,否则就自己来排序后出资人签字。
用上下文无关的问题识别真正驱动因素:
- 怎样才算成功?
- 为什么想要这样的结果?
- 这种解决方案对你价值何在?
- 这个系统要解决什么问题?
- 这个系统可能会造成什么问题?
避免问“为什么”反而能了解更多,并可减少戒心和厌烦情绪,也要避免问“怎么做”以免客户觉得他在帮助我们设计系统。
1.6编写项目章程,共享现有决策
项目章程会明确记录项目需求和约束,可以帮助项目经理和团队理解风险和成功标准。
一个简单的模板:
- 远景(帮助作出正确决策)(指项目发起缘由何在,项目的价值是什么)
- 需求(一般指在特定时期之前发布某些功能)
- 目标(与需求不同,项目不一定必须交付目标)
- 成功标准(基于完成的产品能做什么,不涉及缺陷,只关注能力)
- ROI估算(投资回报率)
1.7理解质量对于项目的意义
铭记在心:
- 每个项目启动都需要章程
- 对章程的反复修改要有心理准备,章程不一定完美,其意义在于帮助整个团队进行规划活动
- 要知道质量的意义以及项目的驱动因素,随着项目推进,项目经理和团队才能做出正确决策