1.実装はビジネス上の問題を解決しません。
主なリスクは、ビジネス上の問題を解決しない強力なツールを作成できることです。 または決定しますが、部分的に。 BPMの実装は、たとえば、最適化や人的資源の解放などにより、ビジネスプロセスの時間を短縮することを意味します。 これがそうでない場合、または一部だけである場合、実装のコストと労力が無駄になる可能性があります。
2.予期しない変更。
すべてのプロジェクトと同様に、プロジェクトが既に同意および署名された後、「追加の変更のリスク」があります。 通常、BPMソフトウェアを使用すると、期限を守らずにコストを増やすことなく、小さな変更を加えることができます。 ただし、「この変更は価値の大幅な増加を伴う」と「この機能は現在のリリースではサポートされていません」という細いポールでバランスを取る必要がある可能性が高いことに留意してください。
3.意図しないものにBPMを使用する
重要かつ必要だがサポートされていない機能をBPMソフトウェアに実装しようとするのは魅力的です。 BPMプロジェクトに必要な機能のみを実装します。
4.準備作業はありません。
BPMプロジェクトの起動後、BPMを開始する前に一部のアクティビティを完了/完了しなければならないという事実により、プロジェクトが停止する場合があります。 そして、これらの活動に影響を与えることはできません。 したがって、必要なソフトウェアがインストールされていること、適切なバージョンであることを確認することは理にかなっています。 そのリモートサーバーは、必要なポートなどでアクセスできます。
5.変更に対する抵抗
BPMは組織の働き方を変えています。 彼女と共に、従業員の働き方は変わります。 そして人々は変化を好まない。彼らは仕事、名声、権力を失うことを恐れている。 新しい技術は従業員を怖がらせ、彼らは間違いなく変化に抵抗するのに苦労するでしょう。 専門家によると、従業員の約40％がBPMの実装を否定的に認識しています。
BPMが成功するかどうかは、実装の速さ、このツールをワーカーとして受け入れた従業員の数に依存します。 使いやすさがシンプルで簡単であり、変更を受け入れる従業員の間でも憎しみの波を引き起こさないことが非常に重要です。 そして、BPMの主な利点を伝え、実装とさらなる使用の段階でプロジェクトをサポートすることは、管理者の側にとって非常に重要です。
この記事は教義や公理ではなく、議論への招待です。