[Agile Japan 2017 NRIサテライト（再演）]Social change starts with you～三周目のAgileの世界への招待状～

Agile Japan 2017 NRIサテライト（再演） @KPプロジェクト二部部会 Social change starts with you ～三周目のAgileの世界への招待状～ 2018年3月7日株式会社野村総合研究所森實繁樹

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

5.

自己紹介 ■コミュニティ遍歴について 2004年？～オブラブ（旧オブジェクト倶楽部）のイベントに参加・この頃永和システムマネジメントの平鍋さんに出逢う 2005年？～ XPJUG（日本XPユーザグループ）にスタッフとして参画・この頃から壇上に立つ側に（LTとかショートセッションとか） 2003年～ 2017年 PFP関東すくすくスクラム DevLOVE etc… Copyright（C） Nomura Research Institute, Ltd. All rights reserved. 4

6.

7.

8.

9.

自己紹介情報処理技術者テクニカル系プロジェクトマネージャ SJC-P アプリケーションエンジニア LPIC ITストラテジスト UML認定技術者高度情報処理技術者（セキュリティ） Interstage Master Developer ITサービスマネージャ Systemwalker Master システム監査技術者 DevOps Engineering on AWS Scrum Alliance その他認定スクラムマスター販売士認定スクラムプロダクトオーナー簿記認定スクラムプロフェッショナル秘書検定ビジネス実務法務アマチュア無線技師 Copyright（C） Nomura Research Institute, Ltd. All rights reserved. 8

10.

自己紹介 ■登壇記録 2017年 4月 Agile Japan 2017 4月 DevOps Days Tokyo 2017（飛び込み） 5月 Comeback Japan 2017 7月 POStudyナイト夏のLT大祭り2017 9月 XP祭り2017 9月 DevLOVE関西 10月 ISACA月例会 12月 JISA変革リーダー養成部会 2018年 1月 Regional Scrum Gathering Tokyo 2018 2月 Agile Japan 2017 NRIサテライト 2月プロダクトオーナー祭り2018 3月（まだいえないけど予定あり） Copyright（C） Nomura Research Institute, Ltd. All rights reserved. 9

11.

12.

13.

14.

15.

16.

17.

18.

19.

http://i2key.hateblo.jp/entry/2017/04/24/093655

20.

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

21.

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

22.

http://i2key.hateblo.jp/entry/2017/05/15/082655

23.

24.

25.

26.

27.

28.

29.

30.

31.

32.

33.

34.

35.

36.

37.

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

38.

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

39.

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

40.

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

41.

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

42.

43.

44.

45.

46.

47.

48.

49.

50.

51.

52.

53.

54.

55.

56.

57.

58.

59.

60.

61.

62.

63.

64.

僕がAgileやScrumから学びプロジェクト運営で大切にしていることチームの話ボールをゴールにいれよう！ ■これからのチーム明確な目標 WHATやHOWを与えずにみんなで考えてみんなで決めてみんなでこなすことが重要人は自分のために考えチームのために考え行動変革を起こす環状型組織 Copyright（C） Nomura Research Institute, Ltd. All rights reserved. 63

65.

僕がAgileやScrumから学びプロジェクト運営で大切にしていることチームの話ボールをゴールにいれよう！ ■これからのチーム明確な目標 WHATやHOWを与えずにみんなで考えてみんなで決めてみんなでこなすことが重要人は自分のために考えチームのために考え行動変革を起こす環状型組織 Copyright（C） Nomura Research Institute, Ltd. All rights reserved. 学習する組織自律した組織になる 64

66.

67.

68.

69.

70.

71.

72.

73.

74.

75.

76.

77.