目標を達成する方法。 レシピ

準備ができた食事 目標を達成するためのよく知られた簡単なテクニックを説明します。 それだけ。 高速、安価、または効果的であることを保証することはできませんが、目標を達成することを保証することはできます。

この手法はよく知られており、 計画と呼ばれます。

「しかし、私はこれらの計画手法を試しました-役に立たず、保証を与えず、実際に役に立たない」と言う場合-私はまったく驚かないでしょう。 私の答えは:
「あなたはそれらを調理する方法を知らないだけです」


レシピ


必要な温度までパンを加熱しないでください-
-ジューシーなステーキの代わりに、ラバーソールを入手します。
ステーキのレシピ。

他のレシピのように-あなたが何かを見逃した場合-結果は保証されません。 料理を何度も準備し、このレシピで何が何で何が理由を理解したら、結果を損なうことなく、ルールから慎重に逸脱することができます。



まず、目標が必要です。


進歩はスピードの問題ではなく、方向性の問題です。
格言。 著者は不明です。


成分 良い目標が必要です。 少なくとも、SMART基準を満たしている必要があります。 私はそれがすでに何度も言及されていることを知っていますが、繰り返すことは適切だと思います。 復号化にはいくつかのオプションがありますが、私の意見では、より適切なものを提供します。 運用会計システムのユーザー向けのレポートを作成するという文脈での「目標」の例を取り上げます-「どのユーザーにどのレポートが必要かを理解する」。


私は自分自身からいくつかのコメントを追加します。


目標ステートメントがすべての基準を満たすようにする必要はありません。 目標を簡潔かつ簡潔に特定し、説明することができます。

目標が十分でない限り、先に進むことは意味がありません。 それを修正し、調整し(上から下げた場合)、できるだけ明確で正しいものにするよう努めてください! 常に可能です。 この段階で怠け者であれば、達成できます-何かを達成できますが、「最初に望んでいたものではない」可能性が高いものを危険にさらします。

今、私たちは計画が必要です


「まあ」校長は言った、
計画は賢くて楽しいです。 <...>
地区に送られ、
また、賞賛されました<...>。
素晴らしい計画。 アグニア・バルト

ツール1
さまざまなテクニック、テクニック、ニュアンスがあります。 これは、おなじみの形式(タスクの簡単なリスト、ネットワーク計画、ガントチャートを使用したタスクツリー、マインドマップ)で好きなように行うことができます。 前と同じように計画を立て、少なくともおおよそ、各タスクの複雑さ(段階)を評価し、自問します(機会があるかどうか-誰か-リーダー、同僚、友人):


ツール2
計画に取り組み、すべてのチェックに合格するまでこれ以上先に進まないでください。 時には、これらすべてをより早く終わらせ(締め切りが迫っていて、あなたの熱意が破裂している)、すぐに具体的な行動を取りたい場合があります。 あなたの意識や潜在意識の挑発に陥らないでください。
適切な計画がなければ、多くの場合、多くのリソース(時間、お金)を費やして、適切な計画と同じ結果を達成します。



タスクを実行し、プロセスを観察します


バシル・イワノビッチと言う:
-<...>ただし、注意点が1つあります。
冗談。 冒とく的な表現が含まれているため、完全に公開することはできません。

プロセス
この手法であるレシピのほとんどの作業はすでに完了しています。 ほとんどの場合、すべてではありません。 目標の達成を保証するためには、目標に向けた進捗を常に監視(追跡)し、是正措置を講じることが不可欠です。 同時に、タスク自体を実行する必要があるという事実は、私たちが別々に話すことはできないと思います。

最初に行うことは、監視の頻度を決定することです。 1日、2日、1週間、1か月になることがあります。目の前の目標に大きく依存します。 多くの時間を費やさないように、合計期間に基づいて頻度を決定します。目標を達成するための計画日が2〜3か月の場合-1週間、1〜2週間の場合-毎日監視します。
監視の意味(本質)は、簡単な一連のアクションを実行することです。


理論的には、監視中に状況とアクションの3つの標準セットが可能です。

もちろん、実際にはもっと多くの状況があり得ます。 3つの標準オプションのどれが現在の状況に近いかを考え、このオプションが提供する手順に従ってください。

私は、この特定の段階を無視することが、多くの場合、この単純な手法が機能しない主な理由であることを付け加えたいと思います。


職場では、経営者が必要とするため、多くの人がはるかに簡単に作業できます(ただし、この記事をリーダーに読んでもらうことはありません)が、個人的な目標のために働くことはまったく異なります。 個人的な目標に関する項目はすでにありますが、これについて詳しく説明します。
具体例を挙げましょう。 アパートを購入するという目標を自分で決めて設定しました 。 目標は非常に野心的であり(住宅ローンの「利用可能性」を考えれば)、その深刻さを理解しています。 給与を一定のレベルに引き上げるために、タスクを設定する計画(四半期、1年、または数年)を作成しました。 そのためには、知識を広げ、スキル、経験を積んで、仕事で重要な結果を達成し、給与を増やすように自問自答する権利が必要です。 次の月の時間は、ほぼ毎分計画でスケジュールされます。 熱意を持って、あなたはあなたの計画を達成し始めます。 しかし、1、2週間後、すべてがあなたが計画したものと少し異なっていることを理解します。 さらに、そのようなことはまったくありません。あなたは自由時間に何でもしますが、資格やあなたの計画にあった他のすべての改善ではありません。 あなたはこれを理解していますが、あなたが先に行くほど、あなたがあなたの計画に従うことを強制することはより難しくなります。 何が起こるか、あなたは自問しますか? そして、まさに個人的な目標に関する段落で述べられていることは起こっています。「アパートを買う」ことは誠実な目標ではありません。 「あなたは本当にアパートを買いたい」ではなく、「アパートを持ちたい」と思うでしょう。 「あなたが本当に何かを望むなら、宇宙全体があなたを助けます」そしてあなたがあなた自身を強制する必要がある問題さえないでしょう。 「自分が本当にやりたいことを強制することはできません」というフレーズを考えてください。

おそらくこれは3番目のオプションです-あなたの計画を捨て、あなたの目標に戻り、考えて、自分に質問に正直に答える価値があります-しかし、私は本当に何が欲しいですか?

この例は、モニタリングの重要性または本質とそれに関連するアクションの理解不足が、目標が達成されず、計画が達成されず、計画自体が効果的な方法として失望するという事実につながることを示しています。 (記事へのこの追加のアイデアについてはJ_Kに感謝します)

そして、はい、覚えておいてください: 「あなたが個人的な目標と計画を持っていないなら、あなたは他の人々の計画の操り人形です。

これで、一般に、終了することが可能でした。 しかし、他のレシピと同様に、特定の「熱意」をもたらし、他のすべての条件が同じであれば、より多くを達成するのに役立つ小さな追加があります。

評価。


<...>男は数秒で本当に頭がいい
再帰的アルゴリズムを把握できます<...>
Javaでの学習の危険。 ジョエル・スポルスキー

ゼスト
例で説明します。 突然、考えが浮かぶかもしれませんし、もっと早く来て、常に目標を達成する方法を学びたいということを覚えているだけかもしれません。 突然、あなたは本当にあなたが本当にこれを達成したいと思うと決めます。 この手法を適用してみてください。
簡単な表現は次のようになります。
1年で既存のレシピを使用して目標を達成することを学びます。
「ハイライト」は、この目標を達成するための計画に含めることです。1つの簡単なタスク:メソッドを他の目標/目標に適用した結果を評価することです。 理論的には、これは「フィードバック原理」と呼ばれます。

例がなければ、評価は少なくとも-すべての作業を要約し、最大限に-将来の教訓を学び、学ぶために非常に有用なものです。 フィードバックは、さまざまな手法で広く使用されています。 たとえば、オーブンは特定の温度を維持するためにフィードバックを使用します。熱電対からのデータを分析することにより-温度、電力を追加または削減し、その後、再度分析し、再び追加または削減するなど。 原始的なメカニズムがフィードバックを使用していても、この原理を自分で使用しないことは単なる罪であるように思えます。
技術全体の美しさは、各タスク(サブゴール)に個別に適用できることです。 また、サブタスク(サブサブゴール)にも。 そしてまた... よくあなたはポイントを得る。 1つの危険があります。 再帰に頼るとき、最初に考えるべきことは、それを終了するための条件の存在です。

それだけです-「料理の準備ができました。」 レシピに興味がある場合は、実際に試してみてください。

自分から1つだけ追加できます。

成功を祈っています! 「みんなに! そしてそれぞれ!」


記事を準備する際に使用されました:ビデオの映像Jamie Oliver-Perfect Steak 、有名ではないが確かに賢い人からの多くのアイデア、ことわざ、引用符、確かに賢い人、控えめな個人的な経験、 pdfバージョンを設計するためのgoogle docs

記事を補足し、すべての編集が終了したら新しいpdfバージョンを作成します。

更新しました。 2011年11月22日。 すべての編集を含むPDFバージョン

Source: https://habr.com/ru/post/J117333/


All Articles