Каким требованиям должен отвечать Chief Technology Officer?

Question

[seva1]

Как вы считаете, каким требованиям должен отвечать, какой опыт и знания должен иметь грамотный Chief Technology Officer для создания нового продукта с нуля?

Answer 1

[Елизавета Борисова]

Продукт продукту рознь. Например, важно, насколько для этого продукта критичны качество кода, уровень всей команды, кто пользователи (например, если продукт для IT-специалистов), предполагаемый размер команды, применение самых последних разработок и тд.
СТО, как сухой абстрактный управленец с базовыми навыками HR-а, и пониманием отличий waterfall от scrum - я не думаю, что на практике этого достаточно. CTO обязан быть хотя бы по каким-то направлениям технологий впереди команды, также под его ответственностью архитектура, и все критичные места системы.
Если вы стартуете продукт с нуля, можно ожидать, что команда на первых этапах небольшая, поэтому скорее речь о teamlead, который возьмет всю разработку в свои руки и создаст команду, а затем органично вырастет в CTO.

Answer 2

[Артем Воронов]

Очень зависит от масштаба проекта. Где-то нужно больше технического опыта, где-то менеджерского.

А требования в общем такие:
1. Знать современные подходы к разработке архитектуры ПО и уметь их применять на практике.
2. Уметь собирать требования к продукту и валидировать их.
3. Уметь делегировать задачи и контролировать их исполнение.
4. Владеть управлением проектами. Как минимум знать, чем отличаются методолгии waterfall or scrum и понимать, в каких случаях какую методологию применять.
5. Базовые навыки HR тоже необходимы. CTO нужно уметь подбирать людей, с которыми будет комфортно работать и которые смогут выполнять поставленные задачи.

CTO, занимающийся непосредственно разработкой, уместен только в стартапе на ранних этапах. В иных случаях задача СТО - управление процессом разработки.

Comments

[Елизавета Борисова]

Ваши 5 пунктов описывают как будто PM'а в аутсорсе (собирать требования, делегировать задачи). В продуктовой компании, ему скорее всего, не придется собирать требования в классическом смысле, продукт будет неотъемлемой частью всего проекта.
Не базовые навыки HR'а ему нужны, а глубокие навыки технических интервью, умение точно оценить уровень и особенности разработчика.
Если в новом продукте CTO изначально не имеет отношения к коду, архитектурным решениям, занимается сухим управлением процессом, то он во-первых по началу не нужен, т.к. все ляжет на плечи следующего человека, во-вторых, почему это не PM.