Самые дорогие стратегические ошибки в карьере. Часть 4
Пытаться сразу сделать идеально. 🎯
Когда я только начинал работать, мне казалось, что хороший специалист - это человек, который приносит максимально качественное решение с первого раза. Получил задачу → ушёл думать → долго делал → вернулся с красивым результатом. Очень инженерная мечта. 🧑💻
На уровне Junior или Middle такая логика часто работает. Потому что к тебе обычно приходят уже с готовой задачей. Кто-то выше поговорил с бизнесом, понял проблему, выбрал направление, порезал скоуп и принёс тебе кусок работы. Твоя задача - сделать его хорошо.
Но чем выше ты растёшь, тем сильнее меняется сама природа работы. В какой-то момент к тебе начинают приходить не с задачами, а с проблемами. Иногда даже не с проблемами, а с ощущениями.
«Кажется, здесь можно ускорить процесс.»
«Кажется, пользователи что-то не понимают.»
«Кажется, мы теряем деньги вот в этом месте.»
«А можно как-нибудь применить ML?» 🌝
И вот здесь специалист постепенно перестаёт быть просто исполнителем. Он становится внутренним подрядчиком. Человеком, который помогает бизнесу не только реализовывать решения, но и понять, какие решения вообще стоит реализовывать. А это совсем другая игра.⚙️ Потому что идей становится много. Запросов становится много. У каждого заказчика своя боль и своя уверенность, что именно его задача сейчас самая важная. И если пытаться каждую идею сразу делать идеально, можно очень быстро закопаться если слишком рано начинать полировать то, что ещё не доказало свою ценность.
Для меня это одна из самых дорогих стратегических ошибок в карьере. Пытаться строить дворец там, где сначала нужно проверить, есть ли вообще земля. 🏗️
Когда проект только появляется, почти всегда есть куча неопределённости. Непонятно, насколько проблема большая. Непонятно, кто реальный пользователь. Непонятно, будет ли решение встроено в процесс. Непонятно, правда ли эта фича даст эффект или просто красиво звучит на встрече. И в такой ситуации идеальное решение - это не самое красивое решение. Идеальное решение - это самый быстрый способ получить новую информацию. Иногда это прототип, иногда таблица, иногда простая модель,иногда ручной процесс на неделю. Главное - как можно быстрее показать ценность или понять, что ценности нет. 📊
Если пытаться сразу сделать идеально, это похоже на ставку всего бюджета на красное. Возможно, повезёт. Возможно, идея действительно окажется сильной. Но вопрос не в том, можно ли так выиграть. Вопрос в том, зачем так рисковать.
Почти любую идею можно сначала проверить дешевле, быстрее и проще. Без огромной архитектуры, идеального интерфейса и попытки предусмотреть все будущие сценарии. Потому что пока вы не увидели первую реакцию реальности, вы в основном спорите не с фактами, а со своими фантазиями. ☕️
И ещё есть одна неприятная правда. Идеально вообще почти никогда не наступает.
Если посидеть над любой системой пару часов, почти всегда можно найти пространство для доработок. Здесь переписать архитектуру. Здесь добавить мониторинг. Здесь сделать интерфейс чище. Здесь убрать технический долг. Здесь переименовать переменную, потому что она смотрит на тебя с осуждением. У любой живой системы есть пространство для доработок. Всегда.
Поэтому сильный специалист отличается не тем, что всегда делает максимально качественно. Он отличается тем, что понимает, какой уровень качества нужен прямо сейчас. Где нужно быстро проверить гипотезу. Где нужно сделать надёжно. А где пора остановиться.
Мне кажется, это очень важный переход в мышлении. От «я должен сделать идеально» к «я должен помочь выбрать правильную ставку». 💰
Потому что на более высоком уровне твоя ценность всё меньше в том, чтобы идеально закрывать конкретные задачи. И всё больше в том, чтобы не дать команде месяцы инвестировать в неправильные вещи.
Пытаться сразу сделать идеально. 🎯
Когда я только начинал работать, мне казалось, что хороший специалист - это человек, который приносит максимально качественное решение с первого раза. Получил задачу → ушёл думать → долго делал → вернулся с красивым результатом. Очень инженерная мечта. 🧑💻
На уровне Junior или Middle такая логика часто работает. Потому что к тебе обычно приходят уже с готовой задачей. Кто-то выше поговорил с бизнесом, понял проблему, выбрал направление, порезал скоуп и принёс тебе кусок работы. Твоя задача - сделать его хорошо.
Но чем выше ты растёшь, тем сильнее меняется сама природа работы. В какой-то момент к тебе начинают приходить не с задачами, а с проблемами. Иногда даже не с проблемами, а с ощущениями.
«Кажется, здесь можно ускорить процесс.»
«Кажется, пользователи что-то не понимают.»
«Кажется, мы теряем деньги вот в этом месте.»
«А можно как-нибудь применить ML?» 🌝
И вот здесь специалист постепенно перестаёт быть просто исполнителем. Он становится внутренним подрядчиком. Человеком, который помогает бизнесу не только реализовывать решения, но и понять, какие решения вообще стоит реализовывать. А это совсем другая игра.⚙️ Потому что идей становится много. Запросов становится много. У каждого заказчика своя боль и своя уверенность, что именно его задача сейчас самая важная. И если пытаться каждую идею сразу делать идеально, можно очень быстро закопаться если слишком рано начинать полировать то, что ещё не доказало свою ценность.
Для меня это одна из самых дорогих стратегических ошибок в карьере. Пытаться строить дворец там, где сначала нужно проверить, есть ли вообще земля. 🏗️
Когда проект только появляется, почти всегда есть куча неопределённости. Непонятно, насколько проблема большая. Непонятно, кто реальный пользователь. Непонятно, будет ли решение встроено в процесс. Непонятно, правда ли эта фича даст эффект или просто красиво звучит на встрече. И в такой ситуации идеальное решение - это не самое красивое решение. Идеальное решение - это самый быстрый способ получить новую информацию. Иногда это прототип, иногда таблица, иногда простая модель,иногда ручной процесс на неделю. Главное - как можно быстрее показать ценность или понять, что ценности нет. 📊
Если пытаться сразу сделать идеально, это похоже на ставку всего бюджета на красное. Возможно, повезёт. Возможно, идея действительно окажется сильной. Но вопрос не в том, можно ли так выиграть. Вопрос в том, зачем так рисковать.
Почти любую идею можно сначала проверить дешевле, быстрее и проще. Без огромной архитектуры, идеального интерфейса и попытки предусмотреть все будущие сценарии. Потому что пока вы не увидели первую реакцию реальности, вы в основном спорите не с фактами, а со своими фантазиями. ☕️
И ещё есть одна неприятная правда. Идеально вообще почти никогда не наступает.
Если посидеть над любой системой пару часов, почти всегда можно найти пространство для доработок. Здесь переписать архитектуру. Здесь добавить мониторинг. Здесь сделать интерфейс чище. Здесь убрать технический долг. Здесь переименовать переменную, потому что она смотрит на тебя с осуждением. У любой живой системы есть пространство для доработок. Всегда.
Поэтому сильный специалист отличается не тем, что всегда делает максимально качественно. Он отличается тем, что понимает, какой уровень качества нужен прямо сейчас. Где нужно быстро проверить гипотезу. Где нужно сделать надёжно. А где пора остановиться.
Мне кажется, это очень важный переход в мышлении. От «я должен сделать идеально» к «я должен помочь выбрать правильную ставку». 💰
Потому что на более высоком уровне твоя ценность всё меньше в том, чтобы идеально закрывать конкретные задачи. И всё больше в том, чтобы не дать команде месяцы инвестировать в неправильные вещи.