Кибермедиана

Сам по себе Scrum – это простая основа для эффективной совместной работы команды над сложными продуктами. Руководство по Scrum объясняет scrum ясно и кратко. это руководство содержит определение scrum. Это определение состоит из ролей, событий, артефактов и правил Scrum, которые связывают их вместе. Каждый компонент в рамках структуры служит определенной цели и необходим для успеха и использования Scrum. Правила Scrum связывают вместе роли, события и артефакты, регулируя отношения и взаимодействие.

Скрам-мастер – это член Скрам-команды. Их задача – создать продуктивную рабочую среду и помочь другим понять ценности, принципы и практику Scrum. scrum-директора, как правило, ориентированы на людей, имеют высокий EQ и находят удовольствие в том, чтобы помогать членам своей команды расти.

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

Обзор спринта – это больше, чем просто демонстрация; это обзор завершенного спринта, бэклога продукта и рынка. Признаем, что демонстрации являются важной частью Sprint Review. Цель встречи Sprint Review – показать клиентам и заинтересованным сторонам работу, проделанную в течение спринта, и сравнить ее с обязательствами, взятыми в начале спринта.

Команда разработчиков Scrum обладает автономией в выборе наилучшего способа выполнения своей работы, а не под руководством других людей вне команды. В отличие от традиционных принципов управления, самоорганизующиеся команды, наделенные полномочиями, не направляются и не контролируются сверху; скорее они развиваются из членов команды, активно участвующих & коллективно во всех практиках и мероприятиях Scrum.

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

Release early, release often – это философия разработки программного обеспечения, которая подчеркивает важность ранних и частых релизов для создания плотной обратной связи между разработчиками и тестировщиками или пользователями, в отличие от стратегии выпуска, основанной на функциях.

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

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