開発マネージャーの開発方法

誰かが開発責任者になると、膨大な数の予想外の新しいタスクが確実に彼に降りかかり、適応には確かに時間がかかります。 ただし、適応期間はいつか終了し、問題はさらに発展する方法になります。 リーダーの将来の役割に向けて従業員を準備するという問題も同様に重要です。 将来のリーダーができるだけ早く彼から追い出されるように、開発者と協力する方法は？

11月28日の夜、Yandexのモスクワオフィスで開催される次のチームリーダーMeetupのトピックとして、開発マネージャー向けの開発パスを選択しました。 このトピックは、大規模なIT企業の専門家と議論できます。 登録はまだ開いています。

今回の専門家は次のとおりです。

• Nikolay Krapivny、バックエンド開発責任者、Badoo
• ローマのローマ1982 Ivliev、CTO、mos.ru
• アレクサンダー・ポロモドフ、研究開発部長、Tinkoff.ru
• Boris Tobotras、ディレクター、Jet Infosystems、ソフトウェアソリューションセンター
• Yandexの推奨製品責任者、Victor Lamburt氏
• リーグオブエキスパートズCEO、イゴールクラレノック

今日、Habréでは、今後の議論のトーンを設定するためにいくつかの質問をします。

1.最近、昨日チームリーダーになった強力な開発者である同僚にどのようなアドバイスをしますか？ どのような具体的で理解可能な行動を、彼は新しい位置から仕事を始めるべきでしょうか？

2.開発マネージャーにどの本や記事を読むことを勧めますか？ そして、定期的に勉強することはどのようなリソースに意味がありますか？

3.技術的なタスクに取り組むのにどれくらいの時間がかかりますか。チーム管理に関連するタスクにどれくらいかかりますか？ ティムリッドが他にできることは何ですか？

Nikolay Krapivny 、Badooバックエンド開発責任者

最近、昨日チームリーダーになった強力な開発者である同僚にどのようなアドバイスをしますか？ どのような具体的で理解可能な行動を、彼は新しい位置から仕事を始めるべきでしょうか？

手始めにおすすめ：

• 彼が現在責任を負っているもの、およびチームリーダーとしての主な責任を理解する
• マネージャーと彼と彼のチームの主な目標と目標を調整する
• チームメンバーと話し、チームが今どのように機能しているかを把握する
• 委任レポートを表示して、その方法を学習します
• 記事や本を読んだり、彼の新しい責任分野に関するレポートを閲覧したりする時間を定期的に割り当てます

開発マネージャーにどの本や記事を読むことを勧めますか？ そして、定期的に勉強することはどのようなリソースに意味がありますか？

開発マネージャーには、以下を読むことをお勧めします。

• Eric Sc​​hmidtによる「Googleの仕組み」
• Laszlo Bockによる「作業ルール」
• エリヤフ・M・ゴールドラットの「ゴール」

定期的に、 Teamlead Confやその他のテーマラリー（例： Timoo のBadooラリー ）で資料やパフォーマンスをフォローする価値があると思います

また、多くの便利なリンクとディスカッションは、Telegramのテーマ別チャネルで見つけることができます： https : //t.me/leadgrおよびhttps://t.me/TeamLeadTalks

技術的な作業にかかる時間と、チーム管理に関連する作業にかかる時間はどれくらいですか？ ティムリッドが他にできることは何ですか？

正解は一つもないと思います。 リードのタスクは、特定の状況を正確に評価し、最大の結果を達成するために時間をどのように配分するかを自分で決定することです。

私の理想的な世界では、チームを管理するのに時間がかからないほど（管理に技術的および管理的な機能を含めます）、より良いです。 リードの成功とさらなる成長の鍵は、最小限の参加で効率的に機能するチームを構築することだと思います。 このシナリオでは、リーダーは現在の責任範囲外の新しい有用なアイデアやプロジェクトの検索に自由時間を投資することができ、またそうすべきです。

ローマン・イヴリーエフ 、CTO、mos.ru

最近、昨日チームリーダーになった強力な開発者である同僚にどのようなアドバイスをしますか？ どのような具体的で理解可能な行動を、彼は新しい位置から仕事を始めるべきでしょうか？

1. そろそろソフトスキーをダウンロードしてください。 エンジニアリングは優れていますが、今ではまったく異なる方法で働く人々がいます。 工学は道を行く。 読むことができ、講義を聞くことができ、すべて一緒にできます。 この件に関する多くの情報は発生しません。
2. あなたはもはや開発者ではないことを学んでください。 コーディングは背景にフェードインします。 それは壊れますが、それは避けられません。 したがって、最も重要なものだけを選択するために、どの技術的作業を自分に任せるかを決める必要があります。 残りを同僚に配布し始めます。
3. 代わりに交換品を早急に探してください。 結局のところ、あなたがリーダーになったので-良いエンジニアの代わりにどこかに穴が開いたので、最初のプロジェクトでそれを思い出させるでしょう:)）
4. すぐに自分用のモードを作成してください。 最初は、すべてを十分に処理する時間が足りないため、計画にもっと多くの時間を割く必要があります。 そして、計画どおりに何かが進んでいないという事実を理解してください。 衝動的な意思決定は、初めて出没します。 まあ、すべてをエンコードする欲求:)
5. すぐに通信マップの構築と接続の確立を開始します。 リードレベルでは、コミュニケーションの量がはるかに多いため、誰に連絡すればよいかをすぐに知る方がよいでしょう。

開発マネージャーにどの本や記事を読むことを勧めますか？ そして、定期的に勉強することはどのようなリソースに意味がありますか？

たくさんの良い本がありますが、私はメインの本に焦点を当てます。

• ブルックス 「神話的なマンマン、またはソフトウェアシステムの作成方法」-古典的なものであるため、読むだけで十分です。
• トム・デマルコとティモシー・リスター。 「人的要因。 成功したプロジェクトとチーム」-これらの人は一般的にクールで、全体を読むことができ、便利になります。 これに加えて、「アドレナリンやゾンビのパターンから落ち着いている人たち」とも言います。 プロジェクトチームの行動パターン。」
• パトリック・レンシィ。 「チームの5つの悪徳。 リーダーシップのたとえ。」 パトリックはカッコイイ、できる限り彼を読むことができる。
• 雨水。 「猫の放牧方法」ですが、この作品は万人向けではありません。 この本について話し合う機会があった人たちの間では、意見が分かれていました。

交渉、感情的知性、人々とコミュニケーションする能力についての何かが必要です。 カレン・プライアから「あなたはすべてに同意することができます」、グールストンは「あなたを通して聞きます」、「犬にうなり声を上げないでください」とギャビンすることができます。

リソースが難しくなります。 通常、 Medium 、 Habré 、 GeekTimes 、 infoq.com 、Joel Spolskyのような尊敬される人々のブログで興味深い資料を見つけます。 興味深いリンクが絶えずスキップするいくつかの管理チャネルを購読し、それらを監視し、同時にそれらが投稿されているリソースを研究しています。 そのため、あまり知られていないサイトやブログはたくさんありますが、コンテンツは非常に充実しています。 vc.ruを読むことができます。Megaplanのニュースレターは時々良い資料を投げます。

技術的な作業にかかる時間と、チーム管理に関連する作業にかかる時間はどれくらいですか？ ティムリッドが他にできることは何ですか？

それはすべて、プロジェクト、チーム、会社のやり方に依存します。 私はまったく異なる割合で出会ったが、ほとんどの場合、技術的なタスクの時間の100％と管理の時間の46％のようなものです:)））それは常に等しくひどく終わります。 私見、実際には、最も正しい割合は次のようになります。 技術的なタスクの時間は、100％からチーム管理の時間を引いたものです。 その場合、100％は8時間ではありません。 それぞれに独自の100％があります。 つまり、図は浮いています。

独学に時間を費やし、関連分野（製品とプロジェクトの管理。バックエンドの場合は杖を前面に張り付け、テスト、操作、またはその逆）で視野を広げ、技術的なフォームを維持する必要があります—新しいフレームワーク、ライブラリ、言語、それは何らかの形で仕事に関連しています。 そうしないと、エンジニア間の信頼性を失うリスクがあります。 視野を広げ、質問への回答を探すには、会議や会議に出席する必要があります。

アレクサンダー・ポロモドフ 、研究開発部長、Tinkoff.ru

最近、昨日チームリーダーになった強力な開発者である同僚にどのようなアドバイスをしますか？ どのような具体的で理解可能な行動を、彼は新しい位置から仕事を始めるべきでしょうか？

停止して質問に答えてください。

• 新しいポジションで私に期待されること。
• チームで現在誰がどのような役割を果たしているか：
  
  
  • チームの顧客リストには誰がいますか（彼は1人以上ですか）
  • 誰が報告する必要があるか
  • すでにチームに所属している従業員
  • 水平方向に通信する必要があるのは誰か（他の開発リーダー、インフラストラクチャリーダー、テストなど）
• チームが直面している目標と、その活動の結果から期待されること

さらに、これらの質問に対する回答の結果を考慮に入れて、古い責任を誰に引き渡すか、新しい責任をどのように受け入れるかについて計画を立てる必要があります。 チームリーダーの地位に移行した後は、コミュニケーションは増えますが、開発時間は短くなることに留意してください。 成功基準を考慮することは非常に重要です。成功基準に従って、あなたとあなたの上司は、あなたが新しいポジションをうまく管理していることを理解するでしょう。

具体的で理解可能なアクションに関する2番目の質問に進むと、すべての状況に普遍的に適合するような理解可能なアクションのリストは存在しないと言えます。つまり、状況に基づいてそのようなリストを自分で作成する必要があります。

開発マネージャーにどの本や記事を読むことを勧めますか？ そして、定期的に勉強することはどのようなリソースに意味がありますか？

フレデリックブルックスの本「Mythical Man-Month」を選びます。 これは、IBMのOS 360プロジェクトが詳細に議論されている大規模プロジェクトのチームの問題についての古典であり、Tom Demarcoの本、特にヒューマンファクターとプロジェクトチームの行動パターンも非常に有用です。 おやつとしては、J。ハンク・レインウォーターの本「猫の放牧方法」をお勧めします。

オンラインリソースの中で、Habr 管理スレッドに敬意を払い、RIT、Highload ++、Codefestなどの大規模な会議での管理スレッドのスピーチに精通しています。

私の趣味の1つは、開発チームの管理を含む広義の開発です。 そして、自分の考え、読んだ本の印象、会議や会議に参加したことをFacebookページで公開しています 。 おそらく、このページは役に立つでしょう。

技術的な作業にかかる時間と、チーム管理に関連する作業にかかる時間はどれくらいですか？ ティムリッドが他にできることは何ですか？

技術的なタスクとチームの間で時間を配分する割合を明確に言うことは不可能です。 特定のチームとそのタスクに大きく依存します。 一般的に、技術的な問題の解決策は、チームが効率的に作業することによって二次的になると言えます。 私の意見では、チームリーダーは次のことに時間を費やす必要があります。

• 外部の顧客と協力し、外の世界のチームインターフェースとして機能する
• 開発プロセスの編成とコードのリズミカルな配信
• チームメンバーの有効性の向上-同僚のトレーニングとコンサルティング
• チームの成長とともに新しい人にインタビューする
• 技術的な問題の解決（コードの記述、レビューなど）

Boris Tobotras 、Jet Infosystems、ソフトウェアソリューションセンター、ディレクター

最近、昨日チームリーダーになった強力な開発者である同僚にどのようなアドバイスをしますか？ どのような具体的で理解可能な行動を、彼は新しい位置から仕事を始めるべきでしょうか？

親愛なる友人、あなたには非常に興味深い仕事があります。テクノロジーだけでなく、人、プロジェクト、およびそれらの複雑な関係の世界の写真に含めることです。 これにより、一流の開発者だけでは解決できない質的に複雑なタスクを解決できます。 これを行うには、日常のプロジェクト作業で行うことだけでなく、その目的、方法、理由も確認する必要があります。

焼きたてのティムリッドが、この新しいプロジェクトに自分自身で陥るとします。 特定の質問に対する回答を取得することから始めることができます。

• チームが取り組んでいるプロジェクトはどうですか？ 彼はどのような目標を達成すべきか、誰がどのように達成を判断するのか？
• チームのメンバーは誰ですか？ 彼らはどんな人たちですか、彼らの経験、専門性、仕事の特徴は何ですか？
• チームは誰と対話しますか？ プロジェクトは開発に何を期待し、関連するチーム（アナリスト、QA、アーキテクト、営業チーム、エンジニアリングサポート）に何を期待しますか？
• チームリーダーは個人的に誰とやり取りしますか？ プロジェクトマネージャーは彼に何を期待し、チームは彼に何を期待し、関連チームのリードは彼に何を期待しますか？ 開発ではどのような問題が見られますか？
• プロジェクトの状況は？ 今どこにいるのか、何が行われ、何が残っているのか？ 完了したかどうか、そしてその理由は？ プロジェクトの現在の既知の問題は何ですか-技術、組織、人間？

最初に何をしますか？

• 誰が何をどこで行うのかを詳しく知る。
• バックログを解析し、プロジェクトトラッカー全体を読み、最新のコミットとレビューを確認します。
• プロジェクト管理の方法論（コードスタイル、VCS /ブランチ、アセンブリ、トラッカーのワークフロー、サポートされているバージョン、発行されたアーティファクト）を理解する。
• 開発中のシステムのアーキテクチャとその歴史（どのような決定が行われたか、なぜ行われたか）を詳細に理解します。

開発マネージャーにどの本や記事を読むことを勧めますか？ そして、定期的に勉強することはどのようなリソースに意味がありますか？

ブルックス、神話の男月。 過去半世紀にわたって何も変わっていません。

アラン、コルストン、プログラマーの石。

技術的な作業にかかる時間と、チーム管理に関連する作業にかかる時間はどれくらいですか？ ティムリッドが他にできることは何ですか？

ここにレシピはほとんどありません。 さて、懐中電灯からそれを手に入れましょう：テクノロジーの70％、人々の30％。 ただし、この割合はチームの規模によって異なります。 チームに15人がいる場合（リードごとに非常に多くのIMHO）、割合は5％/ 95％です。

「内部」タスク（機器+人）に加えて、Timlidは「外部」タスクも解決します。開発速度とプロジェクト範囲を管理し、プロジェクトで働くための管理計画とともに、開発者の雇用を予測します

ビクターランバート 、Yandexの推奨製品責任者

最近、昨日チームリーダーになった強力な開発者である同僚にどのようなアドバイスをしますか？ どのような具体的で理解可能な行動を、彼は新しい位置から仕事を始めるべきでしょうか？

まず、前のチームリーダーに何が起こったのか、新しいリーダーがあなたに何を期待しているのかを調べることをお勧めします。 その後、チームの各メンバーと話し、彼らの期待と問題について調べ、彼らの恐怖を理解しようとします。

開発マネージャーにどの本や記事を読むことを勧めますか？ そして、定期的に勉強することはどのようなリソースに意味がありますか？

私たちの多くはこのインタビューに参加しており、確かに、私の同僚は開発管理に直接関係する重要な本を挙げます。 したがって、私は瞬間をつかみ、完全に一見異なる分野からの3つの重要な本に言及します。

エド・キャットメル。 天才のコーポレーション。 創造的な人々のチームを管理する方法

本はピクサーの創始者によって書かれています。 読んで、どれほど賢く、機知に富み、同時に著者が大胆だったことに驚く。 志を同じくする人々の小さなチームで、彼はどのようにしてアニメーションのジャンルを改革し、世界中の何百万人もの子供と大人に触れる傑作を作成しました。 Ed KetmellがSteve Jobsとの対話を確立し、チームを擁護し、Pixarの成長のためにSteveの経験を活用した方法。

傑作の誕生の物語を語って、著者はそれらのすべてが新生児のように最初は非常に不器用だったことを思い出します。 出生直後にそれらを粉砕する価値はありませんでした。 そして、忍耐、愛、そして膨大な数のイテレーションによってのみ、アイデアが強くなり、オスカー賞を受賞した映画に変わりました。

エドはまた、人々が批判的な意見を公然と表明する雰囲気を作り出す方法についても語り、批評家はこの機会を利用して作品を改善することを喜んでいます。

私たちだけができるなら、そうですか？

デビッド・カーシー。 私を理解してくださいII：気質、キャラクター、インテリジェンス

第2版​​では、David Keirseyが体系的かつグラフィカルに、なぜ人々が予想とはまったく異なることをするのかを説明します。 同じ社会文化的背景にある同じ職業の人々は、まったく異なる決定を下すことができ、まったく異なることを評価できることがわかりました。 そしてこれは、愛する人、子供、親、そしてもちろん開発チームで常に起こります。

いくつかの批判にもかかわらず、MBTIの類型学は人々をよりよく理解し、彼らの行動を合理化し、よりバランスの取れたチームを構築するのに役立ちます。

ダニエル・カーネマン ゆっくり考える...すぐに決める

心理的経済理論の創始者は、気付かずに、私たちが住んでいる認知の歪みについて魅力的に語っています。 この本には、あなたと私が合理的であり、私たちが簡単に操作できることを示す例がたくさんあります。

この本は、そのような操作を認識することを教えるだけでなく、これを行うべきか、それとも非常に合理的な責任の再配分を行うべきかを真剣に考えさせます。

技術的な作業にかかる時間と、チーム管理に関連する作業にかかる時間はどれくらいですか？ ティムリッドが他にできることは何ですか？

私は長い間、真に技術的な仕事に取り組んでいなかったことを認めなければなりません。

リーグオブエキスパートズイゴールクラレノック

最近、昨日チームリーダーになった強力な開発者である同僚にどのようなアドバイスをしますか？ どのような具体的で理解可能な行動を、彼は新しい位置から仕事を始めるべきでしょうか？

• 周りを見てみましょう。 グループの人々が何をし、どのようにそれを行い、何が彼らを幸せにし、何が彼らを悲しませるかに注目してください。 現在担当しているチームの微気候を構成するすべてのニュアンスに注意してください。 あなたの子供と少女についての知識は相乗効果を生み出し、お互いに干渉しないようにします。
• コードの記述を停止します。 2つの例外を除きます。開発ベクトルを定義するとき、またはファッションを設定するときです。 最初のものには、開発のトーンを設定し、そのベクトルを正しい方向に保つことができるアーキテクチャソリューションが含まれています。 2つ目-テスト、ブランチ、グッドプラクティス、その他すべての人が怠けているがすべてがバラバラになってしまうその他のささいなこと。
• 最初から人生を始めたり、本からプロセスを導入したり、目に見えるすべてのエラーを修正しようとしないでください。 開発者とチームリーダーの見解は大きく異なり、開発者があなたにとって有害と思われるものは、すべてがぶら下がっている釘になることがあります。 ゆっくりと一貫して変更を加えます。 時間をかけて、時間をとってください。
• 与えて委任する。 あなたの仕事は、自分ですべてをすることではなく、仕事が完了したことを確認することです。 さらに、非常に重要な動機の1つは責任です。 彼女の作品を手に入れると、忙しさが減るだけでなく、チームのメンバーのモチベーションも上がります。 ただし、すでに与えた場合は、責任だけでなく、決定を下す権限の一部を委任したことを忘れないでください。

開発マネージャーにどの本や記事を読むことを勧めますか？ そして、定期的に勉強することはどのようなリソースに意味がありますか？

私はかつて、Alistair Cockburnの「アジャイルソフトウェア開発」の仕事が本当に好きでした。 私はあらゆる方法でそれをお勧めします。 生徒と一緒に仕事をすることを強くお勧めします：自分のフレームを準備する+体調を整える必要があります。

技術的な作業にかかる時間と、チーム管理に関連する作業にかかる時間はどれくらいですか？ ティムリッドが他にできることは何ですか？

グループがタスクに対処するために必要なだけ。 リリースが1週間である場合、管理するのは奇妙であり、1か月で女の子の1人が産休を取る場合、技術的なタスクを行うことは奇妙です。 すべて同時に起こったのですか？ だから、あなたはほとんど管理しませんでした:)真剣に、それはすべてグループの構成とそれに割り当てられたタスクに依存します、私見には普遍的なレシピはありません。

ティムリッドが他にできることは何ですか？

• あなたの人々を宣伝する。 仲間が他のチームを知れば知るほど、グループの信頼性が高まり、あなたが何をしているのかが理解できるようになります。 あなたが何をしているのかを知る人が少ないほど、彼らはあなたが何もしていないように見えます:)）
• 下請業者との相互作用（たとえば、近隣グループ）。 ここでは、技術的なタスクと管理を一緒に行うよりもはるかに時間がかかるように思えますが、これは会社の規模とグループの役割に大きく依存します。
• 開発軌跡の計画について：グループ全体と個人の両方。 「3年間で自分の役割をどのように想像しますか」という古典的な質問に答えられない場合、これはあなただけの問題ではありません。
• フレームを検索します。 人員を探すのをやめないでください。たとえ今日あなたがオープンなポジションを持っていなくても、常に1-2人を念頭に置いてください。

---

まだ登録できる次の会議は、2018年11月28日にYandexのモスクワオフィスで開催されます。 スピーカーに質問をして、彼らの経験を共有することが可能になります。