カンバンでテスト活動アジャイル化！

by johniojohnny

Slide 1

Slide 1 text

カンバンでテスト活動アジャイル化 Agile Japan 2019 長崎サテライト 2019.7.27 岡崎晃伸 1

Slide 2

Slide 2 text

自己紹介 • 株式会社レスコ QAエンジニア • NaITE スタッフ • JaSST Kyushu 実行委員 • VSTePpers FBグループ管理人 • 九州ソフトウェアテスト勉強会スタッフ • 海とコーヒーが好きな2児のパパ 2 岡崎晃伸（おかざきあきのぶ）

Slide 3

Slide 3 text

カンバンシステムを参考にテストフロー改善を試みた事例紹介です 3 この発表は ※資料は後ほど公開します

Slide 4

Slide 4 text

カンバンシステムとは 1. トヨタのかんばん方式が起源 2. David J. Anderson氏がソフトウェア開発用にまとめたプロジェクト管理の方法論 3. 作業の流れと進捗を見える化 4. 仕掛り制限と後工程引取型で品質確保と作業速度の最適化 5. 組織の進化と合わせて仕組みを変化 4

Slide 5

Slide 5 text

参考書籍カンバンソフトウェア開発の変革 Improving Service Delivery in Technology Business David J. Anderson (著), 長瀬嘉秀(監訳) (翻訳), 永田渉(監訳) (翻訳), テクノロジックアート (翻訳) (リックテレコム 2014) 5

Slide 6

Slide 6 text

困っていたこと 1. テスター人数＜開発者人数 2. 割り込みが多くて予定通り進まない 3. でも品質は落としたくない 4. マネージャーとプレーヤーの兼務 5. 忙しくて改善する余裕がない 6

Slide 7

Slide 7 text

ワークフロー Before 蓄積されたテスト依頼項目カンバンテスト完了 &リリーステストチーム緊急テスト依頼テスト依頼 7 そのまま貼り付け

Slide 8

Slide 8 text

悲惨

Slide 9

Slide 9 text

ワークフロー After 蓄積されたテスト依頼項目カンバンテスト完了 &リリーステスト緊急テスト依頼テスト依頼平均○○日でリリースできる優先的に着手決定されたテスト項目優先度会議 9

Slide 10

Slide 10 text

ワークフロー 10 蓄積されたテスト依頼項目カンバンテスト完了 &リリーステスト緊急テスト依頼テスト依頼平均○○日でリリースできる優先的に着手決定されたテスト項目優先度会議優先度会議

Slide 11

Slide 11 text

優先度会議 1.新規依頼の優先度を決める 2.最優先分を決まった数だけ再ピックアップ 3.その中で優先順序を再決定週に一回開発責任者 QA責任者ユーザー窓口責任者やってること 11

Slide 12

Slide 12 text

ワークフロー 12 蓄積されたテスト依頼項目カンバンテスト完了 &リリーステスト緊急テスト依頼テスト依頼平均○○日でリリースできる優先的に着手決定されたテスト項目優先度会議カンバン

Slide 13

Slide 13 text

ホワイトボード 13

Slide 14

Slide 14 text

｛実際の写真を投稿｝ホワイトボード 14

Slide 15

Slide 15 text

運用上の決まりごとうちのチーム内のカンバンルール 15

Slide 16

Slide 16 text

作業段階で枠を分ける着手予定テスト分析テスト設計テスト実行テスト完了どの作業段階にどんな作業がどのくらいあるのか見える 16

Slide 17

Slide 17 text

優先順位が高い順に貼る着手予定テスト分析テスト設計テスト実行高い低い高い 17

Slide 18

Slide 18 text

分量をサイズ感で見積もる 18 XS S M L XL ？重みを数値化 1 2 3 5 8 平均的なボリュームをMとして、今回はどのくらい？ ※今は工数(日数)と連動

Slide 19

Slide 19 text

作業段階毎に制限をかける着手予定テスト分析テスト設計テスト実行テスト完了 8 8 8 8 M L XL XS M 1 あと7 追加OK 8 空きなし追加NG 3 あと5 追加OK 3+5=8 空きなし追加NG ※赤い数字は制限値 19 優先度会議

Slide 20

Slide 20 text

着手予定テスト分析テスト設計テスト実行テスト完了 8 8 8 8 M L XL XS M 3→0 あと8 追加OK 8→0 あと8 追加OK 1→0 あと8 追加OK 8→0 あと8 追加OK 20 作業段階毎に制限をかける優先度会議 ※赤い数字は制限値

Slide 21

Slide 21 text

個人毎も制限をかける M L L L 例）手持ち作業は 8までに制限する Aさん Bさん 21 着手予定へ戻させる

Slide 22

Slide 22 text

付箋の書き方 #99999 M 患者予約機能拡張 ① 10/5 ∼ ② 10/5 ∼ 10/10 ③ 10/11 ∼ 10/15 ④ 10/25 ∼ 岡崎 11/2 10/5 • 管理番号とテスト対象の名前 • テストサイズ • 期限日 • ①テスト依頼日→テスト完了日 • ②テスト設計開始→完了 • ③テスト実装開始→完了 • ④テスト実行開始→完了 • 作成日 • 期限までの残日数 • 困っていること • 進捗率 • 未確認の指摘残数 22

Slide 23

Slide 23 text

日次に進捗を共有する毎朝のスタンドアップミーティング（１０分） Aさん Cさん Bさん今患者予約機能拡張進捗90%で予定通りなんですけど、テスト環境が急に動かなくなって困ってます。今○○障害テスト中進捗20%ですが予想よりボリュームあって予定通り終わらない可能性ありです。 Aさんの環境はこのあと確認してみますね。Bさん、私少し余裕あるのでヘルプしますよー 23

Slide 24

Slide 24 text

Aさん Cさん Bさん今患者予約機能拡張進捗90%で予定通りなんですけど、テスト環境が急に動かなくなって困ってます。今○○障害テスト中進捗20%ですが予想よりボリュームあって予定通り終わらない可能性ありです。 Aさんの環境はこのあと確認してみますね。Bさん、私少し余裕あるのでヘルプしますよー付箋記載以外の最新情報を共有して課題・問題の解決について話す話合いが長くなりそうなときは別途時間を設ける日次に進捗を共有する毎朝のスタンドアップミーティング（１０分） 24

Slide 25

Slide 25 text

指標 25

Slide 26

Slide 26 text

リードタイム着手予定テスト設計テスト実行テスト完了速さをみる何日で完了できているか？ 26

Slide 27

Slide 27 text

スループット量をみる一定期間にいくつ完了できているか？未着手テストテスト完了一定期間 27

Slide 28

Slide 28 text

導入効果 28

Slide 29

Slide 29 text

導入効果リードタイム導入前導入後少し短縮 29 進捗が可視化され停滞が減った

Slide 30

Slide 30 text

導入効果スループット導入前導入後少し増加 30 仕掛り中の作業を少なくしたことで完了数が増えた

Slide 31

Slide 31 text

導入効果 1. 状況の可視化で関係部署の満足感が上がった 2. チームの能力が見えるようになった 3. 高負荷なスケジュールが減った 4. 問題を早期発見できるようになった 31

Slide 32

Slide 32 text

今後の課題 1. 目標値のレベルを上げる 2. 制限の最適化を継続 3. 定期的なふりかえりを継続 4. 各課員が自働できるまで進化 5. 他部署へ当仕組みを提案 32

Slide 33

Slide 33 text

ご清聴ありがとうございました！ 33