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
チームを”群れ”として観察すれば、 アジャイル開発はもっとうまくいく / Swarming Agile
Search
Masato Ishigaki / 石垣雅人
December 12, 2020
Technology
0
840
チームを”群れ”として観察すれば、 アジャイル開発はもっとうまくいく / Swarming Agile
2020/12/12 Developers Boost 登壇資料
Masato Ishigaki / 石垣雅人
December 12, 2020
Tweet
Share
More Decks by Masato Ishigaki / 石垣雅人
See All by Masato Ishigaki / 石垣雅人
「開発生産性」はエンジニア”だけ” のモノではなくなった? / "Development productivity" is no longer just for engineers?
i35_267
6
1.6k
開発生産性の現在地点~エンジニアリングが及ぼす多角的視点 / Current status of development productivity
i35_267
61
20k
開発生産性の低下による、事業の失敗はなぜ起こるのか / ProductivityPitfalls
i35_267
6
1.1k
開発生産性の多角的接点〜1,000名のクリエイター組織 × 開発生産性〜 / Multifaceted touchpoints of development productivity
i35_267
4
1.2k
内製化で強化させる、事業のスケーラビリティーとエンジニアの成長戦略 / insourcing
i35_267
2
210
見積もりをしない。
i35_267
4
710
The Metrics Key_ Connecting Product, System, Team
i35_267
3
3.9k
How to measure Developer Productivity ~可観測性と再現性~
i35_267
1
310
組織横断で生産性向上を生むまでの道筋とは?
i35_267
2
1.1k
Other Decks in Technology
See All in Technology
o11y入門_外形監視を利用したWebアプリケーションへの最適なモニタリング_TechBrew
k5k
3
100
疲弊しない!AWSセキュリティ統制の考え方 #devio_osakaday1
masahirokawahara
6
5.9k
Microsoft Cloudで開発ライフサイクルを保護する
kkamegawa
0
140
Data and AI Governance: Existing Challenges and Emerging Trends
scotthsieh825
0
150
OpenTelemetry を使ったトレースエグザンプラーの活用 / otel-trace-exemplar
k6s4i53rx
2
640
20240416_devopsdaystokyo
kzkmaeda
1
190
Delivering Millions of Messages within seconds @ Duolingo
pelelgrino
0
330
キャラクター制御のためのプロンプト術 for LINE Bot
uezo
0
520
AWS を使う上で知っておきたいオンプレミス知識/aws-on-premise-essentials
emiki
1
4.2k
WebアプリケーションにおけるPDOの使い方入門 / phpcon odawara 2024
meihei3
2
430
Discord とビルダー&チャットボットの使い方 / How to use Discord and Builder & Chatbots
ks91
PRO
0
130
少数チームで挑む: SwiftUI, TCA, KMPを用いた 新規動画配信アプリ 「ABEMA Live」の開発について
tomu28
0
540
Featured
See All Featured
What's in a price? How to price your products and services
michaelherold
237
11k
The Brand Is Dead. Long Live the Brand.
mthomps
48
28k
Building Adaptive Systems
keathley
30
1.8k
Infographics Made Easy
chrislema
237
18k
The Straight Up "How To Draw Better" Workshop
denniskardys
227
130k
For a Future-Friendly Web
brad_frost
171
8.9k
Documentation Writing (for coders)
carmenintech
59
3.9k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
5
1.5k
jQuery: Nuts, Bolts and Bling
dougneiner
59
7.1k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
39
4.4k
Practical Orchestrator
shlominoach
181
9.7k
The Mythical Team-Month
searls
215
42k
Transcript
チームを ”群れ” として観察すれば、 アジャイル開発はもっとうまくいく Developers Boost 2020 1 Masato Ishigaki
December 12 , 2020
2 Outline / Structure of the Talk ・組織を変化させる上でのプラクティス(手段)の罠 ・チームは、”群れながら” 開発している
・群知能(Swarm Intelligence)とアジャイルの群れる(Swarming) ・群れとして認識して、”観測”する ・リモート開発の時代
3 About me 石垣雅人 / Masato Ishigaki DMM.com 総合トップ開発部 部長
2015年度 エンジニア 新卒入社 2017年より、DMMにおける3000万のアカウント(ID)、認証(Auth) のバックエンド 周りのプロダクトオーナーを経て、 2018年7月にリードナーチャリング領域を強化す るチームの立ち上げを行う。 2020年より、DMMの総合トップなどを管轄する総合 トップ開発部の部長を務める。 現在はアプリプラットフォームのプロダクトオーナーにも 従事 @i35_267 i35-267 著 『DMMを支えるデータ駆動戦略』 https://www.amazon.co.jp/dp/4839970165/
4 - 何かを変えたいと思ったとき、人はプラクティスに頼ろうとする - アジャイル、スクラム、 etc…. - 本に書いてあった。カンファレンスでプラクティスを聞いた。 - 決して悪いことではなく、ある意味正解である。
- しかし、そのまま適応しようとするとたいてい失敗する - そこに存在している「個」はバラバラであり、事業環境も、組織環境も違う - 手法(プラクティス)は、型として理解する - これらの手法は決して "成功"を保証するものではない - ある種の「型」であり、このプロセスや方法論さえ守っていれば事業が必ず成長する、と いった銀の弾丸ではありません。 - プロセスや方法論は、手段であり目的ではありません。「型」を何も考えずに組織へ導入 すると思考停止になり導入自体が目的となりがちです。 - そのため、プラクティスと組織の間にある差分を意識する → 群れ方が違う プラクティスの罠 Photo by Markus Spiske on Unsplash
Photo by David Clode on Unsplash 5 “群れ” として捉える
6 “群れ” として捉える - 私たちは、”群れながら” 開発をしている - チーム開発が良い例。個人では限界があるため、人は複数人で作業をして、スケー ルさせている。 -
なぜか。不確実性が高い事業環境下、予算が尽きる前にできるだけ早く市場へ投 入して、イテレーティブな仮説検証を経て稼がなければ、事業が死んでしまう。 - 一方、自分たちを “群れている” と認識することは少ない - 色々な「個」と「個」の集まりがチームだとすると、個のメンタルモデルから来る “群れ 方” は違う。私たちがチーム開発する上での問題(出来事)は、 ”群れ方”の構造と行 動パターンに起因する - 氷山モデルを例とすると、そのチーム特有のメンタルモデル -> 構造 -> 行動パター ンがあって、はじめて出来事(事象)がある。 - 群れ方は、そこにいる人・構造・環境によって変わってくる Photo by Amir on Unsplash
7 群知能(Swarm Intelligence) Photo by Johnny Chen on Unsplash -
なぜ、動物(鳥や魚)は統率された行動ができるのか。 - 群れ = 自己組織化している(無意識に自律的な秩序を持つ) - 秩序の例。魚の大群。複雑系に見えて実はとてもシンプルな論理 - 1. 前の個体を追うこと - 2. 横の個体と速度を合わせること - 秩序の例。アリの群衆は、どうやって最短ルートで餌場にたどり着くの か。なぜアリの集団は、遅いルートを選ばないのか - マーキングによる行動の観察
8 なぜ、群れているのか理解する Photo by David Clode on Unsplash - なぜ、私たちは群れているのか
- 生物学的に見ても、強い敵や難しい課題が目の前に現れたとき単独で行動するより も、統一された集団行動によって、 1対1では敵わない敵に勝てるかもしれないというこ とを本能的に知っている。いわゆる、恐怖。 - どうやったら強い敵に勝てるかをフィードバックをもとに徐々に学習して理解していく。 - 群れている状態とは何か - “群れる"の本質は、何かの対象に対して集団が相互作用しながらも自然と同じ方向を 向いて、前に進んでいるということであり、個々がそのメリットを体系的に理解している こと。 - 本能的に「ひとりで進むよりも皆と協力して "群れ"ながら進んだ方が良い結果を生む」 と判断できることである。
9 アジャイル開発でいう “群れる” とは Photo by Hugo Rocha on Unsplash
- アジャイルは、”群れながら” 作ることを前提にしている - アジャイルには “Swarming” という概念がある。 - スクラムで言えば、ProductBacklog(作るべき対象)に対して、チームメンバーが “群 がり” ながら、一定の秩序をもち(イベント)優先度順にゴールに向けて作り上げていく。 - “群れ” = 自律的な秩序をもった自己組織化された集団でなければいけない。そうでな ければ破綻する(うまくいかない)し、コミュニケーションはうまくいかない。逆に群れて 作らなければ、それはアジャイルではない。 - “群がる” 粒度を考える - アイテム単位でペアプロ / モブプロするのが良いのか、 SprintBacklog単位で群がっ て作るのかは、組織 = 個と個、環境によって変えていく必要がある。 - 可観測性を高めながら、観測していく。
1 0 可観測性を高めながら、チームを観察していく Photo by Quino Al on Unsplash -
チームを観察し「暗黙知」はどこかを認識する - 暗黙知とは、言語化されていない感覚的で身体的な知識のこと。 - “群れる(Swarming)” というのは、“ 暗黙知 ” の最大化させるに近い - チームが何を大事にしていて、どんな価値観が大事かを観察する。 - 暗黙知を高めるためにアジャイルでは多くの「場」が用意されている - モブプロ / ペアプロや物理的なホワイトボードでのチケット管理、デイリースク ラム、振り返りなど。実際に距離が近い「場」が必要 - 暗黙知を観察するには「可観測性」を高め、抽出する - 透明性を高めて、チームを観察しやすいようにする。 - 抽出。パターン・ランゲージの文脈。その「チームっぽさ」を抽出していく。 - 暗黙知はチームによって変わる、型をチームに導入して差分を出していく。 - 「いまのチームはスプリントレビューはいらなさそうだね」 ,etc...
1 1 リモートでの ”群れる”の難しさ Photo by Avi Richards on Unsplash
- アジャイルは、オフラインが前提として作られていた。 - 物理的なホワイトボードでのチケット管理や、物理的な「場」の推進。 - アジャイルは「場」をうまく観察しながら、機能している部分が多い。 - リモートでの難しさ - 集団の中で自律的な秩序(プロセス)を新たに作るには、メンバーの納得感や意見の 吸い上げが必須になるが、リモートだとその難易度が異常に高い。 - 物理的な「場」の分断における「情報」の遮断。そこから来る「個」の隔離。 - 「この子は何か言いたそうだな」「なんとなく納得してないな」というのが、こちらから キャッチアップしずらいため、既存のマネジメントだと歯が立たなくなってきた。
12 リモートでも ”群れる” Photo by Kelly Sikkema on Unsplash -
「場」を多く設計し、作り出す - 一番の問題は、コミュニケーションの形骸化。 - 意図的に会話しながら、開発するような構造に設計する。 - Discord導入やリモートモブプロの促進、ディスカッション MTG - オフラインのことをオンラインツールにただ置き換えない - リモートチームになっても、そのチームのパターンを出していく。オフラインのことをオン ラインにただ置き換えるだけでは不十分。価値観を表出化 会議での相槌役 雑談責任 “エモさ” の表現 週1回の 顔出しランチ会 稼ぐ意識 Ex.
1 3 まとめ ・組織にベストプラクティスをただ導入してはいけない ・アジャイルは、”群れる” ことを作られている ・暗黙知を大事にしながら、Swarmingしていく ・しかし、リモートにそれが難しくなった ・「場」づくりとパターン抽出による価値観を認識する
1 4 ご清聴ありがとうございました