敏捷并不提倡传统项目管理者的角色，因此管理者们正在寻找其他类似的角色以融入敏捷。 RGalen Consulting 公司总裁及首席敏捷教练 Robert Galen，在最近一篇博客文章里提出了重新思考组织机构中的领导力与管理策略的话题。
Galen 分享了某个 LinkedIn 组中的讨论片段，该内容来自一位备受尊重的 Scrum 认证培训师（CST）。在讨论中，针对是否拥有管理层介入时团队的不同表现，这位 CST 分享了他自己的经验。
我曾亲眼目睹了一些没有管理者介入的表现良好的 Scrum 团队。同样我也见识过一些团队在引入管理者参与时，工作效率相对较低。但我尚未见过一支 Scrum 团队，在有管理者参与的情况下能够展现出高效的工作状态。我的经验与 Jon Katzenbach 和 Doug Smith 对于团队方面的研究（团队智慧与团队纪律）所得到的结论一致。根据他们的研究（而且我的经验也印证了他们的观点），单一领导者的工作组，无法达到“真正的团队”所能达到的上佳表现。这一现象背后有多种原因，但主要是由于他们并不是自治的，也没能利用相互信任及其他社会契约。
CSC/CST 社区认为，在创建高效能敏捷团队的过程中，管理者不可能成为协作模型的一部分。
VersionOne 还分享了它的调查结果：管理问题是采用敏捷过程中的五大首要失败因素之一。
敏捷思想领袖们都在参与对管理者新角色的讨论。对于这一主题，已有的出版物包括：
- 管理 3.0：领导敏捷开发者，发展敏捷领袖——Jurgen Apello
- 文化游戏：敏捷管理者的工具——Daniel Mezick
- 领导者的全新管理指南：重塑 21 世纪职场——Stephen Denning
- 指导敏捷团队：写给 Scrum 大师、敏捷教练和项目管理者的手册——Lyssa Adkins
从事在线鞋服销售的创业公司 Zappos ，宣布他们正在转向 Halocracy ，并将以它作为企业模型。Halocracy 采用了全新的实现控制的方式——通过权力分配——取代了自顶向下、预测 - 控制的范式。
Zappos 的 CEO Tony Hsieh 在描述其组织机构模型 Halocracy 的时候表示：
我们正在尝试找出一条路，将 Zappos 像一座城市而不是官僚机构那样组织。在城市中，人与业务是自组织的。我们正在试着实现类似的事情，通过从普通的层级架构向着名为 Halocracy 的系统转变。后者支持员工们采用更像是企业家的方式工作，并且对其工作进行自我指挥，而不是向管理者汇报并按照管理者的要求去行动。
Galen 表示，除了抨击或解雇管理者们，还有一些建设性方案来与领导者和管理者们结成伙伴。在向敏捷方法迁移的过程中，领导者是必须的。Galen 强调了以下与管理者们打交道时的备选反应和建议：
- 不要恪守陈规：将所有管理者都视作独特的个体，并且当时机来临时，为他们提供公平的机会，以支持他们努力成为敏捷领导者。
- 对他们要有同情心和耐心。
- 与他们建立伙伴关系并教导他们。
- 带着目的去聆听。
- 进行公开对话以告诉他们真相。
- 不要低估领导者的价值。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论