明らかに、何かを作成する場合（またはプロジェクトを実行する場合、これはそれほど重要ではありません）、あなたは本当にこれを本当にやりたいです：
-速い
-高品質
-時間通り
-最小限のコスト（投資）
これは、まさにそれを可能にする解決策を見つける必要があることを意味します。
しかし、ニュアンスがあります。 マルチユーザー環境では、複雑なソリューションは受け入れられません。 または、トレーニングと高度なトレーニングを中断して、科学の候補者に従業員の教育レベルをもたらす必要があります。
2006年にこの部分の調査を開始しました。最良の生産ソリューションはMRPであると信じていました。 2010年、いくつかの実装実験の後、MRPは効率の向上につながらないことを認識しました。 期限内の注文数は増加せず、在庫は減少せず、生産速度は向上しません。 そしてしばしばその逆です。 これについての記事を書きました 。 かなり感情的です。 どうやら真剣にMRPの実装で稼ぐ人を打つ。 しかし、管理システムを導入する目的は、効率を上げることです。 多くの人々はこれを忘れており、ビジネスの目的はお金を稼ぐことであるという事実も忘れています。 したがって、MRPの実装はほとんどの場合、単に生産効率を向上させるためのプロジェクトではなく、MRPを実装するためのプロジェクトに変わります。
2009年に、適切なソリューションを見つけました。 これは制約理論（TOC）であり、それまでに約10〜15年にわたって西側で積極的に普及してきました（日立、ボイン、GM、P＆G、ABB、フィリップスなど）。 しかし、ロシアでは、イノベーションの場合によくあることですが、それを聞いた人はほとんどいません。 制約理論は、生産管理とプロジェクト管理の両方のアルゴリズムを提供します。 生産に偏りがありましたが、プロジェクトについては忘れませんでした。
「The Same Goal」という本を読んで、この記事の冒頭で説明した4つのポイントに従って、制約理論によりプロジェクト（これは別の本、「The Critical Chain」）を作成および実行できることに気付きました。 本を読んで、あなたはこれがあなたが必要なものであることを理解します。 しかし、言葉をソフトウェアに変える方法???
アルゴリズムが必要ですが、必要ありません。 TOCをよく知っている人を見つけることはほとんど信じられないほどでした。 私はコースに行きましたが、本の平凡な言い直し、または人生から削除された単純な計算のいずれかがありました。 また、生産タスクの発行方法、生産スケジュールの作成方法、プロジェクトタスクの重要性の判断方法などを理解する必要がありました。
そして、私たちは独自の研究を開始し、ソフトウェアの開発を試み始めました。 彼らはそれについて積極的に話し始めました。 そして、それに興味を持った人々が現れました。 会議が始まり、経験が交換されました。 少しずつ情報を収集し、モデル化し、すでに実装があり、その後アルゴリズムに調整を導入しました。 そして、2013年に、私たちは意図したことを行いました。
制約理論によると、企業には常に、企業全体の生産性を制限する場所が1つしかありません。 そして、企業全体の生産性は、この特定の場所の生産性と厳密に同等です。
新しいマシン（または他のオブジェクト）に好きなだけ投資することができますが、それらがボトルネックでなければ、企業全体の生産性の向上は得られません。 これは、投資の有効性を評価したい人にとって簡単な余談です。 狭い場所への投資の効率はせいぜいゼロに過ぎず、ボトルネックまで新しい機器に投資し、キャパシティに同意しない場合、マイナスになる可能性があります。 同時に、ボトルネックへの投資は、会社全体の生産性を高めることができるため、最も効果的です。
制約理論の5つの基本ステップ。
1.狭いリンクを特定します。
2.その機能を最大限に活用します。
3.リンクが弱い他のすべてのセクションのパワーに同意します（制限）。
4.狭リンクのパフォーマンスを向上させます。
5.ステップ1に戻ります。
これらの手順を体系的に実装すると、必然的に会社全体の生産性が向上します。
やめて
狭いリンクを見つける方法？ そして、その機能を最大限に活用する方法は？ そして、他のサイトの容量を調整する方法は？
そこで、長年にわたってこれらの質問を自問し、それらに対する答えを探しました。
そして、多くの研究の結果、答えが見つかり、ソフトウェア観測アルゴリズムに変換されました。
だから、最初に少し哲学。 クライアントがいて、彼らはあなたから何かを必要としています。 厳密に設定された時間枠で彼らが必要とすることをしなければなりません。そうすれば、顧客は忠実になり、より多く注文します。 時間通りに注文（プロジェクト）を履行することは、売り上げを増やす1つの方法です。 そして、あなたもそれを速くやるなら...
ゴールドラットはこの規則から進んだ。 すべては、この特定のタスクの達成に従属する必要があります。 時間通りの注文/プロジェクトの履行は主要なタスクであり、会社の仕事はそれに応じて構築されるべきです。 つまり、企業のすべての部分（調達、生産、タスクの遂行）がこのタスクを遂行するために機能する必要があります。 その後、ビジネスの目標-お金を稼ぐ-が達成されます。
アルゴリズムの基本
1.顧客が注文したものを生産する必要性が判断されます。 これを行う必要はありますか？ 注文が在庫によって確保されている場合、それを生産する必要はありません。 しかし、それはすぐに変わる可能性があります。 各注文から製品を生産する必要性は、状況の変化に応じて決定されます。 明確にするための例：
顧客があなたに電話し、3個の商品番号1を注文し、2013年5月31日までに提供するように依頼しました。 3個の在庫がある場合、何も生産する必要はありません。 または、そのような製品が在庫で作られている生産タスクがあり、この在庫で十分な場合。
しかし、明日、別の顧客があなたに電話をしてきて、まったく同じ製品を3個も要求しました。しかし、5月15日までに。
質問：生産する順序は？
回答：もちろん、昨日は何もすることはありませんでしたが、最初のものの下で。
したがって、特定の注文の生産の必要性は、この製品に関連する会社の状況の変化で決定されます。
次に、同じスキームによるシステムは、製品のさまざまなレベルのノードの生産の必要性とコンポーネントを購入する必要性を決定します。 その結果、2つの日付整合リストが作成されます。 いわゆる「to do sheet」。
- 何を買うべきか
- 何を生産すべきか
両方のシートは「ライブ」であり、状況が変化するたびに変化します。
しかし、それだけでは十分ではありません。 購入するものを理解するだけでは不十分です。 いつ購入し、 いつ生産するかを決定する必要があります。 製品を購入する必要がある場合、これは今すぐ購入する必要があるという意味ではありません。 早すぎる購入/生産-貴重な運転資金を費やし、それが倉庫に「横たわる」ことになります。 そして、あなたはより優先順位の高いものをとることができるリソースを取ります。
買い過ぎ/生産が遅すぎる-最終期限を破ってしまいます。 このため、制約の理論では、いわゆる時間バッファーを使用することを提案しています。これは、リストに組み込むためにも組み込まれています。
優先順位付け！ それが重要なことです！ 現時点で最も重要なことを理解することが重要です。 今何をすべきか、あとで何をすべきか。 プロジェクト管理タスクについても同じことが言えます。 プロジェクトの実装で最も重要なタスクは何かを理解することが重要です。 また、タスクの重要性は、プロジェクト時間バッファーの状態によって正確に決定されます。 プロジェクト内のバッファが少ないほど、タスクレベルは高くなります。
2.最大の生産速度を達成するために、各生産サイトは、主要な問題の解決に関して最高の優先度を持つタスクを正確に実行する必要があります。 主なタスクは、時間通りに注文を完了することです。 このため、システムは生産ラインを構築し、各レコードには独自の優先順位があります。 各エントリは名前です。 これは、必ずしも顧客があなたから注文した名前とは限りません。 むしろ、それは間違いなくそこにありますが、それ以外の人がいる可能性があります。 たとえば、製品の中間ノード。 優先度は、時間Xの近似の程度によって決まります。時間Xが近いほど、優先度は高くなります。 したがって、各サイトは最も重要なタスクを受け取ります。 プロダクションキューは同じタイムバッファを使用しますが、これについてはもう少し上に書きました。
3.しかし、これでも十分ではありません。 上記のポイントは、すべての生産サイトをボトルネックに従属させる問題を解決するものではありません。 これが行われない場合、実稼働環境で交通渋滞を整理するあらゆる機会があります。 狭いリンクを「スリープ」状態にしないために、狭いリンクが「ダイジェスト」できる速度でタスクを厳密に発行する必要があります。
そしてこのために、私たちはいわゆる信号機を思いつきました。 サイトにタスクを与える前に、ディスパッチャは信号機の表示を確認します。 信号が赤の場合、タスクを発行できない可能性が高いことを意味します。 しかし、それはすべて生産の詳細に依存します。 ボトルネックが24時間年中無休（狭いリンクのリソースの最大使用、ステップ2）である場合、夕方には、その前にいくつかのキューが蓄積される可能性があります。
要するに、信号機は、ディスパッチャがセクションにタスクを発行するかどうかを適切に決定するのに役立ち、それにより、すべてのセクションのパフォーマンスがボトルネックに調整されます。 ところで、信号機はボトルネックの特定にも役立ちます。 ボトルネックは、最も頻繁に「赤」である、つまり、常に遅れています。 常に明らかであるとは限らないため、「交通信号灯」の助けが必要です。
これは、ディスパッチャの職場の様子です。
次に、工場の購買部門を想像してください。 これは非常に頻繁にカオスのパターンです。 購買部門は、 何を買うべきか分からないだけでなく、いつ、 どのくらい購入するべきかも分からない。
これが人間の性質であり、彼は一度に2つのことに従事することはできません。 調達マネージャーは、一度に1つのことしかできません。 質問：彼は今何をすべきですか？
もし彼がこの質問に明確に答えることができないなら、彼は間違いなく間違ったものを買うでしょう。 これが注文の実行にどのように影響するかは、私にはわかりません。
したがって、セールスマネージャーの職場は次のようになります。
それだけです これは、「そもそも何をすべきか、2つめはどうすべきか」という質問に対する明確な答えです。 人は今、より重要なことに完全に集中しています。 上から下に購入します。
さて、並行して、責任ある市民が在庫レベルの最適化の分野で意思決定をしています。
常に調整します。 システムは、各アイテムの最適な埋蔵量のレベルに関する質問に明確に回答します。
狭い場所をボトルネックに従属させる必要がある理由。
ほとんどの人が渋滞とは何かを知っています。 それらは、急激な狭窄が発生する場所、または障害物が発生したときに発生します。 プラグの発生の結果、総流量は急激に減少し、時にはほとんどゼロになります。 道路が常に一定の幅を持ち、すべての車が一定のブレーキと加速なしで一定の速度で移動する場合、交通渋滞は発生せず、流量は交通渋滞のある流量よりもはるかに高くなります。
同じことが実稼働環境でも起こります。 タスクは非常に簡単です-生産が常に速度を維持することを確認する。 これは、この速度が狭いリンクの速度で維持されている場合にのみ実行できます。 そしてその後のみ、制約理論のステップNo. 4に進むことができます。つまり、弱いリンクのスループットを増加させ、それによって生産全体のスループットを増加させます。
それでは、ステップ番号5 :-)
TOCを実装してください。
UPD。 コメンテーターのしつこい要求で、彼はテキストに写真を追加しました。