Каковы основные преимущества схватки как методологии?

Ответ 1

Основываясь на моем опыте, я бы сказал, что ключевыми особенностями Scrum являются:

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

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

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

Ответ 2

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

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

Для использования Agile помогает:

• Повысить качество результатов (из-за строгих правил итерации, когда вы ожидаете, что все будет работать к концу итерации, а не "завершение кодирования", это творит чудеса)
• Лучше справляйтесь с изменениями (и ожидайте изменений. Это главным образом психологическая проблема, но это действительно помогает, когда ваши разработчики ожидают, что в какой-то момент какое-то требование изменится).
• Обеспечьте лучшие оценки и потратите меньше времени на их выполнение.

• Больше контролируйте расписание и состояние проекта (короткие итерации, четкие, однозначные способы расчета скорости и т.д.)

• В результате мы достигаем более высокой степени удовлетворенности клиентов в целом

Ответ 3

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

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

Ответ 4

Прежде всего Scrum - это методология для управления проектами, а не для разработки... его можно комбинировать с XP или RUP...

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

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

Ответ 5

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

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

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

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

Ответ 6

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

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

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

Ответ 7

Как я понимаю, ежедневные встречи Scrum предназначены для команды, чтобы обсудить прогресс и проблемы с блокировкой. Мастер Scrum облегчает. Владелец продукта может быть приглашен, если команда решит это сделать, но собрание не предназначено для предоставления статуса прогресса боссу или менеджеру.

Надеюсь, что я прав.

Ответ 8

У вас не будет времени для опоздания:)

Ответ 9

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

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

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

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

Что мой опыт с схваткой

Ответ 10

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

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

Ответ 11

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

Ответ 12

Я работал с kanban, водопадом, agile scrum и другими, в то время как программные продукты разработки и с моим опытом, я более удобен с схваткой. Это дает вам чувство достижения и не дает вам проснуться в свете того, что нужно сделать дальше и как это сделать.

Методология разработки Scrum основывается на инкрементном и итеративном процессе разработки продукта, где решения растут благодаря сотрудничеству между многофункциональными и самоорганизующимися командами. Вот основные преимущества scrum

• Простота и прозрачность процессов
• Адаптивное планирование
• Быстрая адаптация к изменениям
• Модель эволюционного развития и доставки
• Итеративный подход
• Циклы быстрого обучения
• Автоматическое тестирование предлагает стабильную платформу
• Быстрый выпуск на рынке
• Интегрированные и гибкие команды, которые могут изменять требования в любое время на основе отзывов пользователей

Я чувствую, что я получил достаточную справедливость в ответ.

Здесь вы можете узнать больше о моем опыте: http://www.cygnet-infotech.com/blog/agile-scrum-methodology-for-product-engineering

Ответ 13

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