Текстовая версия: там
Живу по agile более больше 10 лет. Да, “фокус недели”, “фокус месяца” - это норма, планирование спринта и ретроспектива - тоже. Без фанатизма, конечно. Все началось с того, что около 2002 года, еще в Хабаровской вебстудии “Сумма технологий”, мы с партнерами, поняли, что без ТЗ в разработке сайтов жить нельзя, а по ТЗ - невозможно все сделать и остаться в прибыли. Прочитав и перечитав “Серебряной пули нет” (продолжениями) Ф.Брукса, “Путь камикадзе” Э.Йордана, приуныл. Но тогда, на полке уцененной литературы попалась книжка Кеннета Бека “Экстремальное программирование”... Не ценят у нас истинные знания. Многое пришлось додумывать самим, переизобретать практики заново. До сих пор не люблю слово “бэклог” - это журнал историй. До сих пор использую в покере планирования карты со степенями двойки, а не ряда Фибоначчи. #Мыжепрограммисты.
Когда в 2008 году приехал в Москву, удивился что про Agile никто и не слыхал ("на топе только "Спэйс""). Пришлось мимикрировать, изобрести “инкапсулированный agile”, когда снаружи все по ТЗ, а внутри это ВЖУХ и трансформируется в user story, и далее по 12 принципам, и всем все нравится.
В 2009-2012 вел курс “Информационные технологии” в Высшей школе бизнеса МГУ, магистрам. Надо было научить писать детей ТЗ, решил что сразу детей надо учить хорошему, поэтому мы писали User Story и проводили Stand-up meetings и ретро вместо лекций и семинаров . Так родилось понимание, что Agile/Scrum’у можно еще и учить.
В 2012-2016 году преподавал Agile/Scrum в Центре “Специалист” при МГТУ им. Баумана. За это время было проведено почти 50 семинаров, обучено почти наверное 500 скрам-мастеров/владельцев продуктов.
Еще за период 2002-2016 гг было сделано по Agile (XP, Lean, местами - по Scrum) более 150 веб проектов разного размера, был даже бэклог разработки 3D принтера. Работал с распределенными и международными командами (есть анекдот про кенийского программиста, спросите).
Я играющий тренер, от Agile/Scrum/Kanban/Lean и прочих слов давно не фанатею, понимая зоны эффективности и границы их применимости. Agile - это облако практик, каждая из которых, или группа - вполне могут быть применены внутри самого жесткого ГОСТового проекта. (помните - инкапсуляция ;-).
Поэтому, чего ТОЧНО НЕ БУДЕТ, так это бла-бла-бла про супермегаэффективность скрамов и аджайлов. Хотя, конечно, есть неубиваемые аргументы в общении с менеджментом из серии “почему нам выгодно перейти на скрам”. Еще НЕ БУДЕТ ТОЧНО - рассказов о том как круто был внедрен скрам в крутейшем банке где-то за океаном (но есть прекрасный анекдот, как внедряли скрам в ФБР ;-) думаете, у нас только пилят?)))
Что БУДЕТ. Много практики руками (50++ agile практик), насколько это возможно, прямо там, где вы ведете бэклог. Будет объяснение метафор agile через даосские притчи-анекдоты (извините, имею слабость к Востоку, не могу удержаться )) Будут деловые игры, которые, по-хорошему, и есть основа agile и scrum. Будет “сеанс разоблачения”, для понимания ПОЧЕМУ так надо делать. Есть готовая программа: http://taktaev.ru/c/Course-Agile , можно собрать программу под задачи команды.
Исходя из концепции “инкапсулированного agile” и “облака практик agile” родилось понимание “ползучего скрама”. Резкий переход на скрам почти всегда проваливается (расскажу почему), лучше всего удавался подход “скрамизации больных мест” - применения практик agile в наиболее узких местах проекта. Постепенно команда осознает, как работать в agile, что уже повышает velocity. А там и до скрама недалеко...
В принципе, можно собрать “индивидуальную agile- систему” под ваш проект. Планериться стоя каждое утро, когда у тебя полкоманды за полстраны - лишнее. Говорю же, без фанатизма, главное - результат…
Могу внедриться в проект скрам-мастером, на некоторое время, понять команду, настроить процессы, подготовить человека на смену. Потом - вести авторский надзор и приходить пить чай на ретро )
Прокачиваю владельцев продукта и скрам-мастеров, объясняю как работать с темной стороной силы Аджайла.
Объясняю команде, зачем им скрам, чем высвобождаю всем массу времени, которое можно тратить, в том числе, и на разработку продукта.
Прорабатываю разные модели мотивации скрам-команды. (Спойлер - скрам-команда - это артель программистов ))
Работаю со сложными случаями - перезапуск команды, внутреннее сопротивление менеджмента и команды.
Встретиться, поговорить, понять поле для сотрудничества. Это бесплатно, конечно.
Провести вводный курс обучения для знакомства и синхронизации словарей. Есть готовая программа , можно собрать программу под задачи команды.
И/ИЛИ провести интервью с командой и стейкхолдерами и выделить проблемные зоны, с которыми “надо что-то сделать”.
Выбрать проблемную зону, подобрать для решения несколько agile практик.
Поработать с ними в режиме “on board” 2-3-4 спринта, посмотреть что возьмет/не возьмет команда, может поменять/добавить практик.
Если проблема РЕШЕНА можно перейти к п.4
ИЛИ, если все стало хорошо - к п.9.
Если проблема НЕ РЕШЕНА , провести внутреннюю ретроспективу с заказчиками, понять что пошло не так, перейти к п.3.
Понаблюдаться в амбулаторном режиме, готов отвечать на вопросы по телефону и почте, участвовать в ретро, словом - вести авторский надзор и патронаж проекта.
В результате вы получите мотивированную команду, осознанно использующую преимущества agile разработки.
И все преимущества agile впридачу: своевременную доставку, совместное владение кодом, тестовое покрытие и, главное, - довольных стейкхолдеров.