参加者の 1 人がインド (+05:30) にいて、他の参加者が米国 (-06:00 と -08:00) にいる場合に、スクラムを形成することは賢明でしょうか? それでは誰にとっても快適な会議時間はありません。
2296 次
8 に答える
9
私はこのような状況にあり、プロジェクト管理を本当に難しくしています。私がこの「仕事」を見た1つの方法は（会社が最終的に廃業したため引用符で囲まれていますが、しばらくの間機能していました）、2つのグループ間でタスクを非常に明確に分離することです。基本的に、「開発者グループ」の2つのインスタンス間に「インターフェース定義」を強制します。そうすることで、それぞれの責任を明確に述べながら、相互依存を最小限に抑えることができます。成果物がよりシンプルになります。まだある程度の「ひどい早めの会議時間」はありますが、それはやや最小限に抑えられます。
于 2008-11-20T00:22:53.957 に答える
7
IMHOいいえ、タイムゾーンだけでなくレイテンシーのために、それは価値がありません
于 2008-11-20T00:18:10.843 に答える
6
私の意見では、インドで一人の参加者を持つことは、ほとんど最悪のシナリオです. wiki のようなツールや 2 番目のスクラムがあることは役に立ちますが、チームが非対称であるという事実が実際に物事を台無しにしてしまいます。
また、メイン チームの誰かを、インドのチーム メンバーと「相棒」にすることもできます。彼らの役割は、インドにいる人が見逃している可能性のある情報を最新の状態に保つことです。
私は、分散型チームのトピック全体に関するホワイト ペーパーを書きました。役に立つかもしれません。
http://www.ademiller.com/blogs/tech/2008/10/patterns-practices-agile-showcase/
于 2008-11-22T21:35:29.520 に答える
5
米国の参加者向けのスクラムに加えて、ステータスと質問を毎日wikiに投稿してもらうことをお勧めします。ポイントは、最も効果的な方法での日常のコミュニケーションです。
于 2008-11-20T00:22:17.810 に答える
3
通信が1つのチャネルを介して行われるようにプロセスを作成します。それぞれの場所にスクラムを用意し、プロジェクトポータル（Wiki）、VSTS、またはその他の単一チャネルに更新してもらいます。したがって、朝のスクラムを1つだけではなく、これを1日あたり2つのスクラムにして、1日あたり24時間のプロジェクト実行時間のメリットを享受できるようにします。
于 2008-11-20T00:20:08.907 に答える
3
実際、経験から、さまざまなタイムゾーンで作業することはある意味で祝福だと感じています。朝に来て、実際に物事が進んでいて虫が処理されているのを見るようなものはないので、中は温かい感じになります。
とにかく私たちはメーリングリストを使いました。スクラムではありませんが、メーリングリストや緊急時のチャットで十分に機能します。
于 2008-11-20T01:18:55.170 に答える
3
ラグビー チームは 1 つのフィールドで一緒にプレーしますか?. 主要なチーム メンバーが物理的に同じ場所にいる場合、どのプロジェクトもより成功します。おそらく、さまざまな段階では必要ないかもしれませんし、ビデオ会議が最も役立つかもしれませんが、個人的に自発的に対話できる場合は同じではありません. ほとんどのチームがどこにいても、プロジェクトが完了するまで他のメンバーはそこに移動する必要があります。
于 2010-06-19T20:26:13.077 に答える
2
スクラムの大きな目的の1つは、人々が何に取り組んでいるのか、何に取り組んでいるのか、そして障害があるのかを知ることです。それは上記のウィキで行うことができます。人々がウィキを毎日更新する限り、スタンドアップミーティングと同様の利点があります。コミュニケーション、グループおよび個人の進捗状況の表示です。
于 2008-11-20T01:26:29.850 に答える