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 A...
Search
Masato Ishigaki / 石垣雅人
December 12, 2020
Technology
0
940
チームを”群れ”として観察すれば、 アジャイル開発はもっとうまくいく / Swarming Agile
2020/12/12 Developers Boost 登壇資料
Masato Ishigaki / 石垣雅人
December 12, 2020
Tweet
Share
More Decks by Masato Ishigaki / 石垣雅人
See All by Masato Ishigaki / 石垣雅人
【5分】始める前に失敗する ── fail fast(早く失敗)ではなくfail before(事前検死) ──
i35_267
1
35
技術負債による事業の失敗はなぜ起こるのか / Why do business failures due to technical debt occur?
i35_267
4
1.9k
「開発生産性を上げる改善」って儲かるの?に答えられるようにする / Is development productivity profitable?
i35_267
28
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.6k
内製化で強化させる、事業のスケーラビリティーとエンジニアの成長戦略 / insourcing
i35_267
2
370
見積もりをしない。
i35_267
4
1.2k
Other Decks in Technology
See All in Technology
怖くない!ゼロから始めるPHPソースコードコンパイル入門
colopl
0
160
Storage Browser for Amazon S3
miu_crescent
1
290
Oracle Cloudの生成AIサービスって実際どこまで使えるの? エンジニア目線で試してみた
minorun365
PRO
4
300
Wantedly での Datadog 活用事例
bgpat
2
680
コンテナセキュリティのためのLandlock入門
nullpo_head
2
330
宇宙ベンチャーにおける最近の情シス取り組みについて
axelmizu
0
120
スタートアップで取り組んでいるAzureとMicrosoft 365のセキュリティ対策/How to Improve Azure and Microsoft 365 Security at Startup
yuj1osm
0
240
開発生産性向上! 育成を「改善」と捉えるエンジニア育成戦略
shoota
2
460
Microsoft Azure全冠になってみた ~アレを使い倒した者が試験を制す!?~/Obtained all Microsoft Azure certifications Those who use "that" to the full will win the exam! ?
yuj1osm
2
120
株式会社ログラス − エンジニア向け会社説明資料 / Loglass Comapany Deck for Engineer
loglass2019
3
32k
2024年にチャレンジしたことを振り返るぞ
mitchan
0
150
組織に自動テストを書く文化を根付かせる戦略(2024冬版) / Building Automated Test Culture 2024 Winter Edition
twada
PRO
18
5.5k
Featured
See All Featured
Site-Speed That Sticks
csswizardry
2
190
Optimising Largest Contentful Paint
csswizardry
33
3k
The Invisible Side of Design
smashingmag
298
50k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
95
17k
jQuery: Nuts, Bolts and Bling
dougneiner
61
7.6k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
48
2.2k
Build The Right Thing And Hit Your Dates
maggiecrowley
33
2.4k
Code Reviewing Like a Champion
maltzj
521
39k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
6.9k
A Modern Web Designer's Workflow
chriscoyier
693
190k
GraphQLとの向き合い方2022年版
quramy
44
13k
Fashionably flexible responsive web design (full day workshop)
malarkey
405
66k
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 ご清聴ありがとうございました