政 府 类项目的需求管理

    下述“牢骚”中指的政府类项目主要指： 需求前期不明确的政府类项目。
    做政 府 类项目如果需求控制不住的话，那么可以说项目很多环节就控制不住！
成熟的做法是需求的确认（双反签字确认，有据可依，防止后期扯皮），但是做 政 府 项目往往在需求确认环节显得格外困难，哪怕签字确认后，后期客户提出的修改意见也更容易“被动采纳”，因为考虑到实际因素在里面。
    那么千方百计确保政府类项目需求的稳定显得格外重要，否则将陷入后期修改、调整功能的泥沼！如果商务方面又没有获得额外收入的情况下，这些工作往往费力不讨好，严重影响其他项目的开展和工作人员的工作效率。
    有的现状是不能单方面改变的，你不能要求政府的leader、需求对接人了解软件开发的生命周期，他们大部分是看到一些实际的东西后，提出这样那样“很合理”的意见或建议。

    因此，做前期需求不是很明确的政府项目（相对而言，很多政府办公系统的需求往往比较明确），我们为了避免上述出现的问题，减少后期影响，我们得采取合理的开发流程。让政府leader分阶段看到项目成长的过程，不要在系统最终演示的时候，成为他们应该在“需求调研”时头脑风暴的战场。
    刚给一个小政府项目“擦完pp”，有感而发！项目都有特性，不过我接触过的政府项目在需求环节总是失控，要改进需求确认的方式、开发的思路和沟通的方式！