На воркшопе разберем типовые ситуации возникновения конфликтов между участниками продуктового подхода (тех лидер, владелец продукта, заказчик, маркетолог, аккаунт менеджер). Изучим механизмы разделения зон ответственности с помощью инструментов managment 3.0 и классической RACI матрицей. Составим карты зон ответственности для каждой роли и покажем, как полученный опыт поможет в кейсах для ваших компаний.

Видение короткий документ, который описывает точку to be системы, которую мы проектируем. На этом простота заканчивается. Проблема в том, что в 9 случаях из 10 видение либо копирует конкурентов, либо компенсирует проблемы настоящего. Команды без денег пишут 100 000 млн, маленькие игроки мечтают о первом месте.... на воркшопе поработаем с практическими методами, как "перемещаться во времени" и проектировать будущее, а не проблемы прошлого.

Как определить наиболее оптимальный способ управления портфелем продуктов или проектов в компании? Во время деловой игры ваша команда будет управлять портфелем в небольшой компании и стремиться к максимальной рентабельности бизнеса, в условиях непрерывных изменений. Найдите оптимальный подход и обойдите конкурентов в честном соревновании!

Работа в ИТ — это не только разработка. На воркшопе мы разберем цикл работы и ключевые роли в ИТ-проектах, загуглим предложения о работе и её особенности. А заодно посмотрим, кем вам будет интересно работать).
Если вы ещё размышляете, кем хотите быть, но точно знаете, что в ИТ — вам сюда.

Для того, чтобы запустить свой стартап не нужен огромный капитал. Что нужно знать, чтобы запустить стартап с минимальными потерями, алгоритм и шаги, основные вопросы и ошибки.

Гибкие методологии стали стандартом разработки в ИТ-секторе, и при этом породил огромное количество мемов в профессиональной среде. Что такое "чистый Scrum" и как часто он встречается в природе? Что такое гибкие методологии и что их отличает? Чем отличается работа в команде?

Чаще всего вы приходите на работу в уже существующий проект. Что такое комплаенс? Какие особенности в работе нужно учитывать в работе с проектами с "длинной историей"? Какие есть риски работы в таких проектах и как их обойти?