Manage It! - Part 2 规划和组织项目

第二章：规划项目

 

2.1踏上征程

与团队成员商量近期该做什么，并将项目产出牢记于心

 

2.2使项目足以启动的规划

了解管理层希望知道团队什么时候开发哪些特性？如何测量进度？项目何时完成？

用时间盒（TimeBox：特定时间长度，个人或团队完成某项特定任务）辅助规划活动。例如：时间盒划分为1天，规划近3周的活动，足以启动项目即可。

每隔几周就重新规划一次，做好反复规划的准备。（使用敏捷生命周期，就不需要预先规划了）

 

2.3开发项目规划模板

• 产品意图（为什么要开发这个产品，带来哪些效益）
• 历史记录（如果是后续版本，需要复查之前版本的历史记录）
• 发布条件（详细列出项目产品的关键可交付物）
• 目标（产品、项目、团队、组织目标）
• 项目组织（明确职责分配）
• 日程总览（标有主要里程碑，不要将WBS放在这里）
• 人员配备
• 建议日程（可用甘特图，渐进细节，不要过早细化日程）
• 风险列表（至少将前十的风险记录在案，经常监控，及时更新）

风险排序	描述	发生概率	严重程度	暴露程度	反应时间	对应计划
	简要	高中低	高中低	发生概率*严重程度

 

2.4制定发布条件

条件需要是：确定的、可测量的、可达成的、相关的、可跟踪的

草拟发布条件，达成多方共识

 

2.5使用发布条件

发布条件只有“满足”和“不满足”，不要告诉客户大部分已完成，这只会误导客户。

可每周评估发布条件来确认项目在不断取得进展，和及时获得阻碍信息。

在必要时可变更发布条件。

 

铭记于心：

• 项目规划是在不断进行的，这只是开始。
• 为项目团队、出资人和项目经理自己制定发布条件，以明确“完成”的含义。
• 项目规划不必完美无瑕，但必须存在。

 

第三章：使用生命周期组织项目

 

3.1理解项目生命周期

 

3.2生命周期概览

顺序、迭代、增量、敏捷

 

3.3在项目中寻求反馈

 

3.4大规模项目需要组合使用多种生命周期

 

3.5管理框架风险

 

3.6从瀑布模型中摆脱出来

 

3.7我最钟爱的生命周期

用Scrum来产生演进的框架和交付功能。否则就阶段式的交付。

 

铭记在心：

• 在组织项目时，使用任何生命周期或是多种生命周期的组合，都可以让项目踏上成功之路
• 不要怯于创建反映项目实际情况的生命周期。
• 瀑布式生命周期，只有确定在使用它能获得成功时才使用。

转载于:https://www.cnblogs.com/islee/archive/2011/02/22/1961155.html