Ваша Agile-команда: слишком большая или слишком маленькая?

Ваша Agile-команда: слишком большая или слишком маленькая?

Большинство учебных курсов по Agile и Scrum ссылаются на правило 7 +/- 2, то есть команды Agile или Scrum должны состоять из 5-9 человек. Энтузиасты Scrum могут вспомнить, что в руководстве по Scrum говорится, что Scrum-команды не должны быть меньше 3 или больше 9. Откуда взялось это правило большого пальца и почему?

Continue reading
Делайте больше с LeSS (Large Scale Scrum) Framework: с инструментальной иллюстрацией

Делайте больше с LeSS (Large Scale Scrum) Framework: с инструментальной иллюстрацией

Компания LeSS была создана Басом Водде и Крейгом Ларманом на основе практического опыта масштабирования Scrum и основана как LeSS Company в 2014 году. Принцип «Больше с LeSS» лежит в основе LeSS (Large Scale Scrum). Разработка сложных продуктов не требует сложных решений. Она требует глубокого понимания сути проблем, которые затем могут быть решены с помощью более простых решений.

Continue reading
Когда следует использовать какой? Пользовательская история / вариант использования / функция / элемент невыполненной работы

Когда следует использовать какой? Пользовательская история / вариант использования / функция / элемент невыполненной работы

Мы постоянно сталкиваемся с этими терминами при разработке программного обеспечения. Иногда люди называют часть программного продукта — требование/случай использования, элементы бэклога ….. Что принято использовать в программном обеспечении: «это» или «что»?

Continue reading
Что такое гибкая оценка? Каковы распространенные ловушки?

Что такое гибкая оценка? Каковы распространенные ловушки?

В разработке программного обеспечения обычная «оценка» включает количественную оценку работы, необходимой для выполнения данной задачи разработки; она обычно выражается в терминах продолжительности (час / день) или расчетной единицы (сюжетная точка). Цель состоит в том, чтобы объединить ряд таких индивидуальных оценок, чтобы получить представление об общей продолжительности, работе или стоимости проекта программного обеспечения.

Continue reading
Планирование спринта: прогнозирование против фиксации

Планирование спринта: прогнозирование против фиксации

Летом 2011 года Кен Швабер и Джефф Сазерленд пересмотрели свое руководство по Scrum. В нем они убрали одно давно установленное поведение, известное в Scrum, — обязательство, которое команда берет на себя перед владельцем продукта и клиентами. Обязательство было заменено прогнозом. Они говорят, что команды могут прогнозировать свою работу, но не брать на себя обязательства.

Continue reading
В чем разница между пользовательской историей и критериями приемлемости?

В чем разница между пользовательской историей и критериями приемлемости?

Definition of Done (DoD) — это список требований, которым должна соответствовать история пользователя, чтобы команда могла назвать ее завершенной. В то время как критерии приемки пользовательской истории состоят из набора тестовых сценариев, которые должны быть выполнены для подтверждения того, что программное обеспечение работает так, как ожидалось.

Continue reading
Обзор спринта и ретроспектива спринта

Обзор спринта и ретроспектива спринта

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

Continue reading
Scrum: ИНВЕСТИРУЙТЕ в хорошие истории, выполняя SMART-задачи

Scrum: ИНВЕСТИРУЙТЕ в хорошие истории, выполняя SMART-задачи

INVEST как напоминание о характеристиках качественного элемента бэклога продукта (PBI) (или истории пользователя), обычно написанной в формате истории пользователя. Но что такое характеристики хорошей пользовательской истории? Акроним «INVEST» может напомнить вам о том, что хорошие истории должны быть

Continue reading
Какое разочарование испытывает больше всего Скрам-команда?

Какое разочарование испытывает больше всего Скрам-команда?

Что оказалось сильной стороной Scrum за последние 20 лет? Что должно быть в центре внимания Scrum в ближайшие 20 лет? Что из Scrum разочаровало вас больше всего на данный момент? Что связывает вас со Scrum? Какое небольшое улучшение можно было бы добавить в Scrum?

Continue reading
Сделай сам Автоматизированный процесс Scrum

Сделай сам Автоматизированный процесс Scrum

Беспрепятственная навигация по всему процессу scrum в единой, красиво оформленной канве процесса scrum. Выполняйте действия scrum быстро, легко и плавно. Поддерживайте полную вовлеченность всей команды. Наше программное обеспечение agile делает проекты agile простыми и эффективными.

Continue reading