2017年12月5日星期二08:21

It' s开始看起来很像协作!

撰写者

协作是我们在业务分析领域中完成的最困难的动作之一。

经过数周的会议,最终导致获得利益相关者的批准后,与利益相关者的合作有时会感到艰巨的任务。我已经在上一篇文章中讨论了这个主题,但是今天,我想在涉及涉及多个作者或一组相同需求的项目的项目中讨论其他业务分析师之间的协作。

根据我作为业务分析师的经验,我完成的大部分工作都涉及分配给一个项目的单个业务分析师,但是,我从事的某些项目对于单个业务分析师来说太大了,无法参与。通常有2-3个其他业务分析师共同努力以实现项目目标。这个过程和与项目中的其他利益相关者一起工作一样复杂。意见很多,经常表达意见。有时温度会很高。最终,强大的协作超越了这些复杂性,最终目标得以实现。

以下是我多年来为指导该过程而遵循的一些方法或技术:

计划, Do, 评论, 和 提高

下面详细介绍了该技术的四个阶段-用于协调和发布完整和一致的需求。

  相  描述
   1    计划  一旦定义了高层需求(HLR),则架构师或一组作者计划要完成的工作。
规划包括以下内容:
  • 确定并同意该项目的HLR。
  • 将HLR或部分分配给各个需求作者。
  • 确定编写需求的结构。
  • 确定时间表以完成需求的各个部分。
   2    Do  作者创建了位于HLR或分配给它们的部分中的所有功能需求。
   3    评论 需求作者回顾彼此的工作。他们仔细阅读需求,就像主题是新的一样,提出开放性问题,例如“此功能需求如何连接到范围?”以及“为什么此要求对项目范围很重要?”
   4    提高 考虑并实施从其他需求作者那里收到的建议和评论。应该通过编辑内容,语法和需求结构来改善需求。
注意:架构师将负责确保进行相应的更新。

广告

需求研讨会

需求研讨会可以非常有效地收集需求。它们比集思广益的会议更具结构性,并且参与者可以协作来记录需求。当有不止一名分析师通过促进和文档收集和记录需求时,研讨会是一种有效的技术。

通过这些会议,业务部门和开发主题专家(SME)都可以协作来定义和审查系统的业务需求。这使双方可以解决有关设计的任何意见分歧。

有关需求研讨会的更多信息,请参见IIBA BABOK V3.0指南。

建筑师

项目的架构师负责整个需求架构。他或她将拥有需求所有者的角色。
职责包括:

  • 确定需求的完整性。
  • 确定需求的一致性。
  • 确定需求与项目范围相符。
  • 确定需求的结构要遵循贵公司为编写和记录需求而设置的准则。
  • 与其他需求作者协调。

附加技术

协作写作的其他技术可以通过多种方式找到:

  • 专门从事业务分析的印刷和在线出版物。
  • 领先商学院的在线学术或学术文章。
  • 行业领先的会议,例如通过IIBA召开的会议。
  • 行业领先的网络研讨会,来自IIBA和Bob BA。
汤姆·麦金太尔

Tom是Jackson National Life的系统业务分析师。他在业务分析领域拥有10多年的经验,主要在Waterfall Methodology和Waterfall / 敏捷的混合方面工作。他通过博客,文章和培训机会为业务分析社区做出了贡献。

他拥有中央密歇根大学的教育和社会科学专业背景,并获得了理学学士学位。在社会科学领域。他还通过Chadron State College获得了MBA学位。

©BA Times.com 2020

麦格雷戈徽标白色网站