ひとつの物語なのに、「会議室で議論されるシステム要件」のストーリーは、なぜか「現場業務を阻害するシステム要件」というストーリーの形で展開する。
一粒で二度美味しい（ブログネタとしては）
システムを作る手柄（または作成を命じられてしまったから ”やったという体裁" をアピールする）が目的の人たちと、システムの利用を強いられる立場の人たちでは目的が違う。
それゆえパラレルで物語が展開するという話をしてきましたが、今までは基本的にすべて ”社内のメンバー” だけで運営されている舞台でした。
前回から新たに登場した ”システム会社” の存在は、システムづくりの役に立つ反面、システムづくりに対する難易度を上げる作用をもたらします（と私は思っています）
一切をシステム会社に依存したら、一体どうなるんだろう？？
もしも、外部のITベンダーに開発の舵取りを依頼する形で話を進めていたら、これはクライアントが気をつけなければならない状態です。
特に、追加仕様の話が出てきたら、具体的に話を詰めていくためには何が必要か？
【システム雑談１８】でも書いたように、複雑化した追加要望を話し合うに足る状態に、会議の場が昇華しなければなりません。
より一層現場に精通していることが求められので、議事内容にブーストをかけて、メンバーの意識に「もう一踏ん張り」をもたらさねばならない。
しかし、巡航速度で進んでいる状態に自力でブーストをかけるのは難しい。
経営者が登場して凄まじい檄を飛ばすとかでもしないと、方向転換は至難の業です。
皆なんとなく「中からは変われない」との認識があるので「それならそこもシステム会社に頼ろう」となるのは不自然じゃありません。
しかし ”技術以外のこと” 、しかも「仕事するうえでのメンタル」の部分までを他社に依存するのはどうでしょうか。
もしそれをするなら、それ以上のイニシアチブを持ってシステム会社を使いこなさねばなりません（矛盾していますが）
高い見積もりは「寝かせて待て」
私がシステム会社側の人間なら、ここではとにかくそれっぽい作業工程が必要だと主張し、工数を積み上げて高い見積もりを出すことにします。
役所で随意契約理由書というファンタジーの添削を死ぬほど繰り返した経験が、ここではきっと役に立つと思う・・
当然値切られますが、その交渉に時間がかかれば追い詰められるのはクライアントのほうです。
どうせどこかで妥協することは分かっているので、落とし所は最初から決めたうえの当初見積もりを提示しておきます。
私自身がユーザー側なのですが「所詮、ユーザーなんてそんなものだ」とたかをくくっているユーザーのひとりゆえ、自虐的に以下の展開を予想します。。。
アップグレードをすべて拒絶されたとしても、そのツケをすべて被るのは現場です。
そのうちパンクして「増員による人件費増加」というもっと大きなツケを、会社は払わなければならなくなるだろうと読むし、そこまで追い込まれると平静を失うのか、それまでさんざんケチってきた開発費の支出に俄然ブーストがかかる。（ここでかかるんかい！）
そこで改めてシステム改修などのニーズがクローズアップされることがあるので、それを待つという方法をとっても良い。
いずれにしても・・・
「システムの技術的な工数」
はともかく
「自社の現場の工数」
を把握していないのは致命的です。
そういうユーザーは「ホントにチョロい」と思っているユーザーのひとりです。私は・・
＜雑談は続く＞
