目标、原则和单件流——凤凰项目沙盘再体验

时隔两年，有机会再次体验凤凰项目的沙盘游戏。懒懒的好久没动笔了，刚回顾了一下前年的文章，逼着自己把今天的一点感悟写下来。
总的感觉，一仍然是目标对齐很重要，虽然这次从第一轮我们就已经使用了看板，但需求的价值排序缺失，引起混乱和效率下降；二是原则和规则对团队很重要；三是再次加深了对单件流重要性的认识，流动效率始终比资源效率更重要。
这次我不是测试人员了，而是一个相对的闲职CISO，就是《凤凰项目》中那个责任心很强总是给团队找茬但是各个团队都不待见搞得快要精神分裂的首席安全官，说实话和我现在负责的质量工作职责类似，不过还不至于要精神分裂，哈。

Round1

因为是面向DevOps平台研发部门的企业内训，参加培训的同事对敏捷精益看板DevOps都是有概念的，吴老师对规则讲解得也比较细致清楚（其实如果不要讲得那么细，让大家在协作中自己摸索也许感受会更深），所以第一轮我提议使用看板，和CIO一起在桌子上用两张大白纸画了简易的看板，就用起来了。
第一轮结束，完成1个Feature和2个Issue，公司股价从21美元增加到24美元，嗯，比2年前强很多了。

回顾，改进

• 做得好：第一轮就把看板用起来，因为大家对看板这个协作工具有基本共同的认知，起到了期望的效果；
• 待改进：虽然目标是帮助公司增加收入和股价，但是在具体做哪些需求条目上并没有形成清晰的排序规则，也不知道听谁的，有点乱。确定由CFO决定需求优先级顺序，并且由CEO担任DevOps Master，指导大家的工作。

Round2

这一轮CEO充当的DevOps Master或者团队教练站在最前面指挥大家干活，是按照单件流的形式来做事情，每个环节的工作都上报给CEO，更新到最前面的看板上，并由测试人员检查，工作非常的有序，不再吵吵闹闹了。
这一轮公司的工资系统挂了，不能发出工资来，这个情况延续下去会大大影响公司的声誉，说不定工会会组织员工罢工，对公司的股价造成的影响，哦，不敢想。作为CISO，我当然要也要发挥我的价值，并保障公司的利益，我极力要求IT团队尽全力立刻处理这件事情，问题被最高优先级处理。
这一轮结束，并没有比上一轮好一点点，还是完成1个Feature和2个Issue，股价不升反降，基本和游戏开始时持平了。

回顾，改进

• 做得好：CEO把控全局，工作很有序。
• 待改进：团队有了一个中心，但其实整体效率是下降了。
  在这一轮进行过程中，CXO和业务代表们在看板前讨论得很热烈，底下负责IT的同事在等着上面派活无事可干，有同学调侃说这个有点像公司的实际情况，不干活的人整天开会吵成一团，干活的人在下面无所事事等着指挥，嗯，还真有点这个意思。
  在教练的指导下，这一轮改进，大家同意去中心化，进一步明确团队内的规则：CFO要坚持原则，根据价值排列需求优先级，并且团队任务的统一入口就是CFO，团队不用听其他CXO的。团队必须按照单件流的形式工作，CFO明确当前任务之后，所有团队成员专注并服务于这个目标，完成自己的任务并更新看板，同时必须做到质量内建，保证自己这个环节的工作是真正完成不会返工的，一个需求确保全部完成后再转向下一个。有同事提出为了提升沟通效率避免沟通偏差，CFO确定需求条目后发到钉钉群里。我开始觉得这是一个馊主意，就这么几个人，面对面沟通肯定效率高过用钉钉，但事后证明我错了。

Round3

相比第二轮，这一轮不是那么安静，但是团队成员都在按照规则有序工作，各位CXO们看起来不是那么忙碌了。我这一轮又有个突发事件，公司必须通过SOX-404的审核，如果不通过公司会被罚款10000美元。作为CISO的我当然很着急，立刻去找CFO安排，不过CFO的backlog中还有几个价值30000美元的需求还没安排，按照规则这个需要往后排。遵循规则吧，毕竟所有工作都是需要研发交付团队来完成的，也并不是所有突发情况都需要立刻解决。
这一轮团队完成了7个需求，并且都是高价值的。史无前例的高效率，公司的股价和收入都是直线上涨。

回顾，改进

• 做得好：团队有原则，大家都按照既定的规则运转，是效率最大化的。教练强调，有原则的团队，哪怕原则是错的，也比没有原则的团队要强太多太多了。团队严格遵循单件流和质量内建的原则，效率爆棚。
• 待改进：看板以及具体的协作方式上，还有进一步的改进空间。
  这一轮我自己还有个体会：原则和规则对于团队是非常重要的，更为重要的是作为团队或者公司的领导，不能为了追求存在感随意破坏和践踏原则，否则会让团队成员无所适从，把规则放在一边，只听领导的。SOX-404很重要，如果准备不充分不能通过审核，除了直接罚款之外公司的声誉可能会受到很大的影响，是不是会导致公司关门呢？为了凸显我的存在感，我可以极力去游说各位CXO，要求更改规则，把我的问题优先处理，但是对公司一定没好处。其实到第三轮结束SOS-404问题还没得到处理，我一直闲着没事干，但是公司是赚钱的，整体情况向好。

Round4

虽然第三轮取得了很不错的成绩，但细节方面还是有很多可以改进的地方，DevOps Master带领着大家进行逐条的讨论，进化出一块信息量更完整使用更方便的看板。
第四轮，在团队负荷范围内我们尽可能完成了所有高价值的需求。最终公司股价49美元，达成目标值45美元，但是整体收入离目标还是差了一点。

回顾，改进

• 做得好：团队精益求精，充分利用准备时间，把能优化的地方都进行了优化，这方面DevOps Master（也是我们DevOps工具团队的负责人）功不可没，为他有一颗持续改进的心点赞。
• 待改进：希望能有更多高价值需求，承载刚刚成熟的团队的理想。作为一个游戏，改进之路结束了，但它可以作为工作中改进之路的开始。

结尾

最后再补充几点感想，不光从沙盘，也来源于后面2天的DOM培训。
单件流，第一眼看上去是有违直觉的，但是实验证明就是比批量生产效率更高。
实施或推进DevOps，最难的不是技术和工具，而是Mindset的改变，打破Silo，站在全局来看问题，路漫漫其修远。