みんなが収穫を得られるアジャイル開発

by 船戸　康弘

Slide 1

Slide 1 text

ユーザーだけじゃないみんなが収穫を得られるアジャイル開発

Slide 2

Slide 2 text

序：マイナスからのスタート破：ボッチから14人のチームへ急：仲間を増やす旅本日のアジェンダ

Slide 3

Slide 3 text

「こんな現場でも成果が出た」そんな事例を紹介します大企業・製造業でアジャイルをスタートさせるということ本日のメッセージ

Slide 4

Slide 4 text

自己紹介開発チーム立ち上げましたスクラムマスターです！チームをコーチングしてます！みんなに気持ちよく仕事をしてもらえるように頑張っています

Slide 5

Slide 5 text

会社紹介 2030年ビジョン：すべての人に、“生活の可能性が拡がる喜び”を提供する

Slide 6

Slide 6 text

私達の部門製造部門の中のデジタル領域 IT部門とは別の組織です現場開発

Slide 7

Slide 7 text

作っているもの世界の工場のデータ設備の予兆生産工程の見える化電子帳票生産性を向上するための社内向けシステム

Slide 8

Slide 8 text

序マイナスからのスタート

Slide 9

Slide 9 text

今のチーム 2018年10月に発足し、現在は社内外含めて１4名のチーム一年未満の新チームエンジニア 9名スクラムマスター 1名プロダクトーオーナー 2名インフラ 2名 UI/UXデザイナアジャイルコーチ Dev 5名 Dev 4名インフラ 2名 Product Owner 1名現場/ ユーザー兼任（1名）定期的メンバー入替 UI/UX デザインアジャイルコーチ（外部）自立したアジャイルチーム構築を支援開発しやすい基盤を作るステークホルダー自己組織化されたチームチーム１チーム2 Product Owner 1名現場/ ユーザー Scrum Master

Slide 10

Slide 10 text

登壇したときによく言われること

Slide 11

Slide 11 text

Hondaさんは自由に新しいことが出来て羨ましい

Slide 12

Slide 12 text

現実

Slide 13

Slide 13 text

数多くの苦難と衝突を乗り越えてます

Slide 14

Slide 14 text

心に沁みる一言 ①

Slide 15

Slide 15 text

Chatでコミュニケーションを取っていると

Slide 16

Slide 16 text

遊ぶんじゃない！履歴がすべて残るじゃないか！

Slide 17

Slide 17 text

心に沁みる一言 ②

Slide 18

Slide 18 text

英語でミーティングしていると…

Slide 19

Slide 19 text

真面目に日本語でやれ！

Slide 20

Slide 20 text

心に沁みる一言 ③

Slide 21

Slide 21 text

俺たちが必死で稼いだ 1円・1秒を一瞬にして使ってしまうIT！お金は使わせない

Slide 22

Slide 22 text

見渡す限り味方がいないマイナスから旅はスタート

Slide 23

Slide 23 text

みなさんの職場はどうですか？

Slide 24

Slide 24 text

文化は分かったでは開発自体は？

Slide 25

Slide 25 text

自動車を作るということ数万人の関係者がみんなで足並みを揃えるために  担当（セクショナリズム）  開発フロー、標準化、ルール、規律  リーダー主導  管理・計画以上の要素が重要

Slide 26

Slide 26 text

自動車開発をソフト開発にもそのまま移植

Slide 27

Slide 27 text

結果

Slide 28

Slide 28 text

使われないものを量産してしまった結果

Slide 29

Slide 29 text

味方がいないゴミしか作れないマイナス×マイナス

Slide 30

Slide 30 text

早く何とかしないと…

Slide 31

Slide 31 text

破ボッチから14人のチームへ

Slide 32

Slide 32 text

はじめの一歩現場スタッフの困りごとを解決するアプリを 1人で片手間で作成・手作業で収集・手書きからの転記・エクセルで結合・集計・レポーティング現場のデータ集計作業

Slide 33

Slide 33 text

はじめの一歩簡単な手作りアプリで自動化現場スタッフの困りごとを解決するアプリを 1人で片手間で作成データ転送 DBコネクト現場システム設備データ処理 Web Job 設備データ

Slide 34

Slide 34 text

現場スタッフが喜んでくれた

Slide 35

Slide 35 text

助かった私も作って欲しい Done Doing 生産現場開発開発噂が広まって作成依頼が多発

Slide 36

Slide 36 text

助かった私も作って欲しい片手間でやってるのでちょっと待って私も作って欲しい Done Doing Waiting 生産現場開発開発作業が追いつかず待ってもらうことに

Slide 37

Slide 37 text

さらにバックオーダーが増大助かった私も作って欲しい片手間でやってるのでちょっと待って私も作って欲しい私も作って欲しい Done Doing Waiting Waiting 生産現場開発開発

Slide 38

Slide 38 text

メンバーを増やしたいと上司に提案するが… 助かった私も作って欲しい片手間でやってるのでちょっと待って私も作って欲しい私も作って欲しい効果があるの？ Done Doing Waiting Waiting 生産現場マネージャー開発メンバーを増やしたい開発

Slide 39

Slide 39 text

そんなとき、現場のマネージャーが気づいてくれた助かった私も作って欲しい片手間でやってるのでちょっと待って私も作って欲しい私も作って欲しい現場が効率化されていそう効果があるの？ Done Doing Waiting Waiting 生産現場マネージャーマネージャー開発メンバーを増やしたい開発

Slide 40

Slide 40 text

現場マネージャー ⇒ 開発マネージャーへ協力依頼助かった私も作って欲しい私も作って欲しい私も作って欲しいお願いします Done Doing 生産現場マネージャーマネージャーメンバーを増やしたい開発 Waiting Waiting 組織間のコラボレーション

Slide 41

Slide 41 text

メンバーを増やして開発しよう！助かった私も作って欲しい私も作って欲しい私も作って欲しいお願いします現場が言うなら了解！ Done Doing 生産現場マネージャーマネージャーメンバーを増やしたい開発 Doing Waiting

Slide 42

Slide 42 text

ボッチからチームへしかし数々の壁にぶち当たる

Slide 43

Slide 43 text

ここからはアジャイルチームのジャーニー

Slide 44

Slide 44 text

STEP① 3ヶ月ごとのステップ

Slide 45

Slide 45 text

委託開発社内（部門内）にソフト開発が出来るエンジニアが不足委託でソフトウェアを開発

Slide 46

Slide 46 text

結果システムそのものが出来なかった

Slide 47

Slide 47 text

原因  社内のインフラを知らない  スキル不足

Slide 48

Slide 48 text

STEP② 3ヶ月ごとのステップ

Slide 49

Slide 49 text

複数拠点開発  社内のインフラはサポート  スキルは委託先の他拠点の支援をもらう

Slide 50

Slide 50 text

結果委託会社で内紛が勃発！！

Slide 51

Slide 51 text

原因  遠隔でコミュニケーション不足  フロント/バック責任区分の争い？  問題が起きてもサポートできない

Slide 52

Slide 52 text

STEP③ 3ヶ月ごとのステップ

Slide 53

Slide 53 text

内製開発へ  コミュニケーションが取りやすいように自社内一箇所で開発  同じチームとしてメンバーをサポート

Slide 54

Slide 54 text

結果ものは出来たが、活用されなかった

Slide 55

Slide 55 text

原因現場のいいなりで作っただけ現場の要望のイメージ作ったもの

Slide 56

Slide 56 text

多くの場合、人は形にして見せて貰うまで自分は何が欲しいのかわからないものだ

Slide 57

Slide 57 text

STEP④ 3ヶ月ごとのステップ

Slide 58

Slide 58 text

企画者だけでなく現場ユーザーも一緒に  インセプションデッキ  ユーザーストーリー  カスタマージャーニー  デザイン思考ワークショップ

Slide 59

Slide 59 text

一緒に開発現場のユーザーのプログラム体験開発者の現場確認開発現場

Slide 60

Slide 60 text

結果やっと使われるものが出来た

Slide 61

Slide 61 text

出来たのもの

Slide 62

Slide 62 text

開始から約１年やっとチームが動き始めました

Slide 63

Slide 63 text

急仲間を増やす旅

Slide 64

Slide 64 text

STEP 4 STEP 3 STEP 2 STEP 1 DevOpsを意識し初めた時期

Slide 65

Slide 65 text

DevOpsとは（私達の認識）顧客に価値を届ける時間を最短化すること

Slide 66

Slide 66 text

Agileとの違いは基本的には意識をしていません

Slide 67

Slide 67 text

あえて言うなら、広げること開発運用企画

Slide 68

Slide 68 text

もう、一度いいますが基本的には違いを意識をしていません

Slide 69

Slide 69 text

運用との関わり工場B その他自部門社内ユーザー A B 既存システム工場A 他部門ネットワーク既存システムアプリケーションハードウェア開発運用企画

Slide 70

Slide 70 text

現場オペレーションとの関わり開発運用企画

Slide 71

Slide 71 text

Step３までは企画を出したものを作る設計実装テスト要件計画スプリント1 リリース 1 2 4 3 企画設計実装テスト要件計画スプリントN 1 2 4 3 効果確認・・・・繰り返し内作開発 Idea 現場現場要件ソフトリリースリリース成果 STEP 4 STEP 3 STEP 2 STEP 1

Slide 72

Slide 72 text

Step4からは業務も一緒に作っていってる設計実装テスト要件計画スプリント1 リリース 1 2 4 3 企画設計実装テスト要件計画スプリントN 1 2 4 3 効果確認・・・・繰り返し内作開発 Idea 現場現場要件ソフトリリースリリース成果 STEP 4 STEP 3 STEP 2 STEP 1

Slide 73

Slide 73 text

事例）タブレット電子帳票調査とヒアリング要件定義委託で実装完成品 STEP 4 STEP 3 STEP 2 STEP 1

Slide 74

Slide 74 text

定着せず

Slide 75

Slide 75 text

DevOps導入カイゼンを実施

Slide 76

Slide 76 text

具体的にやったこと

Slide 77

Slide 77 text

バリューストリームマッピング通称：VSM

Slide 78

Slide 78 text

検証の範囲進め方 ①各工程にかかる時間を見積もり ②問題工程や無価値な工程を探す ③対策を考える要件受取～ソフトリリースではなくアイディア～成果を対象成果

Slide 79

Slide 79 text

価値の定義 “PT”ではなく “VAT”のみ実施することを目指す

Slide 80

Slide 80 text

実際の企画担当者・ユーザーも呼んで実施どの作業に価値を見出すかはケース・バイ・ケース

Slide 81

Slide 81 text

VSM LT: 54.1D PT: 52.1D LT: 5.2D PT: 1.4D LT: 42D PT: 11D LT: 20D PT: 1D 企画調査・検証開発（繰返し）現場検証効果確認全体 Idea Outcome LT: 136.3D PT: 80.5D LT: 15D PT: 15D

Slide 82

Slide 82 text

VSM LT: 54.1D PT: 52.1D LT: 5.2D PT: 1.4D LT: 42D PT: 11D LT: 20D PT: 1D 企画調査・検証開発（繰返し）効果確認全体 Idea Outcome 現場検証 LT: 136.3D PT: 80.5D LT: 15D PT: 15D

Slide 83

Slide 83 text

VSM LT: 54.1D PT: 52.1D LT: 5.2D PT: 1.4D LT: 42D PT: 11D LT: 20D PT: 1D 企画調査・検証開発（繰返し）効果確認全体不具合対応の時間デプロイの時間現場のハード構築の時間障害対応の時間 Idea 使われない機能 8割以上企画に時間がかかる調査検証時間約3ヶ月 4日 LT 1ヶ月 1日 1日 1日約100日相当 Outcome 現場検証 LT: 136.3D PT: 80.5D LT: 15D PT: 15D

Slide 84

Slide 84 text

Slide 85

Slide 85 text

Slide 86

Slide 86 text

取り組むべき課題広範なキックオフ会議の設定ユーザーストーリーマッピングインセプションデッキモックを作ったプロトタイピング仕様作成時の UIデザイン開発工程で受け入れ項目リストを作る開発工程でテスト自動テストテストモジュール化開発用 Sandboxの用意 Auto deploy 開発と企画のコラボレーション CI CD 仮想環境効果作業量コンテナの生存確認と再起動自動化コンテナの設計見直しコンテナのテストコンテナオーケストレーション担当者に問題意識を持ってもらうスケジュール調整テストデータで開発（mock）データ収集待ち時の対応

Slide 87

Slide 87 text

Slide 88

Slide 88 text

インセプションデッキ

Slide 89

Slide 89 text

インセプションデッキ短期間で関係者で目的を共有 10個の質問での企画の全体像 (目的、背景、優先順位、方向性等)をまとめる工夫したところ ●パワーポイントは極力使わない ●少人数、幅広い役割の人を招集 ⇒オペレーターやマネジメントを呼ぶ ●時間が立って認識がズレたらもう一度短期間で合意常に認識をあわせる幅広い役割の人シンプルな企画少人数で意識統一ドキュメント最小限

Slide 90

Slide 90 text

項目絶対やる時間があればやるわれわれはなぜここにいるのか ● エレベーターピッチ ● パッケージデザイン ● やらないことリスト ● プロジェクトコミュニティは... ● 技術的な解決策の概要 ● 夜も眠れなくなるような問題は何だろう? ● 俺たちの“Aチーム” ● 期間を見極める ● トレードオフ・スライダー ● 初回のリリースに必要なもの ● 私達のデッキ必要なものだけをやる振り返りをして決める

Slide 91

Slide 91 text

みんなでエレベータピッチを作るとみんなの認識がバラバラなことが分かりましたインセプションデッキの効果工場の生産現場内でも立場によって期待が異なる

Slide 92

Slide 92 text

バラバラな認識を全て受け止めた上で今一番フォーカスするものを決めたインセプションデッキの効果

Slide 93

Slide 93 text

ユーザーストーリーマッピング

Slide 94

Slide 94 text

ユーザーストーリーマッピング短期間で必要な機能を定義要件定義書や仕様書といった重めのドキュメント作成を無くし軽量なストーリー形式にする開発者ユーザーデザイナ気をつけたところ ●一度にたくさんの機能は作らず一番必要な機能を一つづつ実装 ●ユーザーフィードバックを受けて毎週ストーリーを更新 ●ワークフローと登場人物毎に届けたいストーリーを定義スプリントごとにストーリーを整理

Slide 95

Slide 95 text

ユーザーストーリーマッピング人業務フロー

Slide 96

Slide 96 text

ユーザーストーリーマッピング人業務フロー業務内容

Slide 97

Slide 97 text

ユーザーストーリーマッピング対象工程を選択

Slide 98

Slide 98 text

ユーザーストーリーマッピングついでに、いらない作業もやめる

Slide 99

Slide 99 text

ユーザーストーリーマッピング人業務フロー届けたい機能

Slide 100

Slide 100 text

ユーザーストーリーマッピング人業務フロー

Slide 101

Slide 101 text

ストーリーの更新毎週フィードバックを受けてストーリーを更新する計画 1ヶ月後

Slide 102

Slide 102 text

ここまできて次のカイゼンに着手

Slide 103

Slide 103 text

Slide 104

Slide 104 text

 サービスが増えて運用が大変に  リグレッションコストの増大  ユーザー管理が大変

Slide 105

Slide 105 text

開発インフラの強化  CI/CD  データパイプライン  認証認可  kubernetes オンプレ/自社で構築中クラウド使いたい…

Slide 106

Slide 106 text

カイゼン中ですが更なる課題

Slide 107

Slide 107 text

Slide 108

Slide 108 text

Slide 109

Slide 109 text

 エンジニアが増えた  属人化してきた  教育コストが増大

Slide 110

Slide 110 text

モブで解決

Slide 111

Slide 111 text

効果エンジニア間の差を埋める  暗黙知の差－調査検索ワードの選び方など  スキルの差  実装方法

Slide 112

Slide 112 text

モブで浮き彫りになった課題不公平感

Slide 113

Slide 113 text

モブのメトリクス取得

Slide 114

Slide 114 text

モブのメトリクス取得最大－最小全員の発言数＝ポイント不公平感を発言数で数値化共通の目標へ

Slide 115

Slide 115 text

モブのメトリクス取得作業のタイムライン化時間がかかった作業を可視化振り返りの具体化

Slide 116

Slide 116 text

解決中の課題やる気、性格

Slide 117

Slide 117 text

カイゼンの結果

Slide 118

Slide 118 text

VSM（Before） LT: 136.3D PT: 80.5D LT: 54.1D PT: 52.1D LT: 5.2D PT: 1.4D LT: 15D PT: 15D LT: 42D PT: 11D LT: 20D PT: 1D 企画調査・検証開発（繰返し）効果確認全体不具合対応の時間デプロイの時間現場のハード構築の時間障害対応の時間 Idea 使われない機能 8割以上企画に時間がかかる調査検証時間約3ヶ月 4日 LT 1ヶ月 1日 1日 1日約100日相当 Outcome 現場検証

Slide 119

Slide 119 text

VSM（After） LT: 41D PT: 22D LT: 1D PT: 1D LT: 0D PT: 0D LT: 20D PT: 20D LT: 20D PT: 1D 企画調査・検証開発（繰返し）現場検証効果確認全体 Idea Outcome 不具合対応の時間デプロイの時間現場のハード構築の時間障害対応の時間使われない機能 8割以上企画に時間がかかる調査検証時間 1日 1日 0日すべて活用 0日 LT: 0D PT: 0D

Slide 120

Slide 120 text

LT: 136.3D PT: 80.5D LT: 41D PT: 22D STEP 4 STEP 3 リードタイム 70%減活用されるシステム

Slide 121

Slide 121 text

まとめ特に重要だったこと

Slide 122

Slide 122 text

ユーザーとの対話

Slide 123

Slide 123 text

現場現物困ってる姿を見た上でつくるのは重要

Slide 124

Slide 124 text

ユーザーの声一緒に開発できて幸せでした！開発チームに入りたいです失敗するシステムが多い中、本当によくやってくれました（涙）

Slide 125

Slide 125 text

もう一つ大切なこと

Slide 126

Slide 126 text

失敗から学ぶ

Slide 127

Slide 127 text

失敗から学ぶ  小さく失敗  だめなものはすぐやめる  結果を共有（振り返り） STEP 4 STEP 3 STEP 2 STEP 1

Slide 128

Slide 128 text

小さな成功を積み重ねる地道に一つづつ問題を解決し広げてきた 1人２人４人 14人自分ユーザー自分ユーザー×３自分ユーザー×３マネージャー？人将来

Slide 129

Slide 129 text

さらにもう一つ大切なこと

Slide 130

Slide 130 text

見える化

Slide 131

Slide 131 text

VSMでカイゼンアイテムの見える化広範なキックオフ会議の設定ユーザーストーリーマッピングインセプションデッキモックを作ったプロトタイピング仕様作成時の UIデザイン開発工程で受け入れ項目リストを作る開発工程でテスト自動テストテストモジュール化開発用 Sandboxの用意 Auto deploy 効果作業量コンテナの生存確認と再起動自動化コンテナの設計見直しコンテナのテスト担当者に問題意識を持ってもらうスケジュール調整テストデータで開発（mock）

Slide 132

Slide 132 text

広範なキックオフ会議の設定ユーザーストーリーマッピングインセプションデッキモックを作ったプロトタイピング仕様作成時の UIデザイン開発工程で受け入れ項目リストを作る開発用 Sandboxの用意 Auto deploy 効果作業量担当者に問題意識を持ってもらうスケジュール調整テストデータで開発（mock） VSMでカイゼンアイテムの見える化開発工程でテスト自動テストテストモジュール化 CI コンテナの生存確認と再起動自動化コンテナの設計見直しコンテナのテストコンテナオーケストレーション取り組みたかったカイゼンアイテム

Slide 133

Slide 133 text

VSMでカイゼンアイテムの見える化開発工程でテスト自動テストテストモジュール化開発用 Sandboxの用意 Auto deploy 効果作業量コンテナの生存確認と再起動自動化コンテナの設計見直しコンテナのテスト担当者に問題意識を持ってもらうスケジュール調整テストデータで開発（mock）広範なキックオフ会議の設定ユーザーストーリーマッピングインセプションデッキモックを作ったプロトタイピング仕様作成時の UIデザイン開発工程で受け入れ項目リストを作る開発と企画のコラボレーション取り組むべきカイゼンアイテム

Slide 134

Slide 134 text

取り組みたい改善 ≠ 真の取り組むべき事

Slide 135

Slide 135 text

アジャイルでみんなが得たもの？助かった私も作って欲しい私も作って欲しい私も作って欲しいお願いします現場が言うなら了解！ Done Doing 生産現場マネージャーマネージャーメンバーを増やしたい開発 Doing Waiting

Slide 136

Slide 136 text

アジャイルでみんなが得たもの？ Done 生産現場マネージャーマネージャー開発 Done Done Done

Slide 137

Slide 137 text

アジャイルでみんなが得たもの？業務が効率化されて早く帰れるようになった Done 生産現場マネージャーマネージャー開発 Done Done Done

Slide 138

Slide 138 text

アジャイルでみんなが得たもの？業務が効率化されて早く帰れるようになった Done 生産現場マネージャーマネージャー開発 Done Done Done 現場がよろこんでくれて嬉しい

Slide 139

Slide 139 text

アジャイルでみんなが得たもの？業務が効率化されて早く帰れるようになった Done 生産現場マネージャーマネージャー開発 Done Done Done 自分の現場が良くなって他工場から注目された現場がよろこんでくれて嬉しい

Slide 140

Slide 140 text

アジャイルでみんなが得たもの？業務が効率化されて早く帰れるようになった Done 生産現場マネージャーマネージャー開発 Done Done Done 自分の現場が良くなって他工場から注目された現場に貸しを作った現場がよろこんでくれて嬉しい

Slide 141

Slide 141 text

順調に進んでいるところで新たな問題が発生

Slide 142

Slide 142 text

予算削減

Slide 143

Slide 143 text

チーム解散の危機

Slide 144

Slide 144 text

しかしここでまさかの逆転劇

Slide 145

Slide 145 text

生産現場や他部署が予算を工面

Slide 146

Slide 146 text

「ありがとう」は誰でも言える本当に感謝してくれている人はお金を払う

Slide 147

Slide 147 text

少し前の生産現場のセリフ皆さん覚えてますか？

Slide 148

Slide 148 text

俺たちが必死で稼いだ 1円・1秒を一瞬にして使ってしまうIT！お金は使わせない

Slide 149

Slide 149 text

信頼を取り戻し仲間が増えてきた

Slide 150

Slide 150 text

本日聞いてくれているマネージャーへ

Slide 151

Slide 151 text

今まで正しいと思っていた積み重ねた概念を捨て全く新たな価値感で、若手を信じて支えること

Slide 152

Slide 152 text

注意点を教える You やっちゃいなよ提案の絶対的肯定本日来ていただいている仲間と一緒に大変革期を乗り越えましょう

Slide 153

Slide 153 text

日本のConventionalな製造業が新たな方向へ踏み出した第一歩の涙無くしては語れないストーリーを作っていきたい

Slide 154

Slide 154 text

共感してくれた方一緒にストーリーを作りましょう