ソフトウェア開発の変革』を読み終えました。原書は2010年発売(もっと前かと思ってた)とちょっと古い有名な本なのですが、「カンバンってこんなのだよ」とちゃんと説明した本がなかったので、僕にとっては待望の一冊です。長瀬さん曰く「管理者、PM向け」とのことですが、僕も原書を数章読んでそう思いました。本書のスコープ外なので細かいところまでは書かれてないけど、数値を使って理論的に説明されている。そこらへんにある気持ちがこもったアジャイル本とちょっと違う本書にも書かれているが、会社全体のバリューストリームを意識するところからはじまるので、カンバンを使った変革を進めるならミドル以上の権限があるのが望ましいと著者もそう意識しているようです。知見のある人はより楽しめると思います。この本をオススメするきっかけ人それぞれ好きな作り方でいいと思いますが、個人的に思うカンバンのいいところはタイムボックスにしばられなくてもいいところだと思っています。スクラムだとバックロググルーミング、スプリント計画、ふりかえり、レビューやデモと準備と確認をちゃんとやります(僕は細かいところをあまり勉強しないダメな人間なので間違ってたらごめんなさい)。まー、そらそこまで準備すればたいていうまく進むと思うんですよね。いう枠組みをとれない場合もあると思います(そもそもそれがだめじゃん!とも言えますが)。インフラ改善など)できたらすぐにリリースして反応を見たいこういう状況で「タイムボックスに入れよう」と努力するのは結構しんどいので、もうちょっとゆるふわでやりたいなーと思っていた頃に知ったのがカンバンでした。カンバンのいいところカンバンだとタイムボックさないでいいので、自分の好きなタイミングでリリースできます。『リーン開発の現場』の事例のように、ある程度成果物がたまったらまとめてQA>リリースとしてもいいと思います。作業を引き取る形(プル)になると、徐々にチーム内連携が盛んになります。うまくいけば「作業を効率よく流す」から自然に「協力して作業を効率よく流す」ようになります。いう仕組みなのでスクラムマスターのようなロールも必要ありません(いたらいたでそれはOKだけども)。僕が一番いいなーと思うのは現状のやりかたを尊重しているところです。今のやり方を確認し、徐々に変化していくのが前提の仕組みです。「いいからこれやれ!」みたいなのがありません。著者やその友人とやらの経験ベースなので、具体的な出来事が書かれています。著者が在籍したマイクロソフトの話だとプロダクト感が強いので、読者のコンテキストによってはイメージしにくい部分があるかもしれません使い方のイメージは『リーン開発の現場』のほうがわかりやすいです。そこからさらに掘り下げて・・・という方にはたまらない本だと思います。電子ツールとの連携など、ありがちな課題も丁寧に答えてくれています。著者としてはアナログとデジタルの両方を活用がベストらしいです。いうことで、知識の再確認ができ、新たな発見もある本でした。日本でもカンバンが浸透し、日本の現場がさらに良くなっていくことを祈っています。ソフトウェア開発の実現に向けて奮闘中。週末に娘と息子とお昼寝しながら世界のビーチや離島を旅する夢を見る。ソフトウェア開発の実現に向けて奮闘中。週末に娘と息子とお昼寝しながら世界のビーチや離島を旅する夢を見る。購読管理このバーを折りたたむ%d人のブロガーが「いいね」をつけました。