Введение в Agile и Lean для SmartSourcing

Сегодня прошел вебинар, посвященный организации процессов разработки ПО (рассматривались подходы Lean и Agile). Вебинар стал рекордным: в пики нагрузки в он-лайне было 185 человек и редко в течение вебинара этот показатель опускался ниже 180.
Так же этот вебинар стал абсолютным рекордсменом по продолжительности: Никита непрерывно вещал в течение 2 часов (с учетом сессии ответов на вопросы).

Кстати, вопросы и ответы на них заслуживают отдельного внимания.

Предлагаем вам ознакомиться с записью и материалами вебинара.

AgileCamp'11 в Самаре - как это было

17-18 июня в прекрасном южном городе Самара, прямо на берегу Волги, с совершенно невероятным успехом прошла мини-конференция, организованная компанией ScrumTrek и посвященная практическим навыкам работы в Agile проектах - AgileCamp। Если вы, по какой-то причине, не смогли попасть на это мероприятие - читайте, смотрите фотографии и завидуйте тем, кто там был :)

Совершенно новый формат - непрерывные, логически связанные между собой мастер-классы по процессным и инженерным практикам разработки настолько увлекли всех участников кэмпа, что в коридоре между залами не было видно практически никого из 150 пришедших на кэмп участников।

Deep dive в мир Agile - это действительно то, что было нужно - ни единого теоретического доклада, только практические занятия по проектированию и разработке нового продукта с нуля: симуляция процесса разработки крупного продукта одновременно четырьмя командами, проектирование продукта с помощью innovation games (product box и vision canvas), анализ и проработка требований к продукту с использованием storymapping, проектирование интерфейса, анализ рисков - все эти практики каждый участник попробовал своими руками и готов начать применять в своих реальных проектах।

Инженерная секция так же получилась очень насыщенной - модульное тестирование, TDD, непрерывная интеграция с полной настройкой окружения с нуля, парное программирование и другие практики, интерес к которым буквально безвылазно держал около 50 разработчиков в зале все 8 часов первого дня конференции - вы когда-нибудь такое уже видели?

После первого напряженного дня, полностью прошедшего в непрерывной практической работе, шестьдесят счастливчиков, успевших заранее выкупить билеты, рано утром поехали в небольшое путешествие по Волге на специальном кораблике, где было все необходимое для создания атмосферы тесного общения и обмена знаниями и опытом: флипчарты, фломастеры, 100 литров пива, квас и снеки!

Попробуйте представить себе атмосферу небольших докладов (lightning talks) у флипчартов, стоящих на горячем песке островка на Волге, куда причалил корабль - при этом светит солнце, вокруг изумительная природа, люди сидят группами по интересам, пьют пиво и общаются - как вам? :)

Наверное, поэтому не стоит удивляться, что лента новостей в facebook уже вторую неделю после нашего кемпа каждый день показывает добавление десятков новых друзей - людей, которых объединил AgileCamp'11!

Присоединяйтесь к нам в Новосибирске, где пройдет следующий AgileCamp в первых числах ноября। На кораблике, конечно, зимой не поплавать, но что-то такое же необычное и интересное придумать обещаем!

Stay tuned! http://camp।agiledays.ru/

Команда ScrumTrek - ваш проводник в мире Agile процессов.

ScrumTrek starts SkillTrek: Краповые береты мира Agile-разработки

Друзья!
Хотим поделиться радостью. Мы запускаем первый поток проекта SkillTrek - дистанционной школы инженеров.

SkillTrek - первый в своем роде проект, где участники проходят интенсивную прокачку своих навыков на боевом проекте в условиях удобной загрузки и совмещением с основной работой. Ценность такого формата крайне высока за счет удобного решения задачи непрерывного самообразования и тотальной практической ориентированности всех активностей участников проекта.
Такой формат мы обкатывали на наших клиентах.

Формат сочетает в себе передачу знаний участникам и закрепление их тут же, в условиях реального проекта. Основной объем нагрузки приходится на технологическую часть (стек Java-технологий и современные инженерные практики Agile) и проектирование системы. Но мы ориентируемся не только на развитие технологических навыков, но и навыков командообразования, soft skills, коммуникативных способностей, эффективного управления временем.

Предстоящий летний проект ориентирован на прокачку основной массы участников с уровня Junior Java Developer до уровня Regular Java Developer. Но будут и ребята, тренирующиеся на архитекторов и тимлидов.
Формат первого летнего потока: дистанционный (практическая работа над проектом, теоретические вебинары, персональные консультации), загрузка 10 часов в неделю (по вечерам + пол-выходного), длительность проекта 4 месяца, объем практической работы над проектом не менее 60% времени.

Стартуем мы в в конце мая. Цена за весь курс 150 тыс. рублей, но первый пилотный поток мы делаем скидку в 50% на курс в 4 месяца. На выходе мы обязуемся сделать из вас твердостоящих на ногах Regular'ов (далее сеньоров), как говориться тяжело в учении - легко в бою.

Есть половина группы и если вам интересно поучаствовать пишите мне nfilippov@scrumtrek.ru. Cайт мы приземлим через недельку, а пока если есть вопросы по программе ее составу и графику пишите мне, я отвечу на все вопросы, кто наши тренера и так далее...

Переделки в тренинге по требованиям

Недавно практически полностью пересобрали тренинг по управлению требованию в Agile.

Включили туда новую часть по Product Vision и Release Vision, вкрутили туда Innovation Games,добавили туда новые технические детали по работе с UserStories.

Получилось цельно и более понятно. В конце мая сделаем открытый тренинг в новом формате, а пока видео и фотки с нашей обкатки.

Vision has changed!

Часто ли вы встречались с такой ситуацией, когда вы, разрабатывая продукт, спустя несколько итераций утопаете в неконтролируемом наборе требования или неожиданно к вам начинают приходить неизвестные до этого вам люди и начинают предъявлять претензии вам, что мол для них вы ничего не разработали, а должны были.

И вроде бы все "по Agile'у" и бэклог вместе собрали, и демонстрации делаем и на ретроспективах рефлексируем и планы выполняем. Но потом оказывается демонстрации сделали, показали, но не тому :), - забыли заказчика, потеряли еще одной заинтересованное лицо.
...или неожиданно заказчик начинает заваливать вас тоннами новых идей, хотя 70% от нового скоупа идеалогически не предполагалось. В чем проблема?

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

16 апреля мы ездили в Киев на конференцию Agile BaseCamp и выступали с небольшим мастер-классом о том, как разрабатывать концепцию проекта коллективно и эффективно. Сам процесс мы обозвали Vision Crafting, он включает определенные практики организации коллективной работы над созданием концепции, основанные на создание бизнес моделей Alex'a Osterwalder'a, подходов Customer Development и нашего личного опыта работы с внутренней / продуктовой разработкой.

Основные цели создания такого подхода были:
- Научиться создавать Концепцию вместе
- Обрабатывать наибольшее количество возможных рисков, как можно раньше
- Научиться системно обрабатывать изменения концепции (проактивно), на протяжении всего развития продукта или проекта.

Ниже небольшое видео и слайды с данного мастер-класса.

Vision Crafting

View more presentations from Nfilippov.

Ссылка на шаблон Inhouse Vision Canvas (eng)

Приглашаем всех желающих выступить на конференции AgileDays'11!

Приглашаем всех желающих выступить на конференции AgileDays'11!

Программный комитет рассматривает заявки на доклады, а также платные и бесплатные мастер-классы.

Основные тематики выступлений

• Управление продуктами и работа с требованиями
• Инженерные практики и управление качеством
• Истории внедрения
• UX и Usability в условиях Agile-разработки

Длительность выступлений

• Доклады - 30/45/60 минут
• Бесплатные мастер-классы - 1-2 часа
• Платные мастер-классы - 4-8 часов

Заявка должна включать в себя:

• Тему выступления
• Тип выступления (доклад/мастер-класс)
• Длительность выступления
• Описание выступления (до 1 500 символов)
• Описание целевой аудитории (начинающие/опытные/эксперты, комментарии)
• Резюме докладчика (до 2 000 символов)
• Фотографию докладчика

Если для выступления Вам необходимы какие-либо дополнительные материалы (флипчарт, post-it и т.д.), просим сообщить об этом заранее.

Временные рамки

• Прием заявок осуществляется до 31 декабря 2010 года
• Прием черновых версий презентаций производится до 1 февраля 2011 года
• Извещение программного комитета о принятии доклада в программу конференции рассылается 14 февраля 2011 года
• Прием финальных версий презентаций производится до 25 февраля 2011 года

Для того, чтобы подать заявку, необходимо зарегистрироваться на сайте конференции AgileDays'11 и перейти по ссылке "Подать доклад" в своем профиле.

Lean StartUp Coming Soon. StartUp Weekend в Питере 29-31 октября в СПбГУТ

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

Вот что я заметил: сначала все продвигали концепцию "Есть идея - мы за нее заплатим". Оказалось, что просто идеи не достаточно. Лозунг сменился на такой: "идеи мало - продумайте бизнес модель". Но порой и этого не достаточно.

Как узнать, что ваша бизнес модель работает? Как привести клиентов максимально эффективно?Только рынок может дать ответ на эти вопросы.

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

Тем, кому интересна эта тема - напишите нам письмо на info@scrumtrek.ru или прямо комментариями к этому посту, расскажите о том, что вы хотели бы узнать и какие у вас проблемы в стартапах, нам будет полезно узнать ваше мнение. Обязуемся ответить каждому :)

Посему хотел бы пригласить всех вас на Startup Weekend в Санкт-Петербурге. Интересное и полезное мероприятие, для тех кто открывает свой бизнес в ИТ.

29-31 октября в СПбГУТ им.Бонч-Бруевича (пр.Большевиков, 22) состоится
первый Startup Weekend Санкт-Петербург (внимание, участие БЕСПЛАТНОЕ!)
Startup Weekend - это трехдневная рабочая сессия, цель которой -
собрать команду и привлечь в проект ментора: профи IT-рынка, готового
содействовать проекту знаниями и связями за небольшую долю в будущей
прибыли.

В рамках "уикенда" состоится брейнсторм, где в качестве модераторов
выступят гуру Рунета: Аркадий Морейнис (Главстарт), Аскар Туганбаев
(СТС-Медиа) и Дмитрий Степанов (Афиша-Rambler).
Подробности и регистрация на сайте мероприятия spb.startupweekend.org

Побочные эффекты популяризации Agile. Проблемы восприятия.

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

Во-первых я начал замечать тенденцию в том, что все думают Agile = Scrum. Безусловно это не так. Не буду разводить демагогию на тему "а как же принцыпы Agile..." просто давайте зафиксируем: есть Scrum, Есть XP, Lean, FDD, DSDM, Crystall etc... самыми популярными стали XP и Scrum ибо с них все начинают.
Но не одна компания с которой мы работали не решила свои проблемы только Scrum'ом.
А ведь еще есть правила хорошей работы с кодом, практики создания эволюционной архитектуры: GoF, SOLID, Refactoring тот же самый DDD, CI, Test Automation, TDD...

Во-вторых, Фраза "Agile = Отстой или Большего бардака я в жизни не видел". На этот счет

мне очень нравится слайд Хенрика Книберга, где два товарища пытаются срубить дерево - один из них пытается срубить бензопилой, но ничего не получается потому, что пользуется бензопилой как топором. Другой пытается срубить дерево с помощью молотка. В первом случае правильный инструмент,но не правильное использование, во втором просто не правильный инструмент. Кто в этом виноват?

Мораль проста, Scrum, Kanban, RUP - все инструменты.
Если у вас не получается ими пользоваться, это не вина инструментов. Молоток и бензопила не виноваты в том, что вы не можете или не знаете, как срубить дерево. Поэтому, если у вас что-то не получается используйте Root Cause Analysis и 5 why техники, чтобы понять, что и почему у вас не работает и принимайте контрмеры в место того, чтобы ругать инструменты.

В-третьих. Agile это методология, которая учит нас работать итеративно и инкрементально. Бывали случаи, когда у команд/компаний получалось выстроить "Agile-разработку": стабильные билды, результат в конце итерации, минимум багов - все отлично, но на выходе всеравно недовольный заказчик или пользователь. Как так получается?
Многие начали воспринимать Agile=Делать итерации.

Но сама суть Agile заключается не в том, чтобы делать итерации, а в том чтобы быть готовым к изменениям.

AgileRussia открытие сезона!

20 сентября состоится очередная встреча AgileRussia. Она пройдет в экспериментальном формате Jam Session и нашим гостем в этот раз будет Дэвид Хассман (консультант по организации процессов и продуктовому менеджменту, DevJam). Знание английского языка - понадобится.

Что это такое?

Что такое Jam Session? Как говорит сам Дэвид, это Бойцовский Клуб мира разработки ПО. Первое правило Клуба - никому не говорить о... ну, вы знаете. В общем, каждый новый участник должен поделиться с другими своим мнением или опытом. При этом желательно, чтобы участник не был экспертом. Ну, и самое главное - общение на заданную тему с другими участниками.

Обычно нам достаточно сложно определиться с темой для следующей встречи. Мы набираем список, голосуем, но некоторые темы постоянно оказываются вне нашего внимания. Формат Jam Session позволит обсудить пять-шесть тем в рамках одной встречи. И мы ждем их от вас! Все что нужно - это подготовить мини-доклад на 15-20 минут о том, чем бы вы хотели поделиться с другими или что бы хотели обсудить. Присылайте мини-презентации на почту.

Место и дата проведения: 20 сентября, 19:00, центр Москвы, офис компании "Заказные ИнформСистемы".
Условия участия: бесплатно; количество мест ограничено.
Ссылка для регистрации и геолокации

Лотерея на AgileDays 2010 в Санкт-Петербурге

Можно получить бесплатное посещение на Agiledays 2010.

Для этого, вам нужен Twitter.

Правила участия в лотерее:
1) Follow @agiledays
2) ReTweet - http://bit.ly/aep2G4
3) Tweet про интересный c вашей точки зрения доклад c хэштэгом #spbagiledays

Что можно получить:
- Бесплатное посещение конференции
- Бесплатное посещение тренингов ScrumTrek

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

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

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

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

View more webinars from Askhat Urazbaev.

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

Дорогая редакция...Или какие новости в Феврале?

Немного об Agile и офисе

Недавно прошел тренинг Agile Development with Scrum и 2-х дневный workshop (тренингом не совсем это назовешь - 50% времени этого тренинга работа с живими документами и генерацией артефактов для получения информации о проекте) по сбору требований в Agile - REQ-Agile Requirements Analysis.

Было достаточно интересно. Первый тренинг проходил почти в виде круглого стола. В течении 4 часов мы обсуждали Agile - что это такое, почему подход рекомендует те или иные практики. Прихошли к тому, что магии особой в этом нет и это здравый смысл в организации работы проектов.

Один из участников приятно отозвался об этом тренинге:

"Был на тренинге у Никиты Филипова - Agile инъектция в мозг. Категорически рекомендуется все кто типа "мы используем agile в своем проекте". Чтобы понимать что все эти крайне разнообразные извращения которые вполне благополучно существуют в реальной жизни не имеют никакого отношения ни к agile, ни к scrum. А также того что agile не решает проблемы того что например команда недостаточно мотивирована или внутри команды есть противоречия. Scrum - хороший способ построить за вполне обозримое время эффективную команду из хороших ( = средних ) программистов.Если хочется ( но колется ), или уже "используем", но что то хреново получается - сходите на тренинг чтобы не тратить время на пробивание стен своей головой. Во первых далеко не всем и не всегда это рецепт помогает, а во вторых может быть вы просто "не умеете их правильно готовить"" - спасибо за столь эмоциональный отзыв :)

Еще одним немаловажным событием, лично для меня, было то, что мы делали этот тренинг уже в своем новом офисе на Газетном переулке. Теперь у нас есть свой небольшой тренинговый зал и кабинет, где мои колеги - Ирина и Асхат, творят дела на благо компании ScrumTrek и компаний, которым мы помогаем стать лучшими на российском рынке :). Поэтому всех друзей и знакомых ждем к себе в гости.

Управление требованиями

Второй и третий день прошел в атмосфере "рабочей группы" - в течении двух дней в кругу восьми Product Owner'ов и Project Manager'ов мы обсуждали жизненный цикл сбора требований в Agile-процессе. Было много обсуждений, безусловно, некоторые из них не касались требований напрямую, а имели процессный характер, но мы их не стали обходить стороной. Весь тренинг состоял из нескольких активностей:

• Теория


• Обсуждение кейсов из жизни, помогающие идентифицировать причины неэффективного продуктового управления.


• Практические инструменты и упражнения наработанные индустрией, а так же личный опыт работы с компаниями по этому направлению.

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

Приятно было, что на тренинге столкнулись менеджеры из расных сегментов: Продуктовая разработка на Российском рынке и Аутсорс разработка с западными заказчиками. Завязывались интересные дискуссии, а опыт Ромы Юферева (Avicode) был неменее полезен для многих, чем кейсы из моей практики.





После тренинга Роман написал мне письмо со своим напутствующим отзывом:

Среди проблем, с которыми наиболее часто приходится сталкиваться специалистам, работающим в области разработки ПО можно выделить две наиболее значимых области: Проблемы Процесса и Проблемы Продукта. И зачастую (по крайней мере, на моей практике) основной фокус усилий направляется на создание/улучшение процесса. Особенно в outsource-проектах, где иногда можно наблюдать «феномен Золушки»: процесс является любимой дочкой, а продукт и его проблемы волнуют разве что «добрую фею» - Product Owner-а. Находясь в роли этой «доброй феи» в данный момент на 2-х аутсорсинговых и одном внутреннем проектах я четко осознал, что одной из ключевых проблем в моем случае является вопрос сбора, анализа и упорядоченной работы с требованиями. Тренинг “Agile Requirement Analysis” Никиты Филиппова уже помог мне (хотя прошла всего неделя) упорядочить и перестроить процесс работы с требованиями на двух проектах. Еще не все «бреши» заделаны, но уже четко видны проблемы, ясно их влияние на процесс разработки и определены меры по решению этих проблем. Такой тренинг, на мой взгляд, является крайне полезным, так как покрывает область проблем, в которой сам Scrum нам ничего не предоставляет. На тренинге нам удалось изучить(вспомнить) набор практик и инструментов, которые можно применять фактически в любом итеративном процессе разработки: Составление Vision, определение целей и ограничений проекта, определение пользовательских ролей и т.д. Так что какой бы процесс у вас ни был (может, даже WTF,…простите waterfall) – этот тренинг будет скорее всего полезен.

Вот такие новости за прошедший февраль :)

Увидимся в марте

• Конференции об Agile и AgileDays в рамках РИТ


• Планы компании на следущее полугодие


• Новые интересные тренинги и статьи по управлению разработкой ПО и ИТ-компаниями спомощью Lean и Agile


• Чем еще можно улучшить разработку?

Полезные метрики в Agile: Метрики производительности

Быть или не быть...

Сегодня я хочу поговорить о метриках.

Нужны они или нет?
Наш опыт показывает, что мало кто измеряет те или иные показатели в разработке. И на то есть причины:

• Некоторые меряют, но не знают зачем и перестают это делать
• Другие хотят что нибудь померить и в этом случае сталкиваются с огромным количеством метрик. Что и чем мерить не всегда понятно.
• Третьи используют все метрики, о которых написано в книгах, что приносит больше вреда, чем пользы.
• Остальные просто не видят в этом смысла

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

Метрики - это инструмент позволяющий принимать решения по улучшению взвешено и объективно.
Нужно заметить, что при всей объективности метрик легко можно попасть в ловушку, где "Термометр измеряет температуру термометра". Данная метрика будет интересной и возможно очень точной, но пользы нести не будет.

В этом и последующих постах я буду рассказывать о "Полезных метриках" и рассказывать об опасных способах их использования

Ниже я буду описывать метрики которые мы считаем крайне полезными для отслеживания качества процесса разработки. Мы делим их на 4 основных направления:

• Производительность
• Прогнозирование
• Качество
• Ценности

Производительность.
Для оценки производительности, мы используем: Velocity, WIP, Story Cycle Time(Avg),

Velocity
Цель: Определить производительность команды за итерацию
Что измеряем: количество фитч в итерацию.

К сожалению наши фитчи не равны между собой, поэтому мы используем "Относительную оценку сложности" названную StoryPoints.

Рост Velocity положительная характеристика.

Расчет Velocity

Оценка

Чтобы измерять Velocity вам нужно оценить ваш список задач в StoryPoints.

Два наиболее популярных способа оценки:

• Размеры в стиле "Ваш размер одежды": XS(1), S(2), M(4), L(8), XL(16), XXL(128), Unknown
• Planning Poker

Подсчет Velocity

• Считаем сколько реально сделанных задач в StoryPoints сделано за несколько итераций
• Вычисляем среднеарифметическое

Velocity = (SP1 + SP2+SP3+SPn)/n

Факты
Velocity изменяется, на это может влиять несколько факторов:

• Состав команды изменился. Каждый раз, когда у вас новый член команды или наоборот кто-то уходит, происходит спад производительности. При уходе члена команды он естественно больше, чем когда вы принимаете новичка. С приходом новичка, появляется потребность в притирке и обучении, что снижает вашу производительность на некоторое время.
• Улучшения в процессе повлияли на производительность, вы делаете ретроспективы, улучшаете свою работу, безусловно это может повлиять на вашу скорость выпуска функциональности
• Обмен знаниями. Чем дольше люди работают в проекте, тем больше они знают о проекте, тем быстрее принимают правильные решения: где и что нужно внедрить, написать, чтобы получить новую функциональность.

Важно:
Velocity возрастает - хорошо или плохо?

• Рост Velocity может означать, что ваша команда гонится за количеством выполненных сторипойнтов, возможно они жертвую качеством.
• Рост Velocity может означать, что ваша команда желая "повысить" свою производительность, оценивать функциональность в более крупных значениях, что приводит к инфляции ваших оценок.

Work in Progress
Метрика Work in progress пришла к нам из Lean Software Development.
С точки зрения эффективного процесса разработки (и производства), чем меньше задач в процессе работы, тем выше пропускная способность "Рабочей ячейки" (Команды)

Цель WIP: Повысить пропускную способность, повысить Velocity. Безусловно, само по себе значение WIP нам ничего не даст. Наша цель - Limit Work in Progress.

• Ограничение способствует снижению риска не сделать за итерацию ничего
• Заставляет команду работать вместе над наиболее приоритетным функционалом вместе, что приводит к развитию кроссфункциональности.

Хорошей практикой является сокращение WIP от первых стадий до конечных, от большего к меньшему.

• На фазе Development WIP = 5
• Testing WIP = 3
• Deploy WIP = 1.

Этот подход отлично решает проблемы сбалансированности работ в итерации: "Много кода, но мало протестированно". Теперь, чтобы взять еще одну задачу, нужно чтобы задачи "протолкнулись" на уровне тестирования.

• Высокий WIP является негативным показателем
• Низкий WIP - положительная характеристика, как для производительности, так и для команды в целом - показатель уровня кроссфункциональности.

(In Sprint) Story Cycle Time
Это еще одна метрика, которую стоит отслеживать при анализе производительности вашей команды.

Цель SCT: Оценить производительность на уровне каждой фичи. Индикатор для оценки объективности Velocity.
Что измерять: Время старта задачи, время окончания (либо выпуска ее на продакшн - зависит от целей вашего ).

Как правило мы используем Story Cycle Time, как среднее значение (Avg. Story Cycle time), так как не все задачи имеют одинаковой размер.

Возможно вы спросите, зачем измерять и Cycle Time и WIP и Velocity (Velocity достаточно)? Дело в том, что Velocity, как метрика может искажаться и вы будете получать ложную информацию и принимать не правильные решения.

Очень важно валидировать результаты на всех уровнях, несколькими способами (количество StoryPoints за итерацию "сверху", контроль производительности спомощью WIP и SCT "снизу")

Например:
Вы измеряете Velocity, WIP, SCT. Фиксированные данные нам ничего не дают, все метрики интересны, если мы измеряем отклонения и делаем выводы.

• Velocity вырос.
• Cycle Time увеличился.

или

• Cycle Time уменьшается
• Velocity стабилно

и т.д.

В первом случае скорее всего это нехороший симптом. Повод обсудить на ретроспективе.

Причины могут быть разные (например: команда начала оценивает задачи в более крупных оценках, что приводит к инфляция Storypoints), но самое главное - вы получаете сигнал для того, чтобы собраться и проанализировать сложившуюся ситуацию, получаете возможность выявить проблему как можно раньше:

• Может быть, имеет смысл переоценить весь бэклог. Возможно, менеджер использовал Velocity для давления на команду, и она невольно начала завышать оценки. Это породило рост Velocity "на бумаге", но не на деле.
• Возможно есть проблемы, с качеством.(в погоне за количеством)
• и т.д.

Вывод:

Комплексный анализ анализ Velocity и Story Cycle Time и WIP дают объективную информацию о скорости разработки:

• В фичах за итерацию
• Среднее время выполнения фичи в итерации.
• WIP используется как инструмент выстраивания сбалансированной работы в итерации. Стремясь сокращать WIP, вы будете находить решения, позволяющие вам повышать производительность.

Вы получаете объективную информацию (mistake proof), так как контроль Velocity (как основной бизнес метрики) подкреплен анализом WIP и StoryCycle Time.

Полезные метрики

Agile Base Camp 2010

Agilemetrics

View more documents from Nfilippov.

Я заболел, но мой колега дал шанс докладу быть услышанным...
Асхат зачитал мой доклад про метрики=)

Тренинги в Екатеринбурге

25-го января мы, Дима Лобасев и Асхат Уразбаев, съездили в Екатеринбург. Я читал однодневный тренинг по Scrum, а Дима – тренинг по Test Driven Development.

Екатеринбург встретил нас совершенно дикими (уральскими) морозами в тридцать с лишним градусов. Несмотря на то, что от гостиницы до места тренинга было всего 10 минут ходу, мы с Димой успевали очень основательно промерзнуть.

Зато встречали очень тепло, так что все было проведено на высшем уровне!

Тренинг нам помогали организовывать коллеги из компании “СКБ Контур” и Microsoft. Интерес к Scrum был огромный, участников было так много, что часть людей не попали на тренинг. Так что в феврале в скором времени будет проведен еще один тренинг в Екатеринбурге :-).

Сразу после тренингов Дима уехал, а я остался поработать с одной из команд компании "СКБ Контур". Команда оказалось очень сильной, с правильным отношением к качеству и коду! Мы попробовали всякие современные практики Agile по работе с требованиями и внутри итерации.
Из интересного - ребята уже использовали практику Story Owner. Это когда кто-нибудь из команды ответчает за разработку требований к истории. Разумеется, сама история потом внутри итерации потом разрабатывается командно.

Кое-что об Agile. 404fest - Самара

Несмотря на большое количество статей на нашем блоге об Agile (что неудивительно :), у нас, как оказалось, нет ни одного обзорного доклада про Scrum и Agile.
Исправляемся.

Nfilippov. Something About Agile

View more documents from Nfilippov.

Онлайн-Конференция Вэб «404»: Интервью с Никитой Филипповым, ScrumTrek

На вопросы онлайн конференции "404" отвечал Никита Филиппов, основатель компании «ScrumTrek», которая ставит команды разработчиков на рельсы гибких методик разработки, решающая проблемы компаний путем улучшения процессов. Никита и его коллеги тренировали такие известные вэб-проекты, как Тематические медиа (Habrahabr.ru, Autokadabra.ru), АФИША, Auto.ru, Badoo, e-signals.

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

Как это сделать? Что может не получиться? Как быть в нетривиальных ситуациях? Вопросы и Ответы смотрим смотрим здесь

Agile Podcast #5. Сезон 1. Требования в Agile

Участники: Асхат Уразбаев, Денис Бесков, Денис Миллер, Никита Филиппов
Темы

* Классический аналитик

* Кто создаёт требования и делает сбор, когда

* Управление требованиями

* Управление изменениями требованиями

Денис Бесков - руководитель отдела системного анализа Лаборатории Касперского, евангелист системного анализа разработки ПО в России.

Аудио, (RSS для iTunes)