私は会社の主要な開発者として働いていましたが、プロジェクトが拡大し始めたとき、彼らはより多くの人々を連れ始め、私をグループのリーダーにしました。 そのため、私は長い間休み、優れた開発者になりたいと思っていました。そのため、誰もが人々のリーダーシップに遅れをとっていました。 それにもかかわらず、何年も経って、私の指導者はどうにか指導する方法を教えてくれましたが、この道は長くて困難でした。 最近、「
アートとしての委任 」という記事を読み、何度も歩いた熊手を思い出しました。 ここに彼らはすべての栄光にあります：
これが私の仕事です！ 。 「それを解決したいのですが、誰にもあげたくありません。 このタスクを他の人に与えるにはどうすればよいですか。発明して実装し、すべてがどのように機能するかを見るのはとても興味深いです。」
問題は何ですか？実際、タスクを委任する必要があるときには、1つではなく、10、20、またはそれ以上の重要なタスクを持っている可能性があります。 重要かつ必要であり、特定の日付までに行う必要があります。 あなたがこのタスクを与えることができるあなたの従業員はそれらのより少ないか、またはそれらはそれほど重要ではなく、移動することができます。 おそらく、私はそのような問題を解決するのにより多くの経験があり、これに基づいて私はそれをより良く解決することができました。 このタスクがあった場合のみ。 しかし、私には他にもたくさんの人がいて、8時間以上の延長された勤務日でも全員が合わないので、これらの問題の解決は遅れたり遅れたりします。 さらに、タスクを受け取った人は、すべての時間をそのタスクに費やすことができます。 それで、おそらくそれはずっと良くなるでしょう。 「多分」多すぎる？ あなたが自分でやるよりも彼が彼女を悪くすると仮定しましょう。 しかし、確かに以前。
そして、賢い人（私は誰を覚えていない）が言ったように：「月曜日の良い決断は金曜日の素晴らしい決断より良い」
解決策：私はタスクを与え始めましたが、自分の解決策を課すことなく、タスク全体を直接与えることが望ましいです。 これは、各段階でのプロセスの議論の初期段階で役立ちます。問題の解決策の計画、段階への分割、各段階の開始時と終了時の議論。
長所：他の問題を解決するために時間を空けるか、営業日が再び8時間になり、最終的に十分な睡眠を得て家族と一緒に過ごすことができます。 あなたがタスクを与える人はプロジェクトに貢献し、彼らのスキルを「汲み取る」機会を持ち、実装についての質問はあなたではなく将来彼に尋ねられます。
私は一番賢いです。 同僚の不信があるため、いくつかのタスクを委任したくありません。 「タスクを実行すると、必要に応じてすべてが実装される」という考えが浮かぶことがあります。
問題は何ですか？複雑なタスクを解決することで、最も賢くなります。 感じますか？ ここでの問題は、従業員にますます複雑なタスクを与えない限り、従業員のレベルが上がらないことです。 あなたは彼らに成長する機会を与えません。
解決策：おそらくあなたは最も賢いでしょう。 それらは完全に実装されない可能性がありますが、それでも何らかの形で機能します。 欠陥のある稼働中のシステムは、理想的で実装されていないシステムよりも常に優れています。 タスクについて議論し、実装に同意することができます。上記を参照してください。
ここで説明するよりも長く説明します。 「やること-5分、説明する-30分、時には2時間。 自分でやります！」
問題は何ですか？通常、このような5分間のタスクは定期的に発生します。 大きくはないようですが、時間を浪費し、より重要なタスクから注意をそらします。
解決策：それらを返してください！ 2時間話したくない-3時間でドキュメントを書く-しかし、それは他の同僚のために残るだろう。
そのようなタスクも緊急である場合があります。 少なくとも2人の従業員にそのようなタスクを行う方法を示し、示し、伝えます。 そのため、重要なタスクから注意をそらす要因から解放され、従業員はより多くを学び、何か新しいことをする方法を学びます。 可能であれば、これを行う方法を既に理解している場合は、このタスクを自動化します。 しかし、最初にそれを返してください-それで、自動化の時間があるでしょう。
後で時間があれば、ドキュメントを書きます。 頻繁に変更されるプロジェクトと5人のチームがある場合、この場合、おそらくドキュメントが大きすぎて贅沢ではありません。
長い間ドキュメントを書いても、それを伝える必要があります。
問題は何ですか？プロジェクトの拡大により、新しい従業員から何がどのように機能するかを一日中尋ねられる少数の知識キャリアの中に自分がどのようにいるのかに気付かないでしょう。 そして面白いのは、彼らの何人かが定期的に、例えば月に一度、仕事があるときにこれを行うということです。 多くの開発者が時間内にドキュメントを書くだけでどれだけの時間を節約できるか想像するのは怖いです。
解決策：ドキュメントを作成して表示し、ドキュメントを補足する質問をするたびにそれが必要です。
微妙なニュアンスのある大きなタスクに取り組んでいる場合-地平線上でそれをあきらめる必要がある-時間を節約する-ドキュメントと指示を書く。 はい、あなたはまだ質問されます-それらのためのドキュメントを完了します。 質問はあなたのヘルパーです。
関連するドキュメントがあると、多くの利点があります！ このタスクへの新しい人の転送を容易にし、より多くの人にタスクを与えることができます。 また、明日転職したり、「タヒチに行ってゴーギャンのように絵を描く」ことを急に決めた場合-タスクも実行されるので、これを行う方が簡単です。
誰もがすでに非常に忙しく、時間もありません 。 「このタスクをどのように放棄しますか？ 結局のところ、誰もが非常に忙しいですか？ 彼女はとても退屈で面白くないので、少し時間がかかるようです。 自分でやります。」
問題は何ですか？そのようなタスクが貴重な時間を費やすこと。 文字通り貴重。 会社のために。 結局のところ、あなたの給料はおそらく部下の給料よりも高いでしょう。 そのため、会社がこの日常業務のためにあなたにいくら支払うかを計算します。
第二の瞬間。 このタスクは日常的で理解しやすいものです。 そして、あなたの従業員にとって、これは新しくて興味深い資料かもしれません。 それが彼にとってのルーチンになった場合、彼はすでにそれを与える誰かを持っているか、自動化することができます。
解決策：ご想像のとおり、タスクを指定する必要があります。 誰かを探すのは正しいことです-彼女のために時間がある人は必ずいるでしょう、そして彼のために彼女は新しくなります。
まとめ委任は、レベルを向上させるすばらしい方法です。以前は欠けていた新しい重要なタスクのために時間を空けます。 同時に、部下に新しいタスクを与えることで部下のレベルを上げることができます。
いつ委任する必要がありますか？ あなたの手の背中のようなこのタスクを既に知っていて、あなたが極度の疲労の状態、睡眠なしで1日後、中毒などの状態にあるときでもそれを行うことができるとき。
なんで？ このタスクはもはや開発者ではありません。 貪欲にならないでください-それを与えてください、それは別の人を育てます、そして、あなたは新しい成果のために時間を空けます。
すべてを自分自身にドラッグすると、他の人と作業を共有できます。 ほとんどの場合、マシンで既に実行していることを整理し、自動化するか、または配布することができます。 いや！ そうではありません！ いずれにせよ、それを返してください。すでに方法がわかっている場合は、自動化してください。