目標の作成
測定可能な主要成果やイニシアチブのキャンバスを追加する前に、セッションの方向性を定義する明確な目標を作成します。
目標はチームが達成しようとしていることを定義します
セッションにおいて明確な方向性が必要な場合に目標を作成します。目標は、計画期間の終了時までに何が達成されているべきかを示す必要があります。会議の議事録を読まなくても、誰もが理解できる内容にすることが重要です。
目標は、測定基準やタスクリストではありません。測定を行うには主要成果を追加します。目標や主要成果に対して、個別の関連キャンバスが必要な場合はイニシアチブを追加してください。
利用資格と権限
| 項目 | 詳細 |
|---|---|
| 利用可能なプラン | Goals/OKRs機能が有効なワークスペースおよびプラン。 |
| 対象アプリケーション | Webアプリおよびデスクトップアプリ。 |
| 目標を作成できるユーザー | セッションまたはGoals/OKRsエリアの編集権限を持つメンバー。 |
| 目標を編集できるユーザー | オーナー、共同編集者、管理者、またはワークスペースの設定に応じたOKR編集権限を持つメンバー。 |
| 目標が閲覧専用（読み取り専用）になる要因 | 閲覧のみの権限、アーカイブされたセッション、ロール（役割）制限、フィルター、または無効化されたワークスペースメンバーシップ。 |
目標の作成場所
Goals/OKRsを開き、目標が属する有効なセッションを開きます。目標の作成アクションを実行してください。セッションが見つからない場合は、セッションの作成およびOKR権限のトラブルシューティングをご覧ください。
目標を作成した後、その詳細ビューを開いて、主要成果、イニシアチブ、オーナー、日付、ステータス、メモ、または（ワークスペースでサポートされている場合は）チェックインを追加します。目標の階層構造を確認または調整する必要がある場合は、ツリービューを使用します。
目標の書き方
簡潔で分かりやすい言葉を使用してください。優れた目標は、タイトルの中にすべての作業を詰め込むことなく、有意義な方向性を示します。
| 改善の余地がある目標 | より優れた目標 |
|---|---|
ヘルプセンターを更新する | 管理者や外部レビュー担当者にとってワークスペースのアクセス権を分かりやすいものにする |
オンボーディングを修正する | 新規メンバーがサポートなしで最初の有益なキャンバスに到達できるように支援する |
支払機能を改善する | ワークスペースの管理者がAIクレジットの消費量を予測できるようにする |
製品をローンチする | 確実なオンボーディングとサポート体制を備えたクライアントポータルをローンチする |
より優れたバージョンは、複数の主要成果をサポートできます。また、レビュー担当者が「なぜその作業が重要なのか」を理解するのにも役立ちます。
目標の作成手順
- 正しいワークスペースを開きます。
- Goals/OKRsを開きます。
- 有効なセッションを開きます。
- 目標の作成アクションを選択します。
- 明確なタイトルを入力します。
- オーナー、ステータス、タグ、日付、説明、またはワークスペースで利用可能なその他のフィールドを追加します。
- 目標を保存します。
- 進捗を測定できるように主要成果を追加します。
行をクリックした際に想定していたメニューではなく詳細パネルが開いた場合は、行のアクションまたはメニューコントロールに戻ってください。Goals/OKRsのテーブルでは、行のクリック、メニューアクション、ステータスコントロール、および詳細パネルの動作がそれぞれ異なる場合があります。
目標への構造の追加
目標を作成したら、主要成果を追加します。効果的な目標には通常、情報過多（ノイズ）になることなく成果を測定するのに十分な量の主要成果が設定されています。
次に、作業に関連するキャンバスが必要な場合はイニシアチブを追加します。イニシアチブはキャンバスとして開くため、チームは計画、タスク、利用可能なサブタスク、メモ、レビュー資料、および実行コンテキストをGoals/OKRsに関連付けた状態で管理できます。
セッション期間全体を通じてチェックインを使用し、進捗状況を最新に保ちます。チェックインでは、何が、なぜ変更されたのかを説明する必要があります。
戦略を明確にするための目標階層構造の活用
1つの目標が別の目標をサポートしている場合、それらを階層的に整理することができます。親目標はより広範な方向性を表し、子目標はそれに貢献するより具体的な方向性を表します。
企業の目標の下に部門の目標を配置する、製品リリースの目標の下にリリース準備の目標を配置する、あるいは広範なカスタマーエクスペリエンスの目標の下に製品、サポート、教育の目標を配置するなど、真のアライメント（方向性の整合）のために階層構造を活用してください。
単にタスクを格納するためだけに階層構造を作成しないでください。タスクや実行の詳細は、接続されたイニシアチブのキャンバスに属します。主要成果は、それらが測定対象とする目標の配下に属します。
アクセス権と現在のビューでサポートされている場合、リストビューまたはツリービューで目標をドラッグして階層を再配置できます。上端または下端のドロップ位置にドラッグすると目標の順序が変更され、親子関係を形成するドロップ位置にドラッグすると、ある目標を別の目標の子にすることができます。ドラッグ＆ドロップが利用できない場合は、フィルターと検索をクリアし、デフォルトの並べ替えビューに戻った上で、編集権限があることを確認してください。
具体例
目標：ワークスペースの管理者がアクセス権限について理解できるようにする。
主要成果：アクセス関連のサポートへの問い合わせを30%削減する。
イニシアチブ：関連するキャンバス内で、ワークスペースのロール、共有、および無効化されたアクセスに関するドキュメントを書き直す。
チェックイン：ワークスペースに関する記事の下書きが作成されました。次はコラボレーションに関する記事を作成します。アクセス権限のコンセプトはロールに関する記事にリンクされるようになりました。
この目標が効果的に機能するのは、方向性、測定基準、および実際の作業が明確に分離されているためです。
権限と表示に関する注意点
自分が目標を作成できても、他のメンバーがそれを編集できない場合は、該当メンバーのGoals/OKRs権限とセッションのステータスを確認してください。
目標にイニシアチブが含まれている場合、関連するキャンバスには別途アクセス要件が設定されている場合があります。レビュー担当者がキャンバスを開く必要がある場合は、キャンバスを個別に共有してください。
目標がアーカイブされたセッションに属している場合、編集が制限されることがあります。自身のロール（役割）が変更されたと判断する前に、セッションのステータスを確認してください。
よくある誤り
- タスクごとに目標を作成する：目標は具体的な作業ではなく、達成すべき成果を記述する必要があります。
- タイトルが広範すぎる：セッション終了時に何が達成されたのか誰にも判断できないような、抽象的すぎるタイトルは避けてください。
- 主要成果を設定しない：主要成果がなければ、目標は測定可能なレビュープロセスを持たない単なる「宣言」にとどまってしまいます。
- 非表示の目標を重複作成する：フィルターで非表示になっているだけのケースがあります。重複して作成する前に、フィルターをクリアして正しいセッションを確認してください。
- すべてのアイデアを子目標にする：その項目が実行すべき具体的なタスクや作業である場合は、子目標ではなくイニシアチブを作成してください。
目標の作成に失敗した場合の解決方法
- 作成アクション（ボタン）が表示されない
- 正しいワークスペースおよび有効なセッションにいるか確認してください。
- Goals/OKRsの編集権限が自身のアカウントに付与されているか確認してください。
- 目標を保存した後に表示が消えてしまう
- フィルター設定をクリアし、タイトルで検索を行ってください。
- 別のセッションに誤って作成していないか確認してください。
- 目標が閲覧専用（読み取り専用）になっている
- アイテムのオーナーまたはワークスペースの管理者に、ロールとアクセス権の確認を依頼してください。
- 詳細は、OKR権限のトラブルシューティングをご覧ください。
- 誤って異なるセッションに目標を作成してしまった
- ワークスペースのポリシーに従い、アイテムの移動、再作成、またはアーカイブを行ってください。
- 2つのセッションで同じ目標が重複して有効な状態にならないように注意してください。
- 目標を別の目標の下に配置したい
- ツリービューまたはリストビューでサポートされているドラッグ＆ドロップ機能を使用して、正しい位置に配置してください。
- 移動後、セッションがすべてのビューで正しく表示されるように、階層構造を再確認してください。