2022/02/17 DevelopersSummit 2022 資料
事業をスケールさせるエンジニアたち〜技術のコモディティ化にエンジニアは敗北する〜Developers Summit 20221Masato IshigakiFebruary 17, 2022Developers Boost 2021 再演（20分ver）
View Slide
2- Target- エンジニア > プロダクトマネージャー >> ,etc...- Outline- 技術のコモディティ化にエンジニアは敗北する（課題提起）- エンジニアリングを武器に事業のスケールに注力したエンジニアたちの「5つの特徴」- 不確実な世界に立ち向かうためのキャリア戦略Outline
3About meMasato Ishigaki - 石垣 雅人DMM.com 部長 / VPoE室エンジニア 新卒入社2017年より、DMMにおけるアカウント(ID)、認証(Auth) のバックエンド周りのプロダクトオーナーを経て、2018年7月にリードナーチャリング領域を強化するチームやDMMの入り口である総合トップなどを管轄する総合トップ開発部の立ち上げを行い、部長を務める。現在は、DMMポイントクラブの立ち上げからグロース、ID・認証を司るメンバーシップサービス部の部長、DMM全体のエンジニア・デザイナー組織課題を解決するVPoE室を兼務している。・著 : 『DMMを支えるデータ駆動戦略』（マイナビ出版 ,2020）・ProductZine 連載中 : 『スモールチームが武器になる時代へ』@i35_267
4- Outline- 技術のコモディティ化にエンジニアは敗北する（課題提起）- エンジニアリングを武器に事業のスケールに注力したエンジニアたちの「5つの特徴」- 不確実な世界に立ち向かうためのキャリア戦略Outline
5技術のコモディティ化にエンジニアは敗北する- 世の中は、コモディティ化に溢れている- 消費者にとっては、個性がない状態へ。- 需要があるものは、コモディティ化する。- 牛丼、ガソリン、家電、etc...- すべてが平均的な価値になり、あとは価格競争へ。引用 : https://hataraku.vivivit.com/works/commoditization
6技術のコモディティ化にエンジニアは敗北する- 技術も常に進化し、コモディティ化する- 新しい技術が登場し続ける、ソフトウェアの世界。- Ex. コンテナ技術、k8s、Maschine Learning、NFT- 魅力的な技術であれば、沢山のプラクティスが出てくる。- 技術の標準化・規約化が行われる。- X as a Service / OSS として、サービス提供される。- 昔は苦労して皆が実装していたものが、平等に利用可能な「武器」になるｔ技術競争 価格競争価値コモディティ化技術発展のS字カーブユーザーニーズ引用 : https://muchinare.com/archives/13693034.html
7技術のコモディティ化にエンジニアは敗北する- クラウドの発展が、コモディティ化を促進させた- 2005年ごとに登場した「クラウド」によるコンピューターリソースの可搬性（ポータビリティー）。- 自前でリソースを所有するところから、インターネット上で、必要な分だけ利用する時代へ。- クリエイティビティを発揮する部分と、任せる部分を思案する時代へ。- 上から下まで、自前でやる必要はなし。- クラウドもいずれ、価格競争へ？ApplicationMiddlewareVirtualizationHardware/ NetworkOSApplicationMiddlewareVirtualizationHardware/ NetworkOSApplicationMiddlewareVirtualizationHardware/ NetworkOSApplicationMiddlewareVirtualizationHardware/ NetworkOSVendor YouOn - premises IaaS PaaS SaaS
8技術のコモディティ化にエンジニアは敗北する- エンジニアもコモディティ化する。量産型へ。- コモディティ化した技術を使う、エンジニアもコモディティ化する現象。- ノーコードやローコードも今後さらに加速。- 一部の天才を除いては「コードを書く」「サーバーを構築できる」というシンプルなスキルだけでは 勝てない世界（淘汰される） になってくる。- では、エンジニアはどうするべきか。を考える。- それは自分の仕事じゃないよね。というメンタリティーを破壊していく。引用 : ［速報］AWS、ローコードでWebのフロントエンドを開発できる「AWS Amplify Studio」発表。本題
9技術のコモディティ化にエンジニアは敗北するひとつの答えは、事業をスケールさせるエンジニアリングを学ぶこと- 技術を武器として、事業に「観点」を与えることに力点を置く。- 技術を使いこなした先にある、事業への「問い」「解」を与える。- 仮説検証への参加（何を→なぜ）。レコメンドアルゴリズムへの参加。- 今まで、時間をかけていたものに時間をかけなくて良くなる。- そのバッファーをどこに費やすか。※ その他にも、市場としてドメインエキスパートになる等が良いと思っています。本題
10Netflix - エンジニアリングで事業に「観点」を与えている例-レコメンドエンジンへの「問い」KPI = MRR→CTVR（魅力的なコンテンツ）, Churn Rate（継続率）が重要Artwork Personalization引用:https://netflixtechblog.com/artwork-personalization-c589f074ad76引用 :https://netflixtechblog.com/learning-a-personalized-homepage-aa8ec670359aLearning a Personalized Homepageエンジニアがアルゴリズムに対して「問い」と「解」を与えて、事業をエンジニアリングでスケールさせている
11- Outline- 技術のコモディティ化にエンジニアは敗北する（課題提起）- エンジニアリングを武器に事業のスケールに注力したエンジニアたち「5つの特徴」- 不確実な世界に立ち向かうためのキャリア戦略Outline
エンジニアリングを武器に事業のスケールに注力したエンジニアたち12- エンジニアが、1行のコードから財務諸表を意識する世界線を作りたい- エンジニアが今が書いている 1行のコードあるいは、 1つのプルリクエストというミクロな集合体がプロダクトを作り、事業の収支を作っていることを財務諸表レベルで感じてほしい。- セクショナリズムによる分断とそれによる主体性の欠如- 事業・組織のスケールによって役割や責任箇所の分散によってセクショナリズムが起こりやすい。Ex．エンジニアサイド、ビジネスサイド- エンジニアリングの領域に至っては、要求定義で決まっているものを「どう作るか」「作れるか」だけにフォーカスした状態になりやすい。Howの部分にこだわり出して 手段の目的化の出来上がり。- なぜ作っているか、作ったあとにどうなった？の意識的な欠如が起こる構造。（ - - ）( ) {-- --- - - -- -- ;( ----- -- ----- --)----- -- ;}EngineeringDeveloper Service収益費用利益P/LKPI Process Cycle課題感
エンジニアリングを武器に事業のスケールに注力したエンジニアたち- 事業のスケールによる、エンジニアリングの犠牲の誤解- 品質に対するスピードとコストの 誤解。トレードオフじゃない。- 事業責任者も、エンジニアも、そこから逃げてはいけない。- Is High Quality Software Worth the Cost?- 品質にはexternal quality（機能やインターフェイス）と internal quality（アーキテクチャやコードなどの内部品質）の 2つ。- Aプロダクト（機能やUIが優れている。ただし、internal qualityはぐちゃぐちゃ）とBプロダクト（機能が少ない。ただし internal qualityは綺麗）では、初期だとユーザーは、誰しもがAにお金を払うでしょう。- では、nヶ月後は？- 事業責任者やエンジニアは、中長期的な視点が必要。13BBA BinternalqualityexternalqualityAnヶ月後Bnヶ月後
エンジニアリングを武器に事業のスケールに注力したエンジニアたち14引用 : Is High Quality Software Worth the Cost?A. 事業とエンジニアリングの点と点をつなげた意思決定ができる人材が大事。最短、1ヶ月以内には、Bのほうが開発スピードで上回る。損益分岐点。負債・福利も、指数関数的に伸びる。
15エンジニアリングを武器に事業のスケールに注力したエンジニアたちの 「5つの特徴」1. 事業もエンジニアリングも構造で捉える2. KPIで事業を語る3. 仮説と実験で、転がしていく（仮説実験主義）4. BMLループでの学習サイクルを構築する5. チームの戦闘力もデータ化する
エンジニアリングを武器に事業のスケールに注力したエンジニアたち- 事業もエンジニアリングも 構造で捉えている- DXの正体- すべての活動がデジタルによると「データ」として出力される。- 事業 = サービスの振る舞いがデータとして記録され、ログデータとしてプロットできる。- エンジニアリングが事業に影響する度合いが高まる。- 事業のナラティブ（物語）を「データ」を使って読んでいる- 何をインプットとするか- その中で、どんな処理が行われているか- 結果として何かアウトプットされるか16特徴1.
エンジニアリングを武器に事業のスケールに注力したエンジニアたち- KPIで事業を語る- 「データ」を使いながら事業改善を進めていくには共通言語が必要。- KPIというアプローチ。構造で捉える x データで細かく分解できる- 最近では、ほとんど何をするにもKPIをもとに会話することが多い。- Ex. この機能を作りたい。〇〇KPIに効きそうだから。なぜなら...- 感覚ではなく、事業構造 x データというエビデンスを元にした意思決定17特徴2.
- 仮説と実験で、転がしていく。- 事業の寿命は無限ではない。常に予算とリソースのタイムリミットを意識する必要がある。素早い仮説検証。何を捨てるか。- ただし、仮説と実験が大事だと言っても、闇雲に高速に開発して、リリースすれば良いわけではない。- 正しい方向で、正しい戦術で、正しいリソースを使いながら進む- “ 3つの正しさ“- 正しい方向 = 戦略・ベクトル（KPI）- 正しい戦術 =- 課題のKPIツリー（方向性）に対して、どういった施策を当てるのが良いのかの作戦。大きな機能追加なのか、UI刷新なのか、キャンペーンなのか。施策ごとに予測値と実測値をモニタリングしていく。- 正しいリソース = 戦術に対して、組織的なコスト（人・モノ・金）をどのぐらいのリソース配分で攻め込んでいくか。18正しい方向正しい戦術正しいリソース仮説 と 実験 で転がしていくt価値エンジニアリングを武器に事業のスケールに注力したエンジニアたち特徴3.
- どこに / どのぐらいのリソースを / どの期間突っ込むか- 正しいリソースの再配分をどうしていくか。- プロダクトは、常に動き続けている。人も変化しつづける。- 施策も、リファクタリングも、UX改善も、個々の目標 / キャリアも、 n…- すべてを器用にこなしながら、走るしかない。- BMLループでの学習サイクルを構築する- 仮説検証を回すフレームワークの代表的なアプローチ。- チームのキャパシティーを計算して、施策の優先度と量を計算する。- 論よりまずは、チームの戦闘力を知るところから。19エンジニアリングを武器に事業のスケールに注力したエンジニアたち特徴4.Single Piece Flow（1つのサイクルで1つの仮説）
20エンジニアリングを武器に事業のスケールに注力したエンジニアたち「事業もシステムもモニタリングできるなら、開発力もモニタリングできるはず」- Layer 1.- コードレベルでのチーム生産性の可視化- pull request , commit , commentから生産性の健全性を可視化- Layer 2.- チーム開発のストーリーポイントを元にした生産性の可視化- Velocity, Cumulative flow, Control Chart-Layer 3.- 開発プロセス全般（MTGの間隔等々も加味した）のリードタイムの改善- VSM（Value Streaming Mapping）それぞれで可視化をして、現状の戦闘力を知る特徴5.
21エンジニアリングを武器に事業のスケールに注力したエンジニアたちLayer 1. Pull Request Layer 2. Cumulative flow特徴5.
22エンジニアリングを武器に事業のスケールに注力したエンジニアたち特徴5.引用：https://juas.or.jp/cms/media/2020/05/20swm_pr.pdチームの戦闘力は、世の中と比較して高いと言い切れるか三乗根に2.7をかける
23エンジニアリングを武器に事業のスケールに注力したエンジニアたちの「5つの特徴」1. 事業もエンジニアリングも構造で捉える2. KPIで事業を語る3. 仮説と実験で、転がしていく（仮説実験主義）4. BMLループでの学習サイクルを構築する5. チームの戦闘力もデータ化する
24- Outline- 技術のコモディティ化にエンジニアは敗北する（課題提起）- エンジニアリングを武器に事業のスケールに注力したエンジニアたちの「5つの特徴」- 不確実な世界に立ち向かうためのキャリア戦略Outline
- 視座を上げて、視野を知る- 不確実な世界で、何をすれば良いのかは不透明。- まずは、武器を増やすことに注力する。- 視座を上げていくと、今までにないスキルが見えてくる。- 課題がないのではなく、見えていないが正解。- 一定の視座だと、成長曲線がゆるくなる。不確実な世界に立ち向かうためのキャリア戦略視野視座事業チーム個深さ / 広さ経営Ex. 開発Ex. データ分析Ex. 財務諸表Ex. マーケティングEx. PMベクトル（視点）25
- 技術のコモディティ化にエンジニアは敗北する- エンジニアリングを武器に事業のスケールに注力したエンジニアたちの「5つの特徴」- 不確実な世界に立ち向かうためのキャリア戦略まとめ26
i35_267
takasehideki
tomoaki25
cybozuinsideout
route06
mtx2s
radkmb
lwug
dahatake
revcomm_inc
pospome
sugawani
aki_iinuma
addyosmani
scottboms
mongodb
sugarenia
chriscoyier
colly
swwweet
geoffreycrofte
palkan
soudai
sonatard
jrom