かんばんを使用している人はいますか？

Question

アジャイルマネジメントプラクティスにKanban（またはスクラムバン）を使用している人はいますか？かんばんでのあなたの経験は何ですか？滝のプロジェクトに依存する大規模な複雑な環境では、どのように動作しますか？

Answer 1

私はBBCがそれをかなり広く使用していることを知っています。詳細については、David Joyceのブログを参照してください。 http://leanandkanban.wordpress.com/

彼はそこにかなりのスライドデッキを持っています。

リーン思考について覚えておくべきことは、バリューストリーム全体を考慮する必要があるということです。かんばんなどの技術を使用して開発チームを最適化することができますが、アップストリーム（管理/分析）とダウンストリーム（QA /導入/サポート）の両方を組み込むことが重要です。

したがって、これがウォーターフォールや複雑なプロセス（あなたの個人的な効果を超えて）にどのように適合するかを聞くには、まさに正しい質問ではありません。もっと重要なことは、どのようにしてバリューストリーム全体に影響を与えることができるのかということです。私はこれが宗教的な希有の熱狂の始まりのように聞こえると知っていますが、それはあなたが無駄なプロセスの真の価値をどのように認識するかです。

例えば、典型的なプロジェクトのために、以下のシナリオを考えてみます。

• 分析時間：18ヶ月
• のDev時間：9ヶ月
• QA &リリースタイム：4ヶ月
• カスタマー採用再加工：12ヶ月

合計：43ヶ月

リーンを開発プロセスに適用すると、開発期間が100％、つまり開発期間が4.5か月間に短縮され、合計で38.5か月になります。あなたはその後わずか10％以上で合計値のストリームを増加しています...重要ではない!!

あなたは戦いを戦い、上位管理にリーン思考を取り、本当の成功はどこにあるのか...全体のプロセスの再設計である証明を開始する必要があります。

はリーンを忘れないでください、それはビジネスのあらゆる側面に適用することができ、開発プロセスではありません。開発チームを超えてこの議論を取る方法について

いくつかの興味深い書籍が含まれ;

• Lean Thinking
• Beyond Budgeting
• Throughput Accounting
• The Toyota Way
• Freedom from Command & Control
• Lean Product & Process Development
• Implementing Lean Software Development: From concept to cash

Answer 2

第一に、ソフトウェア開発におけるかんばんが解決しようとする問題を理解することが重要である：仕事の

• マルチタスク/過負荷。 かんばんは、 ジャストインタイムとキューシステムによってこれらを解決します。そこに キューで十分です すべての人がビジーだが、オーバーロードされていない （これは の推定と効率的な速度 の監視と練習に付属しています）。そして、JITは 人がマルチタスクを必要とせず、従って の生産性が低いことを保証します。
• 予測できないダウンストリームリリース。あなたが大規模なソフトウェア組織で働いている場合、あなたが開発している作品は、ソフトウェアの大きな並置にあるものかもしれません。したがって、あなたの機能を待つ可能性のある下流のチームが存在する可能性があります。かんばんのキューシステムとタイムボックス配信スケジュールにより、リリースにある程度の予測可能性が確保されます。

ほとんどの場合、他のアジャイルプラクティスも、さまざまな手法で同様の問題を解決しようとします。

滝のプロジェクトの依存関係を持つ大規模な複雑な環境

あなたが入力キューが予測可能ではありませんその後、としてアジャイル従わない事業への依存性を持っている場合、これはそれが困難になります。非アジャイルプロジェクトがあなたに依存している場合、問題はより少なくなるかもしれませんが、消費する以上のものを生産することになるかもしれません（無駄な用語では「muda」）。したがって、理想的には、かんばん自体ではないにしても、すべての依存プロジェクトが少なくとも機敏な慣行に従うことを望むでしょう。

Kanban、Flow、Cadenceの素敵な記事はhereです。

Answer 3

はアジャイルマネジメントの実践のためのかんばん（またはscrumban）を使用して、誰ですか？

はい、私はそれが滝のプロジェクトの依存関係を持つ大規模で複雑な環境では動作しませんどのように:-)

を使用していますか？

私たちの環境では、> 500人の開発者がいるため、かなり大きいです。私のチームは、主にメンテナンス作業のために、現在は開発のために、かんばんを使用した最初のチームでした。他の依存のチームは、古典的な開発・管理手法以下だったので、私たちの毎日の仕事は、非常に困難だった、と彼らはプッシュ仕事に（彼らはまだやる）好きで、かんばんを約プルです。

我々のアプローチは、私たちの仕事を透明にできる限り多くを伝えることだったが、我々は内部の仕事に焦点を当てた環境の抵抗に起因します。 WIPの制限は、私たちが集中し続けるのを助け、ワークフローを視覚化することで、現時点で誰が何をしているのかを知ることができました。

かんばん前のスループットは90％でした（言い換えれば、10項目が入った時点で9点でした）、かんばんの後には100.4％と増加していました。さらに結果として、他のチームが来て、かんばんについて尋ねました。なぜなら彼らの結果が好きで、独自のかんばんシステムを導入したいからです。現時点で私は組織内のKanbanを始めた約5つのチームを知っています。

HTH、

ジョルト