Что я понял за 2 месяца работы в новой области • Часть 2 • Особенности текущего перехода
В этой части расскажу про особенности перехода а) в конкретной ситуации б) в конкретный домен.
① Я вернулся в компанию, в которой работал прежде
Лет 5 назад я бы посчитал такой сценарий невозможным и даже оскорбительным для себя, ведь это своего рода "поражение".
Мне искренне казалось, что возврат в компанию равносилен признанию неспособности найти новое место на рынке. Мол "ха-ха, смотрите на него, помыкался, в итоге снова к нам пришёл, потому что больше нигде такой не нужен".
Сейчас я понимаю, что несмотря на то, что название у компании прежнее, внутри успели поменяться команда, продукт, цели, стратегия и так далее.
Меняюсь и я сам (опыт, квалификация, нетворк, насмотренность).
Эти изменения открывают новые возможности, которых в свой первый раз либо не было, либо я их не видел.
② Я пришёл на роль, относительно которой внутри компании уже есть высокие ожидания
Раньше у меня было время погрузиться в продукт, разобраться как всё устроено.
В этот раз хорошим результатом моего онбординга являлась стратегия направления на n лет вперёд.
Это серьёзный уровень ответственности, а вокруг ждут быстрых обязательств по цифрам, что только наращивает внутреннее давление и мысли в духе:
• А если я не оправдаю ожиданий и ударю лицом в грязь?
• Как заслужить доверие коллег, если я не эксперт в новой области?
• Как вести за собой команду, когда ответов ещё нет?
Я определил для себя формулу. Задаю один вопрос: «Мог бы я сделать больше, лучше или быстрее в тех обстоятельствах, в которых нахожусь?» Если ответ «нет» — я спокоен: значит, делаю всё правильно.
Да, моё "правильно" может не попасть в ожидания команды, но это не должно лишать меня устойчивости.
③ Я перешёл в домен, работа в котором концептуально отличается от моего предыдущего опыта
В моём текущем переходе сильно поменялся уровень абстракции, на котором необходимо мыслить.
Что имею в виду:
EdTech → есть конкретный образовательный продукт, его надо продать. Юнит-экономика должна сойтись, после чего можно масштабироваться с помощью маркетинга. Супер.
FoodTech → есть конкретная лепёшка. Задача заключается в том, чтобы найти компоненты для испекания лепёшки; найти пекаря; найти где и как установить тандыр; организовать систему хранения; выстроить процесс упаковки и доставки, так, чтобы клиент получил максимальное удовольствие от поедания этой лепёшки.
Да, помимо лепёшки заказ состоит ещё из десятков различных сущностей, но суть, думаю, ясна: есть физические объекты, вокруг которых строятся операционные и продуктовые процессы, призванные оптимизировать понятные метрики вроде скорости доставки, себестоимости заказа и так далее.
Сейчас же команда оперирует сущностями транзакций, скорингов, стоимости риска и прочих абстрактных вещей, которые невозможно потрогать.
Это не хорошо и не плохо, просто это совсем иначе.
④ Я перешёл в домен с гораздо более долгим горизонтом планирования
В Финтехе горизонт планирования составляет годы. Регулятор предупреждает об изменениях в индустрии сильно заранее, но уровень конкретики иногда недостаточен для того, чтобы сформулировать конкретное ТЗ для команды разработки, например.
В таких условиях необходимо принимать риски долгой и дорогой разработки того, что, в последний момент, может оказаться не соответствующим требованиям.
Это накладывает определённые ограничения на гибкость использования ресурсов и скорость процессов: переобуться на лету, назвав это agile, уже не выйдет.
Как следствие, цена ошибки становится значительно выше.
Если мы что-то не учли год назад, когда регулятор впервые сообщил о грядущих требованиях, это может полностью заблокировать бизнес через n месяцев.
А это приведёт к значительным убыткам и оттоку пользователей: сравните свою реакцию на недовезённый кофе и невозможность воспользоваться деньгами на своём счету.
✱ ✱ ✱
В третьей части расскажу про то, как я постарался обернуть сложности перехода в преимущества для себя.
В этой части расскажу про особенности перехода а) в конкретной ситуации б) в конкретный домен.
① Я вернулся в компанию, в которой работал прежде
Лет 5 назад я бы посчитал такой сценарий невозможным и даже оскорбительным для себя, ведь это своего рода "поражение".
Мне искренне казалось, что возврат в компанию равносилен признанию неспособности найти новое место на рынке. Мол "ха-ха, смотрите на него, помыкался, в итоге снова к нам пришёл, потому что больше нигде такой не нужен".
Сейчас я понимаю, что несмотря на то, что название у компании прежнее, внутри успели поменяться команда, продукт, цели, стратегия и так далее.
Меняюсь и я сам (опыт, квалификация, нетворк, насмотренность).
Эти изменения открывают новые возможности, которых в свой первый раз либо не было, либо я их не видел.
② Я пришёл на роль, относительно которой внутри компании уже есть высокие ожидания
Раньше у меня было время погрузиться в продукт, разобраться как всё устроено.
В этот раз хорошим результатом моего онбординга являлась стратегия направления на n лет вперёд.
Это серьёзный уровень ответственности, а вокруг ждут быстрых обязательств по цифрам, что только наращивает внутреннее давление и мысли в духе:
• А если я не оправдаю ожиданий и ударю лицом в грязь?
• Как заслужить доверие коллег, если я не эксперт в новой области?
• Как вести за собой команду, когда ответов ещё нет?
Я определил для себя формулу. Задаю один вопрос: «Мог бы я сделать больше, лучше или быстрее в тех обстоятельствах, в которых нахожусь?» Если ответ «нет» — я спокоен: значит, делаю всё правильно.
Да, моё "правильно" может не попасть в ожидания команды, но это не должно лишать меня устойчивости.
③ Я перешёл в домен, работа в котором концептуально отличается от моего предыдущего опыта
В моём текущем переходе сильно поменялся уровень абстракции, на котором необходимо мыслить.
Что имею в виду:
EdTech → есть конкретный образовательный продукт, его надо продать. Юнит-экономика должна сойтись, после чего можно масштабироваться с помощью маркетинга. Супер.
FoodTech → есть конкретная лепёшка. Задача заключается в том, чтобы найти компоненты для испекания лепёшки; найти пекаря; найти где и как установить тандыр; организовать систему хранения; выстроить процесс упаковки и доставки, так, чтобы клиент получил максимальное удовольствие от поедания этой лепёшки.
Да, помимо лепёшки заказ состоит ещё из десятков различных сущностей, но суть, думаю, ясна: есть физические объекты, вокруг которых строятся операционные и продуктовые процессы, призванные оптимизировать понятные метрики вроде скорости доставки, себестоимости заказа и так далее.
Сейчас же команда оперирует сущностями транзакций, скорингов, стоимости риска и прочих абстрактных вещей, которые невозможно потрогать.
Это не хорошо и не плохо, просто это совсем иначе.
④ Я перешёл в домен с гораздо более долгим горизонтом планирования
В Финтехе горизонт планирования составляет годы. Регулятор предупреждает об изменениях в индустрии сильно заранее, но уровень конкретики иногда недостаточен для того, чтобы сформулировать конкретное ТЗ для команды разработки, например.
В таких условиях необходимо принимать риски долгой и дорогой разработки того, что, в последний момент, может оказаться не соответствующим требованиям.
Это накладывает определённые ограничения на гибкость использования ресурсов и скорость процессов: переобуться на лету, назвав это agile, уже не выйдет.
Как следствие, цена ошибки становится значительно выше.
Если мы что-то не учли год назад, когда регулятор впервые сообщил о грядущих требованиях, это может полностью заблокировать бизнес через n месяцев.
А это приведёт к значительным убыткам и оттоку пользователей: сравните свою реакцию на недовезённый кофе и невозможность воспользоваться деньгами на своём счету.
✱ ✱ ✱
В третьей части расскажу про то, как я постарался обернуть сложности перехода в преимущества для себя.