Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
10社以上のCTO/技術顧問を経験してみえた 技術組織に起こる課題と対策
Search
yuji.otani
June 22, 2024
Technology
3
1.5k
10社以上のCTO/技術顧問を経験してみえた 技術組織に起こる課題と対策
PHPカンファレンス2024の登壇資料です。
yuji.otani
June 22, 2024
Tweet
Share
Other Decks in Technology
See All in Technology
Technology that powers Lambda / AWS Lambda を支える技術
_kensh
22
5k
M5 Unitたちの 変わった使い方
haruka_imgr
0
190
LLMマルチエージェントのフローエンジニアリングを支えるLLM Ops
pharma_x_tech
4
1k
仕事を前に進めるためのコツ - 判断と決断と共有 / Aim for the goal
soudai
60
22k
k6を活用した再現性・拡張性の高い負荷試験基盤の構築
biwashi
9
2.4k
【ログ分析勉強会】EDR ログで内部不正を検出できるのか、Copilot に聞いてみた
hssh2_bin
0
160
生成 AI による新しい UI/UX 〜サーバーレスで実現する Generative UI の世界〜 / generative ui with serverless
gawa
6
2.5k
BLEA v3.0.0の新しいベストプラクティスを取り入れた効率的なAWS CDK開発/jawsug_cdk16
mhrtech
2
200
位置情報とオープンソースがやりたくてMIERUNEに転職した話 〜経歴、事例紹介、GISへのいざない〜 / MIERUNE JCT - Tokyo 2024
mierune
PRO
0
140
【虎の穴ラボ Tech Talk #1】Ansible Lintの警告への対処
toranoana
1
110
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
5
46k
内製化を目指す事業会社が、システム開発会社と共に進める「開発生産性改善」の取り組み事例 #devsumi
yuwji
1
350
Featured
See All Featured
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
8.9k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
26
1.9k
Being A Developer After 40
akosma
84
590k
How to name files
jennybc
75
98k
Product Roadmaps are Hard
iamctodd
PRO
48
10k
The Art of Programming - Codeland 2020
erikaheidi
48
13k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
39
9.2k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
26
4k
YesSQL, Process and Tooling at Scale
rocio
167
14k
Art, The Web, and Tiny UX
lynnandtonic
294
20k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
90
16k
Unsuck your backbone
ammeep
667
57k
Transcript
10社以上のCTO/技術顧問を経験してみえた 技術組織に起こる課題と対策 ホライズンテクノロジー株式会社 代表取締役 CTO 大谷 祐司
福岡市西区で2022年に立ち上げた、30名規模のIT企業。 テクノロジーを活用した新規事業の立ち上げを中心に行っています。 エンジニア中心のチームです!!
事業紹介 テクノロジーを活用して企業のイノベーションを 支援します。 ものづくりに限らず、組織文化の変革やセールス / マーケティングなど、幅広い支援を行います。 上場企業やスタートアップなど、幅広いお客様がいます。 事業内容 主なクライアント (順不同)
クライアントの新規事業/DX⽀援
https://brand.lylm.me/ 事業紹介 自社サービス・プロダクト チャットを用いた診断によって、1300万通りの香りの組み合わ せの中から、ひとりひとりの心身状態や香りの好みに応じてカ スタマイズしたバスソルトをお届けするD2Cサービスです。 アンケート + AIで調香を行い、その人にあったバスソルトをお 届けします。
メンバーからの提案で、半年でリリースしました。 パーソナライズバスソルト 『Lylm(リルム)』 EC事業
代表は現役エンジニアで、複数社のCTO経験があります。 PHPを愛し、PHPカンファレンス登壇の経験も5回あります!! MySQLやRedis関連で、技術書への寄稿も多数。
私はこれまでのキャリアを通じて10社以上で、 CTOや技術顧問など、技術組織の課題に向き合う経験をしてきました。 今日は、そこでの経験を皆さんにお話しします。
技術顧問ってよく聞くようになったけど 具体的になにをやっているの? 発表で知って欲しいこと
本当に色々なことをやっていますが「社内では解消できない問題の解決」に 一番の価値を発揮できていると感じています。 何でもやる例 - 組織崩壊した開発組織の立て直し。 - 金融サービスの立ち上げにおける、金融庁とのFAQサポート。 - CTOが急に退職したときの、残っているシステムの調査とレポート。 -
上場準備における社内のITガバナンス体制構築。
技術顧問で関わるなかで、フェーズによって様々な問題が起こります。 今日は7つの、これまでに遭遇した課題を共有します。 プロダクト開発組織の事例として、参考にしてもらえると幸いです。 組織の課題 プロダクトの課題 技術的な課題
サービス立ち上げフェーズ
立ち上げフェーズで起こった問題 エンジニア採用がうまくいかない。 - エンジニア採用ができず、必要な開発ができない。 - 「内製が絶対の正解」と思い、とにかく採用を頑張る。 - でもやっぱり採用できず、プロダクト開発が進まない。 解決に向けたアクション。 -
業務委託や開発会社の活用など、他社の成功事例を教える。 - 優秀な外部人材と接点をつくり「外注はダメだ」という先入観を外す。
立ち上げフェーズで起こった問題 開発チームが「やりたいこと」にフォーカスしてしまう。 - 例えば「プロダクトリリース」よりも「デプロイ自動化」に時間を使ったり。 - 他に技術がわかる経営陣がいないと、全て正しいと信じてしまう。 - 「人が増えたけど、開発が進まない」というケースがよく起こる。 解決に向けたアクション。 -
関係者にヒアリングして、客観的に「いまやるべきこと」を確認する。 - 開発リーダーと対話して「本当にやるべき」の認識を合わせる。 - フェーズに対してリーダーが適任ではない場合には、別ポジションの打診も。
リリースからPMFまでのフェーズ
リリースからPMFまでのフェーズで起こった問題 いきあたりばったりの開発が発生する - 営業が「顧客にこの機能を作るって言っちゃいました」 - 社長が「投資家にこの機能が最優先だと言われちゃいました」 - 「この機能があれば売れる」が頻発して、作って満足。利用状況をみない。 解決に向けたアクション。 -
ちゃんと「データをみて判断」する。失注理由、解約理由、アクセスログなど。 - 半年くらいのプロダクトロードマップを作り、適切に人員を割り振る。 - 会議体をつくり、必ずその場所でプロダクトの方向性を決める。
組織が分かれ、別部門が何をやっているのか分からなくなる。 - 売上重視って言ってたのに、なんで無料キャンペーンやるの? - 「ユーザー重視」って言ってたのに、スポンサー企業の方を向いてない? - エンジニアが増えたけど、経営陣が何をやっているかよくわからない。 リリースからPMFまでのフェーズで起こった問題 解決に向けたアクション。 -
開発チームとビジネスチームが意見を交わす場を作る。 - 「プロダクトの目標」「現在地」「アクションプラン」を見えるように共有する。 - 開発ロードマップを共有して、何に取り組んでいるか明確にする。
PMFを超えて、グロースするフェーズ
エンジニアが増えたけど、生産性が全然上がらない。 - Webメインのサービスに、スマホアプリエンジニアが4名いて暇にしている。 - 半年の予定だったリファクタリングを、2年以上やっている。。 - 「退職者が開発して、誰も触れない部分」が、全体の50%ある。 PMFを超えて、グロースするフェーズで起こった問題 解決に向けたアクション。 -
「組織構成」「ミッション」を定義し直して、やるべきことをシンプルにする。 - 「未経験へのチャレンジ」を推奨する組織にして、一人のカバー範囲を広げる。 - (過剰になりすぎない)ドキュメント文化をつくり、ナレッジを残す。 - 大胆に組織と権限を変え、初期からなぁなぁでやっている部分にテコ入れする。
解決に向けたアクション。 - まずはじっくり対話して「心理的安全性の大切さ」を伝える。 - 「コミュニケーションのルール」をつくる(この時点で若干窮屈になる) - 該当エンジニアのミッションを変更し、他エンジニアとの接点をなくす。 心理的安全性を破壊するエンジニアを採用してしまい、退職者が続出。 - 平気で「こんなイケてないシステム」と言ってしまう。
- 否定のコミュニケーションが蔓延し、みんなが発信しなくなる。 - (サービス軸ではなく)技術的な正論を掲げ、やりたいことをやっちゃう。 PMFを超えて、グロースするフェーズで起こった問題
PMFを超えて、グロースするフェーズで起こった問題 解決に向けたアクション。 - CEOを巻き込んだプロダクト系のミーティングを頻繁に開催する。 - 顧客のアポイントに同席してもらい、使っているユーザの声を聞いてもらう。 - ただ、上記でも改善せずに、結果としてCTOが退職しました。 CEOがプロダクトに興味がない。 -
投資家や起業家コミュニティにばかり時間を使い、プロダクトをみない。 - かと思えば、思いついたように「この機能を今すぐ作れ」と言ってくる。 - 確認依頼をしても全くみないが、プロダクトの責任者になっている。
ここであげたのは一例ですが 本当にさまざまな課題が発生します。 それらの課題に向き合って、解決に取り組んでいきます。
大変なことも多いですが、 課題をクリアして「チームが前向きになる」 瞬間に立ち会える喜びはとても大きいです!!
プロダクト開発において、フェーズごとに様々な問題が発生します。 その課題に向き合って、一緒に解決するのが技術顧問の価値だと感じています。 皆さんの組織では、どんな問題が起こっているでしょうか。 今日はずっとブースにいますので、なにかあれば気軽にご相談ください!!
ご清聴ありがとうございました