「PSP(2)」記事へのコメント

PSP手法

[Anonymous Coward]

以前のスレで、「皆が普通にやっていることみたいだ」と書いたモノです。
「皆が時間があれば品質向上の為にやりたいことみたいだ」に訂正します。

私が似たようなことを行ったのは、火消しとして参加したプロジェクトで、
納期は既に過ぎ去って、完全なものを完成させるのが最優先というものでした。
よって、作業行程は一任されており、動作検証に比較的十分な時間をかけることができました。
C言語のサブセット(制約ありまくり)だったのも慎重を期す行程の根拠になりました。

そのときに、検証漏れがないような手法と、作業時間の根拠を明らかにするために考案して実行したのが、
PSPの手法に似ていると感じた次第です。

たしかにあの手法を他人に強制されると辛い物があるかもしれません。
自主的にするから可能な作業かも。
ここらあたりがPSPの一番の問題なのでしょうか。

#A型にみられますが違うのでAC

Re:PSP手法

[yunnta (16032)]

なるほどですね。過去にPSPに近い手法を実践されたんですね。

＞ よって、作業行程は一任されており、動作検証に比較的十分な時間をかけることができました。
＞ C言語のサブセット(制約ありまくり)だったのも慎重を期す行程の根拠になりました。

PSPだと、作業工程すべてにおいて何の作業にどれだけ時間が掛かったか、場合によってはその理由も
記録しますし、何かしら欠陥や失敗など(defect)があった場合などもすべて記録しますので、
そのような制約アリまくりの開発環境において(バッドも含めた)ノウハウを貯めるにも有効かも知れません。

＞ たしかにあの手法を他人に強制されると辛い物があるかもしれません。
＞ 自主的にするから可能な作業かも。
＞ ここらあたりがPSPの一番の問題なのでしょうか。

PSPは細かすぎる管理が辛いというのもありますが、むしろ管理側（会社）に都合の良いように運用されると
ぎっちり搾り取られるのかなーと思っていたりしています。

PSP考案者のワッツ・ハンフリーさんの著書(パーソナルソフトウェアプロセス入門)には、開発者の余暇というか
余裕を考えて運用しろという話があります。
一日8時間すべてがPSPを適用できる時間と考えての運用なんて無理で、書類書きや、息抜きや、同僚との
おしゃべりなどの余裕をちゃんと考慮に入れて、やって5,6時間で考えろって話だったと思います。

しかし、日本の場合たぶん8時間ぎっちりで運用しようとするんじゃないかなーとか、穿った見方をしております。
（12時間かもしれないけど）

# エクストリーム・プログラミング(XP)でも、日本の場合最初に無視されるのが週40時間労働のプラクティスですし・・・
## 昔、日経の何かの雑誌で、XPを適用して開発を行ったプロジェクトの紹介記事があったのですが、
## すべてのプロジェクトにおいて週40時間労働のプラクティスが無視されていて愕然とした記憶が。

＞ #A型にみられますが違うのでAC
# 実は知り合いにとても細かい人がいまして・・・
# 人の財布の中身を指して、いわゆるレシートやクーポンが整理されていない、クーポンはすぐに取り出せるような
# 状態になるよう常に管理しておけこれだからO型はとかいう話を見てちょっといらいらして書いてしまいました。
# 決して (#2224925) に投稿してくださった方のことではないです。申し訳ないです。
## 自分の財布の中のGCやsortやuniqなんて月1間隔くらいでしかやらないんで・・・

Re:

[Anonymous Coward]

>むしろ管理側（会社）に都合の良いように運用されると
>ぎっちり搾り取られるのかなーと思っていたりしています。

なるほど、本来の品質確保の目的ではなく作業管理強化に使われるということはありがちですね。
そのうえPSPではバグ/手戻りロスを極力すくなくする代償として、
各担当者には付属作業が生じ従来より作業量は多くなると推測されます。
バグ対応などの不測の事態による破綻を極力減らし、スケジュール等の管理精度が向上するメリットと
トレードオフなのを管理側も理解してくれると良いのですが。

浅い理解ですが、PSPは従来型ウォーターフォール的な開発の補強用ですかね。
従来型は予定調和で最近の開発手法はライブ(アドリブ)系。
あまり効果が