Developers Summit 2023 KANSAI (2023.09.02)

チームがビジネス価値作りに向かい自走するために〜経緯と取り組み〜髙谷 拓来© 2023 TIS Inc.

髙谷 拓来Takatani Hiroki

TIS株式会社

テクノロジー&イノベーション本部所属
新規事業開発チーム エンジニア/スクラムマスター

X:@babywkb

2

新規事業開発チームのミッション

TISで新規事業を成功させる

アジェンダ• TISで新規事業をやるということの壁と強み• ビジネス価値作りに向かって自走する要素とは？

• ビジネス価値作りに向かって自走する状態を作るための取り組み• Developers Summit 2023で紹介した取り組み• 新たな取り組み• これからの課題

TISで新規事業開発をやるということ

新規事業開発を阻む壁• システム開発の目的やゴールがSIと異なる• 社内手続きがSIを想定したものになっている• ジュニアエンジニアも含めたチーム組成が必要

TISで新規事業開発をやるということ

新規事業開発を阻む壁はあるが強みもある• 色々な専門家が社内にいる(法律・営業・etc…)• 色々な分野に精通したエンジニアが社内にたくさんいる• 既存顧客とのつながりがある• 社内手続きも新規事業開発に合わせて変えていけるTISで新規事業開発をしているチームの話

7

ビジネス価値作りに向かって自走する状態とは？

© 2023 TIS Inc.

Photo by Miguel A Amutio on Unsplashビジネス価値作りに向かって自走するチームの要素

ビジネスの理解と責任を持つ

状態・課題の透明性がある
主体的な問題解決ができる© 2023 TIS Inc.

9

ビジネスの理解と責任

開発チームはプロダクトオーナーの指針を受けつつビジネスの目標や要求を理解しそれをプロダクトの開発に落とし込む責任を持つ状態© 2023 TIS Inc.

10

状態・課題の透明性がある開発チーム内や、プロダクトオーナー・ビジネスオーナー等のステークホルダーとコミュニケーションを行いビジネス・プロダクトの知識・状態・課題を明確に共有できている© 2023 TIS Inc.

11

主体的な問題解決

各メンバーが役割や能力に応じてリーダーシップを発揮しチーム全体で開発の課題に対処する© 2023 TIS Inc.

12

ビジネス価値作りに向かって自走するチームの要素

ビジネスの理解と責任を持つ状態・課題の透明性がある
主体的な問題解決ができる© 2023 TIS Inc.

13

ビジネス価値作りに向かって自走する状態を作るための取り組み© 2023 TIS Inc.

Photo by Jonathan J. Castellon on Unsplash

Developers Summit 2023で紹介した取り組み• 職能でチームを分けない• エンジニアがプロダクトオーナーを務める© 2023 TIS Inc.

15

開発体制

事業オーナー

事業オーナー
プロダクトオーナー

エンジニア

スクラムマスター

エンジニア
エンジニア
スクラムマスター

エンジニア/デザイナー

プロダクトオーナー
エンジニア/デザイナー

開発チーム
開発チーム

© 2023 TIS Inc.

16

なぜプロダクトオーナーをエンジニアがやるのか？

• スクラムに関する理解の壁• システム開発に関する基本知識の壁• 事業オーナー/POに求めるものが多すぎる
プロダクトオーナーと開発チームで分断を深めた© 2023 TIS Inc.

17

自走するチームへの課題

ビジネスの理解と責任を持つ

状態・課題の透明性がある
主体的な問題解決ができる© 2023 TIS Inc.

18

プロダクトオーナーをエンジニアがやるということ「プロダクト価値の最大化」要件、仕様の言語化と最終決定をエンジニアが担う© 2023 TIS Inc.

19

開発チームから見た変化• データモデル設計について開発者とコミュニケーションできる• 要求→要件の過程で認識を齟齬を生まない• コミュニケーションで非エンジニアのための翻訳が不要に© 2023 TIS Inc.

20

新たな取り組み© 2023 TIS Inc.

21

新たな取り組み

言語化と情報のストック化の徹底
リーダーシップのトランスファー© 2023 TIS Inc.

22

言語化と情報のストック化の徹底© 2023 TIS Inc.

23
Photo by Iñaki del Olmo on Unsplash言語化と情報のストック化の徹底に至った経緯

口頭で伝えれば伝わるという幻想から要求・要件という重要なトピックにおける認識齟齬

情報ストック不足により開発チーム内の情報共有漏れ・共有コストの増加© 2023 TIS Inc.

24

口頭での会話だけでは人は曖昧な記憶の中で都合のよい解釈をして意見の食い違いを生む© 2023 TIS Inc.

25

自走するチームへの課題

ビジネスの理解と責任を持つ状態・課題の透明性がある
主体的な問題解決ができる© 2023 TIS Inc.

26

「アジャイルソフトウェア開発宣言」に対する 誤解と真意「アジャイルソフトウェア開発宣言」のうち、価値について言及している文は「〜よりも」とあることから、一見すると左記のことがら「プロセスや ツール、ドキュメント、契約、計画」は疎かにしてもよいと解釈されがちです。
ここから、アジャイルソフトウェア開発ではドキュメントを作成しなくてもよいとか、計画は考えなくてもよいなどの誤解が生じることが、よくあります。ですが、見落とされがちな「左記のことがらにも価値があること を認めながらも」という一文にあるとおり、「プロセスやツール、ドキュメント、契約、計画」にも価値があることを、明言しています。

出典：IPA 「アジャイルソフトウェア開発宣言の 読みとき方」© 2023 TIS Inc.

27

言語化と情報のストックを徹底するメリット

明確な共通理解

情報共有コストの削減

文字に起こされていると同じ文言を振り返って読み返したり何度も咀嚼しなおす猶予が生まれる。
その猶予の中で曖昧な表現に気づき、具体化するチャンスを生むことができる。
そういう面で文字にして残す行為は認識
齟齬を減らす効果があると実感した。

やり取りが終わった情報に後からアクセスできることで再度説明をする時間を省略できたり誰かに質問する時間を大きく減らすことができた。

© 2023 TIS Inc.

28

取り組み

• 開発者用wikiの作成・メンテ––

ソフトウェアの方式や実装時のルールを明文化
実装時に見つけた作業効率化方法• PBI(ユーザーストーリー/受け入れ条件等)の言語化徹底––

プランニング、リファインメントで口頭でやりとした結果も文字で残す
PBIに対応する機能設計や作業進捗も文字で記録して共有できる状態にする• システム機能の概要を言語化––

複雑な処理が行われる場合その処理概要必ず考慮が必要なトランザクション・認証認可をチェックリスト的に実装前に文字にして確認© 2023 TIS Inc.

29

全てをテキストコミュニケーションにするわけではない

全てをテキストコミュニケーションにするという話ではないボイスコミュニケーションやフェイス・トゥ・フェイスコミュニケーションのほうが短時間で多くの情報を伝えられるのは確か

コミュニケーションして最終的に出た結論や結論に至った経緯の概要を文字で記録できていればよい© 2023 TIS Inc.

30

フェイス・トゥ・フェイスコミュニケーションが有効なケース
ビジネス側の人が開発者に伝えたい情報や開発者間で伝え合う情報の中には、仕様とは異なり、目的、希望、夢、心配ごとなど、正確に表現できないものもあります。
そのような情報は、言葉では伝わりにくかったり、伝える際に齟齬や誤解を起こしやすかったりします。
ビジネス側の人と開発者が、全員同じ空間に集まり、対面で双方向に対話することで、お互いの本音を汲み取りやすくなります。
もし齟齬が起きたとしても、対話を通してすぐに気づくことができます。

出典：IPA 「アジャイルソフトウェア開発宣言の 読みとき方」© 2023 TIS Inc.

31

リーダーシップのトランスファー© 2023 TIS Inc.

32
Photo by John Schnobrich on Unsplash

主体的な問題解決力

チームはシステムのサービスの要求に対する解決策を自らの能力を活かして提案し(要件定義)、実現(設計・実装)する状態。
各メンバーが役割や能力に応じてリーダーシップを発揮しチーム全体でプロジェクトの課題に対処する。

© 2023 TIS Inc.

33

リーダーシップを発揮するとは各メンバーが役割や能力に応じてリーダーシップを発揮する
課題解決やタスクを進める際に• 活動の状況把握• 有識者の巻き込み• 作業の移譲

チームが協力して課題を解決するための旗を振る© 2023 TIS Inc.

34

とはいえリーダーシップを持つのは難しい…

© 2023 TIS Inc.

35

自走するチームへの課題

ビジネスの理解と責任を持つ状態・課題の透明性がある
主体的な問題解決ができる© 2023 TIS Inc.

36

リーダーシップのトランスファーにむけたアプローチ「ジュニアエンジニア」と「シニアエンジニア」で一時的にミニチームを組む© 2023 TIS Inc.

37

ジュニアエンジニアとシニアエンジニアでミニチームを組む• ジュニアエンジニアがシニアエンジニアで一時的なサブチームを組
んで課題解決・PBI実現までのフローを進める• スクラムチームメンバーに必要なスキルやリーダーシップ能力を効果的に学習しプロジェクトの課題に対処する能力を向上させるというアプローチ© 2023 TIS Inc.

38

取り組みの効果• 作業成果・作業予定の発信方法の習熟• 課題解決に必要な人を巻き込むハードルを下げる© 2023 TIS Inc.

39

これからの課題© 2023 TIS Inc.

40

プロダクトオーナーに要件を委ねすぎている© 2023 TIS Inc.

41
Photo by Rohit Tandon on Unsplashビジネスの理解と責任

開発チームはプロダクトオーナーの指針を受けつつビジネスの目標や要求を理解しそれをプロダクトの開発に落とし込む責任を持つ状態© 2023 TIS Inc.

42

プロダクトオーナーに要件を委ねすぎているエンジニアがプロダクトオーナーを務めるようになったことで…

プロダクトオーナーがビジネス要求から要件定義まで落とし込むことができるそこに頼り過ぎている© 2023 TIS Inc.

43

どれくらいの粒度をプロダクトオーナーに求めていたか• システムに対する情報in/out• CRUDの定義• 画面遷移図• 画面内の詳細な項目© 2023 TIS Inc.

44

プロダクトオーナーに要件を委ねすぎている

チームの生産性が上がった結果
プロダクトオーナーは要求の言語化と要件定義作業に追われる

要件定義部分を委ね続けるといずれボトルネックになる© 2023 TIS Inc.

45

開発チームが要件の定義やPBIの細分化に取り組む• 開発チームが要件の定義やPBIの細分化に取り組む• 要件を開発者から提案することで、開発チームの集合知をシステムの価値づくりに利用する
Photo by Ben Kitchingon Unsplash© 2023 TIS Inc.

46

ビジネス価値作りに向かって自走する状態へ

エンジニアがプロダクトオーナーを務める

言語化と情報のス
トック化の徹底リーダーシップのトランスファー

開発チームが要件の定義やPBIの細分化に取り組む© 2023 TIS Inc.

ビジネス価値作りに向かって自走する状態

ビジネスの理解と責任を持つ
共通理解と透明性がある主体的な問題解決ができる

47

AboutFintan ＜https://fintan.jp/＞

TISインテックグループの技術ノウハウ共有サイト

TISインテックグループの開発現場で培った事例・ノウハウを多数掲載

高付加価値な開発が求められる市場の中で付加価値競争力・価格競争力・提供スピードの維持／向上をめざすためには従来の関係者だけでなく異業種・スタートアップ企業など様々なステークホルダーと価値を共有し、協業していくオープンイノベーションの姿勢が重要
開発技術を社内外と共有し、社内外の専門家/専門組織と価値を共有・協業することで、オープンイノベーションの実現を目指す＜Fintan設立のねらい＞
TISがなぜFintan？
Fintanを始めたきっかけや現在の活動詳細について各媒体で取材していただいています

共有・再利用による 共通認識の深化・拡大
開発競争力強化によるWin-Win関係の構築© 2023 TIS Inc.

社外への技術発信による認知向上＜Fintanが目指すオープンイノベーション＞

CodeZine Fintan
QiitaZine Fintan

48

We're Hiring!!

Fintan 採用
TIS株式会社 テクノロジー＆イノベーション本部は「ITアーキテクト・フルスタックエンジニア・デザイナー」 とその候補生が所属する 約100名で構成するエンジニア・デザイナー組織です。
現在、多数のエンジニア・デザイナーポジションで仲間を募集しています。
募集ポジションはFintanの「求人一覧」ページの各リンクをご覧ください。
本日登壇の髙谷が所属するチームはTISの新規事業のプロダクト開発をリードする「エンジニア」 ポジションです© 2023 TIS Inc.

49

© 2023 TIS Inc.

50

ご清聴ありがとうございました