浅谈制定软件产品立项报告过程中的容易出现的问题

     在产品研发或项目建设伊始，一般建设单位都需要输出立项报告，并通过相关管理人员的审批。
     立项报告的目的十分明确：立项。
     在立项报告制定过程中，最容易犯的毛病或最容易遇到的问题有如下三点：
    （1）立项内容不够明确、不够具体
     如产品要有“良好的用户体验"、"界面友好性"、"方便使用"；系统将具备“决策支持”功能等等。但怎样的用户体验算“良好”？什么样的界面算“友好”？功能如何为“方便使用”？决策支持功能决策什么？有支持什么？这些问题都不是很清晰，当然测量验证也比较困难。
    （2）缺乏合理的进度计划
     这里并不是说进度计划的工期长了或者短了,而是特指进度计划缺乏足够的论证分析来支撑。
    （3）预算不容易被认同
      一般来讲，在立项报告中背景分析，产品定位SWOT分析等内容都会较为充分，而上述三项核心内容难以到位，究其原因也有三个方面：
     （1）对产品的功能范围确实还不够清晰
     （2）由于（1），造成进度计划难以准确
     （3）由于（1）和（2），预算自然难以精确，于是不容易被广泛认同
 
       要解决上述问题，除了立项的人有丰富经验外，方法也比较重要，以下建议供参考：
       A.立项报告是将来项目实施的总纲，内容尽可能明确、具体。“尽可能”的含义区别于需求，但是要明确到实现内容的描述与界定，具体到功能点的说明。如果确实做不到，那必须提出一套系统的解决办法和落实策略，使目标系统从“未知”到“已知”。
       B.立项报告中的WBS，对于中型项目（总工期在1年以内的项目），每个任务包的完成工期最长不要超过一个工作月，建议控制在两个工作周内。如果确实规模较大(总工期在1年以上，2年以内)，可在上述基础上扩大一倍。
       C.立项报告中的预算，建议最小单位不大于人月。

        上述建议不适于特大型项目如总工期在2年以上的项目。但对于日常研发项目而言，上述限制是很有必要的 。 

                                                               starcloud于北京
                                                               2009年10月19日