На этой неделе был на мастер классе
Сергея Боронина -
«Обзор методологий ведения проектов. Их применение в стартапах»
Сергей Боронин - интересный товарищ. Занимается организацией IT подразделений и запуском консультированием заказчиков и руководителей IT проектов. Подробней о нем можно узнать тут:
http://www.it-hypnosis.com/resume/
Мастер-класс хоть и про сатрапы, но не про гаражные, а про такие, зрелые сатрапы, когда есть идеи и деньги и надо найти команду за эти деньги.
Собственно вся суть мастер-класса - найти методологию по которой удобней в такой ситуации работать с командой,
минимизировать риски.
Минимизация рисков - пожалуй, главное.
Речь шла в основном про
"зрелые методологии".
Четно говоря, никогда раньше такого термина не встречал да и сейчас его употребление нахожу поисковиком с трудом.
Одним словом - это не гибкие методологии.
Важно отметить, что это давно уже не
Водопад.
Все они уже давно базируются на итеративной схеме - горький опыт показал что надо быть более чувствительными к изменениям.
Главный инструмент большинства зрелых методологий -
UML. Очень большой упор делается на изначальное планирование и проектирование.
Сильнее всего зависимость от инструмента UML проявляется в RUP.
RUP - тяжелый и дорогой, хорош на больших проектах в больших конторах. Разработан ребятами из IBM и там в основном хорошо и работает.
Самой хорошо описанной методологией является
PMBOK. Очень рекомендую всем про нее читать, чтобы понимать какие бывают хорошие не agile методологии. Детальное описание можно скачать
тут.
Очень смутило что основным доводом Сергея в пользу этой методологии было, что есть описание на русском языке.
Самой удобной для сатрапов считается
PRINCE2. Считается что более понятна для венчуров и чувствительна к бизнесу. Почему - так и не понял, можно поразбираться если будет интересно.
Позже нашел статью интересную (с переводом на русский) про сравнений PRINCE2 и PMBOK.
Рекомендую
ознакомиться, понять больше про обе методологии сразу.
Ближе всех к Agile находится разработанная
мелкомягкими методология
MSF. Базируется на небольших командах с горизонтальным взаимодействиям.
Что касается
Agile методологий - оказывается заказчики сильно их боятся.
Странно, первый же
принцип Agile как раз про их счастье.
Очень популярно мнение что Agile, а особенно
Scrum - это инструмент выжимание денег из заказчика. Основные пункты аргументации:
- команда оставляет открытым срок работ
- отсутствует(?) проектирование, поэтому быстрый старт и потом внезапный спад
- сложно контролировать команду (непонятные ритуалы, команда сама решает что делать)
Создается впечатление что в России на agile, как и на многих других хороших вещах, недобросовестные люди сделали деньги, породив неприязнь к гибким методологиям у заказчиков. И это печально.
Возможно, что они и не со зла. Очень просто сказать "мы работаем по scrum", но реально понимать суть гибкой разработки и добиваться высокой производительности за счет таких методологий как Scrum - это большое дело, требующее серьезных усилий.
Как бы то ни было, спасибо Сергею за интересный мастер-класс!
