必要的指导需求管理和可追溯性
章
- 1。需求管理
- 2。编写需求
- 3所示。需求收集和管理流程
- 4所示。需求跟踪
- 5。需求管理工具和软件开云官网入口下载手机版
- 6。需求确认和验证
- 7所示。满足法规遵从性和行业标准
- 8。项目管理
- 9。测量的需求
- 10。系统工程
- 术语表
要求需要多长时间?
业务分析师和基金经理有时会问需要多长时间,“要求”在他们的下一个项目。
有如此多的问题在软件和产品开发中,正确的答案是“视情开云官网入口下载手机版况而定。”开云足球app下载官网最新版
多个变量对这个问题作出贡献。各种行业平均水平已发表建议百分之多少的一个典型项目的努力应该致力于需求开发,其中包括的活动,如需求收集(也称为需求抽取)。
来自不同基准不一致的数据很好,不过,这些“典型”项目是否类似于你自己是有问题的。在这篇文章中,改编自书。”更多关于软件需求开云官网入口下载手机版”,我将提供一些建议关于如何确定一个合适的时间和精力投资于诸如需求收集。
行业基准
这里有一个例子的基准可能或不可能是有益的。表1(下图)提出了一些行业基准数据的平均百分比总努力和项目在几个不同的类别的平均行程时间投入到需求获取和原型(数据从琼斯酸豆”开云官网入口下载手机版软件评估、标准和最佳实践”)。10000年这些基准非常大的项目功能点的大小(大约一百万行代码)。这些基准的项目有多相似?
还有一个问题,使用这样的行业基准。数据没有显示成功的那些项目是如何为每个项目或定义“成功”是什么意思。这些数据表明是否也更成功的项目团队投入更多的精力到需求获取活动比不太成功的球队——他们只是平均的实际性能。
而典型的项目团队将也许10%或更少的精力需求收集,更带来了巨大的回报,投资团队提供不会困在分析瘫痪。与许多人认为的相反,花更多的精力在提高您的需求开发过程可以加快发展。
相关文章:INCOSE系统工程手册
小项目上工作时,在柯达的时候我的团队通常用15% - 18%的总需求活动。我们发现这个投资减少产后的返工的数量。很难确定原因和影响,但是我相信我们的维护级别较低的最大因素是我们培养的大量用户参与。
我无法告诉你你应该花多长时间在需求收集你的下一个项目。然而,图1中确定的一些条件可以加速您的需求过程和其他一些因素,延长开发所需的时间有效需求。
自己的经验
首先,你最好收集一些数据多少自己的项目努力花在需求收集。会帮助您判断您的需求开发过程在过去为你工作。时使用这一历史数据估计所需的要求努力未来的项目。调整你的初始估计通过使用图1中的注意事项,以弥补您的下一个项目之间的差异和基准的项目。考虑任何额外的因素,会影响自己的项目。你可能体重的因素如图1所示在0(无影响)到5(重大影响)。这种分析可以帮助你发现风险因素,可以延长你的需求开发工作。
考虑另一个因素是项目的开发生命周期。并不是所有的需求抽取工作应该分配给项目的早期阶段,一样的顺序或瀑布生命周期(图2中虚线)。不认为一个离散的“需求”阶段,而是一组相关要求的活动跨项目的生命周期。特别是,需求管理将在一个正在进行的基础上执行一次一组需求基线出现系统需求规范(SRS)和变更请求开始出现。
图2。需求工作的分布随时间变化的项目遵循不同的开发生命周期。
迭代和增量方法
遵循敏捷开发方法的项目,如Scrum,采用增量的方式,迅速建立起产品的一小部分。开云足球app下载官网最新版这让潜在的有用的功能在用户的手中迅速,这样用户可以完善他们的需求和开发人员可以跟上不断变化的业务需求。敏捷项目会频繁但小需求收集工作(实线如图2所示)。
在传统项目,而不是前端加载需求努力在敏捷项目中是贯穿整个项目。初始需求探索导致积压的各种优先级的目标功能。当一个特定的特性或功能分配到一个特定的迭代中,团队将细化需求所需的详细级别的功能,使开发和测试进行的信心。
许多年前,我的一个软件开发小组的成功项目这样的增量的开云官网入口下载手机版方法。这个项目发布有用的功能,企业内部用户社区每三周。每三周周期的第一部分花在项目规划、开发、和收集需求增加。团队做了足够的需求增量发展,迅速实现,为使用者提供新功能,一次一片。增量上的用户提供反馈,帮助引导其余的项目交付最大价值。
并不是所有的项目都适合这种细粒度的增量交付。当重构现有的应用程序,例如,新系统需要一个临界质量的功能之前,用户可以切换到它。不管多大的增加你的团队解决每个项目周期,他们需要理解增量,避免大量的返工的要求设计,编码和测试。
计划需求抽取
与很多方面的项目,有更多的比最初的需求收集。当你确定你的分析师可能需要执行的任务,考虑是否活动,如以下是必要的:
- 谈判的承诺与产品冠军。开云足球app下载官网最新版
- 持有引出研讨会和采访。
- 审查现有的文档和产品。开云足球app下载官网最新版
- 准备、分发、分析调查。
- 创建和评估模型、分析模型和其他需求的观点。
- 执行可行性、风险、安全、故障和危险分析。
- 需求信息输入到数据库中。
- 评审需求规格说明书。
- 开发测试用例需求和走过的测试用例。
- 修改后的需求规格说明书评审或测试分析。
您的团队可能不会对每个项目执行所有这些活动,他们可能会做其他任务的需求获取,分析,规范,和验证。任何你了解分析师实际上执行的任务,这些任务需要多长时间会提高你的能力估计未来的项目所需的需求开发工作。
开云官网手机网页版入口Jama软开云官网入口下载手机版件与卡尔Wiegers共享许可从他的书籍和文章内容。卡尔Wiegers是一个独立的顾问,而不是一个雇员的《美国医学协会杂志》上。开云官网手机网页版入口他可以达成的ProcessImpact.com。
相关文章:最佳实践指南写作要求
在这个网络研讨会,了解更多关于需求的可跟踪性
可追溯性:显示的条目之间的关系的证据要求分解和验证覆盖率。