技術転換は組織変革 ～ 業務SEをモダンエンジニアチームに変える

技術転換は組織変革 ~ 業務SEをモダンエンジニアチームに変える 株式会社永和システムマネジメント 取締役CTO／Agile Studioディレクター 岡島 幸男 2021年5月12日 1 © 2021 ESM, Inc.

本日お伝えしたいこと ● ０から1の話 ○ 最初の一人の技術転換をどう進めたか ○ コードを1行も書けなかった業務SEが、7か月でモダンでアジャイルな Webエンジニアに ● 1から10の話 ○ 組織にどう広げていくか ○ 転換経験者でチームを組み、組織的に拡大させていく 2 © 2021 ESM, Inc.

こんにちは 岡島 幸男 取締役 CTO／ Agile Studio ディレクター 3 © 2021 ESM, Inc.

永和システムマネジメント 福井本社 4 ● 金融、医療、組込み (自動車) ● Web/Cloud、アジャイル開発 ● 社員 220名エンジニア集団 東京支社／神田 沖縄支社 © 2021 ESM, Inc.

Agile Studio （福井の開発拠点） 5 © 2021 ESM, Inc.

なぜ今、技術転換が必要なのか？ ● 想定以上のアジャイルシフト ○ Web企業を皮切りに日本でもアジャイル開発が進展 ○ DX特需によるモダンエンジニア不足 ○ その一方、レガシーエンジニアの単価下落 ● 採用の難しさ ○ 人材流動性の高まり。受託会社から事業会社に転職 6 © 2021 ESM, Inc.

技術転換はソフトウェア業界全体の課題 ● 事業会社 ○ プロダクトのスケールに合わせて開発者を増やしたい ○ 内製と外部委託のバランスを変えたい（内製比率向上） ● システム子会社 ○ システム保守しながら新規開発にも対応させたい ○ 外販（独自ビジネス）を増やしたい ● 受託会社 ○ スピーディーにモダンな（高く売れる）技術を習得させたい ○ 転換の再現性をあげたい（パターン化、マニュアル化） 7 © 2021 ESM, Inc.

なぜ「技術転換」は難しいのか？ 徐々に積み上げる＝技術習得 一気にジャンプする＝技術転換 ウォーターフォールから Scrum 4GL開発からモダン Web開発 ExcelからIDE・エディタ タイムスタンプバージョン管理から Git ☺連続性が感じられない 8 © 2021 ESM, Inc.

0から1の章 ～最初の一人 9 © 2021 ESM, Inc.

永和システムマネジメントの事業（組織） © 2021 ESM, Inc.

永和システムマネジメントにおける技術転換 金融を出発点に、柱となる受託開発事業領域を増やしてきた。 11 Establish 1980’s 金融 Join 1990’s 金融 医療 2000’s 金融 医療 2010’s 金融 医療 組込み アジャイル 2020’s 金融 医療 組込み アジャイル 金融事業でもモダンでアジャイルな開発を！ オブジェクト指向 （技術ドメイン特化） © 2021 ESM, Inc.

本日の主役 ● ● ● ● ● 雄一さん 入社12年目（36歳） 客先常駐での設計業務を10年（金融系） ウォーターフォールの一部（要件調整・設計）をずっと担当 ○ 何千人月の世界 プログラミング経験は実質なし（新人教育のみ） 良い意味で「THE業務SE」。どうやって彼をモダンエンジニアにシフトさせるか？ 12 © 2021 ESM, Inc.

「最初の一人」が肝心 ラグビー日本代表の強化策（ 2012～）における人選。 1年目でハードワークなカルチャーを定着させた 人望の厚さ、 人格に優れる キャプテンの採用 http://www.historist.jp/articles/entry/feeling/prospective/048973/ より引用 13 © 2021 ESM, Inc.

• http://www.historist.jp/articles/entry/feeling/prospective/048973/

最初の一人に求めたいこと 1. 技術力よりも人間力 a. 明るさ、へこたれなさ b. 自身をふりかえり改善できるオープンさ 2. 社内各所とのつながりが多い人 a. 変革を社内に広げていくためには、仲間を増やし、継続する力が重要。コ ミュニケーションのハブとなっているような人物を探す i. 幹事役 ii. 行事の仕切り役 iii. 社内外でのコミュニティ活動 3. 自薦・他薦は問わず a. 自薦のほうが良さげだが、そうでもない（雄一は他薦） b. 岡島は雄一のことは「面白い奴がいる」と、噂には聞いていた 14 © 2021 ESM, Inc.

トップダウンで始める ● 組織の壁を超えることになりがち ○ 事業ごとに利用する技術が違う ○ 仕事は自分で選べない環境は多い ● 連続性のない技術チャレンジには組織的支援が必要 ○ COBOLで勘定系開発⇒TypeScriptでモバイルアプリ開発 ○ PM⇒モダンなプログラマー ● やる気があっても自助努力では難しい ○ 空き時間での学習には限界が ○ 転職したほうが早い 「本人の自発的な日々の努力の積み重ね」だけに期待しないプラン作りが肝要 15 © 2021 ESM, Inc.

技術転換プラン ● ゴール ○ 6か月程度でJavaを利用したWeb案件で活躍できること ○ アジャイル（Scrum）開発を身に付けること ● 進め方 ○ 全ての時間を技術転換にあてる（金融事業部から1年間Agile Studioに留学させた） ○ できるだけ早期に実案件で稼働してもらう ○ ゴール達成に必要なら、複数のプロジェクトで必要なステップを踏 んでもらう ○ 複数の役割でフォローは重層的に行う 16 © 2021 ESM, Inc.

雄一プランの実際 体験フェーズ（ 1.5か月） 模擬プロジェクト 個人 （with 教育担当） アジャイル的 HTML、CSS GAS、G Suite Git／GitHub SQL、JavaScript ● ● ● ● ● ● ● 実プロジェクト 追加機能開発 個人 （with メンター） アジャイル的 レガシーWeb GAS、G Suite JQuery、JavaScript 実戦フェーズ（ 3か月） ● ● ● ● ● 実プロジェクト 新規開発 チーム 本格Scrum モダンWeb ゴール ● ● ● ● ● ● ● 実習フェーズ（ 2.5か月） （SPA+REST API） ● ● Java、GCP Vue.js、TypeScript いきなりJavaを習得するのは難しいと判断し、 JavaScriptベースのGAS（Google Apps Script）から始 め、少しづつ成功体験を積み重ねてもらう作戦とした。結果的には 7か月を要した。 17 © 2021 ESM, Inc.

いきなり実戦Scrumチームに入れると潰れるかもしれない ● Scrumチームは機能横断的でT字型の人材から構成される ⇒ TどころかIですらない状況でハードルが高すぎる ● チームで学びながら徐々に成長する可能性はあるが、チームのベロシ ティは相当下がる ⇒ ビジネスの責任者もチームメンバーも苦い顔するかもしれない ● このような環境は本人にとって相当なプレッシャー ⇒ 失敗を自分の能力のせいにしてしまい、次の良い行動やパフォーマンスに つながりにくくなる 段階的な成長と「本人の努力による成果」を都度実感させるため、フェーズ分けは重要 18 © 2021 ESM, Inc.

フェーズチェンジの判断材料 体験フェーズ ● ● ● 本質が学べる技術で の模擬開発 座学＋手を動かす 師匠によるマンツーマ ン指導 実習フェーズ ● ● ● 十分な知識が身についているか (手を動 かせているか） 19 実戦フェーズ 実プロジェクト 体験フェーズで学んだ ことを実際にやってみ る 師匠によるマンツーマ ン指導とペア作業 ● ● ● ● ● 実プロジェクト ゴールとした技術の獲 得 ここまで学んだ技術の 応用 チームプレイ 支援体制の増強 対象のここまでの成長を評価し、実戦に 臨む十分な動機付けができているかどう か © 2021 ESM, Inc.

体験フェーズのフォーメーション メンターとなる経験豊富なエン ジニア。基礎を身をもって示し 教える 技術転換 対象 とある一日 ● ● 雄 一 知恵 師 匠 知 識 ● 先 生 プログラム言語等の教育を担 当。主に知識面に関するサポー ト。座学中心 相談 管 理 先生に教材を元にGAS（JavaScript）の文 法を学ぶ サンプルのソースコードを読んでHTMLや CSSの基礎を学び、実際にWeb画面を表 示させてみる 書いたソースコードをGitHubにプッシュ／ プルリクエストし師匠にレビューしてもらう 何かあったときに相談先。パ フォーマンスの評価 師匠と先生に学び手を動かすことで知識を自分のものにする感覚を 20 © 2021 ESM, Inc.

教育用コンテンツは上手に使いまわす 先 生 コンテンツのメンテナンスも 担当 Git／Unixは新入社員教育由来 GASは技術転換者用由来 他必要に応じて適宜流用 メンテナンス頻度 ・GAS（Web）は適宜アップデート（独自コンテ ンツ） ・Gitは（外部サイトなので）自動的にアップ デートされる ・JavaやSQLは年1で検討（書籍ベース） 学生インターン用 GAS （＋Web基礎） 新入社員用 Java 技術転換者用 Git／UNIX SQL 流用と組み合わせで効率化。定期メンテナンスとアップデートでフレッシュさを保つ。 21 © 2021 ESM, Inc.

実習フェーズのフォーメーション 同じプロジェクトチームの一員 として一緒に仕事をこなす。任 せらえる仕事は任す 技術転換 対象 雄 一 仕事 とある一日 ● ● 師 匠 ● 相談 管 理 ● ● 実際のプロジェクトのソースコードを読み修 正点を検討する 師匠に確認しながら修正が必要な点を Issueとしてまとめる 書いたソースコードをGitHubにプッシュ／ プルリクエストし師匠にレビューしてもらう テストが完了したソースコードを本番環境 に適用する 障害の連絡を受け原因を調査する 何かあったときに相談先。パ フォーマンスの評価 これまでの仕事経験と体験フェーズで得た知識とを組み合わせ実務を成し遂げる 22 © 2021 ESM, Inc.

実戦フェーズのフォーメーション 技術転換対象。 PO（代理） 役も兼ねる モダンWebもScurmも初体 験 雄 一 仕事 A 仕事 B 師 匠 相談 SM スクラムマスター （ベテランエンジニア） 管 理 レビ ュー モダンWebもScrumも初体 験 伝 説 バリバリのアーキテクト。 コードレビューへの参加、アーキテクチャ（ソフトウェアス タック）の決定、サンプルコードの提供など ここからが本番。新規開発プロジェクトを Scrumでチーム開発する 23 © 2021 ESM, Inc.

実戦フェーズのとある一日 ● デイリースクラムで困ったことを共有する ● ふりかえりを実施し自分たちの課題を洗い出し改善に向けた行動を する ● 初めて利用するフレームワークを手分けして調査する ● 技術的な課題が解決できないので伝説役に聞きにいく ● チームワークの課題についてスクラムマスターからヒアリングを受け る 24 © 2021 ESM, Inc.

チーム開発の教育的意義 ラーニング・ピラミッド 5％ 共育定着率 ※ 数値に根拠は ないそうなので参 考程度に考えべき だが、経験則とし てはマッチしてい る。 講義 読書 視聴覚 デモンストレーション アクティブラーニングと 呼ばれる領域であり、 Scrumによるチーム ワークで教育効果が高 まると期待できる領域 グループ討論 自ら体験する 他の人に教える 25 10％ 20％ 30％ 50％ 75％ 90％ © 2021 ESM, Inc.

チームメンバーの抱えるもやもや 雄一さん ❏ 言われたことを実現しないといけない ❏ できるか不安 ❏ マインドが変わっていないことに気づく 他のチームメンバー ❏ 言われたからやらないといけなさそう ❏ 今、やっていることはあとでいいの？ ❏ 作ってもすぐ変わってしまう・・・ ❏ 異論が次々と出てくる 26 © 2021 ESM, Inc.

実戦の厳しさ／難しさ ● 学習中でベロシティーがあがらないからといって、顧客に転嫁する わけにはいかない ● 実務の一環なので、バランスの良いチームが常に組めるとは限らな い（スキルの偏り） ● 「何が何でも終わらせること ＞ 自己の成長」誘惑との戦い 27 © 2021 ESM, Inc.

成果が出ない状態が続く カイゼンできない ❏ フィードバック対応に追われるのみ 計画どおり動けない ❏ その場で起きたことを優先 優先順位付けができない ❏ フィードバック最優先という固定観念 チームとして機能していない ❏ 無意識にチームを誘導 頭の中と行動に大きなギャップが発生 （アジャイルのつもりだった） 28 © 2021 ESM, Inc.

サポートを受け学びながら前に進む スクラムマスター 伝 説 SM ❏ バックログ整理 チーム 雄 一 先輩エンジニア ❏ 不足技術のフォロー B A ❏ 実際に行動する ❏ できるようになることで自信と勇気が芽生える 管 理 マネージャ ❏ お客様との折衝を指南 メンター 師 匠 ❏ 不足観点をアドバイス 周りがあきらめず関与し、徹底的にサポートする姿勢と行動が決定的に大切 29 © 2021 ESM, Inc.

この経験から得たもの チームの大切さ ❏ チームの信頼関係を築く ❏ 雰囲気、勇気ある行動 ❏ お客様へ届ける価値の向上 ❏ チームの成長 ❏ 個人、チームの弱点を克服 お客さまとの関係性 ❏ 適切な対応と熱い気持ち ❏ 言われたらやるという考えは NG ❏ 「共に創る」という関係性 ❏ 30 受注ー発注の関係ではなく、仲間 © 2021 ESM, Inc.

マインドセット変遷の軌跡 体験フェーズ 31 実習フェーズ 実戦フェーズ最終盤 ~ 現在 実戦フェーズ終盤まで ＜マインド＞ アジャイル開発とは、を理解 ＜マインド＞ アジャイル だけど・・・ ＜マインド＞ アジャイルを実践 ＜行動＞ 教育担当、師匠に付き添っても らいながら、アジャイルを実施（体 験） ＜行動＞ お客様の言うことは絶対として 動いてしまう ＜行動＞ お客様との対話・協調を意識 チームとの会話を徹底 ＜お客様との関係性＞ 師匠に導いてもらう ＜お客様との関係性＞ (悪い言い方をすると ) 発注ー受注だけの関係性 ＜チームビルド＞ 師匠がファシリテート (one on oneの体制) ＜チームビルド＞ 無意識に自分の考えを肯定させ るようなチームファシリテート 転 換 点 ＜お客様との関係性＞ 「共に創る」をお互いに意識 仲間として動ける ＜チームビルド＞ チームの強みを活かす 弱みをカイゼンする メンバとの信頼関係を築く © 2021 ESM, Inc.

実戦を通じてダブルループ学習に突入していた 前提 行動 結果 シングルループ学習 改善：物事に適切に取り組んでいるか フィードバックへの迅速な対応 ダブルループ学習 改革：適切な物事に取り組んでいるか メンタルモデルの見直し 32 © 2021 ESM, Inc.

効果的だったプラクティス モブプログラミング ❏ 一つのPCとディスプレイ ❏ 同じ課題にみんなで立ち向かう ❏ 知識の伝搬が早い ❏ レビューも同時に行うことで効率的 ❏ 結果的に ...ソースコードのコンフリクトが発生しない ❏ 伝説エンジニアとのセッションも多数実施 ふりかえり ❏ 毎週実施 ❏ 自分たちの課題を出し合い改善策を探る ❏ スクラムマスター・師匠も時々参加 ❏ 改善しようと決めてもできなかったこともある ❏ チームワークを生み出す効果があった 33 © 2021 ESM, Inc.

技術転換を成功させるポイント 1. 模擬環境から始め、技術ギャップがもたらす混乱を最小限にお さえる 2. フェーズ分けにより成功体験を積み重ね、段階的に動機づける 3. 実プロジェクトを通じたタフな経験がダブルループ学習とマイン ドチェンジをもたらす マインド（メンタルモデル）の変化まで到達できて成功といえる 34 © 2021 ESM, Inc.

1から10の章 ～ 仲間の増やし方 35 © 2021 ESM, Inc.

技術転換を繰り返すために ● 一人が転換しただけでは意味が薄い ● 転換者だけでチームが組めるように ● 転換者だけで、さらなる転換者を育てられるように ○ 技術転換から、技術習得になるようにする 36 © 2021 ESM, Inc.

金融事業部「モダンチーム」の結成 ● 雄一プランを応用し、その後2名をモダンエンジニアとして育成 ○ 同じ苦労、同じ考えを共有し、共に歩む仲間ができた ● はんそでさん 入社12年目(30代） 客先常駐で10年（金融系） ウォーターフォールの一部 （要件調整・設計・PJ固有ツールでCOBOL開発）を担当 Excelとプロジェクト固有ツールを使いこなす ● ● ● ● まりこさん 入社22年目(40代） 主に金融系、管理部（採用等）を担当 COBOL、Access、VB.net、C言語など幅広く開発は経験 ● ● ● ● 37 © 2021 ESM, Inc.

仲間が増えると学びが加速する 38 © 2021 ESM, Inc.

技術転換を組織的に広げていくために １．トップダウン（事業部の目標として明確化） ・事業部長からのミッション（期待） ・実践できる場（プロジェクト）の継続確保 ２．ボトムアップ（先駆者の実践コミュニティ化） ・本人たちの自律性、主体性 ・＋CTOによるメンタリング（サポート） 39 © 2021 ESM, Inc.

実践の場と支援の場 二つの事業部が連携。 それぞれメリットがある 形 Agile Studioのプロジェクト 内部発注 実践の場（それぞれの持ち場で学び成果を出す） プロジェクトA A 氏 プロジェクトB B 氏 プロジェクトC C 氏 金融モダンチーム（実践コミュニティ） 支援・情報共有の場（週一集まる＆いつでもチャット） 40 © 2021 ESM, Inc.

実践コミュニティとしての金融モダンチーム ● 先駆者3名は中核メンバー ○ 週一の顔合わせ（＋様々なおオンラ イン）を通じ、自己成長、仲間づくりと いうミッション達成に向けた情報共有 や企画活動等を実施 ● その後に続く新参のメンバー（※）は、参 タスクかんばん 加を通じて学び、役割を変化させ、より深 い貢献ができるようになっていく ○ 現在6名が該当。うち1名は中核メン バーになりつつある。 ※ 正統的周辺参加者（ LPP） 41 ループ図 読書記録 © 2021 ESM, Inc.

知識創造ループに入り込め！ 「金融事業組織全体のモダン化」を現実とするために A 金 A ①Agile Studio留学 【個人】 ②チームで 横展開 【集団】 Agile Studioで一緒に開発す ることで暗黙知として学び取 り込む 42 金 ①で体験したことをモダン チームで共有し、関心を継続 ・発展させる 金 通常業務化。次に期待する メンバーの巻き込み 金 金 ④定着と拡 大【個人】 ③各現場の 知見まとめ 【組織】 金 金 メンバーそれぞれ各現場で 学んだことを持ち寄り、自分 たちのやり方、を意識し始め る © 2021 ESM, Inc.

さらに仲間を増やすために ● みんなで学び、みんなで支える ○ いろんな「輪」をつくる やりたいと思ったことは 自由に 誰か任せにしない、 みんなで創る 中核メンバー 相 談 新参メンバー A 氏 やりたいを 広げる みんなでサポート 43 B 氏 C 氏 識 師 匠 知 積極的 に絡む やりたいことを相談 気付き を与えてくれる 事業部内活動 外部 発信 社内 勉強会 社内 イベント © 2021 ESM, Inc.

モダンチームによる事業部活動への協力（一例） ● 顧客と一緒にイベントで事例発表 （AgileJapan2020） ● AgileJapan2020の企業サテライトと なって基調講演を一緒に観る ● 事業部の会議で外部イベント（デブサ ミ）の参加レポート ● Agile Studioのウェビナー録画を皆で 観る ● 「技術転換を身近に感じる会（座談 会）」を実施 44 © 2021 ESM, Inc.

無関心との戦いに勝利するために 技術転換への関心を促す要素 ● 実践コミュニティが活発化す ることによりアイデンティティ が確立する ● 事業環境が変化しているこ とへの危機感が見えること ● 育成への投資を続けること による会社としての本気度 ● 実際にモダンチームが事業 貢献できていること 45 © 2021 ESM, Inc.

「モダンチーム」で大切にしていること 変えたい・変えようとしている文化 ❏ 立場で自然と決まってしまう役割分担をフラットな組織へ ❏ コミュニケーションの範囲を PJ内から事業部全体へ（物理的な距離を感じさせない文化へ） ❏ 失敗を恐れすぎてしまう文化をチャレンジできる文化へ 行動 ❏ フラットに接する 全てをゼロベースから始める関係づくり ❏ 直接会話する習慣 ツールのみの会話だけにしない文化づくり ❏ 楽しむ姿を見せる 自分自身・関わる人が楽しむことが大事 思考 ❏ 全ての情報をオープンに ❏ NGを作らない、できることを一緒に考えていく みんなの思いを行動に移せるように支援 ❏ 伝搬させる 自分のやりたい⇄みんなのやりたい 46 © 2021 ESM, Inc.

組織により良い文化を広めるために ミトコンドリア式働き方 1. 2. 3. 4. エネルギーを供給する → 組織（顧客）のために成果を アポトーシス（変革促進） → 形骸化した習慣を打破する 違う遺伝子を持っている → 自分のメンタルモデル 一体化する → チームで事に当たる 「組織のために成長」から、「組織と共に成長・進化」する、へ 47 © 2021 ESM, Inc.

技術転換を組織的に行うために 1. 技術転換は継続・拡大しないと意味がないことを知る 2. 一番期待している人を先駆者に選ぶ 3. 同じマインドを持つ小さなチームを作る 4. トップによる期待とメンターによる導きでサンドイッチする 5. 実践コミュニティとしての活動を通じてメンバーを増やす 6. メンバーが実務できるプロジェクトを確保し続ける 7. 活動を通じてより良い文化を育てることが組織変革であることを知る 48 © 2021 ESM, Inc.

ありがとうございました 49 © 2021 ESM, Inc.