Agile в Беларуси

На прошедших выходных (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.

Оригинал: http://yuri.shilyaev.com/archives/2010/01/29/473/kiev-agile-base-camp.html

В закладки: