ITコーディネータ富山

私はＩＴＣ資格を持つベンダーのＳＥです。

もっぱらＩＴＣ用語で言う「ＩＴ導入フェーズ」を担当しておりますが、常にＩＴＣとしての視点を忘れずに仕事に取り組むよう心がけています。

「ルールを決めるのは難しい」

最近、いろいろな場面でこう思います。

「システムを作る」という作業は「ルールを形にする」作業なのではないかとも最近よく思っています。

例えばある企業に販売管理のシステムを導入します。

手順としてはシステム化の構想をまとめ、打合せを行い、どのような機能が必要なのかを決めます。

このときに重要なのが販売管理システムの周りにある「ルール」をいかにもれなく、矛盾せずにまとめてシステムの機能の中に盛り込んでいくかということ。

実はこのときの「ルール」にはいろいろなレベルのものが混在しているのです。

• 法的なルール
• 一般的な慣習としてのルール
• 社内的なルール
• 担当者のローカルなルール

• 暗黙のルール
• 明文化してあるルール

• 現在のルール
• これから（新システムで）採用するルール

これらがうまく整理できていないと、出来上がったシステムもいろいろなところが歪んできます。

よくあるケースは以下のようなパターン。

・ルールのバランスがうまくとれていない。

・暗黙のルールについての聞き取りがうまくできず、顕在化できないまま新システムでのルールとしてしまう。

・「新システムの導入に伴って抜本的にルールを見直す」として開発に着手する。

最近はシステム環境が柔軟になってきているので「システムがこれしかできないから業務をあわせよう！」というケースは減ってきているのですが、逆に「うちのやり方がこうだからとにかくカスタマイズ」という方向とのバランスが難しくなってきているような気がします。

ＩＴＣのスタンスとしては

「ＩＴ」と「業務改善」の両輪のバランスをうまくとりましょう！

なのですが、ベンダーのＳＥとしてお仕事をさせていただくときには「すでに決まっているルールを形にするだけ」の関わり方しかできないケースがあるのも事実です。

決まったルールには従わざるを得ないので、ポイントはルールを決めるところでいかにきちんと矛盾なく、シンプルで運用できる形にしておくかということ。

ここでルールを複雑にしてしまうと出来上がったシステムも複雑になり、コストがかかり、不具合が内在するようなことになってしまう．．．

できればルールを決めるときのメンバーとしてあらかじめシステムのことを考えられる人を入れておいてもらえるとてっとり早いケースが非常に多いのです。

もし手近にシステムを考慮してルールを考えられる人がおらず、かつ、このコラムを読まれて共感していただけた方々、ぜひＩＴＣ富山のメンバーをご活用下さい。きっとお役にたてると思います。

最後に、奇跡的にこのコラムを読まれた政治家の方々に一言。

システムの都合も考えてルールを決めて下さい。
制度として決まってしまうと従わざるを得ないので．．

特に消費税をいじるのであれば、できるだけシンプルに！！
もの毎に税率を変えるとか、毎年税率を変えるとか、そういうところには凝らなくていいです、ほんとに。