Киев. Agile Base Camp
На прошедших выходных (23-24 января) прошла конференция Agile Base Camp’2010 и вместе с ней закрытое мероприятие Agile Coach Camp. Я давно не посещал перкрасный город Киев, поэтому мне вдвойне было приятно побывать там.
Лавра
Мое посещение конференции началось с неожиданной прогулки по Киевско-Печерской Лавре. Хорошая утренняя прогулка по памятнику зодчества охраняемого Юнеско. Да, это прекрасно.
Разве, что мороз ниже 20 градусов мешал наслаждаться архитектурой золотых куполов.
Agile Base Camp
«Твиттер-фид на конференции» на Яндекс.Фотках
К большому сожалению на конференцию не смог прибыть мой коллега Денис Петелин с докладом про выбор инструментов для Agile проекта. Оказалось, что данная тема крайне возбуждает умы проджект-менеджеров и разработчиков ближнего зарубежья. Вместо выбора тул-сета я зачитал аудитории семинар о том, как управлять рисками в проекте. Это мой внутрениий тренинг в EPAM.
На мой взгляд риск-менеджмент относится к общей практике управления проектами и прекрасно ложится на agile-проекты. Безусловно там есть свои ньюансы. Риски waterfall проектов — это одна из приичин самого появления agile как методологии.
Этот семинар вызвал массу интереса со стороны… епамовских менеджеров. Уже поступили запросы на проведение внутренних вебинаров для agile-команд. 
Coach Camp
«Coach Camp» на Яндекс.Фотках
Второй день. У меня сложилось такое ощущение, что не все из тех кто были на этом собрании являются (или планируют являться) agile-сенсеями. К сожалению, опоздал на знакомство. Но тем не менее в ходе наших обсуждений и разговоров я записал для себя много интересных моментов, которые надо прорабатывать вглубь.
Выяснять “что же такое Agile” не в моем вкусе. Подобные методологические споры лучше оставить профессионалам в методологиях. Нам же практикам лучше состредоточиться на том, как эти идеи двигать в массы. В частности, в наших компаниях и среди наших клиентов.
Для меня agile состоит из следующих составляющих:
- Философия.
Как, зачем, почему в agile придумали работать именно так. - Процессы.
Конкретные процессы, которые надо ставить в компании + инстументы, позволяющие работать по agile. - Знания + навыки.
Набор знаний, которые надо донести до команды, которая думает использовать agile, а также навыки, которые надо помочь им развить.
По этим трем направлениям мне видится внедрение agile в компании от 30 человек. В более маленьких компаниях процессы никто не описывает, а выбор иструментов уже сейчас довольно широк (BaseCamp, AcuNote, JIRA…, не говоря уже про task-board и Excel).
Довольно часто я слышу про такие ситуации: люди попадают в какой-то странный процесс, рисование карточек, ежедневные отчеты, отсутствие какой-либо документации, а спустя пол года (опа!) узнают, что это был Скрам. Я могу допустить, что процессы в этом случае были поставлены верно и на уровне процесса там было нечто напоминающее Скрам, но без обучения сотрудников (знания + навыки) и без понимания почему это делается именно так (философия) такой процесс буксует самым страшным образом. Более того, сотрудники демотивируются попадая в такой проект.
Задумайтесь об этом, когда будете внедрять agile.
