Почему команды разработчиков любят Scrum?

Почему команды разработчиков любят Scrum?

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

Продолжить чтение
Scrum: почему совместная команда?

Scrum: почему совместная команда?

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

Продолжить чтение
Философия Scrum: выпускайте раньше, выпускайте чаще

Философия Scrum: выпускайте раньше, выпускайте чаще

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

Продолжить чтение
Scrum: как улучшить бэклог продукта?

Scrum: как улучшить бэклог продукта?

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

Продолжить чтение
Scrum: Вам нужно заявление о видении?

Scrum: Вам нужно заявление о видении?

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

Продолжить чтение
Техника приоритизации Agile Backlog: MoSCoW

Техника приоритизации Agile Backlog: MoSCoW

Метод MoSCoW обеспечивает способ категоризации требований пользователей на основе их приоритетности. Он помогает выработать четкое понимание требований клиентов и их приоритетности. MoSCoW означает “должен”, “следует”, “мог бы” и “будет”. Visual Paradigm поставляется с богатым набором шаблонов диаграмм. Вы можете начать с пустой диаграммы или с готового шаблона метода MoSCoW.

Продолжить чтение