章
- 1.需求管理
- 2.编写需求
- 3.需求收集和管理过程
- 4.需求跟踪
- 5.需求管理工具和软件开云官网入口下载手机版
- 6.需求确认和确认
- 7.满足法规遵从性和行业标准
- 8.项目管理
- 9.测量的需求
- 10.系统工程
- 术语表
定义和实现需求基线
开发人员通常希望在一些初始工作之后冻结软件需求,然后继续开发,不开云官网入口下载手机版受那些讨厌的更改的阻碍。这是经典的瀑布模式。它在大多数情况下都不太管用。定义一个需求基线,然后管理对该基线的变更是更为现实的。
什么是需求基线?
需求基线是一个及时的快照,表示已提交给特定产品版本的商定、审查和批准的一组需求。开云足球app下载官网最新版
这个“发布”可以是一个完整的交付产品,也可以是产品的任何中期开发增量。开云足球app下载官网最新版当涉众在需求上“签字”时,他们真正做的是同意并承诺一个特定的需求基线(不管他们是否用这些术语来思考)。
一旦项目团队建立了需求基线,团队就应该遵循一个实用的变更控制过程,以做出关于添加新请求的功能和修改或删除现有需求的良好的业务和技术决策。
变更控制过程并不是要抑制变更;它是关于为决策者提供信息,使他们能够及时做出适当的决定来修改计划的功能。计划的功能是基线。
通常,基线也被赋予一个唯一的名称,以便所有项目参与者都可以明确地引用它。良好的配置管理实践允许团队准确地重建任何先前的基线及其所有组件。
实现需求基线
然而范围定义区分了什么是在里面什么是在外面,需求基线明确地标识了那些项目将要实现的需求规范。基线不是一个有形的项目,而是一个定义好的项目列表。一个可能的存储位置是软件需求规范(SRS)文档。开云官网入口下载手机版
如果这SRS文档仅包含特定产品版本的所有需求,SRS构成了该版本的需求基线。开云足球app下载官网最新版然而,SRS文档可能包括附加的、较低优先级的需求,这些需求将用于以后的版本。
相反,大型项目可能需要几个软件、硬件和接口需求规范来完全定义基线的组件。开云官网入口下载手机版目标是让项目涉众清楚地了解即将发布的版本中要包含的内容。
也许您将需求存储在需求管理解决方案中,而不是存储在文档中。在这种情况下,您可以将基线定义为存储在为给定版本计划的数据库中的需求的特定子集。
在RM解决方案中存储需求允许您维护当前提交的需求和计划的未来需求的聚合集。一些商业需求管理工具包括基线功能,以区分属于某个基线的那些需求(甚至可能下降到每个需求的特定版本)。
另外,您可以在解决方案中定义一个需求属性来保存版本号或另一个基线标识符。将需求从一个基线移动到另一个基线就是简单地改变需求属性的值。
当每个需求只属于单个基线时,属性方法将起作用。然而,如果您同时开发产品的多个版本,例如家庭版本和专业版本,那么您可能会将相同的需求(或相同需求的不同版本)分配给几个基线。开云足球app下载官网最新版工具支持对于这种复杂的基线管理是必不可少的。
当遵循增量或迭代开发生命周期时,每次迭代的基线将只表示整个系统功能的一小部分。
例如,我们团队曾经参与的一个小项目就采用了这种方法。这个项目的发布周期为三周。对于每个周期,BA指定了在接下来的三周内要设计、编码、集成和验证的软件需求开云官网入口下载手机版。因此,每个需求基线都非常小。在经典的敏捷方法中,随着开发人员定期向用户发布有用的版本,产品逐渐开云足球app下载官网最新版向功能齐全的方向发展。
相关文章:征服需求管理的5大挑战
何时执行基线
业务分析人员有时会纠结于何时定义需求基线。这是一个重要的决定,因为建立基线有以下含义:
正式的变更控制开始了。变更请求是根据已建立的基线提出的。基线。因此,为每个提议的更改提供了参考点。在你定义任何项目基线之前,确保你的变更控制过程和参与者就位。
项目经理决定所需的人员配备水平和预算。软件项目有五个必须管理的维度:特性、质量、进度、员工和预算。开云官网入口下载手机版一旦在基线中定义了特性和质量目标,项目经理就调整其他三个维度来完成项目目标。反之亦然。如果人员、预算和/或进度表是由外部力量预先确定的,则基线组成必须受到约束,以适应由这些限制所限定的项目框框。
项目经理做出进度承诺。在基线化之前,需求仍然是不稳定的和不确定的,因此估计也是类似的不稳定的和不确定的。一旦建立了基线,发布的内容就应该得到充分的理解,以便管理人员能够做出实际可实现的承诺。管理人员仍然需要通过在已提交的时间表中包含合理的应急缓冲来预测需求的增长(根据他们的需求管理计划)。
太早地对需求进行基线化可能会使您的变更过程进入超速状态。事实上,在定义基线之后接收到大量的变更请求可能是一个线索,说明您的需求引出活动是不完整的,而且可能是无效的。另一方面,等待太长时间来建立基线可能是分析瘫痪的标志:也许BA在将需求集交给开发团队之前过于努力地完善它们。
请记住,需求引出试图定义一组需求足够好让团队在可接受的风险水平下继续施工。使用表1中的检查表来判断您何时准备将需求基线定义为继续开发工作的坚实基础。
表1。在定义需求基线之前要考虑的因素
业务规则 | 确定您是否已经确定了影响系统的业务规则,以及您是否已经指定了执行或遵守这些规则的功能。 |
变更控制 | 确保有一个实际的变更控制过程来处理需求变更,并且变更控制委员会已经组建并成立。确保您计划使用的变更控制工具已经就位并配置好了,并且工具用户已经接受了培训。 |
客户 的角度来看 |
与你的主要客户代表联系,看看他们的需求在你上次谈话后是否发生了变化。是否有新的业务规则开始发挥作用?是否修改了现有的规则?优先级改变了吗?是否确定了有不同需求的新客户? |
接口 | 查看是否已经定义了功能来处理所有已识别的用户、其他软件系统、硬件组件和通信服务的外部接口。开云官网入口下载手机版 |
模型验证 | 与用户代表一起检查任何分析模型,也许是通过遍历测试用例,看看基于这些模型的系统是否允许用户执行必要的活动。 |
原型 | 如果您创建了任何原型,合适的客户是否对它们进行了评估?广管局有否利用所获得的知识修订《社会责任准则》? |
对齐 | 检查所定义的需求集是否可能实现项目的业务目标。寻找业务需求、用户需求和功能需求之间的一致性。 |
评论 | 让需求的几个下游消费者审查它们。这些消费者包括设计师、程序员、测试人员、文档和帮助编写人员、人为因素专家,以及任何将自己的工作建立在需求基础上的人。 |
范围 | 确认为基线考虑的所有需求都在当前定义的项目范围内。范围可能已经更改,因为它最初是在项目早期定义的。 |
tbd | 扫描文件是否有tbd(细节待定)。tbd表示需要完成的需求开发工作。 |
模板 | 确保SRS文档模板的每个部分都已填充。或者,寻找某些部分不适用于此项目的指示。常见的疏忽是质量要求、约束和假设。 |
用户类 | 看看您是否已经从您为产品标识的所有用户类的适当代表那里收到了输入。开云足球app下载官网最新版 |
可验证性 | 确定如何判断每个需求是否得到了适当的实现。用户接受标准对此很有帮助。 |
你永远不可能得到完美、完整的需求。BA和项目经理必须判断需求是否向产品描述靠拢,该产品描述将满足客户需求的某些定义部分,并且在已知的项目约束条件下是可实现的。开云足球app下载官网最新版
在这一点上建立基线,在项目涉众之间建立关于他们完成后将拥有的产品的相互协议和期望。开云足球app下载官网最新版如果没有这样一个商定的基线,很有可能有人会对项目的结果感到惊讶。
相关文章:评估需求管理工具
在这个网络研讨会中,学习如何使用基线有利于产品开发开云足球app下载官网最新版
基线是需求、测试等项目的批准版本。
准备好了解更多了吗?
我们的专家团队在这里回答任何问题,并了解我们如何帮助 您的持续成功。现在就开始填写这张表格,这样我们就可以联系了!