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
Yoshiki Iida
February 18, 2026
Technology
800
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
スタートアップでゼロからマネジメント文化を作ってきた話 / 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
37k
エンジニアリングマネージャー視点での、自律的なスケーリングを実現するFASTという選択肢 / RSGT2025
yoshikiiida
5
13k
ログラスが面白いと思う理由をマネージャーがエモく語ってみる / 20240829 vs LT
yoshikiiida
1
1k
質とスピードを両立するログラスのホールチームQA / 20240827 QASaaS_findy
yoshikiiida
2
1.3k
エンジニア組織30人の壁を超えるための 評価システムとマネジメントのスケール / Scaling evaluation system and management
yoshikiiida
12
4.2k
スクラムの成熟と壁 〜スケーリングの議論から見えたもの〜 / Maturity and barriers in Scrum
yoshikiiida
4
2.2k
スタートアップにおける組織設計とスクラムの長期戦略 / Scrum Fest Kanazawa 2024
yoshikiiida
17
7k
ログラスの選考プロセスにおけるアトラクト戦略 / Attraction strategy in Loglass interview process
yoshikiiida
8
4.5k
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
yoshikiiida
2
6.5k
Other Decks in Technology
See All in Technology
KiCAD講習会②
tutcreators
0
110
DMM.com 購入改善推進チーム におけるCodeRabbitを用いた レビューフロー改善の一例
ysknsid25
2
620
証券システムを10年Scalaで作り続けるということ - 関数型まつり2026
krrrr38
3
840
Devsumi 2026 Summer 人もAIも使える共通基盤を事業の加速装置にする~デザインシステム運用に学ぶ組織レバレッジ~ 渡辺 凌央
legalontechnologies
PRO
0
100
実装だけじゃない! CCA-F取得エンジニアが教えるClaude Code開発プロセス活用術
diggymo
2
660
Compose 新機能総まとめ / What's New in Jetpack Compose
yanzm
0
170
環境凍結という Toil を倒す -セルフサービス型 Ephemeral テスト環境の 設計と実践
shirouz
1
2.3k
人を動かすのは時間ではなく、納得感 〜新任EMが入社3ヶ月、組織を2回変えた話〜
kakehashi
PRO
3
220
インフラと開発の垣根を超えていき!〜元AWSインフラエンジニアがAWS開発で奮闘している話〜
hatahata021
1
170
Keeping applications secure by evolving OAuth 2.0 and OpenID Connect
ahus1
PRO
1
160
Genie Ontologyは銀の弾丸かを考える / Is Genie Ontology a Silver Bullet?
nttcom
0
250
ゴールデンパスは敷いただけでは道にならない ─ 企画部門のエンジニアが技術標準を事業価値に変えるまで
mhrtech
0
140
Featured
See All Featured
Design in an AI World
tapps
1
260
The Illustrated Children's Guide to Kubernetes
chrisshort
51
52k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
23k
A Soul's Torment
seathinner
6
3.1k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.4k
Evolving SEO for Evolving Search Engines
ryanjones
0
240
Facilitating Awesome Meetings
lara
57
7k
Why Our Code Smells
bkeepers
PRO
340
58k
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
420
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
410
My Coaching Mixtape
mlcsv
0
170
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
760
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