■本の情報 緑字が私の感想/補足説明です。 リンク先は用語に対する私の解説です。■要約 ブルックスの法則 )』という、
人月に対する幻想を打ち砕くことを意味しています (ここでの神話とは、広く信じられているが合理的根拠のないものという、ややネガティブな意味で使われています)。
プロジェクトが遅れる理由は、引き継ぎや教育に費やす期間によるロス、機能を細分化することによる検証のロスなどが発生するため。人と時間は等価交換ではない。②③はアジャイル開発 、リーン開発 の考え方と同じであると考えます。
ソフトウェア開発においては、ウォーターフォールモデルよりアジャイル開発の方が向いているという流れが強まっていると、私自身感じております。 ■私が興味深いと思った言葉25選 私自身の経験としては、決して楽観視しているのではなく、納期ありきでその日程を引かざるを得ない状況に立たされている事が多い。
「できません」といっても「できるように工夫しろ、知恵を絞れ」と上位層から言われるので致し方なく、納期通りにできる日程を引くのである。 プログラムの書き方は人によって様々である。正解は無いのだから書き方を固定化する事を強要するべきではないという風潮が私の経験ではありましたが、
統一することそれ自体が美しいのであるというのを主張して、多少強引に共通化させるのも一案であると思いました。 それも一理あるが、問題は組織の評価システムにある場合もある。評定システムが他者と競わせる様な勝ち負けが有るシステムの場合、文書化することは他の誰かのためにはなっても自分の利益に繋がらなく、逆に相対的な評価が落ちてしまうからである。 これは大きなジレンマを抱える問題である。一体化した方が確かに必要なスペースは少なくなるが、個別最適化された状態になり、再利用性が低下してしまう。 何事にも、ホワイトボックス化が善でブラックボックス化は悪であるという風潮が私の会社にはあるが、思い切ってブラックボックス化して割り切るという考えを持つのに抵抗がでるとはずだが、私も一定のブラックボックス化は必要であると思う。
トップメニューへ