《快速软件开发》学习笔记 – Part 2.4 合理的进度计划

“过紧或不合理的进度计划可能是软件开发过程中唯一最具破坏力的杀手”

误区之一:过于乐观的计划

   真实案例:按Bill Gates要求,WinWord 1 计划一年完成(过于乐观),实际上花了五年;而合适的周期应该是26个月。

  
后果

      1. 计划的精确度会非常差,按期交付的概率会很低

      2. 在乐观和侥幸的心情下,计划本身的质量会比较差,比如说,资源计划、风险计划的质量都不会高

      3. 由于计划质量太差,可能导致大家在执行时干脆抛弃计划

      4.前期某些关键步骤不得不匆忙完成,导致后期加倍偿还这些债务

      5.计划不得不反复修订,让项目经理精疲力尽

      6.让客户失望。客户会认为你们不行。

      7.在压力下,收尾工作只能仓促完成,为日后的返工埋下伏笔

误区之二:超负荷的进度压力

 
后果

    1. 质量问题

    2. 一厢情愿地相信风险不会发生

  3. 疲于奔命,抑制创造性思维

    4. 疲惫,打完鬼子后不愿再打共军

    5. 有人干脆中途退出

  6. 开发人员没时间学习,影响他们的成长

    7. 影响士气,管理人员与开发人员成为敌人

解决问题的关键是说服别人接受合理的计划,要做到这一点,就
要提高开发人员的谈判能力

开发人员应采取的谈判策略:
有原则,并以双赢为目标

    1. 站在管理者立场上考虑问题,以合作的态度建立良好的双边关系。对方发脾气了,也要耐心听完,并表示理解。

    2. 摆出事实,耐心解释。

    3. 摈弃讨价还价的对立立场,基于双方的共同利益进行谈判,可以试着提出第三种方案或者妥协的方案,比如:

         a. 把某些功能放到项目二期

         b. 砍去性价比不高的功能

         c. 增加人手、机器等

         d. 要求更多的管理层支持

         e. 不设定确切期限,只提出进度目标或者给出时间范围

         f. (慎用) 要求加班费、抽成、休假等

     4. 与其说“我做不到”,不如说“如果去掉这部分功能,那就可以按时交付”

     5. 坚持客观性原则

         a.“我现在可以给你一个乐观的进度表,但我并没有把握按时完成。这就跟签一张空头支票一样,没有意义”

         b.顶住压力。与其在前期被骂,不要在后期失控、失信,以及挨更多的骂

Leave a Comment

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.