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.4k
技術ブランディングやっていきの会社が考えるフェーズ別戦略 / 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におけるVPoEとしてのアカウンタビリティ / dev-productivity-con-2025
yoshikiiida
2
24k
エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025
yoshikiiida
5
9.7k
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
930
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
840
エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management
yoshikiiida
12
3.9k
スクラムの成熟と壁 〜スケーリングの議論から見えたもの〜 / Maturity and barriers in Scrum
yoshikiiida
4
2k
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
17
6.5k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
7
3.9k
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
yoshikiiida
2
5.8k
Other Decks in Technology
See All in Technology
mruby(PicoRuby)で ファミコン音楽を奏でる
kishima
2
490
生成AI時代のデータ基盤
shibuiwilliam
2
1.7k
コスト削減の基本の「キ」~ コスト消費3大リソースへの対策 ~
smt7174
2
310
ヘブンバーンズレッドにおける、世界観を活かしたミニゲーム企画の作り方
gree_tech
PRO
0
420
DuckDB-Wasmを使って ブラウザ上でRDBMSを動かす
hacusk
1
140
PRDの正しい使い方 ~AI時代にも効く思考・対話・成長ツールとして~
techtekt
PRO
0
300
DDD集約とサービスコンテキスト境界との関係性
pandayumi
2
190
【 LLMエンジニアがヒューマノイド開発に挑んでみた 】 - 第104回 Machine Learning 15minutes! Hybrid
soneo1127
0
230
Jaws-ug名古屋_LT資料_20250829
azoo2024
3
210
進捗
ydah
2
230
20250903_1つのAWSアカウントに複数システムがある環境におけるアクセス制御をABACで実現.pdf
yhana
2
220
AIエージェントの活用に重要な「MCP (Model Context Protocol)」とは何か
masayamoriofficial
0
250
Featured
See All Featured
Automating Front-end Workflow
addyosmani
1370
200k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
358
30k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Docker and Python
trallard
45
3.5k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4k
Mobile First: as difficult as doing things right
swwweet
224
9.9k
Why Our Code Smells
bkeepers
PRO
339
57k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.5k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
jQuery: Nuts, Bolts and Bling
dougneiner
64
7.9k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
830
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