JIRAとGASで半自動化！カンバンメトリクス

by 男爵

Slide 1

Slide 1 text

JIRAとGASで半⾃動化！カンバンメトリクス XP祭り2021 @ Online @dnskimox

Slide 2

Slide 2 text

Contents 2 カンバンと制約理論スループット、サイクルタイム、プロセスサイクル効率、累積フロー、Google Sheets メトリクスのグラフ化方法論としてのカンバン、制約理論、WIP制限ドラム・バッファ・ロープ、バリューストリームマップ、Google App Script さらに複雑な値を求める 1 2 3

Slide 3

Slide 3 text

男爵 Tanga Kenichi @dnskimox 3 Scala Engineer Salesforce Engineer Engineering Manager クラウド販売管理・クラウド請求管理ソフト ● 2020/02 Object-Oriented Conference ● 2020/10 ScalaMatsuri 2020 ● 2021/03 PHPerKaigi 2021 近年登壇したカンファレンス

Slide 4

Slide 4 text

1. カンバンと制約理論方法論としてのカンバン、制約理論、WIP制限

Slide 5

Slide 5 text

お馴染みのカンバンボード

Slide 6

Slide 6 text

方法論としてのカンバン ≠ ただのタスクボード 6

Slide 7

Slide 7 text

“あらゆるシステムに同時に1つ（場合によっては2つ）の制約が存在すると考える。システム全体のスループットを改善するには、最初に制約を見つけなければいけない。次に、その制約が最大限に稼働していることを確認する。” 7 制約理論（TOC） ̶ 『エクストリームプログラミング』

Slide 8

Slide 8 text

制約理論の提唱者エリヤフ・ゴールドラットイスラエルの物理学者。「ザ・ゴール」「クリティカルチェーン」などのビジネス小説を発表。 8 https://en.wikipedia.org/wiki/Eliyahu_M._Goldratt

Slide 9

Slide 9 text

ボトルネックを最⼤限活⽤する 9 制約理論の要点その１＊詳しくは後ほど

Slide 10

Slide 10 text

コストワールドからスループットワールドへ 10 制約理論の要点その２

Slide 11

Slide 11 text

製造業における２つのパラダイム 11 コストワールド各工程での能率を最大限にまで引き上げることを求める。ボトルネックの手前には在庫が積み上がり続け、結果として価値を生み出さない在庫の管理コストを支払う羽目になる。スループットワールド一定期間内に出荷される製造物の価値を高めることを求める。各工程での能率には大きな関心を持たない。ボトルネックに着目した、選択と集中のプロセス。継続的なカイゼン。部分最適全体最適

Slide 12

Slide 12 text

ソフトウェア開発に当てはめると 12 コストワールド「いかにしてメンバーの稼働率を上げるか」「どれだけ多くのタスクを消化させるか」という観点の詰め込み型のマネジメント。例）ガントチャートを使って全員に隙間なくタスクをアサインするスループットワールド「チームが単位時間あたりに生み出すビジネス価値をいかにして増やすか」という点に焦点を当てたマネジメント。むしろゆとりが必要と考える。例）タイムボックス毎のベロシティの推移を見るスクラムコマンド＆コントロール？自己組織化？

Slide 13

Slide 13 text

“過剰なマルチタスクを避けるためと、後続のプロセスに負荷をかけすぎないためだ。もし、テスターたちが大量のやるべき作業を抱えていたなら、開発者が新しい機能を開発し続けて、テスターの仕事をさらに増やすのは避けたいはずだ。” 13 仕掛り(WIP)制限 ̶ 『リーン開発の現場』＊今回は概念の紹介に留めます

Slide 14

Slide 14 text

JIRAのWIP制限機能

Slide 15

Slide 15 text

2. メトリクスのグラフ化スループット、サイクルタイム、プロセスサイクル効率、累積フロー、Google Sheets

Slide 16

Slide 16 text

“1ヶ月などある決まった時間内にデリバリーされた項目数、あるいは何らかの価値指標でレポートが示されるべきである。（中略）カンバンシステム（チームや組織）がどのようなパフォーマンスを発揮しているかの指標として、常時改善が行われているかを示すのに使用される。” 16 スループット ̶ 『カンバンソフトウェア開発の変⾰』

Slide 17

Slide 17 text

ソフトウェア開発におけるスループットとは？ 17 ストーリーポイントプランニングポーカーなどで求めた、「ストーリーの相対的な規模」を表すポイントファンクションポイントデータの入出力やデータ項目数から機械的に求めた、「機能の規模」を表すポイントユースケース数ユーザー（アクター）とシステムの相互作用を表すシナリオの数。

Slide 18

Slide 18 text

前提となるJIRAプロジェクトの設定

Slide 19

Slide 19 text

今回取り上げるワークフロー

Slide 20

Slide 20 text

1. リリース済みの課題を検索する 2. 1の結果をGoogle Sheetsとしてエクスポートする 3. 「解決日」を条件として、計測日毎に累計解決数をCOUNTする 4. 前回からの累計解決数の差分をスループットとする 5. 「複合」グラフを生成する 20

Slide 21

Slide 21 text

1. リリース済みの課題を検索する 2. 1の結果をGoogle Sheetsとしてエクスポートする 3. 「解決日」を条件として、計測日毎に累計解決数をCOUNTする 4. 前回からの累計解決数の差分をスループットとする 5. 「複合」グラフを生成する 21

Slide 22

Slide 22 text

1. リリース済みの課題を検索する 2. 1の結果をGoogle Sheetsとしてエクスポートする 3. 「解決日」を条件として、計測日毎に累計解決数をCOUNTする 4. 前回からの累計解決数の差分をスループットとする 5. 「複合」グラフを生成する 22

Slide 23

Slide 23 text

“ある作業が完了するまでにかかった時間を意味している。（中略）こういった情報を可視化し始めると、ほとんどすべての会社で同じような恐怖をみんなが体験する。だいたいの場合、開発の経過日数は、実際の作業日数より5倍から10倍長くなる。” 23 サイクルタイム ̶ 『リーン開発の現場』

Slide 24

Slide 24 text

“「ねえ、機能Xの作業日数は2日だけだったのに、ボードを横切るのには20日もかかっているぞ！　これだとプロセスサイクル効率は10％でしかない」（中略）この数値を上昇させることは、無駄の発見や無駄を取り除くいい手段になる。” 24 プロセスサイクル効率 ̶ 『リーン開発の現場』

Slide 25

Slide 25 text

プロセスサイクル効率＝プロセスタイム ÷ サイクルタイム 25 実際の作業日数

Slide 26

Slide 26 text

ワークフローにバッファステージを設ける着手待ち、在庫

Slide 27

Slide 27 text

https://marketplace.atlassian.com/apps/1211756/time-in-status

Slide 28

Slide 28 text

28 1. Time In Statusでステージ毎の滞在日数を表示する 2. 1の結果をCSV形式でエクスポートし、Google Sheetsに貼り付ける 3. 課題毎にサイクルタイム、プロセスタイム、プロセスサイクル効率を求める 4. 「複合グラフ」を生成する

Slide 29

Slide 29 text

29 1. Time In Statusでステージ毎の滞在日数を表示する 2. 1の結果をCSV形式でエクスポートし、Google Sheetsに貼り付ける 3. 課題毎にサイクルタイム、プロセスタイム、プロセスサイクル効率を求める 4. 「複合グラフ」を生成する

Slide 30

Slide 30 text

30 1. Time In Statusでステージ毎の滞在日数を表示する 2. 1の結果をCSV形式でエクスポートし、Google Sheetsに貼り付ける 3. 課題毎にサイクルタイム、プロセスタイム、プロセスサイクル効率を求める 4. 「複合グラフ」を生成する

Slide 31

Slide 31 text

“状態ごとの作業量を示す面グラフである。（中略）線を垂直に結んだ高さが、その日における仕掛りの量を示している。（中略）水平方向の距離が、ユーザー機能の開発から終了までの平均リードタイムである。” 31 累積フロー ̶ 『カンバンソフトウェア開発の変⾰』

Slide 32

Slide 32 text

https://support.atlassian.com/ja/jira-software-cloud/docs/view-and-under stand-the-team-managed-cumulative-flow-diagram/

Slide 33

Slide 33 text

順次増えていく組み込みのレポート機能

Slide 34

Slide 34 text

3. さらに複雑な値を求めるドラム・バッファ・ロープ、バリューストリームマップ、 Google App Script

Slide 35

Slide 35 text

ボトルネックを最⼤限活⽤する 35 制約理論の要点その１

Slide 36

Slide 36 text

“先頭の兵隊といちばん歩くのが遅い兵隊、つまりボトルネックとをロープで結ぶんです。（中略）必要な量の仕掛り在庫がボトルネックまで流れていって溜まるようにしてあげればいいんです。” 36 ドラム・バッファ・ロープ ̶ 『クリティカルチェーン』

Slide 37

Slide 37 text

http://www.lean-manufacturing-japan.jp/words/dbr.html

Slide 38

Slide 38 text

ボトルネックの手前に適切なサイズのバッファを設ける 38

Slide 39

Slide 39 text

“プロダクトの価値がお客様の手に渡るまでの仕事の流れを見える化するためのプラクティスだ。流れの中で、付加価値が生まれ、プロダクトが滞りなく実現に向けて動いていけるのかを確認する。” 39 ̶ 『カイゼンジャーニー』バリューストリームマップ

Slide 40

Slide 40 text

40 1. スループットのグラフに使った課題一覧のシートを用意する 2. サイクルタイムのグラフに使ったステージ毎の滞在日数のシートを用意する 3. Google App Scriptを使って2つのシートの情報を結合し、「解決日」が特定の期間内である課題の各ステージの平均滞在日数のを求める 4. バリューストリームマップを描く（手動）

Slide 41

Slide 41 text

41 1. スループットのグラフに使った課題一覧のシートを用意する 2. サイクルタイムのグラフに使ったステージ毎の滞在日数のシートを用意する 3. Google App Scriptを使って2つのシートの情報を結合し、「解決日」が特定の期間内である課題の各ステージの平均滞在日数のを求める 4. バリューストリームマップを描く（手動）

Slide 42

Slide 42 text

1. スループットのグラフに使った課題一覧のシートを用意する 2. サイクルタイムのグラフに使ったステージ毎の滞在日数のシートを用意する 3. Google App Scriptを使って2つのシートの情報を結合し、「解決日」が特定の期間内である課題の各ステージの平均滞在日数のを求める 4. バリューストリームマップを描く（手動） 42

Slide 43

Slide 43 text

43 1. スループットのグラフに使った課題一覧のシートを用意する 2. サイクルタイムのグラフに使ったステージ毎の滞在日数のシートを用意する 3. Google App Scriptを使って2つのシートの情報を結合し、「解決日」が特定の期間内である課題の各ステージの平均滞在日数のを求める 4. バリューストリームマップを描く（手動）

Slide 44

Slide 44 text

実装準備完了実装中 QA準備完了 QA中リリース準備完了リリース済み

Slide 45

Slide 45 text

想像できるメトリクスは大体取れるその他の計測すると良さそうなメトリクス ● 実際の仕掛りの課題数の推移 ● サイクルタイムのばらつき ● 課題タイプ毎のサイクルタイムの違い ● レビューやQAのステージからの手戻り率 ● etc…

Slide 46

Slide 46 text

1. ワークフローにバッファステージを設ける 2. 各ステージの滞在時間を記録する 3. JIRAのフィルター機能で課題を抽出する 4. Google Sheetsでグラフを描く 5. 表計算しづらい値はGASを使って算出カンバンメトリクス計測の基本的な流れ定期作業は二週間に一回、 10分程度

Slide 47

Slide 47 text

Does anyone have any questions? @dnskimox 男爵が書く 47 Thanks!

Slide 48

Slide 48 text

参考文献 ● エクストリームプログラミング | ベック,ケント, アンドレス,シンシア, Beck,Kent, Andres,Cynthia, 征典, 角 ● カンバンソフトウェア開発の変革 Improving Service Delivery in Technology Business ● リーン開発の現場カンバンによる大規模プロジェクトの運営 ● クリティカルチェーン ―なぜ、プロジェクトは予定どおりに進まないのか ? ● カイゼン・ジャーニーたった1人からはじめて、「越境」するチームをつくるまで ● Eliyahu M. Goldratt - Wikipedia ● チーム管理対象累積フロー図を理解する | Jira Software Cloud | Atlassian サポート ● DBR(ドラムバッファロープ )理論 48