Изучайте одну новую вещь каждый день
Структура Scrum состоит из Scrum-команд и связанных с ними ролей, событий, артефактов и правил. Каждый компонент структуры служит определенной цели и необходим для успеха и использования Scrum. Правила Scrum связывают воедино роли, события и артефакты, регулируя отношения и взаимодействие между ними, как показано на рисунке ниже:
Продолжить чтение
Независимо от того, разрабатывает ли команда продукт или проект, нам необходимо ответить на вопрос “Когда мы сможем его закончить?” или насколько далеко мы сможем продвинуться в определенный момент времени, поэтому, как и в случае с традиционными моделями разработки, нам необходимо оценить объем работы до начала проекта. Agile-оценка – это процесс оценки усилий, необходимых для выполнения приоритетной задачи в бэклоге продукта. Эти усилия обычно измеряются в терминах времени, необходимого для выполнения этой задачи, что, в свою очередь, приводит к точному планированию спринта.
Продолжить чтение
Определение готовности (DOR) фиксирует, когда элемент бэклога продукта (например, истории пользователей) отработан до такой степени, что его “вероятно” включат в спринт, в то время как команда Scrum использует DoD, чтобы определить, когда вся работа над элементом бэклога продукта (например, историями пользователей) завершена.
Продолжить чтение
Артефакты Scrum предоставляют критическую информацию, которую необходимо знать Scrum-команде и заинтересованным сторонам для понимания разрабатываемого продукта, планируемых и завершаемых действий в проекте. Следующие артефакты определены в Scrum Process Framework.
Продолжить чтение
Определение завершения (DoD) – это список требований, которым должна соответствовать история пользователя, чтобы команда могла назвать ее завершенной. Критерии приемки для пользовательских историй включают набор тестовых сценариев, которые будут соответствовать требованиям, чтобы подтвердить, работает ли программное обеспечение так, как ожидалось.
Продолжить чтение
Важно расставить приоритеты в бэклоге продукта, чтобы он не превратился в бессрочный список, в котором у каждого есть случайные идеи о вашем продукте. Ваш список дел должен быть структурирован, организован и расставлен по приоритетам, чтобы определить наиболее стратегически важные вещи, которые необходимо сделать вашей команде. В этой статье я представляю метод 100 пунктов для уточнения бэклога продукта.
Продолжить чтение
Scrum сравнивает команду разработчиков программного обеспечения с футбольной командой. Она имеет четкую и высшую цель, знакома с лучшей моделью и технологией, необходимой в процессе разработки, обладает высокой степенью автономии, тесной коммуникацией и сотрудничеством, обеспечивает решение различных задач каждый день с высокой степенью гибкости; каждый этап имеет четкое продвижение к цели.
Продолжить чтение
В бэклоге продукта перечислены все возможности, функции, требования, усовершенствования и исправления, необходимые для выпуска продукта. Бэклог проекта имеет атрибуты описания (Соответствующая детализация), сюжетных точек (Оценки) и порядков (Приоритетность). Они должны постоянно добавляться, удаляться и обновляться (Emergent) в бэклоге, и отражать понимание бэклога командой своевременно и надлежащим образом.
Продолжить чтение
Scrum зародился в проектах по разработке программного обеспечения, но он подходит для любых сложных или инновационных проектов. Scrum использовался для разработки программного обеспечения, аппаратного обеспечения, встроенного программного обеспечения, интерактивных функциональных сетей, автономного вождения, школ, правительств, рынков, управленческих организаций и операций, и почти всего, что мы (как отдельные люди и группы) используем в повседневной жизни.
Продолжить чтение
Руководство по Scrum 2020 года содержит многочисленные обновления и изменения, в котором есть семь основных изменений от издания 2017 года к изданию 2020 года
Продолжить чтение