警惕并保护团队中的布伦特

《凤凰项目》是一本关于 DevOps 的书，它以小说的形式串起了跌宕起伏的剧情，同时也刻画了许多个性鲜明的人物。而在这些人物中，我最感兴趣的不是放纵不羁的幕后大佬艾瑞克，也不是一路打怪升级成为救世主的比尔，而是 IT 团队的英雄化身——布伦特。

布伦特是无极限公司的高级工程师，他超强的个人能力使得他能以一己之力扛起了整个 IT 部门的大旗。开发支持，布伦特；应用发布，布伦特；故障排查，布伦特…他是全公司技术最厉害的人，他也对整个系统环境了如指掌，他更是 IT 部门的救命稻草，每每在 IT 系统遇到紧急问题的时候，布伦特总能华丽的出手解决这些难题。

布伦特太厉害，所以他不屑于写文档；布伦特太重要，所以可以随心所欲地执行变更；布伦特太繁忙，所以很多事情都需要排队等他的时间。是的，布伦特作为团队的英雄，他配拥有这样的独特地位。

“布伦特，布伦特，布伦特！难道没有布伦特我们地球就不要运转了吗？你自己是干什么的呢？“这是新官上任的比尔在发现所有的计划和任务都高度依赖布伦特时发出的怒吼，并且比尔也发现很多时候系统中问题也是因为布伦特的独特地位所导致。

其实布伦特也觉得怨，不是我不想写文档，是因为真的没有时间去写，而且写了也没有人看；不是我想随便执行变更，是十万火急的情况下迫于大老板的淫威我不得不做；不是我想让所有的任务都积压在我这里，是在不同任务切换中的我实在忙不过来了。

在团队中，我们需要布伦特这样优秀的人才。但不可置否，布伦特成为了团队的约束点。

约束理论(Theory of Constraint)最早是于20世纪80年代，由以色列物理学家及企业管理大师犹太人艾利·高德拉特博士(Dr.Eliyahu)提出。约束理论与精益生产、六西格玛并称为全球三大管理理论。其核心观点为立足于企业系统，通过聚焦于瓶颈的改善，达到系统各环节同步、整体改善的目标。

简言之，瓶颈的节拍决定了团队的节奏。那么如何解决团队的瓶颈问题呢？

• 第一步，识别瓶颈(Identify)
  比尔在对很多事件抽丝剥茧之后，发现那些未完成的工作都积压在布伦特，那些突发的故障有时候也是由布伦特造成，那么布伦特就是团队的瓶颈。

• 第二步，保护瓶颈(Exploit)
  告知布伦特的将主要精力放在偿还技术债务和保证应用的持续服务上，而不是修理打印机等事情。同时比尔也与 CEO 史蒂夫达成共识，通知其他部门的经理非凤凰项目的事情不允许再来找布伦特来解决，如有特殊情况可直接跟 CEO 说明。

• 第三步，迁就瓶颈(Subordinate)
  对 IT 部门的工作任务进行区分，所有不需要布伦特参与的变更都可以根据优先级执行。所有需要布伦特的项目都需要等待凤凰项目之后，从侧面引导大家使用其他的资源来完成任务，并确保布伦特这样的好钢用在刀刃上。

• 第四步，打破瓶颈(Elevate)
  围绕布伦特组建了一个资深小组，小组里的工程师学习布伦特的工作经验并形成文档。通过这种方式将布伦特的技术和经验传授给其他人，使得团队中有更多的人能够分担布伦特的工作。同时利用布伦特过人的技术实力，将他整理的各种脚本做成自动化的软件，提升瓶颈的生产力并最终将瓶颈转移到别处。

• 第五步，新的瓶颈(Step One)

Today's solution is tomorrow's problem.

重返第一步，找出新的瓶颈，并持续改善。

以上就是约束理论中的聚焦五步骤(Five Focusing Steps)，一套思考的方法和持续改善的程序。

回到现实中，你的团队里有布伦特吗？团队为他做了些什么呢？或者你就是布伦特吗？那么恭喜你，你有资格好好高兴一会儿，但不要一直处于这种状态，因为你值得更好的发展。