需求基线管理是需求管理活动中最基础的一个,《软件需求最佳实践》中有所阐述,结合实际工作梳理一下。
什么是“需求基线”?在某个特定版本中实现的功能性和非功能性的一组需求集合。引入需求基线后,意味着要采用分阶段或迭代的开发方式。这和敏捷开发中“风险前移”、“分阶段交付”、“小步快走”、“中途回顾”等理念是相契合的。
需求基线,通俗点说就是把这些需求都划一根“线”,说明这些需求已经确定下来,添加新的需求和修改原有的需求都必须通过需求变更流程来操作。目的就是为了防止需求的滥变给程序架构造成重大影响。
需求项划分应以业务驱动划分标准,因为业务主题,业务流程和业务活动相对于具体的软件需求而言是稳定的。划定基线应采用“早基线,晚冻结”的方式,具体细节可以在迭代中逐步完善。
『写需求基线』这个说法不恰当,需求基线不是写出来的,而是在需求规格说明书评审通过以后所形成的,具体的步骤是开发人员先完成需求规格说明书的写作,然后组织相关人员对需求进行评审,在评审通过以后就纳入到配置库进行管理,形成需求基线 。
动态文档:早基线,晚冻结
早基线:为了迟早启动开发,基线计划越早越好。
晚冻结:把文档看成是动态,并准备随时更改。
需求项优先级评定
优先级应先从业务角度划分优先级,要把它放到业务场景和业务流程中考虑。一般可分以下四级:关键需求项、重要需求项、有用需求项和一般需求项。
<