ビジネスにおけるコンピューター情報システムの統合

はじめに

今日、ビジネスを自動化することは非常にファッショナブルになりました。 大量情報化は流行の現象です。 ほとんどの場合、これらのサービスを販売した企業自体のリーダーは、彼らが購入しているものを理解していないだけです。 頭の中では、CRMシステムは組織の問題を解決する一種の魔法のボタンになります。 これはどういう意味ですか？



「Horns and Hooves」と呼ばれる企業があります。この企業のリーダーは、企業が新しいCRMプログラムを使用し始めたとき、仕事がどのように改善されたかについて仲間の起業家から聞きました。 インテグレーターはそれほど高価ではなく、プロジェクトはSAPや1C：UPPよりも安価でした。 人は世論の圧力を受けて何をしますか？ 繰り返す！



「ビジネスを自動化するために、私の企業でプロジェクトを立ち上げることは可能ですか？」-この出版物はあなたのためです。

ビジネスプロセスの自動化について少し

最初に、ビジネスプロセスの自動化に対する適切なアプローチについて説明します。 システムインテグレーターは、ビジネスプロセスを非常に予測可能な特定の厳密なアクションシーケンスとして理解することを理解する必要があります。 つまり、このシーケンスのすべての条件とシナリオは既知です。 そうでない場合、このビジネスプロセスは自動化できません。 すぐに例：



A（自動化されたビジネスプロセス）：当社のHorns and Hoovesでは、秘書のMarya Ivanovnaは、財務ディレクターのPolygraph PoligrafovichとディレクターのVladimir Ilyichの個人的な承認（目撃）後にのみ契約を送信します。



C（自動化されていないビジネスプロセス）：当社のHorns and Hoovesでは、秘書のMarya IvanovnaがPolygraph Poligrafovichの動作を監視しています。 監督が配給を手配した場合、計画会議の後にコニャックを持参した方が良いでしょう。 その後、賃金の引き上げについて話したり、休暇なしで休暇を取ることができます。



はい、誇張された例。 しかし、私の実践では、これは複数回発生しています。 そして、何らかの理由で、経営者は正確に「C」クラスのプロセスの自動化を望んでいます。 彼らは、プログラム形式に転送する必要があるのはまさにそのようなプロセスであると信じていますが、それは本質的には正しくありません。



まだ部分的に自動化された（クラスB）ビジネスプロセスを区別することは可能ですが、それにより、「プログラムフォーマット」に自分を移すことができますが、部分的にしかできません。 顕著な例は、貨物輸送の制御です（このようなクライアントが1つありました）。 1つの注文を満たす複数のマシンがあります。 特定のドライバーが受け取る支払いの合計シェアの割合に依存するため、修正：どの車を正確に、そして仕事後にどのくらいしたか（たとえば、1〜5時間、別の-3時間）。 このようなデータは、個人（クライアントの場合はドライバー自身）のみが入力できます。 お客様から「魔法のボタンを作ってほしいと頼まれました。それ自体がボタンを作成します」。 そして、彼女はすべてを確実に紹介し、彼女を再確認する必要はありませんでした。」 これは可能です（多数のIPテレフォニーとCRMプログラムからシステムを構築し、いくつかの本格的なモジュールを追加しました）が、非常に財政的に集中しています。 クライアントはアイデアを放棄し、データを手動で入力し始めました（ただし、プログラムを使用してデータを統一したレポートを生成しました）。

次に-すべてのビジネスプロセスをカテゴリに分類する必要があります。カテゴリにはいくつかの種類があります。

• グローバルビジネスプロセス（クラスB）：会社の従業員の40％をカバーし、多数の小規模な従業員に関連付けられています。 たとえば、具体的な営業部門の自動化（私は、雇用プロジェクト「1s：建築組織の管理」に就職する前にそのような仕事をしました。地域の有能なアプローチと最高の専門家でさえ、多くの人に愛されるプログラム「1s」 ）、販売、広告、マーケティング、経理、管理、生産などの部門に影響を与えます。このようなプロセスは自動化に適していますが、多くの下位スモールビジネスプロセスに分解した後でのみ有効です。 実際、それらは自動化プロジェクトの目標であり、最終的な目標ではありません。 これを誤解しているため、多くのプロジェクトは単純に失敗します。
• 通常のビジネスプロセス（クラスA）：オフィスプランクトンの作業の最大80％-ドキュメントの確認、請求、ドキュメントの受信とアーカイブ、契約の発行。 これはまさに、事業主がこれがプログラムでできることのすべてであると考える事業主が無視していることです（オプションとして、それほど重要ではありません）。 彼らにとっては、グローバルなビジネスプロセスが日常業務よりも重要であると思われます。 製品の要件を構成する起業家は、彼らの夢と仕事に集中しながら、部下の問題と日常の仕事を忘れて、巨大なものを受け入れようとする特定の怒りに落ちます。 ほとんどの場合、顧客はプログラムをあらゆる場面で普遍的なツールにしようと試みます。 結果-高コスト、実装の複雑さ、顧客の不満。
• 創造的なビジネスプロセス（クラスC）：このようなビジネスプロセスは自動化されていません。 アーティストや作家の作品を数式やアクションのシーケンスに分解することは困難です;それらにはあまりにも多くの可変要素があります。 そのようなプロセスをステップに分解することはできません（インスピレーションの段階を予測する方法は？）。 そのようなプロセスは企業にどのように現れますか？ マーケティング部門がバイラル広告を作成するアイデアを開発する必要があるとしましょう。 または、企業グループの活動を差別化し、ゼロから新しいビジネスを構築します。 もちろん、抽象的な段階は区別できます-しかし、それらの存在はシステムで有用なものではありません。 通常、このようなビジネスプロセスでは、使用した財務の記録のみを保持する必要があります。これは、目標を達成するためにかかる費用を示しています。 このためには、ほぼすべてのビジネス自動化システムで使用可能なプロジェクトモジュールが最適です。

さらに、企業のビジネスプロセスを必要な情報の完全性の程度に分割することも必要です。 そうです：

• 高度な入力データを使用するビジネスプロセス（A）：これらのビジネスプロセスは、管理会計に多くの情報を提供し、その管理により、意思決定のためにデータの最大50％を取得できます。 経営者にとって最大の関心事は、情報システムにおけるそのようなプロセスの実施です。
• 入力データの平均程度のビジネスプロセス（B）：これらのプロセスは管理者にとって重要であり、従業員にとっては重要ではありません。 この例は、企業の損益計算書の編集です。
• 入力データが少ないビジネスプロセス（C）：これらのプロセスはマネージャーにとって重要ではなく、従業員にとって重要です。 例は、従業員が昼休みに費やす時間です。 従業員にとって-これは非常に重要です。昼食時間は、急ぎの実行が必要な仕事があったとしてもリラックスする機会です。 マネージャーにとって-取るに足らない。 タスクが時間通りに完了した場合、彼は従業員がどれだけ昼食を食べているかを気にしません。

ビジネスプロセスを分析するとき、プログラムがどれほど優れていても、データ入力が必要であることを覚えておく価値があります。 この場合、個人から削除されるのは、データの再入力と分析の必要性だけです。 しかし、倉庫で受け取った100個の新しい製品グループの量を入力する必要がある場合、誰もそれを行いません。



破壊された？ 3つの文字（A、B、またはC）で示されるビジネスプロセスの分類を取得します。 AAAマーキングを使用してプロセスを自動化するのが最も重要で最も簡単です-CCC。 自動化計画は、次のように正しく構築されます。 まず、AAAマーキングでビジネスプロセスを自動化し、次にBマーキングに入力してAABから始め、小冊子を1ビット左にシフトします。 したがって、2番目の文字Bを入力し、最初の文字Cがマーキングに表示されるまでABBなどに進みます。 ラベリングにCが含まれるすべてのビジネスプロセスは、会社の所有者とシステムインテグレーターの自動化プロセスについて議論した後にのみ自動化されます。

実装されたプログラムのクラスについて

今日、ビジネスのあらゆる部分を自動化する、またはビジネス全体を自動化するタスクを基本とする多くのプログラムがあります。 したがって、CRM、DMS、ECM、ERP、BPMなど、この目的のための多数のタイプのソフトウェアです。実際、最も一般的なタイプはそれほど多くありません。 システムインテグレーターとしての仕事の全期間にわたって、いくつかの単純なタイプの自動化プログラム（クライアントにとって最も理解しやすいもの）を自分で特定しました。

• 会計プログラム：誰もが「1」を理解し、コメントは不要です。
• 管理会計プログラム：このソフトウェアを使用すると、所有者は税務調査の目的だけでなく、企業の実際の姿を見ることができます。
• ワークフロー管理プログラム：あなたの会社が文書作成組織（たとえば、不動産鑑定士）であり、最終製品が標準化できる文書である場合、ビジネス全体が文書の動きに基づいているため、このプログラムはあなたのためです。

ソフトウェアのその他の分類はすべて、システムインテグレーターの関心事です。システムインテグレーターは、企業を分析した後、最適な製品を選択します。



興味深い事実に注目する価値があります。米国のシステムインテグレーターの中には、ERP（all-in-one）という用語を拒否する傾向があるものもあります。現代のCRMシステムは、プログラムの機能に対する市場要件の高まりにより、ERPプログラムとほとんど変わりません。

ビジネス自動化プロジェクトの実装における主な間違い

ビジネスオートメーションプロジェクトを開始する際にマネージャーが犯す最も一般的な間違いを考慮してください。

• 組織の問題は、次のようなフレーズで修正することをためらうことによって発表されたり動機付けられたりしません。あなたのビジネスで-なぜそれらを呼んだのですか？）;
• 自動化のためにグローバルなビジネスプロセスが選択されます（広大さを把握しようとしないでください。システムインテグレーターは「お金を気にせず」という原則に基づいて喜んで作業します。しかし、最初にルーチンを外してから「星へのフライト」を計画する方が良いでしょうか？ ;
• ある状態から別の状態へのビジネスプロセスの移行の正確な基準は強調表示されていません（システムのどの状態も感情的な色付けなしに正式に説明する必要があります。そうしないと、コンピューターは単にあなたが望むものを理解できず、感情や直感に基づいてアクションを行うことができません）;
• 自動化を節約しようとします（貯蓄を構築するプロセスを節約したい場合-ロジックに問題が発生しました）。
• タスクを設定するのではなく、個別に技術的なタスクを策定する（まあ、単一のシステム統合プロジェクトを実装していない人は、技術者が行うべきことを正しく書くことができず、単に理解しません）。
• ソフトウェアの独自の実装（プログラムの実装が興味のないシステム管理者のタスクとして設定されている場合、99％の確率でクラッシュにつながる最も恐ろしい間違い-彼は余分なお金を見ることができません-そして、このために必要な能力を持たない人） ;
• 私たちの問題を解決するのはプログラムAです（プラットフォーム、つまりプログラム可能なプログラムは、システムインテグレーターに能力がある場合に問題を解決できます。つまり、プログラムではなく適切なインテグレーターを選択することは、目標の達成度に依存します）。

システム統合プロジェクト実施計画

システム統合プロジェクトを実装する方法は？ この方向で作業を構築する方法について簡単な計画を示します。

1. プロジェクトの最も重要な目標（具体的）を設定し、システムの要件を強調します。
2. 都市の複数のシステムインテグレーターに要件と目標を送信します（別の都市または地域からあなたに来る準備ができている人は、非常に大きな値札を付けます。彼らは従業員の出張を支払う必要があります）。
3. オファーの比較分析を実施し、平均価格を選択します。
4. 実装プロセスだけでなく、ビジネスプロセスのマップを最適化する技術タスク（適切な実行方法-別の記事で検討）の作成を要求します。
5. 作業の受け入れを担当する担当者を1人選び出し、プログラムを段階的に完成させて実行するプロセスを構築するよう依頼します。 プロジェクトが複数の人々によって監督されている場合、誰もがそのプロジェクトに「良い」というビジョンを押し込もうとします。担当者が次の場合は素晴らしいことです-副部長またはほとんどの部門で働くことができた人。
6. プログラムのトレーニングとテクニカルサポートに同意します（ツールを使用できる必要があります。現時点では表示されず、必要なときに利用できるコンサルタントが必要です）。

この単純なアクションプランに固執すれば、ビジネスオートメーションプロジェクトは会社にとってうまく終わります。 読者がこの短い記事で述べられたことに興味を持っていたことを願っています。