プロジェクトカテゴリでポートフォリオを整理する

エレナ・ゴルボヴィッチ
2026 年 10 月 14 日
分読み

主要な取り組み

• コントロールセンターのプロジェクトカテゴリを使用すると、一貫性のある構造化されたラベルを使用してポートフォリオ内のすべてのアプリを分類およびタグ付けできるため、アプリに関する質問への回答に数日ではなく数秒で済みます。

・固定値リストにより、煩雑で一貫性のない命名が解消されます（「財務」「財務部」「FIN」がすべて同じ意味になるようなことはなくなります）。

• プロジェクトAPIを介してカテゴリを一括で割り当てることができるため、コントロールセンターを既存の信頼できる情報源と簡単に同期させることができます。

・カテゴリー分けは、よりスマートなガバナンスの基盤となり、経営陣の報告、監査、コンプライアンスに関する話し合いのための、信頼性が高く常に最新の情報に基づいた土台を提供します。

会社のコントロールセンターを管理している方なら、おそらくこんな経験をしたことがあるでしょう。経営陣、監査部門、セキュリティ部門の誰かが、一見単純な質問をしてきます。 「当社のアプリの中で、業務上不可欠なものはどれですか？」, 「私たちは財務チームのために何を構築したのか？」 or 「ドイツではどのような取り組みが行われていますか？」 そして、正直な答えはこうだ。 「後ほどご連絡いたします。」

その後の流れはよくあるものだ。スプレッドシート、チームリーダーへの一連のメッセージ、いくつかの推測、そして送信する頃にはすでに古くなっているリスト。

成長するにつれてこれが難しくなる理由

アプリが数個程度であれば、ポートフォリオ全体を頭の中で管理できます。しかし、5個や10個を超えると、そうはいかなくなります。アプリは異なるチームによって異なる時期に開発され、命名規則も（そもそも存在していたとしても）変化し、アプリ名から所有者、重要度、対象地域がわかることはほとんどありません。情報は確かに存在しますが、アプリ本体のそばではなく、人々の頭の中やWiki、スプレッドシートの中に眠っているのです。

言い換えれば、ポートフォリオが大きくなると、それに関する基本的な質問に答えることが手作業になり、その作業は規模を拡大できず、誰もその回答を完全に信頼しなくなる。

プロジェクトカテゴリは、まさにそのギャップを埋めるために作られたものです。

プロジェクトカテゴリは

簡単に言うと、プロジェクトカテゴリを使用すると、組織がプロジェクトを分類する方法を定義し、それに応じて各プロジェクトにタグを付けることができます。

ソフトウェア設定ページで、下図のように カテゴリー コントロールセンターのページで、たとえばビジネスユニット、重要度、ライフサイクルステージなどのカテゴリを作成し、財務、人事、運用、または高、中、低などの値のリストを指定します。値をカンマ区切りのリストとして貼り付けることができるため、コストセンターやドメインをどこかに書き留めている場合は、カテゴリの設定は 1、2 分で完了します。また、事前設定されたカテゴリもあります。国ワンクリックで切り替えられる250か国を網羅したカテゴリ。

カテゴリが作成されると、各プロジェクトは、そのカテゴリの値を取得します。設定ページ。各チームに手動でこれを行わせるのを避けたい場合は、プロジェクト API を介してカテゴリを一括で割り当て、プロジェクトカテゴリ API を介してカテゴリ自体を管理できます。これは、真の情報源が別の場所にあり、コントロールセンターをその情報源と同期させておきたい場合に重要です。

「国」の横に最大10個のカスタムカテゴリを作成でき、各カテゴリには最大250個の値を設定できます。これは便利な制約として捉えていただくことをお勧めします。誰もが常に入力する少数の項目の方が、誰も管理しない長いリストよりもはるかに価値があります。

なぜ時間をかける価値があるのか

明らかな利点は、検索性の向上です。すべてのプロジェクトに同じラベルが付与されていれば、「財務部門の重要度の高いアプリをすべて表示してください」といった検索は、もはや調査作業ではなくなります。

あまり知られていない利点としては、一貫性が挙げられます。カテゴリは自由記述ではなく固定値を使用するため、「財務」「財務部」「FIN」がすべて同じ意味になるという事態を防ぐことができます。また、各値には固有のコードが付与されており、既存のスキームに合わせて自動的に生成され、編集することも可能です。そのため、後で値の名前を変更しても、API を介して統合されるすべての要素は、引き続きそのコードを利用できます。

時が経つにつれ、カテゴリーはガバナンスに関する議論の基盤にもなります。どのプロジェクトがビジネス上重要か、どのプロジェクトが機密データを扱うか、どのプロジェクトが特定の規制の対象となるかを把握することは、より厳格な審査が必要な箇所、チームがより迅速に作業を進められる箇所、そして経営陣に報告すべき内容を決定する出発点となります。カテゴリーはこれらの決定を代行してくれるわけではありませんが、信頼できる出発点を提供してくれます。

始める

どこから始めればよいか分からない場合は、最もよく聞かれる質問に答える2つか3つのカテゴリを選択してください。所有権（事業部門またはドメイン）、重要度、ステージ（アイデア段階、開発段階、運用段階など）、国/地域などが、最もよく使われるカテゴリです。次に、次の手順に従ってください。

In コントロールセンター、に行く カテゴリー をクリックし カテゴリを追加します.
名前を入力し、値を追加してください（カンマ区切りのリストでも構いません）。
プロジェクトチームに各プロジェクトの値を設定してもらう設定ページを使用するか、プロジェクトAPIを介して課題をスクリプト化します。

どのように使っているか教えてください

プロジェクトカテゴリはコントロールセンターの隠れた機能の一つだと私たちは考えています。そこで、この状況を変えたいと思っています。既にプロジェクトカテゴリをご利用の方は、どのようなカテゴリを設定し、どのように活用しているかをお聞かせください。また、何か不足している機能があれば、それも教えてくださいなぜなら、それは私たちが次に何を作るかを直接的に形作るからです。

詳細は以下をご覧ください。プロジェクトカテゴリに関するドキュメント。