Кроссдоменная координация. Как двигать огромные IT-проекты в огромной компании

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

Если вам интересно довольно простое решение этой задачи, проверенное опытом нескольких лет и многими десятками проектов в Ozon, — смело читайте дальше!

Немного пояснений вначале

В прошлой статье я писал, что продуктовая разработка в Ozon построена на взаимодействии доменов. Буду здесь использовать термины «домен» и «Бизнес», про которые там рассказано подробно.

Предположим, Бизнес задумал новый грандиозный проект и хочет от IT-команды Ozon очередную порцию автоматизации. Но команда IT — очень большая. Надо понять, кто и как будет участвовать. То есть, чтобы получить результат — надо разобраться в хитросплетении доменов. Очевидно, IT-команда должна помочь заказчикам от Бизнеса.

Кросс-доменный проект

Большой проект, в котором участвует много IT-доменов, мы предсказуемо называем кросс-доменным проектом. А раз проект большой, то его должен кто-то координировать. В теории это мог бы быть руководитель проекта от Бизнеса, но в силу масштаба это крайне затруднительно.

Ведь Бизнес не настолько хорошо знает устройство систем и процессов IT-команд, чтобы эффективно тянуть проект вперёд, обходя подводные камни. Надеяться на то, что IT как-нибудь сами договорятся и всё сделают — тоже наивно, поскольку очень много участников, у которых свои приоритеты.

Кроме того, опять же в силу масштаба проекта надо координировать команды Бизнеса. А где же тут ещё на IT найти время?

И вот тут в дело вступает специальная роль — кросс-доменный координатор.

Координатор кросс-доменного проекта

На первый взгляд, всё просто: появляется человек из IT, который помогает Бизнесу и указывает всем вовлечённым в проект IT-доменам правильное направление к критериям успеха.

Но на самом деле — это очень непростая роль.

Начнём с вопроса: а когда же у проекта появляется координатор от IT? Насколько большим должен быть такой проект?

Мы считаем, что имеет какой-либо смысл «официально» назначать координатора, если проект затрагивает от трёх и более доменов.

Конечно, фактически всегда кто-то будет координировать такой проект и возьмёт на себя эту роль. Например, представитель домена, от которого Бизнес ждёт финального результата. В таком случае обычно просто договориться, какой проект «ведущий», а какой — «ведомый». Другими словами, координирует тот, у кого конечный результат, приносящий ценность.

Другое дело, когда в проекте участвует пара-тройка десятков доменов из разных департаментов IT. А такое бывает нередко.

Как координатор помогает успеху проекта ?

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

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

Далее, если есть намерение идею реализовать, Бизнесу надо провести немалую аналитическую работу по описанию изменений в бизнес-процессах, которые надо сделать, чтобы добиться критериев успеха проекта.

Но нередко Бизнес приходит за помощью к IT, когда понятна только идея проекта и нет даже критериев успеха. Ну что ж, приходится действовать в условиях неопределенности и совместно с Бизнесом проделывать эту работу. Как ни странно, обычно так даже быстрее, чем если бы Бизнес рисовал красивые схемы, не понимая ограничений в IT-системах, а потом бы их совместно переделывали.

Кросс-доменный координатор в этом случае выступает «голосом от IT», помогая сформулировать критерии приемки, ограничения и прикинуть масштабы изменений в бизнес-процессах и IT-системах.

Так или иначе, с какой-то попытки на свет появляются более-менее годные артефакты в виде схем, диаграмм, текстовых описаний и так далее.Становится понятно, из чего именно состоит проект.

Далее нужно прикинуть, какие домены нужно включить в проект, чтобы получить желаемые Бизнесом изменения. Кросс-доменный координатор помогает руководителю проекта от Бизнеса это осознать. Далее они вместе рассказывают о проекте и отвечают на вопросы со стороны представителей доменов (обычно это владельцы продуктов). Вырисовывается ещё более понятная картина.

Но есть проблема: у всех доменов куча работы, к ним с разных сторон приходят с множеством проектов. Следовательно, им надо понять приоритеты этих проектов относительно друг друга, чтобы решить, на что тратить драгоценное время.

В Ozon существует своя система приоритизации проектов в разрезе доменов, которая достойна отдельного рассказа. Если совсем кратко, то у каждого домена существует регулярная встреча, где происходит битва за приоритеты проектов между заказчиками от Бизнеса. Её у нас именуют «ТехКом» (сокращение от Технический комитет).

Задача кросс-доменного координатора — привести руководителя проекта от Бизнеса за ручку на ТехКом каждого вовлеченного в проект домена и помочь с деталями, чтобы проект смог получить нужный приоритет.

При этом, сам кросс-доменный координатор сражаться за приоритет не может, поскольку не отвечает за бизнес-эффект, то есть за деньги. А следовательно, не может на равных говорить с другими интересантами от Бизнеса на языке бизнес-метрик. Это задача руководителя проекта от Бизнеса. Когда проект получил приоритет на ТехКоме, расслабляться не стоит: ведь его могут потеснить на следующем