リーダー、マネージャーが存在しない開発組織のつくり方

Slide 1

Slide 1 text

リーダー、マネージャーが存在しない開発組織のつくり方〜真の自己組織化を目指して〜

Slide 2

Slide 2 text

はじめに ● 自己組織化を考える上での取り組みは様々です。 ● 今回の話はあくまでその取り組みの1つの例です。 ● リーダーやマネージャーが不要だと言いたいわけではありません。 ● 今回の話が少しでもなにかのヒントになれば良いなと思っています。

Slide 3

Slide 3 text

自己紹介 ● 林尚之（はやしたかゆき） @t_hyssh ● 株式会社ユーザベース ○ SPEEDA事業 CTO ● Agile（XP）、ペアプロ、TDD、DDD ● 最近使っている言語はKotlin、Ocaml、Dart等

Slide 4

Slide 4 text

自己組織化

Slide 5

Slide 5 text

自己組織化自律的に秩序を持つ構造を作り出す現象のことである。自発的秩序形成とも言う Wikipedia - 自己組織化

Slide 6

Slide 6 text

自己組織化の例雪の結晶は誰に命じられるわけでもなく美しく秩序だった構造を作り出す

Slide 7

Slide 7 text

アジャイルソフトウェア開発宣言最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されますアジャイルソフトウェア開発宣言 - 12の原則

Slide 8

Slide 8 text

自己組織化って大事

Slide 9

Slide 9 text

翻って、リーダー・マネージャーとは？

Slide 10

Slide 10 text

リーダー ● グループを代表する人 ● グループを指導する人 ● グループを先導する人 ● グループを統率する人

Slide 11

Slide 11 text

マネージャー ● 統括・管理・評価する人 ● 指導・育成する人 ● 責任を負っている人 ● 意思決定をする人

Slide 12

Slide 12 text

リーダーや、マネージャーがいると所謂「指示待ち」状態になりやすいなので最近はサーヴァント型リーダー等が注目されているのではないでしょうか

Slide 13

Slide 13 text

ただし、リーダーやマネージャーがやっている事はとても重要なこと

Slide 14

Slide 14 text

そして、真に自己組織化されていれば一般的に「リーダー」「マネージャー」と呼ばれる人が行うことを自発的にやれるのでは？（という自分の中での仮説）

Slide 15

Slide 15 text

なので現在実践中です

Slide 16

Slide 16 text

現在の組織

Slide 17

Slide 17 text

現在の組織（1つのプロジェクトチーム）チームの中に・ビジネスサイド・ソフトウェアエンジニア・テストエンジニア・SREエンジニア・デザイナーがいるがリーダー、マネージャーはいない。

Slide 18

Slide 18 text

なぜ（そこまで）やるのか？

Slide 19

Slide 19 text

なぜ（そこまで）やるのか？ ● ダイレクトコミュニケーション ○ 誰かを介さずに直接必要な人とコミュニケーションを取ることで意思疎通を迅速かつ強力に ● チーム内における可能性を最大化 ○ 通常リーダーがいる場合はそのリーダーの能力にアウトプットが比例しやすい ● モチベーションの向上 ○ 「やらされる」より「自らが決める」方がモチベーションが上がりやすい

Slide 20

Slide 20 text

得られた知見

Slide 21

Slide 21 text

やれる

Slide 22

Slide 22 text

どうやってきたか？

Slide 23

Slide 23 text

どうやってきたか？ポイント ● フェーズ（段階的に移行） ● ビジネスサイドの信頼を得る ● 採用を頑張る

Slide 24

Slide 24 text

フェーズ（段階的に移行） ● まずはアジャイル開発（XP）の進め方、スキルをメンバーに伝える ○ この段階では自分がリーダー ○ 自己組織化の重要性を伝え、皆が実践出来るようにする ● 少しずつリーダーとしての役割から離れる ○ MTG、振り返り等に参加しなくなる ● 完全にチームから離れる ● 何か問題や、困難に遭遇してないかは遠目で観測 ○ こちらからMTGを設定しない ○ 見える化されているバーンダウンや、カンバンを見る

Slide 25

Slide 25 text

ビジネスサイドの信頼を得る ● リーダーがいるのが普通なのでいきなりやると「えっ？」となる ● なので実行に移すまでにビジネスサイドとの信頼関係を構築する ○ 必ず成果を出す ○ 成果を出している人がそういうのであればそっちが良いんだろうなという状況に持っていく

Slide 26

Slide 26 text

採用を頑張る ● 自己組織化の文化に合う人を採用する ● 人事の人に任せるのではなく自分達で、自分達が一緒に仕事をしたい人を探して、面接もする（これも自己組織化の一部）

Slide 27

Slide 27 text

残っている問題点

Slide 28

Slide 28 text

残っている問題点 ● CTO（僕）が残ってる ● この問題を克服できた時が真の自己組織化が出来たと言えるのではないかと思ってます

Slide 29

Slide 29 text

皆の反応

Slide 30

Slide 30 text

皆の反応 ● 楽しそうに仕事してます（多分・・・） ● ビジネスサイドの反応も良い

Slide 31

Slide 31 text

最後に

Slide 32

Slide 32 text

自己組織化されている状態がベースにあるとスケールがしやすいです。この2年半で開発のメンバーは3倍の人数になりましたが、自己組織化された状態でスケール出来ています。

Slide 33

Slide 33 text

ご清聴ありがとうございました