したがって、ITで10年の経験があり、テスター、デザイナー、プログラマー、リードプログラマー、リーダー：グループ、部門、部門、インターネットプロジェクト部門、開発ディレクター、最後にディレクターという多くの役割を経験しました。
私は原作者のふりをしません-むしろ、それは民俗芸術です：「言葉は、作者が演じる民俗、民俗音楽です。」
行こう！
ですから、まず最初に、あなたがマネージャーまたはリーダーになりたい場合、それは人々が（良い意味で）搾取され、特定のケースで何をすべきかについての既成の決定がないという事実に備えなければならないことを理解する必要があります。
優れたプロのマネージャーが結果を管理します。
1.結果のオリエンテーション
-どれだけの作業が行われたかは関係なく、その人がどのようなスケジュールで働いたかは関係ありません。 彼が開発者であるか販売員であるかは関係ありません。 請負業者が時間通りにタスクを完了するのを妨げるものは何でも構いません-彼は自己管理と積極性を持たなければなりません。
2.結果を表示する時間を常に設定します
非常に優れたアイデアでさえ実現されないため、このルールは重要です。それらの実装には時間制限がありません。 また、締め切りを上から下げるだけでなく、請負業者がマネージャーに適切な時間を提供することが理想的です。 次に、これをどのように管理する必要がありますか？ 正しく-制御しない、すなわち あなたの任期を課すことなく。 マネージャーにはこのための非常に多様なツールがあり、アルゴリズムは次のとおりです。
- 専門家に彼自身の言葉でタスクを述べ、彼自身の評価でタスクの作業の完全な分解を与えるよう依頼する
- 何かが正しく理解されなかった場合-多くの場合、出演者は「霧の声明」の上に置かれているため、それを明確にする必要があります
- すべてが明確な場合は、タスクを複数の部分に分割できます。その部分は、適切な機能を備えた適切な日付までに実行する必要があり、残りは後で実行します
- 請負業者のタスクの優先度を変更できます。
目標は、タスクの明確な確認を得て、それに対して責任を負うことです。 マネージャーのノートブック自体に書かれていたり、プロジェクト管理ソフトウェアやバグトラッカーのタスクへのコメントとして書かれていても、どこかで解決策を修正する必要があります。
あなたが注意を払う必要があるのは言葉です。 つまり 請負業者は結果に対する責任を直ちに拒否します。
3.請負業者の能力レベル以外の質問は、1時間以内にエスカレーションする必要があります
ここでの意味は、たとえば開発者を考えてみましょう。彼は自分で解決できるアルゴリズムに何らかの問題がありましたが、これは計画されていなかったので、今日は1時間仕事を続けなければなりません-つまり、彼は自分で遅れています
タスクの実行中にデザインの質問があった場合、彼はデザイナーと直接それを解決できます。
説明または理解できないような要件を作成できないという問題が発生した場合、その問題を解決するのは彼の責任であるため、この問題は既にマネージャーにエスカレートする必要があります。
したがって、私たちはマイクロ管理を取り除きます-従業員が静かに働いている場合、すべてが計画通りに進んでおり、彼があなたを追いかけている場合、何かを決定する必要があります-そしてマネージャーはキックなしですぐにそれを知っています（10分ごとに尋ねます-すべてが正常です）。 従業員は、いつでも引っ張ることができることを知っているので、仕事で考えを失うことはありません。 したがって、マネージャーには、問題のソルバーとワークフロー改善者という形で楽しい関連付けしかありません。
ところで、クッキーとパンを忘れないでください-誰もがどんな形でもそれを愛しています
4.デブリーフィング-障害ではなく、理由について説明します。
最も重要なことは、あなたが120％正しい（非常に疑わしい）としても、その人があなたに同意することはなく、非常に気分を害することはありません。 アクションについて議論する必要があります。
これがなければどこでも間違いが発生します-これが会社のエネルギーを節約し、発生する問題を解決し、リスクの可能性を減らす方法です。
エラーで何をする必要があるかは、問題の根本原因、それが発生した理由を見つけることです。 それを許可した人は誰でも自分で（自分自身が私たちが必要な解決策にたどり着くように管理しなければならないことを覚えている）、この問題の解決策を見つけ、提案し、将来必要な行動を取るために、これを行わないことを引き受けなければならない。
ここでは、請負業者自身が自分で作成した、またはそれらに影響を与えることができる標準、指示、ビジネスプロセスがうまく機能します。 同じ人に同じ問題が2回発生しないようにすることが重要です。 ここでは、動機付けで問題を解決する必要があります。これについては他の部分で説明します。
5.終身雇用
最も曖昧な意見があると思います:)が、それでもなお良い。 アイデアは、少なくとも個人的な意見のためではなく、規律と労働法の重大な違反からのみ、あなた自身が決して人を解雇しないことに同意するということです。 しかし同時に、従業員自身がいつでも辞めることができます
これが私たちに与えるものは私たちについての正直な意見です。人は彼の意見に解雇されることを恐れません。 たとえば、開発者のために、彼はジャムのためだけに名誉ある仕事をすることはできません-これはバグを修正しています。
ここでは、行為に対する非処罰の程度を自分で決定する必要がありますが、何かが許可されている場合、このレベルを下げることはできません。 そして、このレベルが高いほど、フィードバックはより正確になります。
そして、もう1つ、ローファーにティムリッドを払わないために、バグに関するジャンナーの仕事のために-人々が自分自身のために有望になり、より良く成長するように厳重に管理してください。 このプラクティスは徐々に導入できます。
6.継続的な品質改善
ここで、企業のクラウドソーシングの流行語と交差します。上司がどれほど優秀であっても、彼の注文は、それらを実行する人によって書かれていれば、はるかに良く実行されます。
ここでも、コントロールなしのコントロールがオンになります。受け取った指示が好きな場合は、それを受け入れます。そうでない場合は、それが好きではない理由、目的、従業員に与えるもの、または従業員に必要なものを説明します。 そして、そのような反復により、ドキュメントから必要なものを取得します。
練習から：すべての人にすべてを説明する必要があるのは最初から難しいですが、次のことがわかります。
誰が、誰が、何を、なぜ行っているかを知っています。
その後、すぐに人々があなたの結果に心配しており、品質サークルに参加し、アイデアを動かし、奇妙に基準を厳しくする準備ができていることがわかります。最も興味深いのは、そのようなシステムがすべての従業員の正しい行動を増やし始めていることですあなたの参加なしで新しい。
これは、開発が地理的に分散している状況で機能するか、さらには推奨されると言えます。
情報源は、書籍「Alternative Management」とデミングの理論であり、トヨタの管理システムの基礎を形成しました。 そこで産業規模で機能します:)、そしてあなたの謙虚な使用人はロシアでそのようなシステムをウェブ開発で作成する危険を冒しました、そして最も素晴らしいことは判明しました！
詳細が興味深い場合-以下の部分で説明します。
7.フィードバック
最も興味深いのは、このジャンルの法則を最後まで残したことです。 多くの方法論、スマートブックがあり、プロジェクト、グラフ、統計、数学の管理方法に関する作業がありますが、プロセスではなく結果を見ることができます。
たとえば、車を運転するとき、アクセルペダルを3 cm押し込んだり、クラッチをスムーズに半分に動かしたりする必要はないと考えています。 運動を開始し、変化に対する車の反応についてフィードバックを受け取ります。 これが必要なフィードバックです。
フィードバックは管理中に直接行うことが非常に重要です。従業員の意見を常に受け入れ、各従業員が改善のためのアイデアを表明できるシステムを構築し、残りは投票する機会があるようにします。
特徴は、肯定的な応答のみが必要であるか、まったく必要ないことです。イニシアチブを台無しにするのではなく、フィードバックを受け取る必要があります。 積極的な管理に関する別の投稿が必要ですか？
8.まとめ-メモ
- 結果だけが重要であり、理由は重要ではありません
- すべてに期限が必要です
- 問題のエスカレーション
- タスク/プロジェクトを完了した直後にデブリーフィングを行う
- 人生の雇用
- フィードバック
自分が正しい軌道に乗っているかどうかを常に知ることが重要です。 毎日このような質問を自問してください！
私にとっては、これは測定されたものです。静かにコーヒーを飲む時間があり、誰かが何かが機能していないと叫ぶと、壊れてしまい、時間がありません（不要なものを消し去ります）-はい、私は正しい道を歩みます！
最後に、最後まで読んだ人のために-貴重なアドバイスをします。
速くて成功したキャリアをしたいですか？ マネージャーが責任を持ち、成果を上げることは非常に重要だと思います。