Знакомство с «котиками» по Agile-методологии

"- А вас кто-нибудь когда-нибудь спрашивал, хотите ли вы внедрить #Scrum в свои процессы разработки?"

Так обычно я начинаю свой диалог с разработчиками, которых мне выделяют для «построения» скрама. Почему выделяют? Да потому что в глазах этих бедных «котиков» нет ничего кроме страха и ужаса. («Котики» — так я называю разработчиков. Чуть позже вы сами поймете почему эта аллегория так точна)

Так вот, каждый раз когда я прихожу в новую команду, «котики» в команде трясутся, словно увидели злого цербера.... «Погонщик с кнутом», «Надзиратель», «Подгоняла», «очередной чайка-манагер» — каких только эпитетов я не слышала в свой адрес, когда проводила с каждым интервью-знакомство.

- "Но почему вы считаете, что я буду вас подгонять?" — задаю я вполне резонный вопрос.

- "Да потому что, если разработка не успевает, это проблема не разработчиков, а заказчиков!" — отвечает мне котик что-то невпопад моему вопросу.

Знакомство в очередной раз проходит с болью — думаю я.

- "А что, если я сделаю так, что никто больше и камня не кинет в ваш огород?" После своего вопроса я заслужила лишь жалкое фырканье в свой адрес…

Так началась одна из моих длинных историй по внедрению гибкой методологии управления в одной из IT-компаний. На самом деле, история одна из, но начинается она так типично для большинства компаний, в которых приходит популярный, но все еще неизвестный и пугающий Scrum.

Основная проблема большинства российских IT-компаний, что они пытаются внедрить что-то новое и популярное в своих процессы в небывалые сроки:

- Ведь это должно дать значительный «буст по скорости», ведь всё это используется и демонстрирует отличный «перформанс», это «бест-практис». — так обычно говорят руководители компаний, внедряющих что-то новое в свои процессы.

А-ля весь мир пользуется, поэтому и мы тоже хотим. И не обращают внимание на то, готовы ли люди, понимают ли они ценность этого, какие проблемы у них есть сейчас, хватает ли им людей.

Одним из таких вещичек стал #Scrum , хотя многие до сих пор в таких компаниях не могут определиться, так скрам или #agile или и то и другое сразу, а мб еще и #less , а мб и все сразу и пусть будет, до кучи.

Вот и приходишь на встречи с друзьями айтишниками и слушаешь, как они вопросики «обкашливают» по 7 часов в неделю, не считая бесконечных ретро, и получасовых стендапов.

Но самое печальное, что у большинства моих друзей в командах есть собственный скрам-мастер. Поэтому в рамках этого блога, мне бы хотелось на реальных кейсах показать, как должен работать настоящий скрам-мастер, какими методами он должен пользоваться. Причем, не по методам западных книг, которые рисуют нам розовых единорогов, а по реальным суровым практикам работы современных IT-компании.

Если узнали себя, подписывайтесь, будет интересно!