実稼働環境でERPシステムを実装するには

私は数週間前に工場に行きました。 彼らはERPを実装したいと考えています。 プレゼンテーションを行い、誰もが見ました。 経営陣は、システムの実装に必要なものを記載した統合文書を準備するよう求めました。

ドキュメントを作成しました。 それは非常に面白いことが判明し、それを捨てるのは残念ですので、みんなと共有することにしました。



まず、基礎について少し。

それでは、企業にERPシステムを実装するには何が必要ですか? まあ、まず、トイレはきれいでなければなりません。 トイレの状態は、会社全体の状態です。 あなたは笑いますが、そうです。 トイレが汚れている場合は、まず会社のシステムの問題を解決する必要があります。次に、ERPを使用できます。





システムを実装する前(および問題を解決する前)に、ソリューションのコースを決定する必要があります。 つまり、あなたがそれをどのように行うです。 私たちはいつも古き良き数学の先生から学校で教えられました。 アプローチは、混oticではなく、体系的でなければなりません。



生産管理にどのような手法を使用しますか? 知りませんか? それでは、システムを紹介し、プログラムでのみ同じことを今すぐ行います。 違いはありませんが、費用が発生します。



本番環境でのテクニックは依然として主要です。 ソフトウェアはあるが管理手法はないよりも、方法論はあるがソフトウェアはない方が良い。



本番環境で問題を解決する管理手法がわかっている場合は、それらのソフトウェアをすでに探しています。



明らかに容認できない方法を含むソフトウェアを選択することはできません。 プロダクションがカスタムメイドで、古くて不親切な「スペースカレンダープランニング」が提供されている場合は、数年かけて吐き出します。 最後に、Excelが役立ちます。 すでに実証済みの100万回、100万回。 苦しむな。 すべての製品とその構造がERPシステムに保存され、計画がExcelで行われる状況を個人的に観察しました。



プロジェクトの状況


重要かつ最も一般的な間違いの1つ。 何らかの理由で、ERPシステムの導入はIT部門のプロジェクトであると考えられています。 実際には、これはITとは関係ありません。 そして、もしそうなら、最も取るに足らない。 IT部門は、システムのセットアップ、アクセスの分散を担当する場合があります。 基本的にすべて。 ITデータをシステムに入力しないでください。 さらに、実装に責任を持つようにします。 プロジェクトがITディレクターまたはITの哀れな副社長の責任である場合、プロジェクト全体が失敗します。 何もありません。



これは会社のドラフト管理であり、適切なステータスを持っている必要があります。 また、プロジェクトはゼネラルディレクターまたは代理が管理する必要があります。

このプロジェクトの複雑さは、新しいワークショップの建設に匹敵するものであり、経営陣からの注意が適切である必要があります。



プロジェクトを管理することは、毎日設定をいじることを意味しません。 これは、イベントの進行を制御し、プロジェクトが滑らないようにすることを意味します。 彼に必要な管理サポートを提供します。



プロジェクト作業グループを作成する必要があります。 少なくとも以下を含める必要があります。

-プロジェクトマネージャー

-プロダクションディレクター

-ロジスティクスディレクター

-設計部長

-もちろん、コンサルティング会社の代表者。



しかし、グループを過度に膨らませる必要はありません。そうしないと、白鳥、ガン、カワカニに関するクリロフのget話が得られます。 男5は満員です。



運用の準備段階で、グループは週に1回(2回)30分から1時間収集し(Skypeを介してリモートで収集することもできます)、完了した作業を要約し、次の週の計画を概説します。 産業運転の開始後、グループの収集頻度は1日に1回に増加し、温度が低下するにつれて頻度は徐々に減少します。



ERPプロジェクトの管理に最新のプロジェクト管理手法も使用されている場合、それは確かに優れています。



生産


実装の主な負担は、生産、設計者、および物流にあります。 現実には、そのようなシステムの導入のイニシエーターになるのはプロダクションマネージャーです。なぜなら、工場でのプロセス全体の結果としてのリンクであり、その結果、彼が最も問題を抱えているからです。



そして、ここが最もデリケートな瞬間です。 プロダクションマネージャーが実装に関心がない場合、何も起こりません。 リーダーシップがこれを望んでいないかのように。



プロダクションマネージャーが何かを根本的に変える動機を持っていない場合、彼はそうしません。 生産が不十分またはうまく機能するという事実が個人的に何も変わらない場合、ほとんどチャンスはありません。 彼の給料は変わらず、解雇されません。 質問:なぜ何かするのですか?

すべてがシンプルです。 生産が混乱して動作し(うーん、動作します)、彼が個人的にまったく苦しみ、自分自身に危険を感じない場合、この状況は彼にとってさらに良いです。 かけがえのないものだからです!



これが最初に解決する必要がある主な問題であり、次にプロジェクトを開始します。 彼を変える必要があるか、彼の力で彼を代理してください。 副議長を務める場合、現在のリーダーは状況をさらに悪化させ、あらゆる方法でプロジェクトを妨害します。 何らかの方法で、この気分は、喫煙室のスタッフの間で、プライベートな会話の中で忍び寄るでしょう。 まあ、これを行う方法を教えてくれません。 だから決める...



コンストラクター


システムの運用準備段階では、システムの負荷が非常に高くなり、リソースが必要になります。 少なくとも1人がプロジェクトに1営業日を費やす必要があります。 彼は製品ツリーを作成するために膨大な量の仕事をしているからです。 もちろん、古いシステムから何かを転送することもできますが、実践が示すように、このデータの品質はまともではありません。 そして、あなたの手で非常に多くのことをする必要があります。 そして、デザイナーはこれを行う必要があります。



調達


これらは本番環境と連携して機能する必要があります。 運用の準備段階では、物流に大きな負荷がかかってはなりません。 もちろん、調達スケジュールは生産スケジュールと完全に同期する必要があり、このプロセスは起動前にチェックおよびデバッグする必要があります。



一次データ


管理者は、システムへのタイムリーなエントリを確保する必要があります。 従業員の不可欠な状況は完全に排除されるべきです。 人が休暇を取り、その人に代わる人がいないため、システムにデータを入力する人はいません。 これにより、システム全体が即座に破壊されます。 私はそのような状況を見ました、それが私が書いている理由です。 あなたはこれに注意を払い、そのような状況から会社を取り除く必要があります。



トレーニング


生産管理者(プロジェクトを管理する人)とその代理人は、実装する生産管理手法のトレーニングを受ける必要があります。 それらがどのように機能し、どのような結果につながるかを理解せずに、管理手法を導入しても意味がありません。



ワークショップでの労働者の動機付け


それは壁であることが判明するかもしれません。 以前の遺伝子と話をしました。 Izhmashのディレクター、彼はこれを一口飲んだ。

そして、生産を改善するためのプロジェクトに着手する前に(正直なところ、ERPシステムはこのために正確に導入されています。別の会話はそれがどのように出てくるかです...)、この問題も解決する必要があります。



労働者がサイトの開発からボーナスを受け取った場合、これは壊gangが企業を破壊する方法です。 誇張ではありません。



そのような動機は、次のことにつながります。







簡単な例で話しましょう。 制作が3つのセクションで構成されているとします。 複雑にならないように、これはポイントではありません。 最初のセクションでは、パイプを細かく切断します。 分を「カットオフ」に行かせてください。 2番目のセクションでは、カットブランクに穴を開けます。 穴の数は注文ごとに異なります。 各穴に1分もあります。 たとえば、4〜8の穴。 したがって、2番目のセクションの生産性は、最初のセクションの生産性の6倍です(まあ、およそ)。 3番目のセクションでは、このファームは洗練されていると思われます。 そして、それは12分かかります。 これは、3番目のセクションの生産性が2番目のセクションの2倍低いことを意味します。



これは、プロセスが最終段階に移行するにつれて生産性が低下するほとんどの業界にとって、完全に通常の状況です。



だからここに。 サイトの人々が特にサイトを開発する意欲がある場合、これは彼らが最大限に努力しようとすることを意味します。 理解できます。



つまり、最初のセクションは最大限に機能しようとします。 それは何につながりますか? もちろん、生産性がはるかに低いため、2番目のセクションの前の空白のヒープの成長に。



しかし、これは最悪の災害ではありません。2番目のセクションの前にすべての空白が同じであり、最初に処理するもの、2番目に処理するものなどを考える必要がないためです。 2番目のセクションも最大限に機能し、これにより、3番目のセクションの前にすでにヒープが増加します。 しかし、すべてのブランクはすでに異なっています(穴の数のため)!



そして今、注意が問題です。3番目のセクションでは、 どのブランクを処理する必要があるかを理解するために不幸な男にどのように? どちらが最初に来ましたか? いいえ、もちろんです。 彼は単に正しい選択をすることができないので、彼が持っている最初のものを処理します。 そして、正しいものは中央のどこかにあります。 注文は期限切れが保証されます。 その後、クライアントは配達の期限が切れたときに電話をかけ、ワークショップの責任者が率いる手数料を徴収し、必要な調達を探しに行きます。 私は空想することはありません。自分の目で何度も見ました。 どこでもそうだと思います



そして何をすべきか? -お願いします。

さて、最初に動機付けシステムを変更します。 それはサイトの開発からではなく、 植物の開発からであるべきです。 違いを感じますか? 人々が不完全さの成長に動機付けられていることと、製品リリースに動機付けられていることの1つです。



もちろん、すべてのセクションの負荷はボトルネックのパフォーマンスに対応する必要があります。

要するに、このようなものです。



すべてが好きです。 私は何かを忘れましたか?



All Articles