もし、この基本的な仕組み(だけ)を理解させたい場合であれば、前回紹介した業務プロセス図(業務フロー図)は少し情報量が多すぎる。見やすい/理解しやすいとは言えない。つまり、可能性がある様々なフローを詳細に記述しているが故に見づらいのだ。
確かに、これでも「現実的に選択されうる経路」に絞って記述されているのだが、、、(例えば)注目されるべき「60日ルールの流れ」(参議院審議が長期化した際の、衆議院による再可決成立)が理解しやすいとは言い難い。もし「公民科の教科書」や「新聞の記事」で利用するなら、更なる「簡素化」を検討したいところだ。
以下の業務プロセス図は、前回の業務プロセス図を簡素化したモノだ。
業務手続きの「骨格」を説明するためのフロー図と言っても良い。「現実に発生しうる手順」が一部省略されてはいるが、仕組みを理解したり、審議ステータスを確認したりする上においては不都合ない。(後議院が「修正可決」した場合など)
[法律案の国会審査2]
業務プロセスの「デザイン」にはセンスが出る。
つまり、全く同じ「業務」をデザインしたとしても、デザイナによってその「工程の粒度」や「工程の配置」が異なってくる。延いては可読性に大きな違いが生じてくる。
社内の業務プロセスであっても、、、「制度として必要だから」や「規程に書かれているから」と言う安直な理由で全てを記述しようとすると、「可読性の低い業務プロセス」あるいは「システム運用し辛い業務プロセス定義」になる可能性が高い。
時には「書かない/描かない」という判断も必要と言える。
[比較:法律案の国会審査]
[法律案の国会審査2:「a1.議案の登録」画面]
<データ項目一覧画面>
[雛形ダウンロード (無料)]
- 業務テンプレート:法律案の国会審査2
- 「稟議力」をキタエル(?)、不思議な業務プロセス (2015-03-09)
- 申請された立替データを、直接修正しない! (2015-05-11)
- 稟議書ワークフロー、「代理決裁」の書き方 (2013-02-12)
- 国会の「法案審議プロセス」を業務フロー図で描く! (2015-08-03)
- M223 自動イベント: 処理フロー途中で、自動的に一定時間スリープするように設定する (使い方)
- M202 業務の流れ: 処理フローを定義し、各工程の締切時刻を設定する (使い方)
- M210 引受ルール: 下流工程の処理者を、上流工程にて指名できるように設定する (使い方)
[英文記事(English Entry)]
0 件のコメント :
コメントを投稿