勝てる「開発プロセス」のつくり方
~そのプロジェクト計画、
本当に成功を確信して書いていますか?~
岡 大勝
株式会社ゼンアーキテクツ
2018.09.12#devsumi
岡 大勝
@okahiromasa
株式会社ゼンアーキテクツ
代表取締役CEO
アーキテクト
DKIS ⇒ DEC ⇒ HP ⇒ Rational Software
金融SE ⇒ オブジェクト指向&RUP の導入支援
2003年にゼンアーキテクツを設立
先端技術による”企業のIT投資の最適化”がミッション
2013年 日経BP「日本のトップITアーキテクト」の
一人として選出
NoOps Japan 発起人
「成功した姿」を
想像できないから、
怖い
開発プロセス =
プロジェクトの見通しをたてること
1. 「プロジェクトの三態」を知る
Know the “3 States of Project”
物質の三態
States of Matter
プロジェクトは、ある時点は
必ず「3つの状態のどれか」である。
プロジェクトの三態
States of Project
主なアウトプット
一般的な工程とマッピング
会計パッケージの導入
価値探索
Exploring
新技術を使ったシステム再構築
価値探索
Exploring
革新的プロダクトのリリース
2. 実現性トライアングル
Feasibility Triangle
実現性トライアングル
=「プロジェクトの成功」を測るための物差し
チームと環境
スコープ
テクノロジと
アーキテクチャ
コストと
スケジュール
『ディシプリンド・アジャイル・デリバリー(翔泳社)』より
想定の正しさを知るため、
活動がぶれていないことを知るため、
いつもトライアングルにあてはめてみる。
チームと環境
スコープ
テクノロジと
アーキテクチャ
コストと
スケジュール
リスク最小化 リスク最小化
リスク最小化
プロジェクトの状態によって焦点が変わる
チームと環境
スコープ
テクノロジと
アーキテクチャ
コストと
スケジュール
会計パッケージの導入
チームと環境
スコープ
テクノロジと
アーキテクチャ
コストと
スケジュール
新技術を使ったシステム再構築
チームと環境
スコープ
テクノロジと
アーキテクチャ
コストと
スケジュール
革新的プロダクトのリリース
チームと環境
スコープ
テクノロジと
アーキテクチャ
コストと
スケジュール
革新的プロダクトのリリース
革新的プロダクトのリリース
スコープ
実現性トライアングルを
いつも横目に検討を進める
革新的プロダクトのリリース
スコープ
MVPを決める
「いけそうだね!」
革新的プロダクトのリリース
スコープ
すばやく開発~リリース
テクノロジと
アーキテクチャ
チームと環境
技術は適切か?
体制と進め方は?
革新的プロダクトのリリース
スコープ
ユーザーの利用フィードバック
テクノロジと
アーキテクチャ
チームと環境
ユーザーの反応は?
運用は?
次の打ち手は?
状態によって、適切な進め方は異なる
要求 分析 設計 実装 テスト
要求 分析 設計 実装 テスト
要求 分析 設計 実装 テスト
要求 分析 設計 実装 テスト
要求 分析 設計 実装 テスト
プロジェクト開始 リリース
要求 分析 設計 実装 テスト
要求 分析 設計 実装 テスト
要求 分析 設計 実装 テスト
要求 分析 設計 実装 テスト
要求 分析 設計 実装 テスト
プロジェクト開始
リリース
タイムボックス①②
34
反復型
適応型要求管理
ジャストインタイム コードの共同所有
リソースと納期の
固定Agile
反復
Iterative
ジャストイン
タイム
Just-In-Time
適応型
Adaptive
Lifecycle
価値駆動
バックログ管理
コードの
共同所有
リファクタリング
自動回帰テスト
Living
Document
安定した
アーキテクチャ
継続的統合/
デリバリー
アーキテクチャ
スパイク
ペアプログラミング
BDD
カンバン
イテレーショ
ン計画
マルチファンクショナル
エンジニア(多能工)
リスク駆動
タイムボックス
ベロシティ
ふりかえり
Pull Request
インセプション
日次ミーティング
100%専任バーンダウン
チャート
自己組織的
チーム
リスクリスト
ビジョンドキュメント
イテレーション
デモ
※ゼンアーキテクツがお客さまの現場で実践している主要なプラクティスを表したものです
ウォーターフォール or アジャイル?
日本での実態は?
ウォーターフォール or アジャイル?
日本での実態は?
ウォーターフォール アジャイル
91% 9%
474件 46件
日本情報システム・ユーザー協会(JUAS)
ソフトウェアメトリックス調査2016
「開発方法論の使用割合調査(新規開発)」より引用
ウォーターフォール vs アジャイル?
アジャイルの採用理由
日本情報システム・ユーザー協会(JUAS)
ソフトウェアメトリックス調査2015より引用
1. 工期短縮:68%
2. コスト削減:46%
3. 要件抽出が困難:32%
ウォーターフォール vs アジャイル?
アジャイルの採用理由
日本情報システム・ユーザー協会(JUAS)
ソフトウェアメトリックス調査2015より引用
1. 工期短縮:68%
2. コスト削減:46%
3. 要件抽出が困難:32%
大前提
どんな進め方をしようが、
作りたいモノが同じ※なら
複雑さの総量は
変わらない
アジャイルとは
アジャイルとは
「暗黙知」の再評価
暗黙知を活かすために必要なたったひとつのこと
暗黙知を活かすために必要なたったひとつのこと
「信頼」
3. Work Together
知識労働の生産性向上施策
P.F.ドラッカー
The New Productivity Challenge / 1991
知識労働やサービス労働における最大の生産性向上施策は、
「賢く働く(working smarter)」こと。
「賢く働く」ための6原則
知的創造活動 SECIモデル
表出化共同化
内面化 結合化
ExternalizationSocialization
Internalization Combination
暗黙知
形式知
形式知
暗黙知
暗黙知
暗黙知
形式知形式知
個人の
共有された
その一部が
バラバラの
関連づけられた
個人の
組織の
共有された
Work
Together
腹おち
見える化
関連づける力
野中 郁次郎, 竹内 弘高
The Knowledge-Creating Company / 1995
Agile Manifesto
アジャイルソフトウェア開発宣言
http://agilemanifesto.org/ 2001
1. 「プロジェクトの三態」を知る
2. 実現性トライアングル
3. Work Together
自分たちの環境で、
自分たちの目標を
実現するために、
どう進めるのがベストか。
皆で一緒に考え、
動いてみる。
それが、
勝てるプロセスの第一歩。
きょうから
未来を、はじめてみよう。
勝てる「開発プロセス」のつくり方

勝てる「開発プロセス」のつくり方