content業務プロセスに関して、企業は長年さまざまな問題を抱えてきた。業務プロセスのブラックボックス化がそうだ。ITシステムが複雑になるにつれ、業務がコードに埋もれてしまい、その現状が見えにくくなる。ビジネスとITの結びつきが強固になるにつれ、業務プロセスを改善することが、さらに難しくなっている。現実の変化に対応できない硬直的なプロセスの増加という問題もある。「ビジネス環境の変化に対して、素早く業務改革を行って対応することが不可欠である」とはよく言われることだが、業務プロセス自体が硬直化してしまっている中で、ITを中心に業務改革を実行しようとしても、簡単にはいかないというジレンマを抱えている。TQMからBPR、そしてBPMへBPMが注目されるずっと以前から、企業はこのような業務プロセスに関する課題に取り組んできた。Reengineering)だ。Control)を、日本ではボトムアップの「QCサークル活動」へと進化させた。この日本での取り組みを参考に、1980年代に米国は新たに「顧客満足」の考え方を取り入れ、あらゆる業界に適応するトップダウン型の品質マネジメントの方法論を完成させた。それが、TQMである。「BPR」は、1980年代の米国産業界における行き過ぎた機能別分業の反省から生まれた概念だ。競争優位を生み出すために、組織や業務の流れ、プロセスを構造的に見直し、最も効率的なフローへと再構築する業務改革手法である。目指すのに対し、BPRは既存の構造や手続きを無視し、劇的かつ抜本的な変化を達成することを目的とする。そのため、閉そく的な習慣や硬直した組織を改革するためのITが不可欠だった。そこで注目されたのがERPである。基幹業務の統合、リアルタイムなデータ管理、グローバルスタンダード、ベストプラクティスといった特性がBPRに強力な解決策をもたらした。ここで一つの不幸があった。本来は、「BPR」に主眼を置き、その目的達成に効果的と判断されれば「ERPの導入も可能である」と考えるべきところだったのだが、「パッケージ(ERP)を導入すればBPRが実現できる」という誤解が広まってしまったのだ。そのため、日本においてはERP導入後の度重なるアドオン開発や膨大な導入コストが仇となり、「BPRは失敗に終わった」と評価されてしまう一因となった。BPRとBPMの違いは何なのだろうか。ひと言でいうと、BPRはITの力によって根底から一気に変えていく「ビッグバンアプローチ」であるのに対し、BPMはITと組み合わさることで、既存の業務プロセスを少しずつ、かつ繰り返し変えていく「継続的アプローチ」といえるだろう。BPMはトップダウンでもなくボトムアップだけでもない、「現場の視点」と「経営の戦略」の双方をうまく混合させる点も特徴的だ。Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。ついて運営会社サイトマップ当サイトは最新ブラウザでの閲覧を推奨します。permission.このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。