Персональные инструменты
 

AgileDays-2011: Отчет Беликова Сергея

Материал из CustisWiki

Версия от 16:40, 2 июня 2011; StasFomin (обсуждение | вклад)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Перейти к: навигация, поиск


Доклады

Everyone likes change, but nobody likes to be changed. Henrik Kniberg

Хороший доклад, особенно как открывающий конференцию. Задал настроение на весь день. Рассказывал про то как менять себя и других, с чего начать, какими способами можно двигаться к цели, какие препятствия встретить на пути и как их преодолевать. Приводил очень понятные и живые примеры про детей и замкнутый круг (разработчики - менеджеры - клиенты). Местами не раз упоминал GTD.

Как докладчик очень понравился живо, четко, ясно, шутил, обращал внимание на аудиторию. С последним чутка переборщил даже :)

Всем рекомендую послушать.

Стратегическое планирование через инновационные игры. Дмитрий Лайер

Коротко: никогда не пойду на доклады людей из Softline, особенно если их зовут Дмитрий Лайер. В выступлении не было ничего хорошего, разве что название.

Ретроспективы. Настраиваем наш процесс разработки. Сергей Дмитриев

Рассказывал про ретро на примере своей команды. Очень жаль, что у докладчика было только полчаса. Некоторые идеи доклада:

  • 1 неделя работы = +1 час на ретро;
  • рекомендовал ретро в виде игр;
  • в начале ретро просто собираются факты, не обсуждая их;
  • факты оцениваются (+\-), оценки могут не совпадать у разных людей;
  • определяем что конкретно сделаем в след итерацию + кто и как это будет мерить;
  • ретро полезно проводить не только для команды, но и для заказчика;
  • могут быть полезны модераторы для "внешних" ретро.

Очень понравился прием со спящим животным :)

Рекомендую посмотреть.

Иду по приборам! Практические советы по визуализации работ. Максим Гапонов

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

Scrum vs Kanban — чье кунг-фу сильнее. Кирилл Климов

Название предвещало многое, а на деле вышел какой-то пшик :) Краткое содержание доклада:

  • у нас был Scrum;
  • люди в команде были загружены неравномерно и это сильно напрягало;
  • мы решили внедрить Kanban;
  • Profit!

Хотелось услышать что-то на подобии доклада А. Уразбаева, а вышел из аудитории с вопросом в голове «Ну и чего?»

Наследие капитана Флинта: трудности и ошибки. Александр Лесневский, Никита Филиппов

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

Agile с фиксированной стоимостью: это реально! Дмитрий Лобасев

Интересная тема, неплохой докладчик.

Вызвал ооочень много вопросов аудитории. Суть примерно такая. Находим заказчика, фиксируем требования начинаем работать по Fixed price, делаем продукт, проводим демо, собираем обратную связь (важно: все изменения в требованиях фиксируем), все переделки/новые хотелки стоят денег. Тут заказчик радоваться начинает и может быть даже продукт уже вовсю использует/продает, но мы то помним что баблосы ограничены были в начале проекта и мы их выработали ;) Приходим к клиенту и говорим, что дальше надо еще денег. Дальше варианты:

  • Хороший. Клиент поверил в нас, понял схему работы и вот он T&M.
  • Не очень хороший. Клиент в шоке, ведь первоначальные требования не все реализованы, а деньги закончились (в порыве радости заказик забыл, что новые хотелки денег стоят). Но деваться клиенту некуда, т.к. продукт надо дописать и мы получаем T&M. Правда потом клиент может не захотеть с нами делать новый продукт.
  • Плохой. Клиент не просто в шоке, но и начинает откровенно придираться ко всему и вся. Но мы юридически прикрыты и в худшем случае просто потратим время на разборки, ну и продукт не доделаем.

После доклада осталось чувство, что в истории Дмитрия все-таки кто-то кого-то обманул :)

Enterprise Scale Agile. Lessons learned. Константин Гурнов

Скучный, унылый дядька. Под конец дня уже не воспринимались такие докладчики, я так и не понял в чем фишка истории (возможно стоит пересмотреть запись). Глупо получилась концовка выступления.


Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».


Репликация: База Знаний «Заказных Информ Систем» → «AgileDays-2011: Отчет Беликова Сергея»