На большом рынке возник новый интерес
Суть проекта
35 миллионов долларов в одном инвестиционном раунде — это не такая частая по нынешним временам вещь. Поэтому на такие стартапы сейчас нужно смотреть ещё внимательнее, чем раньше
Cortex — это платформа, на которой компании могут создавать внутренние порталы для разработчиков.
Как сказал основатель Cortex, проблема в том, что «картинка» создаваемого компанией программного обеспечения со всеми взаимосвязями и тонкостями «находится в головах программистов» — что сильно мешает масштабировать процесс разработок и вызывает критические проблемы при увольнении кого-то из программистов.
Цель портала — повышать эффективность труда разработчиков за счёт:
- более быстрого введения в курс дела вновь принятых разработчиков,
- использования лучших практик создания хорошо поддерживаемого кода всеми членами команды,
- обеспечение работоспособности введённого в эксплуатацию кода и своевременного исправления проблем и ошибок.
Первая задача — постоянно проводящаяся оценка работы программистов по различным системам показателей (scorecard). Причём программисты должны сами проставлять нужные галочки и циферки в оценочных листах — например, насколько быстро они среагировали на сообщение о проблеме, и насколько быстро она была исправлена.
С одной стороны, это повышает ответственность каждого программиста за порученную или «свалившуюся» на него задачу — потому что его коллеги и руководители видят все эти оценки.
С другой стороны — каждый программист всё время имеет перед глазами список критериев, по которым оценивается его работа, и со временем привыкает им соответствовать.
Текучка программистов и большое количество выполняемых ими разнообразных задач обычно приводит к тому, что рано или поздно некоторые части программного обеспечения (микросервисы, модули, функциональность) остаётся «без присмотра». Потому что занимающийся этим программист уволился или успел забыть о том, что он когда-то этим занимался.
Поэтому на платформе есть список всех разработчиков компании с приписанными каждому из них областями ответственности. Чтобы они об этом не забывали, а также, чтобы сотрудник «со стороны» мог бы быстро найти «крайнего», который должен разобраться с возникшей проблемой.
Интеграция с корпоративными HR-платформами и системами идентификации позволяет поддерживать этот список в постоянно актуальном состоянии — например, при увольнении программиста администратор портала должен приписать кому-то другому висящие на увольняющемся задачи и области ответственности.
Современное программное обеспечения обычно представляет собой набор «микросервисов», каждый из которых выполняет одну функцию — а уже взаимодействие этих микросервисов друг с другом образует сложную технологическую платформу.
На платформе ведётся актуальный список сервисов и микросервисов, из которых состоит программное обеспечение, разрабатываемое компанией. Именно эти микросервисы и приписываются программистам в качестве областей их ответственности.
У платформы есть модель мониторинга, который следит за работоспособностью каждого перечисленного на платформе микросервиса. Если в его работе появляются сбои, платформа автоматически передаёт сообщение об ошибках ответственному за этот микросервис разработчику. Естественно, что разработчики могут и по своему желанию заходить и окидывать взглядом картинку активности сервисов, за которые они отвечают.
При создании каждого нового микросервиса разработчики должны следовать определённой процедуре, описанной на портале — в том числе, создать репозиторий в системе контроля версий (на GitHub, например) и зарегистрировать новый микросервис на портале Cortex.
Это позволяет иметь весь программный код в поддерживаемом для доступа других разработчиков и контролируемом системой мониторинга Cortex состоянии.
Если в компании много разработчиков, то их разбивают на отдельные команды — чтобы каждая из них занималась какой-то одной большой или маленькой частью разработки. Платформа позволяет вести учёт этой организационной структуры — разделяя общий список программистов на отдельные команды.
Крое всего прочего, это позволяет изолировать поток общения и сообщений внутри каждой команды, чтобы не перегружать всех разработчиков нерелевантной для них информацией.
А поток этот есть. Например, руководители команд разработки могут сообщать на платформе всем её членам о новых задачах. Сюда же может и должна автоматически сбрасываться информация о текущих показателях работы команды — как по оценочным карточкам, так и по результатам мониторинга работоспособности сервисов, за которые её члены отвечают.
Контроль текущих показателей производится не только в виде скучных отчётов. Платформа автоматически составляет рейтинги разработчиков по каждому из показателей, выдаёт бейджики за достижения — и делает эти рейтинги доступными и известными всем разработчикам. Чтобы они знали, на кого им нужно равняться.
Платформу Cortex используют многие известные компании — такие как Dropbox, Adobe, Unity, SoFi, Affirm, Grammarly и другие.
Выручка стартапа выросла в 5 раз за последний год — и сейчас Cortex поднял новый раунд инвестиций размером 35 миллионов долларов, что увеличило общие инвестиции в проект до 52.7 миллионов.
Что интересного
Cortex в 2020 году попал в Y Combinator, после чего поднял свои первые инвестиции на несколько другой проект — это была платформа для учёта и мониторинга микросервисов. В нынешней платформе эта функциональность осталась — но только как одна из составляющих другой платформы с другим оффером.
Старый оффер был нацелен на программистов, а новый — на тех, кто платит им деньги
То есть на тех, кто заботится об общей эффективности труда нанятых ими разработчиков, а не только о том, какой процент отказа демонстрирует каждый разработанный микросервис.
И это очень правильный подход. Потому что многие платформы для программистов разрабатывают программисты — которых заботит, как правило, техническая сторона любого вопроса. И такие платформы очень трудно продавать по модели B2B — потому что людей, принимающих решение о покупке, интересует не техническая, а бизнесовая сторона решаемой платформой задачи.
И умные разработчики платформ, столкнувшись с такими проблемами, быстро это понимают и быстро «переобуваются». Вот, например, в 2020 году я писал о стартапе OpsLevel, который тогда тоже разработал платформу для мониторинга микросервисов, как и Cortex. Сейчас я заглянул к ним и увидел, что они теперь тоже — «портал для разработчиков» с функциональностью, похожей на Cortex. И поэтому в прошлом году сумели поднять новых 15 миллионов долларов уже на обновлённую платформу.
Еще мне нравится пример стартапа Cloudthread, о котором я писал в конце 2021 года. Они сделали платформу, которая помогает разработчикам создавать «эффективные по себестоимости» сервисы. Для этого они мониторят расходы на облачные ресурсы — но не в целом, а расписывая их по отдельным микросервисам и приложениям. Это вводит ещё одно измерение в корпоративную культуру разработок, а также позволяет более точечно ставить задачи, направленные на оптимизацию расходов компании.
Совсем недавний пример, работающий в той же области, что и Cloudthread — это стартап Bloomfilter, о котором я писал в мае этого года. Они сделали платформу, которая с помощью ИИ научилась более реалистично прогнозировать время выполнения программистских задач и необходимых для этого ресурсов. Это позволяет оценивать в долларах и центах стоимость каждого спринта, отделять расходы на создание программного обеспечения от расходов на его поддержку и исправление ошибок — да и вообще делать так, чтобы технари и бизнесовые сотрудники имели общую систему координат для взаимодействия друг с другом.
Куда бежать
Программистов очень много — сейчас их порядка 28 миллионов. Естественно, что для этой аудитории постоянно создаются новые платформы и инструменты.
Но фишка в том, что большинство таких сервисов — технологические. Ещё одна интерфейсная библиотека, ещё одна система мониторинга, ещё один ИИ-редактор для создания кода и так далее.
Хотя разработка «для себя» — это технологический процесс, а разработка «для кого-то» — уже бизнесовый
Потому что заказчику (работодателю) важны не технические подробности реализации — а сколько времени и денег нужно будет потратить на разработку и эксплуатацию разработанного, кто и как будет исправлять возникающие проблемы, сможет ли в разработанном коде разобраться другой программист и всё другое в том же духе.
Поэтому общее направление движения — создания «бизнесовых» сервисов для разработчиков, то есть сервисов, обеспечивающих эффективность бизнес-процессов, внутри которых есть этапы, связанные с разработкой.
Практические варианты действий в этом направлении — создание аналогов упомянутых сегодня Cortex, OpsLevel, Cloudthread или Bloomfilter.
А ещё можно посмотреть на задачку с другой стороны. Прикинуть, как могли бы выглядеть концепции популярных бизнес-продуктов — если перенести их на ниву разработок. Вот интересный вопрос — как могла бы выглядеть «CRM для разработчиков», например? Или платформа для управления программистскими проектами?
Кстати, по поводу «платформы для управления программистскими проектами» — сразу вспомнил стартап Zenhub, о котором я писал в феврале 2021 года, создавший систему для управления проектами, работающую поверх GitHub.
Интересно, что как раз весной этого года они подняли на неё новые 10 миллионов долларов — в два раза больше, чем все предыдущие их инвестиции. Что, вкупе с недавними инвестициями в упомянутые сегодня стартапы, прямо намекает на то, что тема «бизнесовых» платформ для разработчиков начала интересовать инвесторов
О компании
Cortex
- Сайт: cortex.io
- Последний раунд: $35M, 31.05.2023
- Всего инвестиций: $52.7M, раундов: 4