需求迭代与项目风险控制[6]

    图5 JIRA中的任务会自动排序

    预见到需求迭代的被动性后，Diapers项目团队在Diapers项目上全面启动了JIRA进行项目管理，将需求分解细化后进入JIRA，排定任务的优先级并指定到人，确定每次小版本发布的需求编号，不定期的发布小版本。结合SVN等版本控制工具，Diapers项目团队能够将功能需求迭代的粒度控制到最小，项目逐步推进，客户对项目的进度有充分的了解，项目经理也能够准确把握项目的进度，团队中充满了乐观的情绪。

    安抚团队成员的情绪

    工程师对于冗长的需求说明书有天生的恐惧感，开发周期拉得太长，似乎需求迭代无穷无尽。如果需求的迭代周期不在可控范围之内，项目的发布边界模糊不清，项目发布的日期自然也遥遥无期。由此带来的结果是团队每天紧赶慢赶的跟踪需求迭代，消化处理新的需求，工作气氛也是高度紧张。每一次需求迭代，都会进一步增加这种紧张情绪。

    项目经理应该把握项目的进展情况以及客户的真实需求，也要知悉客户的需求底线，更要在必要的时候安抚团队成员的情绪。

    当原始需求第一次被抽象出来的时候，团队的第一要务是快速构建原型系统作为和客户沟通的主要媒介和依据，项目经理应该引导团队把握这一点。

原文转自：http://www.ltesting.net