�ݺ�ߣ

Шаг-Рысь-Галоп:
видимое ускорение разработки
Трошин Алексей, Product-менеджер B2B-Center

Давайте знакомиться
Трошин Алексей
Product-менеджер B2B-Center
Web-dev с 2002 года, Agile с 2009 (CSPO, CSM)
Project-Product-CTO, от 2 до 75 сотрудников
Конференции, семинары, книга
…и других:
Опыт из:

Experience report
Пройдено лично
Собрано лучшее
Вынос мозга малосвязанной информацией 
Немного очевидности
Немного лозунгов
Немного провокаций
Немного опыта
Немного холивара
Немного советов
Немного юмора
Объясняю свою картину мира тем, с кем работаю
Общие (единые) понятия
Чтобы говорить «А помнишь, я рассказывал…?»
Что это за доклад?

Обязательно прочтите:
Посвежее Постарее
Вначале - рекомендации

Название доклада – способ включить ассоциации 
Скорость езды зависит не от лошади
Рассмотрим идеального сферического коня, без ограничений породы
Скорость – заслуга наездника
Нужно научиться подавать правильные команды 
(надеюсь, эта анимация движется)
Шаг Рысь Галоп
Шаг-Рысь-Галоп

Вся работа = Полезная работа + Бесполезная работа
Полезная работа = Вся работа – Бесполезная работа
Меньше бесполезной работы => больше полезной отдачи
Чем больше отдачи – тем выше скорость
Больше фич
Чаще демо
Очевидная арифметика

Бесполезная работа -> Муда (Lean)
Перепроизводство
Запасы
Избыточная обработка
Лишние движения
Дефекты и брак
Ожидание
Транспортировка
Там же (в Lean)
Мура (неравномерность)
Мури (перегрузка)
Меньше бесполезной работы
http://wkazarin.ru/wp-content/uploads/2013/09/LSSAGLM.pdf

Думаете, что знаете?
Уверены? Он вам сказал? Показал? Нарисовал?
Он пробовал это? Пользовался? Другим показывал?
Заплатил за это? Больше ничего не хочет? Доплатит?
Вы не знаете. Примите это.
В «русской рулетке» шансы выше 
Вы не знаете, что хочет заказчик

Человек – устройство для преобразования сигналов 
Сигнал = проекция
Заказчик проецирует ожидания
Заказчик находится в своём контексте
Контакт – обмен проекциями
Окно контакта – видим одно и то же?
Важно получить обратную связь
Убедитесь, что проекция понята
Снижайте когнитивный диссонанс (разрыв шаблона) 
Займёмся когнитивной психологией

Это единственный способ его понять
Показывайте чаще
Чаще = меньше, а меньше - не проблема
Проблема не в «показать мало»
Проблема – показать не то
Покажите заказчику результат

Ешьте слона по кусочкам
Сразу – подавитесь 
Небольшой функционал – небольшие затраты
Небольшие затраты понести не страшно
Маленькая ошибка – маленький ущерб
А ещё это проще тестировать 
Делайте меньше

Меньше не значит хуже
Меньше – значит завершённее
Каждый функционал – закончен и полезен
Дорабатывать не нужно
Приносит пользу / решает проблему клиента
Запомните умные слова – MMF и MVP, делайте это
Minimal marketable feature
Minimal viable product
Стремитесь к завершенности
http://morrozmsk.livejournal.com/138016.htmlhttp://habrahabr.ru/post/230637/

Продукт должен быть рабочим всегда
20% готовности продукта - bullshit
Должна быть 100% работоспособность 5% продукта 
У нас есть Agile!
Итеративность
Инкрементальность
Здравый смысл 
Правильное разрезайте слона
http://www.maxkir.com/sd/methyperproject_RUS.htm

Вы НЕ ЗНАЕТЕ, что нужно
Усмиряйте фантазию
Потерпите с изменениями

Каждая фича стоит денег
Анекдот в тему:
Выбросьте лишнее
http://www.slideshare.net/agiledays/ss-19544297

Простое правило: слева - зло, справа – добро
ЗЛО = Заинтересованное ЛицО 
Важно НЕ ДВИГАТЬ задачи слева направо
Важно ДОТАСКИВАТЬ задачи направо до конца
Чем быстрее задача завершиться, тем раньше начнёт наносить пользу
Усмиряйте Kanban

Уверенность = скорость
Замкнутый круг 
Уверенность – когда фича не кладёт код
Круто, да?
Это про технические нюансы: тестирование, автоматизация деплоя…
Скорость = уверенность (1)
http://msk15.agiledays.ru/members/profile/908/
Непрерывное качество в непрерывной разработке

Уверенность – знаем что делать, а не придумываем на ходу
Придумывание (не уточнение) антипродуктивно
Прорабатывайте задачи ДО постановки в разработку
Груминги для оценки и уточнения требований
Прототипы для понимания функциональных требований
Описывайте НФТ
Рассматривайте граничные случаи
Quality-Driven Task Creating  Описывайте User Story, начиная с «как проверить»
Скорость = уверенность (2)

Вроде бы очевидно
Когда просят сделать быстро, не просят сделать плохо
Но я хочу ещё раз об этом напомнить
Со временем инструменты заботы о качестве преобразуются в инструменты
повышения скорости
Скорость не должна влиять на качество

Не накапливайте проблемы
«Разберемся потом» - не работает
Записывайте сразу, потом - забудете
Ретроспектива!
Не скрывайте проблемы
К сожалению, проблемы есть всегда
Наказаний нет
Ищем «бриллианты»
Проблема = повод найти улучшения
Скорость = прозрачность
http://expert.ru/expert/2003/15/15ex-instrum_33307/

Не бойтесь ошибок
http://www.ted.com/talks/regina_dugan_from_mach_20_glider_to_humming_bird_drone
Маленькими вы тоже ничего не боялись 
Ошибки – это нормально
Даже если вы их боитесь, они всё равно случатся
Фэйлиться раньше (Agile)
Plan-Do-Check-Act (цикл Деминга)
Для открытых систем
Открытые = не можем контролировать
У взрослых - цикл Колба (Дэвида)

Видимость - слово не из психологии, а из оптики :)
Результаты вашей работы должно быть видно
Делайте не «для видимости», а то, что видно, реально, ощутимо
Делите задачи по типам
Так проще не забывать выделять на это время
Видимость – хорошее слово

Напоминайте об этом
Новости (официально)
Блог (менее официально)
Заставка в mobile app
Больше внимания к видимости

Выбирайте с пользой
Reformal (закрывайте запросы)
Письма в обратную связь (цитируйте)
Тенденции (вы в тренде)
Конкуренты (сокращайте разрыв)
Легко и быстро!
Наш выбор - 1
Метод Кано в помощь
Выбирайте правильную видимость
https://vimeo.com/album/3306009/video/118003815

Наносите максимальную пользу
https://www.dropbox.com/s/7aoam7v951c80vr/comakers_product_goals_quickref.pdf

«Вредные советы»
Решайте проблемы по мере их возникновения
Мы не пророки, всего не предвидим
Не распыляйтесь

Приоритеты – единственное, чем можно управлять
Разработка это услуга, ускорение возможно только за счёт качества. Проблемы ускорения
проявятся в любом случае.
9 женщин не родят ребёнка за 1 месяц (с)
Не забывайте - мы делаем софт, а не хард
http://microsat.sm.bmstu.ru/e-library/Books/TheMythicalManMonth_rus/The%20Mythical%20Man-Month.pdf

Улыбайтесь чаще
Улыбаясь, мы кажемся более компетентными (с)
Умное лицо это еще не признак ума, господа… Все глупости на земле делаются именно с этим
выражением лица… Улыбайтесь, господа… Улыбайтесь! (с)
http://www.ted.com/talks/ron_gutman_the_hidden_power_of_smiling http://www.youtube.com/watch?v=moAK_fBoWcw

Бокс смотрите?
Впечатление всего боя - от последних раундов
Или от fatality 
Готовьтесь
Сценарий
Тестовый прогон
Держитесь уверенно
И позитивно
Ведите
Не давайте перебивать
Вопросы потом
Помогите похвалить 
Презентуйте ярко!

Главный критерий – удовлетворённый заказчик
Делать меньше = делать больше
Стремиться к завершенности
Повышать прозрачность и доверие
Больше видимости!
Постоянно совершенствоваться = постоянно ускоряться
Готовить демо, презентовать демо!
Что в итоге?

Трошин Алексей
Product-менеджер B2B-Center
morrozmsk.livejournal.com
Спасибо!
Давайте
общаться


�ݺ�ߣ

Видимое ускорение разработки

More Related Content

Видимое ускорение разработки