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
1
28k
リーダー、マネージャーが存在しない開発組織のつくり方
XP祭り2019の発表資料です。
takayuki-hayashi
September 21, 2019
Tweet
Share
More Decks by takayuki-hayashi
See All by takayuki-hayashi
E2Eの過去・現在・未来 そしてE2Eにおいて重要なこと
takayukihayashi
1
460
いかにしてテスト文化を醸成させたか.pdf
takayukihayashi
3
1.5k
AngularDartでDart入門
takayukihayashi
1
910
E2Eテスト駆動開発実践記_-_Web用.pdf
takayukihayashi
2
3.4k
KubernetesとGaugeを活用したTDD開発事例
takayukihayashi
0
910
FlutterとAngularDartを DIとClean Architectureで いい感じにする
takayukihayashi
3
2.2k
Gaugeによるe2eテスト
takayukihayashi
5
28k
Dartエコシステムの紹介
takayukihayashi
2
620
Featured
See All Featured
Navigating Team Friction
lara
187
15k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
21
1.3k
The Pragmatic Product Professional
lauravandoore
35
6.8k
Docker and Python
trallard
45
3.5k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.8k
Building a Modern Day E-commerce SEO Strategy
aleyda
42
7.4k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.8k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
How STYLIGHT went responsive
nonsquared
100
5.6k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
35
2.5k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Automating Front-end Workflow
addyosmani
1370
200k
Transcript
リーダー、マネージャーが存在 しない開発組織のつくり方 〜真の自己組織化を目指して〜
はじめに • 自己組織化を考える上での取り組みは様々です。 • 今回の話はあくまでその取り組みの1つの例です。 • リーダーやマネージャーが不要だと言いたいわけではありません。 • 今回の話が少しでもなにかのヒントになれば良いなと思っています。
自己紹介 • 林 尚之(はやし たかゆき) @t_hyssh • 株式会社ユーザベース ◦ SPEEDA事業
CTO • Agile(XP)、ペアプロ、TDD、DDD • 最近使っている言語はKotlin、Ocaml、Dart等
自己組織化
自己組織化 自律的に秩序を持つ構造を作り出す現象のことである。自発的秩序形成とも言う Wikipedia - 自己組織化
自己組織化の例 雪の結晶は誰に命じられるわけ でもなく美しく秩序だった構造を作 り出す
アジャイルソフトウェア開発宣言 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます アジャイルソフトウェア開発宣言 - 12の原則
自己組織化って大事
翻って、リーダー・マネージャーとは?
リーダー • グループを代表する人 • グループを指導する人 • グループを先導する人 • グループを統率する人
マネージャー • 統括・管理・評価する人 • 指導・育成する人 • 責任を負っている人 • 意思決定をする人
リーダーや、マネージャーがいると 所謂「指示待ち」状態になりやすい なので最近はサーヴァント型リーダー等が注目さ れているのではないでしょうか
ただし、リーダーやマネージャーがやっている 事はとても重要なこと
そして、真に自己組織化されていれば一般的に 「リーダー」「マネージャー」と呼ばれる人が行う ことを自発的にやれるのでは? (という自分の中での仮説)
なので現在実践中です
現在の組織
現在の組織(1つのプロジェクトチーム) チームの中に ・ビジネスサイド ・ソフトウェアエンジニア ・テストエンジニア ・SREエンジニア ・デザイナー がいるがリーダー、マネージャーはいない。
なぜ(そこまで)やるのか?
なぜ(そこまで)やるのか? • ダイレクトコミュニケーション ◦ 誰かを介さずに直接必要な人とコミュニケーションを取ることで意思疎通を迅速かつ強力に • チーム内における可能性を最大化 ◦ 通常リーダーがいる場合はそのリーダーの能力にアウトプットが比例しやすい •
モチベーションの向上 ◦ 「やらされる」より「自らが決める」方がモチベーションが上がりやすい
得られた知見
やれる
どうやってきたか?
どうやってきたか? ポイント • フェーズ(段階的に移行) • ビジネスサイドの信頼を得る • 採用を頑張る
フェーズ(段階的に移行) • まずはアジャイル開発(XP)の進め方、スキルをメンバーに伝える ◦ この段階では自分がリーダー ◦ 自己組織化の重要性を伝え、皆が実践出来るようにする • 少しずつリーダーとしての役割から離れる ◦
MTG、振り返り等に参加しなくなる • 完全にチームから離れる • 何か問題や、困難に遭遇してないかは遠目で観測 ◦ こちらからMTGを設定しない ◦ 見える化されているバーンダウンや、カンバンを見る
ビジネスサイドの信頼を得る • リーダーがいるのが普通なのでいきなりやると「えっ?」となる • なので実行に移すまでにビジネスサイドとの信頼関係を構築する ◦ 必ず成果を出す ◦ 成果を出している人がそういうのであればそっちが良いんだろうなという状況に持っていく
採用を頑張る • 自己組織化の文化に合う人を採用する • 人事の人に任せるのではなく自分達で、自分達が一緒に仕事をしたい人を探し て、面接もする(これも自己組織化の一部)
残っている問題点
残っている問題点 • CTO(僕)が残ってる • この問題を克服できた時が真の自己組織化が出来たと言えるのではないかと 思ってます
皆の反応
皆の反応 • 楽しそうに仕事してます(多分・・・) • ビジネスサイドの反応も良い
最後に
自己組織化されている状態がベースにあるとス ケールがしやすいです。この2年半で開発のメ ンバーは3倍の人数になりましたが、自己組織 化された状態でスケール出来ています。
ご清聴ありがとうございました