Презентация в блоге Хенрика.
Доклад был интересен для меня, несмотря на тренинг.
Потому что дал обзор верхнего уровня по очень разным областям и подвел итоги. В целом — хороший обзорный доклад профессионала и в предмете и в докладах.
Россыпь практик: тезис — объяснение — пример, коротко и просто. С моей точки зрения, можно учиться, как делать доклады и презентации.
Дальше — записанные тезисы.
- Метафора — уборка комнаты, путь наименьшего сопротивления.
- Внедрение по практикам — быстрее, чем все вместе
- Пилотный проект — столько же, сколько полное внедрение по времени. Но можно обкатать все виды сопротивления.
- 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
