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
ペアプロに納得感がなかった話 / A story about not being convin...
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
コドモン開発チーム
November 07, 2024
1.8k
1
Share
ペアプロに納得感がなかった話 / A story about not being convinced by pair programming
コドモン開発チーム
November 07, 2024
More Decks by コドモン開発チーム
See All by コドモン開発チーム
フルリモートのその先へ〜パパね、いつも家にいるけどちゃんとこうして働いてるよ〜 / Beyond Full Remote
codmoninc
0
410
多様な働き方を支えるチーム開発カルチャーと 今後の展望 / Team Development Culture Supporting Diverse Workstyles and Future Outlook
codmoninc
0
360
ペアプロ未経験・未知のスキル領域・フルリモートからでも挑戦できる? 40代転職者の実態 / pair-programming-remote-career-change
codmoninc
0
380
EMが「推し本」を語る会〜アジャイルレトロスペクティブズ第2版〜 / recommended-book_agile-retrospectives
codmoninc
0
61
段階的なリプレイスを2年続けていたら、 ユーザーのことで悩めるようになっていた話 / Two Years of Incremental Replacement: How We Finally Started Thinking About Our Users
codmoninc
1
190
自動テストが巻き起こした開発プロセス・チームの変化 / Impact of Automated Testing on Development Cycles and Team Dynamics
codmoninc
3
1.6k
データエンジニアの副業メンバーを受け入れてよかったこと / good points of hiring side job data engineers
codmoninc
0
50
なぜ秘密の比較に hash_equals を使うのか ー内部実装と実践ガイド / why use hash equals for secret comparison internals and practical guide
codmoninc
1
690
「全部書き直す」をしない選択 ー 巨大SPAと同居しながら小さく始めるフレームワーク移行 ー / We Chose Incremental Refactoring Over a Complete Rewrite
codmoninc
0
98
Featured
See All Featured
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
2.7k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
700
We Are The Robots
honzajavorek
0
210
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
300
How GitHub (no longer) Works
holman
316
150k
Unsuck your backbone
ammeep
672
58k
Making Projects Easy
brettharned
120
6.6k
Dominate Local Search Results - an insider guide to GBP, reviews, and Local SEO
greggifford
PRO
0
130
Optimizing for Happiness
mojombo
378
71k
The Art of Programming - Codeland 2020
erikaheidi
57
14k
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.1k
Exploring anti-patterns in Rails
aemeredith
3
300
Transcript
ペアプロに納得感がなかった話 2024年11月7日 木村 昂史
2 経歴 ソフトウェア開発者としてSIerでの開発経験を経て、2020年に独 立。2023年に株式会社コドモンにジョイン。現在はEMとして複数 チームを兼務。5歳と2歳のパパ。 自己紹介 木村 昂史 きむら たかふみ
2023.11 コドモンに開発エンジニアとして入社 2023.12 プロダクト開発チームのEMになる
3 • ペアプロをすることで起きたマインドセットの変化 今日話すこと
4 • 具体的なペアプロのやりかた • 実務上のペアプロの恩恵 今日話さないこと
5 2人1組でプログラミングをする ソフトウェア開発手法 (3人以上でモブプロ) ペアプロとは
6 • フロー効率が上がる • 知識の循環が速い • 学習効率アップ ペアプロのメリット • 属人化を防げる
• 設計品質の向上 • レビューコストの減少
7 • 自分で調べて解決できる • チームメンバー (先輩など)の工数を奪わない • 1人で全部できる人になりたい 誰もがエンジニア未経験だったあの頃...
8 一人称で開発可能です
9 一人称で開発可能です • 一人称で開発可能な人材 • 一人称で仕事ができる人 • 現在の案件は一人称で開発をしております
10 他人に頼るのはプロじゃない 他人に頼るのはプロじゃない。 なぜなら一人称で開発が可能な人材でなければならないから。 己の力のみで問題を解決してこそ一人前の (プロ)プログラマー だ!
11 自力で解決できないことは恥である 他人に教えることはあっても、他人から教わることは自分の弱みを見せるこ とになる。 わかったフリをして業務後にキャッチアップしてこそプロフェッショナルであ る!
12 自分の評価はチームの中での定量評価で決まる Aさんは5つチケットを消化して、 Bさんは8つ消化。7つの自分は Aさん以上Bさん以下だな。 仕事は責務をきっちり分割して、分析可能な数値として戦闘力が見えていた方が優劣を判断しやすい。 それぞれが決められた責務の中でベストを尽くすべき! ペアで作業したら個人の成果が不透明になるから評価 (成果をアピール )しにくくなるぞ
...!
13 何かと闘っていたあの頃...
14 皆さんも、多かれ少なかれ そんな時期がありませんでしたか? 何かと闘っていたあの頃...
15 自立したい気持ち > チームとしての成果 何かと闘っていたあの頃...
16 自立したい気持ち > チームとしての成果 ↓ 個人としての成果 > チームとしての成果 何かと闘っていたあの頃...
17 実際にペアプロをして起きた変化
18 タスクベースでの個人の成果が曖昧になる
19 タスクベースでの個人の成果が曖昧になる • チームとして成果を上げよう → そのために自分に何ができるか
20 タスクベースでの個人の成果が曖昧になる • 個人としての評価は定量評価ではなく、チームからの評価によって決める → ペアプロをしていく中でのイニシアチブや協力姿勢によってアピール
21 • フロー効率が上がる • 知識の循環が速い • 学習効率アップ ペアプロのメリット • 属人化を防げる
• 設計品質の向上 • レビューコストの減少
22 • フロー効率が上がる • 知識の循環が速い • 学習効率アップ ペアプロのメリット • 属人化を防げる
• 設計品質の向上 • レビューコストの減少 • マインドセットの軸足が個人からチームに移る
23 他人に頼るのはプロじゃない 他人に頼るのはプロじゃない。 なぜなら一人称で開発が可能な人材でなければならないから。 己の力のみで問題を解決してこそ一人前の (プロ)プログラマー だ!
24 🙆チームの成果を上げるために積極的に人を頼る🙆 1人で考えるよりも聞いてしまった方が早く正解に辿り着く確率が高い (聞くコストはほぼゼロと言って良い) →周囲を巻き込み早く問題を解決してこそ一人前の (チーム)プログラマー だ!
25 自力で解決できないことは恥である 他人に教えることはあっても、他人から教わることは自分の弱みを見せるこ とになる。 わかったフリをして業務後にキャッチアップしてこそプロフェッショナルであ る!
26 🙆自力で解決できないことはチームの伸び代🙆 自力で解決できない問題がある →チームとして知識を循環させた方が属人化が起きない →自力で解決できるように周囲がサポートする →学習効率が高い →チームの伸び代としてチームで対処する!
27 自分の評価はチームの中での定量評価で決まる Aさんは5つチケットを消化して、 Bさんは8つ消化。7つの自分は Aさん以上Bさん以下だな。 仕事は責務をきっちり分割して、分析可能な数値として戦闘力が見えていた方が優劣を判断しやすい。 それぞれが決められた責務の中でベストを尽くすべき! ペアで作業したら個人の成果が不透明になるから評価 (成果をアピール )しにくくなるぞ
...!
28 🙆自分の評価はチームへの貢献で決まる🙆 タスクベースでの定量評価ではなく ペアプロをしていく中でのイニシアチブや協力姿勢によって評価する
29 • フロー効率が上がる • 知識の循環が速い • 学習効率アップ ペアプロのメリット • 属人化を防げる
• 設計品質の向上 • レビューコストの減少 • マインドセットの軸足が個人からチームに移る
30 • 個人としてスキルを上げていこう /自立していきたという姿勢はとても大切 • チームとしての成果を追い求めることも大切 • ペアプロはチームに軸足を置いて日々の業務に取り組むきっかけとなる まとめ