#Kendis Spotlightシリーズ

• プロダクトマネジメント – 次回のPI Planningに向けてフィーチャーを定義し、準備します。多くの場合、複数のプロダクトにまたがって複数の担当者が携わります。
• プロダクトオーナー – フィーチャーのバックログを洗練し、ユーザーストーリーを作成して、開発がビジネス目標に沿うようチームと連携します。

これらの役割のワークフローは大きく異なります。

• プロダクトマネジメントはフィードバックを集め、優先順位を調整し、承認を取り付けます。
• プロダクトオーナーはフィーチャーをストーリーへ洗練し、UX、アーキテクト、開発チームと連携して、実行に向けたすべてを整えます。

JiraやADOで多数のステータスを使い分ける代わりに、Kendisならこれらのワークフローをカンバンボード上で視覚的に管理できます。

• 洗練の進め方が定まらず、フィーチャーの準備状況について認識を合わせられない。
• プロダクトオーナーやプロダクトマネージャーが、それぞれ独自の断片的なワークフローを作ってしまう。
• フィーチャーが曖昧すぎたり技術寄りすぎたりして、PI Planningが遅れる。

事前プランニングのセッションに入る前に、次の点を確認してください。

• 1. 目標の定義 – 次のPIに向けたチームの目標を明確にします。
• 2. バックログの見直し – バックログアイテムに優先順位を付けて洗練し、内容が明確で見積もり済みの状態にします。
• 3. ステークホルダーの意見 – 主要なステークホルダーからフィードバックを集め、優先順位の認識を合わせます。
• 4. キャパシティプランニング – 休暇などの制約も踏まえてチームのキャパシティを見極めます。
• 5. 依存関係 – チーム間の依存関係を洗い出し、記録します。
• 6. コミュニケーション計画 – セッション中の情報共有の進め方について認識を合わせます。

Kendisが解決するのはまさにこの部分です。体系的で視覚的な事前プランニングのアプローチにより、フィーチャーがPI Planningに本当に備わった状態になります。

• Org Viewへのアクセス – アクセス権があるかどうかの確認方法。
• サポートへの連絡 – お困りの際は当社チームまでご連絡ください。
• コレクションからのKanbanへのアクセス – ボードを表示するためにトグルが有効になっているかの確認。
• Kanban一覧の概要 – 設定を始める前にKanbanのオプションを確認。

• Jira/ADOのカスタムフィルターからフィーチャーを取り込む。
• カラムをJira/ADOのステータスに紐付ける（より柔軟に独立して使うことも可能）。
• Kanbanのカラムは次の対象に紐付けられます。
• Jira/ADOのステータス
• ALM以外のステータス
• 他のKanbanボード
• Program Board
• ドラッグ&ドロップ機能 – カラム間でアイテムを移動できます。
• WIP制限&超過インジケーター – ワークフローのボトルネックを防ぎます。
• カスタムフィールドによるグルーピング&フィルタリング – 必要に応じて作業を整理できます。
• Kendis専用カードの作成 – 必要なときにJira/ADOのアイテムへ変換できます。

• 洗練済みのフィーチャーを、準備ができ次第そのままPIボードへ移動できます。
• KanbanのカラムをPIボードに紐付け、作業をスムーズに引き継げます。
• Kanbanを別のKanbanボードに紐付け、チームをまたぐ複数のワークフローを通して作業を進められます。

このアプローチにより、可視化、優先順位付け、ワークフローの整合が解決し、チームはプロセスの複雑さの管理ではなく価値の提供に集中できます。

• 選択的なKanbanマッピング – カラム単位のマッピングだけでなく、特定のアイテムを受け取るKanbanボードを選べます。
• 依存関係トラッキングの強化 – Kanbanボード上で依存関係を直接確認・追跡できます。
• 計画済みと計画外のアイテム – PI Planning後に発生した計画外のアイテムを特定できます。
• インポート機能の改善 – 外部ソースからKanbanボードをすばやく作成できます。
• 詳細なアクティビティログ – 変更、更新、ユーザーの操作を追跡できます。
• サブカラムの連携 – 共有ワークフローでのプッシュとプル。
• カスタムのグルーピングカテゴリー – Expedite、Fixed Date、Standardなどのカテゴリーでカードをグルーピングできます。