CTO із частковою зайнятістю чи штатний CTO: як зробити обґрунтований вибір

CTO із частковою зайнятістю і штатний CTO можуть нести однакову відповідальність за рішення, проте дають компанії різний обсяг постійної уваги, присутності в організації та часу на керування. За часткової зайнятості досвідчений керівник зосереджує свої знання на чітко окреслених завданнях і працює за погодженим ритмом. Штатний керівник стає частиною щоденної роботи компанії, команди вищого керівництва, системи керування людьми та довгострокового плану наступництва.

Обирайте модель відповідно до справжнього обсягу роботи. Порахуйте, скільки технологічних рішень має ухвалювати компанія, як часто вони виникають, скільки відомостей потрібно для їх підготовки, кого треба переконати та що станеться, коли керівник недоступний. Після цього визначте, чого саме бракує організації: цілеспрямованої участі досвідченого керівника, тимчасового наведення ладу, безперервної відповідальності на рівні вищого керівництва чи іншої ролі — керівника інженерного напряму, CIO, керівника продукту, архітектора або радника.

У цьому посібнику вибір розглянуто як проєктування способу роботи компанії, а не як порівняння погодинної ставки із зарплатою. Щоб краще розрізняти суміжні ролі, прочитайте, чим займається CTO із частковою зайнятістю, а також матеріал про тимчасове керівництво і роботу з частковою зайнятістю.

Спершу визначте коло повноважень, а вже потім назву посади

Почніть із події, що змінила потреби бізнесу: залучення інвестицій, відновлення проблемного продукту, архітектурного рішення, продажу великому замовникові, загрози безпеці, придбання компанії, розширення інженерної команди, відмови постачальника, надмірного навантаження на засновника або звільнення керівника. Зафіксуйте потрібний результат, строк, наслідки, залучені команди, доступні докази та рішення, які зараз не просуваються. Фраза «нам потрібен CTO» називає посаду. Формулювання «нам потрібен відповідальний керівник, який забезпечить реалістичний план розроблення до виконання трьох зобов’язань перед великими клієнтами» визначає справжнє завдання.

Окресліть межі відповідальності за продуктову стратегію, інженерну роботу, архітектуру, безпеку, дані, інфраструктуру, виконання планів, бюджет, найм, постачальників, клієнтів, спілкування з радою директорів та експлуатацію систем. Для кожної ділянки позначте, що керівник вирішує сам, що рекомендує, що передає іншим, а що залишається за іншим керівником. CTO із частковою зайнятістю не досягне успіху в ролі епізодичного радника, якщо від нього очікують керівних рішень. Штатний CTO також не впорається, якщо засновники залишають за собою всі істотні рішення, а йому передають лише відповідальність за невдачі.

Разом із відповідальністю надайте право ухвалювати рішення, потрібні ресурси, доступ до відомостей і постійного представника всередині компанії. Визначте повноваження щодо витрат, найму й оцінювання працівників, робочих систем і безпеки, участі в договорах, повідомлення про аварії, строки відповіді, а також рішення, для яких потрібне схвалення CEO чи ради директорів. Так само прямо перелічіть те, що не входить до ролі. Односторінковий опис результатів, повноважень, доступності, залежностей, показників, дати перегляду й умови переходу корисніший за довгу універсальну посадову інструкцію CTO.

Порахуйте навантаження технологічними рішеннями

Складіть перелік рішень за останні вісім-дванадцять тижнів. Запишіть звичайні й виняткові рішення, їхніх ініціаторів, час очікування, обсяг підготовки, учасників, перегляди, звернення до вищого керівництва та наслідки для бізнесу. Врахуйте вибір пріоритетів продукту, архітектуру, оцінки строків, випуски, аварії, безпеку, найм, роботу працівників, постачальників, витрати на хмарні послуги, перевірки з боку клієнтів, дотримання вимог і запитання ради директорів. Дослідіть не лише звичайний, а й складний період: середні значення приховують саме ті моменти, від яких залежить потрібна доступність керівника.

Оцініть нестачу керівництва за затриманими рішеннями, часом засновників, неврегульованими суперечностями, давністю технічних ризиків, ненадійними прогнозами, наслідками можливих аварій, помилками найму, обіцянками клієнтам без підтвердження від інженерів і роботою, що залежить від однієї людини. Відрізняйте нестачу керівного судження від нестачі виконавців. CTO має покращувати пріоритети, системи, роботу керівників і якість рішень. Якщо ним постійно закривають відсутність керування продуктом, інженерними командами, архітектурою чи безпосередніх виконавців, дорога посада лише приховує справжню проблему.

Перетворіть цей перелік на оцінку потрібного щотижневого часу керівника і кількості непередбачених звернень. Частину роботи можна об’єднати в заплановані огляди, але аварії, переговори між керівниками, кадрові питання й термінові рішення для клієнтів чекати не можуть. Враховуйте час на занурення в обставини, а не тільки години на зустрічах. Якщо керівник має щодня стежити за змінами в кількох командах, керувати керівниками, постійно наймати людей, брати участь у нарадах вищого керівництва й залишатися доступним у виняткових випадках, невелика часткова зайнятість створить чергу рішень замість дієвого керівництва.

Доберіть модель до потрібних повноважень, присутності та керування командою

CTO із частковою зайнятістю доречний для обмеженого, але постійного кола завдань: розробити технологічну стратегію, налагодити планування й виконання, провести зміну архітектури, підготувати компанію до перевірки, впорядкувати безпеку, розвинути керівника інженерної команди, упорядкувати роботу з постачальниками або тимчасово забезпечити досвідчене керівне судження, поки обсяг рішень не потребує повної зайнятості. Така модель найкраще працює, коли сильні внутрішні керівники відповідають за щоденне виконання, а компанія дає CTO факти, доступ і реальні повноваження, а не купує гучне ім’я для кількох зустрічей.

Штатний CTO потрібен для безперервної відповідальності в масштабі всієї компанії: технології визначають конкурентну стратегію; кільком командам або керівникам щодня потрібне узгодження; найм, оцінювання працівників, будова організації, бюджет, клієнти, безпека, експлуатація й вибір пріоритетів продукту постійно потребують рішення на найвищому рівні; або культуру потрібно формувати тривалою особистою присутністю. Навіть у цьому разі роль потребує точного кола завдань. Повна зайнятість не означає, що CTO має особисто схвалювати кожне технічне рішення.

Перевірте й суміжні варіанти. Тимчасовий CTO отримує зосереджені повноваження на час вакансії або перебудови. Постійний керівник інженерного напряму може бути кращим вибором, якщо стратегія вже зрозуміла, а переважають керування людьми й виконання планів. CIO більше відповідає за внутрішні технології, правила керування та роботу корпоративних систем. Провідний архітектор може спрямовувати технічні рішення без відповідальності керівника компанії. Радник дає погляд з боку, але не відповідає за результат. Перехід від часткової до повної зайнятості допомагає перевірити роль на практиці, проте можливий лише як окремо й прямо погоджене рішення.

Запровадьте робочий ритм, який приводить до рішень

Модель із частковою зайнятістю потребує продуманого ритму: огляду рішень керівництва, планування продукту й інженерної роботи, особистих зустрічей із внутрішніми керівниками, огляду архітектури та ризиків, доказів виконання й надійності, а також захищеного часу на підготовку і доведення справ до кінця. Визначте, які відомості передають без зустрічей і в які строки слід відповідати. Передбачте окремий шлях для аварій та рішень, що не можуть чекати, і встановіть чіткі правила, щоб кожне повідомлення не перетворювалося на надзвичайну подію.

Штатній моделі також потрібні межі. Визначте, у яких нарадах має брати участь CTO, які питання належать керівникам інженерних команд або архітекторам, а які рішення команди можуть ухвалювати самостійно. Збережіть час для стратегії, побудови організації, роботи з клієнтами й радою директорів та розвитку керівників. Якщо весь календар заповнений звітами про стан проєктів, погодженнями й підміною відповідальних під час аварій, у компанії погано передають повноваження незалежно від форми зайнятості CTO.

Порівнюйте витрати за однаковий період. До вартості часткової зайнятості належать винагорода, входження в справи, поїздки, обмежена доступність і час внутрішніх працівників на узгодження; натомість компанія отримує здатність досвідченого керівника розпізнавати знайомі закономірності без довгострокових зобов’язань щодо повної посади. Вартість штатного CTO охоплює зарплату, додаткові виплати, частку в компанії, пошук, оцінювання, строк попередження про звільнення, входження в посаду, керування роботою посадовця та ризик заміни; за належної організації це дає повну присвяченість і тяглість керівництва. В обох випадках додайте ціну невирішених питань і внутрішні витрати. Порівняння лише погодинних ставок приховує, що компанія насправді купує відповідальні рішення та стійку власну спроможність.

Передбачте слабкі місця обох моделей

Часткова зайнятість зазнає невдачі, коли коло завдань ширше за виділений час, доступ до відомостей затримують, кожне рішення чекає наступної планової зустрічі або керівник розподіляє увагу між надто багатьма клієнтами. Проблеми також неминучі, якщо немає внутрішніх керівників, засновники потай скасовують рішення або співпраця породжує звіти, але не змінює відповідальних. Зменшуйте ці ризики погодженим обсягом часу і строками відповіді, умовами про конфлікти інтересів та нерозголошення, єдиним журналом рішень, названими внутрішніми виконавцями, показниками результату і правом розширити, звузити або припинити співпрацю.

Штатна модель зазнає невдачі через помилковий вибір людини, нечіткі очікування, надмірне зосередження влади, залежність від внутрішньої політики, втрату зв’язку з технологіями або появу дорогої посади раніше, ніж для неї накопичилася справжня керівна робота. Тривалий пошук може зупинити рішення, а поспішно виданий гучний титул — закріпити модель, якої компанія ще не визначила. Застосовуйте картку критеріїв, завдання, наближені до умов роботи системи, відгуки про поведінку людини під час конфліктів і невдач, послідовне оцінювання та план доказів на випробувальний строк. Створюйте команду керівників і наступництво, а не єдиного незамінного героя.

Перевірте запропоновану модель на критичній вразливості, великій аварії, невиконаному зобов’язанні, звільненні ключового працівника, суперечці щодо архітектури, терміновому запиті великого клієнта й скороченні бюджету. Хто помітить проблему, ухвалить рішення, повідомить зацікавлених, обмежить наслідки й простежить за виконанням? Що станеться поза робочими годинами або коли CTO недоступний? Якщо відповідь залежить від доброї волі, а не від узгодженого порядку, виправте спосіб роботи. Жодна форма договору не замінить керування аварією, переданих повноважень, здібних керівників і доступних відомостей про стан систем.

Заздалегідь визначте умови перегляду, найму, передавання та завершення

До зміни керівництва зафіксуйте початкові значення: вік невирішених питань, час засновників, якість прогнозів, обсяг незавершеної роботи, швидкість виконання й відновлення, аварії, неврегульовані ризики, перебіг найму, дієвість керівників, звернення незадоволених клієнтів, докази безпеки, відхилення витрат і стан команди. Оберіть лише показники, безпосередньо пов’язані з визначеним колом завдань. Оцінюйте зміни після кількох робочих циклів, коли вже видно сталі дії, а не після однієї переконливої доповіді.

Заздалегідь визначте ознаки потреби в пошуку штатного CTO: стале навантаження рішеннями перевищує можливості часткової зайнятості; зростає кількість керівників; робота з людьми потрібна щодня; часто виникає непередбачена потреба в доступності посадовця; технології стають головною комерційною відмінністю; істотно зростають регуляторні чи експлуатаційні ризики; відомості постійно втрачаються між залученнями; або стратегія потребує тривалого об’єднання внутрішніх груп. Так само визначте, коли слід скоротити чи завершити часткову зайнятість: внутрішні керівники вже здатні взяти відповідальність, обмежену перебудову завершено, результати не покращуються або компанії тепер потрібна інша роль.

Від самого початку готуйте передавання відповідальності. У компанії мають залишитися записи рішень, схеми архітектури й відповідальних, плани, показники, реєстр ризиків, відомості про постачальників, порядок доступу, критерії найму, робочі ритми та ділові зв’язки. Назвіть наступника для кожної відповідальності й перевірте його готовність до завершення співпраці. У встановлену дату перегляньте модель і прямо вирішіть: продовжити, змінити, найняти працівника, передати обов’язки чи зупинити роботу.

Правильний вибір — це найменший обсяг керівної участі, достатній для справжньої відповідальності без черг рішень і залежності організації від однієї людини. CTO із частковою зайнятістю має залишити після себе сильніших внутрішніх керівників і зрозуміліші системи. Штатний CTO має поширити здатність до якісного судження через ці системи. В обох випадках успіх означає, що компанія ухвалює кращі технологічні рішення без постійних подвигів окремих людей.

• Визначте коло повноважень: до вибору назви посади зафіксуйте подію для бізнесу, потрібні результати, винятки, права на рішення, доступність, показники, внутрішнього представника й умову переходу.
• Виміряйте потребу в рішеннях: перелічіть звичайні й виняткові рішення керівництва, час очікування, зусилля засновників, потрібні відомості, роботу з людьми, суперечності та наслідки у звичайні й складні періоди.
• Оберіть часткову зайнятість: застосовуйте її для обмеженої постійної відповідальності, якщо є здібні щоденні керівники, узгоджені строки відповіді, достатній доступ і коло завдань відповідає виділеному часу.
• Оберіть штатного керівника: наймайте його для безперервної відповідальності на найвищому рівні, щоденної присутності, керування керівниками, постійних рішень між підрозділами й тривалого об’єднання внутрішніх груп.
• Порівняйте всі витрати: врахуйте пошук, винагороду, частку в компанії, входження в посаду, узгодження, доступність, заміну, невирішені питання, внутрішню працю й передавання спроможностей, а не лише погодинну ставку.
• Установіть докази для переходу: зафіксуйте початкові результати за визначеним колом завдань, перевірте поведінку під час невдачі, призначте дату перегляду й умови розширення, найму, передавання, зміни ролі або завершення.