ごく最近、私はScrumTrekで働き始めました。 試運転の一環として、当社への新規参入者はすべて、会社のオープントレーニングコースでトレーニングを受ける必要があります。 そして、私の脳はとても整理されているので、他の人にその要点を明確に伝えることができる場合にのみ、教材を学ぶのは良いことです。 私の貧しい妻、同僚、友人—彼らは私からどれだけ聞かなければなりませんでした！ ところで、Yitzhak Pintosevichはこれを3-Pスーパートレーニングシステムの普遍的な方法論と呼んでいます。
全体として、トレーニングを進めていく中で、参加者の目を通して得られた知識についてお話しします。 もちろん、ScrumTrekにとって、これは広告です。 私は個人的に、選ばれた形式が質問への答えに役立つことを願っています：あなたまたはあなたの同僚はこのトレーニングを必要としますか？
ScrumTrekの認定リーン/かんばんトレーニングの参加者の奇妙に多様な組み合わせは、1週間後にメモを整理し始めたときに私の注目を集めました。 このトレーニングには、従来のセグメントであるIT企業と銀行だけでなく、産業企業と政府部門も参加しました。 そして、参加者自身は誰ですか？ 開発者、アナリスト、プロジェクトマネージャー、製品マネージャー、開発部門の責任者、人事の責任者、会社のゼネラルディレクター。 私たちは皆、かんばんでの実践的な経験がほとんどないトレーナーを認めました。 同時に、多くの人が長い間スクラムを積極的に使用してきましたが、今では開発チームから外部ユニットにプロセスを拡張したいと考えています。
かんばんはスクラムよりも汎用性がありますか？ トレーニングのこのような多様な対象者を説明する他の方法。 かんばんを学ぶのは難しいですか？ 結局のところ、開発者は彼のもとに来て、彼らの後ろにスクラムの経験を持っています。 しかし、かんばん入力のしきい値は低くなっていますか？ 結局のところ、企業の他の部門が開発者と一緒に使用し始めています。
理論
かんばんはソフトウェア開発プロセスですか？ かんばんの実装は比較的簡単です。ボードにワークフローを描画し、WIPを制限し、リードタイムを測定するだけで、人との作業は不要ですか？ これらの質問の1つに答えた場合、または肯定で答えたい場合は、理論を強化する必要があります。
実際、かんばんはサービス（プロセス）を改善する方法であり、9つの価値と3つの原則に基づいています。 なぜこれがそんなに重要なのですか？ たとえば、最も自明ではない価値を理解してください。 彼女は、現在のプロセスを変更する前に、それらを理解する必要性について話します。 この意味で、かんばんはカーゴカルトの実現から距離を置いています。 たとえば、スクラムチームは熱心に、しかし盲目的に（理解せずに）正式なルールに従います。製品所有者とスクラムマスターがいて、会議は熱心で、スプリントがあります。 しかし、同時に、彼らは経験主義の基本原則に違反します：透明性（たとえば、「不快な」利害関係者から隔離され、デモに招待せず、フィードバックに選択的に適用します）、検査および適応（たとえば、作業製品は各スプリントの最後にありますが、 、何らかの理由で、消費者はそれを必要としませんが、チームはこれで何もしません）。 この値に続いて、コーチは私たちに理論を与え、常に埋め戻し（理解）について質問しました。
たとえば、そのようなタスク。 道路の3車線のうち2車線が修理のためにブロックされ、その後事故が発生します。 交通渋滞はすぐに形成され、その平均移動時間は1時間です。 この時点で、事故現場への道路の修理が完了しているため、交通渋滞にアクセスするための追加の2車線があります。 現在の交通の平均待ち時間はどれくらいですか？ そして、右側に広い道端があり、物語自体がロシアで行われている場合はどうなりますか？ 緊急区間を通過した後、車両の速度は平均で何倍になりますか？
または、ここに例があります。 トレーナーは、「ONE PIECE FLOW vs BATCH PRODUCTION」というビデオを見せてくれます。 そして、それは私たち全員に見え、すべてが明確です！ しかし、バックフィルに関するトレーナーの次の質問は次のとおりです。「小さな部分で作業を行うと、多くの人を解雇できることがわかりますか？」-より深い理解が必要になります。 正しい答え：もちろん違います。 大部分で作業する場合、一部の従業員は怠け者となり、ほとんどの企業で複数のプロジェクト間で従業員をやり取りし始めます。 言い換えれば、もちろん、かんばんは同じ作業をより速く行うことはできませんが、単一のストリームで相互接続された一連の作業としてプロジェクト全体をより速く行うことができます。
もちろん、WIPの制限、サービスクラス、遅延のコスト、明示的なポリシー、およびその他の基本的なかんばんツールも講義で取り上げられました。 しかし、上記で私は理論的な部分の最も興味深いものを与えようとしました-コーチがリトルの法則とベルヌーイの法則とゴールドラットの制限理論を深く理解するために私たちを苦しめた例です。
getKanbanゲーム
一般に、トレーニング全体が非常に実用的であることが判明しました。 理論（講義）はその重要性の低い部分を占めていました。 ほとんどの場合、getKanbanゲームをプレイしました。 それがどのようであったか、どのような教訓を学んだかを説明します。
イノシシ（カンバンじゃないの？）、ガズミアス、カモミールの6人のチームに分かれました。 主催者は各チームにテーブルにかんばんボードを配り、すでに9日間の仕事があったかのようにペーパーをレイアウトし、タスクを設定しました。 新機能は、新しい加入者をもたらします。 より多くの加入者、より多くの利益。 あなたの目標は、利益を最大化することです。 あなたの仕事は、ワークフローを最適化することです。」
ゲーム中、実行チャート、リードタイム分布チャート、累積フロー図でパフォーマンスを記録し、累積サブスクリプションからの利益もカウントしました。
CFDによると、ゲーム終了時のGazmyasチームは、たった1日であらゆる作業を体系的に展開することを学びました。 実際、これが3つのチームの総合順位でガスミアスが勝利した理由でした。
ゲームの時間は過ぎ去りました！ ゲーム終了後、コーチはレッスンの統合を支援しました。 それで、私たちは何を学びましたか？
- このゲームにより、ストリーミング作業のメカニズム、キューが蓄積する危険性、およびその吸収の慣性を感じることができました。 地下鉄に向かう途中で訓練した後、ガーデンリングの渋滞を見ましたが、小川が見えました。 点滅するライトとサイレンが点灯した救急車は、緊急車線に沿って加速しました。 ドライバーの大根が車線の交通を混乱させ、それによってWIPが増加し、交通渋滞の拡大を助けました。 かなり良くなりましたね。
- 進行中の作業量の制限を減らすと、速度がどのように増加するかを見ました。 最初のサイクルタイムが1日になった瞬間をよく覚えています。 センセーション：「信じられない、ここにあります！」しかし、少し不信がありました：「今回は幸運だったのかもしれません、これらの骨ですか？」-少なくともWIPの制限を下げることを恐れていました。 しかし、その後、成功はさらに2回繰り返されました。 かんばんについて以前に得た理論的知識を本当に学んだのは、この瞬間だったと思います。
実際、レッスンのリストはもっと長くなっています。 上記では、実際には、この場合はゲームの一部としてのみ取得できる最も重要な教訓（啓示）のみを引用しました。
練習する
2日目には、私たちが働いている会社の実際の状況を分析し、彼らのためにかんばんシステムを構築しました。 明らかな理由により、調査したケースの詳細な説明は行いません。
おわりに
参加者の構成から判断すると、このトレーニングは、開発プロセスにおけるかんばん導入の開始時だけでなく、透明なエンドツーエンドプロセスを構築したい企業にとっても有用です。 合計、大きなケージでのトレーニングは何ですか？ 質問を理解する理論。 ゲームは実際に理論を体験することです。 取得した知識をビジネスに適用するための、会社の実際の例の分析。 削減も追加もしませんか？