Обновить
0

Пользователь

1
Подписчики
Отправить сообщение

После комментариев меня действительно заинтересовал LESS :) Поделитесь пожалуйста опытом, если пробовали.
Канбан использовался в около_BAU арт'е. Мы изначально пробовали планировать эту работу в рамках спринтов, но тонули в большом количестве багов и других активностей, которые рушили наши спринт-планы буквально со 2 дня спринта. Поэтому в BAU мы перешли к Канбан, в рамках которого разбирали задачи из бэклога по приоритетам (целью было разобраться со всеми P1 и P2 багами). Если оставалась capacity, то можно было реализовывать change реквесты. Если change реквест был супер-критичным, то ему присваивали P1.
Спасибо за наводку с ASPICE !

Конкретно SAFe нам был рекомендован консультантами, как лучший подход для нашего контекста. Буду благодарен, если поделитесь опытом в других подходах. В нашем случае так и получилось, что мы из Scrum выросли в SAFe. Более того, сейчас в других Scrum проектах мы применяем некоторые элементы из SAFe

Действительно, сравнения с другими методологиями сравнения не хватает. Я так понимаю, что тот же LESS во многом похож на SAFe. Исследую эту тему

Проекты подобного масштаба ранее реализовывались по waterfall. Я лично пока не пробовал работать с другими парадигмами гибкой разработки enterprise масштаба. Но вопрос хороший, целая тема для исследования и следующей статьи

Информация

В рейтинге
Не участвует
Работает в
Зарегистрирован
Активность

Специализация

Менеджер проекта, Ученый по данным