Agile *

Вчера на конференции Tech•Ed Europe 2009 в Берлине компания Microsoft объявила о расширении стандартов безопасности разработки проектов Security Development Lifecycle (SDL) на гибкие методы Agile. Стандарту SDL теперь соответствует и итерационная модель, и недельный цикл разработки. В соответствии с этим официальное руководство по SDL обновлено до версии 4.1a (методологии Agile посвящены страницы 45-53). Немного, но более чем достаточно.

Это очень важное событие, которое говорит об окончательной победе Agile. Теперь только самый отсталый менеджер может назвать программирование с помощью гибких методов хаотичной бессистемной разработкой (а ведь некоторые говорили, ссылаясь на четвёртую альтернативу манифеста Agile и принципы Agile, в частности, пункт 2: «Приветствуйте меняющиеся требования к проекту даже на поздних стадиях разработки»).

Справедливости ради отиметим, что в наше время таких менеджеров осталось мало. По данным независимых исследований, 85% софтверных компаний в мире уже применяют Agile или планируют применять, или частично используют эту методологию («From Agile Development To Agile Engagement», Forrester Research, May 2009).

На прошлой неделе я посетил конференцию Agile Labs, организованную УЦ Люксофт при поддержке ГУ ВШЭ.

Изначально я был настроен скептически, потому что доклады про agile-методы уже примелькались, осенью было много сказано об этом на конференции SECR 2008, была специализированная мини-конференция AgileDays. В общем, я ждал повторения в докладах тех же уже порядком затёртых идей. Поэтому я планировал сходить послушать парочку докладов утром, а потом ещё прийти вечером на обещанную «битву гигантов»: противники agile против сторонников, Панкратов против Уразбаева.

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

Всем привет с сегодняшнего дня хотел бы начать, рассказывать о другой стороне Agile. Эта история о том, как эффективно разрабатывать продукт с точки зрения менеджмента. Пусть сегодняшний пост будет будет отчасти рекламный, но все равно думаю наведет на размышления о проблемах и возможных путях решения вопросом эффективной разработки продукта.

И ТакСегодня я хотел бы немного рассказать о новом тренинге. Он раскрывает секреты управления софтверными продуктами в условиях постоянных изменений. ;).

Совсем недавно мне позвонили из одной крупной софтверной компании. После внедрения Scrum в компании начались конфликты. Руководитель жаловался, что разработчики стали оспаривать решения менеджмента по разработке той или иной фитчи в итерации. Оказалось, что переход на итеративную и инкрементальную разработку просто обострил существующие проблемы! Менеджемент ставит задачи, которые оказываются не нужны с точки зрения бизнеса. :(
Разработка обвиняет менеджмент в неадекватности. Менеджмент, в свою очередь, обвиняет разработку в не правильном исполнении. Потеряно время команды и деньги компании. А мы хотим что бы продукт зарабатывал :)!

Часто ли вам приходилось работать в Agile проектах, где общая цель итерации не совсем ясна?! В проекте, в котором есть Backlog, но люди, которые участвуют в развитии продукта не понимают целей релиза. Как оказалось это происходит во многих компаниях, как в малых, так и в компаниях с многомиллионными бюджетами. Дело в том, что многие фразу «Конец итерации = законченный и рабочий продукт» понимают как, написание «идеального» стабильного кода к концу итерации, забывая об истинных бизнес-целях продукта.
Я бы хотел, чтобы мы не совершали таких ошибок.

Сообщество AgileRussia проводит открытый семинар на тему «Методология Scrum»
13 сентября, в 19.00 на территориии офиса Luxoft

Scrum — одна из самых популярных методологий гибкой разработки. Одна из причин ее популярности — простота. Если коротко, Scrum — это итеративная и инкрементальная разработка самоорганизующихся и самоуправляемых команд.

В нашей программе две части:
«Обзор методологии Scrum» и «Внедрение Scrum: Опыт одной компании».

Обзор методологии Scrum

1. Зачем нужен Scrum?
2. Основа методологии Scrum
3. Роли, артефакты и жизненный цикл
4. Преимущества и применимость методологии

Ведущий — Асхат Уразбаев

Внедрение Scrum: Опыт одной компании

1. Состояние до внедрения Scrum
2. Внедрение Scrum
3. Трудности, с которыми мы встретились
4. Как мы с ними справлялись
5. К чему стремимся сейчас

Ведущий — Никита Филиппов

Семинар бесплатный, чтобы на него попасть — запишитесь здесь по кнопке [Участвую], указав при регистрации в системе свои реальные ФИО (этого требует пропускная система Luxoft).

AgileRussia Community