说起精益软件开发,这绝对算是一个老生常谈的话题了。所以在这里,我不想去谈论诸如“精益软件开发的几大原则”或是“精益软件开发的最佳实践”等陈词滥调;只是最近在同事的推荐下,拜读了一本有关IT运维方面的书籍(《凤凰项目》)。书中的故事十分有趣,同时又引人深思,细细品味后颇有感悟,对工作和生活上有了许多新的想法,于是便按耐不住写下此文。
写在前面
布伦特是一个有着十年以上开发及运维经验的高级工程师,无论是服务器宕机,发布失败还是线上出现bug等紧急情况,他总是第一时间着手处理,虽然有时并不按照公司的正常流程去提交变更申请,但他总能在大家一筹莫展时漂亮的完成任务。于是整个IT部门的领导和同事都非常的喜欢他,甚至其它和IT相关的部门有需要帮助时,也很愿意找他,布伦特也照样能够快速并且出色的完成。直到有一天,问题堆积的越来越多,布伦特终于忙不过来了,而除了他,在没有其他同事知道问题的来龙去脉,导致许多一级紧急事故无法及时处理,从而让公司损失惨重。这时,大家的态度骤变,都将矛头指向他,认为他没有尽力,并且开始抱怨他总是不按公司流程处理问题从而引发了许多其他问题。老板也不在赏识他,甚至觉得应该在他身边安排几个同事去取代他,而后辞退他。
什么是制约点
开篇的故事来源于《凤凰项目》,其实不难看出,故事中的布伦特对于整个IT部门来说极其重要,由于他掌握了大多数人所没有的