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
リーダー、マネージャーが存在しない開発組織のつくり方
Search
takayuki-hayashi
September 21, 2019
0
28k
リーダー、マネージャーが存在しない開発組織のつくり方
XP祭り2019の発表資料です。
takayuki-hayashi
September 21, 2019
Tweet
Share
More Decks by takayuki-hayashi
See All by takayuki-hayashi
E2Eの過去・現在・未来 そしてE2Eにおいて重要なこと
takayukihayashi
1
450
いかにしてテスト文化を醸成させたか.pdf
takayukihayashi
3
1.4k
AngularDartでDart入門
takayukihayashi
1
860
E2Eテスト駆動開発実践記_-_Web用.pdf
takayukihayashi
2
3.3k
KubernetesとGaugeを活用したTDD開発事例
takayukihayashi
0
870
FlutterとAngularDartを DIとClean Architectureで いい感じにする
takayukihayashi
3
2.2k
Gaugeによるe2eテスト
takayukihayashi
5
28k
Dartエコシステムの紹介
takayukihayashi
2
590
Featured
See All Featured
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
40
2k
For a Future-Friendly Web
brad_frost
176
9.6k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
134
33k
The Cost Of JavaScript in 2023
addyosmani
47
7.4k
The Cult of Friendly URLs
andyhume
78
6.2k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
27
1.9k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
49
2.3k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
10
530
VelocityConf: Rendering Performance Case Studies
addyosmani
328
24k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
49k
The Pragmatic Product Professional
lauravandoore
32
6.4k
How to train your dragon (web standard)
notwaldorf
91
5.9k
Transcript
リーダー、マネージャーが存在 しない開発組織のつくり方 〜真の自己組織化を目指して〜
はじめに • 自己組織化を考える上での取り組みは様々です。 • 今回の話はあくまでその取り組みの1つの例です。 • リーダーやマネージャーが不要だと言いたいわけではありません。 • 今回の話が少しでもなにかのヒントになれば良いなと思っています。
自己紹介 • 林 尚之(はやし たかゆき) @t_hyssh • 株式会社ユーザベース ◦ SPEEDA事業
CTO • Agile(XP)、ペアプロ、TDD、DDD • 最近使っている言語はKotlin、Ocaml、Dart等
自己組織化
自己組織化 自律的に秩序を持つ構造を作り出す現象のことである。自発的秩序形成とも言う Wikipedia - 自己組織化
自己組織化の例 雪の結晶は誰に命じられるわけ でもなく美しく秩序だった構造を作 り出す
アジャイルソフトウェア開発宣言 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます アジャイルソフトウェア開発宣言 - 12の原則
自己組織化って大事
翻って、リーダー・マネージャーとは?
リーダー • グループを代表する人 • グループを指導する人 • グループを先導する人 • グループを統率する人
マネージャー • 統括・管理・評価する人 • 指導・育成する人 • 責任を負っている人 • 意思決定をする人
リーダーや、マネージャーがいると 所謂「指示待ち」状態になりやすい なので最近はサーヴァント型リーダー等が注目さ れているのではないでしょうか
ただし、リーダーやマネージャーがやっている 事はとても重要なこと
そして、真に自己組織化されていれば一般的に 「リーダー」「マネージャー」と呼ばれる人が行う ことを自発的にやれるのでは? (という自分の中での仮説)
なので現在実践中です
現在の組織
現在の組織(1つのプロジェクトチーム) チームの中に ・ビジネスサイド ・ソフトウェアエンジニア ・テストエンジニア ・SREエンジニア ・デザイナー がいるがリーダー、マネージャーはいない。
なぜ(そこまで)やるのか?
なぜ(そこまで)やるのか? • ダイレクトコミュニケーション ◦ 誰かを介さずに直接必要な人とコミュニケーションを取ることで意思疎通を迅速かつ強力に • チーム内における可能性を最大化 ◦ 通常リーダーがいる場合はそのリーダーの能力にアウトプットが比例しやすい •
モチベーションの向上 ◦ 「やらされる」より「自らが決める」方がモチベーションが上がりやすい
得られた知見
やれる
どうやってきたか?
どうやってきたか? ポイント • フェーズ(段階的に移行) • ビジネスサイドの信頼を得る • 採用を頑張る
フェーズ(段階的に移行) • まずはアジャイル開発(XP)の進め方、スキルをメンバーに伝える ◦ この段階では自分がリーダー ◦ 自己組織化の重要性を伝え、皆が実践出来るようにする • 少しずつリーダーとしての役割から離れる ◦
MTG、振り返り等に参加しなくなる • 完全にチームから離れる • 何か問題や、困難に遭遇してないかは遠目で観測 ◦ こちらからMTGを設定しない ◦ 見える化されているバーンダウンや、カンバンを見る
ビジネスサイドの信頼を得る • リーダーがいるのが普通なのでいきなりやると「えっ?」となる • なので実行に移すまでにビジネスサイドとの信頼関係を構築する ◦ 必ず成果を出す ◦ 成果を出している人がそういうのであればそっちが良いんだろうなという状況に持っていく
採用を頑張る • 自己組織化の文化に合う人を採用する • 人事の人に任せるのではなく自分達で、自分達が一緒に仕事をしたい人を探し て、面接もする(これも自己組織化の一部)
残っている問題点
残っている問題点 • CTO(僕)が残ってる • この問題を克服できた時が真の自己組織化が出来たと言えるのではないかと 思ってます
皆の反応
皆の反応 • 楽しそうに仕事してます(多分・・・) • ビジネスサイドの反応も良い
最後に
自己組織化されている状態がベースにあるとス ケールがしやすいです。この2年半で開発のメ ンバーは3倍の人数になりましたが、自己組織 化された状態でスケール出来ています。
ご清聴ありがとうございました