项目管理资源网

您的位置:项目管理资源网 >> IT通信项目管理

如何编写软件项目需求文档?

2020/1/10 13:35:02 |  670次阅读 |  来源:网友转载   【已有0条评论】发表评论

经常会发生变化。随着项目的进展,开发团队要保持清醒的头脑、按照工程要求做出相应调整,并响应不断变化的市场形势和客户需要。仅仅编写出完美的首版需求描述是不够的,如果未能对需求的变更过程进行恰当管理,那么控制不善的变更便可能导致系统和软件功能缺失、返工以及利润损失。开发团队应该实施可靠的、可重复的变更控制流程。 

   经验5:使需求具备可测试性(Testable)

  产生良好需求的另一种行之有效的方法,就是从初期就确保每个需求具备明确的可验证性,这种做法不仅有助于为项目后续阶段做好准备,还可以帮助编写者保持正确的思路。对于非功能性需求此规则也同样适用,例如,对于“软件必须具有高可用性”这种表述的需求我们无法进行测试,而改写为明确的“普通用户应能够在3分钟内生成一个报告”就使该需求具备了可测试性。

  经验6:正确的重用以往优秀需求

当之前项目的已编写的良好需求适用于当前情况时,不要单纯地将原有需求直接复制。重新使用以往需求的正确方法是继续维持两个需求之间的联系,如通常打上re-use标记。此标记使分析人员能够随时查找到原始需求,以检查需求分解分配等信息。通过灵活的方法重新用以往需求,开发团队可以获得技能、经验和知识的共享。 

   经验7:在客户需求和开发能力之间找到平衡

  许多情况下,较少的需求数量有助于产生更加优秀的需求描述。软件工程项目不可能实现既采纳和满足企业所有用户的需求、营销理念和商业计划,同时还符合预算并能按期交付。项目经理必须找到客户需求和开发能力之间的平衡点,确定可为客户带来最大价值,并帮助企业提升创新能力的那些需求,而不是一味地试图满足用户所有需求。

经验8:建立范例知识库( Knowledge Database)

  提高需求质量的另一有效途径是建立范例知识库,并参考其中的典型范例。知识库内容应该包括:良好需求和文档的正、反面示例,以往项目中可反映团队在特定领域内专门知识的良好(和不良)需求。为了使开发团队可以更好的参考,知识库中的需求案例应具备明显的积极或消极意义,而非中规中矩的。通过知识库示例开发团队可以参考以往的经验、吸取教训,避免重蹈覆辙,进而提高需求编写的质量、一致性和完整性。

编写好的需求说明是一个开发项目最为重要的活动之一,优秀的需求描述可以改善并加速项目的投资回报。开发团队可以通过经验提升需求编写质量。如果前期用户需求收集得不明确,那么后期的开发过程注定生产错误的产品。通过应用业界领先的需求管理工具,可以优化项目开发的沟通和协作的过程,提升软件项目过程质量。


    项目经理胜任力免费测评PMQ上线啦!快来测测你排多少名吧~

    http://www.leadge.com/pmqhd/index.html

“项目管理生根计划”
企业项目经理能力培养和落地发展方案下载>>

分享道


网站文章版权归原作者所有,如有认为侵权请联系我们,将于1个工作日内作出处理!
网友评论【 发表评论 0条 】
网友评论(共0 条评论)..
验证码: 点击刷新

请您注意护互联网安全的决定》及中华人民共和国其他各项有关法律法规或间接导致的民事或刑事法律责任
·您在项目管理资源网新闻评论发表的作品,项目管理资源网有权在网站内保留、转载、引用或者删除
·参与本评论即表明您已经阅读并接受上述条款