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
スタートアップでゼロからマネジメント文化を作ってきた話 / How I built a man...
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Yoshiki Iida
February 18, 2026
Technology
500
0
Share
スタートアップでゼロからマネジメント文化を作ってきた話 / How I built a management culture from scratch at a startup
Yoshiki Iida
February 18, 2026
More Decks by Yoshiki Iida
See All by Yoshiki Iida
自律的なスケーリング手法FASTにおけるVPoEとしてのアカウンタビリティ / dev-productivity-con-2025
yoshikiiida
2
36k
エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025
yoshikiiida
5
13k
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
1k
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
1.2k
エンジニア組織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.9k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
8
4.4k
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
yoshikiiida
2
6.3k
Other Decks in Technology
See All in Technology
生成AIが変える SaaS の競争原理と弁護士ドットコムのプロダクト戦略
bengo4com
1
3.4k
Digital Independence: Why, When and How
wannesrams
0
280
Google Cloud Next '26 の裏でこっそりリリースされたCloud Number Registry & Cloud Hub コスト分析 を試してみた
hikaru1001
0
160
自動テストだけで リリース判断できるチームへ - 鍵はテストの量ではなくリリース判断基準の再設計にあった / Redesigning Release Criteria for Lightweight Releases
ewa
7
3.4k
「SaaSの次の時代」に重要性を増すステークホルダーマネジメントの要諦 ~解像度を圧倒的に高めPdMの価値を最大化させる方法~
kakehashi
PRO
3
3.7k
AgentCore Managed Harness を使ってみよう
yakumo
2
320
AIと乗り切った1,500ページ超のヘルプサイト基盤刷新とさらにその先の話
mugi_uno
2
300
もっとコンテンツをよく構造化して理解したいので、LLM 時代こそ Taxonomy の設計品質に目を向けたい〜!
morinota
0
180
拝啓、あの夏の僕へ〜あなたも知っているApp Runnerの世界〜
news_it_enj
0
210
MySQL 9.7がやってきた ~これまでのあらすじと基本情報~ @ 日本MySQLユーザ会会2026年04月 / mysql97-yattekita
sakaik
0
170
独断と偏見で試してみる、 シングル or マルチエージェント どっちがいいの?
shichijoyuhi
1
240
GitHub Copilot CLI と VS Code Agent Mode の使い分け
tomokusaba
0
140
Featured
See All Featured
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.6k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.7k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2k
Testing 201, or: Great Expectations
jmmastey
46
8.1k
Prompt Engineering for Job Search
mfonobong
0
290
Mobile First: as difficult as doing things right
swwweet
225
10k
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
290
エンジニアに許された特別な時間の終わり
watany
106
240k
The Language of Interfaces
destraynor
162
26k
ラッコキーワード サービス紹介資料
rakko
1
3.2M
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.1k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.3k
Transcript
スタートアップでゼロから マネジメント⽂化を作ってきた話 【EMConf JP 2026サブイベント】Warm-up Party by EM Oasis 2026年2⽉10⽇
株式会社ログラス 1 Yoshiki Iida
2 ⾃⼰紹介 2015年に株式会社クラウドワークスに⼊社。エンジニア、スクラムマスター、プロ ダクトオーナーを経て、2019年から執⾏役員として開発部⾨の統括を⾏う。 2020年に株式会社ログラスにソフトウェアエンジニアとして⼊社。 プロダクト開発に携わったのち、1⼈⽬のエンジニアリングマネージャーとして組 織設計、マネジメント体制の構築、エンジニア採⽤、採⽤広報‧ブランディングの 推進を⾏う。 2024年11⽉より事業執⾏役員VPoE。2025年8⽉よりHead of
Engineering。 2026年1⽉より経営管理プロダクトのEM兼Product HRBP。 X: @ysk_118 株式会社ログラス 経営管理プロダクト部 EM / Product HRBP 飯⽥ 意⼰ Yoshiki Iida
3
None
5 1. 前提となる考え⽅ 2. 創業フェーズ(〜10⼈規模) 3. 権限委譲フェーズ(〜30⼈規模) 4. 階層化フェーズ(〜100⼈規模) 5.
仕組みによるスケールフェーズ(〜300⼈規模) アジェンダ
前提 6
7 “マネジメントがスケールしない会社はスケールしない” 前提
8 “マネジメントがスケールしない会社はスケールしない” • 事業成⻑を⽀えるのは⼈ • ⼈が増えた時の組織の難しさを吸収するのが マネージャー 前提
創業フェーズ(〜10⼈規模) 9
10 熱量の伝搬 • 当時はまだマネジメントという概念が薄かった • ⼩さなチームで「とにかくやる」モメンタム • 経営陣によるカルチャー投資の意識は⾮常に強かった ◦ Value策定
◦ 合宿 創業フェーズ(〜10⼈規模)
11 創業フェーズ(〜10⼈規模) ド・スタートアップの文化創り~ KAMI会~とは?? https://note.com/loglass_fukawa/n/n2e628c906842
12 創業フェーズ(〜10⼈規模) 第一回DDD勉強会を開催しました! https://note.com/loglass_sakamoto/n/n7472f7df0892
権限委譲フェーズ(〜30⼈規模) 13
14 モノサシの同期 • 経営陣のみでのマネジメントの限界 • 新たなマネージャーへの権限委譲 • 共通⾔語の策定 権限委譲フェーズ(〜30⼈規模)
15 外部研修の受講 • どんな研修もおそらく間違ったことは⾔っていないが、 何か⼀つ共通の型を作ることが重要 • 座学だけでなく実践を通したマネジメントのHowの 擦り合わせ 権限委譲フェーズ(〜30⼈規模)
16 なぜ経営陣とマネジメント研修を受講すべきなのか 権限委譲フェーズ(〜30⼈規模)
17 なぜ経営陣とマネジメント研修を受講すべきなのか • その先権限委譲していき、直接マネジメントをする機 会は減るかもしれない • しかし、経営レイヤでも上⻑-部下の関係性は残り続け る(永遠に逃れられない) 権限委譲フェーズ(〜30⼈規模)
18 なぜ経営陣とマネジメント研修を受講すべきなのか • First Lineの経験が浅いままでは組織が⼤きくなった時 にFirst Lineのマネージャーの痛みが理解できない • First Lineの経験が浅いままボードメンバーのマネジメ
ントをしていくことも⾮常に難易度が⾼い 権限委譲フェーズ(〜30⼈規模)
階層化フェーズ(〜100⼈規模) 19
20 複雑性に対する構造的アプローチ • スケールに伴う階層構造の多層化 • 階層化による摩擦の発⽣ • 意思決定‧⾏動のオーバーヘッドの発⽣ 階層化フェーズ(〜100⼈規模)
21 階層化フェーズ(〜100⼈規模) スタートアップで超重要な強い「マネジメントチーム」を作る方法 https://note.com/ysk_118/n/ndeb3e99eb505
22 対話の⼟壌を作るシステムコーチング コーチングは⼀⾒時間がかかり即効性がないように⾒える。しかし、 関係の質を⾼めることで結果的に短期的課題解消のスピードが向上す る。この効果をボードメンバーレベルで体感している。 階層化フェーズ(〜100⼈規模) 関係の質 思考の質 行動の質 結果の質
仕組みによるスケールフェーズ(〜300⼈規模) 23
24 再現性をもった組織設計‧組織運営の強化 • ⼈員計画‧採⽤計画の運⽤基盤 • 戦略的サクセッション 仕組みによるスケールフェーズ(〜300⼈規模)
25 組織のフェーズによって役割を変えていく柔軟性 仕組みによるスケールフェーズ(〜300⼈規模) https://note.com/loglass_sakamoto/n/n0d23ec53683c https://www.loglass.co.jp/interview/employee-interview-6
まとめ 26
27 ハードとソフトいずれも必要 • ハード:組織設計‧制度設計 • ソフト:対話 経営陣と初期から擦り合わせられると後からレバレッジ が効く まとめ
28