セキュリティの質問：マネージャーは部下とどう違うのですか？ 実際、主な違いは結果に対する責任です。 マネージャーはチーム全体の結果に対して責任があります。 このような背景に対して、問題解決も給与も、部下と上司の間の主な際立った特徴ではありません。
では、マネージャーの機能について話しましょう。 それらの5つがあります 。
マネージャーの主なタスクは、プロセス全体を計画することです。 最も簡単なものを考えてみましょう。たとえば、スタートアップが開始され、マネージャーのタスクは、何をいつ実行するかを計画することです。 「いつオフィスを借りる必要がありますか？ いつチームを雇うべきですか？ 特定のタスクを完了する必要があるのはいつですか？」詳細な計画は、実装の完全性と容易さを決定し、組織の問題をプロジェクトが設定するタスクに関連付けます。 タスクをどの程度正しくランク付けして、プロジェクトのコースを効果的に制御できるか。
次のマネージャー機能は次のとおりです。
大まかに言えば、人以外はすべてここに来ます。 仕事、材料、機器の世話をする必要があります。 有能なマネージャーは、まず、部下の職場の基本的な家庭の快適さを大事にするために、タスクのすべての条件を作成する義務があります。 これに続いて、社内のプロセスとポリシーの形式化、顧客とのコミュニケーションの利便性があります。これは、最も永続的なプログラマーに脳をもたらすことができ、定性的に形式化されたタスクと実装の合理的な期限です。 代表的な組織の例としては、有名なGoogleオフィスがあります。このオフィスでは、勤務スケジュールなど、すべてが自宅よりもオフィスの人を幸せにするように設計されています。
実践が示すように、生活の質の高い組織は、従業員の数に関係なく、会社の生産性と気分に直接影響するため、同僚のニーズを無視するべきではありません。 新しい有能な従業員を探して、彼らの仕事の詳細について彼らを訓練するよりも、良いコーヒーを買って快適なオフィスを借りる方がしばしば利益があります。
次に来るのは：
-そして、私が1人の非常に良い候補者と3人の間でそうではないが、通常一緒に1つの良い仕事をする同じ仕事を誰がより少ない量で行うかを選択した場合。 この状況ではどうすればよいですか？
-それはすべてあなたのタスクに依存します。 プロジェクトが長く、私が一人だけを連れて行った場合、彼の病気が発生した場合、あなたは自分が何が起こっているのかをあなた自身で理解します。彼の仕事を軽視する人は誰もいません。 つまり、すべてはプロジェクトと特定のタスクに依存します。
Ivan Pechersky（Astound、Web開発マネージャー）による講演から
セキュリティの質問：チームのメンバーを選択する際に、マネージャーはどの程度客観的でなければなりませんか？
一見、マネージャーは可能な限り客観的で、一種の正義の指であるように思えるかもしれません。 まさか。 客観性を忘れてください。 専門家を選ぶときは、常に主観的な基準を使用してください。 「この人と一緒に仕事をすることができますか？」または「どのくらい彼と一緒に仕事をすることができますか？」という質問を自問してください。 すでに初期段階で、あなたとその人が言うように異なる波に乗っていることがわかっている場合、あなたとあなたのチームはおそらく彼を必要としないでしょう。 彼と1年間仕事をする準備ができていると感じたら、2、10は素晴らしい選択です。
私たちはそれぞれユニークであり、マネージャーとしてのあなたも例外ではありません。 したがって、独自のチームを選択します。
既存のチームに参加した場合は、まず、新しい同僚について詳しく学んでください。 そして、技術面接だけでなく、彼らがどのように生きているか、何が好きか、彼らについてバランスのとれた主観的な意見を引き出してください。 部下の中に突然、ある種の「誤解」を明確に持っている人がいる場合、最初からあなたの関係を形式化してください。 誠実かつ率直に話すことで「上陸」を手配します。 あなたが彼に何を要求し、彼があなたに何を要求できるかを人に伝えてください。
それで、私たちはチームを作りました。次は何ですか？
人々はあなたの最終目標に従って導かれる必要があります。 チームから期待される結果を得ることができ、人々はさらに開発と成長の機会を得ます。
方向は短期的または長期的です。 明日の夕食までにフェンスを修理するためにPetya Pyatochkinが必要な場合、これは短期的な方向性のタスクです。 人がタスクを理解し、タイミングを覚えて、動機付け、このタスクを完了するのに個人的に役立つ理由を見つけるのを助ける必要があります（たとえば、新しい技術の研究）、その実装に必要なすべてのデータとツールを提供し、完了時に-フィードバックを与え、成功を強調したり、欠陥を指摘したりします。
長期的な方向性は、真のジュニアボーイへの道を設定することであり、数年後には、シニアボーイまたはたとえば建築家として彼を見ることを計画しています。 ここでは、「ちょっと、17日までに建築家になるために全力を尽くしてください！」と言うことはできません。それはそのようには機能しません。 彼の進歩を監視し、適切な方向に彼を成長させる適切なタスクを与え、専門家としての自分を実現する機会を彼に与えることが必要です。
最後のマネージャー機能は次のとおりです。
すべての初心者マネージャーは、この機能について「タンブル」します。 私たちは、支配が絶え間ない綱渡りであり、ビッグブラザーの重苦しい見方であるという事実、詳細なレポート、その他の不快なことに慣れています。
コントロールは目に見えず、継続的ではあるが非侵襲的な観察に基づいている必要があります。 報告は当然重要です。 これにより、過去を調べ、起こりうるエラーを分析できます。 作業をどの程度うまく計画し、スタッフを選択したかによって、うまく管理できます。 部下自身が特定の困難について話し、変更について警告し、改善のためのアイデアを提示する必要があります。 チームに何を期待するかを知って、結果を予測できる必要があります。
すべてのマネージャー機能は相互接続されており、相互に連携して機能します。 適切に確立されると、チームの健全な職場環境の構築と、プロジェクトに取り組む過程における常識の勝利に貢献します。
管理者および管理に関する人気のある論文に関する簡単なコメント：
1. マネージャーはすべての作業を自分で行う必要があります 。
マネージャーは、自分のタスクの一部を部下に委任できます。 実際、これはすべての自尊心のあるマネージャーができることです。 チームで信頼を築き、管理パスに沿って誰が成長したいかを計算し、彼に仕事の一部を与える能力は、マネージャーにとってクールなライフハックです。 そのため、時間の一部を解放し、チームメンバーがより速く学び、成長できるようにし、自分のキャリアチャンスを増やします。 利益
2. マネージャーは誰も信頼してはいけません 。
間違った。 信頼はあなたのコミュニケーション努力の結果です。 チームメンバーとの秘密のコミュニケーションを整理し、タスクを委任することの利点と、すべてが最大限に活用されるという自信を享受します。 できませんでした。「無料のキャッシュデスク」には常に空きがあります。
3. マネージャーは常に客観的でなければなりません 。
マネージャーも溶接工もCEOも絶対に客観的であることができません。なぜなら彼自身が対象であり、彼自身の身体の中で難しいが説明可能な化学プロセスにさらされているからです。 あなたの性格よりも良くなろうとしないでください、人は100％客観的ではありません。 自分の主観を最大限に活用してください-完璧なチームを選択し、スタッフと協力するユニークなスキームを見つけてください-条件付きの「客観的」なラインに従って全員を測定するよりも良い結果を得るチャンスがあります。
4. マネージャーは常にチームを保護します。
いや、いや、もう一度。 あなたのチームが何か間違ったことをした場合、あなたは彼女にそれを明確にしなければなりません。そうでなければ彼女はあなたの後ろに絶えず隠れます。 もちろん、ここでは、どのような状況でも、常識が最良のアドバイザーになります。 多くの場合、チームをカバーするのは本当に価値があります（価値がある場合は、マネージャーにも依存します）。 しかし、時にはルールと期限が定められ、誰もが最新の状態になり、今ではキツツキが世界中のすべてをクリックし、プロジェクトが崩壊することがあります。 マネージャーは労働条件を作成できますが、悲しいかな、彼は常にキツツキを生産的な開発の天才に変えることはできません。 したがって、チーム（またはその個々のパーツ）が台無しにされた場合、これについて通知する必要があり、特定の「罰金」が課せられます。
5. マネージャーは決して後退しないでください 。
マネージャーは、自分の強みとチームの強みを客観的に評価する必要があります。どんな場合でも、個人的に答えなければならないからです。
6. マネージャーは最高の教師です。
マネージャーは悪い教師です。 彼らは結果を必要とし、彼らは通常学ぶ時間がない。 したがって、歌手と死神の機能を自分で組み合わせようとするべきではありません-直接の職務をうまく遂行できれば十分です。
有用な文献。
人事管理：
「ヒューマンファクター：成功するプロジェクトとチーム」ティモシーリスター、トムデマルコ
「人事管理の22の法律」ゲオルギーオガレフ
プロジェクト管理：
「クマとのワルツ」ティモシー・リスター、トム・デマルコ
「締め切り。 プロジェクト管理のロマンス»Tom Demarco