アカウント名:
パスワード:
> プロセスじゃなくて手法かもしれませんが、ペアプログラミング。> 注目しているんですが、なかなかパッとしませんね。
まぁ理由は簡単で、コストが2倍になるからなんですよね。一方、効果の方もそれなりにでかいんですが、定量的にはかれないものなので管理者を説得するのが難しい。一応の理解は示してもらえるけど、実行に移すには嘘でもいいから数字が必要であり、では嘘でもいいから売り上げ2倍とか期間半減とか数字を出せるかというと、それもちょっと無理。
経営陣の上の方までソフト屋でペアプログラミング推奨とか、とりあえず実験的に小規模でという以外は採用できない手法だと思われます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
ペアプログラミング (スコア:2, 参考になる)
注目しているんですが、なかなかパッとしませんね。
(厳密にはペアプログラミングとは違うかもしれませんが、
同レベルの担当者が複数いる状態)
若いころは「人より知ってる」こと「オレがいないと回らない状態」
を求めて孤高な方向へ向ってましたが、
最近は「いかに手離れがいいか」の方が重要だと思うようになりました。
常に複数人がかかわっていれば、思いつかないような発想が得られたり、
なんかあっても割と当てになる人間が回りにいることになり、
いつでも逃げられるし、精神的に非常に楽で、楽しく、
心が折れることも少ないかと思うんですけどね。
Re:ペアプログラミング (スコア:2, おもしろおかしい)
> プロセスじゃなくて手法かもしれませんが、ペアプログラミング。
> 注目しているんですが、なかなかパッとしませんね。
まぁ理由は簡単で、コストが2倍になるからなんですよね。
一方、効果の方もそれなりにでかいんですが、定量的にはかれないものなので管理者を説得するのが難しい。
一応の理解は示してもらえるけど、実行に移すには嘘でもいいから数字が必要であり、
では嘘でもいいから売り上げ2倍とか期間半減とか数字を出せるかというと、それもちょっと無理。
経営陣の上の方までソフト屋でペアプログラミング推奨とか、とりあえず実験的に小規模でという以外は
採用できない手法だと思われます。