Link
Embed
Share
Beginning
This slide
Copy link URL
Copy link URL
Copy iframe embed code
Copy iframe embed code
Copy javascript embed code
Copy javascript embed code
Share
Tweet
Share
Tweet
Slide 1
Slide 1 text
モブワークっぽいのをやっている話 2020/01/28 DeLT 1
Slide 2
Slide 2 text
⾃⼰紹介 いもです クライアントエンジニアやってます 2020/01/28 DeLT 2
Slide 3
Slide 3 text
モブワークとは? その前に、ペアプロとモブプロについて話さないといけない 2020/01/28 DeLT 3
Slide 4
Slide 4 text
ペアプロ(ペアプログラミング)とは ⼆⼈で協⼒してコードを書く ドライバーとナビゲーターに役割を分ける ドライバーがコードを書き、ナビゲーターがサポート 適時休憩を挟み役割を交代する 2020/01/28 DeLT 4
Slide 5
Slide 5 text
モブプロ(モブプログラミング)とは 3⼈以上で⾏うプログラミング コードを書く⼈以外は「モブ」となる モブはコードを⾒たり実装⽅法とかをやいのやいの⾔う 書く⼈とモブを⼊れ替えてみんなでやる 2020/01/28 DeLT 5
Slide 6
Slide 6 text
モブワークとは モブの考えをエンジニア以外にも適⽤する働き⽅ 様々な職種が混ざりモブとなる ⼿を動かす⼈も時と場合で変化する プログラマーが書いてる後ろでプランナーがガヤガヤしたり デザイナが書いてる後ろでエンジニアがガヤガヤしたり つまりはみんなで集まって作る 2020/01/28 DeLT 6
Slide 7
Slide 7 text
チームの歴史 複数のスクラムチームからなる 11⽉くらいに今のチームに所属 チームは7,8⼈ クライアント、サーバ、デザイナ、ディレクター、QA (⾃分含め)エンジニア3⼈ 元々ペアプロをしていたっぽい 3⼈になったのでモブプロを開始 現在は2⼈ 2020/01/28 DeLT 7
Slide 8
Slide 8 text
チームのモブプロのやり⽅ やりたいことを⼩さい単位で付箋に書き出す ○○を表⽰する、データを更新するetc.. どうやって実装するか?をやいのやいの話す 既存で再利⽤できる仕組みはあるか? どこに気を付けるべきか? 1つずつ潰していく 実装したらユニットテストできるだけ書く 2020/01/28 DeLT 8
Slide 9
Slide 9 text
モブワークの発端 ふりかえりで出てきたProblem 「スクラムでQAの関わり⽅」 仕事がスプリント前半暇で後半忙しくなる問題 QAだけ1周ずらす作戦も考えたりした 2020/01/28 DeLT 9
Slide 10
Slide 10 text
「実装時から⼊ったらいいんじゃない?」 2020/01/28 DeLT 10
Slide 11
Slide 11 text
QAさんと⼀緒にモブワーク 基本はモブプロと⼀緒 付箋を書き出し、1つずつ潰す QAさんも混ぜて影響範囲、気を付けるべきところを考える Unityエディタ上で⼀緒に確認 実機でも確認する 参考資料:Agile開発に⼊り込むQAの⽅法 https://speakerdeck.com/nihonbuson/agile-qa-night 2020/01/28 DeLT 11
Slide 12
Slide 12 text
変化 専⾨職の凄さを思い知る QAさんの観点から⾒る「考慮すべきポイント」はエンジニアとはまた違う こちらが思いつかなかった懸念や検証項⽬を提案してくる 毎回「あーそういえば・・」的な感じになる 初期段階でだいぶ懸念を潰せる 2020/01/28 DeLT 12
Slide 13
Slide 13 text
変化 テスト駆動開発(TDD)しやすくなる 資料だとテストシナリオを書いてたので最初は真似してみた テストシナリオがそのままユニットテストになりそうだった QAさんと話した「Aの場合Bになる」がそのままテストコードになった ↑をコードを書く前に決めるので、⾃然とTDDになる 2020/01/28 DeLT 13
Slide 14
Slide 14 text
変化 共通⾔語を作ることを意識し始める 他職種とやる以上、エンジニア独⾃の⾔語だけで会話はできない 何をやりたいかは作っているもののドメインで会話をする Missionクラスではなく「宿題」機能の仕様を語る どうやるかの段階で詳細なコードを議論すればよい シームレスにディレクタやデザイナも会話に混ざれる 2020/01/28 DeLT 14
Slide 15
Slide 15 text
⽣産性いいの? 少なくとも悪くはない(体感) ⼀⼈だったらもっとヤバいことになってた的な事はあった ⼿戻りとかはほぼ起きていない TDD始めた当初に慣れてなくて作業が遅れるというのはあった ペアプロを⾏っても⽣産性が半分になることはない、という論⽂はある https://www.researchgate.net/publication/2333697_The_Costs_and_Benefits_of_Pair_Pro gramming 2020/01/28 DeLT 15
Slide 16
Slide 16 text
常にモブワークすべき? 四六時中ではある必要はなさそう 本当にエンジニアだけで解決できる作業もある リファクタリングとか、設計を考えるときとか 「モブすっぞ!」と気軽に声かけできるようになってることは重要 2020/01/28 DeLT 16
Slide 17
Slide 17 text
モブワークおすすめ? やってみないと分からない 常に⼈とコミュニケーションを取るような働き⽅になる 個⼈の性格、相⼿との関係性はモロに出る 普段コミュニケーション取れてない状態で始めるのは多分つらい 疲労感はすごい みんなで作るのは楽しい でも、やってみないとわからないのは間違いない 2020/01/28 DeLT 17