Машинный перевод:
- Архитектор
Технический директор является главным архитектором программного обеспечения. Это включает в себя:
- Выбор технологий, языка и инфраструктуры для создания продукта.
- Выбор инструментов разработки, таких как IDE, система управления версиями, ведение журнала, тесты и т. д.
- Проектирование архитектуры программного обеспечения, модулей и компонентов.
- Составление дорожной карты разработки с согласованием с другими основателями относительно приоритета функций.
- Принятие решения о стандартах кодирования и протоколах разработки.
- Написание и управление любой документацией, связанной с программным обеспечением (например, внутренней вики-страницей компании и т. д.).
- Проектирование базы данных. Это включает в себя выбор решения БД, проектирование его таблиц и отношений данных, его масштабирование и т. д.
- Постоянно изучаем новые инструменты и технологии для повышения эффективности разработки и качества продукции.
- Когда кто-то представляет новый инструмент или технологию, которые интегрируются с программным обеспечением или влияют на цикл разработки, технический директор должен изучить и одобрить или отклонить его.
- Когда другой основатель или сотрудник разрабатывает программный компонент или модуль, технический директор должен просмотреть его и при необходимости предложить изменения.
- За техническим директором должно быть последнее слово во всех дизайнерских решениях, поскольку он является основателем с самым глубоким пониманием общей архитектуры.
Исключения:
Не уменьшая приведенный выше список, важно помнить, что некоторые архитектурные решения могут иметь финансовые последствия или последствия для планирования. Технический директор не должен принимать решения, превышающие бюджет или сроки.
- Разработчик
Поскольку стартапу требуется некоторое время, чтобы начать нанимать разработчиков, технический директор также должен выступать в качестве основного (и часто единственного) разработчика в команде. По крайней мере, до тех пор, пока не будут приняты на работу. Это включает в себя:
- Разработка самого продукта, MVP и других побочных экспериментов, которые решают протестировать основатели.
- Тестирование продукта и написание автоматических тестов, когда это возможно.
- Надзор за любой внешней силой разработки (аутсорсинг, временное кодирование другим учредителем и т. д.).
- Если стартап предоставляет услугу или API, технический директор должен постоянно контролировать и обеспечивать его работоспособность и качество.
- Разбивка задач разработки и оценка времени разработки и дат выпуска. Технический директор также должен нести ответственность за то, чтобы учиться и совершенствоваться на ошибках планирования.
- Управление релизами, тегами и историей версий.
- Разработка или предоставление скриптов и инструментов для других учредителей.
- По мере того, как стартап становится больше, а команды разработчиков расширяются, технический директор все меньше работает в качестве разработчика, а иногда и вовсе прекращает писать код.
-
Участие CTO в непосредственном написании кода должно быть на его совести, при условии, что у него достаточно времени и ресурсов для кодирования (или для этого есть специальное обоснование).
-
Менеджер группы / вице-президент по проектированию
-
Когда стартап только начинает расти и нанимать сотрудников, задача технического директора состоит в том, чтобы управлять командой разработчиков и выступать в качестве лидера команды, а также вице-президента по проектированию (пока эти роли не будут выполнены). Это включает в себя:
-
Разбивка задач для команды разработчиков.
- Обучение новых сотрудников и разработка программы обучения, если это возможно.
- Делаем обзоры кода и дизайна.
- Убедитесь, что команда разработчиков производит качественный и проверенный код.
- Убедиться, что команда разработчиков соблюдает стандарты кодирования и протоколы, определенные техническим директором.
- Следить за прогрессом разработчиков и следить за тем, чтобы они не отставали от дорожной карты.
- Время от времени проводите переговоры с командой, чтобы убедиться, что они довольны и соответствуют направлению компании.
- Формирование культуры команд разработчиков.
- Контроль всего цикла разработки, от первоначального проекта до сдачи.
- Помощь разработчикам с проблемами кодирования и проблемами, с которыми они не могут справиться. Технический директор должен быть исключительным разработчиком и уметь решать проблемы, на которого команда может положиться.
- Подбор и оценка новых сотрудников. Новых программистов нельзя нанимать без одобрения технического директора.
- Быть непосредственным руководителем технического персонала.
- Передача роли менеджера команды
В случае найма/повышения в должности Менеджера команды:
- Руководитель группы будет подчиняться непосредственно техническому директору.
- В технических разногласиях последнее слово всегда будет за техническим директором.
- Уровень прямого участия технического директора в команде разработчиков будет зависеть от выбора технического директора.
- Распределение обязанностей и полномочий между техническим директором и руководителем группы будет решаться техническим директором.
- Выбор руководителя команды должен быть одобрен и принят техническим директором.
- Передача роли вице-президента по инженерным разработкам
В случае найма/продвижения вице-президента по инжинирингу:
- Вице-президент по инженерным вопросам будет подчиняться непосредственно техническому директору.
- В технических разногласиях последнее слово всегда будет за техническим директором.
- Уровень прямого участия технического директора в команде разработчиков будет зависеть от выбора технического директора.
- Распределение обязанностей и полномочий между техническим директором и вице-президентом по проектированию будет решаться техническим директором.
-
Выбор вице-президента по проектированию должен быть одобрен и принят техническим директором.
-
ИТ
Как и в случае с разработчиками, большинство стартапов начинаются без надлежащей ИТ-команды. Технический директор должен взять на себя эту роль, пока ИТ-отдел не будет нанят. Это включает в себя:
- Настройка и обслуживание серверов компании, баз данных и всех внешних сервисов и инструментов.
- Обеспечение безопасности серверов и данных и их защита от обычных атак
Оригинал на английском языке:
1. Architect
The CTO is the main architect of the software. This includes:
Choosing the technologies, language and infrastructure to build the product with.
Choosing the development tools, like IDE, source control, logging, tests, etc.
Designing the software architecture, modules, and components.
Building the dev roadmap, with coordination with the other founders regarding priority of features.
Deciding on coding standards and development protocols.
Writing and managing any software related documentation (for example company internal wiki page etc.).
Designing the Database. This includes choosing DB solution, designing its tables and data relations, design it to scale, etc.
Constantly exploring new tools and technologies to improve development efficiency and product quality.
When someone introduce a new tool or technology that integrates with the software or affect the dev cycle, the CTO must examine and approve or reject it.
When another founder or employee design a software component or a module, the CTO must review it and suggest changes if needed.
The CTO should have the final word on all design decisions, as he is the founder with the deepest understanding of the general architecture.
Exceptions:
Without diminishing the list above, its important to remember that some architectural decisions may have financial or scheduling implications. The CTO should not make decisions that exceed the budget or deadline.
2. Developer
Since it takes some time for a startup to start hiring devs, the CTO must also act as the main (and often only) developer on the team. At least until hires are made. This includes:
Developing the product itself, the MVP and other side experiments that the founders decide to test.
Testing the product and writing automatic tests when possible.
Overseeing any external development force (outsourcing, other founder temporarily coding, etc.).
If the startup provides a service or an API, the CTO should constantly monitor and assure its health and quality.
Breaking down development tasks and evaluating dev times and release dates. The CTO should also be responsible to learn and improve from scheduling mistakes.
Managing releases, tags, and versions history.
Developing or providing scripts and tools for the other founders.
As the startup grows bigger and the dev teams expand, the CTO work less as a developer and sometimes stop coding altogether.
The involvement of the CTO in directly writing code should be up to him, provided he has enough time and resources to be coding (or there's a special justification for it).
3. Team Manager / VP Engineering
When the startup only starts to grow and hire, its the CTO's job to manage the dev team and act as the team leader as well as the VP engineering (until those roles are fulfilled). This includes:
Breaking down tasks for the dev team.
Training new employees and designing training program if possible.
Doing code & design reviews.
Making sure the dev team produce quality and tested code.
Making sure the dev team comply with the coding standards and protocols defined by the CTO.
Monitoring the devs progress and making sure they keep up with the roadmap.
Doing occasional talks with the team to make sure they are happy and in-sync with the company direction.
Building the culture of the dev teams.
Overseeing the entire dev cycle, from initial designs to delivery.
Helping devs with coding problems and challenges they can't handle. The CTO must be an exceptional developer and a problem solver that the team can relay on.
Recruiting and evaluating new hires. New programmers should not be hired without the CTO approval.
Being the direct supervisor of the technical staff.
Passing the Team Manager Role
On the event of hiring / promoting a Team Manager:
The team manager would report directly to the CTO.
On technical disagreements, the CTO will always have the final word.
The level of direct involvement of the CTO in the dev team would be subjected to the CTO choice.
The distribution of responsibilities and authority between the CTO and the team manager would be decided by the CTO.
The choice of the team manager must be approved and accepted by the CTO.
Passing the VP Engineering Role
On the event of hiring / promoting a VP Engineering:
The VP Engineering would report directly to the CTO.
On technical disagreements, the CTO will always have the final word.
The level of direct involvement of the CTO in the dev team would be subjected to the CTO choice.
The distribution of responsibilities and authority between the CTO and the VP Engineering would be decided by the CTO.
The choice of the VP Engineering must be approved and accepted by the CTO.
4. IT
Just like with devs, most startups start without a proper IT team. Its up for the CTO to take up that role until IT is hired. This includes:
Setting up and maintaining the company servers, databases, and all external services and tools.
Making sure the servers and data are secured and protected against common attacks.
Managing things like domains, SSL certificates, CDN, and other server-related and web components.
Managing the company's site, landing pages, and other misc services.
Helping the non techy founders with their general IT problems.
When the startup grows bigger usually some IT personnel is hired, and report to the CTO.
5. Founder & Executive
With all the roles and responsibilities above its important to remember that the CTO is also a founder and an executive-level personnel, and as such he is entitled to be involved in the strategy planning and big decisions of the company.
Источник: http://ctorole.com