簡単に修正がきかない事の問題点

2008年5月 2日
| コメント(0) | トラックバック(0) 簡単に修正がきかない事の問題点

私の場合は、プログラムを共同で作ることはないので実感はないが、大勢で作る場合は、まさに建物工事と同じだろう。

 ちなみに、私はちょうど家を建てているところだが、必ずしも私が図面から想定した通りに建つとは限らないのが難しい。まあ、私がちゃんと図面を読みこなせていないのも悪いのだが、「あ、ここ思ったのと違うんで少し変えてくれませんか」と頼むと、「できるけど、やり直しになるからお金かかるよ」と言われるので我慢をしたりしている。

建物の工事で問題なのは、結構な確率でやったもの勝ち、な感があるところ。
やはり、この分野も説明責任というのが必要なのではないかと。

工事する側としては工事する側の常識というのがありますので、適当に端折るわけです。
ちゃんと説明していないのに工事をやってしまい、発注者から変えてほしいと言われた時に「やり直しだからお金がかかる」というのは、結果的に、工事する側の常識を発注者に押し付けている、という事になりますよね。

決して悪意があってやっているわけではないでしょうが、もう少しどうにかしないといけないでしょうね。

図面だけではどうしてもわかり辛い所がある。
なので、細かい図面を作ってもらってそれを確認するわけですが、図面というのは作るのにも結構手間がかかるものなので、現場の代理人がしっかりとした人じゃないと図面が後手にまわります。
図面が手元に来たころには、すでに完成している、ということもあったり、また、完成していなくても部品ができてしまっていて変更ができない、ということもあります。
つまり、やり直しになるので製作時間とお金がかかります。

まあ、そういうことが無いように、事前に厳しく言って(通知して)おく必要があるのですが。
発注するすべての人がそれが出来るわけではないですよ。

トラックバック(0)

このブログ記事に対するトラックバックURL:

コメントする

Google検索

Last.fm

このブログ記事について

このページは、のぶりんが2008年5月 2日 20:39に書いたブログ記事です。

ひとつ前のブログ記事は「近づく定期総会」です。

次のブログ記事は「モチベーションを掻き立てる仕組みをスポーツから考える」です。

最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。

Creative Commons License
このブログのライセンスは クリエイティブ・コモンズライセンス.
Powered by Movable Type