TGViewer
Инженер и Менеджер Инженер и Менеджер @engineering_manager · 1.86K subscribers
Post #27 769
Почему позитивный опыт не так важен

Я настороженно отношусь к чужим историям успеха. Не всегда из них можно извлечь что-то полезное. В худшем случае, попытка повторить чужую историю успеха может мне навредить.

Например, пусть Вася прочитал биографию Оззи Осборна -- он как раз такую написал, называется "Все, что мне удалось вспомнить". Вы можете подумать, теперь у Васи есть пошаговый рецепт, как стать рок-звездой. Но если Вася попытается по шагам повторить все действия Оззи Осборна, он не станет рок-звездой, это очевидно. Вероятнее, Вася просто откинет копыта от передоза: маэстро употреблял феноменальное количество веществ, запрещенных к обороту на территории РФ.

Мысль понятна: если повторить по шагам историю успеха Оззи, самому рок-звездой не стать. Это так не работает. Чужая история успеха не воспроизводится. Оззи жил в другое время, в другом месте, по телевизору шли другие новости, по дорогам ездили другие машины. Истории успеха часто зависят от контекста, а без контекста история успеха теряет воспроизводимость. Знание "как надо" сложно перенести на себя и свой контекст.

Если перенести эту идею на наше ИТ, получается вот что:
- Если у кого-то взлетел SCRUM и ему похорошело, это не значит, что вам нужен SCRUM
- Если кто-то перешел с PG на MongoDB, не факт, что вам оно надо
- Правила управления Netflix применимы только в рамках Netflix, если вы бездумно затащите их к себе, можете навредить
- И так далее

Мысли кажется очевидные, но почему-то попытки "построить иерархию как у Spotify" совершаются с поражающей частотой. И закономерно плохим итогом.

С другой стороны, есть истории провала. Их редко выставляют напоказ, о них не пишут книги и стараются побыстрее забыть. Но такие истории содержат в себе ошибки, которые и привели автора к провалу. Это и есть знание "как не надо". Оно менее зависимо от контекста, а потому более ценно.

Например, между докладами "как мы построили иерархию Spotify у себя в компании" и "как у нас не получилось построить модель Spotify" я выберу последний. Если докладчик расскажет про свои ошибки, то я не буду их повторять и повышу свои шансы на успех, если вдруг надумаю затащить модель Spotify к себе. А вот если я буду повторять чужую историю успеха без чужого контекста, то сам смогу выступить с докладом о факапе.

Итак: получить негативный опыт более ценно, чем получить позитивный опыт. Это не значит, что истории успеха вообще бесполезны. Это не так. Просто предпочтение я был отдавал опыту провалов.

А если вы захотите послушать про чужие факапы, регайтесь на нашу конфу Fuckup Meetup'22. 14-го Декабря мы соберемся оффлайн и онлайн и послушаем пять прекрасных историй про факапы :) Я буду ведущим, но если успею, тоже что-нибудь расскажу из последних факапов.

P.S. У нас на ютубе и запись с прошлого митапа есть. Вот мой рассказ про NASA, шаттлы и мистическое исчезновение всей базы данных утром субботы.
  • 🔥 9
  • ❤ 7
  • 👍 5
More from @engineering_manager
  1. Sep 15, 2026Жаль, что продакт менеджмент существует. Цитата CPO Whatnot'а — сравнительно нового сервис…
  2. Sep 14, 2026Ожидание: у нас CI/CD, push on green, канарейки и авторолбэки Реальность:
  3. Sep 14, 2026Даже лучшие инженеры порой дают опасные советы. Представьте инженера, чьим советам по коду…
  4. Sep 10, 2026Обнаружена первая (и, вероятно, единственная) причина покупки нового айфона.
  5. Sep 9, 2026Николай Петрович прислал замечания к документу в девять утра, а в десять уже чувствовал се…
  6. Sep 7, 2026Uber увольняет 3300 человек — 10% штата. И нет, подождите, в этот раз причина не «ИИ нас в…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →