Архив рубрики ‘скрам’

Scrum — как эффективно работать без project-менеджера

Вместо введения За последние 3 года работы мне довелось работать в самых различных ипостасях: исследователем, разработчиком и руководителем проектов. Есть различные стили управления: западный (когда предоставляется большая свобода в коллективе и многое построено на доверии, уважении, личной организованности отдельного индивидуума) и восточный (когда штрафуется каждое опоздание, жестко фиксируются сроки, во главе угла стоит железная дисциплина […]

85 заблуждений и препятствий внедрения гибкой разработки

Термин «скрам-бат» (от «scrum, but..») впервые начал использовать Кен Шуэйбер что бы описать неверную трактовку или умышленную модификацию правил скрам, что бы уйти от болезненной правды о процессе, которую он помогает открыть. Типичная формулировка скрам-бата выглядит так: У нас скрам, но <Причина>, <ОбходнойПуть> Где Причина — это описание дискомфорта, неприятного открытия с которым команда в […]

Больше, чем plain vanilla scrum. Общепринятые практики работы с требованиями

Недавно, на Скрам портале была опубликована статья Майка Кона об Общепринятых практиках в Скраме — практиках, которые довольно часто встречаются в Скрам-проектах, но не являются базовыми правилами Скрам. Скрам поощряет подобные добавления и специально построен минималистично, дабы команды могли добавить то, что им по вкусу. Не стоит путать подобные улучшения процесса с печально известным Скрам-ном. […]

Сеть оценок для планирования в Scrum

Scrum — достаточно простая методология. Работать же по скраму не так и просто. Точно так же происходит со многими инструментами, например с покером для планирования. Практика сама по себе вполне понятная, но продуктивно её использовать в течении длительного времени затруднительно. В этой статье я расскажу про технику, которая упрощает процесс оценок в работе скрам команды. […]

5 острых углов Scrum-а

Большинство плюсов Scrum-а хорошо описаны, а сама методология легко понятна и удобна в использовании. Однако несколько лет работы привели к тому, что обычный Scrum пришлось модифицировать. И в основном модификации коснулись основных «острых углов», которые возникали ближе к концу проекта и которые не покрываются стандартными инструментами Scrum-а. Итак, основные проблемы и наши варианты решения

12