USM на примере: как построить и как использовать для формирования бэклога продукта. Четвертая статья из серии инструкций по инструментам, которые помогут сделать лучше ваши продукты и жизнь клиентов.
Как правильно формулировать пользовательские истории? Третья статья из серии инструкций по инструментам, которые помогут сделать лучше ваши продукты и жизнь клиентов.
Многие организации масштабируют Agile, часто используя SAFe. Ожидается, что команды будут координировать и работать друг с другом для эффективной доставки интегрированного продукта. Это может быть трудной задачей, особенно для команд, привыкших быть автономными.
Спустя некоторое время после перехода, например, на Scrum, компании начинают сталкиваться с новыми вызовами, порожденными гибкими методологиями. И мало кто рассказывает, что Agile потянет за собой дорогие и долгие задачи по архитектуре, инфраструктуре, процессам и, что особенно сложно, культуре.
Рассмотрим бытовые трудности и антипаттерны, подсмотренные у реальных команд, — без философии про ценности и личностный рост. Поговорим о причинах их возникновения и о последствиях, к которым они приводят.
Многие руководители часто пытаются успеть везде и всюду, отвечать за все и всегда. Это хорошо работает на количестве подчиненных до 10 человек. Но когда нужно управлять 50, 100, 500 человек, это уже не работает. Вас перестает хватать.
Моя цель — рассказать, что вас ждет при внедрении Agile, чтобы вы могли трезво оценить все «за» и «против» прежде, чем примете решение. Ну и пара-тройка советов, как не сделать все еще хуже в процессе.
Кто такой хороший Владелец продукта, и насколько хорошо я выполняю эту роль?
Если вы когда-либо пытались ответить на эти вопросы, эта статья поможет вам найти ответы.
Как повысить точность планирования и прогнозирования работ одной или множества Agile-команд.