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

155 Views

September 15, 17

スライド概要

Shigeki Morizane

スライド一覧

大手SIerでの開発/運用、大規模プロジェクトマネジメントを経験した後、ミドルベンチャーでCTO、通信系事業会社でエンジニアリングマネージャー、国立大学で非常勤講師などを歴任。プロダクト開発や組織づくりに造詣が深い。 2003年からアジャイル開発を実践しており、社内外問わずいくつものチーム、組織の支援を行ってきた。現在は、株式会社レッドジャーニーで認定スクラムプロフェッショナル（CSP-SM/CSP-PO）としてDX支援、組織変革に邁進している。日本XPユーザグループスタッフ。 BIT VALLEY -INSIDE-ファウンダー。保険xアジャイルコミュニティ「.insurance」オーガナイザー。アジャイル経営カンファレンス実行委員。 SWise株式会社、Pluslab株式会社外部顧問。

またはPlayer版

埋め込む »CMSなどでJSが使えない場合

ダウンロード

ダウンロード(pdf - 2.23MB)

関連スライド

[スクフェス大阪2024]組織は人でできている～組織をマルチレイヤーアジャイルでコネクトしよう～

agile 組織開発マルチレイヤーアジャイル組織構成

Shigeki Morizane 13.5K

[アジャイルジャパンPFUサテライト]基調講演

manifesto value principles process improvement agile development

Shigeki Morizane 4.2K

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

Shigeki Morizane 1.7K

J-3:アジャイルな経営（組織運営）のために必要な3つのこと（ともう少し深いところの話）

Shigeki Morizane 1.6K

B-6-2:（当時）5歳の初心者YouTuberがみせた経験学習における圧倒的人間的成長について

Shigeki Morizane 1K

[JISA][変革リーダー養成部会]組織の中で自分を活かす生き方

Shigeki Morizane 409

各ページのテキスト

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

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

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

10.

11.

12.

13.

14.

15.

16.

17.

18.

19.

20.

21.

22.

23.

24.

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

25.

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

26.

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

27.

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

28.

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

29.

30.

31.

32.

33.

34.

35.

36.

37.

38.

39.

40.

41.

42.

43.

44.

45.

46.

47.

48.

49.

50.

51.

52.

53.

54.

55.

56.

57.

58.

59.

60.

61.

62.

63.

SIerの限界限界を感じるところここはエピソード3で話します（たぶん）（前提） ビジネスを持っていない ビジネスはビジネスをする会社の方針による自社 DevOps型自社の変革と顧客の協力が重要＝大構築型顧客 DevOps型ステークホルダーマネジメントの重要性 SIer 大構築型 Copyright（C） Nomura Research Institute, Ltd. All rights reserved. 62

64.

65.

66.

67.

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

68.