登录 个人注册 企业注册 杂志订阅 | 我的需求 | 下载专区 | English
首页 > 行业 > IT > 制定软件产品立项报告过程中容易出现的问题

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

返回>

2018年07月09日    作者:谢云龙    来源:微信公众号“苍宇中的尘埃”

A-A+

  在产品研发或项目建设伊始,一般建设单位都需要输出立项报告,并通过相关管理人员的审批。


  立项报告的目的十分明确:立项。


  在立项报告制定过程中,最容易犯的毛病或最容易遇到的问题有如下三点:


  (1)立项内容不够明确、不够具体


  如产品要有“良好的用户体验"、"界面友好性"、"方便使用";系统将具备“决策支持”功能等等。但怎样的用户体验算“良好”?什么样的界面算“友好”?功能如何为“方便使用”?决策支持功能决策什么?有支持什么?这些问题都不是很清晰,当然测量验证也比较困难。


  (2)缺乏合理的进度计划


  这里并不是说进度计划的工期长了或者短了,而是特指进度计划缺乏足够的论证分析来支撑。


  (3)预算不容易被认同


  一般来讲,在立项报告中背景分析,产品定位SWOT分析等内容都会较为充分,而上述三项核心内容难以到位,究其原因也有三个方面:


  (1)对产品的功能范围确实还不够清晰


  (2)由于(1),造成进度计划难以准确


  (3)由于(1)和(2),预算自然难以精确,于是不容易被广泛认同


  要解决上述问题,除了立项的人有丰富经验外,方法也比较重要,以下建议供参考:


  A.立项报告是将来项目实施的总纲,内容尽可能明确、具体。“尽可能”的含义区别于需求,但是要明确到实现内容的描述与界定,具体到功能点的说明。如果确实做不到,那必须提出一套系统的解决办法和落实策略,使目标系统从“未知”到“已知”。


  B.立项报告中的WBS,对于中型项目(总工期在1年以内的项目),每个任务包的完成工期最长不要超过一个工作月,建议控制在两个工作周内。如果确实规模较大(总工期在1年以上,2年以内),可在上述基础上扩大一倍。


  C.立项报告中的预算,建议最小单位不大于人月。


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

责任编辑:王兴钊

标签:软件产品 过程
0
版权声明©
本网站所有内容版权归项目管理评论杂志社及相关权利人(本网站的资料提供者)所有,未经项目管理评论杂志社明确书面许可,任何组织及个人不得复制、转载、摘编本网站的内容,也不得在本网站所属的服务器上做镜像或以其他任何方式进行使用。凡未经许可擅自转载,均视为侵权行为,本网站将依法追究其责任。
热点:ppp    新能源    敏捷   
关于我们 - 广告服务 - 联系我们 - 诚聘英才 - 隐私声明 - 杂志订阅 - 在线投稿 - 下载专区 - 网站地图
项目管理评论 版权所有
有意与本刊合作者,请与项目管理评论联系。未经项目管理评论书面授权,请勿转载或建立镜像,否则即为侵权。
合作电话:010-58383379 E-mail:pmr@pmreview.com.cn 京ICP证13028000号-3

京公网安备 11010202007990号


PMI, PMP, PMBOK and the PMI logo are registered marks of the Project Management Institute, Inc.

技术支持:原创先锋_北京网站建设