アジャイル、リーン、カンバンの方法論はどのように関連していますか？
私は基本的にアジャイル方法論とスクラムに精通しています。
しかし、「リーンソフトウェア開発」および「かんばん」とは何ですか。
スクラム、リーン、カンバンがアジャイル方法論の実装であると言っても安全ですか？または、リーンとカンバンは異なる方法論ですか？
リーンとカンバンはスケルトン/ガイドライン（アジャイルのような）を提供し、XP and Scrum？）
実際、アジャイルもリーンも正確な定義はありません。どちらのケースもどちらかと言えば一連の原則と実践に関するものです。前者の場合は Agile Manifesto に基づいており、後者は Toyota Production System に基づいており、ソフトウェア/ IT業界。
リーンとアジャイルはどちらも、ソフトウェア業界における同じ動きの2つのフレーバーであると言えます。顧客が実際に必要とする製品の効果的な配信に焦点を当てています（ただし、これは非常に一般化しています）。違いは、この目標の達成方法にあります。
アジャイルでは、よく整理されたプロセスを確立することに重点が置かれます。これにより、頻繁な配信が可能になり、開発の過程で顧客のニーズに簡単に調整できます。リーンは、「廃棄物」（廃棄物のタイプの1つと見なされる進行中の作業を含む）を制限し、生産と配送のワークフローを可能な限り効率化することに重点を置いています。
多くの場合、アジャイルとリーンのアプローチが同じバケットに入れられるため、あらゆる種類の混合が見つかります。スクラム+かんばんが最も重要な例です。詳細は Scrumban を参照してください。正統派と話さない限り、かんばんをアジャイルメソッドとしてラベル付けしても問題にはなりません。
ラベルに順序を付けるには：アジャイルとリーンは一般的な概念です。スクラムとXPはアジャイルの特定の実装ですが、リーンソフトウェア開発とカンバンはリーンの特定の実装です。
少なくともこれは、人々が通常彼らを認識する方法です。異なるアプローチまたはその単一のプラクティスを1つの方法に混在させることは間違いなく可能です。 Scrum + XPまたはScrum + Kanbanは、おそらく最も人気のある組み合わせです。
より深く掘り下げたい場合は、カンバンとスクラムを比較したすばらしいミニブックをお勧めします： "カンバンとスクラム-両方を最大限に活用する" 。 PDFフォームのeBookは無料でダウンロードできます。
純粋主義者を苛立たせるリスクがあり、実用的な観点から、リーンは、その原則と（ほとんどの）実践を企業全体に適用できる最高レベルの抽象化です。あなたのCEOはリーンを理解し、賛成します。私の経験では、戦術レベルのアジャイルをエンタープライズレベルのリーンにリンクすると、幹部への販売がはるかに容易になります。
製造におけるかんばんは、在庫キュー管理手法です。 （ITだけでなく）ナレッジワークに適用される場合、これはワークフローを視覚化し、フローをスピードアップするために、チームを一度に可能な最小の作業バッチに集中させるように設計されたキュー制限手法です。ホワイトボードの付箋のように、左から右にプロセスのステップをテープ線でマークするだけの簡単なものです。または、電子的なかんばんツールを利用できます（スタンドアロンまたはメインのすべてのALMツールへのアドオン）
かんばんは、繰り返しを表すものとしてかんばんボードを扱うだけで、スクラムチームのツールとして簡単に適用できます。イテレーションの開始時にボード上での作業のみを許可（試行）し、イテレーションの終わりまでに完了レーンにいる必要があります。また、水平スイムレーンを使用すると、反復で計画された作業のためにボードをセクションに効果的に分割でき、（悲しいことに）オペレーションは、最も規律のあるチームでさえ中断する作業をサポートします。これにより、コミットされた作業とスプリントに潜入した作業が非常に明確になります。
アジャイルの専門家 Mary Poppendieckがリーンの原則について書いた 。ここで 彼女の資格情報 を見つけます。
私がかんばんについてたくさん書くのではなく、 スウェーデンの顧問クリスプがそれについて言っていることを読んでください 。
リーンの実践は、プログラミング中心のXPがプロジェクトで実行するように要求する実際の実践的なタスクとはかなり異なります（「すべてを自動化する」、「テストを行う」、「毎日会う」） "）。バリューストリーム分析は、ビジネスとタスクについて推論するためのいくつかの新しい洞察と概念的なツールを提供する可能性があります。
これがプロセスの話をナビゲートするのに役立つことを願っています。がんばって！