「フェンスを乗り越える」または3時間でチームになる方法の話

チームがどのようにチームになるかについては、さまざまな意見があります。すぐにチームになることができないことについて話している、より人気のあるモデルがいくつかあります。これは、独自のダイナミクスを伴う長いプロセスになる可能性があります。



トピックの文脈では、ビジネスは、最も効果的な結果を達成できるのは「チームワーク」であることが知られているため、短期間でなくても、どれだけ早く変革をチームに変えることができるかという事実に関心を持つことがよくあります。ここでは、彼らはリーダー、つまりプロジェクトマネージャー、スクラムマスター、チームリーダーに依存しています。誰かが最初の段階で「一緒にバーに行く」ことの重要性について話します。誰かが、チームのアイデンティティを定義して強調する方法として名前またはロゴを選択することについて話します。



私が最も気に入っているのは、最初に成功した共同体験をした人々のグループとしてのチームの見方です。同様のトピックについてのコーチングで、私は「フェンスを乗り越える」という比喩に出くわしました。その中で、フェンスは一般的な問題の解決策を開発する私たちの能力であり、「それを乗り越える」ためには、暖かさ、ユーモアのセンス、そして一緒に働きたいという願望が必要です。



この夏、私は現在会社の最優先事項の1つであるプロジェクトに取り組み始めました。その主な目標は、古代のレガシーバックエンドを最新のマイクロサービスアーキテクチャに置き換えて、テレコムの世界をより良い場所にすることです。期待は高く、ペースは速いため、力強い成長と新しいチームの採用と立ち上げが必要になります。これらの新しいチームの1つは、私が組み立てて立ち上げることでした。





さて、あなたはアイデアを得る。



私はしばらくの間続いた候補者の思慮深い選択の期間に突入しました。私は人々と知り合い、非公式の会話でさまざまな問題について彼らの見解を見つけようとしましたが、完全に引退し、プロジェクトの開始日が異なるため、私たち全員が本当にお互いを知る良い機会がありませんでした。それにもかかわらず、「意欲的で機能横断的な専門家」（私たちはスクラムで働いています）の構成が徐々に採用されました。



そして、よくあることですが、ある時点でフライホイールがどんどん速く回転し始め、今では説明したり、きちんとしたキックオフをしたりする時間がありません。チームに採用された人々をつかんで、すぐに始める必要があります。同時に、パンデミック体制は、悪名高いチーム構築イベントの可能性に厳しい制限を課しました。これを後悔するのは無意味に違いありませんが、すべての準備をして、私たちはまだ通常の知人のための時間がありませんでした。



ですから、私たち全員が初めてお互いを「見た」のは、最初の計画だけでした。そして、これは単なる計画ではなく、PIP（Product Increment Planning-次の数スプリントのチームの作業の高レベルの計画に特化したSAFeのイベント）であったため、限られた期間で多くのことを理解する必要がありました。



この瞬間を想像してみてください。これは、そのようなイベントのあなたの最初の経験です。あなたは9人の見知らぬ人との会議に参加し、「チーム」と宣言されたばかりですが、これらの人々が誰であるか、彼らが実際にどのようなスキルを持っているかがわかりません。3時間で一緒に「チーム」を作成できます。次の3か月の作業計画。



また、説明が明確ではないため、計画のいくつかのポイントに分解することが提案されている難しいタスクをいくらか恐れています。





ちなみに、私たちの製品増分計画は、オフラインの場合、次のようになります。



最初、私たちは文字通り立って、比喩的に既存のバックログの周りに群がり、何ができるかについて話し合いました。それに応じて、開発チームは沈黙にのみ対応することが多く、プロセスは容易ではありませんでした。



それでも私は、その消防士のように、何度も何度も何度も何度も何度も何度も石を叩き続け、友好的な方法で開発チームを応援し続けました。思いがけず刻まれた火花が小さな炎に変わった様子。



それに応じて、開発者の1人が一時停止し、...存在する各人を心配するすべてのことを声に出しました。不確実性、ぎこちなさ、高レベルの不確実性...はい、これはすべてそこにあり、私たちは皆それを感じています。しかし、これは私たちが今集めたものを実現することを妨げるでしょうか？それ聞かせて！



突然、別のエンジニアが自分の疑問を自白しました。そして他の人。専門知識のレベルが不十分であると考える人もいれば、「ばかげた」明確な質問をするのをためらう人もいました。誰かが私たちに会ったばかりで、「間違った」印象を与えたくなかったので、ただ不快に感じました。



不安の原因をすべて大声で言うと、呼吸がしやすくなったようです。私たち一人一人が自分の告白をしました、そして誰も私たちを非難しませんでした。雰囲気は暖かくなりました。冗談がありました。



臆病な火が燃え上がり、自信を持って明るい炎になりました。



お互いをほとんど知らなかった私たちのグループは、非常に異なった感じをしました。徐々に、バックログを分析するための戦略を開発しました。開発者は要件を評価し、協力しました。特定のタスクに何を実行する必要があり、どのレベルの分解が必要かについて話し合いました。これはすべてすぐにJIRAに記録されました。それから彼らは作品を配布しました。全員が議論に参加しました。



彼らがチームの一員であることをほんの数分で発見したのを見るのは驚きでした。



私はずっと後にこのトピックに関するTEDの話に出くわしました。



その間、Product Ounerは、この会議の前に彼によってかなりの割合の作業が行われていたにもかかわらず、力とメインで作業していました。結局のところ、すべての要件を準備したのは彼でした。彼は、チームが焦点を当てる必要のある高レベルの目標を説明し、バックログを更新し、質問に回答し、明確にできることをすべて明確にしました。



私はスクラムマスターとして、必要に応じてディスカッションの動きを指示し、ディスカッション自体が行き止まりになっているという感覚の出現を防ぎました。



3時間のハードワークの後、チームは次の3か月の目標に対するロードマップの作成を完了し、計画を完了しました。



翌日、プロダクトオーナーはこの計画を利害関係者に提示し、文言に関するいくつかの小さなコメントを考慮して、合意され、採択されました。



私たちは皆、一緒に行動することによってこれを行うことができました。お互いに助け合って、仕事を始める前から初めて共同体験を成功させました。この計画で、私たちのチームは共通の成果を見つけました（もちろん、多くの最初のもの）。私たちは「PI計画の征服者」になり、複雑なプロジェクトの他のすべての部分を確実に成功させることができたと感じました。



そして、私が尋ねられた場合、「チームはどのようにしてチームになりますか？これは長いプロセスですか？」、彼らが「フェンスを乗り越える」、つまり最初の困難を克服し、調和して団結して行動するとき、彼らは真のチームアイデンティティを獲得すると答えます。そして、これをできるだけ早く実現するのはリーダーの責任です。



そして、これに対して彼が正確にできることは、次の記事のトピックのように聞こえます:)