![00-システム導入時に必要なフローチャートの書き方とは](https://kashika.biz/wp-content/uploads/71c8d289fdedadf53984f962e689ff19.jpg)
基幹システム導入時のフローチャート
前回のエントリでは、目的に対して適切な粒度のフローチャートを作成するべきであるとお伝えしました。ではシステム導入を目的としたフローチャートには何が記載されているべきか、基幹システム導入のケースを例にとって説明します。
基幹システムを導入するにあたって、一般的には現状業務とのFit&Gap分析のために業務プロセスフローや既存システムのデータフローを作成し、比較検討します。しかし、実際に導入する段階になると業務プロセスとデータフローが合わず、苦労したという経験はお持ちではないでしょうか。
これは情報の粒度が細かすぎている、もしくはそもそも業務プロセスとデータフローの内容が乖離しているために、本来検討されなければならない箇所が見落とされていることが原因であると考えられます。
では、適切な情報の粒度とはどのようなものでしょうか。
![01-目的に対して最適な粒度のフローチャートを検討](https://kashika.biz/wp-content/uploads/71a84df2ecaa645e0cbc2c540819e467.png)
モノ(ヒト)・カネ・サービスに着目する
基幹システムで管理されている物体は「データ」です。
この「データ」とは何を表しているものでしょうか。業務の中でやり取りされているモノ(ヒト)・カネ・サービスであるはずです。基幹システム導入のための業務プロセスフローには、最低限これらの要素が反映されていないといけません。
また、これらの要素は実際の業務処理を通じてやり取りされているはずです。この業務処理がプロセスとなります。
従ってシステム導入時に記述されるフローチャートの記述粒度は、プロセスを「モノ(ヒト)・カネ・サービス」の受け渡し単位で記述したものであると導かれます。
また、これらの受け渡しの流れは会社レベルから担当部署レベルまで記述し、それぞれの関係性を明確にする必要があります。基幹システムは会社内の「モノ(ヒト)・カネ・サービス」を管理するものだからです。
(注)ここでの「ヒト」は資源ではなく資産ととらえ、有形の「モノ」に含めています。
![02-プロセスはインプットに対して処理をしてアウトプットする](https://kashika.biz/wp-content/uploads/2d309da9c317dca66772aa0871128588.png)
次回はもう少し具体的に「業務プロセス」をフローチャートに記述することについてお話しします。
[NEXT]→第3回 「業務プロセス」について考えよう
株式会社サン・プラニング・システムズ
![株式会社サン・プラニング・](https://kashika.biz/wp-content/uploads/4481e9015bd49c45121e4fbd02acd96b.jpg)
・業務の棚卸
・業務の可視化
・業務フロー型マニュアル構築
・内部統制文書作成/コンバート
・RPAツール導入支援/シナリオ構築