SlideShare une entreprise Scribd logo
1  sur  47
Productonomicon
Antipatterns
Киев, 23.10.2015
Дмитрий “Damiano” Ефименко.
Харьков, Украина.
Свой продукт + созданная команда.
Платежные карты в ИЭ унд СО.
Инженер.
Остервенелый продуктолог.
Знакомство
@defimenko #xpdays
©Василий Ложкин
©Василий Ложкин
Вдруг откуда ни возьмись ниоткуда не
взялось то одно, то другое, то одно на
другое. И ох..ли боги девелопмента и
ангелы их выронили арфы от JetBrains и
сгорели те в плотных слоях атмосферы,
сиянием возвещая кошер аваль масриах…
Евангелие от Damiano, стих 14й
προϊόν
nομικών
Команда
Проблемы || Творчество
Терпимость
Бой стрессам
Собеседование
© Cayetano de Arquer Buigas
Специалист || Менеджер
Если яйцо разбивается силою извне – жизнь
прекращается. Если яйцо разбивают изнутри –
жизнь начинается.
Все великое начинается изнутри.
Буддийской мудрости псто
Сидите на
попе ровно
Мотивация || Дисциплина
©ВасилийЛожкин
Берегите состав
Разобщенность
Нечестность
©ВасилийЛожкин
Продажи
Смотрите под ноги
Не говорите «Нет»
ЭКАЯ
ДЮДЮКА
Продажи || Инвестиции
©Василий Ложкин
©sandraandwoo.com
Реализация
Не визуализируй
WTF – визуализируй
Никаких сценариев
Меньше шагов
мышления
Архитектура || MVP
Рефакторинг
Не автоматизируй
© joyreactor
©ВасилийЛожкин
Auftragstaktik & Mission type tactic
SMEAC
Atraa ishit
Feature-driven / API-driven development
Domain-driven design
Business goals trees
Искусство войны
…
Google в руки…
Пожелания…
Вопросы?
Спасибо за внимание!
Если вы испуганы, одиноки,
вам стыдно или просто
хочется поговорить «об
этом» - вы знаете, где меня
найти…
d.efimenko
d.efimenko

Contenu connexe

Plus de Dmitriy Yefimenko

2018 10-13 - pm day kyiv - product mindset
2018 10-13 - pm day kyiv - product mindset2018 10-13 - pm day kyiv - product mindset
2018 10-13 - pm day kyiv - product mindsetDmitriy Yefimenko
 
Практики трансформаций
Практики трансформацийПрактики трансформаций
Практики трансформацийDmitriy Yefimenko
 
XP Days 2017 Tansformation practices
XP Days 2017 Tansformation practicesXP Days 2017 Tansformation practices
XP Days 2017 Tansformation practicesDmitriy Yefimenko
 
практики успешных продуктовых команд
практики успешных продуктовых командпрактики успешных продуктовых команд
практики успешных продуктовых командDmitriy Yefimenko
 
Domain Driven Design (DDD) – зачем он нужен и с чего начать?
Domain Driven Design (DDD) – зачем он нужен и с чего начать?Domain Driven Design (DDD) – зачем он нужен и с чего начать?
Domain Driven Design (DDD) – зачем он нужен и с чего начать?Dmitriy Yefimenko
 
идеальный релиз v2
идеальный релиз v2идеальный релиз v2
идеальный релиз v2Dmitriy Yefimenko
 
Идеальный релиз
Идеальный релизИдеальный релиз
Идеальный релизDmitriy Yefimenko
 
качество продуктовой команды
качество продуктовой командыкачество продуктовой команды
качество продуктовой командыDmitriy Yefimenko
 
продуктовая команда. ценности, принципы, практики
продуктовая команда. ценности, принципы, практикипродуктовая команда. ценности, принципы, практики
продуктовая команда. ценности, принципы, практикиDmitriy Yefimenko
 
2012-11-27 - QAClub - Процессы тестирования в продуктовой компании
2012-11-27 - QAClub - Процессы тестирования в продуктовой компании2012-11-27 - QAClub - Процессы тестирования в продуктовой компании
2012-11-27 - QAClub - Процессы тестирования в продуктовой компанииDmitriy Yefimenko
 
построение системы учебы на ошибках
построение системы учебы на ошибкахпостроение системы учебы на ошибках
построение системы учебы на ошибкахDmitriy Yefimenko
 
Auftragstaktik старые новые принципы самоуправляемых команд
Auftragstaktik   старые новые принципы самоуправляемых командAuftragstaktik   старые новые принципы самоуправляемых команд
Auftragstaktik старые новые принципы самоуправляемых командDmitriy Yefimenko
 
метод от целей при анализе требований
метод от целей при анализе требованийметод от целей при анализе требований
метод от целей при анализе требованийDmitriy Yefimenko
 
особенности построения процессов тестирования в продуктовой компании. agileba...
особенности построения процессов тестирования в продуктовой компании. agileba...особенности построения процессов тестирования в продуктовой компании. agileba...
особенности построения процессов тестирования в продуктовой компании. agileba...Dmitriy Yefimenko
 

Plus de Dmitriy Yefimenko (16)

2018 10-13 - pm day kyiv - product mindset
2018 10-13 - pm day kyiv - product mindset2018 10-13 - pm day kyiv - product mindset
2018 10-13 - pm day kyiv - product mindset
 
Практики трансформаций
Практики трансформацийПрактики трансформаций
Практики трансформаций
 
XP Days 2017 Tansformation practices
XP Days 2017 Tansformation practicesXP Days 2017 Tansformation practices
XP Days 2017 Tansformation practices
 
практики успешных продуктовых команд
практики успешных продуктовых командпрактики успешных продуктовых команд
практики успешных продуктовых команд
 
Domain Driven Design (DDD) – зачем он нужен и с чего начать?
Domain Driven Design (DDD) – зачем он нужен и с чего начать?Domain Driven Design (DDD) – зачем он нужен и с чего начать?
Domain Driven Design (DDD) – зачем он нужен и с чего начать?
 
идеальный релиз v2
идеальный релиз v2идеальный релиз v2
идеальный релиз v2
 
Идеальный релиз
Идеальный релизИдеальный релиз
Идеальный релиз
 
Perfecrt release
Perfecrt releasePerfecrt release
Perfecrt release
 
качество продуктовой команды
качество продуктовой командыкачество продуктовой команды
качество продуктовой команды
 
продуктовая команда. ценности, принципы, практики
продуктовая команда. ценности, принципы, практикипродуктовая команда. ценности, принципы, практики
продуктовая команда. ценности, принципы, практики
 
2012-11-27 - QAClub - Процессы тестирования в продуктовой компании
2012-11-27 - QAClub - Процессы тестирования в продуктовой компании2012-11-27 - QAClub - Процессы тестирования в продуктовой компании
2012-11-27 - QAClub - Процессы тестирования в продуктовой компании
 
построение системы учебы на ошибках
построение системы учебы на ошибкахпостроение системы учебы на ошибках
построение системы учебы на ошибках
 
Auftragstaktik старые новые принципы самоуправляемых команд
Auftragstaktik   старые новые принципы самоуправляемых командAuftragstaktik   старые новые принципы самоуправляемых команд
Auftragstaktik старые новые принципы самоуправляемых команд
 
метод от целей при анализе требований
метод от целей при анализе требованийметод от целей при анализе требований
метод от целей при анализе требований
 
Auftragstaktik
AuftragstaktikAuftragstaktik
Auftragstaktik
 
особенности построения процессов тестирования в продуктовой компании. agileba...
особенности построения процессов тестирования в продуктовой компании. agileba...особенности построения процессов тестирования в продуктовой компании. agileba...
особенности построения процессов тестирования в продуктовой компании. agileba...
 

Productonomicon. antipatterns

Notes de l'éditeur

  1. А поговорим мы сегодня о технике безопасности. Про то, как все хорошо начинается – отличные идеи, солнце, улыбающиеся люди, открытое небо и прочее мимими…
  2. Наступает момент, когда тьма сгущается и возникает жгучее желание нанести добро и причинить пользу. Иными словами – хочется какой-нибудь гадости или сожрать или сделать. Как? Я вас научу.
  3. Начинаются всякие паранормальные штуки…
  4. И вот она мудрость, выстраданная годами – советы, как усугубить и углубить. Номикон – книга закона, правовой. Пройон – продукт. Чтобы не звучало, как ругательство – адаптировал до моднопривычного «чтототамномикон», пусть икнется Лавкрафту. Это не мистическая динозаврология, за каждым «вредным советом» стоит боль и смешные или не очень истории из жизни. Моя цель – чтобы вам стало немного стыдно и захотелось побежать что-то изменить.
  5. Антипаттерны командотворчества. Команда - самое уязвимое место, «грибница» в экосистеме продукта.
  6. Бизнес существует потому, что кто-то чем-то недоволен и готов платить за решение своих проблем. Мало спланировать и спроектировать - важно еще и реализовать. Не цените людей, которые умеют решать проблемы.
  7. Нетерпимые люди часто зануды, которые придумают 237 основных и 186 косвенных признаков, что они не зануды. Не берегите их, пусть вас окружают те, кому плевать. Зачем вам внимание к мелочам? Притча про стулья. Нетерпимость, даже если она есть - не должна порождать действие. Сидите на попе ровно, будьте перфекционистом – добивать, так добивать.
  8. «В тёмные времена хорошо видно светлых людей" © Э. М. Ремарк. «Особенно, если их подсвечивают снизу кострами» © Торквемада и Лойола. Избегайте стресса, не используйте его ни в коем случае для выяснения кто есть ху или понимания потолков, горизонтов и уровня восприятия сложности своих коллег. Легко могло быть только вчера (The only easy day was yesterday) – какая глупость! Притча про команду, отставшую от компании. Сунь-Цзы и Искусство войны.
  9. Собеседование – неправильный и популярный метод приема на работу. Пользуйтесь им. «Приняли за умного. Выкрутился» Людей нужно нанимать за ответственность, честность, аккуратность, активность и умение посчитать канализационные люки на Манхеттене. Их не нужно нанимать за то, что они умеют решать задачи, которые перед ними будут поставлены. Не нужно понимать их восприятие сложности инженерной задачи. Если тревожные сигналы возникают слишком рано, не пытайтесь обмануть себя - такие сотрудники смогут навредить вам в самый ответственный момент.
  10. Хороший специалист часто становится менеджером. Тогда компания теряет хорошего специалиста и получает плохого менеджера. Бинго! Чайкоменеджеры – это же лучше, чем чайкоинженеры. Прилетел, поорал, нагадил, улетел – это лучше, чем прилетел, поорал, накодил, улетел.
  11. Притча про Люка, Гарри, Бильбо, Нео.
  12. Качайте мотивацию Щоб вступити в рукопашний бій, боєць повинен про…ать на полі бою автомат, пістолет, ніж, поясний ремінь, лопатку, бронежилет i каску. Знайти рівну площадку на якій немає ні одного каменю чи палиці. І вступити в жорстоку епічну сутичку з таким же розп...яєм – майстром рукопашного бою. Качайте мотивацию, а не дисциплину, зачем вам дисциплина. И плевать, что настоящую мотивацию невозможно навязать или создать, ее можно только усилить либо ослабить. «Двигайся, стреляй, общайся. Всё на кону. Всегда» - ха!
  13. Дисциплина разработчика – это не «ать-два». Не делать плохо, не смотреть на плохое, не слушать «авторитетов», не брать невыполнимых обязательств.
  14. Эффективные командные практики: auftragstaktik & mission type tactic, smeac, atraa ishit, выход в поля, рабочие группы вместо команд… Зачем вам это? Это все маркетинговый буллшит, дорого, долго и хрупко.
  15. Берегите состав команды, даже если они рукожопы – пусть отдуваются за них нормальные перцы и перчинки 
  16. Не нужны: Общее цели, понимание, инструменты, практики, система ценностей. Зачем? Приспосабливаются же люди ко всему.
  17. Ну давайте, рассказывайте: «полгода пилили архитектуру и потом печем фичи как пирожки» «из отходов и палок» – «lean-development» «вставил костыль» – ad-hoc solution «фигак-фигак и в продакшен» – «быстрая обратная связь от пользователя» «рукожопы» – «гибкие разработчики»
  18. О продажах внутренних и внешних…
  19. Зачем вам несколько горизонтов планирования? Зачем запасные планы и пути отхода? Решайте утилитарные задачи «на сейчас» для «поддержания штанов».
  20. Не общайтесь с конкурентами. Не общайтесь с пользователями. Главные инсайты кроются в тонком взаимодействии пользователей с продуктом, и, зачастую, это те вещи, которые пользователь не может описать словами или сам не замечает. Зачем вам это? «Не выходите из офиса».
  21. У вас всегда будет шанс оказать второе впечатление.
  22. Не говорите нет заказчикам, продажникам, коллегам Быть милым котиком гораздо важнее, чем эти ваши бизнес-цели, MVP и прочие штуки мира безжалостного деньготворчества.
  23. Продавайте продукт, сделайте конкурентам хорошо. Не нужно думать, что не вы продаете продукт, а ваши клиенты инвестируют в него свои наборы фич и ценностей. И управляете портфелем инвестиций – работа на опережение, беспокойство о максимальном ROI и т.д. Не ищите инвесторов, ищите покупателей.
  24. Не цените время, будьте уверены, что планета большая и продать продукт найдется кому. Мы все перфекционисты, ны мы все и люди – поэтому будьте перфекционистами-прокрастинаторами. Лучше казаться, чем быть. Как только вы ловите себя на этом – вы сразу почувствуете эффект. История про багфикс и мелочи. Рынок не будет наказывать тот бизнес, который не понимает важности времени. Каждый, кого нанимает клиент – не кандидат на увольнение. И не ошибаются те, кто считает, что у них нет конкурентов.
  25. Бессмысленно меняться и продавать, если не получаешь за это деньги/растет добавленная стоимость.
  26. Продажи – это переговоры. Переговоры - это не сверкающие зубы и дорогие костюмы, это анализ, подготовка и планирование. План работает до первого контакта с врагом.
  27. Понятие «готово».
  28. Мало набрать команду, продать и спланировать стратегию. Важно ещё и реализовать. Где деньги? Срок превращения идеи в деньги? – самые неправильная метрика. Ведь если их померять –становится стыдно, поэтому придумайте другие метрики.
  29. А теперь – о нашем всем, чего так хочется, чтобы оно было в стиле «водка – дамы – патефон», а каменный цветок не выходит.
  30. Визуализация не нужна. История про тренинг, скелетон и визуализацию.
  31. Если уж вас угораздило заняться визуализацией – используйте паттерн WTF. Точки из окрестностей множества Жюлиа в пространстве чисто мнимых кватернионов – это же очевидно и понятно каждому.
  32. Делайте фичи и не знайте, как вы будете сдаваться. Зачем вам сценарии? Притча про сценарии, эволюцию и волков.
  33. Деградирует все и всегда: идеи, архитектура, код, модель, процессы изготовления, процессы контроля изготовления. Зачем с этим бороться, если это естественный процесс? Что такое 1-шаговое мышление? Исправил. Что такое 2-шаговое мышление? Исправил/предотвратил. Что такое 3-шаговое мышление? Исправил/предотвратил/деградацию поборол. Что такое 4-шаговое мышление? Исправил/предотвратил/деградацию поборол/развил, улучшил, распространил.
  34. Развитие архитектуры vs MVP. Быстрая выкладка = Ценность -> Грязная архитектура для быстрой выкладки = Ценность. Шах и мат. Разделяйте архитектуру и ценность – это приведет к «замечательному» результату.
  35. Рефакторинг архитектуры (это вообще невозможно). Рефакторинг модели (история про BFQ, кодировки и партиции). Рефакторинг кода (метод переключений фич – это не для крутых). Это все недостижимо. Если вы с самого начала накопите технический долг, он сможет убить ваш продукт.
  36. Делайте последними подсистемы логирования, сбора и ротации, доставки и хранения. Зачем трассировка в логах, пишите так? Зачем тестировать логи? Fuckup-driven development – поймали неведому фигню и начинаем расширять логгирование. История про чувствительные данные в логах.
  37. API-driven development. История про автоматизированные тесты и скорость их выполнения. История про параллельную разработку 5 участников и эмуляторы. История про “упрощенный API” и “API”.
  38. У вас такие интересные решения. В первую очередь, делайте его простым. Потом быстрым. А потом – красивым. Глупость – делайте его функциональным  Вытягивающие принципы, приоритизация через ценность.
  39. Пусть у тебя будут мускулистые руки, твердый взгляд и ощущение великого нагибатора. История про непроходящие по умолчанию тесты и нетерпимость.
  40. Итоги… Вы можете верить или не верить в то, что я говорил, но если вам стало немножко стыдно и у вас чешутся руки что-то изменить – мы с вами не зря провели это время.
  41. Ключевые слова, по которым можно погуглить.
  42. И вот он – расставания слайд…