エンプラ系⼤企業でソフトウェアエンジニアリング⽂化を広めるには / To expand the culture of software engineering in enterprise company

Slide 1

Slide 1 text

エンプラ系⼤企業でソフトウェアエンジニアリング⽂化を広めるには岩瀬義昌 / @iwashi86 2019.12.8 at JTF2019

Slide 2

Slide 2 text

今⽇の進め⽅・5分: sli.do から属性アンケート・35分: 取組みなど紹介・5分: sli.do の質問回答 / 余らなかったら🙇

Slide 3

Slide 3 text

今⽇の進め⽅・5分: sli.do から属性アンケート・35分: 取組みなど紹介・5分: sli.do の質問回答

Slide 4

Slide 4 text

No content

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

⼤企業病の症例: • 失敗を避ける / リスクをとらない • 情報は社内に閉じる • お客様をみているようで、実は社内を⾒ている • 現場とトップとの距離が遠くトップが何を考えているかわからない • 部署をまたぐと交流・会話がガッツリ減る • 意思決定に時間がかかる、決定権があっても委ねる • 既存事業と衝突すると調整が⾮常に⼤変

Slide 7

Slide 7 text

今⽇は⼤企業病を少しでも患ってしまった⽅向けのお話

Slide 8

Slide 8 text

・岩瀬義昌 / @iwashi86 ・NTT国際通信(NTTコムから出向）でエンジニア⽀援など諸々・Podcaster

Slide 9

Slide 9 text

注意点など・個⼈の取組み/経験/意⾒ベース (≠会社の公式⾒解) ・環境依存の取組みが多いため参考にする場合はテーラーメイドにて (再現性をあげるため、意図や狙いを多めに) ・多くの取組みは同僚の協⼒で実現（≠1⼈の取組み）

Slide 10

Slide 10 text

今⽇のゴール・少しでも参考になる取組みを持ち帰る・モチベーションを⾼める

Slide 11

Slide 11 text

⽤語の定義・本講演での「エンジニア」とは・クラウドを使いこなす・APIのサーバを書く・フロントエンドを実装といったソフトウェアエンジニアの話

Slide 12

Slide 12 text

今⽇の進め⽅・5分: sli.do から属性アンケート・35分: 取組みなど紹介・5分: sli.do の質問回答

Slide 13

Slide 13 text

⼤企業に属するエンジニアの悩み・内製開発をするのが⼤変・運良く技術は触れても意思決定の会議準備や事務処理が多い・年齢を重ねるにつれ調整毎の⽐重増加

Slide 14

Slide 14 text

あれ？ (みんな気づく) 🤔

Slide 15

Slide 15 text

エンジニアが働きやすくスキルが伸びる職場に出ていくべき？

Slide 16

Slide 16 text

代表的な選択肢・転職する・残って環境に変化を起こす

Slide 17

Slide 17 text

代表的な選択肢・転職する (流動はex⾃社にとっても良いこと) ・残って環境に変化を起こす流動すると経営層が気づくきっかけになります。ちなみに転職したい場合に良い本があって…

Slide 18

Slide 18 text

やり⽅はこちらに

Slide 19

Slide 19 text

今⽇の話は変化を起こす側・転職する・残って環境に変化を起こす

Slide 20

Slide 20 text

選択は⾃⾝のモチベーションによる・転職する・残って環境に変化を起こす・難易度 = ⾼・上⼿くいったときの影響度 = ⼤ (私はこっちの挑戦にやりがいを感じた) このやりがいを感じたモチベーションがなぜあるかというと…

Slide 21

Slide 21 text

そのモチベーションはどこに？・もともと⼈が楽しく働く環境を作るほうが好きたとえばCIとか⾃動化が好きで、環境を作る⽅が好きでした。

Slide 22

Slide 22 text

そのモチベーションはどこに？・もともと⼈が楽しく働く環境を作るほうが好き・⾃分のチームで始めたことを展開していくことで会社が変わる？⾃分の属していたチームは、会社の中では上⼿くまわっているほうであり、その良い影響を広げたいと思いました。

Slide 23

Slide 23 text

そのモチベーションはどこに？・もともと⼈が楽しく働く環境を作るほうが好き・⾃分のチームで始めたことを展開していくことで会社が変わる？・それは社会に影響が出てくる？ (1つのユースケースとして使われる) NTTコムが変わることで、社会全体に影響があれば良いと考えました。これをイメージに起こすと…

Slide 24

Slide 24 text

⽇本のIT業界 (ゴール) 全社部署チーム徐々に広げるイメージこのうちどこからスターとしていくかというと…

Slide 25

Slide 25 text

スタート地点は⾝近なところから⾝近なところから、というのは別の同僚のスライドでも⾔及されておりそれは…

Slide 26

Slide 26 text

⼤企業Hacks! / https://www.otsuya.co/slides/enterprise-hacks-201512/#54

Slide 27

Slide 27 text

⾃分のプロダクト/チームは変化できたアジャイル開発、DevOps、内製は所属チームでは当たり前にできている (この辺りの詳細は過去の講演資料があるので割愛) https://www.slideshare.net/iwashi86/ss-58456004 https://www.slideshare.net/iwashi86/skyway-122781277

Slide 28

Slide 28 text

⽇本のIT業界 (ゴール) 全社部署チーム講演のスコープ今⽇はチーム単体ではなく、それを広げる話しをします。

Slide 29

Slide 29 text

部署/会社全体がどんな感じになったら良いのだろうか？

Slide 30

Slide 30 text

XXを反転！ XXには何が⼊る？ここまで出てきた⾔葉に答えがある

Slide 31

Slide 31 text

⼤企業病の症例をすべて反転してみる答えは⼤企業病でした。これから1つずつ項⽬を起こしていくと…

Slide 32

Slide 32 text

⼤企業病の症例をすべて反転してみる • 失敗を恐れず挑む / リスクをとる

Slide 33

Slide 33 text

⼤企業病の症例をすべて反転してみる • 失敗を恐れず挑む / リスクをとる • 社外に情報を出す

Slide 34

Slide 34 text

⼤企業病の症例をすべて反転してみる • 失敗を恐れず挑む / リスクをとる • 社外に情報を出す • 社内よりもお客様をみる

Slide 35

Slide 35 text

⼤企業病の症例をすべて反転してみる • 失敗を恐れず挑む / リスクをとる • 社外に情報を出す • 社内よりもお客様をみる • 現場とトップの距離が近くトップの考えを理解している

Slide 36

Slide 36 text

⼤企業病の症例をすべて反転してみる • 失敗を恐れず挑む / リスクをとる • 社外に情報を出す • 社内よりもお客様をみる • 現場とトップの距離が近くトップの考えを理解している • 部署をまたいだ交流・会話が盛んである

Slide 37

Slide 37 text

⼤企業病の症例をすべて反転してみる • 失敗を恐れず挑む / リスクをとる • 社外に情報を出す • 社内よりもお客様をみる • 現場とトップの距離が近くトップの考えを理解している • 部署をまたいだ交流・会話が盛んである • 意思決定が早い、⾃ら決める

Slide 38

Slide 38 text

⼤企業病の症例をすべて反転してみる • 失敗を恐れず挑む / リスクをとる • 社外に情報を出す • 社内よりもお客様をみる • 現場とトップの距離が近くトップの考えを理解している • 部署をまたいだ交流・会話が盛んである • 意思決定が早い、⾃ら決める • 事業がカニバっても挑戦(淘汰されれば良い)

Slide 39

Slide 39 text

なんか良い会社っぽい？ 🤔 いい会社にみえるけど、独りよがりでも意味ないです。では、⾃社の信条はというと…

Slide 40

Slide 40 text

https://www.ntt.com/about-us/we-are-innovative/vision.html 信条ともズレていないだいたい⽅向性はあっていることがわかります。

Slide 41

Slide 41 text

余談: ⾃⾝の判断基準・何かの選択肢をあったときその選択肢は A. ⾃社でよく進む選択肢か？ B. それとも⾃社っぽくない選択肢か？

Slide 42

Slide 42 text

余談: ⾃⾝の判断基準・何かの選択肢をあったときその選択肢は A. ⾃社でよく進む選択肢か？ B. それとも⾃社っぽくない選択肢か？ ⇒ [B] を選ぶことが多い (⼤企業の反対になることが多いので）⼤企業病の症例を反転したやつが[B]の選択肢になることが多かったです。

Slide 43

Slide 43 text

ここまでは時代に限らない話では、令和時代は？さきほどまでの内容は、昭和・平成の⼤企業でも当てはまる内容でもあります。時代は変わっており、

Slide 44

Slide 44 text

まだ読んでない⽅は是⾮！

Slide 45

Slide 45 text

ソフトウェア・ファーストとは・≠ソフトウェアが何でも第⼀書籍でも解説されていますが、何が何でもソフトウェア優先ではないです。

Slide 46

Slide 46 text

ソフトウェア・ファーストとは・≠ソフトウェアが何でも第⼀・ソフトウェアの⼒を最⼤限活⽤しプロダクトや事業を開発すること (AIファーストに近い)

Slide 47

Slide 47 text

ソフトウェア・ファーストとは・≠ソフトウェアが何でも第⼀・ソフトウェアの⼒を最⼤限活⽤しプロダクトや事業を開発すること (AIファーストに近い) ・基本は内製化(⼿の内化)

Slide 48

Slide 48 text

最終的な⽅針 x 2 1. ⼤企業病を反転した思想を 2. ソフトウェア・ファーストな思想を取り込んでいきたい

Slide 49

Slide 49 text

アプローチ (どこから始めるか？)

Slide 50

Slide 50 text

⽇本のIT業界 (ゴール) 全社部署チーム講演スコープは右図だったが別の切り⼝だと…

Slide 51

Slide 51 text

幹部 (トップ) ミドル社員 (ボトム) どの領域からいってみる？

Slide 52

Slide 52 text

基本はボトムアップ、なぜか？・いきなりトップにエレベータピッチやメールは確率が低い・⾏動を起こしてもらうには⼀定の信頼が必要もちろん刺さる場合もあります。あくまで確率が低いかも、という話です。

Slide 53

Slide 53 text

基本はボトムアップ、なぜか？・いきなりトップにエレベータピッチやメールは確率が低い・⾏動を起こしてもらうには⼀定の信頼が必要・トップの信頼を得る際においてそこに本質的な難しさが存在(次⾴)

Slide 54

Slide 54 text

経営者の理解・信頼を得るためには SWで儲かっている※ プロダクトが必要 ※どの組織(例: 開発、セールス、スタッフ)においても最もわかりやすい共通プロトコルは”お⾦”。誰でも使える共通の価値判断記述になります。

Slide 55

Slide 55 text

経営者の理解・信頼を得るためには SWで儲かっているプロダクトが必要 SWプロダクトを開発できる⽂化・組織⼈材(採⽤・育成)が必要そもそも儲かるSWを作る⽂化・組織・⼈材が必要、そのためには…

Slide 56

Slide 56 text

経営者の理解・信頼を得るためには SWで儲かっているプロダクトが必要 SWプロダクトを開発できる⽂化・組織⼈材(採⽤・育成)が必要⽂化・組織・⼈材のためにはリソース(ヒト・モノ・カネ)の投資が必要

Slide 57

Slide 57 text

経営者の理解・信頼を得るためには SWで儲かっているプロダクトが必要 SWプロダクトを開発できる⽂化・組織⼈材(採⽤・育成)が必要⽂化・組織・⼈材のためにはリソース(ヒト・モノ・カネ)の投資が必要リソースへの投資には経営者の理解・信頼が必要

Slide 58

Slide 58 text

経営者の理解・信頼を得るためには SWで儲かっているプロダクトが必要 SWプロダクトを開発できる⽂化・組織⼈材(採⽤・育成)が必要⽂化・組織・⼈材のためにはリソース(ヒト・モノ・カネ)の投資が必要リソースへの投資には経営者の理解・信頼が必要永久ループ！

Slide 59

Slide 59 text

経営者の理解・信頼を得るためには SWで儲かっているプロダクトが必要 SWプロダクトを開発できる⽂化・組織⼈材(採⽤・育成)が必要⽂化・組織・⼈材のためにはリソース(ヒト・モノ・カネ)の投資が必要リソースへの投資には経営者の理解・信頼が必要永久ループ！やれる範囲から少しずつ進めるのみ！少しずつできる限りで進めるというのは、ある書籍でもパターンとして⾔及されており…

Slide 60

Slide 60 text

No content

Slide 61

Slide 61 text

エバンジェリスト(1) : 新しいアイデアを組織に導⼊しはじめるなら、あなたの情熱を共有するため、できる限りのことをしよう。

Slide 62

Slide 62 text

エバンジェリスト(1) : 新しいアイデアを組織に導⼊しはじめるなら、あなたの情熱を共有するため、できる限りのことをしよう。ステップバイステップ(3): ⽬標に向かって⼀歩⼀歩進めていくことで組織変⾰の膨⼤な作業へのイライラを和らげよう。

Slide 63

Slide 63 text

ここからはエンジニア⽅⾯で実施した取組を紹介

Slide 64

Slide 64 text

やったことをいくつか・社員向けアジャイル開発研修・管理職向けアジャイル開発研修・ソフトウェア特化の新卒研修・グループ会社全体の社内ISUCON ・エキスパートの講演・アドベントカレンダー・開発者向けのオフィス作り・NTT-G全体のプロコン

Slide 65

Slide 65 text

Slide 66

Slide 66 text

アジャイル開発研修とは・以下を学ぶ・アジャイル開発の基本・なぜアジャイル開発なのか・スクラムの基本・どのように進めるのか？補⾜: 本トレーニングはAttractor社に依頼

Slide 67

Slide 67 text

アジャイル開発研修の狙い・社員向け・興味を持つ⼈を刺激する・近い興味の仲間を集める

Slide 68

Slide 68 text

アジャイル開発研修の狙い・社員向け・興味を持つ⼈を刺激する・近い興味の仲間を集める・管理職向け・知識のベースラインをあわせておき社員がやりたいときに ”ご説明”から始めさせない・アジャイルなマインドセットを知ってもらう

Slide 69

Slide 69 text

⼀⽅で若⼿からこんな声を聞いていた

Slide 70

Slide 70 text

“新卒研修でモチベーションが下がった”

Slide 71

Slide 71 text

Slide 72

Slide 72 text

そのメカニズム・新卒に⼀律の研修を実施していた

Slide 73

Slide 73 text

そのメカニズム・新卒に⼀律の研修を実施していた・情報科学系を卒業/修了の学⽣に対して講師: 「IPアドレスとは…」 ⇒ モチベーションが下がる…

Slide 74

Slide 74 text

ではどうしたら？⼀番、社内で技術を知っているのは誰でしょうか？

Slide 75

Slide 75 text

(技術に触れている) 現場のエンジニアが研修をジャックすれば？現場のエンジニアは、話をすると快諾してくれます。あともう1⼈相談する相⼿がいますよね…

Slide 76

Slide 76 text

まずは⽴ち話レベルで⼈事に相談してみる

Slide 77

Slide 77 text

No content

Slide 78

Slide 78 text

No content

Slide 79

Slide 79 text

No content

Slide 80

Slide 80 text

No content

Slide 81

Slide 81 text

ということでプログラムデザイン

Slide 82

Slide 82 text

研修プログラム・Day1: テスト駆動開発ワークショップ・Day2: アジャイル開発ワークショップ・Day3: IaaS、カオスエンジニアリング、障害注⼊型ISUCON ・Day4: CaaS、docker、kubernetes、GKE ・Day5: FaaS、AWS lambda、Serverless framework 5⽇間のプログラムで構成しました。実際に社内プロダクトで使われる技術を取り⼊れています。前半と後半で狙いがあり…

Slide 83

Slide 83 text

研修プログラム・Day1: テスト駆動開発ワークショップ・Day2: アジャイル開発ワークショップ・Day3: IaaS、カオスエンジニアリング、障害注⼊型ISUCON ・Day4: CaaS、docker、kubernetes、GKE ・Day5: FaaS、AWS lambda、Serverless framework ・社外のエキスパートから学ぶ・モチベーションを上げ社外から学ぶことを体感・社内のエキスパートから学ぶ・社内にこんな⼈達が活躍していることを知る・社内でのコミュニティを作る

Slide 84

Slide 84 text

研修プログラムから1⽇紹介・Day1: テスト駆動開発ワークショップ・Day2: アジャイル開発ワークショップ・Day3: IaaS、カオスエンジニアリング、障害注⼊型ISUCON ・Day4: CaaS、docker、kubernetes、GKE ・Day5: FaaS、AWS lambda、Serverless framework 私が主に担当していたDay3を少し詳しく紹介してみます…

Slide 85

Slide 85 text

ISUCONとは？・Iikanji Speed Up CONtest の略、LINE社主催

Slide 86

Slide 86 text

ISUCONとは？・Iikanji Speed Up CONtest の略、LINE社主催・何でもありのWebアプリケーションのチューニングコンテスト

Slide 87

Slide 87 text

ISUCONとは？・Iikanji Speed Up CONtest の略、LINE社主催・何でもありのWebアプリケーションのチューニングコンテスト・基本はどれだけリクエストをさばけたか

Slide 88

Slide 88 text

チューニング対象 Webアプリ ISUCONとは？・Iikanji Speed Up CONtest の略、LINE社主催・何でもありのWebアプリケーションのチューニングコンテスト・基本はどれだけリクエストをさばけたかベンチマーカー (負荷試験クライアント) チューニング対象 Webアプリチューニング対象 Webアプリ

Slide 89

Slide 89 text

障害注⼊型ISUCONとは・通常のISUCONと異なり提供しているVMx2のうちランダムで1台落ちる

Slide 90

Slide 90 text

障害注⼊型ISUCONとは・通常のISUCONと異なり提供しているVMx2のうちランダムで1台落ちる・狙い・IaaS※ クラウドデザインパターンに沿って可⽤性を⾼める設計ができるように (可⽤性の重要性は学⽣時代と⼤きく異なるところ) ※ 2019現在であれば、IaaSを使わないケースも多いが、既存プロダクトはIaaSベースも多く、知るのは有⽤

Slide 91

Slide 91 text

こんな研修を実施した結果… ある参加していた若⼿が良いコメントをくれました、それは…

Slide 92

Slide 92 text

No content

Slide 93

Slide 93 text

研修資料は公開・次の採⽤候補に1mmでも興味を持ってもらう・SWな⼈材がいる会社であることを知ってもらう https://developer.ntt.com/ja/blog/7bd554e6-30df-4c33-9e94-7e4202bdf2c0 https://www.slideshare.net/TomoyaTakegoshi/2019-caas-ntt/1

Slide 94

Slide 94 text

Slide 95

Slide 95 text

社内ISUCONの経験値が少し溜まったので

Slide 96

Slide 96 text

Slide 97

Slide 97 text

社内ISUCON(N-ISUCON)とは？・NTT Comグループ版で開催したもの・2019/9に開催 121⼈が参加 https://developer.ntt.com/ja/blog/31e9fb86-7309-4145-a72b-0ea5f17e3f5a

Slide 98

Slide 98 text

当日の様子

Slide 99

Slide 99 text

社内ISUCON(N-ISUCON)の狙い・全社施策と扱われることによるエンジニアのプレゼンス向上 (上位3チームを社⻑が表彰) 別で⾛っていた全社コンテストに相乗りして開催しました。

Slide 100

Slide 100 text

社内ISUCON(N-ISUCON)の狙い・全社施策と扱われることによるエンジニアのプレゼンス向上 (上位3チームを社⻑が表彰) ・グループ会社連結でのエンジニアコミュニティの強化 (懇親会が本番) 同じ問題を問いた参加者間で、会社を超えて会話が⽣まれるの強烈なメリットです。

Slide 101

Slide 101 text

NPS -このイベントを同僚・知⼈に勧めるか？- NPS: Net Promoter Score。スコアはマイナスの場合が多く、0付近でも良いことが多い。

Slide 102

Slide 102 text

102 参加者の声 - NPS 53.3 20(推進者) 6(中⽴者) 4(批判者) かなりの⾼評価が得られました。また、定性的な⽣の声を紹介すると…

Slide 103

Slide 103 text

なにより楽しかった事です。しかも、現場で役立つ総合力が鍛えられて、最高です。

Slide 104

Slide 104 text

自分のできることと課題がはっきりわかって今後のモチベーションになりました。楽しかったです。

Slide 105

Slide 105 text

Slide 106

Slide 106 text

No content

Slide 107

Slide 107 text

e.g. t-wadaさんに講演してもらう

Slide 108

Slide 108 text

狙いと講演の裏側での仕込み・やりたいのは昨今のソフトウェアの重要性/考え⽅について伝えてもらうこと

Slide 109

Slide 109 text

狙いと講演の裏側での仕込み・やりたいのは昨今のソフトウェアの重要性/考え⽅について伝えてもらうこと・t-wadaさんにお願いした例 “和⽥さんがWeb+DB Press Vol.102 に寄稿していた内容の⼀部を発表で扱っていただけないでしょうか？” 講演者の過去のアウトプットで、伝えたいこととかぶっているパートがあればそこを参照しつつ…

Slide 110

Slide 110 text

“事業の成⻑を左右するソフトウェアを開発するにあたって、質とスピードを両⽴し、迅速に価値を提供しつつ、中⻑期的な変化や成⻑のブレーキになる負債を積み重ねない判断を⾏うには、ソフトウェアを⾃分事としてとらえることが重要です。ソフトウェアを企業が保有するのではなく、内製を⾏うほうが有利になるのです。” (Web+DB Press Vol.102 より抜粋)

Slide 111

Slide 111 text

やったことをいくつか・社員向けアジャイル開発研修・管理職向けアジャイル開発研修・ソフトウェア特化の新卒研修・グループ会社全体の社内ISUCON ・エキスパートの講演・アドベントカレンダー・開発者向けのオフィス作り・NTT-G全体のプロコン季節もの(講演⽇は12⽉)を1つ紹介させてください。

Slide 112

Slide 112 text

[PR] 今年も実施中です！

Slide 113

Slide 113 text

Slide 114

Slide 114 text

開発者向けオフィス (Lean Agile Base) ・狙い・エンジニア集まる場所として組織を横断した、エンジニア同⼠のコミュニケーションを促進したい・リーン、アジャイルに試⾏錯誤するプロダクトを増やしたい(仲間を増やしたい)

Slide 115

Slide 115 text

やったことをいくつか・社員向けアジャイル開発研修・管理職向けアジャイル開発研修・ソフトウェア特化の新卒研修・グループ会社全体の社内ISUCON ・エキスパートの講演・開発者向けオフィス作り・アドベントカレンダー色々とやってきたけど… ある転機があった (2019/6)

Slide 116

Slide 116 text

(及川さんとのポッドキャスト収録中) 「辞める気になって会社に働きかけてみましょう。本当にやれることを全部やってますか？」これがむちゃくちゃ刺さって、こんな感じになりました…

Slide 117

Slide 117 text

s/もりさきくん/iwashi

Slide 118

Slide 118 text

辞める気でやってなかった… https://unsplash.com/photos/9O1oQ9SzQZQ

Slide 119

Slide 119 text

・年齢的にも30代中盤・⾃社に残ったとしてざっくり15-20年ぐらい？悠⻑にしている場合だっけ？ https://unsplash.com/photos/wW0BUXTTUmU

Slide 120

Slide 120 text

やれること(やりたいこと) 全部挑戦してみようそのためにダメ元で超⼈の⼒を借りてみよう！もしかしたらの気持ちで、DMしていきます。

Slide 121

Slide 121 text

2019/9 - 最強の顧問陣が爆誕 (及川さん/吉羽さん/和田さん)

Slide 122

Slide 122 text

狙い① ・VUCA時代にビジネスが成功するためにはすべてが必要・プロダクトマネジメント・開発プロセス(アジャイル) ・開発技術/⼿法補⾜: VUCAとは「Volatility」「Uncertainty」「Complexity」「Ambiguity」の頭⽂字をつなげた⾔葉

Slide 123

Slide 123 text

狙い① ・VUCA時代にビジネスが成功するためにはすべてが必要・プロダクトマネジメント -> 及川さん・開発プロセス(アジャイル) -> 吉⽻さん・開発技術/⼿法 -> 和⽥さん補⾜: VUCAとは「Volatility」「Uncertainty」「Complexity」「Ambiguity」の頭⽂字をつなげた⾔葉

Slide 124

Slide 124 text

狙い② ・現場の社員にとっては能⼒・モチベーションの向上に・幹部にも接触してもらいソフトウェアなマインドセットを浸透

Slide 125

Slide 125 text

幹部 (トップ) ミドル社員 (ボトム) 全階層やっていく (のを始めたところ) 本格的な変化はこれから起こしていく段階です。

Slide 126

Slide 126 text

Slide 127

Slide 127 text

NTTグループ全体プロコン・NTTコミュニケーションズグループ全体のイベントはこれまでやってきた

Slide 128

Slide 128 text

NTTグループ全体プロコン・NTTコミュニケーションズグループ全体のイベントはこれまでやってきた次はスコープを全体へ持株会社と共同で進めています。で、ちょっと余談ですが…

Slide 129

Slide 129 text

余談・NTT-G全体の社員数は？

Slide 130

Slide 130 text

余談・NTT-G全体の社員数は？ ⇒ 303,500⼈※1 ＝東京ドーム5個分※2 以上 ※1 http://action.ntt/number/ ※2 ドーム1つで55,000⼈収容

Slide 131

Slide 131 text

NTTグループ全体プロコン・狙い・会社を超えたコミュニティを作る・埋もれているソフトウェアエンジニアに別の職場もあることの気づいてもらう

Slide 132

Slide 132 text

NTTグループ全体プロコン・狙い・会社を超えたコミュニティを作る・埋もれているソフトウェアエンジニアに別の職場もあることの気づいてもらう・ステータス・12⽉末開催予定で10数社、120名以上のエントリ・懇親会が本番かも？

Slide 133

Slide 133 text

ここまではエンジニア⾯が強い話ここからは⾮エンジニア⾯の話ビジネスを進めるには、エンジニア単独ではなく、他部署・チームと連携する必要があります。

Slide 134

Slide 134 text

⼤企業病に罹患中の発⾔「上にいっても変えてくれない」「下から問題があがってこない」「遅れたのはXXが原因です(我々は悪くない)」「あの部⾨はネガティブなことばかりいう」

Slide 135

Slide 135 text

⼤企業病に罹患中の発⾔「上にいっても変えてくれない」「下から問題があがってこない」「遅れたのはXXが原因です(我々は悪くない)」「あの部⾨はネガティブなことばかりいう」・⼈は不透明なものをみると、本能的に攻撃/逃⾛する本能的に攻撃/逃⾛の部分は、エンジニアリング組織論への招待に詳しく書かれています。

Slide 136

Slide 136 text

⼤企業病に罹患中の発⾔「上にいっても変えてくれない」「下から問題があがってこない」「遅れたのはXXが原因です(我々は悪くない)」「あの部⾨はネガティブなことばかりいう」・⼈は不透明なものをみると、本能的に攻撃/逃⾛する・⼀⽅ですべての⼈/チームには背景/⽂脈がある・強い制約条件があるかもしれない

Slide 137

Slide 137 text

⼤企業病に罹患中の発⾔「上にいっても変えてくれない」「下から問題があがってこない」「遅れたのはXXが原因です(我々は悪くない)」「あの部⾨はネガティブなことばかりいう」・⼈は不透明なものをみると、本能的に攻撃/逃⾛する・⼀⽅ですべての⼈/チームには背景/⽂脈がある・強い制約条件があるかもしれない・ただし、”悪いものを悪い”というのは良い (要⼼理的安全) ・敬意を持ったDisは必要、気づくために

Slide 138

Slide 138 text

再掲: ⽬指したい価値観 / ⾏動 • 失敗する / リスクをとる • 社外に情報を出す • 社内よりもお客様をみる • 現場とトップの距離が近くトップの考えを理解している • 部署をまたいだ交流・会話が盛んである • 意思決定が早い、⾃ら決める • 事業がカニバっても挑戦(淘汰されれば良い) この辺の価値観は、実は次に紹介する有名なマニフェストの原則にも書いてあります…

Slide 139

Slide 139 text

“ビジネス側の人と開発者は、プロジェクトを通して日々一緒に働かなければなりません。” (アジャイル宣言の背後にある原則より)

Slide 140

Slide 140 text

技術的問題と適応課題・技術的問題・既存の⽅法で解決できる問題・例：のどが渇いたら⽔を飲む参考: https://theacademia.com/articles/publishing-udagawa1 具体的な⾏動の前に、良い概念があり技術的問題と適応課題というものがあります。

Slide 141

Slide 141 text

技術的問題と適応課題・技術的問題・既存の⽅法で解決できる問題・例：のどが渇いたら⽔を飲む・適応課題・既存の⽅法で⼀⽅的に解けない問題・例：ロジカルに説明しても、別の理由をつけて反対され続けるような問題・表の理由には出てこない理由がある例：この件が進むと、⾃分のアドバンテージがなくなる参考: https://theacademia.com/articles/publishing-udagawa1

Slide 142

Slide 142 text

Slide 143

Slide 143 text

同じ企業における落とし⽳・同じ企業に属してはいるが実はお互いに同じ前提に⽴っていない

Slide 144

Slide 144 text

・同じ企業に属してはいるが実はお互いに同じ前提に⽴っていない・分かりあえてないことを認めること、これがスタート地点同じ企業における落とし⽳

Slide 145

Slide 145 text

・同じ企業に属してはいるが実はお互いに同じ前提に⽴っていない・分かりあえてないことを認めること、これがスタート地点・そのために対話により気づく(機会を作る) 同じ企業における落とし⽳対話していきしょう、で対話には縦と横の⽅向性があり…

Slide 146

Slide 146 text

垂直⽅向と⽔平⽅向の対話組織を超えた対話役職を超えた対話

Slide 147

Slide 147 text

垂直⽅向と⽔平⽅向の対話組織を超えた対話役職を超えた対話

Slide 148

Slide 148 text

幹部とのカジュアル対話会(kurumaza.exe) ・幹部と社員が⾞座形式で(輪になって座り) お互いの考えを述べ、対話するイベント

Slide 149

Slide 149 text

幹部とのカジュアル対話会(kurumaza.exe) ・幹部と社員が⾞座形式で(輪になって座り) お互いの考えを述べ、対話するイベント・幹部(executive)と⼀緒に実⾏(execute) する意から命名

Slide 150

Slide 150 text

幹部とのカジュアル対話会(kurumaza.exe) ・幹部と社員が⾞座形式で(輪になって座り) お互いの考えを述べ、対話するイベント・幹部(executive)と⼀緒に実⾏(execute) する意から命名・トピック例・経営企画部⻑と、収⽀状況や戦略について・情シス部⻑と、社内システムの改善について

Slide 151

Slide 151 text

カジュアル対話会tips ・トピックは社員から公募

Slide 152

Slide 152 text

カジュアル対話会tips ・トピックは社員から公募・フェイス・トゥ・フェイスが重要だがロケーション分散しているので配信も⽤意 (WebRTC⾃社プロダクトのdogfoodingも兼ねて) 関⻄など含め拠点が分散しているので、オンラインも対応しています。

Slide 153

Slide 153 text

カジュアル対話会tips ・トピックは社員から公募・フェイス・トゥ・フェイスが重要だがロケーション分散しているので配信も⽤意 (WebRTC⾃社プロダクトのdogfoodingも兼ねて) ・当⽇の質疑トピックは sli.do(主) + 挙⼿(副) ・挙⼿のみだと、多数が思う質問が聞けない・⽂字数制限ある質問は洗練される

Slide 154

Slide 154 text

垂直⽅向と⽔平⽅向の対話組織を超えた対話役職を超えた対話

Slide 155

Slide 155 text

社内システムの提供者・利⽤者のmeet up ・社内システムは苦情を受けやすい (利⽤者が多く、社内であるため)

Slide 156

Slide 156 text

社内システムの提供者・利⽤者のmeet up ・社内システムは苦情を受けやすい (利⽤者が多く、社内であるため) ・共通ゴール: 働きやすい社内システム・提供者: 利⽤者の声を聴き継続改善・利⽤者: ここが不便、こうしたら良いと提案 ≠単に「これが💩というのではない」

Slide 157

Slide 157 text

社内システムの提供者・利⽤者のmeet up ・社内システムは苦情を受けやすい (利⽤者が多く、社内であるため) ・共通ゴール: 働きやすい社内システム・提供者: 利⽤者の声を聴き継続改善・利⽤者: ここが不便、こうしたら良いと提案 ≠単に「これが💩というのではない」・対話の場(meet up)を企画/運営補助する

Slide 158

Slide 158 text

(お互いの理解度を) スケールして上げるために

Slide 159

Slide 159 text

社内Podcast ・社内ドキュメントのみの事務連絡は淡々と内容が書かれており裏側にある⼈の想いが消えやすい

Slide 160

Slide 160 text

社内Podcast ・社内ドキュメントのみの事務連絡は淡々と内容が書かれており裏側にある⼈の想いが消えやすい・Podcastは⾳声であり、感情が乗りやすい

Slide 161

Slide 161 text

社内Podcast ・社内ドキュメントのみの事務連絡は淡々と内容が書かれており裏側にある⼈の想いが消えやすい・Podcastは⾳声であり、感情が乗りやすい・そこで、何らかの取組み背景や組織について当事者から語ってもらい、全社にブロードキャスト ⇒ こんなこと背景があったのか、という気づき（透明性向上）

Slide 162

Slide 162 text

失敗も結構ある

Slide 163

Slide 163 text

Value Stream Mapとは・要件発⽣ -> 開発 -> デプロイまでに必要なプロセス、時間などを可視化したもの https://www.slideshare.net/TechSummit2016/app013

Slide 164

Slide 164 text

Value Stream Map を書けなかった・⾃社の王道プロダクトで⼀度挑戦してみたが書くに⾄らなかった

Slide 165

Slide 165 text

Value Stream Map を書けなかった・⾃社の王道プロダクトで⼀度挑戦してみたが書くに⾄らなかった・なぜか？・プロセスが可視化される＝議論の俎上にあがるということ・追加の仕事がかなり増える可能性がある

Slide 166

Slide 166 text

適応課題にハマる / ⾃分がニワトリになっていた https://recompile.net/posts/the-chicken-and-the-pig.html ⇒ 当事者⾃⾝が始めるのがベスト、その⽀援までに留める

Slide 167

Slide 167 text

ネガティブFB も結構ある⼀例だけ紹介すると…

Slide 168

Slide 168 text

「幹部と対話しても、何も幹部が⾏動を起こさなかったら意味ないんじゃないの？」 (そもそも⽴場を理解するのが⼤事、アクションするのは幹部だけじゃなくて、⾃分も！）

Slide 169

Slide 169 text

(おまけ) 最近の学び

Slide 170

Slide 170 text

越境の⿇痺と⽀援について・上⻑や組織を超えた（越境した）取組みを始めるとその難しさが分からなくなる

Slide 171

Slide 171 text

越境の⿇痺と⽀援について・上⻑や組織を超えた（越境した）取組みを始めるとその難しさが分からなくなる・昔は難しかったはずたとえば⾃分が新⼊社員だったら無理でした。

Slide 172

Slide 172 text

越境の⿇痺と⽀援について・上⻑や組織を超えた（越境した）取組みを始めるとその難しさが分からなくなる・昔は難しかったはず・”他者の越境”を⽀援しよう・組織を超えることでも良い・社外の勉強会に出ることでも良い

Slide 173

Slide 173 text

まとめ

Slide 174

Slide 174 text

・⼤企業反転とソフトウェアファーストな思想/⽂化を広めるための取組み・エンジニアだけじゃなくてビジネスサイドとの対話の取組み Shared my Engineering Culture!

Slide 175

Slide 175 text

やれるところまでやっていき！ (あ、中途に興味あれば是非お声がけを！) おしまい