はじめに
90年代には、「コンピューター化」という言葉が非常に人気がありました。 時には、労働効率の改善における役割を理解していなくても、巨額の資金がコンピューターの買収に関係していました。 自動化の分野のほとんどのビジネスマンのリテラシーが低いことは、その年にしばしば遭遇しましたが、今では私たちの顔に笑顔を引き起こす可能性がありますが、それをよく見て、自分のビジネスを持っている友人やトップのポジションにいる人は何を知っていることをお勧めしますこのトピックのマネージャー？ 何が変わった？
私の感想によれば、自動化に関するほとんどのビジネスマンのリテラシーは、動いているものの、人々が正確に何を払っているのかをよく理解できるようになるにはほど遠いということは絶対に明白です。 さらに、自動制御システムを販売する人は、自分が何を支払われるか想像することはほとんどありません。 肉眼でのビューの導入の生産性が低い：エンドユーザーにツールキットを提供するように設計されているが、実際には強力なプログラマーとアナリストのスタッフ、高価なERPの保守が必要なBIシステム実行者に誤ったタスクを与えます。 私たちの時代のエラーのコストは驚くべきものです。不適切に実行されたタスクは、数百万だけでなく、数十億ルーブルを「食べる」可能性があります。
私の仕事の特異性は、情報システムの実装に基づいて多くの明確な監査を正確に実施しなければならないほどです。 過去2週間だけで、非効率的なBIシステム、WMSが正常に動作しない、MESが動作しない、ヒープに至る4つの企業を訪問しました-結果の完全な誤解。 最も驚くべきことは、同時に、顧客が対象分野の何も理解せずに請負業者の「作業明細書を書く」ことに簡単に同意し、請負業者が「文書」よりも「意識の流れ」という用語のほうが適切な構造の悪いテキストを受け入れたことでした「。 さらに驚くべきことに、顧客は実装企業の次の「ポジティブな」特徴を強調しました。
1）「プロセスの形式化を放棄することで、多くの時間を節約しました」
2）「プロジェクトの予算を増やさないように、文書で修正せずに、すべての修正を試運転モードで直接実行することに同意しました。」
3）「真のプロフェッショナル！ 彼らはシステムの設定がどうなるかを教えてくれました！」
ここで、最近直面しなければならなかったケースを順番に検討することを提案します。
ケース1：無効なBI
同社は、ユーザーが必要なすべてのレポートを独自に開発できることを知り、非常に高価な製品を入手しました。 CEOがお気に入りのツールを使用して、最も複雑なレポートを作成し、売上を予測し、最も効率の低い従業員に関する通知を受け取るなど、すばらしいコンセプトをカラフルに概説しました。 出発点と障害のディレクターの夢の間には2つの障害しかありませんでした。つまり、契約を締結し、製品と作業の支払いをすることです。 驚いたのは少し後で、コンサルタントが頭に来て、彼が見たいレポートについて彼から情報を得たときでした。 「自分の手でのレポート」を思い出したとき、彼は穏やかに修正されました。レポートは自分の手で作成できますが、その前にデータモデルを構成する必要があり、このモデルにオブジェクトを含めない場合はレポートで使用します不可能になります。
ヘッドはすぐに決定を下しました。彼はすべてのトップマネージャーと分析部門に電話をかけ、コンサルタントと直接連絡して、分析対象のオブジェクトの最大数を考え出すよう指示しました。 数日間よく考えた後、彼らは調査結果をコンサルタントに提示しましたが、コンサルタントは別のソフト修正を受け取りました。何らかの方法で互いに接続されていないオブジェクトからクエリを作成することは不可能であるため、データ分析のためにあらゆる角度を検討する必要があります。
経営陣とアナリストの不幸を長い間リストアップするつもりはありません。最終的には、私たちが戦っていたものに戻ったとしか言いません。有能なモデルを作成するには、最初にレポートシステムを開発する必要があります。 ディレクターはすでに人工知能の夢をあきらめました。これにより、「何がわからない」からレポートを作成できるようになり、部門の仕事を評価できる重要業績評価指標とレポートを作成するコンサルタントの仕事に先送りしました。 ただし、コンサルタントは同じ「非常に効率的な」モードで作業を行いました。主要ユーザーに何を見たいかを尋ね、この膨大な量の情報を少しだけ構成しました。
結果：Webインターフェースで図を見ることができるように、役に立たないキューブが考慮される素晴らしい特性を持つサーバー。 このマニュアルはクエリデザイナによって再生されましたが、現在はCISの統合レポートシステムを使用しています。
結論：どのツールでも有能な使用が必要です。 ハンマーをさまざまな方向に振って蚊を分散させることは、まったく効果のない活動です。 それにもかかわらず、プロジェクトには投資家が存在し、プロジェクトマネージャーの中には、投資家が望むものを受け取ったときにプロジェクトが成功したと見なすことができる人もいます。 その結果、ツールが完全に役に立たなかったとき、結果として「おもちゃ」からの投資家の即座の満足は失望に至りました。 言うまでもなく、顧客はこの仕入先との取引を希望しなくなりました。
ケース2：WMSが正しく機能しない
WMSに関する短いレビュー記事で、このようなシステムで利用できる基本的な機能について説明しました。 ここで、WMSがインストールされているウェアハウスを想像してください。ただし、機能が大幅に削減されており、パフォーマーに誤った指示を出すことさえあります。 さらに、機能部分だけでなく、実装方法にも問題があります。
問題はウェアハウストポロジから始まります。バッファの場所はシステムに反映されませんが、ウェアハウスワーカーによって制御されます。 同時に、この制御を実装する方法に関する少なくとも一般的な情報を含む規制はありません。 巨大なセルが12〜15個のパレット用に配置されており、パレットに接着されているラベルのサイズは非常に小さくなっています。 つまり、タスクを完了すると、従業員は特定の番号のパレットを探し、各ラベルを読み、短期間での生産性を3〜4倍にせざるを得なくなります。 さらに-さらに：棚に置かれたとき、システムは貨物を置くために必要な特定の場所を推奨しません。 スタッフはその裁量でこれを行い、その裁量は「パレットになった-パレットを置き、箱が来た-箱を置きます」。 同時に、一部の商品がパレット全体に届くとは思っていませんが、ゆっくりと悲しく出て行くので、このパレットは3〜4か月続きます。 棚を補充することができれば、そのような不人気な製品がパレット全体を取り上げるポイントは何ですか？
ウェアハウスを2時間実行した結果、すべてをリストすることはできません。しっかりしたレポートが得られ、最も重要なのは、生産性を向上させるための具体的な推奨事項です。 驚くべきことに、製品を導入した請負業者は技術的なタスクを作成することさえしませんでした。 彼は顧客の希望に導かれ、ほとんどの機能はシステムの運用中に再設計されました。 顧客はこの利点を考慮しました。請負業者の従業員は、彼によると直接改善を実行する準備ができていました！ しかし、現実は非常に悲しいことが判明しました。これらの改善は記録されておらず、サプライヤからの保証はライセンスの支払い時に顧客が受け取った「ボックス化」機能にのみ拡張されます。
また、請負業者が彼が「優れた」仕事をしていることを完全に確信していたことも驚くべきことです。彼の従業員は十数件のプロジェクトに参加し、彼の意見では「ベストプラクティス」を開発しました。 唯一の問題は、「プラクティス」が常に「ベスト」とはほど遠いことです。 プロジェクトごとに繰り返され、率直な問題を引き起こさないものが「ベストプラクティス」と呼ばれる場合、少量のヒ素を消費することも「ベストプラクティス」です。 それが有害であるという事実になると、それを発明した人にとっても、そのような「有用な」イニシアチブを取った人にとっても手遅れになります。
要約：ここで、取得したシステムをセットアップするための本格的なTORを作成する必要があります。構成できない場合は、製品を変更し、再びお金を費やす必要があります。 しかし、TKの開発前に、自動化後に得られる特定の利点に関する情報を得るために、荷役のための合理的な技術の開発に投資する必要があります。 ここでも、WMSは、実行者に適切なタスクを発行することでプロセスを修正し、その実装を保証できるツールにすぎません。 顧客と請負業者に主題に関する知識がないため、「一方が誤って発言し、他方が誤解された」という事実に至りました。
ケース3：MESの破損
この場合、MESという用語は使用しません。これは、機器をロードしてラインに沿って配信する予定はないが、WMSと同様に、プロセスへのコンプライアンスを保証するシステムですが、倉庫ではなく、生産サイト。 ただし、より良い用語がないため、このシステムをMESとして分類します。
顧客には小規模な生産があり、さまざまな技術分野間で材料を移動するかなり複雑なプロセスを実装しています。さまざまな加工と半完成品の形成、重量複合体の必須使用、多くの従業員があり、それぞれが独自の方法です。 当然、イヴァン・ヴァシリエビッチが明日働くかどうかに依存することを望む人はいないので、経営陣は職場でより迅速に適応し、スタッフの資格要件を緩和できるシステムを導入することを決定しました。 さらに、私は多くの生産倉庫の材料の在庫を追跡したいと思います。
一般的に、彼らは実装のためにローカルシステムインテグレーターに頼り、技術仕様に同意し、セットプロセスを実装し、製品を顧客に「展開」しました。 そして-最高のコメディのように：顧客は製品を見て、理解していません：私たちが望んでいたことはすべて実現され、出力にあるものは理解できないようです。 だから、理解することなく、製品を受け入れ、成功した使用に関するプレスリリースに署名することさえした。 それから彼らはコンピューターの前で輪になって座り、マスターし始めました。 わからない。 彼らは再び試みました-彼らは再び理解しませんでした。
毎日、毎週、または6か月間もそのように笑うことは不可能だとしか言えません。 請負業者は、電子文書管理システムの形で顧客の希望を実装しました。そこでは、固定およびモバイルワークステーション、ライン上のセンサー、コントローラーとの統合の代わりに、「生産計画」文書が作成され、「完成品リリース」や「半製品の生産。」 各操作は個別のドキュメントとして実装されましたが、インターフェイスと機能は職場での使用を意味するものではありませんでした。 タスクを発行するシステムの代わりに、単純な会計機能を実行するシステムを作成しました。
結論
説明されているケースは、氷山の一角にすぎません。 顧客が文字通り手と足を休め、自分の立場を守った多くの例を挙げることができます。そのため、数か月後、眉をひそめて「わかりました」と言います。 そして、自分の立場を擁護し、競争力を失うだけで、自分の間違いを認めるだけの十分な性格がないために、だれも認めません。 それにもかかわらず、人的要因は、善と害の両方に使用できる強力な力です。 しかし、顧客はアフリカの顧客でもあります。 彼にはお金があり、それを支払います。したがって、知らない権利を持ち、この無知の代償を払う用意ができています。 漁獲のある精霊のように見えるサプライヤはさらに驚いています。それぞれの欲求を詳細に考え、修正し、署名する必要があります。 しかし、欧州の経験を見ると、そのようなアプローチはほとんど適用されません：専門のソリューションプロバイダーは、能力を開発し、製品に関する多くのusケースを提供する準備ができており、本格的な実現可能性調査で個別のソリューションを開発します。 倫理の基本原則を遵守することをビジネスから免除する者はいません。たとえ「自分を貨物」と呼び、「後ろに登り」、あなたが働いている分野についての知識を得てもです。 どの職業が現在非常に不足しているのか知っていますか？ それはアナリストです。 プログラマー-一括で、マネージャー-同様に、しかし有能なアナリスト-午後に探して火災。 プロジェクトの有効性はこれに苦しんでいます。文字通り目を閉じて製品を紹介し、幸運だけに頼ることは非常に高価な喜びです。その結果、誰もがお金を払ってくれます。