ダイナミックリチーミング 第2版 ―5つのパターンによる効果的なチーム編成

10章アンチパターン

リチーミングはすべての問題を解決するわけではありません。ひどいやり方のリチーミングもあります。チームにもっと情報を共有し、もっとコラボレーションしてほしいと考え、良いアイデアだと書いてあったペアプログラミングをチームに強制したらどうなるでしょうか？ 開発者の多くは不幸になり、あなたがチームを信頼せず、自由を奪ったと考えるでしょう。ある会社で、私が実際に経験したことです。ベストプラクティスを広めようとリチーミングを試み、同じようなひどい結果になった例を以下のアンチパターンの節にまとめています。これは1つの例にすぎませんが、ダイナミックリチーミングを実践しようとする場合は、ものすごく注意を払う必要があることを強調しておきます。既存のダイナミクスに影響を与える大規模なリチーミングを行う場合は、さらに注意が必要です。大規模なリチーミングの取り組みを計画しようとしているなら、12章を参照してください。

エッジでのリチーミングは、それほどリスクは高くありません。エッジのチームにワンバイワンやスイッチングパターンを適用し、チームを2つに分割したり、メンバーを4人外してから2人追加したりしても、全体のダイナミクスには影響しません。

リチーミングが簡単だとか、ダイナミックリチーミングですべての問題が解決できるみたいな話で、本書を埋めたいわけではありません。難しいかどうかは、あなたがやりたいこと次第です。未熟なアボカドでワカモレは作れません。準備のできていないチームや組織は変われません。でも変化はただ起こります。去ってほしくない人を引き留めることはできませんし、敵対的買収を防ぐこともできません。本書の執筆中に、地球がウィルスに覆われ、すべてが変わってしまう経験をしました。すべて ...