从点滴看管理之紧急项目管理

为什么项目会变得紧急？

---

有很多时候，项目会被要求在一个看上去似乎不现实的条件下完成，因素很多，总结一下：

1. 为了争夺或抢占市场。
2. 为了向客户或领导演示汇报。
3. 向重要的客户承诺在较短的时间进行交付。

如何处理紧急项目？

---

1. 明确目标

用户需求：项目总要有产出，在着手列计划开始工作之前，请先与客户沟通，明确客户想要的是什么?

1. 系统功能完整，质量良好，并投入使用。
2. 完成核心功能的开发，并投入使用。
3. 了解项目进度，系统界面和功能设计，或向上级领导汇报。

我想我们更多的情况是后两者。

时间要求：大多数情况，时间我们是不可控的，但是通过对项目需求、风险、掌握的资源进行分析后，尽可能的进行争取

2.抓住重点

根据上面与客户的沟通，我们可以了解客户的真正需求，根据不同的需求，我们需要对产品特性的选择和我们掌握的资源之间进行权衡。

1. 对于上线项目，选择重要、核心的特性进行开发。
2. 对于汇报项目，在充分考虑开关重用性的情况下开发快速原型。（这一部分我们计划研发快速API生成工具）。

除此以外，其他部门工作也应注意：

1. 界面设计尽量便于实现。
2. 软件设计避免过渡设计。
3. 测试工作抓住核心业务。

3.可用资源分析

对项目可使用的人力资源进行分析：

• 人员数量
• 能力特长
• 工作态度
• 性格特点。

4. 风险分析

需要分析以下风险因素：

1. 使用新技术。
2. 与其他部门或团队进行配合。
3. 新成员的加入
4. 与其他旧版、第三方系统的对接。
5. 对非人力资源的需求。
6. 项目外紧急情况

5.制定计划

紧急的项目计划不应过细，但至少包括以下要素：

• 项目目标
• 时间要求
• 人员分工
• 计划内产品特性及优先级
• 前置任务
• 团队衔接时间点
• 里程碑。

6.资源协调

根据计划，判断计划所需资源是否充足，不充足，立即向各方调查，确定并申请人力资源。

7.项目动员

• 讲述项目背景
• 传递项目压力
• 介绍项目计划

8.开发模式

• 封闭式开发，减少沟通成本，减少外部干扰。
• 总体设计，需要有人对总体设计负责，统一开发模型（开发规范、单元测试、框架设计）。
  

9.过程管理

• 敏捷沟通，与团队每日立会，及时了解进度、发现问题
• 持续汇报，从计划、方案、里程碑，持续向客户进行汇报，及时发现问题，缓解与客户对工作进展了解的不一致。
• 人力均衡，对工作进展中的人力过剩、不均、不足等情况及时进行调整。
• 压力调节，及时发现并调节团队成员的压力，保证团队工作状态。

文章前的脑图

---