Agiledays в Санкт-Петербурге

Разговоров про Agile так же много, как и книг, но вопрос, как сделать разработку гибкой и эффективной в конкретной компании, порождает кучу дискуссий. Как показывает практика и предыдущие посты на Хабре об Agiledays и встречах сообщества Agilerussia, интерес к данной теме не угасает. Именно поэтому мы продолжаем делать конференции, связанные c вопросами организации процессов разработки.

Можно поздравить жителей северной столицы - Agiledays добрался и до их города.

Я думаю, рекламировать Agiledays не имеет смысла. Скажу только, что это уже третий раз за последний год, когда мы собираемся вместе (Москва, Екатеринбург), чтобы обсудить современные подходы управления разработкой ПО.

Когда?

Произойдет это все в одной из петербургских гостиниц 17 сентября.
Будет несколько потоков: один или два основных потока с докладами и параллельные сессии мастер-классов и open space’ы.

Поводов собраться у нас более чем достаточно

К нам на конференцию приезжают:

David Hussman, DevJam - консультант по организации процессов и продуктовому менеджменту.
Дэвид разрабатывал программное обеспечение в течении многих лет в самых разных областях: цифровое видео, медицина, биометрия, финансы, торговля и образование. Сейчас Дэвид поддерживает несколько agile-сообществ по всему миру: США, Канада, Европа и даже Азия. Способствовал написанию нескольких книг ("Managing Agile Projects" и "Agile in the Large". Сейчас Дэйв пишет книгу для серии "Pragmatic Programmer".

На конференции Дэйв познакомит нас со своим докладом Products and People Over Process and Dogma, в котором расскажет о том, как в погоне за попыткой сделать "православный Agile" не забыть, зачем вы его применяете, и попытаться сместить фокус с создания классного "процесса из книжек", на простое достижения целей вашей компании, усиливая себя практиками гибкой разработки.

Так же David проведет двухдневный тренинг "Coaching Agility" для тех, кто хочет развиваться в направлении Agile-Coaching, как новой формы менеджмента в компании (создание высокопродуктивных команд).

Dan Rawsthorne - Senior Coach, Certified Scrum Trainer, Danube. Дэн работает в IT индустрии более 25 лет. Прошел путь от простого разработчика до менеджера проектов и продуктов. Он работал как в небольших (3 человека), так и в огромных (500 человек) командах и приобрел колоссальный опыт по организации работ в проектах разной продолжительности и сложности. Дэн занимался улучшением процессов в маленьких "хакерских" компаниях и огромных организациях, сертифицированных по CMMI и ISO.

Дэн прочтет на конференции доклад о типизации User Stories "Storyotypes: The Patterns Within the Stories".

Так же под его руководством пройдут две сертификации Certified Scrum Master и Certified Product Owner

Григорий Мельник – Microsoft, Senior Program Manager в команде patterns & practices в Microsoft. В настоящее время руководит проектами Microsoft Enterprise Library и Software Testing Guidance. Его профессиональный опыт – более 15 лет. Как инженер-разработчик ПО, научный сотрудник и профессор университета с более 40 публикациями внёс существенный вклад в развитие современных методов разработки, тестирования и внедрения комплексных программных систем (включая Acceptance Test-Driven Development).

Григорий еще не объявил нам тему своего доклада, но мы уверены, что этого человека будет интересно слушать независимо от темы.

Сергей Дмитриев, Making Waves, Oslo.

Работая в качестве Scrum Coach, помог внедрению Agile с нуля в 4х компаниях.
Занимался agile development c 2005 года, работал с удаленными и распределенными командами, на маленьких (3 разработчика) и больших (100+ разработчиков) проектах. Тренировал более 25 команд в 6 разных странах. Сертифицированный менеджер проектов PMI, сертифицированный Scrum Master, Scrum Product Owner, Scrum Practitioner, Сергей в данный момент работает над своей сертификацией в качестве сертифицированного скрам тренера.

Сергей поделится своим опытом и расскажет о том, как сделать наши команды и самого себя более ответственными по отношению к продукту, и о том, как в этом может помочь Agile-команда.

Кто будет еще?

Гости из Финляндии и Эстонии
- Дмитрий Викторов, F-Secure. Он и его команда обещали рассказать о практике, названной Business Iteration Planning
- Алек Козлов, Scrum.ee, основатель эстонского сообщества Scrum.ee, один из опытнейших тренеров на постсоветском пространстве.
- Антон Кекс, Codeborne. С успехом перевел весь девелоперский центр банка Swedbank на рельсы XP.

Питерские Аджилисты с многолетним опытом:
- Роман Юферев, Avicode. Один из самых ярких докладчиков Agiledays'09.
- Алексей Корсун, ScrumTrek. Пополнение в рядах ScrumTrek - Леша не раз уже выступал на Agile-конференциях и с успехом вытаскивал команды из паралича в разработке, работая с питерскими компаниями.

И это только начало! Планируется более 20 докладов и мастер-классов.

Участие

Для участия необходимо заполнить форму регистрации на сайте ScrumTrek - организатора конференции: http://scrumtrek.ru/company/registration-spb/

Если вы готовы сами выступить на конференции с интересным докладом, отправьте письмо с абстрактом до 5-го августа на адрес: agiledays@scrumtrek.ru

Сайт конференции: http://spb.agiledays.ru

Видеокаст "Scrum – подход к управлению сложными проектами"

1 июня 2010 в рамках совместной инициативы Гильдии и Локальной группы по интересам “Управление проектами в ИТ и телекоммуникациях” московского отделения американского Института управления проектами (PMI) состоялся семинар Асхата Уразбаева “Scrum – подход к управлению сложными проектами“.

Scrum – один из подходов к управлению проектами. Он возник как ответ на все возрастающую сложность проектов по разработке программного обеспечения. На семинаре были рассмотрены принципы подхода, практики и роли, а также границы применимости.

Семинар провел Асхат Уразбаев, вице-президент нашей Гильдии, евангелист Agile и Scrum, Agile Coach, совладелец компании ScrumTrek, основатель сообщества AgileRussia.

Семинар транслировался через Интернет в формате вебинара, что помогло принять в нем участие большому количеству желающих.

Как "продать" Agile менеджеру?

Очень часто задают такой вопрос - ну мы вроде тут все за Agile. А как продать Agile менеджеру или заказчику?

Я стал придумывать, как рассказать об этом, и у меня появилось такое ощущение, что никакой особой специфики нет. Все продается примерно одинаково. Давайте рассмотрим пример.

Представим себе программиста Александра, который считает, что парное программирование это мегакруто. Саша пришел в совершенно новую компанию, там у него эдакий "типичный" менеджер проекта. Саша считает, что парное программирование будет полезно и хочет "продать" ему эту практику.

Александр понимает, что если он сразу бабахнет про парное программирование, будет отправлен слишком серьезно и далеко. Он понимает, что надо исходить из проблем бизнеса, говорить языком денег и прибыли, только так можно убедить человека в преимуществе парного программирования.

Александр: Какие проблемы?
Менеджер: Багов много. Заказчики просто задрали, жалуются и жалуются. Что-то сделали тут, там отвалилось. Поправили там – тут отвалилось.
Александр: Парное программирование как раз решает эту проблему!
Менеджер: Да ты что, с ума сошел? Какое парное программирование? Это же когда двое за одним компьютером? Это слишком дорого!
Александр: Дело в том, что пока мы исправляем баги, уходит времени больше, чем если бы мы написали сразу все правильно. А писать сразу все правильно реально.
Менеджер: Так что ты предлагаешь?
Александр: Я предлагаю не тратить время на исправление багов, а сразу сделать все правильно. Это даст нам экономию времени, плюс довольные пользователи от того, что у нас работает система.
Менеджер: Да ты просто гик. Начитался книжек умных. У нас тут своя специфика, у нас это не заработает!

Итак, Александр провалился. Менеджер оказался ему не по зубам.

Чего не хватает? Менеджер еще не понимает всю проблему целиком, со всеми ее последствиями. Он видит лишь симптом "баги в production". Разговор мог бы пойти так:

Александр: Ну, подумаешь, баги в продакшне, ну и что? Баги всегда есть.
Менеджер: Так заказчики ведь недовольны!
Александр: Ну и что? Мы же не теряем на этом деньги.
Менеджер: Теряем! Полмиллиона долларов. Помнишь, у нас был заказчик-банк? В итоге они купили продукт у другой компании!
Александр: Хм. Вообще-то мы можем это пофиксить. Парное программирование…

Александр превратил маленькую проблему "много багов" в большую "мы теряем деньги". Ну что ж, для некоторого количества менеджеров такой подход сработает. Но наш менеджер так просто не сдастся.

Менеджер: Парное программирование - слишком дорогое удовольствие. Багов может и станет меньше, но производительность упадет вдвое! А что прикажешь делать со следующим релизом? В топку?

Тут Александр может вступить в бой, доказывая, чтоо производительность особенно не снизится. Вряд-ли впрочем, преуспеет. Можно было поступить иначе. Откатим разговор на несколько реплик назад.

Менеджер: Да уж теряли! Полмиллиона долларов. Помнишь, у нас был заказчик-банк? В итоге они купили продукт у другой компании!
Александр: И что ты предлагаешь?
Менеджер: Вообще говоря, это твоя проблема. Ты разработчик, ты и должен заниматься багами.
Александр: Тут подумать надо. Нам надо писать код так, чтобы в нем не было ошибок. Давай подумаем, какие есть подходы, чтобы не делать ошибок? Что-то я такое читал.
Менеджер: Ну там парное программирование, ревью кода.
Александр: Парное программирование? Не знаю… Это может дать снижение производительности. Хотя твоя идея мне нравится.
Менеджер: Дорогое может быть удовольствие! А вдруг мы в два раза медленнее работать будем?
Александр: Да, ты прав. Твою идею сначала надо попробовать безопасно. Я категорически против внедрять парное программирование сразу.

И тут Александр задвигает Менеджеру план по опробованию парного программирования.

Александр: Мы попробуем твою идею в течение одной итерации и я расскажу тебе что у нас получится.
Менеджер: А производительность не пострадает?
Александр: А вот мы и проверим. Через 2 недели я тебе расскажу.

По правде говоря, Александр немного сжульничал. Он изначально намеревался внедрить парное программирование. Но теперь это выглядит как идея менеджера, а Александр просто спешит попробовать ее на практике. Этот прием очень хорошо срабатывает, если вас, конечно, не сильно беспокоят всякие глупости из серии "но это же была моя идея".

Итак, потребности бывают скрытые и явные. Скрытая потребность это когда заказчик не знает, что ему нужно парное программирование, просто испытывает проблемы. А явная это точное знание того, что нужно. Для того, чтобы перевести потребность из скрытой в явную нужно задавать вопросы.

Цикл тут такой:
- Мы выявляем проблему и потребности,
- затем рассматриваем ее последствия,
- предлагаем решение, обсуждаем его выгоду.
- Рассматриваем опасения и устанавливаем безопасное окружение для экспериментов.
- Затем мы соглашаемся вместе на эксперимент, когда все согласны это попробовать.

Метод продажи, который я описал в более общем виде и в применении к продажам товаров и услуг описал Нил Рекхэм в книге «СПИН-продажи»

Написано по мотивам выступления на конференции AgileDays в Екатеринбурге

Типичные "грабли" внедрения Agile/Scrum и реальные кейсы

Постоянно меняются требования? Невозможно выдерживать сроки? Хотите предсказуемости, прозрачности процесса разработки ПО?

Гибкий подход к разработке поможет вашей команде:

• фиксировать требования на короткий период
  
• в конце каждой итерации получать реально работающий продукт
  
• стать прозрачной, в результате растет качество кода
  
• скорость разработки повышается в 2 и более раза!
  
• стать кроссфункциональной – знания остаются в компании на 100%

Обо всем этом вам расскажут и покажут, и вы на пальцах пощупаете Agile/Scrum на нашем тренинге "Agile Software Development with Scrum".

Программа тренинга сформирована с учетом нашего большого опыта внедрения Scrum в самых различных компаниях –Auto.ru, Rambler, Mail.ru и т.д.

Тренеры – Никита Филиппов и Асхат Уразбаев – Agile евангелисты, которые помогли перечисленным выше компаниям и многим другим компаниям стать эффективнее в 2 и более раза.

На тренинге мы рассмотрим практики Scrum, типичные "грабли" внедрения и реальные кейсы. Будет много обсуждений и симуляционных игр, которые помогут понять принципы и практики Scrum.

Стоимость участия - 3000 рублей. Длительность тренинга - 8 часов, с 10-00 до 18-00.

Всем участникам тренинга футболка I am Ag:)le – в подарок!

Тренинг состоится в Санкт-Петербурге 17 июня и в Москве 28 июня

Расписание тренингов ScrumTrek

Как продать Agile заказчику

Мой (Асхата) SlideCast с конференции Ag:)eDays-Екатеринбург "Как продать Agile заказчику".

Как продать Agile заказчику

View more webinars from Askhat Urazbaev.

Planning Poker и крупные проекты

Вам интересно, как при помощи Planning Poker оценить размер крупного проекта?

Ребята разработали новый инновационный подход! Простота и эффективность метода подкупают.

AgileDays едет в Екатеринбург!

4 июня состоится конференция по гибким методологиям - AgileDays в Екатеринбурге!
Цель конференции - обменяться опытом использования Agile, пообщаться с практикующими разработчиками и менеджерами, узнать о современных подходах в разработке ПО.
На конференции выступят признанные в России эксперты по Agile, а также своим опытом поделятся разработчики из различных компаний России: СКБ Контур, CustIS, Exigen, Открытые Системы и других.
Конференцию поддерживает компания Microsoft, со - организатором конференции выступает компания СКБ Контур - федеральный разработчик программного обеспечения.
Организаторы конференции AgileRussia и ScrumTrek постарались подготовить максимально интересную и обширную программу. Конференцию откроет Асхат Уразбаев (ScrumTrek) обзором гибких методологий. Никита Филиппов расскажет об управлении требованиями в Agile, а секреты тестирования вы узнаете от Ильи Гаврилова (Exigen). Илья Гольдберг (СКБ Контур) расскажет об опыте использования Agile в своей компании. Александр Бындю (Открытые Системы) поделится опытом и практиками создания эффективной команды. О построении правильной архитектуры в Agile и о своем более чем трехлетнем опыте применения Agile в заказной разработке ПО расскажет Михаил Заборов (CustIS). С докладом "Как продать Agile" выступит Асхат Уразбаев.
Благодаря формату конференции у вас будет возможность задать вопросы докладчикам во время специальных флип-чарт-сессий.
В рамках конференции пройдут 2 тренинга:
- Управление требованиями в Agile проектах – Эффективная работа с требованиями очень важна для успешного предоставления заказчику ценного с точки зрения бизнеса продукта. Работа с требованиями в Agile имеет свои особенности. Процесс планирования и сбора требований становится итеративным, требования постоянно изменяются. Несмотря на это, мы должны уметь указывать точную дату релиза.
Инструктор – Никита Филиппов Тренер и консультант по гибким методологиям, эксперт в области управления продуктами и требованиями в Agile-компаниях. Никита сертифицированный скрам-мастер (Certified Scrum Master)
- Тестирование в Agile проектах - Тренинг позволяет тестировщикам эффективно строить свою работу в Agile-проектах. Он построен в виде однодневного учебного проекта, где теория перемежается с практикой. Особенно большое внимание уделяется сложным вопросам взаимодействия программистов и тестировщиков, планирования тестирования, автоматизации тестирования и построения эффективной архитектуры тестов, а также поддержания актуального состояния автоматизированных тестов при постоянном изменении требований.
Инструктор: Илья Гаврилов—начальник отдела тестирования компании Exigen, Agile-гуру и специалист по тестированию в Agile.
Посмотреть подробную информацию о конференции и зарегистрироваться можно на официальном сайте конференции ekt.agiledays.ru