第2回リーン開発の現場輪読会プロセス改善や WIP についてワイワイ編

こんにちは！コネヒトのプラットフォームグループでインフラエンジニアをしている @sasashuuu です。最近は VIVANT というドラマにハマっており、クラマックスに向けて目が離せず、日曜が待ち遠しい今日この頃です。

本日は、社内で実施中のリーン開発の現場という本の輪読会の様子についての記事の第2段です！（前回記事： 第1回リーン開発の現場輪読会技術課題についてワイワイ編）

中盤から終盤へ差し掛かり、輪読会もヒートアップしてきましたので得られたことを本記事でお伝えしていければと思っております。

ちなみに前回の記事でも説明しましたが、現在リーン開発の現場という本を輪読しています。アジャイルソフトウェア開発手法のひとつであるリーンソフトウェア開発手法を、スウェーデンの警察機関のシステム開発で事例をもとに解説した本で、カンバンシステムを中心に書かれています。

リーン開発の現場カンバンによる大規模プロジェクトの運営 | Henrik Kniberg, 角谷信太郎, 市谷聡啓, 藤原大 |本 | 通販 | Amazon

今回の輪読会では、9 ~ 16章までが対象でした。進め方は前回同様に参加者は事前に各章の内容を読み、「思ったこと」「あるある」「やってみたい」の3つの観点で付箋を miro に書いてくるようにし、当日はそれらをもとにワイワイ話し合うというワークを実施しました。

輪読会でワイワイと話したこと

今回も書き出された付箋から、いくつか「特に話したいこと」をピックアップし、ワイワイと話しました。

今回は以下のようなラインナップのテーマがフォーカスされました。

外部ファシリテータの話

これは「第10章継続的プロセス改善」で触れられている内容の、チームのでふりかえりの際（スプリント等）に、外部からファシリテーターを連れてきてファシリテートをしてもらうというやり方に着目した際の議論です。チームにとっても外部ファシリテーターにとっても新たな気づきがあるという点や、チームリーダーがファシリテートを行わないことでじっくりと参加することができるメリットなどが本書では解説されていました。

以下、議論をした際のコメントを抜粋しておきます。

チーム外のファシリをすることでお互いのチームに良さそう
自分のチームはファシリテーターは毎回違うが同じようなやり方になっているので、他のチームメンバーがファリシテーターをすることで他の課題の解決の仕方の視点が取り込めそう
チームのフェーズも関係しそう。成熟しているチームは、やり方が固まっているところを見つめ直せるかもしれない。外部ファシリテーターでコンサル的な効果が見込めそうに思う
純粋に他のチームのやり方を知りたい
他のチームの雰囲気を知るのは良さそうだ

WIPとバッファを区別する話

これは「第11章 WIP をマネジメントする」で触れられている内容の、WIP（仕掛かり作業）とバッファを区別するというものに着目した際の議論です。本書ではカンバンボード上のバッファは待ち状態を意味するため、無駄だと解説されており（ただし、開発とテストの間のバッファなど、必要である小さなバッファは例外）、それらを区別しておくことが重要だとされていました。

以下、議論をした際のコメントを抜粋しておきます。

WIPとバッファなど時間の使い方や仕事の積み方を意識して使えると今後にとって良くなりそう
職種が分かれていることで、WIPが増えるという状況はあると思う。（ネイティブとバックエンドの開発）
一旦スタブを作って、ネイティブアプリとの連携部分を先に進めるということはやっている（ネイティブとバックエンドの開発）

サイクルタイム計測の話

これは「第12章プロセスメトリクス」で触れられている内容の、ある作業が完了するまでにかかった時間を計測するサイクルタイムに着目した際の議論です。本書では、ほとんどの人は機能の開発にどれくらいの時間がかかって気がついておらず、実際に開発に費やした時間を知ると恐怖に近い感覚を覚えると書かれていました。また、サイクルタイムを可視化することで WIP 制限のテクニックを行うことで、サイクルタイムの短縮が見込めると解説されていました。

以下、議論をした際のコメントを抜粋しておきます。