  |
このうち定型業務はCOBOLが主力だった時代からどんどんシステム化されてきた。
したがって、今の今までシステム化の手が入っていないのは殆どが非定型業務。
この非定型業務が本当に面倒で、基本設計のレベルから収拾がつかなくなるのだ。
流石に今の今までシステム化の埒外に置かれてきただけのことはあるというか。
とにかくたった一つの業務を取っても、その中で場合分けの分岐や収束がやたら多い上に、複雑怪奇に入り組んでいて、フローチャートにまとめられない。
このフェーズで簡潔なフローチャートにできないものは絶対ソースコードに落とし込めないので、本当に悩ましい。
というか「あんなこともある」「そういえばこういう場合もあるんだよね」と、業務担当者からヒアリングすればするほど理解が進むどころか、むしろわかりにくくなる。
しかも全部ケースを出し切ったと思って要件を整理しているとあら不思議、「あれ？この場合は…」と新たな疑問が何個も湧いてきて、再確認という手戻りが起きる。
そしてそのタイミングで「衝撃の新事実」が発覚し、それがその業務だけでなく他の業務にも大いに影響する話だったりするため、横展開を余儀なくされる。
そんなことが延々と続くため、そもそも設計作業が半永久的に終わらない。
むしろ、実務を担当している末端の人たちの柔軟性の高さが異常とも言えるわけで、よくこんなわけのわからん仕事を混乱せずにできるなあと感心するのだが。
データ構造やオペレーションフローから抜本的に見直さなきゃならないんだが、そんなのは年収何千万ももらってる戦略コンサルの仕事だな
27
