Каковы главные преимущества толпы как методология? [закрытый]

Если мы говорим о преимущества , только они в значительной степени очевидны.

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

Для нас использующий Гибкий помогает:

1. Увеличение качество результатов (из-за строгих итеративных правил, когда Вы ожидаете, что все будет работа к концу повторения вместо' кодирование, являющееся завершенным ' это, творит чудеса)
2. Покров лучше с изменениями (и ожидают изменения. Это - главным образом психологическая проблема, но действительно помогает, когда Ваши разработчики ожидают, что требование изменится в какой-то момент)
3. , Обеспечивают лучшие оценки и проводят меньше времени, делая их

4. больше Проконтролировать график проектных работ и состояние (короткие повторения, ясные, однозначные способы вычислить скорость и т.д.)

5. В результате, мы достигаем более высокого клиентского показателя удовлетворенности в общем

На основе моего опыта я сказал бы, что основные характеристики Толпы:

• Высокая видимость прогресса.
• Регулярная обратная связь от клиента.
• Предсказуемый ритм.
• Измеримая производительность (через burndown, скорость, и т.д.).
• Межфункциональные, самоорганизующие команды.
• Осматривают и адаптируются.
• Низкие бюрократические издержки (встречи, документация, и т.д.).
• Акцент на коммуникацию лицом к лицу.

И эти функции приводят к после преимуществ :

• Проект может легко ответить на изменение.
• проблемы определяются рано.
• Клиент получает самую выгодную работу сначала.
• сделанная Работа лучше удовлетворит клиентские потребности.
• Улучшенная производительность.
• Способность поддержать предсказуемое расписание для доставки.

По моему опыту, основное преимущество - то, что Ваш менеджер добирается, чтобы сказать, что Вы делаете Толпу, и Вы добираетесь для траты большего количества времени, идя в ежедневные встречи вместо того, чтобы получить сделанную работу.

... возможно, что они не делали его правильно ;-).

Для команды, которую Вы описываете, я вижу эти основные преимущества:

Видимость в то, что происходит и отслеживаемость. Во время КОРОТКОЙ ежедневной встречи Вы получаете лучшее представление о том, что происходит, что было закончено и что не было. Через какое-то время Вы начинаете видеть тенденции: кто хорошая оценка, кто не, кто говорит Вам, что они работают, когда они действительно не. У Вас есть лучшее изображение того, когда Вы собираетесь быть сделанными.

Сам организация. Члены команды - те, которые выбирают, что сделать и когда для данного повторения. Это занимает время, когда люди не привыкли к нему, но заканчивает тем, что делал членов команды более счастливыми, потому что никто не диктует, кто добирается, чтобы сделать что. Они решают.

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

Я не вижу много различия между XP и Толпой. Если у Вас уже есть XP, Вы, вероятно, не должны переключаться. Возможно, примите некоторую Толпу определенные методы для лучшей масштабируемости как Толпа Толп. Почти все другие методы существуют в XP как ежедневные встречи, повторения, ролевое разделение, ретроспективы, и т.д.

На самом деле я не уверен, что такое разделение обладает преимуществами. Это - bette для решения то, что Вы делаете плохо во время ретроспективных встреч и применяете методы от любого процесса (или создайте собственные решения) к Вашим определенным проблемам. XP и Толпа дают Вам платформу, которая поможет быть адаптивной и творческой. В то время как традиционные процессы дают Вам ряд правил что импеданс любое творческое поведение.

Ваша команда и Ваш проект ЯВЛЯЮТСЯ особенными. Думайте и свяжитесь для увеличения резкости процесса разработки.

В первую очередь, Толпа является методологией для управления проектами не для разработки... это может быть объединено с XP или RUP...

Толпа хороша для Вас, если у Вас есть проект, который изменяется..., когда Ваш requierements изменяет Вас, должен не отставать от этих изменений... Толпа имеет короткие повторения (2-4 недели), и это обеспечивает больше ответа на изменения..., и у клиента может быть ранний выпуск его продукта, и у Вас может быть вся эта обратная связь, в которой Вы нуждаетесь..., возможно, это - первое преимущество...

Другое преимущество: Ваша команда будет всегда работать, синхронизировался особенно, когда они зависят друг от друга...

Когда Вы говорите "Толпу", я не знаю, имеете ли Вы в виду гибкий, или просто ежедневная встреча. Принятие Вас просто означает то, что является преимуществом ежедневной встречи, которую я вижу 3

1 - у Вас есть возможность выставить любые проблемы, которые Вы имеете всей команде и можете получить, помогают совету от людей, которых Вы, возможно, не думали для выяснения. Более эффективно, чтобы, имея необходимость прервать коллег в течение дня, чтобы попытаться получить справку для некоторых проблем Вы имели.

2 - команды Группы получают лучшее изображение того, что делает вся группа, и у Вас есть возможность влиять на разработку, в которую Вы сразу не вовлечены.

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

Это - мой опыт с толпой

Вы не получите крайние сроки, становясь опаздывающими :)

Я был "Scruming" в течение двух лет, и мой опыт говорит мне, что намного легче знать, "где мы" в любой точке, потому что процесс разработки находится в периоды фиксированной длины (Спринты), который позволяет оценивать то, что было сделано. И в середине тех периодов, имея Ежедневную Толпу (те встречи Dmitriy говорил о) и Диаграмму Burndown (диаграмма остающейся работы) позволяет команде и менеджеру всегда знать то, что уже сделано и что является командой, продолжает работать.

В Вашем случае у Вас должно будет, вероятно, быть несколько меньших Толп вместо большой, потому что Толпа работает лучше всего с меньшими командами. Эта книга имеет некоторое понимание об этом: http://www.infoq.com/minibooks/scrum-xp-from-the-trenches

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