プロセスは、正式に文書化されているかどうかに関係なく、作業が開始ポイントから意図された結果に移行する方法です。
同僚を追いかけてタスクに何が起こったかを調べたことがありますか。これは、2 人の人が誰の仕事であるかについてまったく異なるアイデアを持っていることを発見するために限られましたか。それとも、新しいチームメンバーが最初の週を費やして、何かの仕組みを把握しようとするのを見ましたか?これらは人の問題ではありません。これらはプロセスの問題です。そして、同じ方法で作業を開始します。作業がどのように流れるのかを明確に把握している人はいません。
プロセスコンセプトの定義
人々は、「プロセス」という言葉と絵のルール、承認、または分厚い文書をよく耳にします。しかし、プロセスははるかにシンプルです。
Rivora では、受注が入ります。品目が調達されます。製品の組立、品質チェック、梱包、および出荷が行われます。そのフローは、形式的に文書化されているかどうかに関係なく、すでに存在します。
プロセスは、単に作業がトリガから結果へとどのように移動するかです。
プロセスを理解する最も簡単な方法は、以下の 3 つのビルディングブロックを使用することです。

このロジックは、あらゆる組織のあらゆる業種のプロセスに適用されます。ビルディングブロックは、ダイアグラムを描いたり、プロシージャを記述したりする前であっても、常に同じです。
トリガーから成果へと移行する作業としてのプロセスを理解したら、ほとんどすべての組織で同じパターンに気付きます。次のレッスンでは、4 つのコアビジネスプロセスについて考察し、このシンプルなロジックが実際の業務にどのように表示されるかを確認します。