2011年3月22日星期二10:11

Are We There Yet?

写道

zeena_feature_march22_modified.在我以前的博客中(http://www.amerkan.com/articles/requirements-development-101.html),我描述了要求发展(RD)及其活动。在阅读博客后,我的一些客户询问了“只需要多长时间才能做出适当的要求?”老实说,这个问题没有规定的时间。但是,我可以对某些环境因素进行分类,可以延长适当要求发展所需的时间。您应该在以下情况下向RD计划添加时间:

  • 分析师和过程成熟的技能水平 -
    • 如果该项目经验丰富的分析师;
    • 如果没有标准的RD活动或文件到位;
    • 如果没有重用这些要求;
    • 如果整个RD阶段没有同行评审;
    • 如果您不在单个存储库中存储要求。
  • 用户参与 -
    • 如果没有或非常小的用户参与或
    • 如果有许多类型的用户。
  • 利益相关者的回应时间 -
    • 如果利益相关者不共同定位;
    • 如果有语言或文化障碍;
    • 如果没有确定具有冲突解决权力的关键决策者。
  • 项目规模和复杂性 -
    • 如果您正在构建新的应用程序与重写遗留应用程序;
    • 如果您重新设计流程并同时构建应用程序;
    • 如果您有外部接口;
    • 如果开发人员或测试人员在定义的应用程序中不了解。

我始终告诉我的客户在确定RD努力时使用历史数据,并通过解决上述环境因素来调整它们的时间估计。如果您没有历史数据,那么开始收集当前RD努力的一些指标永远不会太晚。除非您遵循严格的瀑布方法,否则我不会从我的整个要求中创建一个上一步估计,而是为每个增量阶段创建估计值。此外,我设定了每个增量阶段的期望,估计值会改变,但它们也将更加准确,因为在通过其生命周期执行时,您将更好地了解您的项目的健康状况。

例如,敏捷项目具有许多非常小的RD阶段。在进行开发和测试之前,敏捷团队在“恰当”要求定义。这允许用户和利益相关者快速向分析师提供反馈,这导致每次迭代提高需求开发工作。随着利益相关者和用户了解对该特定迭代的要求,增量的时间长度无关紧要。如果他们没有,那么你将重复过去迭代的返工工作。

每当客户问我“我们有?”,它让我相信他们希望通过要求发展阶段 - 只是说他们做到了。已经表明,通过减少返工活动,可以加速软件开发的更多时间。我们都知道要求问题是项目疼痛的主要原因之一。

Standish Group要求他们的调查参与者导致他们的项目成为“挑战”的原因。以下是他们报告的百分比 混乱报道,他们定义“挑战”作为“项目已完成和运营,但过度预算,超过时间估计,并且具有比最初指定的功能和功能较少”:

项目挑战因素 赔偿百分比
1.缺少用户输入 12.8%
2.要求不完整& Specifications 12.3%
3.更改要求& Specifications 11.8%
4.缺乏行政支持 7.5%
5.技术无能为力 7.0%
6.缺乏资源 6.4%
7.不切实际的期望 5.9%
8.目的不明确 5.3%
9.不切实际的时间框架 4.3%
10.新技术 3.7%
其他 23.0%

这表明导致项目疼痛的三个最大问题是由于需求较差的工程。这真的意味着什么时候交付项目时,利益相关者和所需用户之间存在差异,以及开发商建造的。更好的软件要求可以减少这种差异,可以为所有项目成员提供众多好处。

  • 项目经理 - 更好的要求使组织能够有效地确定资金的哪些项目,因为更好的要求显示了更精确的商业回报投资回报率。
  • 产品管理员 - 一旦选择项目,更好的要求有助于评估努力和资源,因为这些要求的复杂性可以与开发和测试努力相关。
  • 分析师 - 所有功能都可能无法提供,因此更好的要求允许团队更有效地优先考虑该功能。这将确保该项目执行最重要的功能。
  • 设计和开发团队 - 因为要求建立产品设计,更好的要求促进设计和开发团队更有效地选择合适的解决方案。
  • QA团队 - 更好的要求允许特征的优先级排序,从而使测试人员首先关注发展重要的测试用例。

如我们所知,在软件开发周期后修复缺陷比要求开发期间更昂贵。因此,您的公司的利润可能会受到影响与需求问题的影响。因此,投资更好的需求活动是至关重要的,而不是仅担心做适当要求发展所需的时间。一旦您建立了良好的要求实践,这一估计将随着时间的推移而改善。

别忘了留下你的评论。


Zeena Kabir. 是Blueprint软件,需求定义和可视化软件的领导者的销售工程顾问。在蓝图之前,Zeena在IT领域工作了20多年的需求工程,测试和开发。她拥有计算机科学的理学学士学位,以及马里兰大学的软件工程科学学士学位。她居住并在大西洋中部地区的许多IT组织工作。

©ba time.com 2021

MacGregor Logo White Web