[XP祭り2017][B-3(1)]DevOps時代のプロジェクトマネージメントを考えよう

XP祭り2017
@早稲田大学グリーン・コンピューティング・システム研究機構
B-3(1)
DevOps時代の
プロジェクトマネージメントを考えよう
2017年9月16日
株式会社野村総合研究所
森實繁樹

Copyright（C） Nomura Research Institute, Ltd. All rights reserved. 1
目次
自己紹介
本日の位置づけ
プロジェクトマネージメントのありかたの変化
これからのプロジェクトマネージャに求められるもの
SIerの限界
まとめ

目次
自己紹介
SIerの限界
まとめ

自己紹介
■社内活動（仕事）について
2003年：某メーカー系SIerに就職
所属：共通技術本部 LMC開発推進室 ○開発メンバー
2006年：野村総合研究所に転職
所属：保険システム二部（ダイレクト損保） ○アプリリーダー
↓ ○インフラリーダー
保険システム五部（ダイレクト損保） ○プロジェクトマネージャ
↓ ○営業的なこと
保険システム一部（メガ損保） ○人材育成的なこと
■社外活動（コミュニティ活動等）について
2005年～：XPJUGのスタッフ（最近はちょっと幽霊気味）
イマココ

自己紹介
■座右の銘
一．常善を尽くせ
一．雨の日こそ笑え
一. 明日できることは明日やれ
一．Social change starts with you
一. 最高の仕事をしよう

目次
自己紹介
SIerの限界
まとめ

■壮大な三部作
SIerにおける自律した組織のツクリカタとプロダクトオーナーシップについて
DevOps時代のプロジェクトマネジメントを考えよう
大きなSIerの中で「アジャイル開発で飯を食う」までの歩み
7/24 POStudy
9/16 XP祭り
9/22 DevLOVE関西
大きなSIerの中で「アジャイル開発で飯を食う」までの歩み（東京再演）
10/18 POStudy

7/24 POStudy
9/16 XP祭り
9/22 DevLOVE関西
10/18 POStudy

目次
自己紹介
SIerの限界
まとめ

時代の潮流
■大構築時代の終焉

時代の潮流
■大構築時代の終焉
しっかり決めて
しっかり作る
時代

時代の潮流
■DevOps時代の勃興

時代の潮流
■DevOps時代の勃興
小さく作って
素早く価値提供する
時代

PMBOKをふりかえる

■プロジェクト活動のプロセスとは
WATERFALL
立ち上げ計画実行管理・監視終結

■プロジェクトとは
「プロジェクトとは、独自のプロダクト、サービス、
所産を創造するために実施する有期性のある業務」

■プロジェクトとは
「プロジェクトとは、独自のプロダクト、サービス、
所産を創造するために実施する有期性のある業務」
『創造』のための活動

プロジェクトマネージメントはプロジェクトマネージャのため
プロジェクトマネージャは創造のための活動を行う

大構築時代は
要件決めがすべて
（良い意味で）計画偏重
長期化傾向

DevOps時代は
価値（利益）がすべて
投資対効果重視
短期化傾向

DevOps時代は
価値（利益）がすべて
投資対効果重視
短期化傾向
従来には
みていない
従来の
スコープにない

すなわち
従来型のプロジェクトマネージメントだけでは通用しない
≒
従来型のプロジェクトマネージャでは通用しない

大構築時代 DevOps時代
Q
バグ0件
障害密度、ケース密度重視
X00人に同じ品質を要求
価値を妨げない範囲までは妥協可能
原則全自動テスト実施
少数精鋭で高品質を目指す
C
顧客の予算内で利益率を加味してリスク費用を
積んで守る
一律最低限の開発端末でガンバる
環境は下位環境ほど劣悪になる
積んで守る
クラウドやシンクライアントを利用して開発環境
や実行環境を十分に用意する
D
顧客と合意した日付にリリースする（年度あるい
は中期経営計画に従う）
動くものはUATまでにできていればよい
顧客と合意した日付にリリースする（素早く価値
提供できるタイミングを目指す）
素早く作り、速やかに確認してもらう
S
システム化計画で定めたシステム全体の機能を
余すことなく実装する
価値を提供できる最小の単位で実装する
プロジェクトの特性

Q
バグ0件
C
積んで守る
積んで守る
D
S
大構築時代より下げていいとは
だれもいっていない

Q
バグ0件
C
積んで守る
積んで守る
D
S
フラストレーションやリスクを軽減すること
は心理的安全性の一つ

Q
バグ0件
C
積んで守る
積んで守る
D
S
素早くつくる→アジャイルな開発
素早い価値提供→DevOps

Q
バグ0件
C
積んで守る
積んで守る
D
S
素早くつくる→アジャイルな開発
素早い価値提供→DevOps
1リリースあたりのスコープは小さくなる
ため、組織は継続的な活動としてトータ
ルのスコープを確保する必要がある

目次
自己紹介
SIerの限界
まとめ

体制の再構築
■体制
エピソード1より再掲

■情報
体制の再構築

■仕事の流れ
よろしく
体制の再構築

■仕事の流れ
体制の再構築

■体制（過渡期）
体制の再構築

■仕事の流れ
よろしく
体制の再構築

■仕事の流れ
あ…
体制の再構築

■体制（最終形）
体制の再構築

■情報
体制の再構築

■仕事の流れ
さぁどうしようか
体制の再構築

■文化を変える（前）
体制の再構築

■文化を変える（後）ボールをゴールに
いれよう！
体制の再構築

いれよう！
体制の再構築

■チームができたなら
体制の再構築

■チームができたなら
チームを信じろ
そして守れ
体制の再構築

価値創造活動の継続
ここが俺のプロジェクトだ！！

ここが俺のプロジェクトだ！！

ビジネスに精通する人材
プロダクトマネージャの領域への突入
生産性に対する意識改革

■生産性とは
価値
------
コスト

■大構築時代
価値・・・一定（計画通り）
------
コスト↓・・・唯一寄与
単価下げるとか…

■DevOps時代
価値 ↑・・・『価値』を高める
------
コスト↓
そのためには
・市場動向認知
・仮説の定義
・効果検証の手法

プロジェクトマネージメントはチームのためのものになり
プロジェクトマネージャは価値創造のための活動が行える
これがすべてできた結果

目次
自己紹介
SIerの限界
まとめ

限界を感じるところ
（前提）
ビジネスを持っていない
ビジネスはビジネスをする会社の方針による
SIerの限界

（前提）
SIerの限界
DevOps型
DevOps型
大構築型
大構築型
顧客
自社
SIer

（前提）
SIerの限界
DevOps型
DevOps型
大構築型
大構築型
顧客
自社
SIer
自社の変革と
顧客の協力が重要

（前提）
SIerの限界
DevOps型
DevOps型
大構築型
大構築型
顧客
自社
SIer
自社の変革と
ステークホルダー
マネジメントの重要性
＝

（前提）
SIerの限界
DevOps型
DevOps型
大構築型
大構築型
顧客
自社
SIer
自社の変革と
ステークホルダー
マネジメントの重要性
＝
ここはエピソード3で
話します（たぶん）

目次
自己紹介
SIerの限界
まとめ

私が考えるDevOps時代のプロジェクトマネージメントとは
従来のプロジェクトマネージメントに加えて
プロダクトオーナーシップを発揮すること
まとめ

私が考えるDevOps時代のプロジェクトマネージメントとは
従来のプロジェクトマネージメントに加えて
プロダクトオーナーシップを発揮すること
みなさんのプロダクトオーナーシップはなんですか？
まとめ

エピソードIIIに続く
まとめ
7/24 POStudy
9/16 XP祭り
9/22 DevLOVE関西
10/18 POStudy

[XP祭り2017][B-3(1)]DevOps時代のプロジェクトマネージメントを考えよう

[XP祭り2017][B-3(1)]DevOps時代のプロジェクトマネージメントを考えよう

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to [XP祭り2017][B-3(1)]DevOps時代のプロジェクトマネージメントを考えよう

Similar to [XP祭り2017][B-3(1)]DevOps時代のプロジェクトマネージメントを考えよう (20)

More from Shigeki Morizane

More from Shigeki Morizane (20)

[XP祭り2017][B-3(1)]DevOps時代のプロジェクトマネージメントを考えよう