方法論やシステムに込められた「魂」が失われる
IT業界で，特定の分野に秀でた方々は，しばしば「魂を入れる」とか「魂を込める」という表現を使う。なにかしら深い洞察により得た工夫を，開発方法論や業務モデル，情報システムなどに織り込み，それらの利用者にきちんと作用することを指して「魂を入れる」と表現している。 このような話をしてくれる方々への取材は，いつも楽しい。どんな状況でどんな失敗を経験し，何を学んだのか。それを改善するために，どんな工夫を凝らして開発方法論やシステム設計に「魂」を込めたのか。現場から生まれた数々の知見を，実に生き生きと，熱っぽく語ってくれるからだ。 しかし，せっかく込めた「魂」が失われてしまうことがあるという。ここでは開発方法論に込められた魂＝工夫が失われた例を紹介したい。 ある大手ITベンダーの品質管理担当者が，こぼしていた。「過去に繰り返された多くの失敗を糧にして，いろいろな工夫を凝らし，開発方法論を改善してきた。
上流工程の問題解決 仕様変更編【前編】
システムが以前よりも複雑化している現在，多くの開発者やユーザーは，「仕様変更がある程度起こるのは仕方がないこと」と前向きに受け止めてはいる。だが一方で，仕様変更によるコスト超過などが原因で，プロジェクトが失敗に陥ることが非常に多い。仕様変更によるトラブルを極力防ぐにはどうすればよいのか。現場担当者の知恵から解決法を探ってみた。 「設計書の50％に手を加えなければならないほど仕様変更が続出し，収拾がつかなくなってしまった」。NTTデータ東北の太田雅典氏（法人システム事業部 第一開発担当課長）は，数年前に手がけたある出版社の広告管理システムで，開発中に起こった仕様変更のトラブルを振り返る。このプロジェクトでは，設計が一通り終わり，実装（プログラミング）フェーズに入ってから，データベース（DB）の構造や，帳票出力用の計算式，他システムとの接続インタフェースなど，システムの根幹をなす仕様の変更を次
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
