Основные выводы

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

• Списки с фиксированными значениями устраняют путаницу и несогласованность в наименованиях (больше никаких «Финансы», «фин. отдел» и «ФИН», означающих одно и то же).

• Вы можете назначать категории массово через Projects API, что позволяет легко поддерживать синхронизацию Control Center с вашим текущим источником достоверных данных.

• Категории закладывают основу для более разумного управления, предоставляя надежную и всегда актуальную базу для отчетности руководству, аудитов и обсуждения вопросов комплаенса.

Если вы управляете Control Center в своей компании, вы, вероятно, сталкивались с подобной ситуацией. Кто-то из руководства, отдела аудита или безопасности задает, казалось бы, простой вопрос: «Какие из наших приложений критически важны для бизнеса?», «Что мы разработали для финансового отдела?» или «Что у нас запущено в Германии?». И честный ответ звучит так: «Я уточню и вернусь к вам».

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

Почему по мере роста это становится сложнее

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

Иными словами: портфолио растет => ответы на базовые вопросы по нему превращаются в ручную работу => эта работа не масштабируется, и результатам никто до конца не доверяет.

Именно этот разрыв призваны устранить категории проектов.

Что делают категории проектов

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

На странице «Категории» в Control Center вы создаете категорию (например, «Подразделение», «Критичность» или «Стадия жизненного цикла») и задаете для нее список значений, таких как «Финансы», «HR» и «Операции» или «Высокая», «Средняя» и «Низкая». Вы можете вставить значения в виде списка, разделенного запятыми, поэтому, если ваши центры затрат или домены уже где-то записаны, на настройку категории уйдет минута-две. Также здесь есть предварительно настроенная категория «Страна» с 250 странами, которую можно включить одним кликом.

Как только категории созданы, каждый проект получает свои значения на странице настроек (Settings). Если вы не хотите просить каждую команду делать это вручную, вы можете назначить категории массово с помощью Projects API, а управлять самими категориями — через Project Category API. Это важно, если ваш источник достоверных данных находится в другом месте, а вы хотите, чтобы Control Center поддерживал с ним синхронизацию.

Вы можете создать до десяти пользовательских категорий в дополнение к «Стране», каждая из которых содержит до 250 значений. Мы рекомендуем рассматривать это как полезное ограничение: несколько измерений, которые все заполняют единообразно, стоят гораздо больше, чем длинный список, который никто не поддерживает.

Почему это стоит вашего времени

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

Менее очевидное преимущество — согласованность. Поскольку в категориях используется фиксированный набор значений вместо свободного текста, у вас не появляются «Финансы», «фин. отдел» и «ФИН», означающие одно и то же. Каждое значение также имеет уникальный код, который генерируется автоматически и может быть изменен, если вы хотите сопоставить его с существующей схемой. Поэтому, если вы переименуете значение позже, все, что интегрировано через API, все равно сможет полагаться на этот код.

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

С чего начать

Если вы не знаете, с чего начать, выберите две или три категории, которые отвечают на наиболее часто задаваемые вам вопросы. Владение (подразделение или домен), критичность, стадия (например, идея, разработка, запуск и т. д.) и страна/регион — одни из наиболее часто используемых. Затем:

В Control Center перейдите в раздел «Категории» и нажмите «Добавить категорию».
Введите название и добавьте значения (подойдет список, разделенный запятыми).
Попросите проектные команды установить значения на странице настроек каждого проекта или запрограммируйте назначение через Projects API.

Расскажите нам, как вы этим пользуетесь

У нас есть подозрение, что категории проектов — один из лучших секретов Control Center, и мы хотели бы это изменить. Если вы уже используете эту функцию, мы будем рады услышать, какие категории вы настроили и для чего их используете. А если чего-то не хватает, сообщите нам и об этом, поскольку это напрямую влияет на то, что мы будем создавать дальше.