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
0
0
スタートアップでゼロからマネジメント文化を作ってきた話 / How I built a management culture from scratch at a startup
Yoshiki Iida
February 18, 2026
Tweet
Share
More Decks by Yoshiki Iida
See All by Yoshiki Iida
自律的なスケーリング手法FASTにおけるVPoEとしてのアカウンタビリティ / dev-productivity-con-2025
yoshikiiida
2
33k
エンジニアリングマネージャー視点での、自律的なスケーリングを実現する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
QA経験のないエンジニアリング マネージャーがQAのカジュアル面談に出て 苦労していること・気づいたこと / scrum fest niigata 2024
yoshikiiida
2
6.1k
Other Decks in Technology
See All in Technology
Oracle Database@AWS:サービス概要のご紹介
oracle4engineer
PRO
3
1.4k
SREチームをどう作り、どう育てるか ― Findy横断SREのマネジメント
rvirus0817
0
450
Claude Code for NOT Programming
kawaguti
PRO
1
130
30分でわかる「ネットワーク図の描き方入門」/infraengbooks56
corestate55
1
300
GitHub Copilot CLI を使いやすくしよう
tsubakimoto_s
0
170
1,000 にも届く AWS Organizations 組織のポリシー運用をちゃんとしたい、という話
kazzpapa3
1
250
コンテナセキュリティの最新事情 ~ 2026年版 ~
kyohmizu
8
2.9k
LLMOpsのこれまでとこれからを学ぶ
nsakki55
2
540
登壇駆動学習のすすめ — CfPのネタの見つけ方と書くときに意識していること
bicstone
3
190
22nd ACRi Webinar - 1Finity Tamura-san's slide
nao_sumikawa
0
130
ECSネイティブのBlue/Green デプロイを攻略しよう ~CodeDeployとの違いから、デプロイフロー実装まで~
ideaws
2
260
【Oracle Cloud ウェビナー】[Oracle AI Database + AWS] Oracle Database@AWSで広がるクラウドの新たな選択肢とAI時代のデータ戦略
oracle4engineer
PRO
2
220
Featured
See All Featured
Are puppies a ranking factor?
jonoalderson
1
3k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
600
AI: The stuff that nobody shows you
jnunemaker
PRO
2
290
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.2k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
72
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.4k
Product Roadmaps are Hard
iamctodd
PRO
55
12k
The Invisible Side of Design
smashingmag
302
51k
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
2
3.6k
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
62
Designing for humans not robots
tammielis
254
26k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
200
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