Рубрика: Agile Project Management

“Кросс-функциональные команды обладают всеми компетенциями, необходимыми для выполнения работы, не завися от других людей, не входящих в команду” – Scrum Guide. В отличие от подхода компонентной команды, кросс-функциональные команды – это группы, состоящие из людей из разных функциональных областей компании. - Она должна быть сформирована не только из технических специалистов (Back-end, Front-end разработчиков, QA инженеров и т.д.), но и состоять из таких членов, как бизнес-аналитики, специалисты по маркетингу и UX или все остальные, принимающие активное участие в проекте.

Независимо от того, разрабатывает ли команда продукт или проект, нам необходимо ответить на вопрос “Когда мы сможем его закончить?” или насколько далеко мы сможем продвинуться в определенный момент времени, поэтому, как и в случае с традиционными моделями разработки, нам необходимо оценить объем работы до начала проекта. Agile-оценка – это процесс оценки усилий, необходимых для выполнения приоритетной задачи в бэклоге продукта. Эти усилия обычно измеряются в терминах времени, необходимого для выполнения этой задачи, что, в свою очередь, приводит к точному планированию спринта.

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

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

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