ヘッジ成功

「成功ヘッジ」という用語はかなり奇妙です。 インターネットでこのキーワードフレーズを検索しても、あまり意味はありません。 彼はどこから来たの？



私は、この方法を適用しようとした非常に知的な所有者から彼を認識しました。 彼は私を見て、これが成功のヘッジだと説明してくれました。 この用語が気に入ったので、覚えておいてください。今では、この用語を使用できてうれしいです。 メソッド自体と同様。



この方法の本質は簡単です。中級の成功を収めたときに、自分に何かを求めてください。



重要な違いは、 中間の成功の瞬間のアプリケーションです。 たとえば、特定の基準を満たし、特定の結果や期限を達成する際に、自分のポジションや給与を増やすことについて上司と合意した場合、これは成功のヘッジではなく、別のステロイドです。



ヘッジについては、取り決めがなければ干渉するだけなので、成功はさらに良くなります 。 たとえば、プロジェクトを完了することでプロモーションを受け取ることに同意しました。 あなたがプロジェクトの途中に来て、例えば増加を自問すると、あなたは拒否される可能性が高くなります-彼らはあなたがプロジェクトを完了する必要があることを直接あなたに伝え、そしてあなたはすでに話すことができます。



そのため、あなたは増加することに同意するものではなく、いくつかの改善を開始しました-何が正確であるかは重要ではありません。 出力を増やしたり、会社の変更プロジェクトを実行したり、インフラストラクチャの最適化を行ったり、スクラムを導入したり、スキルを改善したりできます。 合意がないことが重要です。



契約についていつも話しているのはなぜですか？ 理由は簡単です：契約は責任です。 「私はこれを行い、あなたは私に昇給を与えます」と言う場合、あなたは結果に対して責任を負います。 誰もが見ることができ、自分自身に細心の注意を払い、自分をコントロールできるように、台座に登るようなものです。実際、仕事を放棄することはできません。 あなたが拒否した場合、あなたはキャリア敗者のカーストに陥ります。 そのような台座の上に快適に立つことができる特別なステロイドがありますが、原則として、人々はそれらを使用せず、善意は首の石になります。



同意なしに自分自身で変更を行った場合、それがどうであれ、「もっとうまくやろう」と思われます。 心理的には、あなたは一切の責任を負わず、自由に、興味を持って行動でき、その結果、効果的に行動できます。



しかし、1つの障害があります。 変更を最後まで-美しく、成功させて-レイズのためにボスに来た後 、特にプロジェクトが長い場合、失敗の可能性は高くなります。 会話のトーンがすぐに変化するためです-「私はもっとうまくやってみたい」から「請求書を支払う時間です」。 事はすでに行われています-そして、上司や所有者からの緊張なしに、ここであなたはこの非常に緊張をもたらします。



最終結果がまだ達成されていない場合、成功ヘッジがプロセスに適用されますが、すでに明らかな改善があります。 もちろん、改善はあなたにとっても上司にとっても明らかです。



結局のところ、あなたは言っているようです-それがどれほど素晴らしいか、そうでなければそれは素晴らしいでしょう！ 上司は喜び、成功の波に乗って、もっと欲しがります-その瞬間、あなたは彼を捕まえます。 「給与を追加する、そうでなければ私は続行しません」などの最終通告なしで-いかなる場合でも。



会話においては、いわば、一方を他方から解きほぐし、成功することで成功します。 最初に、もちろん、成功について話し合います。 数字（もしあれば）ですべての詳細を伝え、そして最も重要なことには、この成功の認識を穏やかに求めます。 「良い結果が得られると思いますか？」、「比較する類似プロジェクトの例が見つかりませんか？」、「このプロジェクトがとても好きで、最初から始めたい、継続したい」などのフレーズを使用できます。 d。 主なものは、彼に成功について議論すること、認識させること、さらなる開発計画を立てることなどを促すことです。



そしてここ-バム！ -偶然のように、あなたのプロモーションについて話してください。 給与、役職、新入社員、新しいノートパソコン、新しいマシン-あなたがそこに必要なもの、私は知りません。 リクエストを成功と関連付けないでください。 「よく、あなたは私がよくやったことに同意するので、給料をください」のようなフレーズを言わないでください。 「素晴らしい、もう1つ質問があります」、または「他に何がありますか...ああ、ここで覚えています」などのブレークフレーズを使用できます。



心理学者が言うように、あなたはお互いをつなぐことなく、依存関係に陥ることはありません。 成功はそれ自体の方法であり、キャリアは別の方法です。 あなたは、トレーダー、ヌーボーの富、またはキャリアのようには見えません。 成功した従業員の通常の健全な関心と動機。



上司が拒否した場合、または「考え直します」と言った場合は、問題ありません。 「あなたが言うように」、「よく考えて」、「ごめん」などのフレーズを言わないでください。 肯定的に終了-成功に戻ります。「OK、投稿し続けます」または「その後、これをやり直す予定です。結果をお知らせします。」 あなたの要求の考えは頭の中で頭に残ります。



彼が拒否した場合、健全な座標系では悪役になります。 結局のところ、成功した従業員、積極的、生産的、独立した、そして唯一の質問... ...まあ、あなたはそこで何を尋ねましたか。 彼らは尋ねたが、要求しなかった、交渉しなかった、最後通putを入れなかった。 これから、ボスはピットの下で吸うと呼ばれるものを持っているでしょう-何かが間違っているかのように、罪悪感は彼に残ります。



オプションとして、彼は言うことができます-OK、私はあなたの要求を理解し、それから基準に同意しましょう。 つまり、彼はあなたに手配を提供します。



同意するかどうか-あなたが決める。 同意することで、あなたは成功をヘッジする能力を失い、あなたのキャリアを別のステロイドに移します。 私の推奨は拒否することです。 上記のように、なぜ同意を望まないのかを、直接的かつ正直に説明してください。 会社の利益、彼とチームの有効性などを真剣に考えている素朴な愚か者を演じてください。契約はこれを妨げるだけです。 その後、ボスは再び悪役になります。



私は繰り返しますが、成功と昇進を混ぜないことが重要です。 頭の中の頭は自分自身を混ぜ合わせ、つながりと基準を構築します。 主なことは、混乱しないことです。 特に、これがあなたのキャリア成長の最初のステップであり、あなたが歯が生えるサメではない場合、ベンチマーク成長ポイントを議論する会社での仕事の最初の日から。



ヘッジの成功は、一見、キャリアラッシュによく似ています。 しかし、違いは非常に重要です-主にアプリケーションの時点で 。 ラッシュは会社での仕事の始めに適用され、成功をヘッジします-いつでも、20年目でも。



大幅に異なり、急いで、そしてヘッジで話すトーン。 ラッシュは慢であり、バッグで頭に打撃を与え、予期せぬ混乱を招きます。 ヘッジは、成功に裏付けられたソフトな要求です。 あなたが思い出すように、ラッシュは何によってもバックアップされていません。



同時に、違いにもかかわらず、ラッシュとヘッジは完全に組み合わされます-ラッシュ側で。 会社で初めて成功を収めることができた場合、ラッシュはより強力になります。 あなたは成功について話し、すぐにレイズのリクエストを挿入します-ただ柔らかくではなく、急いでいるように難しいです。 しかし、それは純粋ではなく、現実と離婚した大胆さではなく、すでに着陸した橋頭theを占める比較的健全な欲求であり、成功を示しています。 失うものはまだありませんが、ポジションはより強くなります。



ヘッジする場合、実際には何も失うことはありません。少なくとも上司は、何かがうまく機能していないことを知っています。 あなたは限界に達していない、あなたは逃げるつもりはない、あなたは仕事を探していませんが、あなたは何かを見逃しています。 同時に、あなたは成功した、知的な、イニシアチブワーカーです。 そして、このジレンマは彼の頭に残り、彼に休息を与えません。



それで苦しめられますが、今のところ、成功を発展させてください。 彼が額にしわを寄せている間、あなたは決定を待つのではなく、あなたの要求であなたを心配させたり悩ませることなく、さらに行動します。 実際、彼にはあなたが望むものを与える以外に選択肢はありません。 内部にこのようなジレンマを抱えて生活することは非常に不快です。



次に、いくつかの例を示します。



パートナー企業1Cでの最初の仕事の例 。 すでに述べたように、そこでの給与は1C：スペシャリスト証明書の入手可能性に依存していました。 証明書が多いほど、時間あたりのレートは高くなります。



時間給に加えて、まだ給料がありました。 給与以上の取引を成立させた場合、取引が成立します。 仕事が適切な量ではなかった場合、給与を受け取ります。



仕事の最初の月には、もちろん、開発はありませんでした。 私は1Cを知りませんでした、なぜなら それは私の最初の仕事で、研究所ではDelphi、C ++、Assembler、MatLabなどを学びました。 したがって、クライアントは問題を解決できませんでした。



したがって、2つの懸念がありました。できるだけ早く学習し、すべての証明書を取得して（高い時間給で多くの仕事があるように）、給料を上げてしばらくの間収入を得ないようにすることです。



給与は、主にそれらの証明書の入手可能性に依存していましたが、直接ではなく、取締役の意見に依存していました。 彼は、誰が、いつ、どのような基準で給与を引き上げるかを決めました。 これは、とりわけ、証明書の試験に合格する従業員側のイニシアチブの欠如によって説明されました-フローがなかったため、給与管理のシステムがありませんでした。



証明書がディレクターにとって重要であることを理解して、私は落ち着くとすぐに最初の証明書の準備を始めました。 1か月後、認定資格を取得しましたが、悲しみの半分で最初の認定資格を取得しました。



その後、監督との会話が行われました。 私は絵の具で、感情的に、過去の試験について（彼に伝えたいことがありました）、彼に尋ねました-他の人はどのように合格しますか？ 彼は誰も本当にあきらめず、誰もが座っていて、かゆみではないことを嘆きました。 私は尋ねた-人々は通常いつ最初の認証に行くのですか？ ディレクターは通常、数ヶ月後にそれを言った。 まあ、彼自身は、1か月の仕事の後、私の証明書が成功したと推測しました。 それから私は昇給の要求を台無しにした。 彼が考えている間、私は次の認定の計画について話しました-1ヶ月で。



彼は同意し、私の給料を増やさなければなりませんでした。



2番目の例は、ビジネスノベル「Easer than than It Sees。」のイベントの基盤となった、倉庫の注文を復元するプロジェクトに関連しています。



このプロジェクトの目的は、在庫の結果に応じて偏差を減らすことでした-彼らは25％に達しました。少なくとも持ち上がる必要がありました。



合意はありませんでしたが、このプロジェクトに関与して主導しました。 技術的、方法論的、組織的な解決策の準備が進行中だったが、私はもちろん黙っており、リクエストには応じなかった。



しかし、その後、最初の成功が始まりました-私はシステムを立ち上げ、人々は私の指示に従って行動し始め、偏差は減少し始めました。 パーセント単位ではなく、すでに非常に顕著です。 特に楽しかったのはダイナミクスでした-偏差はますます小さくなりました。



しばらくして、私はオーナーに給料を上げるように頼みました。 ささいなことをしないために、すぐに50％。



彼は包括的な方法で成功を提示しました-逸脱を減らすだけでなく、プロジェクトマネージャー、プロセス開発者、メディエーター（異なるサービス間の関係の確立など）、ビジネス分析などとしての仕事も 私はこれらの分野でエースになったとは言いませんでした、私は正直に、誠実に、これがどれほど面白いか、会社にとって有用であるかを感情的に語りました。

同時に、彼は私の新しいコンピテンシーを適用し、さらに活気づけることができるいくつかのプロセスを概説しました。 もちろん、倉庫プロジェクトの終了後。



彼は何をしましたか？ 同意した。



3番目の例は、「成功ヘッジ」という用語が登場した例です。



会社の戦略の実施を主導したとき、私の立場は同じでした-ITディレクター。 したがって、私の提出物にはプログラマがいました。



私はそれらを新しい仕事、つまり変更の実装に引き込むことにしました。 このプロジェクトは、会社のすべての分野で多くの異なる変更を伴い、多くの技術の適用に基づいていました。 特に、システムの制約とスクラムの理論。



制限とスクラムの理論では、プログラマと一緒に最もよく理解しました。 私たちがとても頭がいいからではなく、他の人たちは掘り下げたくないので、実際にメソッドを適用しました。



だから、私はプログラマーに設計部門でスクラムを導入してもらい、同時に供給でストリームスクラムを導入しました。 2番目のプログラマは、委託倉庫の提供でCBTを実装するために派遣されました。 私は作業を監督しましたが、ハードワークのかなりの部分がプログラマーに送られ、彼らは非常に満足しています。



そして、最初の成功が現れました。 設計部門のスクラムは、大きな鉄片の開発をできるだけ早く完了することを許可しました。 CBTは、これまでにないような委託倉庫の充填を許可しました。 「眼球に詰め込む」という意味ではなく、黄色と緑のゾーンでバッファーのステータスを上げて保持するという意味です。



それから私は間違えました。 ヘッジを適用することを決めたので、私は多くのことを尋ねました-自分のために、私の給与を上げて、プログラマのために、彼らが私の足跡をたどる動機付けをし、ビジネスに明らかに役立つ実際の変更だけでなく、実際の変更もします。



オーナーと話をする過程で、成功ヘッジを適用していることがわかりました。 彼が怒ったということではなく、むしろステロイドの使用で私を捕まえたことに気づき、それがどのような方法で、何と呼ばれているのかさえ説明しました。 方法論に従うべきであるが、私は彼の拒否に同意し、科学に心から感謝し、成功の発展に会話を切り替えた。



もちろん、自分自身は少し動揺しています-主にプログラマーのために。 私の動機は理解できましたが、彼らはリスクを冒しました。 しかし、解雇キットに関するいくつかの会話と、彼らの成功に対する私の誠実な関心を見た後、彼らは「忘れてください、私たちはそのような経験、ドライブ、egeheyに興味があります！」と言いました。 そして、戦略を実行し続けました。



しばらくして、ディレクターが来て、彼自身が給料を上げることを提案しました。



4番目の例は、成功ヘッジを私に適用しようとしたときの裏側にあります。



ご存知のように、私のお気に入りのアンチパターン、つまりシステム管理者がいました。 彼は、ヘッジの成功の実際的な応用を見て、それを試してみることにしました。 しかし、すでに述べたように、システム管理者は雄羊でした-彼は自分にとって都合の良い方法でのみ行動したかったのです。



彼の主な間違いは、「成功」という用語の誤解でした。 彼の頭の中で思考プロセスがどのように行われたかはわかりませんが、成功として、彼は仕える仕事の数を増やしました。



私たちは長い間、何度も話をしました。なぜなら、彼は雄羊であり、同じ門でくぼんでいたからです。 私は彼にこれで成功しなかったと説明するたびに、そして一般的にそれは彼のメリットではなかった-会社は単に成長していた。



そして、彼がそれらすべてを実行するという事実は、Wordの編集のドキュメントを支援します-彼の個人的な選択。 彼はこれについて常に議論し、ユーザーを支援することの重要性について話しました。



私はかつてそれを我慢できず、彼に私の以前の仕事からのシステム管理者の例を与えました。 システム管理者には次のパラメーターがありました：給与は半分、コンピューターと周辺機器の数、サーバーの数、より具体的な機器（ワークショップの端末、工作機械の仕事）、そして重要なことに、彼は既製の缶を購入せず、自分でそれらを収集しました、彼自身がそれがより涼しくてより安いと決めたので。



しかし、主なこと-そのシステム管理者には多くの自由時間がありました。 私は彼と同じオフィスに座って、毎日自分の目で見ました。 彼は大きなビールジョッキからたくさんのお茶を飲み、インターネット上で、プロ、ニュース、エンターテイメントの両方でたくさん座っていました。 彼は、自分自身とユーザーの両方で作業を整理しただけなので、どこにも実行するものはほとんどありませんでした。



そして、私は走り、成功としてそれを放った。 同時に、多くの人が彼の作品に不満を抱いており、その理由は理解できます。 実行すればするほど、より多く実行されます。 老婦人シャポクリャクが歌ったように、人々は人々を助けます-彼は無駄に時間を無駄にします。



しかし、システム管理者に-それは額に、額に、それは羊だから。 ヘッジングがどのように機能するかを何度か彼に説明し、成功と思われるものの例を挙げました。そして、これらの成功の少なくとも1つを達成したら、自分で監督のところに行き、昇進を打ち負かすことを心から約束しました。



システム管理者の答えを知っていますか？ 「はい、それはすべて明らかです！ しかし、それでも...」、そして再びジョブの数と他の失敗した成功のリストを続けました。



まとめ



ヘッジの成功は、具体的な結果が得られた時点での改善の要求です。

改善と変更が完了するまで、ヘッジが適用されます。

ヘッジはあなたのキャリアの中でいつでも適用できます。

ヘッジは急いでうまくいきます。

ヘッジには、それを使用する人にとって特定のリスクはありません。