ブログ

ryuzeeによるブログ記事。不定期更新

カンバンを導入する正しい理由5個

みなさんこんにちは。@ryuzeeです。

前回の投稿の続きです。 今度はMichael Dubakov氏が5 Right Reasons to Apply Kanbanということで、正しい導入理由5個について説明していますので、抜粋・意訳にてご紹介します。

カンバンを導入する正しい理由5個

1. いつでもリリースできるようにする

スクラムやXPではイテレーションの途中でリリースすることはできない。 カンバンであればいつでもリリースできるかもしれない。 ユーザーストーリーの準備ができたたら、それをリリースする。 このような開発プロセスを作ることは挑戦的だろう。 このような開発プロセスでは、フィーチャー単位でソースコードレポジトリのブランチを管理し、頻繁にマージや結合やテストを行う必要がある。 ただこうすることで頻繁にリリースすることができるようになるのだ。 これはやってみる価値がある。

プロダクトオーナーから見るとこれができることは好ましいことだ。 重要なストーリーが実装できた? よし、じゃあ明日v.2.15.2のバージョンとしてリリースしよう。 このプロダクトを使う顧客はこのリリースの恩恵にすぐあずかることができるだろう。 リードタイムを短くすれば顧客はハッピーになるのだ。

1つ言っておかねばならないことがある。 良い自動化されたテスト群を用意しておく必要がある。 さもないと良い品質でスモールリリースを繰り返すことはできず、問題を起こしてしまうだろう。

2. 自在に優先順位を変えられるようにする

スクラムにおいては、通常スプリントの途中でストーリーを追加することはできない。 途中でストーリーを追加することは簡単ではなく、開発チームはスプリントバックログのストーリーと入れ替えることにしばしば抵抗を示す。 ストーリーは議論され、見積もられている。 新しいストーリーが拙速で議論されもしいくつかの部分に見落としがあると、結果として、重大な再作業が要求されることになってしまう。

一方でカンバンにおいては、もし実装しなければならない緊急な、または本当に重要なユーザーストーリーへの開発要求を受けた場合には、ただキューの先頭にそれを持ってくれば良い。 それは空きスロットができれば直ちに取り掛かられる。 これはまさにプロダクトオーナーの夢だ!

3. イテレーションを無くす

何故イテレーションが必要なんだろうか? 初期のイテレーションは開発プロセスにおける本当の問題を速やかに明らかにすることの助けになる。 ただ、プロジェクトのリズムやきまりごとが一旦できあがれば、ある時点からはイテレーションは必要ないんじゃないかと思う。

私の考えとしては、最初は繰り返しを行い、その後にフローにするということだ。 我々のバックログは今は曖昧で計画はしばしば変更になる。 我々は一般的にアジャイルではどのようにするのかということ、そしてイテレーションはこのような状況ではまったく役に立たないことを学んでいる。 イテレーションがなければ、イテレーション計画ミーティングもイテレーションのデモンストレーションを行うミーティングも必要がない。 それらはムダなんだ。 その代わりに我々はもっと小さなジャスト・イン・タイムのミーテイングを各ストーリーの開発の前にフィーチャーチームの人たちと行うことになる。 それで完全にうまくいく。

リズムを失ってしまう人もいるかもしれないが、これは習慣なんだ。 カンバンはより複雑なリズムを作り出し、開発チームにとってはそれを認識するまでには時間がかかるだろう。

4. 見積りを無くす

なんで見積りが必要なんだろうか? 繰り返し型の開発においては次のイテレーションでどれだけのストーリーに対応することができるかを予測するために見積りが必要であった。 そして見積もられたバックログやイテレーションのベロシティによってリリース日も予測したかもしれない。 別の理由としてはプロダクトオーナーがそのストーリーはどのくらいのサイズなのかを知りたがるというのもある。 もしそれが十分に大きかったら、プロダクトオーナーは次のリリースからそのストーリーを外すことを考えるだろう。 もし小さかったらプロダクトオーナーは次のイテレーションにそのストーリーを入れることを決めるだろう。

明らかに繰り返し型の開発においては見積りなしに行うことは困難である。 しかしもしイテレーションをなくせば問題にはならない。 プロダクトオーナーは見積りなしに生きていけるか? うん、大丈夫だ。 うちの会社ではユーザーストーリーは見積もっていない。 何故していないかって? なぜなら私がプロダクトオーナーで我々はイテレーションをしていないからだ。 私が尋ねるのはせいぜい荒い規模で、「普通」「大きい」「とっても大きい」くらいのサイズだ。

我々の状況下においては(我々の状況下というのを強調するけど。。)見積りはムダだ。 我々は見積りに時間を使わない。 我々は優先順位付けされたバックログを持っており、最も重要なユーザーストーリーを選択し実装するだけだ。 これはある状況下ではうまくいかないかもしれないが、我々は成熟したプロダクトを持っており、多くの要求は顧客から寄せられる。 初期構築ではないので、リリース日は定められていない。 我々は単にそれが「Ready」になったらリリースするだけだ(多くの企業ではそうはしていないかもしれないが、我々は気に入っている)

5. 完全にフローを可視化する

カンバンボードは現在の作業の進行について非常にクリアに状況を明らかにしてくれる。 カンバンボードはフローを可視化し、素早い計画とトラッキングを可能にしてくれる。 これは本当に素晴らしいツールで我々は大好きだ。

これを踏まえて考えなければならないと思うことを挙げておきましょう。

  • スクラムを利用してスプリントの終了までリリースを待った場合に起こる損失はどんなことなのか?それはどのくらいの金銭価値なのか?
  • いつでもリリースするとした場合には例えばスクラムでのリリーススプリントの中でやっているようなことはどうするのか?
  • イテレーションをなくす理由が初期はプロダクトバックログの優先度が頻繁に変わることだとすると、それは本当にプロダクトオーナーはプロダクトのVision、ROI等を考え切れているのか?
  • 見積りをなくした場合、機能の重要度がROIに依存している場合はどうするのか?
  • フローを可視化しなければならないのは何故?それはどんなコンテキスト?

なお、スクラムとカンバンの関係については、以下のスライドをよく読むことをお勧めします。 Henrik Kniberg氏が書いたスライドに@haradakiro氏が日本語化を行ったものです。

それでは。

アジャイルコーチングやトレーニングを提供しています

株式会社アトラクタでは、アジャイル開発に取り組むチーム向けのコーチングや、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください。

詳細はこちら
  • スクラム実践者が知るべき97のこと
  • 著者/訳者:Gunther Verheyen / 吉羽龍太郎 原田騎郎 永瀬美穂
  • 出版社:オライリージャパン(2021-03-23)
  • 定価:¥ 2,640
  • スクラムはアジャイル開発のフレームワークですが、その実装は組織やチームのレベルに応じてさまざまです。本書はスクラムの実践において、さまざまな課題に対処してきた実践者が自らの経験や考え方を語るエッセイ集です。日本語書き下ろしコラムを追加で10本収録
  • プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届ける
  • 著者/訳者:Melissa Perri / 吉羽龍太郎
  • 出版社:オライリージャパン(2020-10-26)
  • 定価:¥ 2,640
  • プロダクト開発を作った機能の数やベロシティなどのアウトプットで計測すると、ビルドトラップと呼ばれる失敗に繋がります。本書ではいかにしてビルドトラップを避けて顧客に価値を届けるかを解説しています。
  • SCRUM BOOT CAMP THE BOOK 【増補改訂版】
  • 著者/訳者:西村直人 永瀬美穂 吉羽龍太郎
  • 出版社:翔泳社(2020-05-20)
  • 定価:¥ 2,640
  • スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。
  • みんなでアジャイル ―変化に対応できる顧客中心組織のつくりかた
  • 著者/訳者:Matt LeMay / 吉羽龍太郎、永瀬美穂、原田騎郎、有野雅士
  • 出版社:オライリージャパン(2020-3-19)
  • 定価:¥ 2,640
  • アジャイルで本当の意味での成果を出すには、開発チームだけでアジャイルに取り組むのではなく、組織全体がアジャイルになる必要があります。本書にはどうやってそれを実現するかのヒントが満載です
  • レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス
  • 著者/訳者:David Scott Bernstein / 吉羽龍太郎、永瀬美穂、原田騎郎、有野雅士
  • 出版社:オライリージャパン( 2019-9-18 )
  • 定価:¥ 3,132
  • レガシーコードになってから慌てるのではなく、日々レガシーコードを作らないようにするにはどうするか。その観点で、主にエクストリームプログラミングに由来する9つのプラクティスとその背後にある原則をわかりやすく説明しています。
  • Effective DevOps ―4本柱による持続可能な組織文化の育て方
  • 著者/訳者:Jennifer Davis、Ryn Daniels / 吉羽 龍太郎、長尾高弘
  • 出版社:オライリージャパン( 2018-3-24 )
  • 定価:¥ 3,888
  • 主にDevOpsの文化的な事柄に着目し、異なるゴールを持つチームが親和性を高め、矛盾する目標のバランスを取りながら最大限の力を発揮する方法を解説します
  • ジョイ・インク 役職も部署もない全員主役のマネジメント
  • 著者/訳者:リチャード・シェリダン / 原田騎郎, 安井力, 吉羽龍太郎, 永瀬美穂, 川口恭伸
  • 出版社:翔泳社( 2016-12-20 )
  • 定価:¥ 1,944
  • 米国で何度も働きやすい職場として表彰を受けているメンローの創業者かつCEOであるリチャード・シェリダン氏が、職場に喜びをもたらす知恵や経営手法、より良い製品の作り方などを惜しみなく紹介しています
  • アジャイルコーチの道具箱 – 見える化の実例集
  • 著者/訳者:Jimmy Janlén / 原田騎郎, 吉羽龍太郎, 川口恭伸, 高江洲睦, 佐藤竜也
  • 出版社:Leanpub( 2016-04-12 )
  • 定価:$14.99
  • この本は、チームの協調とコミュニケーションを改善したり、行動を変えるための見える化の実例を集めたものです。96個(+2)の見える化の方法をそれぞれ1ページでイラストとともに解説しています。アジャイル開発かどうかに関係なくすぐに使えるカタログ集です
  • カンバン仕事術 ―チームではじめる見える化と改善
  • 著者/訳者:原田騎郎 安井力 吉羽龍太郎 角征典 高木正弘
  • 出版社:オライリージャパン( 2016-03-25 )
  • 定価:¥ 2,138
  • チームの仕事や課題を見える化する手法「カンバン」について、その導入から実践までを図とともにわかりやすく解説した書籍。カンバンの原則などの入門的な事柄から、サービスクラス、プロセスの改善など、一歩進んだ応用的な話題までを網羅的に解説します。
  • Software in 30 Days スクラムによるアジャイルな組織変革“成功"ガイド
  • 著者/訳者:Ken Schwaber、Jeff Sutherland著、角征典、吉羽龍太郎、原田騎郎、川口恭伸訳
  • 出版社:アスキー・メディアワークス( 2013-03-08 )
  • 定価:¥ 1,680
  • スクラムの父であるジェフ・サザーランドとケン・シュエイバーによる著者の日本語版。ビジネス層、マネジメント層向けにソフトウェア開発プロセス変革の必要性やアジャイル型開発プロセスの優位性について説明
  • How to Change the World 〜チェンジ・マネジメント3.0〜
  • 著者/訳者:Jurgen Appelo, 前川哲次(翻訳), 川口恭伸(翻訳), 吉羽龍太郎(翻訳)
  • 出版社:達人出版会
  • 定価:500円
  • どうすれば自分たちの組織を変えられるだろう?それには、組織に変革を起こすチェンジ・マネジメントを学習することだ。アジャイルな組織でのマネージャーの役割を説いた『Management 3.0』の著者がコンパクトにまとめた変化のためのガイドブック