それはどのように始まり、なぜ目標が必要なのですか？
1.目的。 ここから始めます。 目標のない動きはどこにも行かない。 原則として、目標を達成すると、いくつかの重要なまたは重要な問題を解決するはずです。 目標は、少なくとも何らかの形でそれに関与している従業員に知られ、理解できるものでなければなりません。 目標を構築して達成するには、現在の状況（現在の状況）と私たちが何を目指しているのかを確実に知る必要があります。 さらに、目標は理想的な結果（幻想的であっても）によって導かれ、目標への動きの境界とフレームワークを排除し（使用される思考とリソースのフレームワークを排除します）、同時に、特定の測定可能な達成可能な関連する時間制限された（SMART目標）に焦点を当てる必要があります結果。 つまり、最初に理想的な目標を作成し（TRIZの問題の説明を参照）、それからSMART目標を取得します。
目標の開発はチームで効果的に行われます。 1人の人は、目標とその基準を決定するための認識、知識、スキルが限られています。 オプションとして、目標ディスカッションチームでは、I。Adizesによると、4種類のリーダーの代表者を使用できます。 他のすべてのアクションは、それらがどれほど成功したとしても、誤った目標レベルになります。 間違った目標設定であっても、その実装からのすべての肯定的な結果を殺すか、良いのではなく害をもたらす可能性があります。 実際の目標は、現時点で最も重要な問題の解決策を決定することであり、それに応じて正しい処方を決定することです。
正式にまたは抽象的に目的の声明に関連付けることができますか？
この点の重要性を強調するために、経済サイバネティックスの先生の例を挙げます。 従来、問題は敵の航空機と戦うために船に対空砲を設置するかどうかです。 目標は、飛行機を倒すための対空砲の設置でした。 彼らは、そのようなイベントの確率は5％であると考えました。 この観点から、対空砲の設置は疑わしい。 その後、彼らは再び考え、異なる目標を設定しました。 敵の空襲を撃退するために対空砲を設置する価値はありますか？ このようなイベントの確率は、対空砲を設置した場合の95％であり、まったく異なる答えを示します。 この例は、最初の目標の主要なソース（なぜ飛行機を撃downする必要があるのか）を明確に示しています。
目標からさらに多くのものが欲しい場合はどうでしょうか？
より困難なレベルは、目標の基礎である問題を強調することです。 これを行うには、「制限の理論」Goldrattを使用できます。 目標を達成すると、問題または少なくともその一部を解決するはずです。 問題の原因とそれらの関係を見れば、鍵を見つけることができます。 ここで重要なことは、最大限の結果を達成するために最小限の労力をかけることです。 キーが問題とほとんど関係のない単純なアクションであることは珍しくありません。 たとえば、私が働いていた工場では、画家の指示が少し変わった後、結婚の多重減少が起こりました。 そのような場合のボーナスとして、通常、主要な問題に一見関連していない他の指標の改善が得られます。
工場では、プロジェクト管理で無駄のない製造に企業標準を使用しました。 だから、目的、問題、条件、参加者、責任、タイミングを説明するセクションがある初期プロジェクトの「プロジェクトの憲章」が本当に好きです。 一般に、1ページの内容、場所、時期、理由を説明します。 このフォームは、あらゆる活動の方向に合わせて開発でき、プロジェクトのさらなるアクションや動機付けられた拒否または特定の制限、しきい値の確立のための踏み台として使用できます。 つまり、上司はこの憲章に基づいて特定の値を設定でき、将来、プロジェクトを実行可能にするためにプロジェクトを完成させる必要があることは部下に明らかになるでしょう。
カウントするかしないか、そして質問は何ですか？
私がリーン・マニュファクチャリングのトレーニングをしていたとき、先生たちは目標は常に数字で表されるべきであるという事実に注意を喚起しました。 これは金銭的には理想的ですが、KPI、％、時間またはkgの観点、損失の可能性の低減などにおいても可能です。 それはあなたの選択です。 たとえば、お金に関しては、外国の慣習では、長い間、大きくて重要なオブジェクトを構築するとき、彼らは、たとえば、建設される場所で人々がリラックスできないことをお金で考えさえします。 つまり、お金は、必要に応じて、条件付きで、もちろん、ほとんどすべてを転送できます。 図では、プラスの効果だけでなく、損失とコストも考慮しています。 実際には、効果を常に計算できるとは限りません。 見ることも感じることもできますが、計算するのは非常にリソースを消費し、プロジェクトが少数の参加者（最大5人）である場合、このオプションを承認できます。
創造と破壊、それらの間の関係は何ですか？
2.ゲームのすべてのルールを知っている人は、これらのルールのすべてを知らない人よりも優れています。 ボードゲームから自然の法則に至るまで機能します。 開発が必要な場合は、明確なルールを確立する必要があります。 正式なルールはありますが、現在のルールがあります。私が心に留めておくのはそれらです。 私はマクドナルドの基準が本当に好きです。 明確で、理解しやすく、明確で、すべての従業員に開かれ、可能な限り簡潔に行動します。 「水」のない本質だけ。 周期的または繰り返し発生する問題が発生しました。基準（ルール）を変更しています。 従業員はタイクで行動する必要はなく、標準に従うだけです。 従業員は基準を満たしていますが、私が望むものは得られません。従業員または結果の責任者がルールを変更する申請をします。 集められ、議論され、決定が下された-ルールが変更された（標準、指示）。
実際には、私たちが書く命令は、主によく知られた場所をカバーするために書かれており、実行されないか実行できないことを吐き出します。つまり、標準の代わりに官僚主義を生み出し、これはすでに動きベクトルの破壊または変化につながり、作成。 私の意見では、標準は上司と部下の間の相互作用の1つの方法である必要があります。 長い間、私は仕事をしませんでした-私は指示を見て-私はしました、そしてコルヤはペティアに尋ねましたが、彼は彼自身の言葉で言いましたが、完全ではありません...
森の中の誰か、someのための誰か。 そこに行きますか？
3.制御の欠如は、振動の減衰につながるか、必要な結果につながりません。 プロセスが重要になるほど、プロセスと結果を管理する頻度が高くなります。 会議で作業（アクション）を実行する決定がどのように行われるかを何度も見てきましたが、プロセスと実装を制御できない場合、作業は開始されないか、作業の品質がやり直さなければならないので、どちらも決定しません彼らが取ったものを管理します。 信頼の程度と先進的な文化に応じて例外がありますが、非常にまれです。
今何時ですか、それともThe Timesの最新号はありますか？
4.情報の収集が適切に編成されていればいるほど、誰もが問題を報告しやすくなり、効率的に問題を管理できます。 落ちた後に問題に対応する場合、そのようなシステムは存在しないか、機能しません。 事実が崩れる前に問題について知りたい;私たちは便利でシンプルな（従業員にとって）システムを構築している。 従業員の反射-問題-を解決するのが理想的です。登録するには、ルールを明確にデバッグする必要があります。
すべてが機能するために満たさなければならない最も重要な条件は何ですか？
私の意見では、これはフィードバックです。 たとえば、従業員が問題を一度説明し、1か月後に再び反応が見られず、回答が得られなかった場合、3回目に問題について書くと思いますか？ そして別の問題について？ すべての生物は、フィードバック、萎縮、死滅が発生しないように配置されています。 あなたがリーダーである場合、フィードバックがなければ、従業員は萎縮、欲望、熱意、やる気がなくなる、腕に刺青をする、または忘れないように壁にポスターを掛けますが、覚えておいてください。