2020/12/12 Developers Boost 登壇資料
チームを ”群れ” として観察すれば、アジャイル開発はもっとうまくいくDevelopers Boost 20201Masato IshigakiDecember 12 , 2020
View Slide
2Outline / Structure of the Talk・組織を変化させる上でのプラクティス（手段）の罠・チームは、”群れながら” 開発している・群知能（Swarm Intelligence）とアジャイルの群れる（Swarming）・群れとして認識して、”観測”する・リモート開発の時代
3About me石垣雅人 / Masato IshigakiDMM.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 Unsplash5“群れ” として捉える
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単位で群がって作るのかは、組織 = 個と個、環境によって変えていく必要がある。- 可観測性を高めながら、観測していく。
10可観測性を高めながら、チームを観察していくPhoto by Quino Al on Unsplash- チームを観察し「暗黙知」はどこかを認識する- 暗黙知とは、言語化されていない感覚的で身体的な知識のこと。- “群れる（Swarming）” というのは、“ 暗黙知 ” の最大化させるに近い- チームが何を大事にしていて、どんな価値観が大事かを観察する。- 暗黙知を高めるためにアジャイルでは多くの「場」が用意されている- モブプロ / ペアプロや物理的なホワイトボードでのチケット管理、デイリースクラム、振り返りなど。実際に距離が近い「場」が必要- 暗黙知を観察するには「可観測性」を高め、抽出する- 透明性を高めて、チームを観察しやすいようにする。- 抽出。パターン・ランゲージの文脈。その「チームっぽさ」を抽出していく。- 暗黙知はチームによって変わる、型をチームに導入して差分を出していく。- 「いまのチームはスプリントレビューはいらなさそうだね」,etc...
11リモートでの ”群れる”の難しさPhoto by Avi Richards on Unsplash- アジャイルは、オフラインが前提として作られていた。- 物理的なホワイトボードでのチケット管理や、物理的な「場」の推進。- アジャイルは「場」をうまく観察しながら、機能している部分が多い。- リモートでの難しさ- 集団の中で自律的な秩序（プロセス）を新たに作るには、メンバーの納得感や意見の吸い上げが必須になるが、リモートだとその難易度が異常に高い。- 物理的な「場」の分断における「情報」の遮断。そこから来る「個」の隔離。- 「この子は何か言いたそうだな」「なんとなく納得してないな」というのが、こちらからキャッチアップしずらいため、既存のマネジメントだと歯が立たなくなってきた。
12リモートでも ”群れる”Photo by Kelly Sikkema on Unsplash- 「場」を多く設計し、作り出す- 一番の問題は、コミュニケーションの形骸化。- 意図的に会話しながら、開発するような構造に設計する。- Discord導入やリモートモブプロの促進、ディスカッションMTG- オフラインのことをオンラインツールにただ置き換えない- リモートチームになっても、そのチームのパターンを出していく。オフラインのことをオンラインにただ置き換えるだけでは不十分。価値観を表出化会議での相槌役雑談責任“エモさ”の表現週1回の顔出しランチ会稼ぐ意識Ex.
13まとめ・組織にベストプラクティスをただ導入してはいけない・アジャイルは、”群れる” ことを作られている・暗黙知を大事にしながら、Swarmingしていく・しかし、リモートにそれが難しくなった・「場」づくりとパターン抽出による価値観を認識する
14ご清聴ありがとうございました
i35_267
rilmayer
iamshunta
ouchi2501
akkie76
you
loglass2019
dahatake
niftycorp
ryomaru0825
route06
biwashi
sat
quramy
reverentgeek
chrisshort
erikaheidi
vanstee
yeseniaperezcruz
shpigford
philhawksworth
carmenintech
tammyeverts
sachag
colly