В последнее время много думал на тему вовлеченности и границ ответственности при работе на C-позициях (CTO/CPO и прочие). Мне кажется, это один из сложных политических моментов для каждого, кто будет работать в этих ролях.

❓Должен ли ты относиться к своим продуктам так, как будто это часть твоего собственного бизнеса, или это "просто работа"?

Я считаю, что здесь очень сильно зависит от зрелости команды и культуры в компании. Мне нравятся, когда люди в топ-команде горят продуктами и готовы тащить их до победного. Да, иногда это может привести к выгоранию, переработкам и эмоциям, поэтому нужно внимательно следить за собой и вовремя уметь тормозить и отпускать ситуацию, когда совсем тяжело. Нужно помнить, что работа рано или поздно закончится, а люди вокруг вас - останутся.

С другой стороны, если речь идет о какой-либо забюрократизированной и неповоротливой корпорации, наверное политически правильнее будет "просто делать" свою работу. Другое дело, надо ли оно тебе? Не уверен, что в такой среде может родиться крутой продукт, или сформироваться команда, которая умеет сворачивать горы.

❓Должен ли ты вовлекаться не только в свой домен, но и в домены коллег? А насколько им будет ОК от этого? Или нужно отвечать только за свой кусочек и жить в своей норке?

Я считаю, что C-level позиции - это в целом про общую картину, helicopter view, и, на самом деле, на этих позициях я не вижу настолько сильного разделения обязанностей, как, например, в разработке - там ты отвечаешь либо за бэк, либо за фронт, либо ты тестируешь все это. Много раз видел, как люди с CTO позиций переходили в CPO или в CEO. По факту, здесь важны уже не столько экспертные качества, сколько умение объединить и сплотить людей под общими целями и убрать все препятствия в их работе (тот самый servant leadership), а значит нужно уметь договариваться со всеми и быть готовым самому идти на встречу. И именно поэтому, посмотрев описание позиций СТО в крупных и состоявшихся компаниях, скорее всего вы не увидите там конкретного стека, зато увидите строчки про целеполагание, рост команды, мотивацию и умение находить общий язык.

С другой стороны, надо внимательно смотреть на культуру команды и в целом на ее зрелость - обратную связь надо уметь не только давать, но и принимать. Если же у вас мега-зрелая команда, которая умеет принимать обратную связь, корректироваться, перестраиваться и давать после этого крутой результат - вам очень повезло, держитесь за такую команду изо всех сил и соответствуйте ей 😉

❓Стоит ли вовлекать в бизнес команду разработки/тестирования/проджектов и т.д.? Ведь люди просто пришли работать и получать от этого удовольствие

Любая команда оценивается с помощью 3 критериев:

• Hard-Skills
• Stakeholder-management
• Product-Ownership - вот здесь собственно и кроется понимание ценности продукта и взаимосвязь строчек кода и денег на зарплатной карте. Если у вас есть инженеры, которые не только про код, но и про бизнес - именно через них вы сможете потом масштабировать команду и затащить рискованные и амбициозные фичи.