Скрам гайд говорит нам:
Описанный здесь фреймворк Scrum не подлежит изменению. Хотя использование отдельных элементов Scrum допустимо, полученный результат не будет Scrum. Scrum существует только в качестве цельного фреймворка; при этом он успешно работает в качестве контейнера для других техник, методологий и практик.

Возможно ли в банке использовать Scrum именно так, как того требует гайд?


О себе:
Андрей Шумаков работает в сфере информационных технологий с 2000 года. Основное образование получено в МГУ. Получил дополнительное образование в рамках Agile- направления на курсах PSMII, KANBAN, LESS и имеет соответствующие сертификаты.
На текущий момент работает роли SCRUM-мастера в группе практик гибких разработок ПАО «Промсвязьбанк», преподаёт в Финансовом Университете. Начинал карьеру с программиста, была своя небольшая компания в области ИТ поддержки и разработки, работал зам. начальника ИТ отдела в одном из крупных подразделений МГУ.
Большой опыт в создании команд, работающих по принципам самоорганизации, которые решали и продолжают решать множество задач, связанных с разработкой ПО. За последние несколько лет достиг значительных результатов в совершенствовании организационных практик для самоорганизованных команд, занятых в разработке продуктов, а также во внедрение процессов Scrum/Agile.
Основные профессиональные интересы: Agile/Scrum/LESS, DevOps, ITIL4, Prince2 Agile, BPM CBOK

• Что сильнее всего мешает команде выстраивать культуру доверия?
• Может ли доверие влиять на успех и эффективность?
• Как перестать платить налог на недоверие?

О себе:
Создатель проекта inteamwetrust.com, автор практических инструментов по развитию доверия и ведущий основных модулей школы

Хочу рассказать и показать, что сейчас уже не возможно построить команду и процессы на микроменеджменте. Где найти баланс в "доверяй, но проверяй"?

О себе:
- Более 8 лет на управляющих позициях
- Пропагандирую баланс бизнеса и человечности
- Верю, что лени не существует - есть только недостаточная мотивация

Scrum master - это агент изменений, который помогает командам становиться "лучше". Достаточно часто можно услышать такое определение. Какие же есть особенности работы в данной роли в крупной организации?

О себе:
Более 5 лет работы в IT на различных позициях от разработчика до Agile Coach.
Участвовал в запуске крупного промышленного проекта за полярным кругом, как инженер.