ペアプログラミング
XP祭り2006(東京)ではのプログラミングコンテストでのコメントに考えさせられました。
「ペアでやると詰まってしまわないというメリットがあると思うのですが、二人で『どうしよう?』と言っていると進まない」と言うコメントは、なかなか楽しいコメントでした。
これまで、ペア・プログラミング(ペアプロ)は常にレビューすることになり、品質、特に信頼性が高くなると考えていましたが、こんな側面もあるのですね。そこで、オブジェクト倶楽部の説明を読むと、
ペアで行う方がよりよいコードを一人で行ったのと同程度の効率で生産することを示している。その通り: 二人の頭は一人の頭より良いのだ!
とされています。なるほど!
そのように考えると、対象の問題の難しさが、ペアプロの有効性に関連することになりますね。誰でもできる簡単な問題なら一人でもかえって効率が落ちますが、色々なアイデアを出し合ったほうが良いような難しい問題ならペアプロに向いていることになります。
また、保守性を高めるために多方面から検討した良い構造が必要な場合も、ペアプロが向いていることになります。また、二人でも難しい問題なら、より多くの人間が検討したほうが良くなります。
アジャイルソフトウェア開発には、有能なエンジニアが必要になると言われますが、実は簡単な問題しか解けない人の組み合わせでは、ペアプロをしても意味がないという面もあるのかもしれませんね。
« XP祭り関西2006 in ワッハ上方 | トップページ | W-ZERO3[es] mixiブラウザMZ3のコマンド »
「私のアジャイル」カテゴリの記事
- One fact in one placeとチケット駆動開発 - Software Processes are Software, Too -(2021.12.21)
- マルチスレッド処理と進捗管理・配員・作業分割/割り当て- Software Processes are Software, Too -(2021.12.20)
- カプセル化と組織パターン - Software Processes are Software, Too -(2021.12.20)
- Greedy algorithmと2割8割の法則 - Software Processes are Software, Too -(2021.12.12)
- 「任せて、任せず」「魚を与えるのではなく"釣り"を教えよ」(2021.08.16)
「ソフトウェア」カテゴリの記事
- One fact in one placeとチケット駆動開発 - Software Processes are Software, Too -(2021.12.21)
- マルチスレッド処理と進捗管理・配員・作業分割/割り当て- Software Processes are Software, Too -(2021.12.20)
- カプセル化と組織パターン - Software Processes are Software, Too -(2021.12.20)
- 論文研修会(導入編)- 論理的思考のすすめ -(2019.12.01)
- デブサミ関西でNode-REDとペンギンと勇気の話をしました #devsumiB(2018.10.28)
「プログラミング」カテゴリの記事
- Greedy algorithmと2割8割の法則 - Software Processes are Software, Too -(2021.12.12)
- 論理的に考え伝える – SEA関西「開発現場で役立つ論文の書き方のお話」 -(2021.05.09)
- 論文研修会(導入編)- 論理的思考のすすめ -(2019.12.01)
- スクリプト言語入門 - シェル芸のすすめ - 第2回クラウド勉強会(2019.01.27)
- デブサミ関西でNode-REDとペンギンと勇気の話をしました #devsumiB(2018.10.28)
この記事へのコメントは終了しました。
« XP祭り関西2006 in ワッハ上方 | トップページ | W-ZERO3[es] mixiブラウザMZ3のコマンド »
コメント