2013年6月44日星期二05:01

关于软件要求的宇宙真理,第3部分

Written by

在本系列的前两篇文章中,我已经分享了一些关于要求概念的一些“宇宙真理”,以及如何影响项目利益相关者。该系列的结束文章,从我的书更新了关于软件要求的更多信息,呈现了有关需求规范的四种普遍性的真理。

宇宙真理#7:一个商业分析师应该询问提出的新要求的第一个问题是,“这一要求是范围?”

在长期以来一直在它的人在一个遭受范围蠕变的项目上工作。对于在项目过程中增长的要求,它是正常的并且通常有益。但是,范围蠕变是指不受控制和不断增加的要求,这使得不可能在计划中提供产品。

为了控制范围蠕变,项目利益相关者必须首先就某种产品释放的范围内的所需能力和那些而达到所需能力之间的边界。然后,每当一些利益相关者提出新的功能要求,功能或用例时,BA可以问,“这在范围内吗?”为了帮助回答这个问题,一些项目团队在一大块卡片上写下它们的范围定义,层压材料,并将其提出给他们的要求阐述讨论。

如果特定要求被视为一个星期的范围,在下一步范围内,然后再次超出范围,项目的范围边界不会明确定义。这是一个打开的范围蠕变的邀请。

宇宙真理#8:即使是最好的要求文件也不能 - 并且不应该替换人类对话。

即使是优秀的要求规范也不会包含开发人员和测试人员需要进行工作的每一点信息。总会有明白的知识,即利益相关者是正确的或错误的 - 其他参与者已经知道,以及必须在要求规范中记录的明确知识。 BAS和开发人员始终需要与知识渊博的用户和主题专家交谈以改进细节,澄清含糊不点,并填写空白。这是拥有一些主要客户的理由,例如产品冠军,在整个项目中与BA和开发人员密切合作。执行BA的角色的人(即使这是开发人员之一)应该协调这些讨论,以确保所有参与者达到相同的理解,以便所有人都适合在一起。一组书面要求 - 无论是存储在文档中,需求管理工具还是其他形式 - 仍然有价值,必要。在时间的时间点同意的利益相关者的文件记录 - “集团记忆” - 比人类记忆更可靠。

如果您没有与用户代表和其他决策者频繁对话的机会,您需要在需求规范中包含更多细节。一个很好的例子是当您外包执行所需的要求规范时,您的团队创建了。期望在审查周期上花费相当长的时间来澄清并达成要求的意思。还预计延迟回答问题和制定的决定,可以减缓整个项目。

这个问题是我知道软件包供应商和客户之间的诉讼中的主要贡献因素。供应商在一些要求阐述研讨会上审查的时间表允许在计划中进行审查,计划立即开始施工。几个月后,尚未解决众多关键要求问题,项目状况并没有远程类似于项目计划。

宇宙真理#9:要求可能是模糊的,但产品将具体。

准确指定要求很难!你发明了一些新的东西,没有人完全确定产品应该是什么和。人们有时对模糊要求感到舒适。客户可能喜欢它们,因为这意味着他们以后可以重新定义这些要求,以意味着他们希望它们意味着什么。开发人员有时有利于模糊要求,因为它们允许开发人员构建他们想要构建的任何东西。这都是很有趣,但它不会导致高质量的软件。

最终,您只能建立一个产品,有人需要决定产品将是什么。如果客户和BAS没有做出决定,那么开发人员将被迫。这是一个标志,关键利益相关者正在削弱他们的责任,使得要求级别的决定,将这些决定留给可能知之甚少问题或业务的人。

不要使用不确定性作为缺乏精确度的借口。承认不确定性并找到解决方法的方法,例如通过原型设计。简单地指定每个要求的宝贵辅助是定义用户或测试人员可以判断要求是否正确实施的拟合标准。尝试编写此类拟合标准将快速揭示是否准确地说明了需要可验证的要求。有关适合标准的更多信息,请参阅Suzanne Robertson和James Robertson和James Robertson,掌握了需求过程,第三版(Addison-Wesley,2013)。

宇宙真理#10:你永远不会有完美的要求。

要求很少完成或完成。没有办法知道你没有忽视一些要求,并且总会有一些要求BA觉得记录是必要的。而不是在某些时候声明“完成的要求”,而是定义基线,并在时间上定义一致的基础,以进行后续工作和修改。建立基线后,按照更改控制过程修改要求,识别制作更改的含义。思考您可以冻结这些要求并在一些初始阐述活动后允许更改的情况是愚蠢的。

争取完美会导致分析瘫痪。分析瘫痪,又可以产生反弹效应。被一个项目被烧毁的利益攸关方有时会烧毁的项目有时不愿意投资于他们的下一个项目的要求。这是一个更快的失败路径。

通过编写完美的规格,您不会在业务中取得成功。从务实的角度来看,努力制定一系列要求,足以让团队在可接受的风险水平下进行设计,施工和测试。风险是必须做得昂贵和不必要的返工的威胁。有需要将自己的工作基于要求的团队成员审查他们以判断他们是否为随后的工作提供了适当的基础。当您追求质量要求时,保持这种实际目标“足够好”。

别忘了留下你的评论。

卡尔威尔斯

卡尔威尔斯是Portland,俄勒冈波特的软件开发咨询和教育公司的主要顾问。他有一个有机化学的博士学位。 Karl是众多关于软件开发书籍的作者,最近“软件要求,第3版”,共同撰写Joy Beatty。他也是“成功的商业分析咨询:策略和策略,单独的战略和提示”的作者,“生命课程的回忆录,以及标题为”重建“的法医神秘小说。此外,卡尔在软件,化学和军事史上写了17首歌曲和近200篇文章。您可以在processimpact.com或karlwiegers.com到达他。

©ba time.com 2021

MacGregor Logo White Web