Портал №1 по управлению цифровыми
и информационными технологиями

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

scrum

Как защитить зрелую команду от деградации

Недавно меня пригласили помочь команде, с которой я уже работала два года назад. Это отличная зрелая команда с хорошо отстроенным рабочим процессом. Но в последнее время поставка заметно замедлилась и начали возникать сбои.
Я была сильно удивлена, когда обнаружила несколько простых дисфункций, которые зрелой команде ничего не стоило выловить самостоятельно. Это заставило меня поразмышлять, почему так происходит? Почему команда с отлаженным рабочим процессом и прекрасными профессиональными навыками может деградировать, вместо того чтобы непрерывно улучшать свои показатели?

Понимание ваших данных: Kanban Analytics

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

5 спорных моментов, убранных из Scrum

Сам по себе фреймворк Scrum уже давно перестал быть инновацией. Появившись задолго до подписания Agile-манифеста, Scrum сегодня неразрывно связан с миром гибких подходов. Основой фреймворка уже довольно давно является “Руководство по Scrum” (Scrum Guide). С момента своего появления этот документ довольно сильно изменился. В своей статье голландский специалист Вилем-Ян Агелинг рассказывает о пяти спорных моментах, выпавших из руководства по Scrum за эти годы. Если вы перешли на Scrum пять или более лет назад, то ваше понимание Scrum отличается от того, которое существует сегодня. Есть много вещей, которые когда-то определялись как Scrum, даже упоминались в руководстве по Scrum, но в какой-то…

У скрам-мастера нет ответственности за поставку

Очень часто встречается проблема в понимании ролевых механик  фреймворка Scrum. С одной стороны, у нас есть “командная ответственность” – парадигма, расширяющая ответственность каждого участника процесса за пределы выполнения своей функции и наделяющая его ответственностью за результат в целом. С другой стороны, у нас есть участник скрам-команды (роль), который не несет ответственности за поставку. Речь идет о скрам-мастере, который, на первый взгляд, отвечает только за то, чтобы в команде был Scrum, и не обременен другой ответственностью. Давайте посмотрим, как объясняет эту особенность роли скрам-мастера Уильям-Ян Агелинг в своей статье “A Scrum Master Has No Delivery Responsibility” Один из моих коллег недавно…

Ежедневный скрам – бесполезная потеря времени?

Довольно часто на начальном этапе работы с разными командами приходится сталкиваться с сопротивлением по отношению к ежедневным собраниям. Разработчики не видят ценности в ежедневном стоянии у доски, зачастую им кажется, что это время стоит потратить на что-то более ценное (написание кода, например). Вот как подходит к донесению ценности регулярных собраний Марк Левинсон. Ежедневный скрам – это пустая трата времени, прерывающая мою работу. Ежедневный скрам – шанс для скрам-мастера проявить себя и позаниматься микроменеджментом. Ежедневный скрам предназначен для сообщения о статусе задач, но для этого я могу воспользоваться электронной почтой. Эти жалобы звучат так знакомо. Сейчас очень модно шутить над бесполезностью…

, 12 сентября 2019, последний комментарий 16 ноября 2023

Волшебство коротких пользовательских историй

Итеративные подходы к разработке продуктов требуют декомпозиции и работы с маленькими частями. Это улучшает производительность и управляемость. Несмотря на то, что выгода от такого подхода кажется очевидной, команды раз за разом стараются решить все проблемы в одной задаче, а заказчики пытаются впихнуть все требования в один спринт. Аджайл коуч Дуайт Кингдон, в своей статье собрал основные аргументы в пользу разумного уменьшения размера пользовательских историй, с которыми работают команды, и изложил свой подход к уменьшению размера этих историй. Я часто сталкиваюсь с командами, которые любят большие пользовательские истории. Зачем тратить время на написание, планирование и оценку множества маленьких историй, когда вы…

Почему многие скрам-мастера обречены на провал.

Недавно в статье о запросах на лидерство от команды, раскрывалась тема применимости служащего лидерства в работе с самоорганизованными командами. Сегодня вашему вниманию представляется мнение Мартена Далмайна о роли лидерских и коммуникационных навыков и их влиянии на успешность работы скрам-мастера. Если вы видели начало работы по скраму в какой-либо компании, то наверняка знаете, как это бывает. Компания, познакомившись со скрамом, внезапно понимает, что необходим скрам-мастер (примечание переводчика: обычно «внезапно» скрам-мастеров требуется сразу несколько) Далее компания спрашивает новоиспеченную скрам-команду: «Кто из вас будет скрам-мастером?». Обычно, среди разработчиков находится храбрец готовый сделать шаг вперед со словами: «Я буду скрам-мастером!» Но одно дело иметь…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
Авторы и редакторы портала — консультанты и тренеры компании Cleverics.
Использование материалов данного сайта допускается исключительно с разрешения правообладателя.
Использование данного сайта означает согласие с обязательством соблюдать нашу Политику конфиденциальности и Согласие на обработку персональных данных.
;