За кулисами Microsoft: тайные элитные партнерские программы и ИИ-трансформация

Этот рассказ взгляд изнутри Microsoft о том как на протяжении нескольких лет я участвовал в разработке трех версий Microsoft Project и его запуске в России, работая в Редмонде с продуктовой группой сразу по нескольким элитным программам: Microsoft Most Valuable Professional (MVP), Technology Adoption Program (TAP) и Partner Engagement Board. Я хочу рассказать как работает Microsoft реально в разработке продуктов и как на него уже влияет ИИ-трансформация.

За вклад в развитие Microsoft Project мне даже Microsoft прислал медаль, но очень может быть, что MVP уже скоро заменят ИИ-боты в бизнесе Microsoft
За вклад в развитие Microsoft Project мне даже Microsoft прислал медаль, но очень может быть, что MVP уже скоро заменят ИИ-боты в бизнесе Microsoft

Не "золотом" единым: «серые кардиналы» партнерки Microsoft

Начнем с того, что для многих компаний в IT-индустрии статус «Microsoft Gold Partner» всегда считался высшим достижением, знаком принадлежности к элите. Однако в сложной экосистеме Microsoft «золотой» статус был лишь публичным, видимым для всех. Над ним существовал другой, гораздо более закрытый уровень партнерства, доступ к которому получали не за сертификации и объемы продаж, а за способность влиять на будущее продуктов Microsoft. Именно на этом уровне мне довелось работать.

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

Это снимок с реального совещания Microsoft Partner Engagement Board. Очень часто очная встреча организуется под какое-то событие. В данном случае это всемирная конференция Microsoft в Барселоне, которая кроме публичной части имела такие «кулуарные встречи»
Это снимок с реального совещания Microsoft Partner Engagement Board. Очень часто очная встреча организуется под какое-то событие. В данном случае это всемирная конференция Microsoft в Барселоне, которая кроме публичной части имела такие «кулуарные встречи»

Программа Microsoft Partner Engagement Board именно такая структура. В нее входит обычно не более 10-16 ключевых партнеров по каждому продукту. Их основная задача — не продавать, а помогать Microsoft "думать". В России участие в таких программах было крайней редкостью, поэтому даже CNews посвятил публикацию этому событию и брал у меня интервью. «Борда» играет большую роль в управлении обычными партнерами Microsoft и постановке задачи (Vision) на новую версию продукта Microsoft. Разберем подробнее.

«Серые кардиналы» реформы партнерки Microsoft

Partner Engagement Board предоставляет Microsoft ценную обратную связь по двум ключевым вопросам: как улучшить продукты компании и как эффективнее управлять партнерами. По второму вопросу «Board» иногда переводили как «дирекцию по партнерам Microsoft», что не совсем точно, но в определенном смысле отражает суть.

Яркий пример — реформа партнерской сети Microsoft в 2010 году. Тогда наша «борда» и другие советы по продуктам Microsoft решили инициировать «восстание против интеграторов». Вместе с менеджерами Microsoft мы тщательно проанализировали схемы работы интеграторов в разных странах, которые местами напоминали коррупционные, поскольку сертифицированные специалисты зачастую не участвовали в проектах, а использовались лишь для «галочки» в статусе. В результате было принято решение резко ужесточить требования к интеграторам, чтобы исключить имитацию компетенций и обязать их сформировать квалифицированный персонал по направлениям деятельности. В России инициированная нами в Редмонде реформа вызвала эффект термоядерного взрыва в партнерской программе: центральный офис Microsoft лишил золотого статуса всех известных интеграторов, таких как «Ланит», «Корус», «IBS», «Крок» и всех других. В итоге золотую сертификацию смогли сохранить только моя небольшая компания и центр обучения «Специалист».

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

Кроме функционала контроля за партнерской экосистемой Partner Engagement Board участвует в постановке задачи на продукт, но вместе с программой Microsoft Most Valuable Professional, а затем членами программы Microsoft Technology Adaption Program (TAP). Затронем сначала MVP и почему партнеров как компаний будет недостаточно, а нужны личности экспертов.

Лица Microsoft: Ставка на индивидуальных экспертов и программа MVP

Если Partner Engagement Board - это элитный закрытый клуб для компаний, то для работы с широким сообществом пользователей Microsoft всегда делала ставку на персоны экспертов. В корпорации понимали: настоящими лидерами мнений являются конкретные эксперты, а не безликие бренды. Венцом этой философии стала программа Microsoft Most Valuable Professional (MVP).

Статус MVP — это не сертификация, а своего рода "Оскар" (Award) от Microsoft, который вручается за совокупность заслуг перед сообществом. Статус нельзя получить через сдачу экзамена, это признание заслуг экспертам причем на уровне самих разработчиков продукта Microsoft, т.к. последние слово утверждения кандидата на статус за «продуктовой группой» в Редмонде. Основанием служит авторитет эксперта: многочисленные грамотные ответы на технических форумах, создание популярных справочных сайтов или обучающих YouTube-каналов по продукту Microsoft. Иными словами, ты должен быть уже признанным и влиятельным экспертом в Сообществе, причем это признание как-то можно измерить в объективных критериях (число просмотров видеоуроков с позитивным ratio выше 95% лайк/дисклайк, оценки качества ответов как правильных выше 90% на форумах Microsoft и т.д.), только тогда можно стать MVP.

Отработка Vision на продукт в Microsoft с MVP и MS Partner Engagement Board

Ключом к успеху любого продукта является качественная постановка задачи на продукт. В американской практике этот документ называется Vision (видение концепции продукта).

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

У MVP и членов Partner Engagement Board есть закрытые форумы и рассылки, где в течение нескольких месяцев обсуждается Vision. Для принятия окончательного решения Microsoft ежегодно проводит саммит MVP, о чем объявляется публично. Обычно в это же время в Редмонд тайно приглашаются члены «борды» в духе «серых кардиналов». Это связано с тем, что наиболее влиятельные эксперты являются одновременно участниками обеих программ. Например, по продукту Microsoft Project одновременно членом «борды» и MVP был Джек Далгрен, автор популярных книг по продукту, который, будучи еще топ-менеджером, представлял интересы компании Intel, а позже — Nvidia.

Джек Далгрен на заднем плане, его победил MVP из России в …картинге. Microsoft уделяет большое внимание командному духу в элитных партнерских программах и организует совместный досуг экспертов
Джек Далгрен на заднем плане, его победил MVP из России в …картинге. Microsoft уделяет большое внимание командному духу в элитных партнерских программах и организует совместный досуг экспертов

В течение примерно одной недели в Редмонде проводится множество многочасовых совещаний, на которых тщательно прорабатывается Vision по продуктам Microsoft. Разработчики Microsoft представляют свои идеи, а эксперты MVP и члены «борды» подробно анализируют сценарии использования продуктов, выявляя возможные «подводные камни». Крупный недостаток разработки продуктов российскими компаниями заключается в отсутствии столь мощной системы верификации качества Vision, что часто приводит к «битым инвестициям» в продукты, плохо проработанные на уровне концепции.

Отработка use cases и code review в Microsoft Technology Adaption Program (TAP)

Публичный бета-тест Microsoft обычно носит формальный характер, поскольку основное внешнее тестирование проводится в рамках Microsoft Technology Adoption Program (TAP). Все члены Partner Engagement Board автоматически включаются в TAP, но директорам сразу предписывается не участвовать в технических задачах, а предоставить инженеров, так как работа требует высокой технической компетенции. Аналогично, лишь небольшая часть MVP получает доступ к TAP, поскольку ведение канала на YouTube недостаточно для работы с кодом Microsoft — требуется активное участие в технических задачах.

Браин Смит как руководитель всей группы тестирования MS Project был моим основным партнером по TAP в части принятия решений по продукту
Браин Смит как руководитель всей группы тестирования MS Project был моим основным партнером по TAP в части принятия решений по продукту

В рамках TAP участники в первую очередь выявляют блокирующие проблемы (blocking issues) в прототипах Microsoft. Блокирующие проблемы — это не баги, хотя каждый участник TAP обычно выявляет сотни багов, а ошибки в дизайне функций. Иными словами, аналитики Microsoft, как и любые специалисты, могут допускать ошибки, задавая разработчикам неверные требования. Функционал формально соответствует спецификации, но использовать его невозможно. Например, в прототипе Microsoft Project в моем случае «расцеплялись» назначения ресурсов на задачу: бульдозер мог «ехать» без машиниста. Формально это не баг, но строитель не смог бы использовать продукт. По моему указанию Microsoft вносит корректировки в спецификацию и перерабатывает функциональность.

Второй аспект TAP - это review кода. В Microsoft очень развито «дуальное программирование». Там главным является тестировщик, а не программист. Тестировщик более опытный разработчик и он следит как «джун» пишет код. Да-да, очень часто Microsoft пишет код силами молодежи. Это связано и с формированием кадрового ресурса на будущее, а также и с банальной экономией средств на найм персонала. Хотя индивидуальный тестировщик тщательно пасет юношу, но может что-то пропустить. В TAP поэтому не редкость review самого исходного кода Microsoft с внешними экспертами, если видно, что очень много багов или тормозов от кода юноши. Я делал такое review кода для SharePoint части и SQL-базы для Microsoft Project Server, в результате Microsoft отправил часть юношей учится в группу MS SQL Server на их внутренний семинар, т.к. счел их компетенцию недостаточной. И это было правильное решение, просто фиксить баги глупо, нужно фикисить причины багов.

Трансформация Microsoft от искусственного интеллекта

Программы, описанные выше, существовали в Microsoft на протяжении многих лет, но внедрение искусственного интеллекта (ИИ) начало менять бизнес компании. Массовые увольнения junior-разработчиков стали заметны даже внешним наблюдателям, однако влияние ИИ выходит далеко за пределы этого вопроса, хотя тема автоматического создания кода также заслуживает внимания.

ИИ существенно снизил значимость MS Partner Engagement Board и MVP в процессе разработки Vision для продуктов. Ранее Microsoft собирала в одной комнате 10–15 лучших экспертов мира для определения будущего продукта, тогда как теперь корпорация может опросить десятки тысяч клиентов и с помощью ИИ проанализировать огромный массив данных. Нейросети способны обобщать отзывы и выявлять скрытые потребности, которые оставались бы незамеченными для фокус-групп. В результате многие продуктовые команды Microsoft уже отказываются от закрытых «борд» в пользу масштабного анализа мнений, обработанного ИИ. Возможно, российским компаниям стоит адаптировать эти передовые практики.

Причины массовых увольнений в Microsoft в том, что корпорация из-за своей тяги к дуальному программированию из экстремального программирования (XP), оказалась намного более готовой к внедрению ИИ в автоматизацию создания кода. Просто джунов стали менять на ИИ-ботов создания кода, если ранее «лид-тестировщик» следил за джуном, то теперь он просто стал оператором ИИ-бота по генерации кода. Модель, где опытный тестировщик-лид ставит задачи и принимает результат у младшего кодера-исполнителя, идеально приспособилась к замене последнего на ИИ-бота. Вполне вероятно, что Microsoft дальновидно внедрял дуальное программирование как подготовку к своей ИИ-трансформации бизнеса. Сейчас Microsoft в лидерах технологии автоматической генерации кода, в том числе в масштабном использовании семантических разметок для кода, но это закрыто NDA и я не буду обсуждать это в данной статье.

Microsoft выживет в эпоху ИИ, а вы?

В Microsoft для немедленного увольнения достаточно просто заявить хоть раз, что ты не веришь в способности ИИ участвовать в разработке и продвижения продуктов корпорации. Подготовка Microsoft к ИИ-трансформации была масштабной, в том числе через смену способа управления разработкой на то же дуальное программирование. Но насколько российские софтверные компании готовы к ИИ-трансформации своего бизнеса?

PS. На момент написания статьи я не участвую в программах Microsoft, т.к. после проекта во ВНИИЭФ, меня попросили выйти. История про «товарища майора Иванова» вероятно стоит отдельной статьи, но вы можете почитать про этот забавный кейс в нашем чате. Кратко отмечу, что если вы представляете не только оборонные, но и государственные компании, то с момента такой деятельности вы обязаны покинуть все старшие программы Microsoft по policy корпорации.

1064 views·1 share