- ShineScrum
- 2015-12-24
- 来源：
克服敏捷转型停滞不前的5个技巧
你花了好几个月的时间向高管们推售敏捷转型，终于得到了他们的支持愿意通过敏捷转型来推动发展。你和团队一样难抑兴奋之情开启敏捷之旅。部门很大，大约有一百人，并且有几个项目在进行中。你开始计划着手转变，但又无所适从，因为有很多不同的方法可以处理这些问题。恐慌随之而来：我应该从哪里开始呢？如果我遇到障碍怎么办呢？我将如何说服团队呢？
别担心。作为敏捷教练，我们几乎每天都在面对这些问题。
在这篇文章中，我们将分享一些已有的克服这些障碍的宝贵技巧。
克服停滞不前的敏捷转型技巧1：—转型待办事项列表
敏捷转型与公司所采取的任何其它重大措施一样，应该同等对待。但人们常常忽视了这一点，公司在没有做出任何计划就试图仓促推进敏捷转型。想象一下，启动为期6个月的项目没有花时间来定义其目标，确定它的优先级和分解其工作，那又怎么可能会有进展呢。
一种方法是我们可以从建立转型待办事项列表开始。
简明扼要地写出试图要完成的整体转型目标。将它分解成几个大的工作步骤并对它们做出具体的行动方案。这将有助于把一个艰巨的任务转换成可管理的事项。不要畏惧尝试。只要这种尝试是控制在一定时间段里，其风险也是很小的。
关键是开始。
下面的思维导图是一个敏捷转型待办事项列表的简单例子。
克服停滞不前的敏捷转型技巧2：—将障碍透明化
敏捷将多年来一些隐藏着的或避而不见的问题浮出水面。使这些问题透明化，尽可能快地和团队一起将其剔除掉。同时建立一个敏捷转型的高层团队，其成员能够解决较大问题以及从基础敏捷团队提交上的障碍。
处理障碍就如同产品待办事项列表中的待办项那样：列出优先级，随着优先级提升，其细节就更详尽，当一切就绪时，就划分成更小的任务去完成。
一种途径是有一个制定措施的委员会来排查这些障碍。提供机制来围绕这些障碍进行有效地讨论并抓住这些问题采取行动。
克服停滞不前的敏捷转型技巧3:—Scrum和看板
敏捷实施不应采取“一刀切”的做法。当我们学习或解读敏捷，在实践中它似乎相对容易。然而，当我们试图快速地实践时，发现完全不是那回事。每个团队都有它的需求和挑战。敏捷框架应该是依从最可能的有效方式来满足他们。
从一个轻量级的框架着手，如Scrum和看板。我们坚持这种方式持续相当长的一段时间并使团队进入有节奏的状态。分析哪些是有效的，哪些是无用的。随着障碍的移出，框架将被改进来满足团队的需求。
例如，假设团队决定开始将Scrum作为他们自己的框架。在每日例会上，一个开发人员提出了他们被陷于设计的困境。另一个开发人员愿提供帮助，这立刻促使他们进入结对编程的实践，一种叫XP的实践方式。
克服停滞不前的敏捷转型技巧4：—管理层的承诺
另一个共同关注的问题是如何在管理敏捷转型时保持业务运行。换句话说，我们将如何继续为我们的客户交付价值？
成功的敏捷转型是一种投资。在启动之前，确保高层承诺放慢手头上的开发工作可以使团队专注于持续改进。
这里Virginia Satir的改变模型是一个好的参考。它描述了当他们成长和变化时公司经历了哪些事情。和执行层的管理人员一起来评估这个模式并解释工作为什么会在该模式的第2步和第3步会面临放缓的情形。
克服停滞不前的敏捷转型技巧5：—非敏捷团队
对于公司里还没有转型到敏捷的一些部门如法律，运维等我们该怎样来对待呢？可以顺势将一个框架（如Scrum或精益）导入到这些团队，当和这些部门打交道碰到挑战时，可把这些挑战看作是这些团队将要解决的障碍。
安排一些例行会议来确定和讨论这些挑战并鼓励团队自己来解决它们。这也许不能完全解决问题，但这是朝向正确方向所迈出的一步。
想了解更多吗?
请联系我们关于现场指导帮助实现这些理念，或参加培训来了解更多。
