ESD21オープンフォーラム「ICTビジネスイノベーションとソフトウェア」

ソフトウェア開発のアジャイル手法を超えたビジネスのアジャイル

2018/3/23
原田騎郎 - 株式会社アトラクタ

原田騎郎✤ 株式会社アトラクタ✤ アジャイルコーチ・ドメインモデラー・SCMコンサルタン

ト @haradakiro

株式会社アトラクタのご紹介✤

開発プロセスに関するコンサルティングやトレーニングを提供✤ アジャイル開発 / 改善 / 自動化 / チーム育成 / クラウドコンピューティング / ド

メインモデリングなどが専門領域✤ https://www.attractor.co.jp/

時価総額ランキング
2017

2007

1. アップル (7964億ドル)

1. エクソンモービル (4685億ドル)

2. アルファベット (6751億ドル)

2. GE (3866億ドル)

3. マイクロソフト (5392億ドル)

3. マイクロソフト (2936億ドル)

4. Amazon (4754億ドル)

4. CITIグループ (2695億ドル)

5. Facebook (4388億ドル)

5. ペトロチャイナ (2618億ドル)

時価総額ランキング
1989
1. NTT (1836億ドル)
2. 住友銀行 (762億ドル)
3. 日本興業銀行 (740億ドル)
4. 第一勧業銀行 (695億ドル)
5. 富士銀行 (684億ドル)

現在のビジネス状況✤ ビジネスの変化がどんどんはやくなっている✤ VUCA => Volatility (不安定) / Uncertainty (不確実) / Complexity (複雑) /Ambiguity (曖昧)✤ ITはビジネス上の成果達成のための重要な要素に✤ 多くのサービスがこの10年以内に登場し既存のビジネスモデルに影響を与えた

り、人の働き方を変えている。
✤ GitHub (2008), Dropbox (2008), Evernote (2008), Airbnb (2008),

Lyft (2012), MoneyForward (2012, Japan), Slack (2014),
SORACOM (2015, Japan)

回答者の98%は、所属組織でアジャイル開発の成功経験があると回答した

http://stateofagile.versionone.com/

アジャイル適用とスケーリングの課題

会社の文化や価値観がアジャイルの価値観と合わない
アジャイルの経験が足りない
マネジメントのサポートがない
組織が変化に抵抗する
ビジネス・顧客・プロダクトオーナー不在
トレーニング不足
これまでの開発に慣れすぎている
アジャイルの手法・プロセスに一貫性がない
ツール・データ・計測がバラバラ
効果的に協働できない
法規制やコンプライアンスわからない

企業の仕事のやり方の変化

1900年代以前✤ 小集団による構成✤ 大集団の階層型組織は、軍隊、政府などに限られていた

科学的管理手法

経済効率性を改善する。
プロセスのエンジニアリングと管理に科学的手法を適用することで、主に労働生産性を改善する。

作業者と管理者

製造ライン管理者にも管理者を階層化組織労働生産性の向上

新たな課題✤ 新製品開発サイクルの短縮化✤ 大量生産から多品種生産に✤ サプライチェーンの問題✤ 競合が多数いる状況、在庫切れ→失注✤ 在庫の確保→在庫コストの増大QR(Quick Response)✤ 1980年代の米国アパレル業界✤ 小売店の在庫管理の非効率に対する対応✤ 在庫補充要求への対応時間を短く、JIT納入✤ 衣料メーカーと大規模小売りの協調作業✤ QRコードのQRはここから。

ECR
Efﬁcient Consumer Response✤ 主に食品業界から✤ 賞味期限がある商品の効率的な扱い方の研究✤ サプライチェーン全体で、レスポンスの向上を✤ サプライチェーン上で、消費者の価値にならないことはやめる✤ サプライチェーン上の情報共有の強化✤ POSデータの共有など

CRMシステム
Customer Relationship Management✤ 顧客管理システムではない✤ 顧客との関係を管理するシステム

真実の瞬間✤ 顧客の価値創造は、顧客の接点で行われる✤ 接する社員がどう行動するかで、満足度が変わる。
✤ 階層型組織で判断を待っていては間に合わない。

湾岸戦争 (砂漠の嵐作戦)

OODA Loop✤ 部隊が情報化され、大量の情報が生成されるようになった。
✤ 司令部の情報処理が間に合わなかったために、いくつかの重要な作戦の遂行に失敗している。
✤ 階層化組織を再考するきっかけ

組織運営の形✤ 専門家✤ 職能分離✤ マネージャーとワーカー✤ 階層化組織✤ 指揮統制系統、指揮命令系統

「実行に必要な情報が得られていない課題に直面した組織がとれる対応は２つしかない。
✤ 情報処理能力を増やす✤ 情報が足りなくでも課題を解決できるように組織を設計するのいずれかだ。どちらも行えなければ、組織の能力は低下するしかない。
Martin van Creveld (1985), Command in War

力の源泉
人間の知的能力
情報

土地
労働力

技術
資本
技術

労働力

情報

資本

農業

産業

土地情報

時代

https://internationalc2institute.org/course-materials✤ ミッションを正確に予測することは不可能✤ 状況の複雑性を無視したら、確実に失敗する✤ 計画は役に立たない。計画作りは全てだ。

不確実 - 複雑 - 動的Power to the Edge

✤ 組織末端への意志決定権限委任✤ 自己同期化✤ 状況認知の共有

委ねるリーダーシップ

情報を上げさせるな
情報のところまで権限を下ろせ

NCWへの移行モデル
コマンドアンドコントロールのアプローチ伝統的協働的
自己同期
認知の共有
状況認識 情報の共有
情報の発生源クネビン
フレームワークAgility - 俊敏さ
Robust: 頑健性
Resilient: 回復性
Responsive: 反応性
Flexible: 柔軟性
Innovative: 先進性
Adaptive: 適応性

権限委譲 - Empower✤ 権限委譲するかしないかは、二者択一か？

権限の7つのレベル
A. 指示する: マネージャとして判断を下す
B. 売り込む: 判断について人々を説得する
C. 相談する: 判断する前にチームに意見を求める
D. 参加する: チームと一緒に判断する
E. 助言する: チームの判断に影響を与える
F. 確認する: チームが判断をした後にフィードバックを求める
G. 委譲する: 影響を与えない。チームが自分でやる

http://management30.jp/

権限ボード機能の選択
スケジュール確定
チームメンバーの選択

ベンダの選択作業標準の作成
http://management30.jp/

ホラクラシーhttps://blog.holacracy.org/whats-wrong-with-your-organizational-structure-91dd71a76eb7

アジャイルマニフェスト

アジャイル開発の原則12個(まとめ)✤ 早期からの継続的なデリバリー✤ 動作するソフトウェアが指標✤ 変化を歓迎する✤ 持続可能なペース✤ 期間に区切って頻繁にデリバリー✤ 技術的卓越✤ 毎日のコラボレーション✤ シンプルに保つ✤ 信頼とモチベート✤ 自己組織化したチーム✤ フェイス・トゥー・フェイス✤ 継続的なプロセス改善

アジャイルの時代✤ 小さなチーム✤ 顧客価値✤ チームのネットワーク

https://www.forbes.com/sites/stevedenning/2016/09/08/explaining-agile/#40cb45c3301b適切な管理の本質✤ 適切な人材を雇用する✤ その人材を適所にあてはめる✤ 人々の士気を保つ✤ チームの結束を強め、維持する(それ以外のことは全部管理ごっこ)
トム・デマルコ「デッドライン」

マネージャーの責務#1 チームを信頼すること#2 失敗に備えること#3 自律を促すこと

あとは、チームの邪魔をしないこと

Scrum@Scale

Agile Scaling