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
技術ブランディングやっていきの会社が考えるフェーズ別戦略 / tech-branding-ya...
Search
Yoshiki Iida
November 22, 2019
Technology
2
5.2k
技術ブランディングやっていきの会社が考えるフェーズ別戦略 / tech-branding-yatteiki-strategy
2019/11/22
第4回 転職透明化らぼ-技術ブランディング編
https://rtlabo.connpass.com/event/152001/
Yoshiki Iida
November 22, 2019
Tweet
Share
More Decks by Yoshiki Iida
See All by Yoshiki Iida
エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025
yoshikiiida
5
8.4k
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
910
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
720
エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management
yoshikiiida
12
3.8k
スクラムの成熟と壁 〜スケーリングの議論から見えたもの〜 / Maturity and barriers in Scrum
yoshikiiida
4
2k
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
17
6.4k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
7
3.7k
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
yoshikiiida
2
5.5k
ログラスにおけるコード品質でビジネスに貢献する仕組み・カルチャー / A system and culture that contributes to business through code quality in Loglass
yoshikiiida
12
2.4k
Other Decks in Technology
See All in Technology
生成AIで小説を書くためにプロンプトの制約や原則について学ぶ / prompt-engineering-for-ai-fiction
nwiizo
3
760
Oracle Audit Vault and Database Firewall 20 概要
oracle4engineer
PRO
3
1.7k
Model Mondays S2E02: Model Context Protocol
nitya
0
210
CI/CD/IaC 久々に0から環境を作ったらこうなりました
kaz29
1
150
Oracle Cloud Infrastructure:2025年6月度サービス・アップデート
oracle4engineer
PRO
2
210
「Chatwork」の認証基盤の移行とログ活用によるプロダクト改善
kubell_hr
1
110
25分で解説する「最小権限の原則」を実現するための AWS「ポリシー」大全 / 20250625-aws-summit-aws-policy
opelab
9
1.1k
~宇宙最速~2025年AWS Summit レポート
satodesu
1
1.8k
標準技術と独自システムで作る「つらくない」SaaS アカウント管理 / Effortless SaaS Account Management with Standard Technologies & Custom Systems
yuyatakeyama
3
1.2k
Snowflake Summit 2025全体振り返り / Snowflake Summit 2025 Overall Review
mtpooh
2
390
Windows 11 で AWS Documentation MCP Server 接続実践/practical-aws-documentation-mcp-server-connection-on-windows-11
emiki
0
910
Fabric + Databricks 2025.6 の最新情報ピックアップ
ryomaru0825
1
120
Featured
See All Featured
How STYLIGHT went responsive
nonsquared
100
5.6k
Navigating Team Friction
lara
187
15k
Building Flexible Design Systems
yeseniaperezcruz
328
39k
Build your cross-platform service in a week with App Engine
jlugia
231
18k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
GraphQLとの向き合い方2022年版
quramy
47
14k
How GitHub (no longer) Works
holman
314
140k
Designing for humans not robots
tammielis
253
25k
VelocityConf: Rendering Performance Case Studies
addyosmani
330
24k
Embracing the Ebb and Flow
colly
86
4.7k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
124
52k
The Straight Up "How To Draw Better" Workshop
denniskardys
233
140k
Transcript
技術ブランディング やっていきの会社が考える フェーズ別戦略 2019/11/22 第4回 転職透明化らぼ-技術ブランディング編 Yoshiki Iida
whoami ◎ 飯田意己(@ysk_118) ◎ 株式会社クラウドワークス ◎ 執行役員 兼 エンジニアリングDiv GM
◦ マネジメントとかプロダクト戦略とか色々 ◎ 一般社団法人アジャイルチームを 支える会 理事 ◦ アジャイルチームを増やす支援 2
アジャイルチームを支える会 3 https://agileteam.doorkeeper.jp/
1. 技術ブランディングの 位置付け 4
なぜやるのか/なぜやりたいのか ◎ 採用のため ◎ 持続的開発/イノベーションのため ◦ 事例→ブランディング→採用、の正の循環 ◎ 株主へのアピールにも ◦
事業成長に開発力は不可欠 5
鶏卵問題 ◎ ゼロから始めるときは悩ましい ◎ つよい人を採用するべきか?今の組織をつよくしていくか? ◎ プロダクトの成長に合わせて技術的な課題のハードルも上がって いく ◎ 技術戦略と組織戦略は常にセット
◎ 技術ネタが少なければ事業や組織の話しから始めるのもあり 6
2. How to 技術ブランディング 7
手法 ◎ エンジニアブログによる発信 ◦ 技術ネタ ◦ 内部での取り組み ◎ 登壇 ◎
コミュニティへの還元 ◦ 金銭的還元 ◦ 技術的還元 ◎ OSS ◦ プロダクトから作られるOSS 8
フェーズ別アクション ◎ 技術ブランディングやっていきフェーズ ◦ エンジニアブログによる発信 ◦ コミュニティへの金銭的還元 ◎ 技術ブランディングちょっとできたフェーズ ◦
中の人による登壇 ◦ コミュニティへの技術的還元 ◎ 技術ブランディングできてるフェーズ ◦ これら全部を継続的にやりながら中の人がコミュニティを牽引 する状態 ◦ 事業活動の中からOSSが生まれる状態 9
エンジニアブログ ◎ ただ書くだけだと個人的な記録になってしまう ◎ ブランディングも実現したいなら他の人に読んでもらうという前提 で文章を書く必要がある ◎ エンジニア同士でレビュー ◦ 知識ゼロの人が読んでわかる内容か?
◦ 間違った解釈が入っていないか? ◦ 完結な表現になっているか? 「〜だと思います。」→「です。」 ◎ 言語化はトレーニングなのでコストはかかるけどブランディング以 外のメリットもたくさんある 10
11 ↑レビュー依頼 ↓フィードバック
登壇の後押し ◎ 知見が溜まっていくとブログは書けるが登壇となるとハードルが 高い ◎ ブログからはじめていいかんじにそそのかしていく ◦ 「あの施策の話記事にしたらどう?知見だと思うな〜〜」 ◦ 「こんな勉強会あるしこの前の話LTしてみたら?」
◦ 「そろそろ体系的に語れそうだし大きいやつで話してみた ら?」 ◎ 自ら率先して外に出ていく 12
コミュニティとの関わり ◎ 登壇などができるとコミュニティとの距離感が近くなる ◎ 他者に有用な知見を発表できるというのはブランディング力が高 い ◎ スポンサーなどの金銭的還元もいいが、登壇やOSSなど技術的 な還元のほうが価値がある 13
3. 継続していくために 14
継続性が重要 ◎ 技術ブランディングは属人化しやすい ◦ 一人だけが頑張ってアウトプットしていてもその人がいなく なったら止まってしまう ◦ 師弟関係みたいなの作れるとよさそう ◎ スポンサーなどは長期で見る
◦ 短期的にリターンが得られるものではない ◦ むしろ社内の盛り上げくらいでみておいたほうがいい ◦ 長く続けるとそのうち採用につながるかも?くらい ◦ 現場が本気で取り組みたいと思っている技術領域のイベント にスポンサーする 15
リスク ◎ ブランドのアンコントローラブル性 ◦ 受け取る側の解釈に寄るところが大きい ◦ 例)めっちゃ◯◯に強い会社!っていうイメージだったのに 入ったらそうでもなかった、など ◎ 面接時の期待値調整
◦ 課題点もしっかり伝える ◦ ブランディングの時点で採用まで考慮してコントローラブルに しないと無駄なコストが発生する ◎ ブランディングすべきいいポイントが見えてない ◦ 会社の中の当たり前は会社によって全然違う ◦ 当たり前すぎて誰もアピールしないのはもったいない 16
4. 転職するとき 17
転職の際にどうみる? ◎ 外からのイメージと実態のギャップを探る ◦ 「御社は◯◯に強いイメージでした」 → すぐ具体的なエピソードが出てくる / 出てこない ◎
どんな会社でも絶対課題はあるので、課題が聞けないとミスマッ チする可能性がある ◎ 誰がどういう意思を持って進めているのか?が聞けると戦略が見 えてくるかも 18
5. まとめ 19
まとめ ◎ 技術ブランディングはコストもかかるし大変だけど、事業・組織・技 術それぞれの戦略とセットでやっていくとよい ◎ ゼロからで技術ネタストックが少ない場合は組織とかプロセスの 話から始めてもいい ◎ コミュニティと育っていく ◎
持続性をどう作るかが重要 20