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

Огромное спасибо организаторам и докладчиками!

Дальше немного детальнее.

День 1. Вначале выступал Henrik Kniberg и кстати потом я его не видел, видно уехал раньше, возможно спешил еще куда-то, хотел поймать его пообщаться и возможно сфотографироваться.

Интересные были презентации про влияние неважной информации на estimation. Потом были Scrum in nutshell, Scrum "wraps" XP и Kanban in nutshell. XP имеет (или добавляет к Scrum'у) различные технические практики. А Kanban добавляет визуализацию и ограничение на кол-во работы которую выполняет команда. Хороший был пример с билетами в парк в Японии. Билеты выдаются бесплатно на входе и возвращаются на выходе. Таким образом "кассиру" на входе всегда "визуально" понятно, когда он может пускать в парк, а когда нет, т.к. кол-во билетов ограничено. Если у него билетов в кассе нет - значит никого не пускаем.

Дальше немного было про Shu-Ha-Ri - уровни обучения. Shu - следуем процессу. Ha - адаптируем процесс. Ri - настолько привыкли что и не обращаем внимания на процесс. Новый "классический" пример про неправильное использование инструмента (рубим бензопилой или делать итерации в Scrum сначала design, следующая development, потом testing и deploy) и неправильный выбор инструмента (рубим молотком или используем Scrum в поддержке).

А напоследок от Henrik'а - Don't be dogmatic!

Второй выступала Mary Poppendieck. Человек с большим опытом и проповедующий Lean из мира производства в мир разработки ПО.

• There is nothing so useless as doing efficiently that which should not be doing at all. ~ Peter Drucker.
• Основная идея - разработка ПО это не цель и даже не средство :) А лучше вообще в решении проблемы обойтись без него, дешевле будет.
• + слайды про то что сколько проектов закончились удачно и сколько % дополнительных фич находят своих пользователей (в смысле пользуются ли ими вообще, обычно нет)
• IBM тоже кстати к Agile пришла и, возможно это нужно проверить, еще до того как это называли Agile (пример с WebSphere) - short, stable iterations + each iteration team should receive feedback from customer.
• Интересный пример про два аэропорта которые были сданы в эксплуатацию с разницей в один день (Китайский и Лондонский)

После обеда можно было пойти в разные 4 зала (основной и три дополнительных в соседнем здании).

Я выбраз Marc'а Loffler'а и не пожалел. Он рассказывал про то, что сводит с ума обычного СкрамМастера, при чем рассказывал это весело и забавно. Рекомендую к просмотру, как появиться запись, а пока можно и у меня на фото посмотреть. Из пометок себе к использованию:

• использование аватарок на доске со спринтом.
• Definition of "Done"

Далее был Paul Klipp на тему Selling Agile, мне он понравился. Тоже довольно бодро рассказывал. Опять же про статистику failure проектов. Из нового и забавного был кстати такой вот ролик (он оказывается 2006 года):

Дальше уже по теме:

• Fixed time and scope project must let quality slip because there is always risk
• Agile processes fix quality at the expense of either time or scope

Когда заказчик  таки решился подписать с тобой контракт, думать что это победа еще рано. Заказчик ожидает что ты поможешь ему решить требуемые задачи, иначе - ... 

It's importans to undestand and value your client. That's the main your feature. So be simple, honest and don't use jargon :)

Еще один небольшой tip был от Paul'а это когда он договорился о подписывании контракта, он вместо того чтобы посылать документ в электронном виде документ и просить его подписать и выслать назад подписанную версию, делаем вместо этого так: берет специальную коробку из отличного картона, печатает две копии контракта на лучшей бумаге, кладет их в коробку вместе с книгой Scum from the tranches и колодой для planning poker (пластиковые), а также не забывает положить конверты с марками для того чтобы клиент смог отправить это обратно. Для доставки клиенту он использует FedEx. Так что на следующий день после обсуждения договоренностей, клиент получает такую вот посылку.

После этого я решил пойти в другие залы и решился на красный с темой Making Feedback Visible, но после минут 10 выступления мне стало как-то скучно и кроме этого было очень людно, так что я пошел в соседний зал проникнуться темой Management of offshore agile project. Там все было просто - обычные практики Scrum с некоторыми практическими советами в реализации. В общем так себе.

Последнее выступление в первый день на которое я пошел было Agile Contracting in a world with fixed budgets. Докладчик Piotr Zolnierek рассказывал интересно и живо. 

Из стратегий для оценки были использованы:

• wild ass guess (estimation :)
• fast as the wind (deliver before anyone understand what they want)
• sushi

Первую стратегию использовали так: сначала прикинули сколько нужно итераций (получилось 7), потом добавили риски/округлили (стало 10), ну и дальше умножили на количество людей (10 * 8 людей * на длину итерации 10 дней = 800 человеко-дней)

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

Суши - маленькие законченные кусочки которые можно употреблять. Разбиваем продукт таким образом и предоставляем заказчику. Он оплачивает каждую "суши". Все довольны. У заказчика есть готовые продукты, у разработчиков приходят деньги (не ждут когда закончат разработку всего продукта).

День 2. В этот день как-то до соседнего здания и не дошел и соответственно был на всех докладах в главном зале. 

Первым выступал Robin Dymond про то как эффективно вести backlog, кто его должен вести и какие проблемы при этом бывают. 

• критерий "ready for development"
• use a personal kanban to manage P.O. WIP
• Capacity for Product Owner

В общем Product Owner втянется когда попробует и понравится.

• Automate market feedback
• make it transparent for all
• measure feedback from clients
• there are a lot of items in BL thet will never be done, but we spend a lot of time to manage them
• every sprint should have items with business value

В общем как-то меня особо не поразило и соответственно я и не проникся.

После него было Jurgen Appelo с темой по поводу компетенции и коммуникации. Хороший докладчик, шутил и издевался по поводу бельгийцев :) (сам он из Дании Нидерландов). 

• subsidiarity principle (delegate until it subsidiary has competence to do it)
• broken window (when broken windows are not repaired people have a tendency to break more windows)
• agile manifesto (2002) + addition (2009)
• 7 dimenstion of software projects (time, people, tools, functionality, quality, process, value)
• CMMI model is all about process
• Shu-Ha-Ri
• maturity model for discipline 
• competence = skills + discipline 
• every team in business network (organization) should produse a business value

Дальше был доклад Danny (Danko) Kovatch на тему визуализации. Понравился. Много интересного и действительно полезного. С разбором кейсов когда какая ситуация как выглядит.

• territory chart
• challenge board
• future scrum stock exchange

Следующим выступал Vasco Duarte на тему Business Agility. How to take advantage of an Agile R&D? Понравился. Особенно в конце когда попросил больше делиться опытом, чтобы мы могли выжить в этом мире и составлять конкуренцию другим.

• внедрение Agile, как скажет любой консультант, можно сделать, но что он не скажет так это то что оно будет дорогим и сложным.
• tell your story of Agile adoption
• Do you have cross-company goals for Agile adoption
• to really help the customer your need to understand their needs
• 40 лет назад инженерам из индустрии говорили что будьте профессионалами, делитесь знаниями, улучшайте процессы вокруг себя иначе "работа" уйдет к другим, она и ушла (в Китай). И сейчас тоже самое для разработки ПО. (Индия, Китай). Там разработчик в 10 раз дешевле и соответственно нужно чем-то отличаться, чтобы выжить и обеспечить будущее себе и своим детям.

Предпоследний доклад был от Mack Adams - The Invisible Agile Coach. Честно говоря он мне не показался интересным и я немного пожалел что пошел на него вместо другого доклада про Kanban :(

• being an expert is not enough
• while push - they do, if not - they stop => make them volunteers

Последними выступали Gwyn Morfey & Laurie Young. The Sword and Other tales. На них хоть проснулся, они понравились, правда были моменты именно организационные, не заработали микрофоны.

• пример с мечом для push'а в git (у кого меч тот и пушит)
• время на standup сдвинуто, например 10:17 или 17:08
• начинать standup когда собрались N-1
• speaking marker
• пример обсуждения задачи Кто, что сделает, на когда (четкое время), критерии Done. Пример: Gwyn will fix the build server by wednesday at 10:11. Push a new build, check for green on status page.
• stakeholder и сдача проекта, когда PO выдумал что-то и все сделали правильно, но потом появляется SH и "рушит" весь проект, т.к. сделали не то что ожидалось. В данном случае предлагали сразу у него взять визитку при первой же встрече и договориться с ним про демонстрации каждого спринта изначально. Даже если он не приходит, высылать ему полный отчет с видео демонстрацией.

Ниже фото, которые сделал мобильным прямо на презентациях, так что сильно ногами не бить.

(download)

Click here to download:

agile-eastern-europe-conference-agileee-rbpbgJsCFFmuvftEqaEk.zip (1.25 MB)

#agileee