Кто такой CTO?
Часть 1.

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

CTO — это тот, кто координирует этот процесс, удерживая равновесие между стадиями разработки (change) и эксплуатации (run). Он обеспечивает непрерывность цикла: от исследований и экспериментальных решений (R&D) — к стабильному производству и продажам, и обратно, когда обратная связь рынка становится материалом для новых итераций.

Вопросы для самоконтроля, - насколько вы "кошерный" CTO?
1. Сможете ли вы новыми незнакомым собранным технарями дать регламентирующие инструкции по которым они смогут заниматься разработкой, полностью покрывающей ваш тех-продукт?
Ответьте в % соотношении между документами и разговорами

2. Сможете ли вы собрать самостоятельно стейджинг и продакшн, включая CI/CD? Ответ: да / нет

3. Было ли у вас на практике минимум две итерации полной перефокусировки команд между run и change: создали новый продукт (change), продали его рынку (run). Создали новый продукт (снова change) и продали его рынку (run). Знаете ли вы в деньгах эффективность тех перефокусировок?

Кто такой CTO?

Часть 2. Что такое технологическое разделение труда, про которое я упоминал?

Тут речь не про технологии технической команды. Это термин из неокономики Олега Григорьева, который делит разделение труда на естественное (основанное на различиях людей и их специализациях) и технологическое (основанное на упрощении и стандартизации работы).

Пример 1. Естественное разделение труда

Когда Ты берёшь одного дорогого фулстек-программиста и поручаешь ему всю работу над сайтом — это естественное разделение труда. Один занимается сайтом, другой — биллингом, третий — администрированием Jira.
Преимущество здесь — универсальность: один человек может всё.
Слабое место — bus-factor: если этот человек уйдёт, процесс встанет.

Пример 2. Технологическое разделение труда

Когда Ты делишь работу на фронтенд, бэкенд, DevOps и тестирование — это уже технологическое разделение труда.

Преимущество в том, что, декомпозировав задачу на стандартные части, Ты не зависишь от конкретных людей — их можно взаимозаменять внутри своей специализации. Слабое место — нужно администрировать и декомпозировать поток задач, что само по себе становится отдельной работой и рождает новые специализации.

Дальнейшее развитие

Если развивать идею технологического разделения труда (то есть снижения сложности конечных задач), то естественным образом появляются:
- ядро команды и фрилансеры, привлекаемые по проектам;
- LLM-модели (например, ChatGPT), которым можно поручить часть планирования, декомпозиции и контроля задач в Jira.

Сравнение подходов

Если подойти к команде с точки зрения естественного разделения труда («один человек — один сайт / одна Jira / один биллинг»), мы получаем рискованную систему, зависимую от редких специалистов с широкими компетенциями.

Наверняка Ты читал истории, когда на одного спеца возлагали всё, потом он просил чуть поднять зарплату, ему отказывали, он уходил и вместо него приходилось нанимать троих или пятерых. Это как раз классический пример естественного разделения труда.

Если же строить команду на принципах технологического разделения труда, упрощая задачи вплоть до возможности выполнения их человеком с минимальными навыками, Ты получаешь гибкую и масштабируемую систему.

Возможные элементы такой структуры:

- ядро команды решает ключевые задачи, нарезанные до нужной гранулярности. В том числе с помощью парного программирования;
- LLM как раз выполняет декомпозицию задач до нужной гранулярности и осуществляет контроль по Jira, формируя метрики зрелости команды;
- рутина постепенно также отдаётся LLM;
- почасовые эксперты образуют «учёный совет», советующий по сложным вопросам;
- стажёры и практиканты проходят постепенный онбординг, готовясь войти в ядро.

Вывод

Между естественным и технологическим разделением труда по количеству управленческих рычагов и устойчивости систем выигрывает второе.

Вопросы для самоконтроля:

1. Можешь ли Ты нарисовать карту своего техблока, где видно, какие процессы основаны на естественном разделении труда (зависят от конкретных людей), а какие — на технологическом (держатся на процессах и инструментах)?

Ответ: да / нет / частично.

2. Если завтра Твой ведущий разработчик смажет лыжи, что пострадает — продукт или процесс?

Ответ в процентах: сколько процентов Твоего бизнеса завязано на личностях, а сколько — на воспроизводимых технологиях?

3. Сколько задач в Твоей команде можно было бы передать LLM или стажёрам без потери качества и что мешает вам это сделать прямо сейчас?

Ответ: проценты + одна реальная причина.

Предыдущий пост из заметок на техдирском: https://xn--r1a.website/ctorecords/4141

то есть, если оба аккуратно одновременно выбить, то станет весьма стабильно!)

Вся суть происходящего сейчас в IT и проблем поиска работы IT-менеджментом

Все замерли, когда в ответ на претензии генерального директора к сварщику 6-го разряда Матвеичу оный Матвеич ответил гендиру:
- Не нравится - увольняйся, за забором на твоё место очередь стоит.

#пятничная байка врет на самом деле, но смешна 😹

⚡ЦБ РФ снизил ключевую ставку до 16,5% годовых, сообщили в регуляторе.

Самые страшные тыквы на Хэллоуин!

Отзыв от Михеева Ивана (@ivanmikheev) – CTO & Co-founder youtravel.me

Работаю с Димой как с наставником CTO. Первоначальный запрос был про стратегическое видение и понимание, как выстраивать развитие команды и технологий, чтобы не держать всё на себе.

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

В целом формат сочетает менторство и трекинг: Дима помогает структурировать ситуацию, навести порядок в подходах и удерживать фокус. Виден реальный прогресс – решения становятся более осознанными и управляемыми. Рекомендую тем, кто закопался в операционных задачах и хочет взгляда со стороны, или кому нужна внешняя экспертиза о том, как управлять техническими командами.

#feedback

Как у вас украдут аккаунт в телеге

Вам прийдет сообщение от знакомого (видимо, тоже взломанного) с просьбой проголосовать за кого-то, а дальше спрашивают код из телеграма. Это даст возможность открыть новую сессию, если на неё не обратить внимание и не закрыть в течении 24 часов - атакующий получает возможность закрыть все существующие сессии, и привет.

Простые способы защититься:
- Поставить пароль на вход, а не полагаться на sms
- Никому не сообщать кодов из sms и/или телеграма
- Смотреть внимательно, когда пишут про "обнаружен новый вход"

Кто такой CTO?
Часть 1.

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

CTO — это тот, кто координирует этот процесс, удерживая равновесие между стадиями разработки (change) и эксплуатации (run). Он обеспечивает непрерывность цикла: от исследований и экспериментальных решений (R&D) — к стабильному производству и продажам, и обратно, когда обратная связь рынка становится материалом для новых итераций.

Вопросы для самоконтроля, - насколько вы "кошерный" CTO?
1. Сможете ли вы новыми незнакомым собранным технарями дать регламентирующие инструкции по которым они смогут заниматься разработкой, полностью покрывающей ваш тех-продукт?
Ответьте в % соотношении между документами и разговорами

2. Сможете ли вы собрать самостоятельно стейджинг и продакшн, включая CI/CD? Ответ: да / нет

3. Было ли у вас на практике минимум две итерации полной перефокусировки команд между run и change: создали новый продукт (change), продали его рынку (run). Создали новый продукт (снова change) и продали его рынку (run). Знаете ли вы в деньгах эффективность тех перефокусировок?

С козырей зашли

Из запрещенной соцсети: "В Пятёрочке при покупке алкоголя на кассе самообслуживания".

На конференции cnews Шадаев выступил со следующим посылом:
1. По всем отраслям составят список систем КИ и принудительно доведут и заставят перевести на отечественное ПО и ПАК-и
2. Срок до 1.1.28 - (24 месяца)
Введут штрафы за не исполнение - % от оборота
4. Если готовых решений нет (или убедите что нет) - до 1.09.26 предоставить (зарегистрировать) договора на разработку прототипов таких решений.
5. По таким договорам крайний срок 48 мес.

https://clocks.brianmoore.com/ - каждую минуту разными моделями перегенерируются часы. некоторые даже похожи на часы :)

Тематическое)