如何将Kaizen介绍给您的软件开发团队(团队您的解决方案的是改善)

> Photo by Jukan Tateisi on Unsplash

我首先在流行的《凤凰计划》中听到了"改善"一词。
在这本书中，我们了解到最近晋升的IT经理如何尝试解决其组织中的所有问题。
这些问题似乎很棘手，但他仍然坚持下去。

此特性的最大实现之一是，如果不进行持续改进，情况将会恶化。
熵定律总是赢。
另外，书中的角色意识到一个人不能仅仅要求改变，而且改变是一夜之间发生的。
他意识到，大爆炸式的改写，团队之间的指责或"自上而下"的命令都无法解决他的IT问题。

相反，从长远来看，每天进行的微小，一致的改进将带来更好的结果。
随着时间的流逝，变化一点一点地发生。
他的团队需要不断地发现和解决问题，错误和缺点。

团队如何实现这一目标？ 这样做的有用框架是什么？

改善（Kaizen）是一个日语单词，用来封装"持续改进"的概念。
从形式上来说，其实际定义只是"改进"。
在丰田将这一想法作为改善其生产线的一种方式之后，它就变成了一个商业概念。
您可以在此处阅读有关历史的所有信息。

我不想重新定义kaizen或在本文中介绍它的所有优点。
为此已经有很多书和文章写了。

相反，我想帮助您制定一个计划，向您的团队介绍其中的一些想法。
尤其是，如何像本书中的IT经理一样介绍一种识别和解决问题的框架。
您不需要完善的路线图或大型演示文稿。
您只需要从几件事开始。

当出现问题时，很容易听到别人的声音。
昨晚部署出错，但没人知道谁出错了。
董事要求经理，要求团队领导，要求开发人员最终找到相关人员。
在此过程中，每个人在向下的途中都会稍微更改问题。
答案在上升过程中略有不同。

相反，您需要转到源代码。
部署出错了吗？ 与进行部署的工程师联系。
表现受到影响吗？ 您的指标在哪里显示？ 团队需要太长时间才能发展吗？ 询问团队正在减慢他们的速度。
具有讽刺意味的是，我打赌许多组织团队甚至都不知道他们的速度很慢，但他们的经理可能确实如此。

为了解决这个问题，团队需要两件事：可见性和反思。

首先，团队需要了解正在发生的事情，以便每个人都在同一页面上。
需要监视和计划部署。
应用程序需要日志和指标监视。
流程需要透明的跟踪-团队中的每个人都必须可以访问它。
您的第一个问题可能只是"我们对这里出了什么问题没有了解"。

其次，一旦发现问题，团队便要定期反思和评估他们所遇到的问题。
敏捷团队倾向于在回顾会议期间这样做，回顾会议的安排与他们典型的开发节奏一致。
其他团队每周进行同步讨论问题。

启动此过程的绝佳方法是引入回顾。
从每月的节奏开始，因为这通常是团队在每个会话之间执行和跟踪更改的足够时间。
如果您从未举行过回顾展，我建议您检查一下这篇文章（评论中的精彩讨论！
）。

一旦确定了问题并评估了问题，就需要集思广益如何解决它。
有些将有很好的解决方案。
其他人可能需要大量批判性思考。

您可能需要与团队进行头脑风暴会议，或者您只需要提出一个想法并征求反馈。
这仅取决于您团队的动力。

对于需要更广泛解决方案的较大问题，请首先为您要去的地方制定愿景。
不要仅仅为了"变得更好"而感到满足。
如果您的团队目前根本没有监控，则可能像下面这样的单个"视觉语句"会有所帮助：

我们希望进行积极的监视和警报，以便在其他团队意识到之前将问题通知我们的团队。
我们希望这些警报能够清楚地指示出问题所在和出处。

我发现有帮助的是，总是想出至少一个想法向您的团队提出。
这样可以避免分析瘫痪，并为您的团队提供一些具体的评估方法。

> Photo by Lefteris kallergis on Unsplash

您现在已经确定了要解决的问题，并且正在考虑解决方案。
大！
现在是困难的部分：确定迈向该解决方案的最小的有意义的步骤。

您的大多数问题都无法迅速而一步地解决。
例如，如果您试图改善团队的软件部署方式，则有很多事情要做以实现您的解决方案。
您需要做的是向后退解决方案，询问"我们需要做什么？" 不断重复此步骤，直到您认识到从现在开始要采取的下一步。

理想情况下，这是您可以立即采取的步骤。
在GitHub中创建小组或团队； 撰写文件； 创建邮递员收藏等。
这里的意思是，如果您现在就可以采取行动，那么它现在也可以改善您的团队。

从这里开始，您再次重复这些步骤。
前往源头查找问题。
为这些问题集思广益，并提出解决方案。
确定实现该愿景并采取行动的最小的有意义的下一步。

您会发现您的原始视野会发生变化-很好！
当您继续返回源头时，如果要进行改进，问题本身将稍有改变。

我喜欢将其视为清理一间凌乱的房间。
您可能会发现一堆需要提起并解决的衣服，目标是将所有衣服弄干净并收拾好。
但是，您发现在衣服堆下有人无意中撞倒了植物，地板上满是灰尘。
现在，污垢可能是立即解决的问题。

Kaizen是一个强大的思维框架，是团队整体改进的指南。
我在这里几乎没有涉及任何内容，但希望它能帮助您了解如何开始在团队中使用它。

编码愉快！

(本文翻译自Dan Goslen的文章《How to Introduce Kaizen to Your Software Development Team》，参考：https://medium.com/dev-genius/how-to-introduce-kaizen-to-your-software-development-team-41c764bec5c6)