Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
"群れる" アジャイル / Swarming in Agile
Search
Masato Ishigaki / 石垣雅人
September 19, 2020
Technology
8
12k
"群れる" アジャイル / Swarming in Agile
2020/09/19 「XP祭り 2020」登壇資料
https://confengine.com/xp2020/schedule
Masato Ishigaki / 石垣雅人
September 19, 2020
Tweet
Share
More Decks by Masato Ishigaki / 石垣雅人
See All by Masato Ishigaki / 石垣雅人
【5分】始める前に失敗する ── fail fast(早く失敗)ではなくfail before(事前検死) ──
i35_267
1
25
技術負債による事業の失敗はなぜ起こるのか / Why do business failures due to technical debt occur?
i35_267
4
1.8k
「開発生産性を上げる改善」って儲かるの?に答えられるようにする / Is development productivity profitable?
i35_267
26
19k
「開発生産性」はエンジニア”だけ” のモノではなくなった? / "Development productivity" is no longer just for engineers?
i35_267
8
2.6k
開発生産性の現在地点~エンジニアリングが及ぼす多角的視点 / Current status of development productivity
i35_267
68
25k
開発生産性の低下による、事業の失敗はなぜ起こるのか / ProductivityPitfalls
i35_267
6
1.5k
開発生産性の多角的接点〜1,000名のクリエイター組織 × 開発生産性〜 / Multifaceted touchpoints of development productivity
i35_267
5
1.5k
内製化で強化させる、事業のスケーラビリティーとエンジニアの成長戦略 / insourcing
i35_267
2
360
見積もりをしない。
i35_267
4
1.2k
Other Decks in Technology
See All in Technology
【ASW21-01】STAMPSTPAで導き出した課題に対する対策立案手法の提案
hianraku9498
0
160
2024/11/29_失敗談から学ぶ! エンジニア向けre:Invent攻略アンチパターン集
hiashisan
0
240
最強DB講義 #35 大規模言語モデルに基づく検索モデル
mpkato
1
120
メインテーマはKubernetes
nwiizo
2
320
ヤプリのデータカタログ整備 1年間の歩み / Progress of Building a Data Catalog at Yappli
yamamotoyuta
3
620
ARRが3年で10倍になったプロダクト開発とAI活用の軌跡
akiroom
0
180
サービスの拡大に伴うオペレーション課題に立ち向かう / 20241128_cloudsign_pdm
bengo4com
0
770
4年で17倍に成長したエンジニア組織を支えるアーキテクチャの過去と未来
sansantech
PRO
1
4.7k
SONY AITRIOSによるAIエッジセンシングの新たな可能性(仮)
iotcomjpadmin
0
300
241130紅白ぺぱ合戦LT「編集の技術」
toya524287
5
560
情シスの引継ぎが大変という話
miyu_dev
2
520
2024年のAmazon Bedrockアップデート一挙おさらい 〜まだ間に合う! re:Invent直前までの重大ニュースを速習しよう〜
minorun365
PRO
3
160
Featured
See All Featured
Building Adaptive Systems
keathley
38
2.3k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
250
21k
VelocityConf: Rendering Performance Case Studies
addyosmani
326
24k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
247
1.3M
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Code Review Best Practice
trishagee
64
17k
YesSQL, Process and Tooling at Scale
rocio
169
14k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
365
24k
Happy Clients
brianwarren
98
6.7k
Become a Pro
speakerdeck
PRO
25
5k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
38
1.8k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
8
1.2k
Transcript
“群れる” アジャイル XP祭り 2020 September 19, 2020 1
2 Outline / Structure of the Talk ・スライドは公開済みです ・アジャイルの文脈でいう群れる(Swarming)の理解 ・”群れ”
における群知能と意思決定 ・”群れて” 作るからこそチームは自律的な動きができる ・群れる(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/
“群れ” Photo by David Clode on Unsplash 4
5 “群知能と意思決定” ・なぜ、動物(鳥や魚)は統率された行動ができるのか。 ・アリの群衆は、どうやって最短ルートで餌場にたどり着くのか。 ・群れ = 自己組織化している(無意識に自律的な秩序を持つ) ・秩序の例。複雑系に見えて実はとてもシンプルな論理 Start Goal
ルート1 ルート2 1. 前の個体を追うこと 2. 横の個体を速度を合わせること
6 “群知能と意思決定” ・群れ = 集団になると個々の能力を超えた知性がでる(群知能) ・集団のようが個より、予測可能性が上がる ・問題解決に一番有効なのは、集団の ”平均値” である Ex.
ガラス瓶にモノを入れる数を個々に数えさせる Aさん. 500枚、Bさん. 230枚、Cさん. 300枚,etc… 一番正解に近いのは、 全員の平均値である 。 個よりも集団のほうが知能が高い ただし、この結果が合わられるのは他人と ”相談” しなかった場合。 他人に影響されると実は集団はうまく行かない。個々の多様性が “群知能” として知性を 作る。
群れている状態とは 7 "群れる"の本質は、何かの対象に対して集団が相互作用しなが らも自然と同じ方向を向いて、 前に進んでいるということであり、個々がそのメリットを体系的に 理解していること。 本能的に「ひとりで進むよりも皆と協力して "群れ"ながら進んだ方 が良い結果を生む」と判断できることである。
なぜ、”群れる” のか 8 生物学的に見ても、強い敵が目の前に現れたとき単独で行動するよりも、統一さ れた集団行動によって、1対1では敵わない敵に勝てるかもしれないということを 本能的に知っている。いわゆる、恐怖。 そのためには指示待ちではなくて自律的に動いた方が強い敵に勝てることを 徐々に学習して理解していく。 そうした行動の副次的作用としてアジリティ的な要素も集団の中に生まれてくる。 ゲームでも敵わない敵に”何度も”挑戦することで、学習をして相手の弱点や勝ち
筋が見えてくるのと同じ。 Photo by Harshil Gudka on Unsplash
9 アジャイルでいう “群れる” とは “Swarming” という用語 スクラムで言えば.... ProductBacklog(作るべき対象)に対して、 チームメンバーが “群がり”
ながら、 一定の秩序をもち(イベント)、 優先度順にゴールに向けて作り上げていく
10 “群がる粒度”を考える
11 フロー効率とリソース効率 ・リソース効率・・・ 各々の「人」に対するリソースを最大限稼働させる。人の稼働率100% ・フロー効率・・・各々の「プロセス」に対するリソースを効率よく稼働させる(Swarming)
12 不確実性に強いのはフロー効率
なぜ、分担したがるか 13 ただし、Swarmingが良いとわかっていても 実際は、作業を細かく分担したがることが多い。 ・個人作業をしていない不安というバイアス ・個人作業のこだわりとメリット 適切なSwarmingの粒度は、チームごとに決めたほうが良い。 しかし、Swarmingのイメージの共有が必要。 例えば、緊急のタスク(インシデント)があったときには、 全員手を止めてSwarmingしているはず。
Photo by St John Wilson on Unsplash
“群れる” アジャイル 14 “群れる(Swarming)” というのは、“ 暗黙知 ” の最大化することに近い 「暗黙知」とは、一言でいうと言語化されていない感覚的で身体的な知識のこと。 経験知ともいい、経験として体に馴染んでいるが言葉として説明できない知識のことです。
この暗黙知には、大きく分けて 2つあります。 ノウハウや技巧、熟練といった「身体スキル」とメンタルモデルを代表とする「認知スキル」
“暗黙知” 15 「身体スキル」 ・例えば自動車の乗り方について ・自動車の乗り方をいくら座学で学んだとしても、いきなり運転できる人は多く ないでしょう。 ・実際に自動車に乗り、ハンドルを握り、アクセスを踏んでみる、などの体験を 通じて体に染み込ませる ・アクセルやクラッチ、ハンドルを絶妙な感覚で操作しながら運転する感覚は とても論理的に説明できません。
Photo by Kenny Luo on Unsplash
“暗黙知” 16 「認知スキル」 ・個人の根幹にあるメンタルモデル ・人はさまざまな意思決定をするときに過去の体験や経験をもとにしたメンタ ルモデルをもって行動する ・例えば、新卒のときに大きな障害を起こしてしまった。 ・そうするとベテランになっても障害に対する恐怖から、厳重に仕組みを用意 する傾向がある Photo
by Oneisha Lee on Unsplash
暗黙知による相互作用プロセス 17 相互作用しながら、暗黙知を共有し合う アジャイルの「場」を活かしながら、 SECIモデルを回していく
リモートチームでの “群れる” 18 “群れる”(Swarming)の効用を「暗黙知」の共有だとすると、 距離の近さに依存する。 しかし、昨今の事情により、リモートチームが多くなった。 リモートになってチームの状況が少しは変化しているはず。 柔軟な変化への対応が必要
リモートチームでの “群れる”の難しさ 19 群れるアジャイルは「場」をうまく観察しながら機能している部分が多い。そのため 個々のコンディションを音声とテキストから読み取る必要があるため、かなり想像 力が必要になる。集団の中に自律的な秩序(プロセス)を新たに作るには、それ ぞれのメンバーの納得感や意見の吸い上げが必須になるが、リモートだとその難 易度が異常に高い。音声とテキストだと個々が能動的に発しないとわからないた め、「この子は何か言いたそうだな」「なんとなく納得してないな」というのが、こち らからキャッチアップしずらいため、既存のマネジメントだと歯が立たなくなってき
た。
リモートチームでの “群れる” プラクティス 20 ・雑談責任 ・1on1 ・リモートモブプロ ・”エモさ” の表現
まとめ 21 ・アジャイルの本質は 群れながら戦うこと ・チームごとに”群れる” 粒度は決めたほう良い ・Swarming = 暗黙知を共有していくことに近い ・リモートチームでの
”群れる” の難しさ