2016年3月7日星期一09:19

将您的需求实践带出‘80s

撰写者

你要挂什么您需要从项目壁橱中清除什么?还是喜欢与MC Hammer降落伞裤,带肩垫的夹克,马stir,酸洗牛仔裤或果冻鞋等同的要求?

如果您一直使用相同的需求方法,因为香蕉夹和弹出式领子非常流行,那么您可能不会意识到您的流程已经过时。因此,就像我以前的《 Teen Beat》杂志一样,这是一个小测验:

  1. 您是否发现自己在与利益相关者进行审查之前试图完美地记录所有内容?
  2. 您是否发现自己在确定未来状态之前就已经详细定义了当前状态?
  3. 当您对需求模型有一些想法时,您是否从1989年的BA培训或方法学培训中抽出了三环活页夹?
  4. 您的团队是否仍将其称为“需求收集”?
  5. 范围蠕变和不断变化的需求是项目的罪恶吗?您会尽一切努力避免它们吗?
  6. 您的团队是否有严格/详尽/繁琐的变更控制流程?
  7. 您是否需要编写规范级别的详细信息,开发人员可以从中进行编码-告诉他们确切的内容和编码方式?
  8. 在项目进行之前,您是否需要完成/批准基于文本的模板?
  9. 您的需求批准过程中是否包括数小时的审查会议,其中利益相关者逐行审查了清单和需求的各个段落?
  10. 需求是否按先进先出的顺序排列(针对那些使用增强功能列表的人)?
  11. 所有要求(对于从事项目工作的人员)是否都是最高优先级?
  12. 质量检查团队是否需要用户界面详细设计才能开始测试计划?

如果您对以上任何一个问题的回答是肯定的,那么该进行春季大扫除了。放开那些减慢进度的旧做法。为一些新事物腾出空间。现代化您的需求流程!



但为什么?如果您当前的流程似乎运行良好,那么为什么要更改?

怀疑主义和犬儒主义是可以理解的。您已经看到数十种方法论,方法,工具和技术来来往往,就像霓虹灯,暖腿器和条纹一样。您的过程就像经典的黑色西装或基本的黑色靴子(永恒的),对吗?

是的,显然有一些基本的需求管理将经受住时间的考验,但是某些思维方式,技术和流程需要现代化。以下是您应考虑从项目壁橱中删除的一些物品:

过时的心态:范围蠕变和变化很糟糕

变化已从可预防/不良变为预期/良好/健康。变革的步伐似乎正在迅速增加。更改需求可能意味着许多不同的事情:

  1. 我们错过了这个要求。 (这可能仍然很糟糕并且可以预防。)
  2. 利益相关者对未来的想法在此过程中得到了发展。这是预期的,很好!这意味着利益相关者正在进行有意义的对话,并且他们进行批判性思考。他们希望为最终用户和组织最大化价值。因此,当您的利益相关者似乎“改变”他们的想法时,请尝试将改变重新构架为思想的演变或发现,从而使解决方案比以前的想法更好。最终使组织变得更好。
  3. 外部因素或无法控制的因素造成了变化。显然,这些变化可以是福气,也可以是诅咒,但是在大多数行业中都是可以预期的。变化的步伐不断加快,直接影响到我们的项目。我们需要接受和接受这些外部力量,以使其比我们的竞争对手更好并为我们的客户提供服务。

我们无法阻止变化,我们必须具有适应性。如果我们一直认为变化是有害的,那么我们将浪费组织的资源并创建令人鼓舞的解决方案。

过时的方法:在实验或制作原型之前完成要求

实验和原型制作不应该等到需求之后的“构建阶段”。相反,请使用实验和原型来引出和完善需求。

随着我们组织的复杂性随着时间的推移而增加,原型设计和实验变得越来越重要。未知,含糊不清和风险驱动项目团队在构建和/或购买之前“尝试”。作为BA,我们需要确定最有可能更改的高风险功能,并使用实验和原型来获得更清晰的要求。没关系,我们的利益相关者没有所有答案,很多时候实验或原型将向他们展示他们澄清需求的条件。

过时的实践:详细的技术规格

您是否发现自己编写了开发人员用于编码的详细技术设计规范?如果是这样,请问问自己他们是否对您的工作有帮助或阻碍。这是我的担忧:

  1. 开发人员及其团队(技术主管,架构师等)应该能够满足相对技术上不可知的要求,并提供满足利益相关者要求的选项和替代方案。
  2. 如果您在编写技术规范时没有对业务需求达成共识(没有技术细节),那么您真的满足最终用户/客户的需求吗?您的利益相关者不是技术专家。他们认为自己知道自己想要什么,但是他们狭narrow的观点可能会限制解决方案。这种方法可能会引入降低潜在价值的风险和约束。利益相关者以这种方式表达需求是正常的,但是我们的工作是重新组织需求,以便技术团队可以利用他们的专业知识来提出选择和替代方案。

过时的过程:通过基于文本的模板的共同理解

告别多小时会议的日子,以审查和批准巨大的需求文本模板,行..... by ......行。这曾经是个好习惯吗?我会说不,但是许多组织走这条漫长,缓慢而痛苦的道路来达成共识,因为他们没有其他选择。

但是,还有另一种选择,它更快,最终结果更好。通过吸引人的对话,结构化的研讨会和专注于以下方面的协作游戏,逐步发展共识:

  • 谁(演员/用户角色组)
  • 什么(用户组对解决方案执行的操作)
  • 何时(在什么其他任务流程中以及什么条件下)
  • 原因(为什么该用户必须执行任务)
  • 视觉效果
  • 详细规则和逻辑的矩阵
  • 非功能需求(系统和功能级别)

然后,在达成共识之后,可以根据需要完成模板。 (我发现大多数组织在放开模板方面都遇到了麻烦,就像我似乎无法摆脱旧的Walkman和彩虹色的发箍系列一样。)

您最近是否淘汰了过时的需求实践?如果是这样,请在下面的评论中让我知道什么以及为什么。

安吉拉·威克(Angela Wick)

杰出贡献者安吉拉·威克(Angela Wick)是BA-Cube和BA-Squared的创始人。她热衷于为现代学士学位教授实用的学士学位技能。她拥有20多年的经验,将文学学士技能提升到了新的水平,并迈向了未来!安吉拉(Angela)还是领英(LinkedIn)学习讲师,文学士和敏捷文学士培训师,受到高度评价的演讲者和研讨会促进者,并且是许多行业出版物的撰稿人。 www.BA-Cube.com www.BA-Squared.com Twitter:@WickAng

©BA Times.com 2020

麦格雷戈徽标白色网站