受託開発のアジャイル奮闘記

Transcript

1. 受託開発での アジャイル奮闘記 Miyuki Fujita Agile Studio事例紹介 ガントチャートから バーンダウンチャートへ
2. 2 一括請負のWF開発PJが お客様と自分たちにとって よりよい形を求めた 7年の歩み
3. 3 2 STEP PJの概要 社内システムを約３~６ヶ月スパンでサービスリリース （STEP単位の契約で要件定義〜リリースまでを行う） 3 STEP 4 STEP 5 STEP STEP X カイゼンをはじめる ー チームは学習モードへ チームイベント 見直し！ チームは 自己組織化モードへ 完全ウォーターフォール ー チームはサバイバルモード STEP 1
4. 4 .02 .03 どうやったらSES契約に移 行できるの？ 自己組織化された チームの作り方 お客様とどう やって信頼関係 を築いたの？ .01 よく聞かれること
5. 5 .02 .03 どうやったらSES契約に移 行できるの？ 自己組織化された チームの作り方 お客様とどう やって信頼関係 を築いたの？ .01 よく聞かれること 今日の話にその答は ありません！
6. 6 .02 .0 3 どうやったらSES契約に移 行できるの？ 自己組織化された チームの作り方 お客様とどう やって信頼関係 を築いたの？ .01 今日、持って帰って欲しいこと ２と３の結果に 契約の変更もついてきた という話
7. 7 2 STEP STEP1 3 STEP 4 STEP 5 STEP STEP X カイゼンをはじめる ー チームは学習モードへ チームイベント 見直し！ チームは 自己組織化モードへ 完全ウォーターフォール ー チームはサバイバルモード STEP 1
8. 8 初回リリース成功！ • 期日納品 • 不具合なし • 必要な情報が揃った成果物 お客様に喜んでいただけた！！
9. 9 一方、チームは危機的状況 • チーム内の会話なし • お通夜夕会 • 改善活動する時間ない まとめると、しんどかった。
10. 10 ふりかえり（チーム内）
11. 11 2 STEP STEP2 3 STEP 4 STEP 5 STEP STEP X カイゼンをはじめる ー チームは学習モードへ チームイベント 見直し！ チームは 自己組織化モードへ 完全ウォーターフォール ー チームはサバイバルモード STEP 1
12. 12 STEP2のTRYは？（チーム内） • チーム内の会話なし • お通夜夕会 • 改善活動なし • かんばん＆ バーンダウンチャート • 朝会 • 月1ふりかえり STEP1 PROBLEM STEP2 TRY このTRYはうまくはいかなかった （でも、必要な失敗だった）
13. 13 福井で全員集まって実施 フロントエンド システム担当 サービス PO 運用 オペレータ 開発担当 サービス PO システム 運用者 2018.04 撮影 お客様とのふりかえり
14. 14 週次 Webミーティング の開始 2019.06 撮影 お客様とのコミュニケーションの改善
15. 15 定期的な訪問 2019.06 撮影 お客様とのコミュニケーションの改善
16. 16 STEP2のTRYは？（お客様との関係） • 課題があるときのみに 発生する非同期コミュニ ケーション 定期的なオンライン・ オフラインでのコミュニ ケーションで関係を強化 STEP1 PROBLEM STEP2 TRY
17. 17 2 STEP STEP3 3 STEP 4 STEP 5 STEP STEP X チームイベント 見直し！ チームは 自己組織化モードへ 完全ウォーターフォール ー チームはサバイバルモード STEP 1 本日はカット カイゼンされてない感
18. 18 2 STEP STEP４・５ 3 STEP 4 STEP 5 STEP STEP X チームイベント 見直し！ チームは 自己組織化モードへ 完全ウォーターフォール ー チームはサバイバルモード STEP 1 カイゼンされてない感
19. 19 　　・１スプリント＝1週間でサイクルをまわす 　　・スプリントイベントは、ふりかえり＆（初）プランニング STEP4-5：Scrumイベント見直し ～できそうなところから始める～
20. 20 STEP4-5：Scrumイベント見直し ～プランニングのお守りとしてガントからバックログを作る～ 一括請負PJの 見通しをたてるための リーダーのお守り メンバーには 提示しない
21. 21 STEP4-5：Scrumイベント見直し ～ガントからバックログを作る～ 開発フェーズ バックログの 単位 タスクの単位 担当 開発・ 単体テスト 機能 (API 、バッチな ど) 機能を構成するクラ スや、処理の単位 1機能につきメイン担当が1 人。 状況に応じて応援を入れる （テストをヘルプするなど）。 結合テスト・ システムテスト テストシナリオ オペレーション単位 （実施、検証） １シナリオにつき複数人で 取り組む 重視したのは、タスクは人に渡しやすい単位にすること。 タスク担当をできるだけ事前アサインしなかったことで、 メンバー一人一人がいろんな機能や役割を経験することができた。
22. 22 STEP4-5：Scrumイベント見直し ～ふりかえり～ TRY 改善 ふりかえりの頻度をあげて、メンバーの意見を 温かいうちに共有し、行動につなげるようになった
23. 23 STEP4-5：Scrumイベント見直し ～朝会～ • テーマトーク（「100万円で何がしたい？」など）で 場をなごませる • バーンダウンチャートを 司会が書く ことで、 全員がバーンダウンチャートを意識するようになった
24. 24 STEP4-5：Scrumイベント見直し プランニング・朝会によりバーンダウンチャートが改善された
25. 25 STEP4-5：Scrumイベント見直し プランニング・朝会によりバーンダウンチャートが乱れなくなった 　なぜ改善された？ 　　プランニング 　　　・ベロシティの計測に基づいた計画 　　　・「全員で」「すべての」タスクを出し切る 　　朝会 　　　・バーンダウンチャートを 　　　　「毎日」「全員で」共有
26. 26 STEP4-5：Scrumイベント見直し ～結果、ガントを使わなくなった～ お客様への週次進捗報告も、ガントチャートではなく、 リリースバーンダウンチャートで報告するようにした 写真で 進捗報告！
27. 27 STEP4-5：Scrumイベント見直し ～結果、ガントを使わなくなった～ お客様への週次進捗報告も、ガントチャートではなく、 リリースバーンダウンチャートで報告するようにした 写真で 進捗報告！ 　なぜお客様に 受け入れてもらえた？ 　　 • お客様の知りたいこと（遅れの有無）が わかる • STEP3までの実績で遅延なくPJが進んだ
28. 28 STEP4-5のTRYは？（チーム内） • かんばんバラバラ、 バーンダウン無視 • お通夜朝会 • ふりかえり形骸化 • プラニング • テーマトーク＆ 皆でバーンダウン • 週1ふりかえり STEP3 PROBLEM STEP4-5 TRY 当 番 制
29. 29 STEP4-5のTRYは？（お客様との関係） • 形式的な報告資料 直感的で双方にとって 嬉しい報告資料 STEP3 PROBLEM STEP4-5 TRY
30. 30 自分たちで成長していけるチームに なってきた！
31. 31 本日のまとめ
32. 32 .02 .03 どうやったらSES契約に移 行できるの？ 自己組織化された チームの作り方 お客様とどう やって信頼関係 を築いたの？ .01 今日、持って帰って欲しいこと ・チームが安定してから ・小さく変えていく ・ふりかえりでアレンジ 　し続ける • 高品質なプロダクトで信 頼の土台を築く • お客様への責任はしっか り果たす（説明、契約に基 づいた報告や納品） • 変化によるメリットを感 じていただく • タスクアサインしない • イベントを当番制にして 当事者意識を作る
33. 33 自分たちのありたい姿のために考えよう 　・同じようにやれば全部うまく行くよ！じゃない 　・自分たちで取捨選択し、自分たちの色に変えていく 　・お客様への価値提供が大前提
34. 34 ガントチャートからバーンダウンチャートへ、 はじめの一歩を踏み出してみませんか。 2019.03 撮影
35. 35 ここまでが5年前の話、現在は • 契約の形態は一括請負→SES契約 • 特定の案件チーム→案件を固定しない NTTPC様向け開発チーム こんなに変わりました！ お話の続きはパネルディスカッションで
36. 36 ありがとうございました