コンサルティングは、繰り返しになりますがお仕事ですので、
何かを納めて、終了となります。
しかし、契約形態によって納めるものが違います。
まず、SEのひとには、この辺が難しかったりするようです。
契約が、請負なのか、委任なのか、派遣なのかで、
納めるものは決定的に違います。
このあたりは、いわゆる民法を頂点とする契約の法体系のなかで
ふつうに考えればわかると思うのですが、意外と区分されていません。
とくに、委任と派遣は、IT業界では恐ろしくルーズです。
委任という名目で、お客さんのところに業務内容を特定せずに
一定期間常駐する仕事は、実は派遣だったりします。
しかもベンダによっては、コストを会社負担にして、
「次の仕事を取るために」コストレスで人を配置・常駐させたりします。
それって、契約以前の話なので、いやはやなんとも、ということがあります。
そのようにして、成果物の定義をするための背景そのものがグダグダなので、
IT系コンサルタントの場合、成果物を明確にして仕事をするのが
大手のお客さん相手になればなるほど、ばかばかしく、難しくなっています。
このあたりについてはJ-SOX導入で少しは変わるでしょうかね?
でも、お金も払ってないのに、コンプライアンスもないわね。
でもお金も払ってないし契約もしていないような人間を
会社内に常駐させているなんて、言語道断となるかしらん。
で、話はずれたのですが、ベンダもユーザもコンサル会社も、
請負契約なのであれば、請負なんだから、必要以上のことは
依頼したりされたりしてはいけないのです。
委任であっても、特定業務以上のことを依頼したり/されたり
してはいけないのです。それがルールです。
特定したくないのであれば、派遣にするべきだし、
ベンダ側もきちんと派遣契約を提供するべきです。
なので、実は、請負契約の場合に、朝ちゃんと来ないとか、
夜早く帰る、という顧客からのクレームは、「ほっとけ」と回答するのが
ベンダとしての正しい姿勢なのです。
でも、請負契約がメインである一方で、コンサルタント個人個人は
会社とは労働契約ですので、ベンダ側はなかなかに調整が大変なのです。
でもって、そこの差分が、コンサルタントの単価という形で、
ユーザに跳ね返ってくる仕組みになっています。
コンサルタントが高い、という言葉については、
そもそもユーザ側も無理を押し付けてきた結果である、
ということを言いたくてもいえないのもストレスなんですよね。(笑)