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
コドモン開発チーム
November 07, 2024
1
1.2k
ペアプロに納得感がなかった話 / A story about not being convinced by pair programming
コドモン開発チーム
November 07, 2024
Tweet
Share
More Decks by コドモン開発チーム
See All by コドモン開発チーム
組織&チームで取り組むプロポーザル企画の実践法 / Crafting Winning Proposals: A Practical Guide for Organizations and Teams
codmoninc
0
12
WebからモバイルへVue.js × Capacitor 活用事例
codmoninc
0
18
コードに語らせよう 自己ドキュメント化が内包する楽しさについて / Let the Code Speak: The Joy of Self-Documenting Code
codmoninc
0
41
コードリーディング入門! 先人たちに思いを馳せれば プログラミングがもっと楽しくなる / Introduction to Code Reading!
codmoninc
1
320
子育てインフラの構築と子どもを取り巻く市場の拡大に向けて / Building child-rearing infrastructure and expanding the children's market
codmoninc
0
490
伸び代しかない業界で、何をどうつくる?PdM視点で語るプロダクト開発の裏側 / A PdM's Inside Story of Product Development
codmoninc
0
450
技術で挑む保育現場の課題解決 〜コドモンエンジニアの開発スタイルと取り組み〜 / Tackling Challenges in Childcare Settings with Technology
codmoninc
0
440
ドメイン駆動設計とXPで支える子どもの未来〜保育の暗黙知を活かすシステム開発〜 / Empowering Children's Future Through DDD and XP
codmoninc
0
450
現場のいちメンバーの視点からの技術的負債への向き合い方 / My approach to technical debt as an individual team member
codmoninc
0
690
Featured
See All Featured
How STYLIGHT went responsive
nonsquared
100
5.6k
Raft: Consensus for Rubyists
vanstee
140
7k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
30
2.1k
Mobile First: as difficult as doing things right
swwweet
223
9.7k
Writing Fast Ruby
sferik
628
62k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
2.9k
Build The Right Thing And Hit Your Dates
maggiecrowley
36
2.8k
GraphQLとの向き合い方2022年版
quramy
49
14k
Optimizing for Happiness
mojombo
379
70k
Side Projects
sachag
455
42k
We Have a Design System, Now What?
morganepeng
53
7.7k
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 • 個人としてスキルを上げていこう /自立していきたという姿勢はとても大切 • チームとしての成果を追い求めることも大切 • ペアプロはチームに軸足を置いて日々の業務に取り組むきっかけとなる まとめ