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.6k
技術ブランディングやっていきの会社が考えるフェーズ別戦略 / 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
スタートアップでゼロからマネジメント文化を作ってきた話 / How I built a management culture from scratch at a startup
yoshikiiida
0
210
自律的なスケーリング手法FASTにおけるVPoEとしてのアカウンタビリティ / dev-productivity-con-2025
yoshikiiida
2
34k
エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025
yoshikiiida
5
12k
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
980
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
1.1k
エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management
yoshikiiida
12
4.1k
スクラムの成熟と壁 〜スケーリングの議論から見えたもの〜 / Maturity and barriers in Scrum
yoshikiiida
4
2.1k
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
17
6.8k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
8
4.3k
Other Decks in Technology
See All in Technology
Ultra Ethernet (UEC) v1.0 仕様概説
markunet
3
220
Introduction to Sansan for Engineers / エンジニア向け会社紹介
sansan33
PRO
6
72k
技術的負債の泥沼から組織を救う3つの転換点
nwiizo
8
2.8k
Claude Cowork Plugins を読む - Skills駆動型業務エージェント設計の実像と構造
knishioka
0
280
JAWS Days 2026 楽しく学ぼう! 認証認可 入門/20260307-jaws-days-novice-lane-auth
opelab
9
1.4k
Shifting from MCP to Skills / ベストプラクティスの変遷を辿る
yamanoku
4
590
AWS DevOps Agent vs SRE俺 / AWS DevOps Agent vs me, the SRE
sms_tech
2
250
オンプレとGoogle Cloudを安全に繋ぐための、セキュア通信の勘所
waiwai2111
3
1.1k
OCI Security サービス 概要
oracle4engineer
PRO
2
13k
類似画像検索モデルの開発ノウハウ
lycorptech_jp
PRO
4
990
LLM のプロダクト導入における開発の裏側と技術的挑戦
recruitengineers
PRO
1
120
Databricksアシスタントが自分で考えて動く時代に! エージェントモード体験もくもく会
taka_aki
0
340
Featured
See All Featured
エンジニアに許された特別な時間の終わり
watany
106
240k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.9k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.1k
Navigating Team Friction
lara
192
16k
ラッコキーワード サービス紹介資料
rakko
1
2.5M
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
95
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
0
230
Building an army of robots
kneath
306
46k
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
130
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
231
22k
Being A Developer After 40
akosma
91
590k
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