老舗メーカーに反復型開発を導入してみました中原慶

老舗メーカーに反復型開発を
導入してみました
コニカミノルタ株式会社
IoTサービスプラットフォーム開発統括部
中原慶
2017/11/08

中原慶 (40歳、大阪市出身)
IT系アプリ開発
クラウドサービス開発
全社SW開発力強化
教育・コンサル、
ツール開発
2000年 2004年 2012年
• WEBアプリ開発
• DB管理アプリ開発
• Java、モデリング、SPL、仕様記述
• TRICHORD, astah*の開発
• 講演、執筆
• クラウドサービス開発
• アジャイル型開発の展開
• ICT技術者育成
2
ソフトハウス

2017
144年創業1873
コニカミノルタの歴史
カメラ
フィルム

全てのモノには寿命がある
デジタルカメラ
カメラ
フィルム
創業事業
からの撤退
2006年
次世代に向けた準備

ビジネスを支えるコア技術
コア技術

事業領域
ヘルスケア
産業用光学システム
オフィスサービス
商業・産業印刷
機能材料

特にこれからは・・・
業界、分野を超えた
大規模な変革期に
入ろうとしている。

今日のお話しが弊社の
「アジャイル」の
全て
ではありません

対象
事業会社の方
# できれば老舗の
# できれば製造業

6割以上の方が対象なはず
出典「エンタープライズアジャイル勉強会理事会資料(2017.08)」

老舗メーカー
反復型開発
苦労ばなし

その1. 進め方の変革
その2. 仲間づくり
その3. MORE 仲間づくり
【やったこと】

会社
「新規事業やるぞ！サービスやるぞ！」
ミドル「アジャイルやるぞ！」
中原「で、何やるの？」
【背景】

会社が、または、私が
やりたいこと
ビジネスゴールに
最短距離で到達する
進め方にしたい

やったこと
A)間違いをただす
B)変革の実践

アジャイルって何？
https://www.scrumalliance.org/community/articles/2016/july/ho
w-scrum-kanban-can-work-for-you

アジャイルがやりたいの？
それとも
儲けたいの？
A) 間違いをただす
B) 変革の実践
アジャイル禁止令

なので
「反復型開発」
# アジャイルと言わない
B) 変革の実践

企画・開発・運用が連携した
サービス作りに合った開発
Ops
運用
開発
企画
Biz
Customer
DevOps cycle
Dev
B) 変革の実践

∵ 組織の既成概念の中で語られる
• 組織的な役割分担(サイロ)
• 長期計画
• 開発プロセス規定
• ヒエラルキー型の組織構造
進め方を
変えるのは大変

具体的にやったこと
ミドル層をカンファレンスに誘う
トップ層を巻き込む
ビジネス観点で課題を提唱する
話を大きくする
外部有識者の講演会
勉強会・輪講会
コンサル活用
B) 変革の実践

具体的にやったこと
ミドル層をカンファレンスに誘う
トップ層を巻き込む
ビジネス観点で課題を提唱する
話を大きくする
外部有識者の講演会
勉強会・輪講会
コンサル活用
B) 変革の実践
特に
効果あり

Ops
Customer
DevOps cycle
B) 変革の実践
Product Owner
（企画部門）
品証部門
Dev/Scrum Master
（開発部門）
Scrum Team
部門を超えたチームを構築

型を実践し既存文化を脱却(守)
B) 変革の実践
Scrum
 1週間スプリント
• メンバの成長
• 多くの気づき、改善
 レビューはFeedbackの場
• PBIは都度POに確認
• POはレビューまでにFeedbackを収
集
 リリースプランニングは見込み、
スプリントプランニングはコミット
• リリース計画でゴールを共通化
• スプリント計画で手を動かすタスク
まで抽出(設計実施)
バッファ禁止
 こまめに状況報告
• 上位の期待値をマネージメント

B) 変革の実践
透明性、検査、適応の徹底

その1.進め方の変革
1. 「アジャイル」禁止令
・（偉い人に）ビジネス観点で何をすべきかを示す
・「アジャイル」だから駄目だったと言わせない
・やらない場合の恐怖とやった場合のHAPPYを語る
2. 型の実践とこまめな報告
・「守」を徹底し、既存文化から脱却
・上位マネジメントの期待値をマネジメント
まとめ

Customer/User
Planner
Sales
Business Side
【背景】
スクラムチーム内に壁
Developer
Scrum Master
Scrum Team
QA
Product Owner

私が
やりたいこと
最短距離で到達できる
真のチーム
に仕上げたい

Customer/User
Planner
Sales
Business Side
【背景】
Developer
Scrum Master
Scrum Team
QA
Developerが御用聞き化
Product Owner

やったこと
Developerを
企画化する

POは仕様を作る
Devはソフトを作る

POは仕様を作る
Devはソフトを作る
みんなで仕様を作る
POは最終決定者

36
リーンキャンパス
エレベーターピッチ
ユーザーストーリーマッピング
プラグマティックペルソナ
カスタマージャーニーマップ
Developerを企画化する
開発企画
ア
イ
デ
ア
(
要
望
)
SW
要
求
SW
要
件
要望
検討
要望
/ FB
市場動向
設計実装
評価
出荷
要求開発

チームの
「ヤッター！」
を揃える
37
ビジネス状況の共有
仮説検証 KANBAN
仮説の目標値、検証方法、時期の共有
リリースの狙いボード

仲間化
Product Owner Developer

【背景】
QAテスト
承
認
出
荷
As Is（今のままだと…）
Want to be
実験中

やったこと
QAの巻き込み
実験中

QAを仲間にする理由
• プロセス規定で承認が必要
• 同種他製品の知見活用
• テストの知見活用
実験中

テストケースでゴールを合意
テストケース作成
自動テスト作成/
テスト実施
テストケースの
結果確認
スプリント計画
スプリント
スプリント
レビュー
[All Green]
テスト管理ツール
テスト不備
実験中
PO QA Dev

テストケースの結果確認
テストケース作成
自動テスト作成/
テスト実施
テストケースの
結果確認
スプリント計画
スプリント
スプリント
レビュー
[All Green]
テスト管理ツール
テスト不備
実験中
PO QA Dev

協働
Customer/User
Planner
Sales
Business Side
Developer
Scrum Team
QA
Product Owner
まとめ
Scrum Master

会社「もっとアジャイルを広めよう！」
ミドル「標準プロセスを作ろう！」
中原「…」
【背景】

会社、もしくは、私が
やりたいこと
全てのビジネスで
最短距離で到達したい

ビジネス特性に合った
銀の弾丸
=標準プロセス
最適な進め方
≠

課題と対策は
共有できるかも

やったこと
A)かけこみ寺（場）
づくり
B)開発現場の公開

話を大きくして
仲間と事例を
増やす
A) かけこみ寺（場）づくり
B) 開発現場の公開

全社横断的な場をつくる
https://www.konicaminolta.com/jp-ja/corporate/outline.html
ほとんどの開発現場を巻き込んだ

ほとんどの開発現場を巻き込んだ
事業領域

約150程のナレッジを
共有しました。
が、見せられなくてすいません

開発現場を開放
プラクティスの
持ち帰り

時間割デジタル時間割
ペルソナ全プロセス/ルールの可視化
ニコカレ
早押しピンポン
テスト状況可視化
XFD
Practice
with Force & 雰囲気

1. 全社横断的な場づくり
・気軽に相談できるかけ込み寺
・経験値の共有、車輪の再発明防止
2. 開発現場の公開
・改善の空気を伝達
・ゼロイチではなく少しずつでも
まとめ

その1. 進め方の変革
ビジネスに最適な進め方を探求
偉い人を巻き込む
協働で壁をぶっ壊す
仲間と事例を増やしてマジョリティーを目指す
まとめ

2017/11/08
ありがとう
ございました

老舗メーカーに反復型開発を導入してみました中原慶

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Destaque

Destaque (10)

Semelhante a 老舗メーカーに反復型開発を導入してみました中原慶

Semelhante a 老舗メーカーに反復型開発を導入してみました中原慶 (20)

Mais de Kei Nakahara

Mais de Kei Nakahara (10)