新年気分投稿。
明日は新しい2019年です。 新しい年では、伝統によれば、何らかの方法で、より良いことをする、違うことをする、何もしない、と約束します:)さて、再び、伝統によれば、年の最終日に在庫を取り、将来の計画を立てるのが慣習です。 2018年は、小さなチームの新しいレベルの管理に移行したい人のための会議であるTeamLead Confの誕生の年でした。 カットの下で、いくつかの思い出、少しの反省、将来
の計画の多くの
手紙 、モスクワでの
冬のイベントでの最初の報告の発表があります。
2018年に、チームリーダーとITコミュニティおよびITに近いコミュニティの共感を得る同僚のために、2つの優れた会議を開催しました。 2月のモスクワでは、約450人が集まりました。 それはその種の最初の専門的なイベントでした。 まったく異なるトピックに関する30のレポート、2日間のコミュニケーションに熱心な数百人の同僚、専門家、スピーカーが、チームマネージャーにとって最も緊急かつ重要なトピックについて議論しました。 そのイベントの雰囲気は報告
ビデオに最適です。 当時、私たちはタスクを完了し、すべての利害関係者を集め、すべての質問に答えたように思われました。 どのように間違えたか:)現在、チームリーダーの活動に何らかの形で関連している質問のリストは約6枚で、常に更新されています。
秋には、サンクトペテルブルクで会議を繰り返しました。 驚いたことに、このイベントへの関心はさらに高かった。 約600人の参加者、数十人の専門家、2日間にわたるプレゼンテーション、トレーニング、会議、1箇所あたり3.2レポートのコンテスト、コミュニケーションの海、ビール、美しい秋の街。 第2回会議のプログラムをより意識的に収集し、いくつかの重要なトピックに注意を払いました。その中から、チームのメトリックと評価、プロセスの構築とコミュニケーションを選び出す必要があります。 トピックには穴が開いているように見えますが、検証のために、トピックは非常に広大であるため、非常に長い間話をすることができました。 ここにレポート動画があります。 聴衆からのフィードバックから判断すると、それは非常にうまくいきましたが、プログラムの選択とイベント全体の組織に対するアプローチを検討し、調整する何かがありました。
だから。
TeamLead Conf 2019 Moscowをご
紹介します。 会議は
、モスクワのRadisson Slavyanskayaで2月25日と26日に開催されます。 予測によると、約700人の参加者を集めます。主要な業界の専門家、専門家、チーム、人、プロセスの管理のトピックに関心のあるすべての人です。 参加者の中には、Kaspersky Lab、Tinkov Bank、Lamoda、Avito、Badoo、Ivi.ru、Ozon、Skyeng、Dodo、Agima、多くの有名な独立した専門家、ダークホース、そして非常に素晴らしくて賢い人がいます:)参加者のリストは常に更新されています。 言い換えれば、最も差し迫った問題について話し合い、人やチームの管理に関して非常にクールで大胆なことをする人に質問するためのプラットフォームをもう一度見つけることができます。 30件を少し上回るレポートを引き続き公開しますが、今回は2018年に議論したものとは重要なトピックが異なります。
今回は、以下の領域に特別な注意を払います（以下は重要なトピックですが、すべてではありません）。
- 混雑との戦いについて話すことを含め、作業を計画します。
- 振り返り、ブレーンストーミング、ファシリテーションセッション、計画、グループおよびチーム作業のその他の側面。
- 代表団
- 無形の動機。
製造可能性も追加します-技術プロセスの組織のいくつかの側面について説明します。 開発、レビュー、アセンブリ、統合、およびこれらすべてを一般的なビジネスプロセスに統合する方法、およびあらゆる種類の規制と指示（その利点、害、実装方法）が登場します。
また、今回は小さな実験を行い、一連のトピック全体を個別のインタラクティブトラック（はい、トラック全体）に分けて、ステージから何らかの形で聞こえるが、聴衆からの膨大な数の質問と傍観者の会話を引き起こすことにしました。 これはどういう意味ですか？ 特別に招待された専門家がプレゼンターまたは聴衆からの観客からの質問に答えるとき、あなたの多くはいわゆるラウンドテーブルに出席したに違いありません。 多くの場合、非常に多くの質問があり、時間がほとんどないため、ほとんどの答えが聞こえず、聴衆は通常、対話に参加する機会を奪われます。 今回はすべてが異なります。 まず、この形式の時間を2時間に増やしました（以前は1時間のみでした）。次に、「種のために」いくつかの質問を準備し、専門家に発言するように依頼します。ホール。 各自がトピックについて話し、経験を共有することができます。 これにより、議論に唐辛子が追加され、多元主義が強化され、何らかの理由で実際にレポートを申請したくない人の間で自分の意見を表現する機会が追加されると考えています。 私たちはリスナーの中に膨大な数の「秘密」の専門家がいることを確信しており、彼らを議論に持ち込みたいと思っています。 各「ラウンドテーブル」は1人のスピーカーによるレポートに置き換えることができますが、トピックは非常に苦痛で関連性があるため、残りの意見を失うことはありません。
そもそも私たちが現在検討しているトピックには、次のものがあります。
- リモートの従業員、それらとの連携方法、管理方法など または、それは一般的に普遍的な悪ですか？
- 無形の動機。 ベストプラクティス、実装オプション。 それともお金とトッププロジェクトだけが本当にやる気を起こさせるのでしょうか？
- 「星」の管理。 「スター」部下がいる場合の対処方法 あなたより明らかに強い人を雇う価値はありますか？
- 職域を超えたチームの辛抱強いテーマ。 誰もがそれについて言い、多くの人がそれを長い間実装しており、誰かがまだ高度に専門化されたユニットに基づいてプロセスを構築しています。 たぶん秘密がありますか？
- さて、ケーキの上のチェリー。 クールなチームリーダーになることがうまくいかなかった場合はどうすればよいですか？ 戻る方法はありますか？ 橋を燃やさないように作品を整理する方法は？ ここで、理論的には、「前進する方法がない場合の対処方法」というトピックに触れます。
フォーマットが来ることを本当に望んでいますが、今のところ、さまざまな極秘ミタップのトレーニングを行っています。
結論として、私はプログラムに既に受け入れられている最初の12のレポートを調べて、スピーカーが準備を始めたので、さらなる選択に集中しました。
- エゴール・トルストイ 。 アビト。 OKR：使用説明書。 最後に、大企業の経験をOKRと共有するために、彼らを引き抜きました。 Avitoは3年目、OKRを実践してきましたが、この間、目標と主要な結果を設定するためのさまざまなアプローチを試してみて、多くの熊手を集め、さまざまな構造やチームでOKRを実装および使用した経験と実際の事例を共有する準備ができました
- フィリップ・デルガド 。 情報技術とシステム。 コンストラクターとしての方法論：アセンブリー命令。 PhilはCowbernのアイデアを開発することを計画しています。Cowbernは彼の記事で説明しています。「各プロジェクトには独自の方法論があります。」 開発方法論の詳細、設計および実装時に注意すべきこと、作成された方法論をいつどのように再構築するかについて、いくつかの有用なプラクティスについて説明します。
- マリーナ・ペイチ 、Purrweb。 チーム管理でリーダーシップスタイルを活用する方法。 チームのリーダーシップの道に着手したが、チームとの連携がうまくいかない場合はどうすればよいですか？ チームとの効果的で快適な仕事への最短の方法は、すでにその人に埋め込まれているリーダーシップの質の定義と開発です。 幸いなことに、誰もが何らかのデフォルトのリーダーシップスタイルを持っています。 セッションでは、Adizes博士の長所と推奨事項を効果的に使用して、クールなチームリーダー（リーダー、リーダー）になる方法について説明します。 あなたは皆、この素晴らしい夫の作品に精通していますか？
- アーメド・シェリエフ 。 インターファックス レガシーチームと開発プロセスのリファクタリング。 （私の観点からは、このトピックは非常に重要です。）「歴史のある」チームを受け入れ、非常に効果的なプロセスが確立されていない場合はどうしますか。 どこから始めますか？ チーム改革へのどのアプローチがうまく機能し、最も痛みのない変更を可能にしましたか？ アーメドでこれらの質問に対する答えを探しましょう。
- パベル・アクショノフ 。 Ozon.ru。 クロスチームプロジェクトの実施。 10〜15チームが参加するオゾンでプロジェクトがどのように行われているかの話を聞きます。 役割、典型的な問題、起動と保守、同期、その他多くのトリックと微妙さ。 個人的には、私にはそのようなチームはありませんが、一時的ではあるが、参加者の数が同程度の統合プロジェクトがあります。 一般的に、有望なトピック。
- アナスタシア・カラシニコワ 。 神秘的な共感、リスニングとフィードバック、または心理学者としてのティムリッド。 人と仕事をするとき、ある時点で、あなたはあなた自身に共感を育む必要があることに気づきます。 チームの開発者が言うことを理解することを学びます。 彼はあなたのようでなければならないという幻想から離れてください。 同時に、目標を設定し、結果に従い、感情に陥らないようにします。 アクティブリスニングスキルの向上方法をお聞きします。 Nastyaは、ITの分野で実践している心理学者およびHRであり、どこが痛いのかを正確に知っています。
- エフゲニー・ペシュコフ 。 ドードーピザ。 管理3.0。 ドードーピザの理論と実践。 アジャイルの世界でのチーム管理に対する別の流行語または一般的なアプローチはありますか？ これはどのようなモデルであり、どの部分でDodoの社員が重要であると考え、管理に使用していますか。 すぐにあなたのチームに適用できるプラクティスは何ですか。
- ナタリア・スヴェシュニコワ 。 カスペルスキー 不健康な出会いのホリバーやその他の症状の予防。 現時点では、暖かいランプの集まりが自然な水曜日に変わります。 誰のせいですか？ 会議を安定させ、会議を有用かつ効果的にするにはどうすればよいですか？ 特別な注意を払うべきもの。 これで終わりです。 Nataliaはシステムアナリストを操作します。これらの人との出会いは人生の大きな部分を占めているからです。
- ウラジミール・ロマンコ 。 カスペルスキー コードレビューを実施するための実用的なテクニック。 技術報告書はすぐ上で約束しました。 コードレビュー。 誰にとっても、この言葉は何か違うことを意味します。 一見ピットインされたプロセスへのテクニックとアプローチについての話を聞きます。 レポート：監視
- アンドレイ・リュジキン アギマ。 マネージャー対チームリーダー：責任の分散。 私の観点からの別の関連トピック。 チームリーダーとマネージャーが卓球をして、お互いにタスクを投げようとしているという事実に、どのくらいの頻度で遭遇しますか？ しかし、誰かが不必要な責任を負い、他の誰かの仕事が彼らの基本的な責任を損なうことがありますか？ 「誰がこれを行うべきか」という質問について議論する必要がありますか、それとも妥協案を見つけて、タスクが結果に移るのですか？ アンドレイと一緒に、これらの質問に対する答えを探します。
- マキシム・ツェプコフ 。 Mtsepkov.org。 チームリードのソフトスキルモデル。 行ったことがない、そして再びここに。 チームと-開発のように。 コードを書くことも、パターンを知って使用することもできます。 チームも同様です-あなたは単に人々の共同作業を構築することもできますし、-あなたはモデルとテンプレートを知って適用することもできます。 そのようなモデルは多数あり、レポートについて全員に伝えることはできません。 マックスの目標は、彼が使用しているものの概要を示し、それらがどのように機能し、どのように役立つかをケースで示すことです。 そして同時に、モデルの使用は、人々が魂のない資源である魂のないマネージャーになることを意味しないことを示します。
- ユージンロシンスキー Ivi.ru。 新製品の名前で。 1年前、ユージーンはivi.ruがアジャイル変換をどのように経たのか、バリューストリームを備えたスケーラブルなスクラムを作成することによってどのような結果が達成されたかについて話しました。 今回は、新しい製品の作成中にivi.ruのスタッフが製品およびテクノロジーユニットの構造をどのように変更したかについて説明します。これは、柔軟性のある方法論から、品質管理エンジニアが開発プロセスの組織で重要な役割を果たした理由です。チームリーダーと製品所有者。
とても有望に見えます。 そう？ そして、これはわずか3分の1です。
彼らが言うように、通常ロシア語を実際に話さない人は常に注目されています。 さらに興味深いレポートが私たちを待っていると確信しています。 ところで、ラウンドテーブルのトピックについてアイデアをお持ちの場合は、提案してください。喜んでお話しします。 トピックが興味深く、トピックのリストに入った場合、私たちはあなたをカンファレンスに無料で招待します。
読んでくれてありがとう！
明けましておめでとうございます。 そして、フォースが私たちと一緒にいるように！2月25〜26日にモスクワで開催されるチームリーダー向けのTeamLead Conf 2019カンファレンスでの論文募集が本格化しています。 あと15日です。 急げ！ レポートの提出方法と参加条件の概要は次のとおりです。 これは 、申し込みフォームへのリンクです。
そして私たちと一緒にいてください！ 開発チームの管理に関する記事とビデオを引き続き掲載します。 ニュースレターでは、有用な資料を数週間収集し、会議のニュースについて書きます。