Mar 30

项目管理之紧急项目管理 不指定

Heck , 20:04 , 运营管理 , 评论(0) , 引用(0) , 阅读(2492) , Via 本站原创 | |

为什么项目会变得紧急?


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


  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.过程管理

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

文章前的脑图







来源:Heck's Blog
地址:http://www.hecks.tk/post/428/
转载时须以链接形式注明作者和原始出处及本声明,否则将追究法律责任,谢谢配合!