成功敏捷成熟的关键

作为一名分析师,回顾和评估您从经验中学到的东西:好的和坏的,可以提高敏捷的成熟度,这总是好的。 最近,由于我每年进行一次电子邮件清理,我很幸运地走了一段记忆之旅。 当我浏览一些较旧的文件夹时,我发现了一张幻灯片,该幻灯片是我在2008年敏捷联盟会议上展示的名为“ 敏捷项目BA的经验教训”的幻灯片。 我的兴趣立刻激起,我的分析师忍不住想要衡量自己的敏捷成熟度,并对将近9年后的内容进行回顾。

大脑如何运作真是有趣。 我一眼就能看到标题幻灯片,我又回到了……回到2008年6月。我当时只有4岁,如果您只计算当时我的敏捷经验的话。 我的第一个敏捷项目于2004年启动,四年之后,我利用这一经验基于作为敏捷项目业务分析师的参与提出了一个案例研究。 (是的,从敏捷实施的一开始,并不是每个人都接受这样的想法,即业务分析师在敏捷项目中是不必要的……因此,我在制定敏捷历史的过程中占有一席之地。)

好吧,我很高兴地说,我坚持我在演讲中捕捉到的内容和经验教训。 敏捷方法核心的原始概念和价值仍然符合其原始形式。 IT中几乎没有什么东西保持不变,因此非常令人印象深刻。 但是,自从我开始从事敏捷工作以来的13年里,有很多解释的空间。 因此,为什么今天我们有了Scrum,看板,SAFe,Lean Agile及其各种可能的组合-Scrumban,Wagile,Lean-ban,我们不要忘记脆弱。 不过,好消息是,如果可以将团队的行为与敏捷价值观切实协调,我认为宣言的创建者会说您在“小a”和“大a”的连续体中运作。 那些声称已经达到完美敏捷实施的人没有抓住重点; 敏捷基于不断改进流程。

有些事情没有改变

在漫步记忆的过程中,我注意到的另一个方面没有改变,就是人们认为敏捷不起作用的原因。 我今天仍然听到的许多这些原因都包含在幻灯片中,其中列出了我的团队必须克服的挑战:

  • 我们的项目是由强制性法规驱动的,该法规的期限很艰巨。
  • 我们并非都在同一地点(一半的开发人员和测试人员在不同时区的海上)。
  • 它是现有的遗留应用程序,需要考虑技术问题。
  • 它有多个企业主,甚至还有两个不同的行政发起人。
  • 我们正在一个仍基于瀑布方法论的变更管理框架内工作。

当我回顾这张幻灯片时,我不得不大声笑出来,因为我的2004年团队仍然在使用敏捷。 一旦他们转变了,他们就再也没有回头……即使遇到了这些障碍,它仍然有效,而且仍然有效。

一开始,我们感觉自己像开拓者,坦率地说,我们没有更好的了解。 对于我们来说,失败不是一种选择。 没有杀死我们的东西使我们变得更强大。 最好不要使用Google来查找其他所有人的敏捷度。 关于敏捷的著作很少而且相差甚远。 我们的Scrum主管和教练正在做笔记,以了解我们如何克服每个障碍,因为它们相对于敏捷还相对较新。 作为一个团队,我们能够克服所面临的挑战。 我们自豪地穿着战斗伤痕,由此创造了真正的纽带。

成功实现敏捷成熟的关键

回顾过去,现在已经看到许多团队在敏捷方面进行了尝试和奋斗,我可以说对我们的成功做出了巨大贡献的两件事(不仅是敏捷仪式和工具),是我们高层管理人员的信任以及人们对我们的态度。球队。

组织承诺与支持

对于我们组织的文化和环境,我无法说清楚。 他们在实施上进行了重大投资。 所有团队成员均经过审查和挑选。 甚至有几名现有员工没有晋级。 承包商以正确的心态填补了他们的职位。 最终确定后,该团队被派往为期一周的课程,并返回以找到新的开放式隔间配置(适用于国内用户),视频会议室和作战室。 减少了任何形式的状态报告和更新。 所有项目和资源管理均已迁移,并且不允许进入团队空间。 我们有敏捷的教练来监视我们的行为,当他们看到被认为“与-敏捷背道而驰”的行为时,他们会迅速行动。

作为一个团队,我们感到自己有能力并受到尊重。 我们被允许犯错误,大声说出来,诚实并以我们认为合适的方式纠正错误。 实际上,我仍然与与这个团队一起工作的人保持联系。 在我教授的敏捷训练营中,我总是说一个健康的敏捷团队是您想要再次与之合作的团队……毫无疑问,我会再次选择这个团队。

我不会说我们没有遇到任何痛点,但是没有任何真正持久的变化会带来一些不适。 我在B2T的职责是帮助客户区分使用或担心其中某些相同的特征。

如果您的团队正在努力采用敏捷,那么我们的敏捷成熟度评估将有助于确定您的差距在哪里。

我们的客户遇到的成熟差距有很多原因,但是我认为公司难以适应的一个领域是接受敏捷是一种文化变革。 不仅在IT中,而且在整个业务中。 由于系统和技术支持大部分业务基础架构,因此实施敏捷等方法会对整个公司产生影响。 每个人都需要了解为什么它对企业有利。 接受敏捷方法作为组织,可以帮助公司在这个数字世界中保持领先并保持业务发展。

敏捷团队包括业务分析师

我还认为,在团队中拥有业务分析师是我们成功的关键部分,这并非偶然。 整个团队都了解BA的价值。 如果项目简单明了且几个团队成员具有分析本能或经验,则更有可能创建基于价值的最小可行产品。 但是,就像我的案例研究项目一样,现实生活从未如此简单。 我的学生面临着构成灾难的数十种情况,包括资源限制,截止日期限制,不同程度的敏捷成熟度,不正常的结转团队行为……仅举几例。

如果您阅读过我的任何博客文章或上过我所教的课程,您都会听到我强调两件事的重要性: 一个健康的,有能力的协作团队以及拥有敏捷思维方式的组织。 在敏捷的团队中架设业务分析师对于弥合文档稀缺且依赖良好协作与沟通的环境至关重要。 敏捷的业务分析师是您对这两个组件的协助者。

有关建立成功的跨职能团队的更多信息,请参阅我的博客文章,介绍实施T型技能。

我很高兴从自己的早期经验中汲取这些智慧的小珍珠,我也很高兴思考敏捷如何以及将继续发展和成熟。 我们工作中尚未正式确定的某些方面现在已成为主流话题的一部分……这些术语包括:规模化敏捷(即SAFe),scrum混乱,敏捷投资组合/计划,最低可行产品,敏捷团队健康,敏捷疲劳,分析师配对,针对产品所有权的敏捷管理方法,敏捷企业和团队方法。

在新的一年里,我们将继续讨论各种敏捷实践中的敏捷成熟,同时维护原始敏捷价值,这方面我们有很多要讨论的话题。 我期待参与讨论!

谢谢,

杰奎琳