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
モブワークを進化させていった話
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
katzumi
October 09, 2023
Technology
480
0
Share
モブワークを進化させていった話
リモートワークになる前からモブワークを実践していって、コロナ禍を経て進化させていった話
katzumi
October 09, 2023
More Decks by katzumi
See All by katzumi
設計原則、アーキテクチャパターン、アーキテクチャスタイルの違いって何?いつどう向き合ったらいいの?を考えてみる
katzumi
0
210
『eg-r2』のご紹介
katzumi
0
24
runn開発者会議福岡2024
katzumi
0
27
リリース戦略を支えるCI/CDパ イプライン
katzumi
0
20
APIテストでもカバレッジ測定 したい!
katzumi
0
20
Slidevのテンプレートリポジトリについて
katzumi
0
150
OSSへの感謝を伝える
katzumi
0
640
ActiveRecordパターンの呪縛を学びほぐして挑むクリーンアーキテクチャへの入り口
katzumi
0
59
実装と乖離させないスキーマ駆動開発フロー / OpenAPI Laravel編
katzumi
0
280
Other Decks in Technology
See All in Technology
知ってた?JavaScriptの"正しさ"を検証するテストが5万以上もあること(Test262)
riyaamemiya
1
140
AIはハッカーを減らすのか、増やすのか?──現役ホワイトハッカーから見るAI時代のリアル【MEGU-Meet】
cscengineer
PRO
0
270
M5Stack CoreS3とZephyr(RTOS)で Edge AIっぽいことしてみた
iotengineer22
0
430
Oracle Cloud Infrastructure:2026年4月度サービス・アップデート
oracle4engineer
PRO
0
290
[Oracle TechNight#99] 生成AI時代のAI/ML入門 ~ AIとオラクルデータベースの関係 (前半)
oracle4engineer
PRO
2
210
AI駆動開発で生産性を追いかけたら、行き着いたのは品質とシフトレフトだった
littlehands
0
310
フロントエンドの相手が変わった - AIが加わったWebの新しいインターフェース設計
azukiazusa1
31
9.9k
The 7 pitfalls of AI
ufried
0
180
生成AIはソフトウェア開発の革命か、ソフトウェア工学の宿題再提出なのか -ソフトウェア品質特性の追加提案-
kyonmm
PRO
2
820
需要創出(Chatwork)×供給(BPaaS) フライホイールとMoat 実行能力の最適配置とAI戦略
kubell_hr
0
1.9k
世界の中心でApp Runnerを叫ぶ FINAL
tsukuboshi
0
220
古今東西SRE
okaru
1
120
Featured
See All Featured
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.5k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
AI: The stuff that nobody shows you
jnunemaker
PRO
6
620
Ruling the World: When Life Gets Gamed
codingconduct
0
220
GitHub's CSS Performance
jonrohan
1032
470k
The Cult of Friendly URLs
andyhume
79
6.9k
Practical Orchestrator
shlominoach
191
11k
Facilitating Awesome Meetings
lara
57
6.8k
Un-Boring Meetings
codingconduct
0
280
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Technical Leadership for Architectural Decision Making
baasie
3
350
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Transcript
モブワークを進化させていった 話 Press Space for next page PHP Conference Japan
2023 懇親会LT Oct 8th, 2023. v0.0.1
自己紹介 「障害のない社会をつくる」をビジョンに掲げている「りたりこ」という会社に所属しています 以下のアカウントで活動しています 2 / 22 katzumi(かつみ)と申します katzchum k2tzumi katzumi
お願い 励みになるので是非ともご意見やご感想など、フィードバック頂けると助かります mm あとでスライドを公開します 3 / 22 写真撮影、SNSでの実況について 🙆♀📷 🙅♂📹💸
🙅📸👨👦👦 #phpcon #phpcon2023
4 / 22 What’s mob work?
5 / 22 GPT曰く ペアプロもモブワークの一種 モブワークとは、複数人で何かしらの作業(資料作成、プログラミング、事務作業など)を一緒にやっていく作業スタイルの ことを指します。 ペアプログラミングという言葉は聞いたことがあるかもしれませんが、モブプログラミングの一種です。 ペアプログラミングは2人1組でプログラミングを行うことで、モブプログラミングはそれを2人と決めずに複数人で行うこと らしいです。
このモブプログラミングを、プログラミングに限らず、色々な作業(資料作成、プログラミング、事務作業など)でやってし まうことを モブワーク と呼ぶことがあります。 この作業スタイルは、テレワークにおいても有効であるとされています “
6 / 22 モブワークのロール Driver コードをタイプする人。Navigatorの指示どおり動く ゴールを目指して手を動かし、実況しながら進めていく Navigator Driverに指示を出す人。 先回りして調査をしたりする
プログラミングの例で説明すると
7 / 22 ラリーのドライバーとコ・ドライバーとの関連に近い 今だとAIのCopilotとも近いかも コ・ドライバーとコ・パイロットは、ラリーにおいてドライバーと密接に協力する役割を担う人物です。 コ・ドライバーは、ナビゲーションを担当し、ドライバーに次の方向や曲がり角、障害物などを伝えます。 また、車両の状態を監視し、必要に応じて修理やメンテナンスを行います。 “
8 / 22 モブワークを実践し ている人! 🙋♀
9 / 22 2020年からモブワ ークのスタイルで開 発を続けています
10 / 22 モブワークを進化させ ていったお話
11 / 22 モブワーク遍歴 リアル期(2020年1月〜2020年3月) フルリモート期(2020年4月〜2021年12月) 安定期(2021年1月〜2022年3月) プロジェクト立上げ期(2022年4月〜2022年6月) チームビルディング期(2022年7月〜2022年12月) シン共同開発期(2023年1月〜)
12 / 22 リアル期(2020年1月〜2020年3月) 対面にチームメンバーがいる中でzoomを繋げてモブプログラミングを行っていました 声は直接届く感じで、相手のデスクトップが画面共有で見れる感じ モブタイマーはリアルなストップウォッチ モブは初めてでしたが、複雑な業務で個人的にはありがたかったです 技術的な課題もモブで解決するので、立ち上がりが早かったです。 はいった職場がモブスタイルでした
13 / 22 フルリモート期(2020年4月〜2021年12月) 引き続きzoomで繋いでモブプログラミングをしていました この当時は時間制限がなくてzoomは神でした 音声もzoom越し経由。カメラOFF進行 すでに見知った顔なのでそんなに不安感なし 開発未経験の新人もモブワークに参加した モブタイマーをSlack
bot化した 最初はデスクトップアプリで行っていたけれどタイマーを押せなかったり、気づかなかったり、テンポが良 くなかったので改善しました フルリモートになっても仕事のスタイルは変わらず
モブワークに関するアウトプット 14 / 22 記事にしました リモートモブプログラミングを9ヶ月間やってきたので 振り返ってみる mob-timerを作りました https://github.com/k2tzumi/mob-timer-bot
15 / 22 安定期(2021年1月〜2022年3月) メンバーの増減がありつつつもzoomで継続してモブワーク バーチャルオフィスを導入して、そこで画面共有を行う zoomの無料期間が終わるなどもあった 途中でslack(haddle)に浮気したりしました 大きなリリース&不具合についてもモブでこなす 暖簾分けしたチームで開発
16 / 22 プロジェクト立上げ期(2022年4月〜2022年6月) はじめはソロで開発をスタート 徐々にメンバーが増えていく 最初は一人。モブですらない。。 新規プロジェクトを立ち上げを行いました
17 / 22 チームビルディング期(2022年7月〜2022年12月) 大分足回りが揃ってきた 不安だったメンバーの受け入れもモブで1ヶ月程度で立ち上げれる手応えがあった 複雑な業務知識を独自ドメインで定義して、特化型フレームワークで実装できるようになった 具体的な実装イメージは各メンバーの共通認識としてもてるようになった ある意味定型業務化したものはソロ活動で実装するようになった 複雑なフレームワーク自体もモブで実装するようになった。
モブタイマーで交代制で実装するのではなく、LiveShareやCodeWithMeといった共同プログラミングで行 うようになった。 各メンバーのドメイン知識が溜まり、ドライバーやナビゲーターといった分担ではなく、全員がドライバー で実装するようになった。 各メンバーの得意不得意があるなかで、ゴリッとと実装する人、サポートする 人といったメンバーの特性を活かして進められるようになってきた チームメンバーが一気に6名体制に
18 / 22 モブワークの振り返り 合う合わないは結構人次第 疲れるのは確か。過集中になりがちなので、ブレークタイム重要 → モブタイマーの活用 複雑系の仕組みは多くの目が必要なのでマッチしていた そもそも一人で挑むには心が折れる。法律の条文を読み進めるのが難しい。書籍が出ているぐらい 個人解
釈すると危険。業務が回らない自体になりかねない 雑談が重要。ナビゲーションやツッコミがないと、理解が浅いまま進んでしまったり、最大のメリットであ る多くの目を活かすことができない 20%ルール(非モブ作業で自由に使える時間)があるのも重要 改善系を意識して行うようになる。非効率な開発を行うと、人数分のコストがかかる 多様な人が扱うので、わかりやすさ優先な設計になる
19 / 22 現時点での課題 まだ知識の偏りはある チーム内のコミュニケーションがハイコントラストになりがちで、新しい人が苦労する 知識量が同じぐらいの人がいないと挫けがち メンテナンスし続けるDocumentsとそうでないものの線引が難しい 作るものがある程度見えてない、リードする人がいないと迷走しがちで効率が悪い 急に組織はスケールできない。
徐々にしか人は増やせない。株分けしてチームを増やしていくイメージ
20 / 22 最後に モブワークを実践しているチームの方とお話をしたいです。 リモートワークを継続して行われている方もお声がけください。 複雑な業務を行われている方、どう複雑性と向き合っているか?お話させてください
宣伝 全国制覇目指す?w 21 / 22 PHPカンファレンスに登壇しました! 福岡 APIシナリオテストを書くべき10の理由 沖縄 ActiveRecordパターンの呪縛を学びほぐして挑むクリ
ーンアーキテクチャへの入り口
22 / 22 ご清聴ありがとうございました