[DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩み

DevLOVE関西
@電通国際情報サービス関西支社
大きなSIerの中で
「アジャイルな開発で飯を食う」までの歩み
2017年9月22日
株式会社野村総合研究所
森實繁樹

Copyright（C） Nomura Research Institute, Ltd. All rights reserved. 1
目次
自己紹介
本日の位置づけ
もう少しだけ僕を知ってください
アジャイルな開発で飯を食うまで
アジャイルな開発で飯を食うということ
まとめ

目次
自己紹介
まとめ

自己紹介
■社内活動（仕事）について
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

おことわり
今回はエピソード1、および2のような話とは違い、
ものすごく主観で話をします。

目次
自己紹介
まとめ

僕の遍歴（仕事）

2003年富士通株式会社入社 → 技術系の事業本部に所属

2006年富士通株式会社退職

2006年富士通株式会社退職
株式会社野村総合研究所入社 → 保険系の事業本部に所属
2006年～某ダイレクト損保プロジェクト Webアプリチーム担当
2009年
2009年～某ダイレクト損保プロジェクトインフラ（運用）・共通チーム担当
2012年
2012年～某ダイレクト損保プロジェクトプロジェクトマネージャ（新規2年、保守2年）
2015年

2016年～某メガ損保プロジェクトプロジェクトマネージャ（新規2年目）

僕の遍歴（コミュニティ）

2004年？～オブラブ（旧オブジェクト倶楽部）のイベントに参加
・この頃現アジャイルジャパン実行委員長の和田さんにあう
2005年？～ XPJUG（日本XPユーザグループ）にスタッフとして参画
・この頃から壇上に立つ側に（LTとかショートセッションとか）
2003年～ PFP関東
2017年すくすくスクラム
DevLOVE
etc…

僕の遍歴（資格）

情報処理技術者
プロジェクトマネージャ
アプリケーションエンジニア
ITストラテジスト
高度情報処理技術者（セキュリティ）
ITサービスマネージャ
システム監査技術者

テクニカル系
SJC-P
LPIC
UML認定技術者
Interstage Master Developer
Systemwalker Master

テクニカル系
SJC-P
LPIC
UML認定技術者
Systemwalker Master
Scrum Alliance
認定スクラムマスター
認定スクラムプロダクトオーナー
認定スクラムプロフェッショナル

テクニカル系
SJC-P
LPIC
UML認定技術者
Systemwalker Master
Scrum Alliance
その他
販売士
簿記
秘書検定
ビジネス実務法務
アマチュア無線技師

僕の遍歴（活動）
■侍塊s
2005年～音楽・芸人活動（ショートセッション・LT）などなど

■侍塊s
Dear XP Live in Agile2008 from Youtube

■侍塊s
■森實繁樹
2016年 9月 XP祭り2016
11月プロダクトオーナー祭り2016
2017年 4月 Agile Japan 2017
4月 DevOpsDays Tokyo 2017（飛び込み）
5月 Comeback Japan 2017
7月 POStudyナイト夏のLT大祭り2017
9月 XP祭り2017
9月 DevLOVE関西

目次
自己紹介
まとめ

アジャイルで飯を食う
2017年、苦節10年超の活動の末、
社内で予算がもらえるようになりました。

・契約に紐づく（社外）
or
・R&D的な活動（社内）

ふりかえり
まずは時代の潮流からふりかえろう

時代の潮流
■大構築時代の終焉
エピソード2より再掲

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

時代の潮流
■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リリースあたりのスコープは小さくなる
ため、組織は継続的な活動としてトータ
ルのスコープを確保する必要がある

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

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

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

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

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

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

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

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

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

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

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

アジャイル開発ってなに？

我が社もこれからは
アジャイルだ！！！
自社経営陣

自社経営陣

顧客経営陣

アジャイルは銀の弾丸ではない
今までのやり方は間違っていない

アジャイルは銀の弾丸ではない
今までのやり方は間違っていない
WF is NOT bad.

Don't just do agile. Be agile.

『アジャイル』は僕たちのものだ！
（現場）

現場

技術
コミュニケーション
現場

技術
現場
http://blogs.itmedia.co.jp/hiranabe/2012/09/rightwing-and-leftwing-of-agile.html

ライトウイングのトライ

■アジャイルな開発
基幹系のシステムを作っていることもあり、パートナー企業のスタンスも、TDDとかCIとかが
まったく馴染まない（取り組もうとしてくれない）…。
が、負けずにSE派遣のお兄さんと二人で、既存のソースに自動テスト実行できる仕組みを
構築。
CVSサーバ Mavenサーバ
ソースコード
テストコード
テストケース
開発端末
取得
実行
レポート
テストコードは1行のみ
テストケースCSVの行数分実行し、
テストケースには入力値と期待値を記載
XP祭り2016より再掲

レフトウイングのトライ

■体制

■情報

■仕事の流れ
よろしく

■仕事の流れ

この人が考えて書いた
プロジェクト計画書に従って
有期的なプロジェクトを運営し
完遂するのだ

■体制（過渡期）

■仕事の流れ
よろしく

■仕事の流れ
あ…

■体制（最終形）

■情報

■仕事の流れ
さぁどうしようか

■文化を変える（前）

■文化を変える（後）ボールをゴールに
いれよう！

いれよう！

■僕のチームの場合
・・・PM、唯一のNRI社員
・・・BP、ビジネスリーダーというロール
・・・BP、テクニカルリーダーというロール

■チームでこころがけていること

■チームでこころがけていること一．決まっていないことはやら
ない（着手しない）
一．一人一人がそれぞれの作業
プロセスを理解する
一．レビューは全員同席
一．週に一度は全員と顔を合わ
せる
一．情報はすべて共有
一．現場に正義はある

■チームがどうなるか

飯を食うには何かが足りない

技術
現場
飯を食うには何かが足りない

技術
現場
顧客

技術
現場
顧客
ビジネス

顧客が変わることを手伝う

変われないのではなく、変わり方を知らないことが圧倒的

マーケティング
UX
スタートアップ
デザイン思考
etc…

奇しくもこの資料を作っている9/20、当時のお客さんから離任のご挨拶が届きました。

まだ何かが足りない

技術
現場
顧客
ビジネス

これが社内にも社外にも必要！

相手に合わせた知識レベルの習得

対CEO 簿記や財務がわからないのはあり得ない

対CEO
対CIO
簿記や財務がわからないのはあり得ない
技術や法律がわからないのはあり得ない

対CEO
対CIO
対顧客の現場
市場・ドメイン知識がないのはあり得ない

対CEO
対CIO
対顧客の現場
対パートナー社
技術力がないのはあり得ない

対CEO
対CIO
対顧客の現場
対社内
新しいことの知識がないのはあり得ない

対CEO
対CIO
対顧客の現場
対社内

テクニカル系
SJC-P
LPIC
UML認定技術者
Systemwalker Master
Scrum Alliance
その他
販売士
簿記
秘書検定
ビジネス実務法務
アマチュア無線技師

社外の人による権威付け

Microsoftの牛尾さんが弊社社員の質問に対し、
「まずは森實さんに会いに行け」っていってくれた。

R&D的な活動（社内）の予算がついた

R&D的な活動（社内）の予算がついた
社内のすべてはここから動き出した！

グループ会社における活動がもとで、
親会社の活動の時に呼ばれることになった

契約に紐付く（社外）予算がついた

契約に紐付く（社外）予算がついた
社外のすべてはここから動き出した！

そして
そしてようやくアジャイルで
飯が食えるようになったのです

目次
自己紹介
まとめ

それでも敵は多い

パートナー社の文化
社内のしきたりの尊重
顧客予算の小ささ（まとまりとして）

逆境は最大のチャンス！

僕は負けることが許されない戦いの道を挑んでいる
だが、たとえ負けたとしても…
XP祭り2017には弊社メンバーが4人もきてくれた
パートナー社は初めての自動テスト環境を成功させた
みんなに一歩でも先に進むお手伝いはできたのでは…

とはいえ危惧している現実

①設計力の欠如
- プログラムを分解する能力
- 要件をシステムに落とし込む能力
ちゃんとやったこと
がないからわから
ないんだと思う

②マネジメント能力の欠如
- 計画をしない（あるいは雑な）マネジメント
- 管理だけし、責任をおしつけるマネジメント
テストでバグを出
す、ケツから線を
引く戦術スタイル

②マネジメント能力の欠如
- 計画をしない（あるいは雑な）マネジメント
- 管理だけし、責任をおしつけるマネジメント
技術力がなく、戦略をたてられない
SIer（のプロパー）の下では『アジャイル』にはなれない

目次
自己紹介
まとめ

SIerで「アジャイル」になるには
まとめ

まとめ
敵を知り敵を制す

まとめ
己を知り己を律する

まとめ
己の無知を知”かも”にする

まとめ
己の無知を知”かも”にする
超重要

大事なことはもう一度
『アジャイル』は僕たちのものだ！
（現場）
まとめ

完結
まとめ
7/24 POStudy
9/16 XP祭り
9/22 DevLOVE関西
10/18 POStudy

[DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩み

[DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩み

More Related Content

What's hot

Similar to [DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩み

More from Shigeki Morizane

[DevLOVE関西]大きなSIerの中で「アジャイルな開発で飯を食う」までの歩み