{block:Description}

{Description}

{/block:Description} {block:Posts}

{block:NewDayDate}

{ShortMonth}
{DayOfMonth}{DayOfMonthSuffix}

{ShortDayOfWeek}

{/block:NewDayDate}

permalink

{block:Regular}

{block:Title}

{Title}

{/block:Title} {Body}

{/block:Regular} {block:Photo}

{PhotoAlt}

{block:Caption}

{Caption}

{/block:Caption}

{/block:Photo} {block:Quote}

{Quote}

{block:Source}

— {Source}

{/block:Source}

{/block:Quote} {block:Link}

{Name} {block:Description} {Description} {/block:Description}

{/block:Link} {block:Conversation}

{block:Label} {Label} {/block:Label} {Line}

{/block:Conversation} {block:Video}

{Video-400} {block:Caption}

{Caption}

{/block:Caption}

{/block:Video}

{/block:Posts}

共有地の悲劇

共有地の悲劇がシステム開発で起こりすぎている気がする。

システム開発は必ずチームで、しかも複数チームで行われる。

今回の小・中規模といわれるシステムでも結局数十人は絡んでいる。

そこであるチームがミスを起こすと当然他のチームにも影響があり、

必然と他チームがその影響を吸収する必要に迫られることになる。

たとえば、あるチームがミスを連発した場合、そこは再試験を行う必要があるのみならず、その他にも横並びチェック、再確認、待ち時間等のコストが発生する。

これが共有地の悲劇だ。だからコスト対効果が悪いんだ。

posted : Friday, April 17th, 2009

tags :