迷走プロジェクト 、チーズのプロジェクト 続編
本日は、システムを起案した部門の方とお話をしました。
このプロジェクトにおいては、各々のやるべき作業範囲に大きな遅れは今のところ
無いです。
幾多のドタバタを乗り越え、一旦はリリース予定日に向け順調とはいえないものの
前進しています。
が、今日のお話を聞くと当初のスコープ外の機能を追加したいと言ってきました。
しかもリリースは、先立って1週間後・・・。
ここにシステムを知る側と知らない側とで大きな時間軸のずれがあります。
システムは1週間あれば何とかなるのではないかと思う、システムを知らない人と
もうその話を聞いただけで呆れ返り、何も返す言葉が思いつかないシステムを知る側の人。
やれない事はないかもしれません。
外注とパッケージと手作りと で書いたように出来合いのパッケージを利用すると言う事が
今回のケースで当てはまっていたからです。
問題は、今回の機能の追加はだいぶ以前から予定されていたのに何故に1週間前の
今になって話を持ち出したかと言う事です。
システムを知っている側から見るとシステムを知らない側の人にとってシステム構築
と言うのが、どのように映っているかが非常に興味深いところです。
パズルのように組み立てていくものだと見えているのでしょうか？
（ある種プログラムはパズルのようなものかもしれませんが、そのピースはパズルのそれを
想像するよりずっとずっと細かなものとなります）
これは逆にシステムを知らない側から見るとシステムの構築が何故にそれほど時間が
かかるものなのか？と思っているはずです。
このお互いの軸のずれをうまく解消するには、システムを知る側が歩み寄っていく
しかありません。
知らない側に対して、何故これぐらいの工数がかかるのかを説明する。
そして、何に時間がかかるのか。
早くできるために、知らない側にどのようなアクションを起こしてもらえばよいのか。
いきなりソースを見せて、システムってこういう風に作っているんだよと説明しても仕方
ありません。
（システムはこのように作られるものなんだと言う認識を持ってもらうためにも一度ぐらい
ソースを見ると言う経験はつんで欲しいと言う要望はありますが）
動作の検証作業や今ある環境に対して設定を変更する事のリスクなどの技術面の話、
当初の予定から機能を追加する事でH/Wのリソースが不足するのであれば（その理由も）
新規にサーバーを買う必要があるモノの話、それを作業する人の話。
その作業をするに当たって関わる要素を相手が分かる言葉で、範囲で組み立てて話を
する必要があります。
これは、まるで子供が興味を持った事象に対して、「これはこういうものだよ」と説明する
親のような状況です。
だからと言って、システムを作る側が優れた立場にいると言っているのではありません。
なぜなら、システムの対象である業務を理解する時はまったく逆の立場になるわけですから。
システムを解る人とわからない人の間にあるシステム構築に関わる時間軸のずれ。
そのずれを解消する事もシステムを知る側にとって重要な業務になるのだと感じています。
社員でＷｅｂエンジニアの仕事を探すなら 【ウェブキャリア】
