@Rays
2018-01-12T13:52:52.000000Z
字数 2547
阅读 1462
文化&方法 敏捷开发
摘要： 敏捷和精益遵循近似的哲学思维模式，精益可扩大敏捷，反之亦然。敏捷实践适用于开发复杂产品，而精益实践适用于发现一些可降低流程中浪费的机会。精益有助于以客户的角度查看从开始到交付的结果情况，而敏捷则支持向客户交付最优的价值。
作者： Ben Linders
正文：
敏捷和精益遵循近似的哲学思维模式，精益可扩大敏捷，反之亦然。敏捷实践适用于开发复杂产品，而精益实践适用于发现如何降低流程中的浪费。精益有助于以客户的角度查看从开始到交付的结果情况，而敏捷则支持向客户交付最优的价值。
在荷兰敏捷联盟年会上，Fina Piazza和Christien van Gastel介绍了荷兰铁路在采纳敏捷和精益中的一些做法。Fina Piazza是一位Scrum大师和敏捷转型教练，Christien van Gastel任荷兰铁路的持续改进和精益IT经理。InfoQ通过问答、总结和文章报道覆盖了大会全程。
就敏捷和精益如何结合以支持持续改进这一问题，InfoQ采访了Piazza和van Gastel。
InfoQ：在会上，你们介绍了如何将敏捷和精益结合在一起。你们的出发点是什么？
Fina Piazza：我听说了有这样的一次会议，就请求Christien van Gastel和我一起就精益和敏捷的话题准备一次演讲。因为我们两人都致力于这些领域，在数个团队工作中取长补短。当然出于“悖论”（Paradox）上的考虑，我们也是被会议名吸引而来的。
Christien Van Gastel：当Fina Piazza和我谈了她的想法后，我立刻认识到，对于展示精益是如何很好地扩大了敏捷，以及反之亦然，这无疑是一次很好的机会。因为我们亲历了这些工作。
InfoQ：敏捷实践最适用于哪些情况？精益实践何时是最好的选择？
Van Gastel：精益和敏捷源自于工业和软件开发这两个不同的分支。其实，这两种哲学的思维方式非常相似。精益通常更适用于启动阶段，并将逐渐变得更为敏捷。一个例子就是做标准化。如果没有一个标准，那么工作不太可能从一启动就采取“持续改进”（即Kaizen）。为提高产品的质量并更快地交付产品，我们希望能在持续改进中消除“浪费”（即Muda）。
我们通常会绘制一个价值流图（VSM，Value Stream Map）。该图显示的并非过程的设计情况，而是过程的真实进展情况。每一步（活动）都写在一页贴纸（Post-It）上。每个活动都指明了由谁去做（角色）、完成活动的时间（工作时间）、进入下一步所需的时间（等待时间）、活动的发生频率，以及需要添加什么信息。
Piazza：总体来说，敏捷实践适用于开发复杂产品。 其中的关键特征包括上市时间、增量、检查与适应、跨职能团队、以人为本、自组织团队、向客户交付最优价值等。精益实践非常适合找出能减少流程中浪费的机会，从而提高效率。
InfoQ：敏捷和精益是如何相辅相成的？
Piazza：举个例子。Christien正在荷兰铁路（NS，Nederlandse Spoorwegen）合作的团队，正是我教导了如何降低实时生产流程中浪费的团队。这让我有机会从另一个角度审视DoD（Definition of Done，完成的定义）。我们做定期的调查，以了解可以采取哪些后续措施，以及如何在工作中相辅相成。
事实上，我们为团队所做的，就是让Christien和她的团队帮助我们的团队创建了一个VSM。在这个VSM中，我们找出了一些可加速生产的要素。为实现目标，我们必须消除所有交接时刻，并提高质量。第一步就是在PBI（Product Backlog Items）中添加一些细节，以达到质量要求。我们希望这一做法能融入到团队的DNA中。这样，这些用“模板”表达的细节问题就无关紧要了。
Van Gastel：精益有助于我们以客户的角度看待从开始到交付的结果。一旦需要其它团队参与到过程中，我们是否有能力交付？我们在会议中使用了一些有助于持续改进的精益和敏捷方法，并介绍了Info+部门度量的强大之处。该部门给出了一个仪表盘。该仪表盘按照每个Sprint、每个团队、Sprint中故事准备率、回归测试的覆盖率等，展示了Sprint的承诺与实现的对比情况。现在，团队达成了对可交付事项的真正控制。
InfoQ：你们在改进团队方面有哪些经验？
Van Gastel：我们并非工作于一些临时改进团队中，而是就一些特定问题与同事共同合作，还有如何降低浪费、改进项目等问题。在Fina的团队中，我们首先努力提高了团队的合作能力。目前我们正在努力改进业务。通过VSM，我们发现了很多可改进之处，目前正致力于解决其中最突出的三个问题，包括自动测试问题。我们的团队始终关注着组织的内部改进。
Piazza：我们的所有团队都是与其它团队（包括精益团队、CI/CD团队）一并不断提高的。但是我们没有称这些团队为改进团队。我们共享所有权，并确保工作、庆祝成功和从错误中学习成为一些乐在其中的事情。最近，我们开始与组织内的公会（guilds）分享更多的最佳实践，并相互学习。在每两周一次的会议中，我们会讨论一些案例、可与同事分享的主题，以及潜在的改进。
InfoQ：对于那些想要建立持续改进的组织，你们有什么建议？
Piazza：启动它，并去实践吧！如果决定使用Scrum，那么就应确保组织会按Scrum的方式去做事。其中没有任何例外，那就是去学习、检查与适应……事情通常如此。
Van Gastel：应确保在精益中使用日常开始和评论，并确保每个人都感到适用。首先要考虑的是，如何提供一个安全的环境，使得人们可以说真话，并且真正地得到他人的倾听。其中，领导者的行为是必不可少的。领导应以身作则，必须做到首个发言，并在必要时提供帮助。
工作应自下而上或自上而下地开展。每日开始和评论对于运营管理很重要。同事们需要了解自身的工作内容，并展示出能使事情在工作环境中变得更好的工作能力。
管理层同样需要做改进，这样才能让人们锋芒毕露，并帮助人们尽可能地做好自己的工作。人人都应成为他人的榜样。大家应该问的是“要我做什么工作”，而不是“这工作谁去做”！