Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Mob programming
Search
Ivan
March 22, 2018
Programming
0
120
Mob programming
Presentation at agiledays.ru 2018 (russian version:
https://www.youtube.com/watch?v=s4jsOiWXil0
)
Ivan
March 22, 2018
Tweet
Share
More Decks by Ivan
See All by Ivan
Moving to Larger Implementation of Agile
vanzaj
0
34
Developing Developers
vanzaj
0
33
Professional Software Development. Can it be taught?
vanzaj
0
82
Brain, memory and effective study
vanzaj
0
77
Cluster failure (fMRI data analysis) paper
vanzaj
2
130
Organizations v5.0
vanzaj
1
71
Software Carpentry training model
vanzaj
1
72
presentation 101
vanzaj
1
100
DACETS: research data management for individual scientists
vanzaj
0
220
Other Decks in Programming
See All in Programming
Github Copilotのチャット履歴ビューワーを作りました~WPF、dotnet10もあるよ~ #clrh111
katsuyuzu
0
110
大体よく分かるscala.collection.immutable.HashMap ~ Compressed Hash-Array Mapped Prefix-tree (CHAMP) ~
matsu_chara
2
220
チームをチームにするEM
hitode909
0
340
chocoZAPサービス予約システムをNuxtで内製化した話
rizap_tech
0
160
AIエンジニアリングのご紹介 / Introduction to AI Engineering
rkaga
8
2.9k
AIの誤りが許されない業務システムにおいて“信頼されるAI” を目指す / building-trusted-ai-systems
yuya4
6
3.7k
Claude Codeの「Compacting Conversation」を体感50%減! CLAUDE.md + 8 Skills で挑むコンテキスト管理術
kmurahama
0
280
Cap'n Webについて
yusukebe
0
130
宅宅自以為的浪漫:跟 AI 一起為自己辦的研討會寫一個售票系統
eddie
0
510
まだ間に合う!Claude Code元年をふりかえる
nogu66
5
840
TUIライブラリつくってみた / i-just-make-TUI-library
kazto
1
390
Tinkerbellから学ぶ、Podで DHCPをリッスンする手法
tomokon
0
130
Featured
See All Featured
RailsConf 2023
tenderlove
30
1.3k
Code Reviewing Like a Champion
maltzj
527
40k
Speed Design
sergeychernyshev
33
1.4k
Art, The Web, and Tiny UX
lynnandtonic
304
21k
The Language of Interfaces
destraynor
162
25k
Building Applications with DynamoDB
mza
96
6.8k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
[RailsConf 2023] Rails as a piece of cake
palkan
58
6.2k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
34k
Building Adaptive Systems
keathley
44
2.9k
Raft: Consensus for Rubyists
vanstee
141
7.2k
Transcript
Mob programming Ivan Zimine 22 March, 2018
None
None
Mob programming workshop, Singapore, Nov 2017
— Woody All the brilliant minds working on the same
thing… at the same time… in the same space… on the same computer… What is Mob programming? Woody Zuill
How does it look in practice?
https://www.youtube.com/watch?v=p_pvslS4gEI
https://devblog.xero.com/mobprogramming-xp-34d1a8c99a9d Big table Big screen One keyboard
http://benjiweber.co.uk/blog/2014/11/30/the-unruly-mob/ Two screens One keyboard
driver big screen navigator/ observers flip chart Typical setup
BIG screens http://www.chrislucian.com/2016/05/mob-programming-q.html
Anti-pattern http://www.full-stackagile.com/2016/07/28/mob-programming-what-is-it/
Alternative setup
mirrored screens Alternative setup flip chart
It’s not about the keyboard
Summary of how whole team works in the same physical
space the space is comfortable and ergonomic team decides how to setup their space
Driver Navigator Observer
For an idea to go from someone’s head into the
computer it must go through someone else’s hands — Llewellyn Falco
Driver: follows instructions from navigator (smart input device) Navigator: Solves
current problem Observer: Thinks about what to do next driver navigator observer
Rotation: - time-box - task driver navigator observer
Summary of Driver/Navigator/Observer Driver == “smart input device” Navigator and
observer: solve the problem Separation of cognitive load Discipline and respect for all ideas
Why would anybody want to work this way?
How can 5 people be productive working on the same
computer?
How about asking another question…
(slides from Woody’s workshop) Most of those disappear when the
team works together most of the time.
Key benefits Team jelling Focus & flow Code and product
quality Continuous learning
How to get started? Must be voluntary Team’s decision to
experiment Learn to work well together There is no “one right way” Frequent retrospectives
— Woody The people doing the work can best determine
how to do that work Summary of why