Upgrade to Pro — share decks privately, control downloads, hide ads and more …

アジャイル組織の作り方教えます

raykatoaka
July 02, 2019

 アジャイル組織の作り方教えます

raykatoaka

July 02, 2019
Tweet

More Decks by raykatoaka

Other Decks in Business

Transcript

  1. YUMEMI How to be designed as Organization being Agile ?

    アジャイル組織の作り方教えます
  2. 1 2 3 4 5 Table of Contents 自己紹介 Before

    starting our presentation 会社説明 About Us イントロダクション introduction and notice 設計手法 how to be designed まとめ design concept 2
  3. Ray Toshiyuki Kataoka YUMEMI Inc. 1976 2000 1 100 1,000

    EC 5,000 Company as a Service IT 2014 4 Sprocket 2 4
  4. 3 KATAs ( Basic Principles ) 26 to be Keep

    Order in Chaos Self-Control Decoupled for Conflict Avoidance Alignment with Expectations ࣗ཯ ෼ࢄ ڠௐ
  5. 27 Agile Organization is the organization that is self-designed to

    be adaptive in chaos, that is unpredictable circumstances , by keeping order (3 principles ) with transformative development YUMEMI’s definition of
  6. 29 V U C A World Volatility 不安定 不確実 Uncertainty

    Complexity Ambiguity 複雑 曖昧 VUCA
  7. 31 ビジネスパートナー部門 マーケティング 営業 オペレーション 広報・コンプライアンス ファイナンス・人事 Squad Squad Tribe

    Squad Squad Tribe Squad Squad Tribe Squad Squad Tribe プラットフォーム:インフラ・ミドルウェア&アプリケーション・ITオペレーション トランスバーサルチーム:アジャイルオーケストラ・インフォメーションセキュリティ・COOオフィス ギルド DevOps Architecture Test
  8. 34

  9. 40

  10. 45 Inverse Conway’s Maneuver Conway’s law organizations which design systems

    ... are constrained to produce designs which are copies of the communication structures of these organizations. recommends evolving your team and organizational structure to promote your desired architecture. Ideally your technology architecture will display isomorphism with your business architecture. 逆コンウェイの機動作戦
  11. Definition in YUMEMI - We can control "Not You But

    We" - The only person whose behavior we can control is our own ( Choice Theory ) Self-Control 46
  12. 50 助言プロセス 1) 2) Any person can make any decision

    after seeking advice from 1) everyone who will be meaningfully affected, and 2) people with expertise in the matter.
  13. 51 Level5 Advise I will advice but they decide Delegation

    Poker 46 Level5 Advise I will advice but they decide Delegation Poker
  14. 52

  15. 61 100_corporate 190_recruit 195_オフィス再設計 200_hr(人事) 209_Member_Analytics 205_benefit 300_Marketing 400_ASDI 900_Board

    310_product_develop 315_branding 320_pr_media 330_salespromotion 340_sales 342_hr_renewal 組織図の例 移
  16. 63 マーケティング部 広報課 一般組織の例 部長 課長 部下 取材対応・プレスリリース 媒体広告・自社メディア ソーシャルメディア

    社内広報 危機管理 マーケティング戦略立案 マーケティング子チームの戦術適合調整 権限委譲 報告 意見 Slack 権限移譲の難しさ
  17. 65 300_Marketing 320_pr_media 「PR・メディアチーム」の例 コミッター Ray George コントリビューター コントリビューター コミッター

    コミッター Ray George Yumi 取材対応・プレスリリース 媒体広告・自社メディア ソーシャルメディア 社内広報 危機管理 マーケティング戦略立案 マーケティング子チームの戦術適合調整 5000 コミット権限なし コミット権限なし
  18. 66 権限構造の比較 入れ子構造 マーケティング部 広報課 部長 課長 部下 権限分散 マーケティングチーム

    広報チーム コミッター コミッター コントリビューター コントリビューター SPOF SPOF 冗長化 冗長化
  19. 68

  20. 70 Larry Maccherone – from Impact of Agile Quantified Late

    2014 The Scrum Guide recommends a scrum team size of three to nine people
  21. 71 Team Decoupling pattern • チームサイズは「5ー7名」が安定 • スクラムが浸透していれば9名でも生産性が落ちない事も • 但し、10名以上はつらい(リーダー不足あるいは抱え込むリーダータイプが要因もある

    ため) • 実際には、チームの成熟段階、未経験者の割合、プロジェクトの複雑性によって上 限は変わる • あまり人数にこだわる必要はなく、重要なのは、チーム内外に後方支援の役割がある かどうかが重要
  22. 400_ASDI_rep 420_ Project Management Group Project の定義 TeamA1 430_UXUI Design

    Group 440_Serverside_Group 450_Front-end Group 460_Android Group 470_iOS Group 480_Infra SRE TeamB3 TeamC5 TeamD4 TeamE5 TeamF4 Project Responsibility
  23. 73 Spotify Scaling Agile Squad プロダクトオーナー • Squad • •

    Scrum Squad Agile Team Squad(分隊) • Squad プロダクトオーナー
  24. 74 Spotify Matrix Organization プロダクトオーナー Squad Tribe トライブリード Squad Squad

    Chapter チャプターリード • Tribe Squad • Tribe Tribe チャプターリード • Chapter • Chapter
  25. 75 マトリクス型組織の課題 PO EM PO PO PO EM EM •

    PdM/PM/PO People Management/EM 移 メリット • PO EM • 移 • デメリット
  26. 77 TeamA1 UXUI Design PM Server side Front-end Android iOS

    Infra SRE TeamB1 TeamC1 TeamD1 TeamE1 TeamF1 TeamG1 TeamA2 TeamB2 TeamC2 TeamD2 TeamE2 TeamF2 TeamG2 TeamA3 TeamB3 TeamC3 TeamD3 TeamE3 TeamF3 TeamG3 TeamB4 TeamC4 TeamE4 TeamF4 TeamC5 TeamE5 Project1 Project2 Project3 Project4 • • Spotify Tribe • Spotify 過去の経緯 Group プロジェクトとチームの関係性
  27. 78 From Matrix Model to YUMEMI Model PO VPoP Team

    Tech EM PO PO Team Team TeamA1 TeamB1 TeamC1 TeamD1 TeamA2 TeamB2 TeamC2 TeamD2 TeamA3 TeamB3 TeamC3 TeamD3 Project1 Project2 Project3 • Agile Team • PO/EM 移 •
  28. Role Design 柔軟な役割設計 Project1 Project3 iOS Team A Project4 Android

    Team B Project3 Project5 Project7 Benefit • • 特徴
  29. Role Role 84 Role Contribution コミッター Role Role Role コミッター

    コミッター コミッター TBD Role Role コミッター コントリビューター Role Role Role コミッター コミッター コミッター コントリビューター
  30. 90 フラクタル構造 team as コントリビューター team team team as コミッター

    A Team ( of Teams ) a Team コントリビューター コミッター コントリビューター コントリビューター フラクタル構造を保ちながら組織がスケールしていくことが重要
  31. 91 Projectにおけるリードチームの役割 UXUI TeamA1 PM Serverside Front-end Android iOS TeamB3

    TeamC5 TeamD4 TeamE5 TeamF4 プロジェクト テックリードチーム テックリードチーム テックリードチーム 後方支援 PMリードチーム デザインリードチーム テックリードチーム リードチーム
  32. 92 協調のフラクタル構造 プロジェクト team team team Lead team Lead team

    team team team team team ・・・ リードチーム 委員会組織 Committee Committee
  33. 102 Game Master Design Game Play Player Game Game System

    Rule book Game System Designer Self Design
  34. Thank You for listening! Please contact me for any questions

    Icon: Font Awesome, the author is Dave Gandy (Changed the color by Photoshop) Typicons, the author is Stephen Hutchings (Changed the color by Photoshop) twitter @raykataoka