프로젝트 카테고리를 활용하여 포트폴리오를 체계적으로 정리하세요
- 2026 년 10 월 14 일
- 11분 읽기
주요 테이크 아웃
• 제어 센터의 프로젝트 카테고리를 사용하면 일관되고 구조화된 레이블을 사용하여 포트폴리오의 모든 앱을 분류하고 태그를 지정할 수 있으므로 앱에 대한 질문에 답하는 데 며칠이 아닌 몇 초밖에 걸리지 않습니다.
• 고정값 목록을 사용하면 지저분하고 일관성이 없는 명명 규칙을 없앨 수 있습니다(더 이상 "재무", "재무부", "FIN"이 모두 같은 의미를 갖지 않습니다).
• 프로젝트 API를 통해 카테고리를 일괄적으로 할당할 수 있으므로 Control Center를 기존 데이터 소스와 쉽게 동기화할 수 있습니다.
• 카테고리는 더욱 효율적인 거버넌스를 위한 기반을 마련하여 경영진 보고, 감사 및 규정 준수 관련 논의를 위한 신뢰할 수 있고 항상 최신 정보를 제공하는 토대를 구축합니다.
회사에서 컨트롤 센터를 관리하고 있다면 아마 이런 경험을 해보셨을 겁니다. 경영진, 감사팀 또는 보안팀 누군가가 간단해 보이는 질문을 던지죠. “우리 앱 중에서 업무상 필수적인 앱은 무엇인가요?”, “우리가 재무팀을 위해 무엇을 만들었나요?” or "독일에서 현재 진행 중인 프로그램은 무엇인가요?" 솔직히 말씀드리면, "나중에 다시 연락드리겠습니다."
그다음은 익숙한 과정입니다. 스프레드시트, 팀 리더들에게 보내는 몇 차례의 메시지, 몇 가지 추측, 그리고 마침내 전송될 때쯤이면 이미 구식이 되어버린 목록.
왜 나이가 들수록 이것이 더 어려워지는 걸까요?
앱이 몇 개 안 될 때는 포트폴리오를 머릿속으로 관리할 수 있습니다. 하지만 다섯 개나 열 개를 넘어서면 더 이상 그렇게 할 수 없게 됩니다. 앱은 여러 팀에서 서로 다른 시기에 개발되고, 명명 규칙은 흐릿해지거나 (애초에 규칙이 있었는지조차 불분명한 경우도 많습니다), 앱 이름만으로는 소유자, 중요도, 서비스 지역 등을 파악하기 어렵습니다. 정보는 존재하지만, 앱 자체 옆에 있는 것이 아니라 담당자의 머릿속이나 위키, 스프레드시트에 저장되어 있을 뿐입니다.
즉, 포트폴리오 규모가 커질수록 그에 대한 기본적인 질문에 답하는 것은 수작업이 되고, 그 작업은 확장성이 떨어지며, 누구도 그 답변을 완전히 신뢰하지 않게 됩니다.
프로젝트 카테고리는 바로 이러한 격차를 해소하기 위해 만들어졌습니다.
프로젝트 카테고리란 무엇인가요?
간단히 말해, 프로젝트 카테고리를 사용하면 조직에서 프로젝트를 분류하는 방법을 정의하고 각 프로젝트에 그에 맞는 태그를 지정할 수 있습니다.
에 카테고리 컨트롤 센터의 페이지에서 비즈니스 단위, 중요도 또는 라이프사이클 단계와 같은 범주를 생성하고 재무, 인사, 운영 또는 높음, 중간, 낮음과 같은 값 목록을 입력합니다. 쉼표로 구분된 목록으로 값을 붙여넣을 수 있으므로 이미 비용 센터나 도메인을 어딘가에 기록해 두었다면 범주 설정에 1~2분밖에 걸리지 않습니다. 또한 사전 구성된 범주도 있습니다. 국가 한 번의 클릭으로 활성화할 수 있는 250개 국가가 포함된 카테고리입니다.
카테고리가 생성되면 각 프로젝트는 고유한 값을 갖게 됩니다. 설정 페이지입니다. 모든 팀에게 수동으로 작업을 요청하고 싶지 않다면 프로젝트 API를 통해 카테고리를 일괄적으로 할당하고 프로젝트 카테고리 API를 통해 카테고리 자체를 관리할 수 있습니다. 이는 데이터 소스가 다른 곳에 있고 Control Center가 해당 소스와 동기화되도록 하려는 경우에 중요합니다.
국가 옆에 최대 10개의 사용자 지정 카테고리를 만들 수 있으며, 각 카테고리에는 최대 250개의 값을 입력할 수 있습니다. 이는 유용한 제약 조건으로 활용하시길 바랍니다. 모든 사용자가 일관되게 입력하는 몇 가지 기준이 아무도 관리하지 않는 긴 목록보다 훨씬 더 가치 있습니다.
왜 당신의 시간을 투자할 가치가 있는가
가장 큰 장점은 검색 용이성입니다. 모든 프로젝트에 동일한 레이블이 지정되면 "금융 분야에서 중요도가 높은 모든 앱을 보여줘"라는 요청은 더 이상 검색 과정이 필요 없어집니다.
덜 очевид한 이점은 일관성입니다. 카테고리는 자유 텍스트 대신 고정된 값 집합을 사용하기 때문에 "재무", "재무부", "FIN"이 모두 같은 의미를 갖는 경우가 발생하지 않습니다. 각 값에는 고유 코드가 부여되며, 이 코드는 자동으로 생성되고 기존 체계와 일치하도록 수정할 수도 있습니다. 따라서 나중에 값의 이름을 변경하더라도 API를 통해 통합되는 모든 기능은 해당 코드를 계속 사용할 수 있습니다.
시간이 지남에 따라 카테고리는 거버넌스 논의의 기반이 됩니다. 어떤 프로젝트가 비즈니스에 중요한지, 어떤 프로젝트가 민감한 데이터를 다루는지, 또는 특정 규정의 적용을 받는지 파악하는 것은 어떤 부분에 더 엄격한 검토가 필요한지, 어떤 부분에서 팀의 진행 속도를 높일 수 있는지, 그리고 어떤 내용을 경영진에 보고해야 하는지를 결정하는 출발점입니다. 카테고리가 이러한 결정을 대신해 주지는 않지만, 신뢰할 수 있는 출발점을 제공합니다.
시작하기
어디서부터 시작해야 할지 모르겠다면, 가장 자주 받는 질문에 대한 답을 담은 두세 가지 범주를 선택하세요. 소유권(사업부 또는 도메인), 중요도, 단계(아이디어 구상, 개발, 운영 등), 국가/지역 등이 가장 많이 사용되는 범주입니다. 그런 다음 다음과 같이 진행하세요.
- In 제어 센터로 이동 카테고리 클릭 카테고리 추가.
- 이름을 입력하고 값을 추가하세요(쉼표로 구분된 목록이 적합합니다).
- 프로젝트 팀에게 각 프로젝트의 목표를 설정하도록 요청하세요. 설정 페이지를 사용하거나 Projects API를 통해 과제를 스크립트로 작성할 수 있습니다.
어떻게 사용하시는지 알려주세요.
프로젝트 카테고리 기능은 Control Center에서 잘 알려지지 않은 유용한 기능 중 하나라고 생각합니다. 그래서 이 점을 개선하고 싶습니다. 이미 이 기능을 사용하고 계신다면 어떤 카테고리를 설정하셨고 어떤 용도로 사용하시는지 알려주시면 감사하겠습니다. 혹시 빠진 기능이 있다면 알려주세요. 그것도 우리에게 말해 주세요.왜냐하면 그것은 우리가 다음에 무엇을 만들지에 직접적인 영향을 미치기 때문입니다.
자세한 내용은 다음에서 확인하실 수 있습니다. 프로젝트 카테고리 문서입니다.