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
モブワークっぽいのをやっている話/Trying mobwork
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
いも
January 28, 2020
Technology
2
1.3k
モブワークっぽいのをやっている話/Trying mobwork
社内LTの資料です
いも
January 28, 2020
Tweet
Share
More Decks by いも
See All by いも
UnityプログラミングバイブルR6号宣伝&Unity Logging小話
adarapata
0
600
Unityテスト活動のふりかえり
adarapata
1
600
Gather.townはいいぞ その後
adarapata
1
1.7k
Unityでの開発事例
adarapata
3
23k
どこのご家庭にもあるシーンマネージャーの話
adarapata
2
8.5k
Gather.townはいいぞ
adarapata
2
2.4k
宴はいいぞ
adarapata
0
1.7k
わかった気になるモブプログラミング
adarapata
1
150
Zenjectを導入する前に
adarapata
0
4k
Other Decks in Technology
See All in Technology
Embedded SREの終わりを設計する 「なんとなく」から計画的な自立支援へ
sansantech
PRO
3
2.2k
こんなところでも(地味に)活躍するImage Modeさんを知ってるかい?- Image Mode for OpenShift -
tsukaman
0
110
Contract One Engineering Unit 紹介資料
sansan33
PRO
0
13k
会社紹介資料 / Sansan Company Profile
sansan33
PRO
15
400k
ZOZOにおけるAI活用の現在 ~開発組織全体での取り組みと試行錯誤~
zozotech
PRO
5
4.9k
Bill One急成長の舞台裏 開発組織が直面した失敗と教訓
sansantech
PRO
2
300
Bill One 開発エンジニア 紹介資料
sansan33
PRO
4
17k
小さく始めるBCP ― 多プロダクト環境で始める最初の一歩
kekke_n
1
360
茨城の思い出を振り返る ~CDKのセキュリティを添えて~ / 20260201 Mitsutoshi Matsuo
shift_evolve
PRO
1
200
変化するコーディングエージェントとの現実的な付き合い方 〜Cursor安定択説と、ツールに依存しない「資産」〜
empitsu
4
1.3k
Bedrock PolicyでAmazon Bedrock Guardrails利用を強制してみた
yuu551
0
160
広告の効果検証を題材にした因果推論の精度検証について
zozotech
PRO
0
140
Featured
See All Featured
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
110
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
2.8k
4 Signs Your Business is Dying
shpigford
187
22k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
Reality Check: Gamification 10 Years Later
codingconduct
0
2k
SEOcharity - Dark patterns in SEO and UX: How to avoid them and build a more ethical web
sarafernandez
0
110
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
410
How GitHub (no longer) Works
holman
316
140k
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
62
49k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
359
30k
Are puppies a ranking factor?
jonoalderson
1
2.7k
Code Review Best Practice
trishagee
74
20k
Transcript
モブワークっぽいのをやっている話 2020/01/28 DeLT 1
⾃⼰紹介 いもです クライアントエンジニアやってます 2020/01/28 DeLT 2
モブワークとは? その前に、ペアプロとモブプロについて話さないといけない 2020/01/28 DeLT 3
ペアプロ(ペアプログラミング)とは ⼆⼈で協⼒してコードを書く ドライバーとナビゲーターに役割を分ける ドライバーがコードを書き、ナビゲーターがサポート 適時休憩を挟み役割を交代する 2020/01/28 DeLT 4
モブプロ(モブプログラミング)とは 3⼈以上で⾏うプログラミング コードを書く⼈以外は「モブ」となる モブはコードを⾒たり実装⽅法とかをやいのやいの⾔う 書く⼈とモブを⼊れ替えてみんなでやる 2020/01/28 DeLT 5
モブワークとは モブの考えをエンジニア以外にも適⽤する働き⽅ 様々な職種が混ざりモブとなる ⼿を動かす⼈も時と場合で変化する プログラマーが書いてる後ろでプランナーがガヤガヤしたり デザイナが書いてる後ろでエンジニアがガヤガヤしたり つまりはみんなで集まって作る 2020/01/28 DeLT 6
チームの歴史 複数のスクラムチームからなる 11⽉くらいに今のチームに所属 チームは7,8⼈ クライアント、サーバ、デザイナ、ディレクター、QA (⾃分含め)エンジニア3⼈ 元々ペアプロをしていたっぽい 3⼈になったのでモブプロを開始 現在は2⼈ 2020/01/28
DeLT 7
チームのモブプロのやり⽅ やりたいことを⼩さい単位で付箋に書き出す ◦◦を表⽰する、データを更新するetc.. どうやって実装するか?をやいのやいの話す 既存で再利⽤できる仕組みはあるか? どこに気を付けるべきか? 1つずつ潰していく 実装したらユニットテストできるだけ書く 2020/01/28 DeLT
8
モブワークの発端 ふりかえりで出てきたProblem 「スクラムでQAの関わり⽅」 仕事がスプリント前半暇で後半忙しくなる問題 QAだけ1周ずらす作戦も考えたりした 2020/01/28 DeLT 9
「実装時から⼊ったらいいんじゃない?」 2020/01/28 DeLT 10
QAさんと⼀緒にモブワーク 基本はモブプロと⼀緒 付箋を書き出し、1つずつ潰す QAさんも混ぜて影響範囲、気を付けるべきところを考える Unityエディタ上で⼀緒に確認 実機でも確認する 参考資料:Agile開発に⼊り込むQAの⽅法 https://speakerdeck.com/nihonbuson/agile-qa-night 2020/01/28 DeLT
11
変化 専⾨職の凄さを思い知る QAさんの観点から⾒る「考慮すべきポイント」はエンジニアとはまた違う こちらが思いつかなかった懸念や検証項⽬を提案してくる 毎回「あーそういえば・・」的な感じになる 初期段階でだいぶ懸念を潰せる 2020/01/28 DeLT 12
変化 テスト駆動開発(TDD)しやすくなる 資料だとテストシナリオを書いてたので最初は真似してみた テストシナリオがそのままユニットテストになりそうだった QAさんと話した「Aの場合Bになる」がそのままテストコードになった ↑をコードを書く前に決めるので、⾃然とTDDになる 2020/01/28 DeLT 13
変化 共通⾔語を作ることを意識し始める 他職種とやる以上、エンジニア独⾃の⾔語だけで会話はできない 何をやりたいかは作っているもののドメインで会話をする Missionクラスではなく「宿題」機能の仕様を語る どうやるかの段階で詳細なコードを議論すればよい シームレスにディレクタやデザイナも会話に混ざれる 2020/01/28 DeLT 14
⽣産性いいの? 少なくとも悪くはない(体感) ⼀⼈だったらもっとヤバいことになってた的な事はあった ⼿戻りとかはほぼ起きていない TDD始めた当初に慣れてなくて作業が遅れるというのはあった ペアプロを⾏っても⽣産性が半分になることはない、という論⽂はある https://www.researchgate.net/publication/2333697_The_Costs_and_Benefits_of_Pair_Pro gramming 2020/01/28 DeLT
15
常にモブワークすべき? 四六時中ではある必要はなさそう 本当にエンジニアだけで解決できる作業もある リファクタリングとか、設計を考えるときとか 「モブすっぞ!」と気軽に声かけできるようになってることは重要 2020/01/28 DeLT 16
モブワークおすすめ? やってみないと分からない 常に⼈とコミュニケーションを取るような働き⽅になる 個⼈の性格、相⼿との関係性はモロに出る 普段コミュニケーション取れてない状態で始めるのは多分つらい 疲労感はすごい みんなで作るのは楽しい でも、やってみないとわからないのは間違いない 2020/01/28 DeLT
17