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
430
いかにしてテスト文化を醸成させたか.pdf
takayukihayashi
3
1.4k
AngularDartでDart入門
takayukihayashi
1
810
E2Eテスト駆動開発実践記_-_Web用.pdf
takayukihayashi
2
3.3k
KubernetesとGaugeを活用したTDD開発事例
takayukihayashi
0
830
FlutterとAngularDartを DIとClean Architectureで いい感じにする
takayukihayashi
3
2.1k
Gaugeによるe2eテスト
takayukihayashi
5
28k
Dartエコシステムの紹介
takayukihayashi
2
560
Featured
See All Featured
Rebuilding a faster, lazier Slack
samanthasiow
79
8.6k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
246
1.3M
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
167
49k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
4
290
It's Worth the Effort
3n
183
27k
Fantastic passwords and where to find them - at NoRuKo
philnash
50
2.8k
The World Runs on Bad Software
bkeepers
PRO
65
11k
BBQ
matthewcrist
85
9.3k
We Have a Design System, Now What?
morganepeng
50
7.2k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
226
22k
Making Projects Easy
brettharned
115
5.9k
The Illustrated Children's Guide to Kubernetes
chrisshort
48
48k
Transcript
リーダー、マネージャーが存在 しない開発組織のつくり方 〜真の自己組織化を目指して〜
はじめに • 自己組織化を考える上での取り組みは様々です。 • 今回の話はあくまでその取り組みの1つの例です。 • リーダーやマネージャーが不要だと言いたいわけではありません。 • 今回の話が少しでもなにかのヒントになれば良いなと思っています。
自己紹介 • 林 尚之(はやし たかゆき) @t_hyssh • 株式会社ユーザベース ◦ SPEEDA事業
CTO • Agile(XP)、ペアプロ、TDD、DDD • 最近使っている言語はKotlin、Ocaml、Dart等
自己組織化
自己組織化 自律的に秩序を持つ構造を作り出す現象のことである。自発的秩序形成とも言う Wikipedia - 自己組織化
自己組織化の例 雪の結晶は誰に命じられるわけ でもなく美しく秩序だった構造を作 り出す
アジャイルソフトウェア開発宣言 最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます アジャイルソフトウェア開発宣言 - 12の原則
自己組織化って大事
翻って、リーダー・マネージャーとは?
リーダー • グループを代表する人 • グループを指導する人 • グループを先導する人 • グループを統率する人
マネージャー • 統括・管理・評価する人 • 指導・育成する人 • 責任を負っている人 • 意思決定をする人
リーダーや、マネージャーがいると 所謂「指示待ち」状態になりやすい なので最近はサーヴァント型リーダー等が注目さ れているのではないでしょうか
ただし、リーダーやマネージャーがやっている 事はとても重要なこと
そして、真に自己組織化されていれば一般的に 「リーダー」「マネージャー」と呼ばれる人が行う ことを自発的にやれるのでは? (という自分の中での仮説)
なので現在実践中です
現在の組織
現在の組織(1つのプロジェクトチーム) チームの中に ・ビジネスサイド ・ソフトウェアエンジニア ・テストエンジニア ・SREエンジニア ・デザイナー がいるがリーダー、マネージャーはいない。
なぜ(そこまで)やるのか?
なぜ(そこまで)やるのか? • ダイレクトコミュニケーション ◦ 誰かを介さずに直接必要な人とコミュニケーションを取ることで意思疎通を迅速かつ強力に • チーム内における可能性を最大化 ◦ 通常リーダーがいる場合はそのリーダーの能力にアウトプットが比例しやすい •
モチベーションの向上 ◦ 「やらされる」より「自らが決める」方がモチベーションが上がりやすい
得られた知見
やれる
どうやってきたか?
どうやってきたか? ポイント • フェーズ(段階的に移行) • ビジネスサイドの信頼を得る • 採用を頑張る
フェーズ(段階的に移行) • まずはアジャイル開発(XP)の進め方、スキルをメンバーに伝える ◦ この段階では自分がリーダー ◦ 自己組織化の重要性を伝え、皆が実践出来るようにする • 少しずつリーダーとしての役割から離れる ◦
MTG、振り返り等に参加しなくなる • 完全にチームから離れる • 何か問題や、困難に遭遇してないかは遠目で観測 ◦ こちらからMTGを設定しない ◦ 見える化されているバーンダウンや、カンバンを見る
ビジネスサイドの信頼を得る • リーダーがいるのが普通なのでいきなりやると「えっ?」となる • なので実行に移すまでにビジネスサイドとの信頼関係を構築する ◦ 必ず成果を出す ◦ 成果を出している人がそういうのであればそっちが良いんだろうなという状況に持っていく
採用を頑張る • 自己組織化の文化に合う人を採用する • 人事の人に任せるのではなく自分達で、自分達が一緒に仕事をしたい人を探し て、面接もする(これも自己組織化の一部)
残っている問題点
残っている問題点 • CTO(僕)が残ってる • この問題を克服できた時が真の自己組織化が出来たと言えるのではないかと 思ってます
皆の反応
皆の反応 • 楽しそうに仕事してます(多分・・・) • ビジネスサイドの反応も良い
最後に
自己組織化されている状態がベースにあるとス ケールがしやすいです。この2年半で開発のメ ンバーは3倍の人数になりましたが、自己組織 化された状態でスケール出来ています。
ご清聴ありがとうございました