システム開発から属人性を排除しようとして失敗する - プログラマの思索

ひがさんの記事「「誰が書いても同じコード」は大事なことなのか」を読んで思ったことを書いてみる。 大手SIerは独自の重量級の開発プロセスを持つ。 それは多分、メインフレーム＋Cobol時代の開発プロセスを最近のオープン系に焼き直したものに過ぎない。 その現場のプロジェクトは大規模で人数も多いから、少数精鋭チームで自由に動くわけにはいかない。 その開発プロセスの意図は、誰が作業しても同じような品質を保つ所に重点を置く。 つまり、属人性を排除しようとする。 だから、できない人もルーチンのような作業までレベルアップするが、できる人は、無駄なドキュメント作成やマネジメント、そして古臭くなったコーディング規約などの運用ルールに縛られている。 彼らのプロジェクトはタンカーのように、一度動き出したら進路を変えるのは凄く難しい。 現在の特にWebシステム開発では、頻繁なリリースによるバージョンアップが多い

[F-name]

後で勉強する。

[miryu2008]

システムによって開発手法を変えろ、と言う話だと理解した。全てがWEBアプリになっているわけでもないし、重量級のシステムだってまだあるわけだ。併存すればいい。

[imai78]

んー、微妙。。。

[itengineer]

んー、微妙。。。

[Nagise]

開発速度を高める要求が、プログラマへの属人性を高めているという説

[katzchang]

システム導入はルーチンワークを排除が目的なのに、ルーチンワークでシステムを作ろうとしてる辺り。理想的には、システム開発には属人性しか残らない、とも言える。かも。