当心陷阱会拖慢您的组织敏捷性

引言

敏捷火热,随之出现很多敏捷热词,比如敏捷组织、敏捷营销、敏捷管理、敏捷blah blah。在这么多敏捷词汇背后,映射出敏捷已经受到越来越多的行业与人群的关注。然而就在我们日常工作的组织中,有很多与敏捷相悖的陷阱(或常识)。这里和大家分享如下几个:

  • 跨地域团队
  • 狂热的敏捷
  • 外包客户服务
  • 大规模敏捷的困扰
  • SAFe or safe

跨地域团队

软件开发工作,没什么比得上大家坐在一起更高效了。
“通讯基本靠吼,交通基本靠走”,虽然这只是一句顺口溜,然而放在软件开发工作中是非常贴切的。
我想要寻求某个问题的答案时,只要站起来走到同事身边,吼一下就可以了。
现代移动互联网时代,越来越多的工具尝试代替人与人之间的沟通,比如Skype, Slack, Trello, Teambition, Leangoo,等等。发个消息过去之后,就如石沉大海没有了回应。这是一种什么心情呀。
因此,对于软件开发工作不要跨地域团队。(注:这里的地域可以大到国家,小到楼层)

狂热的敏捷

组织敏捷转型催生了对于敏捷培训师、引导者以及咨询师的大量需求。很自然地出现了求大于供。这种情况下就会出现一些浑水摸鱼的人,来满足企业和组织的需求。如果雇佣了一名知识与经验不足的敏捷咨询师,组织很快就会对于敏捷失望透顶,失去兴趣。那么以后再想重整旗鼓就很难了。
因此选择靠谱的敏捷培训师、咨询师是很重要的第一步。

外包客户服务

如果你和客户之间没有直接的链接,那么你将失去创新的机会。你也就不会得知客户真正想要什么。很不幸的是,很多组织在缩减成本,往往会把与客户直接对话的客服部门进行外包。
停止外包你的客户服务工作吧!

大规模敏捷的困扰

我不相信有一个完美的框架,可以帮助组织很好的实现大规模敏捷。以前没有,以后也不会有。盲目地相信有这种解决方案的人,是懒惰的,是想逃避责任的。
在选择或实施大规模敏捷之前,需要问以下问题:

  • 为什么要采用大规模敏捷
  • 想要解决的组织问题是什么

SAFe还是safe

SAFe是一种以价值流为核心的大规模敏捷方法。组织因此可能变得更高效或以客户为中心。但很多企业选择SAFe的时候并不理解敏捷宣言,不理解敏捷的价值观。寄希望于一套完整的框架方法可以帮助组织进行整体一次性的转型。SAFe方法提供了一套完美的完整的框架(包含原则、方法、实践),给高层领导者一种很安全(safe)的感觉。然后组织根据自己的情况进行裁剪与适应。
在转型的初期,这是奏效的。然而随着时间的推移,转型的深入,这种方法很可能无法完全适应组织的需求。因为SAFe并不提及组织结构的改变。
而企业或组织的核心是盈利,是需要完成产品开发。另外一种大规模敏捷方法LeSS,是以产品为核心,特性团队(组织结构的变化)为基础,以系统思考、精益思想等为原则的框架。
想要大规模敏捷,除了问下上述的两个问题,更多要全局思考。
有关LeSS更新信息请参考

Comments
Write a Comment