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

Максим Цепков - AgileDays-2011/Everyone likes change, but nobody likes to be changed

Материал из CustisWiki

Перейти к: навигация, поиск

Презентация в блоге Хенрика.

Доклад был интересен для меня, несмотря на тренинг. Потому что дал обзор верхнего уровня по очень разным областям и подвел итоги. В целом — хороший обзорный доклад профессионала и в предмете и в докладах. Россыпь практик: тезис — объяснение — пример, коротко и просто. С моей точки зрения, можно учиться, как делать доклады и презентации.

Дальше — записанные тезисы.

  • Метафора — уборка комнаты, путь наименьшего сопротивления.
  • Внедрение по практикам — быстрее, чем все вместе
  • Пилотный проект — столько же, сколько полное внедрение по времени. Но можно обкатать все виды сопротивления.
  • Wildfire method — герилья
  • Для начала — сделать боль видимой.
  • Пример — проект с отставанием (был на тренинге подробнее). Люди должны осознать смертельный марш.
  • Пример — проект с ожиданиями, исключить паузы (был на тренинге).
  • est vs velocity — таблица со сравнением
  • dead sprint detection — horizon burn
  • выходить из штопора — переход в канбан, прекратить пытаться сделать чуть-чуть новых фич, вместо этого убрать причины появления багов
  • проблемы: no DoD, many tech debt
  • step1 for solving problem — visualize it
  • happiness index — по 5 бальной оценке «How does it feel to come to work?»
  • automate regression test — stable velocity
  • strategy — small clear steps
  • benefit cost quadrant
  • external expert validation
  • реклама внутри доклада — книга «Working Effectively with Legacy Code» (перевод).
  • не ждите, пока сломается
  • попробуйте — вдруг понравится, нет — откажетесь
  • придумайте бизнес-смысл case для изменений, business value: if the make relese two month early — what value
  • не «парно программируем», а «делаем новую фичу активно обсуждая — сложная…»
  • нужны ли все документы — используем ли их.
  • кратко шаги внедрения. 1. ask why change? 2. интервью, 3. полдня введение, полдня workshop и хватит…
  • tech: visualize effect diagramm. Проблема не плохое качество кода. а провал демо.
  • циклы: нет парного программирования, потому что нет в нем опыта… А реально — просто не хотим = lack of trust. (цепочка)
  • против компонентных команд
  • own scrum taskboard — change himself. start with you и делай те шаги, которые можешь позволить
  • не меняй других людей, пусть изменяться сами. покажи причины и возможный путь
  • презентация будет в блоге на google2