Рубрика: Agile Project Management

В бэклоге продукта перечислены все возможности, функции, требования, усовершенствования и исправления, необходимые для выпуска продукта. Бэклог проекта имеет атрибуты описания (Соответствующая детализация), сюжетных точек (Оценки) и порядков (Приоритетность). Они должны постоянно добавляться, удаляться и обновляться (Emergent) в бэклоге, и отражать понимание бэклога командой своевременно и надлежащим образом.

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

LeSS — это легкая Agile-система для масштабирования Scrum на более чем одну команду. В 2005 году Бас Водде и Крейг Ларман разработали структуру LeSS после использования принципов и правил Scrum в крупномасштабных проектах. Их целью было успешно развивать крупномасштабные проекты, оставаясь при этом в рамках ограничений Scrum.

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

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

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