弾丸

Bulletは報酬システムです。 超自然的なものは何もなく、アイデアは表面上にあり、結果はそれほど長くはかかりません。 この名前は私が考えたのではなく、このシステムを導入した会社のオーナーが考えました。 まさにそのようにして、彼は議論と特徴に耳を傾け、「これはBulletだ！」と言いました。

おそらく彼は、それが神話上の特効薬であるということではなく、このシステムが気に入っているということを言いたかったのでしょう。 実際、このシステムは、所有者や会社の開発計画など、特にアプリケーションの面でかなり制限されています。

Bullet の原則は非常にシンプルです。利益の一部を人々に支払うというものです。全員ではありませんが、バリューチェーンに参加している人だけです。ありきたりで、シンプルで、退屈です。重要なのはシステム自体や利益の分配ではなく、... まあ、自分で調べればわかるでしょう。

私は最高の真実を主張しません。 「Bullet」という名前は、独創性や独自性を主張するものではありません。 一言で言えば議論しやすいだけです。 私は自分自身で Puli を実装し、他の人がそれを行うのを見ました。 何も売っていません。 ただ言っているだけです。 プログラマーなしでは実装はできません。 したがって、彼らが言うように、あなたに連絡して申し訳ありません。

前提条件

弾丸は絶え間なく続く、ひどく消耗する闘いの中で生まれた。 この闘争には、ビジネス開発、効率性、忠誠心、エンゲージメントの向上など、さまざまな名前があります。 この闘争はほとんど常に不平等です。 片側にはオーナーが立っており、運が良ければディレクターも立っています。 一方、会社で働いている他の友人たちは皆。

オーナーは事業を発展させたいと考え、その方向に努力しようとしますが、抵抗に遭います。 最初は、顧客、競合他社、国家などの外部環境によって抵抗がもたらされているように見えます。 そして彼は、主な障害が社内にあること、つまり同じ友人たちにあることに気づきました。

その矛盾は理解できるし理解できる。 人は何かをして報酬を受け取ります。 そこにオーナーが来て、もっともっと仕事をする必要があると言いました。 何のために？ 彼がもっとお金を稼げるように。 そして、誰もが幸せになるように、余分な利益をすべて会社の発展に費やすと彼が約束することは問題ではありません。 人々は愚か者ではありません、そして彼らは、彼がせいぜいビジネスを拡大するだけであり、新しい作業場を購入するか、店舗を建設するだけであることを理解しています。 彼ら、国民の給料は上がらない。 友達が増えるだけです。

ざっくり言えば、今日働く人は、明日働く人が良くなるように努力しなければなりません。 私たちの祖父母も前世紀に同じようなことを経験しました。 原則として、レビューから判断すると、彼らはそれに反対するものは何もありません - 彼らはそれが面白かったとさえ言います。 しかし、どういうわけか私は自分自身のために、できればこの人生で何かが欲しいです。

実はこれが矛盾なのです。 実際に人々に働くことを強制する必要はありません。彼らはそれをこなすことができます。 しかし、何かを変えたり、改善したり、スピードを上げたり、増やしたり、減らしたりしても、どこにも到達しません。 そして誰も責めることはなく、悪者は存在せず、誰もが厳密に自分の利益の枠組み内で行動します。

ただし、この状況から抜け出す方法はたくさんあります。 そのうちのXNUMXつは同じBulletです。 重要な問題を解決する必要があるだけです。

重要な問題

重要な質問は非常に単純です。オーナーは利益の一定の割合を従業員に支払う意思があるかどうかです。

これを見ると、彼はすでに従業員に分け前を支払っています。 月、四半期、年などのどの期間においても、賃金基金は一定の割合を占めます。 確かに、コストの観点から言えば、これが通常の原因であると考えられます。

問題は、このシェアが期間ごとに常に変化していることです。 そして、このシェアは一定の確率で減少する可能性があります。 たとえば、何か役に立つことを効率的に行うことです。

この影響は、給与を受け取っている場合に特に顕著です。たとえば、所有者は、税金、減価償却費、電気代、コーヒーとクッキーを考慮して、月に 1 万ルーブルを消費する供給サービスを利用しています。突然、何らかの魔法のように売上が 1 倍になった場合、供給サービスは毎月 XNUMX 万ルーブルを消費し続けることになり、利益 (またはコストなど) に占める割合は減少します。

質問全体は、この非常に「魔法の」方法で含まれています。 ここでは、情報ジプシーのキャンプ全体が救助に来て、自分たちのバージョンを「魔法のように」売ろうとします。
オーナーは諦めて、この「アイ・ナン・ナン」に耳を傾け、リーンや CRM などの導入を計画しますが、結果は得られません。 つまり、彼はそれを受け取りますが、意図したものとは逆です。情報ジプシーからの請求書は印象的なものであり、明らかに、疑いもなく、それらは経費セクションに含まれています。 しかし利益は伸びていない。

これはかなり長期間続く可能性があります。 一部の情報ジプシーは、他の情報ジプシー、新しい方法、システム、ブロックチェーン、人工知能に取って代わられますが、経営者は依然として利益が「魔法のように」増加し、従業員に与える利益の割合が減少すると期待しています。

所有者は、情報ジプシーが彼らの助けを借りて克服しようとしている矛盾をさらに悪化させることに常に気づいているわけではありません。 彼には問題がありました。人々は、自分のビジネスを発展させたいという彼の願望を気に留めませんでした。 しかし、「気にしない」というのは、ご存知のとおり、無関心、無関心、何もない、何もないということです。 ゼロ。

それは、経営者が国民にお金を払わずに事業の効率化を自ら求めたからです。 そして、何が起こるかというと、無料では欲しくないから、ここに何百万もの金を払って叫ぶハンサムな男性がいます、そして彼らはあなたのためにそれをやってくれます。 さて、あなたは実験台です。

人は自然に抵抗します。 インフォジプシーの成功の基盤になりたいと思う人は誰ですか? 繰り返しますが、それに対する増加はありません。 結局のところ、小さいとはいえ、インフォジプシーが取引を提案している可能性があるのです。 しかし、彼ら自身でこの事業を実行・立ち上げることはできず、従業員の協力が必要です。 彼らを助ける理由が少なくとも XNUMX つはありますか? それで彼らはあなたについて言及し始めますか？

一般に、所有者が利益の取り分が「魔法のように」増加しないことを理解するのは早ければ早いほど良いでしょう。いや、もちろんオーナーが賢かったり、情報ジプシーがまともだったらBulletは必要ない。

しかし、何もうまくいかない場合は、所有者は座って真剣に考えることができます。 自分でそれを行うことはできません。 情報ジプシーも同様です。 ただし、利益の一部を従業員に分配すれば、従業員が対処してくれる可能性があります。

確率はそれほど高くないと言わざるを得ません。 しかし、自分でそれを行うことはできず、外部の友人も助けることができなかったので、状況がこれ以上悪化することはありません。 自分自身の利益の一定の分配と従業員の利益の一定の分配を考慮して働く準備ができているかどうかを自分で判断する必要があります。

絶対的に言えば、会社の収入は増加する可能性があります。 株式が変わらなければ、所有者の収入と従業員の収入は両方とも絶対的に増加します。 それらの。 お金はさらに増えますが、それは共有する必要があります。

所有者が試す準備ができている場合は、Bullet の実装を開始できます。

自己防衛

ビジネスプログラミングでは、あらゆるシステムに自己防衛を組み込む必要があると教えています。リスクは最小限に抑える必要があり、失敗した場合でも、多額の資金とビジネスを失うことなく、すぐに出発点にロールバックできる必要があります。

プールでは、自己防衛が原則として組み込まれています。 所有者は従業員に利益の分け前を与えることに同意し、この分け前は変更されません。 これは、原則として、所有者がこのシェアに満足しているかどうかを最初に判断する必要があることを意味します。

たまたま、事業がすでに赤字で運営されている場合があります。この場合、Bullet を導入することはできません。まずコストに対処する必要があります。

前後のシェアが気に入ったら、始めてみましょう。 人々に話し、実験の本質を説明することを忘れないでください。

この場合、人間は対象ではなく実験の主体となります。大まかに言えば、所有者は彼らを株式に引き入れ、彼らは何が起こっているかに直接、そしてかなりの範囲で影響を与える機会を得るのです。彼らは現在、会社の発展に直接興味を持っています。売上と利益が多ければ多いほど、収入も高くなります。まあ、その逆も然り。

そして、所有者は、いわば、ほぼ対等な立場で脇に下がります。 さて、会社がリスクを負った場合、その会社自体、つまりオーナーだけではなく会社全体がリスクにさらされることになります。 それがうまくいけば、誰もがお金持ちになります。 それがうまくいかなければ、全員がパンツ​​を履かなくなってしまいます。

従業員の自己防衛

従業員の自己防衛をシステムに組み込むことをお勧めします。一方で、利益分配により、より多くの収入を得ることができます。一方で、収入が減るだけでなく、収入が大幅に減るという大きなリスクもあります。

一般に、一般の従業員はビジネス リスクについてあまりよく理解していません。お金をもらうのには慣れています。売り上げが悪い月があると、オーナーはなんとかして従業員に返済するためにその月から抜け出さなければなりません。もちろん、彼はボーナスを削減し、プール訪問のための企業プログラムを打ち切るだろうが、それは痛みを伴うものではなく、全員が給料を受け取ることになる。

したがって、純粋な利益の分配に単純に移管するのはリスクが高すぎます。人々は怖がって、何かが起こったら、飼い主が騙されてパンツを履かずに置いてきたと叫びながら逃げ出すだろう。

私はシンプルな選択肢、つまり最低賃金を提案します。 新しい方法で、利益の分配に基づいて、それが給与を超えていることが判明した場合は、利益に応じて支払います。 給料が高ければ払いましょう。
しかし、すべてがそれほど単純であるわけではありません。従業員にとっては都合が良すぎることが判明しました。 違いを覚えておいたほうがいいでしょう。

たとえば、最初の月は利益が悪く、給与が支払われました。よし、生き残るぞ。私たちが覚えているのは給与と利益分配の差額だけであり、従業員はそれを私たちに支払う義務があります。翌月、彼らはうまくいきました - 素晴らしい、利益を得ましたが、先月生じた差額は差し引かれました。

まあ、忍耐の限界を設定する必要があります。 たとえば、賃金が XNUMX か月以内に支払われた場合、実験は失敗とみなされキャンセルされ、振り出しに戻ることができます。 この場合、全体的なリスクは事前にわかっています。

はい、ただし、利益と給与のプラスの差額を覚えておく必要はありません。 従業員は、オーナーと同様に、常に良好な状態でなければなりません。そうしないと、ある時点でリラックスして罪悪感なく給与を受け取りたいという誘惑が大きくなりすぎます。

最初のビート

ここでは気にしないことをお勧めします。 オーナーは最初に給与配分が自分に適していると判断したので、それを出発点として考えてください。

たとえば、実際に供給される給与が利益の 5% である場合、この割合を取り分として計算します。 バリューチェーンの他のポジションでも同じことを行います。

通常、最も簡単な方法は売り手との取引です。売り手は利益、収益、または支払いの一定の割合をすでに支払っています。 それを共通の指標である利益に近づけるだけです。

弾丸が貫通した場所では、販売者、サプライヤー、店主、デザイナー、生産者がチェーンに参入しました。

それは売り手にとって明らかなので、説明はしません。

サプライヤー全般も同様です。販売、生産、さらには設計開発も彼らの仕事に依存しており、部品のプロトタイプは期限までに注文する必要があります。

店主は、バリューチェーンに直接関与しているとは言えませんが、すでにほぼ出来高払いの賃金をもらっていたため、彼らは山の中に放り込まれました。

それは制作においても明らかです。 彼らは何かを作り、それを販売します。

デザイナーたちは、人生の中で少なくとも一瞬でも売上、お金、利益、顧客について考えるようにするために参加しました。 それ以外の場合、プログラマーとして、彼らは傍観することを好みます。 もちろん、十分な給料が支払われていないことに不満を言うことも忘れません。

狡猾な

ここで重要な賢いトリックが登場します。 分担率は、従業員ごとではなく、職務全体に対して決定される必要があります。

5% が供給用である場合、5% は供給用であり、0.5% は供給用ではありません (実験の開始時に 10 人がいた場合)。

そうです。 そこにいる人が 10 人か 50 人かは関係ありません。全員が常に利益の 5% を受け取ります。

まず、これは人員過剰に対するシステムの自衛手段の XNUMX つです。 そうでない場合、供給マネージャーは利益のかなりの割合を受け取るために妻と義母の両方を雇用することになります。

第二に、人員削減による効率向上のインセンティブです。悲しいことに、上司にコーヒーを注ぎ、（システム管理者の助けを借りて）会議の議事録を印刷するだけの美しい女性がまだ存在します。

今、そのような女の子は所有者にとってではなく、供給部門全体にとって負担になるでしょう。 上司用も含めて。 いいえ、供給部​​門全体が隣に美しい女の子を見たいと思っている場合、口に蹴りを入れて、利益の一部をどこに使うかを自分で決定します。

切り分け

もう一方の極端な例、つまり部門にパーセンテージを与えて、部門が自由に分割できるようにする愚かな方法を避けることが重要です。原則として、これはおそらく正当化される場合があります。しかし、私が人生で見てきた例は、その逆を示唆しています。

単純に部門長が独自の裁量で分割できるようにシェアを与えた場合、その結果は効果的な機能ではなく、子分を伴う大君主になるでしょう。 高収入のための重要な条件は、良い仕事ではなく、上司との良好な関係です。

まともな人々は、潜在的に高収入であるにもかかわらず、そのような条件では働くことができず、退職するでしょう。 さらに、私たちは、誰とでも関係を築くことが職業の一部である販売者だけでなく、同じデザイナーについても話しています。

したがって、共有ルールは関数の内部と外部の両方で透過的である必要があります。 そしてできれば自動化すること。 いくつか例を挙げてみましょう。

共有の例

販売者にとってはすべてが簡単です。買い手の注文があり、その中にマネージャーがいます。デフォルトでは、これはクライアントに割り当てられたマネージャーですが、他の人になることもできます（主任マネージャーが休暇または解雇された場合）。

アクティブとサポートの XNUMX 種類の売り手が存在する場合、注文の割合は合意された比率で分割されます。 アクティブ – クライアントを見つけた人。 エスコート – 取引を正式に手続きし、同行する人。

2 人で取引に取り組んだ場合は、両方とも注文に含める必要があります。より正確には、彼ら自身がそれを示す機会を与えてください。

命名法に従って供給品を分割する方が簡単です。 これが実装された場合、彼らはそれをカテゴリに分割しました。 たとえば、すべての鍛造および鋳造ビレットは XNUMX 社で購入され、すべてのギアは別の XNUMX 社で購入され、圧延製品は XNUMX 番目の会社で購入されます。

利益に占める割合は、サプライヤーが購入した材料および部品のコストの割合に基づいて計算されます。 大まかに言えば、サプライヤーの利益の取り分は、原価に占めるサプライヤーが購入した商品のシェアに等しい。

この方法は常に適切であるとは限りません。なぜなら...たとえば、一部の詳細がコストの半分を占める場合など、コストに歪みが生じる可能性があります。しかし、これが導入された状況では、そのような歪みはほとんどなく、2 つのタイプがありました。

XNUMXつ目は、重厚なボディパーツです。 しかし、全員が集まり、鋳造/鍛造の品質のせいで常に痔がたくさんあるので、痔を扱う人に多額のお金を払うのは恥ずべきことではないと考えました。 とにかく引き取り手がいなかったからです。

2つ目は小型の高価な部品で、硬度を高めたものもあります。あまりにも高いので、わさびはどこでも買えません。ここではさらに単純です。それらが必要になることはめったになく、非常に多くの困難があるため、多額の費用を支払うことは怖くありません。

デザイナーにとってはさらに興味深いことです。デザイナーには著作権の割合が割り当てられていました。 大まかに言えば、利益の分配があります - それを 5% としましょう。 そこで、命名規則の各項目には、各設計者の参加シェアを示すプレートが付けられます。

たとえば、デザイナーは最初から最後までパーツを描きました。 プレートには彼の姓と 100% のシェアが 5 つ記載されます。 これは、この部品を個別にまたは製品の一部として販売すると、利益の XNUMX% を受け取ることを意味します。

その後、別の設計者が改良を加えて通知を発行しました。プレートには彼の姓と、たとえば 10% のシェアが 9 行目に表示されます。 したがって、利益の割合は1対XNUMXの割合で分配されます。

デザイナーが辞めたらどうするかという疑問が生じます。この場合、私たちは彼の取り分が「燃え尽きる」と判断しました。もし彼がこの詳細に関する著作権の 90% を「所有」していたとしても、まだ働いている人たちに支払われるのは 10% だけです。そして、部品が再度完成すると、シェアが再計算されます。

当時、店主はすでに出荷、受け取り、移動する部品 XNUMX キログラムあたりルーブルで計算される出来高払いシステムを導入していました。 このシステムは残され、現在は絶対的な収入ではなく、利益の分配を意味するのはXNUMXkgあたりのルーブルのみです。

オートメーション

このすべてを迅速に自動化する必要があります。 特に複雑なことは何もありません。顧客やサプライヤーからの注文、命名法、通知の自動化など、適切なフィールドをエンティティに追加するだけです。

重要なことは、コストができるだけ迅速かつ正確に計算されることです。 まあ、それに応じて利益も得られます。 利益に興味があるのはオーナーだけで、原価計算が翌月20日に終わることなど誰も気にしませんでした。 現在、月の最初の日にこの数字を取得することをお勧めします。

最初のプラグ

Bullet の発売で最初に直面するボトルネックは、職務上の責任です。 そしてこれが弾丸の主な利点のXNUMXつです。

私たちの暗い過去に少し戻ってみましょう。 いくつかの部門と従業員がいました。 彼らは皆、何かをしていました - たくさんの責任を負っていました。 いくつかの規定された規制、指示、およびプロセス。 他の部分は人々が自分たちで考え出しました。 XNUMX 番目の部分は、上司および並行上司および従業員からのあらゆる種類の命令で構成されていました。

人は何かをすると何らかの結果が得られます。 人々の行動を結果に結びつける、つまり利益は無理でした。 もちろん販売者を除いて。 しかし、これは誰にとっても問題ではありませんでした。結局のところ、彼らは給料を支払ったのです。

サプライヤーは座って必要な部品や材料を注文しました。 これらの詳細の必要性は、何らかの計画、報告書、またはその他の神のみぞ知るによって決定されました。 また、赤字決算のような報告書もまとめていただきました。 また、時には勤務日の写真を撮ることも強要された。 彼はまた、手紙に返事をしたり、会議に出席したりしなければなりません。

そして今、彼らは利益のためにお金を払っています。 認知的不協和が生じます。 なぜデビットシートを作るのでしょうか？ 収入を増やすのにどのように役立ちますか? なぜ会計部門、エコノミスト、プログラマーなどからの手紙に答える必要があるのでしょうか?

最初の数日間は、人々は惰性でいつもと同じように働き続けます。 しかしその後、彼ら、上司、他の部門から疑問が生じます。「一体なぜこんなことをしているのですか？」

ここからが楽しみの始まりです。 多くの場合、なぜ特定の義務が遂行されているのか、誰のために報告書が作成されているのか、誰が手紙を読んでいるのか、愚かな指標を監視しているのかさえ覚えていないことがよくあります。

おかしくなってきました。 サプライヤーは座って質問します - なぜ部品を購入するたびに設計者と調整しなければならないのですか? 彼は上司にこの質問をします。 彼は憤慨している - そして本当に、何のために？ 彼は叫びながら走り始め、誰がこのナンセンスを思いついたのかと尋ねました。 検索の結果、プロセスを担当する品質サービスにたどり着き、紙切れが見つかりました。供給マネージャー自身が、品質管理部門からのクレームから身を守るためにこのくだらないことを思いついたことが判明しました。受け入れ。

イタリアの新年を彷彿とさせる、職務上の責任の厳格かつ迅速な改訂が行われています。 ここでバランスを保つことが重要です。 かつて従業員自身が職務を遂行することによって発明されたナンセンスは、安全に廃棄できます。 しかし、会計や弁護士などの「本格的な」サービスによって生み出された職務は、そう簡単に放棄されるべきではありません。それでも、注意深く検討する必要があります。 そうしないと、ビジネスリスクが急増する可能性があります。

そして、売り手は歩き回って「私たちはそう言った」と繰り返します。結局のところ、彼らは常に気を張っていて、他のサービスに割り当てられた理解できない任務を最後までやり遂げて、いつも泣き言を言っていました。もちろん、当時は誰も彼らの言うことを聞きませんでした。なぜなら彼らは理解できなかったからです。

発展の権利

所有者または取締役は、会社の発展のベクトルと方法を決定する権利を保持しなければなりません。 彼がすでにこの権利を持っていることは明らかですが、これは実験の開始時に明確に述べられなければなりません。

そうしないと、人々はある種の自治が始まり、利益をどうするかは自分たちで決めるという印象を受けるかもしれません。残念なことに、ほとんどの従業員はビジネスに携わったことがなく、投資の重要性を理解していません。

人々はまず、最小限の努力でより多くの収入を得たいと思うでしょう。彼らにとっては、現在のシステムに何らかの変更を加えるよりも、現在のシステムを運用する方が簡単です。彼らは悪い経営者（または普通の経営者など）のように振る舞い、ビジネスからできるだけ多くの金を取ろうとします。

原則として、彼らの資金は開発には必要ありません。 投資から得た利益の一部を彼らが取り分こうとする必要はありません。 変更を加える権利があれば十分です。 そして人々はすでに閉じ込められています。

rap

覚えていると思いますが、私たちは誰も会社を発展させたり、新しい仕事方法を導入したり、効率を高めたりしたいとは思っていないという事実から始まりました。 人々は単にこれを必要としていません。なぜなら、現在も、変化が成功した場合も、変化が失敗した場合も、同じ料金を支払うからです。

埔里の打ち上げ後、状況は劇的に変化します。何もかも放っておくと、もうお金は稼げなくなります。しばらくこのように座って、「こういう状況なので、今は普通に働きます」と言うだけで収入が増えます。しかし、古いシステムの成長が止まると、すぐに、そして必然的に限界に達するでしょう。

違いは、今では人々がこの上限を見て理解しており、それを望んでいないということです。 結局、利益の一部を受け取るのですが、利益は増えません。 そして彼らは変化の必要性を受け入れるでしょう。 まあ、おそらく意欲を持ってでも参加する必要があります。

また、人々は変化の結果に無関心ではなくなります。 変化が成功すれば、彼らの収入は増加し、前向​​きなモチベーションが得られます。 変化に失敗すると収入が減り、モチベーションがマイナスになります。 人々は変化の両方の結果を気にします。 それが必要だったのです。

さらに、変化の本質である手法やツールについて人々の同意を得る必要すらありません。 たとえば、ディレクターは CRM を実装したいと考えています (そして、ディレクターには選択する権利があることを思い出します)。 人々はこれらの変化に参加する必要があるだけでなく、これらの変化を成功に導くことが既得権益となるでしょう。 不適切に実装された CRM は単なる負担であり、何も出力せずに大量のデータを入力する必要がある機能不全のシステムであることは明らかです。

スタハノフ

Bulletを発射すると、最初は奇妙な映像が観察されます。 今ならもっと稼げるように思えますが、そんなことはありません。 給与に関しては、誰もが以前とほぼ同じ結果を示しています。 まるで何かを待っているかのように。

彼らは例を待っているのです。何年もの間、人々は「規範」と「計画」という概念を頭に叩き込まれており、意識的または無意識的にそれらに依存しています。 Bullet を開始した今、私たちは標準の概念を取り除いたようです - 上限はありません。しかし、人々は自分自身の基準、つまり「以前のやり方」を見つけるでしょう。

もちろん、彼らに説明し、彼らが今どのような素晴らしい機会に恵まれているかを伝えるように努めることもできます。しかし、例を挙げて示した方がよいでしょう。

たとえば、ソ連でやったように。 彼らはスタハノフという名前の男を連れて行き、（全員をそこから追放した後）鉱山に送り、（簡単な仕事をさせる）助手を与え、記録を立てるよう命じた。 彼はそれを確立しました。私の記憶が間違っていなければ、彼はシフトごとに 14 の規範を作成しました (このイベントの実施方法の説明は、プロホロフの『ロシアの管理モデル』という本から引用しました)。

要点は明らかです。生きた実際の実証例が作成されています。新しい日常。今のところは達成不可能、あるいはそう見えるとしても、少なくとも意図を知る手がかりにはしておいてください。

スタハノバイトが単独で形成されることが起こります。 通常、これはシステムにまだ慣れておらず、慣れる時間がなく、古いルールで育てられていない新入社員です。 たとえば、Puli のプロトタイプが働いていた企業の 4 つでは、そのような Stakhanovite が XNUMX つの規範を採用し、作成し、起こっていることに対する現実と態度を完全に変えました。 もう誰も同じように働いていません。

おそらく、XNUMXか月待って、スタハノヴィスト自身が現れない場合は、人為的に彼を作成することができます。 良い人に同意し、彼を助け、「偉業」を組織し、彼をサポートします。 もちろん、密かに行う方が良いでしょう。 まあ、私にはそう思えます。

コルク

私が話している例では、Bullet がバリュー チェーン全体に対して一度に有効になりました。 これは良いことでもあり、悪いことでもあります。

いいです - 他に方法がないからです。 実際、Puli は発売前から、チェーン全体の XNUMX つのリンクである販売部門ですでに運営されていました。 その結果、XNUMX つのリンクは売上と利益を重視しましたが、残りのリンクは気にしませんでした。 したがって、チェーン全体を見ると、何も機能しませんでした。

それは悪いことです - XNUMX つのリンクで障害が発生すると、チェーン全体が崩壊してしまうからです。 例外はコンストラクターです。 彼らは主流ではなく、供給の流れにいます - 彼らは新製品を開発しています、つまり。 それらは、開発または将来の販売のために機能すると言う人もいるかもしれません。

Puli の実装中に、すべての機能が理解され受け入れられ、動作モードが変更されたにもかかわらず、同じサプライヤーが変更しなかった場合、すぐに渋滞が発生します。ここでは古典的なゴールドラットの制約理論が機能し、チェーンの全体的な速度/パフォーマンスは最も遅いリンクの速度/パフォーマンスによって決まります。

以前は、各リンクのパフォーマンスは特に測定されていなかったため、問題にはなりませんでした。 そうですね、渋滞がありましたし、会議で口論になりましたし、「すぐに解決するために」メモを書きました。 XNUMX本の釘がうまくいき、誰もがコルクのことを忘れていました。

今、交通渋滞が深刻な問題になっています。特に、交通渋滞が一度限りのランダムなものではなく、体系的なものである場合にはなおさらです。そこに座っていて、新しい生き方をしたくない人もいます。イタリアのストライキのように、受動的に、または積極的に、または積極的に受動的に。

もちろん、これは整理する必要があります。 交通渋滞が機能の責任者である一人によって引き起こされることが起こります。 彼はそれに反対している、それだけだ。 そして彼は「私が正しいと思う」方法で部下を管理します。 原則として、ここには何も悪いことはありません - 人は選択をします。 今になって初めて、彼は同僚やビジネスの両方に干渉します。 彼と一緒に何かしたほうがいいよ。

彼を解雇する必要はなく、孤立させることもできます。 彼の代わりに別の人を置き、コルク製造者のシフトダウンを手配します。 そうですね、あなたはとても良い人で、正しい仕事の仕方を知っていて、座って仕事をするのですから、管理するのはやめてください、ということのようですね。

交通渋滞を追跡する最も簡単な方法は、未完了の作業を行うことです。すべてが目次に従っています。 最も多くのタスクが蓄積されている場所では、渋滞が発生します。 そして、ここでは適切な自動化なしではできません。

たとえば、供給不足に注目します。 満たされていない販売/生産ニーズについては現在進行中です。 氷山のことを忘れないでください。 進行中のこの作業の期間を測定する（「この製品アイテムは現在 XNUMX か月間欠品中です」など）。

脳爆発

最初は、Bullet のエッセンスを仕事に適用すると、人々は認知的不協和を経験します。 彼らは、販売されているものに対してお金が支払われていることを理解せず、受け入れません。

いつもボルトとナットを購入させていただいている業者様です。彼は商品と数量のリストを渡され、注文し、支払いと配達を追跡し、次の仕事を待ちました。彼は、誰が、なぜ、いつ、ボルトとナットを必要とするかについては特に興味がありませんでした。仕事も給料も別々で、両者の間にはあまりつながりがありません。

そして、なんと、売れた分だけが支払われます。 ボルトを購入しましたが、商品または製品コンポーネントの形で販売されず、お金を受け取りません。 以前は存在しなかったのに、なぜこのボルトを購入したのかという疑問が自然に生じます。

同時に、商品を購入するというタスクが近くにある可能性があり、それなしでは販売を行うことはできません。たとえば、クライアントは 40 個の商品を注文しましたが、それらを分割して受け取るのではなく、一度にすべて受け取りたいと考えています。 XNUMX つの商品が在庫切れで、注文した商品はすべて箱に入った状態で春を待っています。または、完成品を組み立てるのに十分な FUM テープがありませんが、誰かが購入して失敗しました。

Bullet の導入により、私たちは考えなければなりません。 もちろん、上司が考えることは、少なくとも部下にとっては望ましいことです。 こちらの方が一般的です。 しかし、時には自分の頭で考えなければなりません。
原則は単純です。売上に貢献することを行う必要があるのです。 陳腐に聞こえるかもしれませんが、これまで誰もこれをやったことがありません。 これが脳爆発を引き起こす原因です。

この原則は、設計者にとってはさらに理解が困難です。 彼らは常に販売の傍観者であり、意図的に座っていました。 そうですね、私たちはトレーダーではなく、エンジニアです。 そして、ある種のBulletがあり、あなたの給料はあなたが描いた/開発/修正したものがどのように販売されるかによって決まります。

デザイナーの頭脳は沸騰しているばかりだ。 彼らはそのようなカテゴリーで考えたことはなく、そのような目標に向かって努力しませんでした。 彼らが販売において興味を持っていたのは、クライアントのハードウェアが壊れるかどうかだけでした。 さらに、興味はエンジニアリングではなく、利己的なものでした。彼らはあなたを叱るでしょう。

いずれにしても、人々が買わない部品を改造する人はもういません。そして、1年前に誰かが作成した計画にそのようなタスクがあったため、彼らがそれを最終決定する前に。

何が言いたいかというと、脳の爆発に備えてそれに寄り添い、良い方向に導かなければならないということです。 そうしないと、妨害行為、解雇、公然とした抵抗など、否定的な方向に進むでしょう。

開発アイデア

時々、人々は会社の発展のための素晴らしいアイデアに満ちていて、正常な動機があれば、それらのアイデアを表現するだけでなく、それを実行するようになることがあります。 これは特に人々自身に当てはまります。

おそらく、Bullet に切り替えた後は、実際により多くのアイデアや提案が生まれるでしょう。 しかし、「しかし」が XNUMX つあります。移行から時間が経てば経つほど、アイデアは悪くなります。

ここでは、水道本管が修理された後の蛇口の水とほぼ同じように機能します。最初にある種の濁りが流れます。 従業員が表明した最初のアイデアは、以前の現実、異なるレベルの思考に関連するものになります。 アインシュタインが言ったように、問題は、それが作成されたときと同じレベルにいるだけでは解決できません。

ただ理解しておく必要があるのは、人は生涯ずっと給料をもらっているということです。 彼は給料、少額のボーナス、上司からの仕事、計画、そして無責任という観点から考えます。 Bullet に切り替えた後、彼は惰性でまったく同じように考えるでしょう。 彼は自分のアイデアを新しい用語で再定式化するだけです。

「私は長い間提案してきました...」または「全世界がこれを行っています: ...」という言葉で始まるアイデアには特に注意する必要があります。それがずっと前に提案されたものであれば、そのアイデアは別の文脈に属していました。もし全世界がこれをやれば、全世界が給料をもらって座っているので、考え方は全く違ったものになるでしょう。

人々に新しい現実に慣れてもらい、慣れてもらい、よく見て、本当の問題、つまりこれまで見えなかった問題を見てもらいましょう。 古いアイデアの残渣が融合し、有益な提案が生まれる正常でクリーンな流れが生まれます。

数学

あなたはおそらく疑問を持っているでしょう - どの利益を基準としてとるべきですか?限界？ EBITDA?クリーン？

正確な答えはありません。状況を観察する必要があります。 個人的には、最大コストを考慮した計算式を取る必要があるように感じます。 もちろん、所有者の配当に加えて、企業としての配当も存在します。

たとえば、限界利益を考えた場合、パンツを履かなくても大丈夫です。従業員の収入は、設備投資、減価償却、固定資産の取得などの「重い」コストに依存しません。 そうなると、新しい機械を購入するかどうかという問題は、所有者だけが頭の痛い問題になるでしょう。

所有者の責任

頻繁に起こることではありませんが、Puli の導入により、所有者が失踪するという予期せぬ結果が生じることが起こります。ビジネス全般からではなく、埔里の実装からです。

誰もが給料を受け取る一方で、オーナーやディレクターは自分だけが事業の発展に関心を持って何かをしており、残りは辞めたふりをすることができた。 彼は何かを変えるよう提案し、強要しましたが、何も効果がありませんでした。 まあ、彼は気分を害した人のこの役割を非常に誇りに思っていました。

埔里の導入後は状況が変わる可能性があります。 たとえば、何を変更する必要があるかが誰の目にも明らかになります。 そして残念ながら、変更を実装する責任の一部はこのオーナー/ディレクターにあります。

根本的にイメージが変わりつつあります。 彼はよくみんなに何をすべきかを教えていました。 そして彼らは彼に何をすべきかを言い始めます。 アイデアを提案するのではなく、ただ実行するだけです。 ここでオーナーが失踪してしまう。

何と呼ぶのかわかりませんが、そのような効果があります。人々は開発のためのアイデアをたくさん提供しますが、それは誰もそれを実装しないとわかっているからにすぎません。 ディレクターも同じように行動します。彼らは単なる人間です。

オーナーは、誰も自分のアイデアを実行しない、実行できない、実行したくないとわかっていましたが、これらのアイデアが湧き出ていました。 環境が柔軟で柔軟になり、変化の準備が整うとすぐに、彼は怖くなります - でたらめを申し出たらどうしますか？ そして彼は黙ってしまう。

そして、環境が彼にオファーをもたらすと、彼は融合します。 そして埔里の実装はオーナー主導で中止される。 大雑把に言えば、バリューチェーンのリンクにならなくても渋滞になります。

全員が銃弾を放ち、全員が実験のことを忘れ、全員が給料を受け取り、全員が何らかの形で働き、そして監督は自分以外には誰も何も必要としていないと泣き言を言い続けます。

サマリー

まだまだ書きたいことはたくさんあるのですが、すでに30万字近くになってしまいました。 このトピックはおそらく XNUMX つの記事にするには広すぎるでしょう。

一括支払いシステムは効果的ですが、複雑です。 まず、精神的な理由から、 ほとんどの人には馴染みのない原則に基づいています。 したがって、プロセスに密接に付随し、新たな問題に迅速に対応しながら慎重に実装する必要があります。

出所： habr.com