2008-11-20 9 views
10

Можно ли даже попытаться сформировать схватку, когда один из участников находится в Индии (+05: 30), а другие находятся в США (-06: 00 и -08: 00)? У каждого нет удобного времени для встреч.Как вы делаете «схватку», когда участники разделяют 12 часовых поясов?

+1

Поскольку я могу выбрать только один ответ, я выбрал один из Buzzer; если бы я мог выбрать два, я бы добавил ответ McWafflestix как второй вариант. Общая команда довольно маленькая - 4 или 5 человек, с представленными как минимум 3 часовыми поясами. Это усложняет ситуацию. И «ежедневное общение» - это ключ. Благодаря! – 2008-11-20 18:51:37

ответ

5

Возможно, вы захотите, чтобы каждый пост и вопросы были добавлены в вики ежедневно в дополнение к схватке для участников из США. Дело в повседневной коммуникации наиболее эффективным образом.

7

ИМХО нет, это не не стоит, а не только из-за часового пояса, но и латентность

+0

Сорренто соблазн согласиться с тобой. Очень сильно искушаем. – 2008-11-20 00:51:59

+0

+1 Я также согласен с тем, что Scrum не является правильным решением в этом случае. Это можно сделать, как можно что-либо сделать, например, водопад с одним человеком или нет. – 2008-11-20 01:21:07

3

сделать процесс таким образом, что связь происходит через один канал. Погрузитесь в каждое место и дайте им возможность обновить его на портале проекта (Wiki) или VSTS или любом другом одном канале. Поэтому вместо одного утреннего схватки пусть это будет два схватки в день, так что вы, ребята, получите преимущество 24 часа работы проекта в день.

9

Я был в такой ситуации, и это действительно затрудняет управление проектами. Один из способов, которым я видел эту «работу» (в кавычках, потому что компания в конечном итоге вышла из бизнеса, но она была функциональной на некоторое время) должна иметь очень четкое разделение задач между двумя группами; в основном заставляя «определение интерфейса» между двумя экземплярами «группы разработчиков». Таким образом, вы минимизируете взаимозависимость, четко определяя обязанности каждого; и результаты становятся проще. Там по-прежнему существует определенное количество «головокружения раннего времени встречи», но оно несколько сведено к минимуму.

3

На самом деле, исходя из опыта, я чувствую, что работа в разных часовых поясах - это благословение в некотором роде. Поскольку нет ничего похожего на то, что вы приходите утром, и, увидев, что материал действительно прогрессирует, и ошибки обрабатываются, и т. Д., Это дает вам теплое чувство внутри.

В любом случае мы использовали списки рассылки. Не схватки, но списки рассылки и чаты для чрезвычайных ситуаций работают достаточно хорошо.

2

Одна из главных целей схватки заключается в том, чтобы знать, над чем работают люди, о том, над чем они планируют работать, и о любых препятствиях. Это МОЖЕТ быть сделано с помощью вики, упомянутой выше. До тех пор, пока люди делают свои ежедневные обновления в wiki, это имеет аналогичную выгоду для встречи на высшем уровне: общение, показывающее групповой и индивидуальный прогресс.

6

Наличие одного участника в отдельности в Индии - это, по-моему, сценарий наихудшего сценария. Инструменты, подобные вики и имеющие второй схваток, помогут, но тот факт, что команда асимметрична, - это то, что действительно убьет вещи.

Возможно, вы также попросите кого-нибудь в основной команде «приятель» со своим членом команды в Индии. Их роль заключается в том, чтобы держать человека в Индии в курсе событий, которые они, возможно, пропустили, что происходит за пределами встреч, которые все успевают посещать.

Я написал технический документ по всей теме распределенных команд. Вы можете найти это полезным.

http://www.ademiller.com/blogs/tech/2008/10/patterns-practices-agile-showcase/

3

ли играть команда регби в одном поле? .. Любой проект будет более успешным, когда ключевые члены команды физически находятся в одном месте. Возможно, на разных этапах это может быть необязательно, и, возможно, видеоконференция поможет больше всего, но не то же самое, если вы можете спонтанно взаимодействовать с в personam. Я бы сказал, что там, где большая часть команды находится, другие должны передислоцироваться туда до завершения проекта.