[{"data":1,"prerenderedAt":813},["ShallowReactive",2],{"/ja-jp/blog/how-gitlab-agile-planning-improves-collaborative-project-management":3,"navigation-ja-jp":38,"banner-ja-jp":449,"footer-ja-jp":459,"blog-post-authors-ja-jp-Amanda Rueda":695,"blog-related-posts-ja-jp-how-gitlab-agile-planning-improves-collaborative-project-management":709,"blog-promotions-ja-jp":751,"next-steps-ja-jp":804},{"id":4,"title":5,"authorSlugs":6,"authors":8,"body":10,"category":11,"categorySlug":11,"config":12,"content":16,"date":20,"description":17,"extension":24,"externalUrl":25,"featured":14,"heroImage":19,"isFeatured":14,"meta":26,"navigation":14,"path":27,"publishedDate":20,"rawbody":28,"seo":29,"slug":13,"stem":34,"tagSlugs":35,"tags":36,"template":15,"updatedDate":23,"__hash__":37},"blogPosts/ja-jp/blog/how-gitlab-agile-planning-improves-collaborative-project-management.yml","GitLabのアジャイル計画によって共同プロジェクト管理を推進する方法",[7],"amanda-rueda",[9],"Amanda Rueda","効果的なコラボレーションはアジャイルプロジェクト管理の土台であり、企業においてチームが高品質なソフトウェアを効率的に提供することを可能にします。GitLabの包括的なプラットフォームは、コラボレーションを促進し、ワークフローを効率化します。また、[アジャイルの原則](https://about.gitlab.com/ja-jp/solutions/agile-delivery/)をサポートしています。この記事では、GitLabを使用することで、チームがシームレスに協力し合い、プロジェクトの成果を向上させる方法についてご紹介します。\n\n## 共同プロジェクト管理によってエンタープライズアジャイルチームが得られる価値\n\n今日のダイナミックな開発環境においてアジャイルチームが成功を収めるには、共同プロジェクト管理方法を採用することが不可欠です。これがなぜ重要なのか、またGitLab Enterprise Agile Planningがどのように役立つかを以下に説明します。\n\n- **コミュニケーションの強化**：コラボレーションすることで、チームメンバー全員が円滑にコミュニケーションを取り、誤解を防ぎ、全員が共通の目標に向け取り組むことができます。これは、迅速なイテレーションと継続的なフィードバックが鍵となるエンタープライズアジャイル環境では非常に重要です。\n- *GitLabでエピックを分解し、スレッド形式のコメントを使用することで、だれもが共通認識を持つことができ、イシュー内での綿密なディスカッションが促進されます。*\n- **効率性の向上**：連携しやすい雰囲気を作り出すことで、チームは各メンバーのユニークなスキルや専門知識を活用できるため、結果として問題解決やタスクの完了までにかかる時間が短縮されます。コラボレーションツールを使用すると、ワークフローの効率化やボトルネックの削減に加え、チームがより迅速に価値を提供できるようになります。\t\n  - *GitLabの統合プラットフォームは、計画からデプロイまで開発のあらゆる側面を統合し、合理的かつ効率的なワークフローを実現します。*\n\n- **より良い意思決定の実現**：チームメンバーが密接に連携することで、多様な視点やインサイトを共有できるため、より良い意思決定を下せます。コラボレーションをとおして、最高のアイデアが見いだされ、実践される「集合知の文化」が促進されます。\n- *GitLabのイシューボードとラベルは、アイデアの整理や優先順位付けを行う上で便利です。使用することで、選択肢の評価や情報に基づいた意思決定を行いやすくなります。*\n- **士気とエンゲージメントの向上**：コントリビュートに重きを置く共同作業環境で働くことで、チームの士気とエンゲージメントが大幅に向上します。効果的にコラボレーションを行うアジャイルチームでは、モチベーションや所有権の意識が高く、プロジェクトの成功により積極的に取り組む傾向があります。\n- *メンバーの実績を認め、お祝いするには、GitLabでチームメンバーによるコントリビュートやアクティビティフィードにリンクしましょう。*\n- **成果物の品質向上**：多くの場合、共同作業を行うことで、より質の高い成果物を得られます。継続的なフィードバックとピアレビューにより、問題を早期に発見して迅速に対処でき、結果としてより洗練された堅牢な製品を開発できます。\n- *GitLabのマイルストーントラッキングとプロジェクトテンプレートを使用すると、プロジェクト間で一貫した品質基準を達成でき、徹底したレビューと標準化を行えます。*\n- **適応性と柔軟性**：アジャイルチームは、フィードバックや変化する要件に基づいて素早くピボット（方向転換）できなければなりません。コラボレーションを行うことで、計画や戦略をリアルタイムで柔軟に調整できるため、チームが迅速に対応できるだけでなく、プロジェクト目標に沿って作業を進められるようになります。\n- *GitLabのロードマップと動的なスケジュール機能を使用すると、タイムラインと優先順位を適宜調整できるため、チームのアジャイル性が保たれ、変化にも迅速に対応できます。*\n\n私はプロダクトマネージャーという立場から、これらのメリットがチームのパフォーマンスにどのように変化をもたらすかを目の当たりにしてきました。アジャイルチームにおいて、これらの共同プロジェクト管理方法を取り入れることで、生産性が高まり、イノベーションが促進され、そしてプロジェクト全体の成果を向上できます。\n\n> [GitLabのアジャイル計画に関する最新情報とインサイトはこちら](https://about.gitlab.com/ja-jp/blog/categories/agile-planning/)から。\n\n## GitLabを使用してアジャイルを成功させる\n\n包括的なツールを提供するGitLabは、次のような共同作業を完璧にサポートします。\n\n- **アジャイル開発の効率化**：GitLabでは階層型プランニングがサポートされているため、チームはプロジェクトをエピックに作成して、それを機能やユーザーストーリー、タスクに分解できます。このようにわかりやすい構成により、複雑なプロジェクトでも管理しやすく、透明性が確保され、着実かつ継続的な価値の提供が促進されます。GitLabでは作業を詳細なセグメントに分割できるため、アジャイルチームは焦点を維持し、効率的に目標を達成しやすくなります。\n\n![エピックと子イシューのネストされたリスト](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097050/Blog/Content%20Images/Blog/Content%20Images/image4_aHR0cHM6_1750097050298.png)\n\n- **可視性と責任の向上**：さまざまな部門が関わる取り組みでは、依存関係を管理することが重要です。依存関係を作成、トラッキング、視覚化するGitLabツールを使用すると、チームメンバーは大規模なプロジェクトにおいて、自分の作業がどの部分を担っているのかを明確に把握できます。このように視覚化することで、ボトルネックを防ぎ、プロジェクト目標に沿って作業を行えるため、より責任感を感じながら、足並みをそろえてプロジェクトを進められます。\n\n![取り組みの依存関係が表示されたスクリーンショット](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097050/Blog/Content%20Images/Blog/Content%20Images/image1_aHR0cHM6_1750097050300.png)\n\n- **すべてのユーザー向けの統合プラットフォーム**：GitLabは、すべてのステークホルダーを単一プラットフォームの下に統合し、さまざまなツールを使うことで生まれがちなサイロ化を解消します。これにより、チーム間のコミュニケーションとコラボレーションが強化されます。デベロッパー、プロジェクトマネージャー、QAスペシャリスト、UXデザイナーなど職種を問わず、GitLabでは誰もが同じデータやツールを利用できるため、より一貫性のある作業環境が実現されます。\n\n- **リアルタイムでのコラボレーションとコミュニケーション**：GitLabは、マージリクエスト、イシュートラッキング、継続的インテグレーション／継続的デプロイ（[CI/CD](https://about.gitlab.com/ja-jp/topics/ci-cd/)）パイプラインなどの機能によって、リアルタイムのコラボレーションをサポートします。これらの機能は開発プロセスを効率化し、継続的なフィードバックの提供と反復的な改善を促進します。組み込みのチャット、マージリクエストへのコメント、リアルタイムの通知により、だれもが最新情報を入手し、足並みをそろえることができます。\n\n![製品、開発、デザインチーム間のチャットのやり取りが表示されたスクリーンショット](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097050/Blog/Content%20Images/Blog/Content%20Images/image3_aHR0cHM6_1750097050305.png)\n\n- **データドリブンの意思決定と継続的な改善**：GitLabで行われるすべてのアクションは測定可能であるため、戦略的プランニングと運用調整を行う上で役立つ貴重なインサイトを得られます。[GitLabの分析機能](https://about.gitlab.com/solutions/value-stream-management/)を使用すると、サイクルタイムやデプロイ頻度などの重要業績評価指標をモニタリングできます。このようなデータドリブンアプローチにより、推測ではなく証拠に基づいて意思決定を行うことができ、リーンの原則に沿って継続的な改善が促進されます。\n\n![バリューストリーム分析ダッシュボード](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097050/Blog/Content%20Images/Blog/Content%20Images/image2_aHR0cHM6_1750097050308.png)\n\n## エンタープライズアジャイルプランニングの変革を始める\n\nGitLabがプロジェクト管理にもたらす変革はすばらしいものです。単にツールを使用するということではなく、コラボレーションと継続的な改善の文化が育まれます。担当するチームが協力し合うことなく、各自取り組みを行っていた状態から、一体となり、効率的でモチベーションの高いチームへと変化するのを目の当たりにできたときは、非常に報われた気持ちになりました。\n\nGitLabは、包括的な計画ツールとリアルタイムのコラボレーション機能を単一プラットフォームに統合することで、共同プロジェクト管理の定義を変えます。アジャイルのプラクティスとシームレスに連携し、チームがより効率的かつ正確にプロジェクトを管理できるようにします。GitLabは組織の規模を問わず、現代のソフトウェア開発の複雑さに対応するために必要なツールを提供することで、プロジェクトが成功し、納期を遵守できるようにします。\n\n> [GitLab Ultimateの無料トライアル](https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/blog&glm_content=default-saas-trial)で、今すぐGitLab Enterprise Agile Planningをスタート！","agile-planning",{"slug":13,"featured":14,"template":15},"how-gitlab-agile-planning-improves-collaborative-project-management",true,"BlogPost",{"title":5,"description":17,"authors":18,"heroImage":19,"date":20,"body":10,"category":11,"tags":21,"updatedDate":23},"プロジェクト管理においてGitLabを使用することでもたらされる変革は、単にツールを使用するということではなく、コラボレーションと継続的な改善の文化が育まれることです。その方法についてご紹介します。",[9],"https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097041/Blog/Hero%20Images/Blog/Hero%20Images/blog-image-template-1800x945%20%2822%29_718ZuurL0op4weunB2fBlD_1750097040694.png","2024-07-16",[22],"agile","2025-06-12","yml",null,{},"/ja-jp/blog/how-gitlab-agile-planning-improves-collaborative-project-management","seo:\n  title: GitLabのアジャイル計画によって共同プロジェクト管理を推進する方法\n  description: >-\n    プロジェクト管理においてGitLabを使用することでもたらされる変革は、単にツールを使用するということではなく、コラボレーションと継続的な改善の文化が育まれることです。その方法についてご紹介します。\n  ogTitle: GitLabのアジャイル計画によって共同プロジェクト管理を推進する方法\n  ogDescription: >-\n    プロジェクト管理においてGitLabを使用することでもたらされる変革は、単にツールを使用するということではなく、コラボレーションと継続的な改善の文化が育まれることです。その方法についてご紹介します。\n  noIndex: false\n  ogImage: >-\n    https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097041/Blog/Hero%20Images/Blog/Hero%20Images/blog-image-template-1800x945%20%2822%29_718ZuurL0op4weunB2fBlD_1750097040694.png\n  ogUrl: >-\n    https://about.gitlab.com/blog/how-gitlab-agile-planning-improves-collaborative-project-management\n  ogSiteName: https://about.gitlab.com\n  ogType: article\n  canonicalUrls: >-\n    https://about.gitlab.com/blog/how-gitlab-agile-planning-improves-collaborative-project-management\ncontent:\n  title: GitLabのアジャイル計画によって共同プロジェクト管理を推進する方法\n  description: >-\n    プロジェクト管理においてGitLabを使用することでもたらされる変革は、単にツールを使用するということではなく、コラボレーションと継続的な改善の文化が育まれることです。その方法についてご紹介します。\n  authors:\n    - Amanda Rueda\n  heroImage: >-\n    https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097041/Blog/Hero%20Images/Blog/Hero%20Images/blog-image-template-1800x945%20%2822%29_718ZuurL0op4weunB2fBlD_1750097040694.png\n  date: '2024-07-16'\n  body:\n    \"効果的なコラボレーションはアジャイルプロジェクト管理の土台であり、企業においてチームが高品質なソフトウェアを効率的に提供することを可能にします。\\\n    GitLabの包括的なプラットフォームは、コラボレーションを促進し、ワークフローを効率化します。また、[アジャイルの原則](https://about\\\n    .gitlab.com/ja-jp/solutions/agile-delivery/)をサポートしています。この記事では、GitLabを使用すること\\\n    で、チームがシームレスに協力し合い、プロジェクトの成果を向上させる方法についてご紹介します。\n\n\n    ## 共同プロジェクト管理によってエンタープライズアジャイルチームが得られる価値\n\n\n    今日のダイナミックな開発環境においてアジャイルチームが成功を収めるには、共同プロジェクト管理方法を採用することが不可欠です。これがなぜ重要なのか、また\\\n    GitLab Enterprise Agile Planningがどのように役立つかを以下に説明します。\n\n\n    -\n    **コミュニケーションの強化**：コラボレーションすることで、チームメンバー全員が円滑にコミュニケーションを取り、誤解を防ぎ、全員が共通の目標に向け取\\\n    り組むことができます。これは、迅速なイテレーションと継続的なフィードバックが鍵となるエンタープライズアジャイル環境では非常に重要です。\n\n    -\n    *GitLabでエピックを分解し、スレッド形式のコメントを使用することで、だれもが共通認識を持つことができ、イシュー内での綿密なディスカッションが促進\\\n    されます。*\n\n    -\n    **効率性の向上**：連携しやすい雰囲気を作り出すことで、チームは各メンバーのユニークなスキルや専門知識を活用できるため、結果として問題解決やタスクの\\\n    完了までにかかる時間が短縮されます。コラボレーションツールを使用すると、ワークフローの効率化やボトルネックの削減に加え、チームがより迅速に価値を提供で\\\n    きるようになります。\\t\n\n    \\  - *GitLabの統合プラットフォームは、計画からデプロイまで開発のあらゆる側面を統合し、合理的かつ効率的なワークフローを実現します。*\n\n\n    -\n    **より良い意思決定の実現**：チームメンバーが密接に連携することで、多様な視点やインサイトを共有できるため、より良い意思決定を下せます。コラボレーシ\\\n    ョンをとおして、最高のアイデアが見いだされ、実践される「集合知の文化」が促進されます。\n\n    -\n    *GitLabのイシューボードとラベルは、アイデアの整理や優先順位付けを行う上で便利です。使用することで、選択肢の評価や情報に基づいた意思決定を行いや\\\n    すくなります。*\n\n    -\n    **士気とエンゲージメントの向上**：コントリビュートに重きを置く共同作業環境で働くことで、チームの士気とエンゲージメントが大幅に向上します。効果的に\\\n    コラボレーションを行うアジャイルチームでは、モチベーションや所有権の意識が高く、プロジェクトの成功により積極的に取り組む傾向があります。\n\n    - *メンバーの実績を認め、お祝いするには、GitLabでチームメンバーによるコントリビュートやアクティビティフィードにリンクしましょう。*\n\n    -\n    **成果物の品質向上**：多くの場合、共同作業を行うことで、より質の高い成果物を得られます。継続的なフィードバックとピアレビューにより、問題を早期に発\\\n    見して迅速に対処でき、結果としてより洗練された堅牢な製品を開発できます。\n\n    -\n    *GitLabのマイルストーントラッキングとプロジェクトテンプレートを使用すると、プロジェクト間で一貫した品質基準を達成でき、徹底したレビューと標準化\\\n    を行えます。*\n\n    -\n    **適応性と柔軟性**：アジャイルチームは、フィードバックや変化する要件に基づいて素早くピボット（方向転換）できなければなりません。コラボレーションを\\\n    行うことで、計画や戦略をリアルタイムで柔軟に調整できるため、チームが迅速に対応できるだけでなく、プロジェクト目標に沿って作業を進められるようになります。\n\n    -\n    *GitLabのロードマップと動的なスケジュール機能を使用すると、タイムラインと優先順位を適宜調整できるため、チームのアジャイル性が保たれ、変化にも迅\\\n    速に対応できます。*\n\n\n    私はプロダクトマネージャーという立場から、これらのメリットがチームのパフォーマンスにどのように変化をもたらすかを目の当たりにしてきました。アジャイルチ\\\n    ームにおいて、これらの共同プロジェクト管理方法を取り入れることで、生産性が高まり、イノベーションが促進され、そしてプロジェクト全体の成果を向上できます。\n\n\n    >\n    [GitLabのアジャイル計画に関する最新情報とインサイトはこちら](https://about.gitlab.com/ja-jp/blog/cate\\\n    gories/agile-planning/)から。\n\n\n    ## GitLabを使用してアジャイルを成功させる\n\n\n    包括的なツールを提供するGitLabは、次のような共同作業を完璧にサポートします。\n\n\n    -\n    **アジャイル開発の効率化**：GitLabでは階層型プランニングがサポートされているため、チームはプロジェクトをエピックに作成して、それを機能やユー\\\n    ザーストーリー、タスクに分解できます。このようにわかりやすい構成により、複雑なプロジェクトでも管理しやすく、透明性が確保され、着実かつ継続的な価値の提\\\n    供が促進されます。GitLabでは作業を詳細なセグメントに分割できるため、アジャイルチームは焦点を維持し、効率的に目標を達成しやすくなります。\n\n\n    ![エピックと子イシューのネストされたリスト](https://res.cloudinary.com/about-gitlab-com/image/u\\\n    pload/v1750097050/Blog/Content%20Images/Blog/Content%20Images/image4_aHR0cH\\\n    M6_1750097050298.png)\n\n\n    -\n    **可視性と責任の向上**：さまざまな部門が関わる取り組みでは、依存関係を管理することが重要です。依存関係を作成、トラッキング、視覚化するGitLab\\\n    ツールを使用すると、チームメンバーは大規模なプロジェクトにおいて、自分の作業がどの部分を担っているのかを明確に把握できます。このように視覚化することで\\\n    、ボトルネックを防ぎ、プロジェクト目標に沿って作業を行えるため、より責任感を感じながら、足並みをそろえてプロジェクトを進められます。\n\n\n    ![取り組みの依存関係が表示されたスクリーンショット](https://res.cloudinary.com/about-gitlab-com/ima\\\n    ge/upload/v1750097050/Blog/Content%20Images/Blog/Content%20Images/image1_aH\\\n    R0cHM6_1750097050300.png)\n\n\n    -\n    **すべてのユーザー向けの統合プラットフォーム**：GitLabは、すべてのステークホルダーを単一プラットフォームの下に統合し、さまざまなツールを使う\\\n    ことで生まれがちなサイロ化を解消します。これにより、チーム間のコミュニケーションとコラボレーションが強化されます。デベロッパー、プロジェクトマネージャ\\\n    ー、QAスペシャリスト、UXデザイナーなど職種を問わず、GitLabでは誰もが同じデータやツールを利用できるため、より一貫性のある作業環境が実現されま\\\n    す。\n\n\n    -\n    **リアルタイムでのコラボレーションとコミュニケーション**：GitLabは、マージリクエスト、イシュートラッキング、継続的インテグレーション／継続的\\\n    デプロイ（[CI/CD](https://about.gitlab.com/ja-jp/topics/ci-cd/)）パイプラインなどの機能によって、\\\n    リアルタイムのコラボレーションをサポートします。これらの機能は開発プロセスを効率化し、継続的なフィードバックの提供と反復的な改善を促進します。組み込み\\\n    のチャット、マージリクエストへのコメント、リアルタイムの通知により、だれもが最新情報を入手し、足並みをそろえることができます。\n\n\n    ![製品、開発、デザインチーム間のチャットのやり取りが表示されたスクリーンショット](https://res.cloudinary.com/about\\\n    -gitlab-com/image/upload/v1750097050/Blog/Content%20Images/Blog/Content%20I\\\n    mages/image3_aHR0cHM6_1750097050305.png)\n\n\n    -\n    **データドリブンの意思決定と継続的な改善**：GitLabで行われるすべてのアクションは測定可能であるため、戦略的プランニングと運用調整を行う上で役\\\n    立つ貴重なインサイトを得られます。[GitLabの分析機能](https://about.gitlab.com/solutions/value-str\\\n    eam-management/)を使用すると、サイクルタイムやデプロイ頻度などの重要業績評価指標をモニタリングできます。このようなデータドリブンアプロ\\\n    ーチにより、推測ではなく証拠に基づいて意思決定を行うことができ、リーンの原則に沿って継続的な改善が促進されます。\n\n\n    ![バリューストリーム分析ダッシュボード](https://res.cloudinary.com/about-gitlab-com/image/upl\\\n    oad/v1750097050/Blog/Content%20Images/Blog/Content%20Images/image2_aHR0cHM6\\\n    _1750097050308.png)\n\n\n    ## エンタープライズアジャイルプランニングの変革を始める\n\n\n    GitLabがプロジェクト管理にもたらす変革はすばらしいものです。単にツールを使用するということではなく、コラボレーションと継続的な改善の文化が育まれ\\\n    ます。担当するチームが協力し合うことなく、各自取り組みを行っていた状態から、一体となり、効率的でモチベーションの高いチームへと変化するのを目の当たりに\\\n    できたときは、非常に報われた気持ちになりました。\n\n\n    GitLabは、包括的な計画ツールとリアルタイムのコラボレーション機能を単一プラットフォームに統合することで、共同プロジェクト管理の定義を変えます。ア\\\n    ジャイルのプラクティスとシームレスに連携し、チームがより効率的かつ正確にプロジェクトを管理できるようにします。GitLabは組織の規模を問わず、現代の\\\n    ソフトウェア開発の複雑さに対応するために必要なツールを提供することで、プロジェクトが成功し、納期を遵守できるようにします。\n\n\n    > [GitLab\n    Ultimateの無料トライアル](https://gitlab.com/-/trial_registrations/new?glm_source=a\\\n    bout.gitlab.com/blog&glm_content=default-saas-trial)で、今すぐGitLab Enterprise\n    Agile Planningをスタート！\"\n  category: agile-planning\n  tags:\n    - agile\n  updatedDate: '2025-06-12'\nconfig:\n  slug: how-gitlab-agile-planning-improves-collaborative-project-management\n  featured: true\n  template: BlogPost\n",{"title":5,"description":17,"ogTitle":5,"ogDescription":17,"noIndex":30,"ogImage":19,"ogUrl":31,"ogSiteName":32,"ogType":33,"canonicalUrls":31},false,"https://about.gitlab.com/blog/how-gitlab-agile-planning-improves-collaborative-project-management","https://about.gitlab.com","article","ja-jp/blog/how-gitlab-agile-planning-improves-collaborative-project-management",[22],[22],"nqvaH3EINK635qxzRr_65PhPn_I3YHXRK0uWuv_CMmE",{"data":39},{"logo":40,"freeTrial":45,"sales":50,"login":55,"items":60,"search":369,"minimal":402,"duo":419,"switchNav":428,"pricingDeployment":439},{"config":41},{"href":42,"dataGaName":43,"dataGaLocation":44},"/ja-jp/","gitlab logo","header",{"text":46,"config":47},"無料トライアルを開始",{"href":48,"dataGaName":49,"dataGaLocation":44},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/ja-jp&glm_content=default-saas-trial/","free trial",{"text":51,"config":52},"お問い合わせ",{"href":53,"dataGaName":54,"dataGaLocation":44},"/ja-jp/sales/","sales",{"text":56,"config":57},"サインイン",{"href":58,"dataGaName":59,"dataGaLocation":44},"https://gitlab.com/users/sign_in/","sign in",[61,88,185,190,291,351],{"text":62,"config":63,"cards":65},"プラットフォーム",{"dataNavLevelOne":64},"platform",[66,72,80],{"title":62,"description":67,"link":68},"DevSecOpsに特化したインテリジェントオーケストレーションプラットフォーム",{"text":69,"config":70},"プラットフォームを探索",{"href":71,"dataGaName":64,"dataGaLocation":44},"/ja-jp/platform/",{"title":73,"description":74,"link":75},"GitLab Duo Agent Platform","ソフトウェアライフサイクル全体を支えるエージェント型AI",{"text":76,"config":77},"GitLab Duoのご紹介",{"href":78,"dataGaName":79,"dataGaLocation":44},"/ja-jp/gitlab-duo-agent-platform/","gitlab duo agent platform",{"title":81,"description":82,"link":83},"GitLabが選ばれる理由","エンタープライズがGitLabを選ぶ主な理由をご覧ください",{"text":84,"config":85},"詳細はこちら",{"href":86,"dataGaName":87,"dataGaLocation":44},"/ja-jp/why-gitlab/","why gitlab",{"text":89,"left":14,"config":90,"link":92,"lists":96,"footer":167},"製品",{"dataNavLevelOne":91},"solutions",{"text":93,"config":94},"すべてのソリューションを表示",{"href":95,"dataGaName":91,"dataGaLocation":44},"/ja-jp/solutions/",[97,122,145],{"title":98,"description":99,"link":100,"items":105},"自動化","CI/CDと自動化でデプロイを加速",{"config":101},{"icon":102,"href":103,"dataGaName":104,"dataGaLocation":44},"AutomatedCodeAlt","/ja-jp/solutions/delivery-automation/","automated software delivery",[106,110,113,118],{"text":107,"config":108},"CI/CD",{"href":109,"dataGaLocation":44,"dataGaName":107},"/ja-jp/solutions/continuous-integration/",{"text":73,"config":111},{"href":78,"dataGaLocation":44,"dataGaName":112},"gitlab duo agent platform - product menu",{"text":114,"config":115},"ソースコード管理",{"href":116,"dataGaLocation":44,"dataGaName":117},"/ja-jp/solutions/source-code-management/","Source Code Management",{"text":119,"config":120},"自動化されたソフトウェアデリバリー",{"href":103,"dataGaLocation":44,"dataGaName":121},"Automated software delivery",{"title":123,"description":124,"link":125,"items":130},"セキュリティ","セキュリティを犠牲にすることなくコード作成を高速化",{"config":126},{"href":127,"dataGaName":128,"dataGaLocation":44,"icon":129},"/ja-jp/solutions/application-security-testing/","security and compliance","ShieldCheckLight",[131,135,140],{"text":132,"config":133},"アプリケーションセキュリティテスト",{"href":127,"dataGaName":134,"dataGaLocation":44},"Application security testing",{"text":136,"config":137},"ソフトウェアサプライチェーンの安全性",{"href":138,"dataGaLocation":44,"dataGaName":139},"/ja-jp/solutions/supply-chain/","Software supply chain security",{"text":141,"config":142},"ソフトウェアコンプライアンス",{"href":143,"dataGaName":144,"dataGaLocation":44},"/ja-jp/solutions/software-compliance/","software compliance",{"title":146,"link":147,"items":152},"測定",{"config":148},{"icon":149,"href":150,"dataGaName":151,"dataGaLocation":44},"DigitalTransformation","/ja-jp/solutions/visibility-measurement/","visibility and measurement",[153,157,162],{"text":154,"config":155},"可視性と測定",{"href":150,"dataGaLocation":44,"dataGaName":156},"Visibility and Measurement",{"text":158,"config":159},"バリューストリーム管理",{"href":160,"dataGaLocation":44,"dataGaName":161},"/ja-jp/solutions/value-stream-management/","Value Stream Management",{"text":163,"config":164},"分析とインサイト",{"href":165,"dataGaLocation":44,"dataGaName":166},"/ja-jp/solutions/analytics-and-insights/","Analytics and insights",{"title":168,"items":169},"GitLabが活躍する場所",[170,175,180],{"text":171,"config":172},"大企業",{"href":173,"dataGaLocation":44,"dataGaName":174},"/ja-jp/enterprise/","enterprise",{"text":176,"config":177},"スモールビジネス",{"href":178,"dataGaLocation":44,"dataGaName":179},"/ja-jp/small-business/","small business",{"text":181,"config":182},"公共部門",{"href":183,"dataGaLocation":44,"dataGaName":184},"/ja-jp/solutions/public-sector/","public sector",{"text":186,"config":187},"価格",{"href":188,"dataGaName":189,"dataGaLocation":44,"dataNavLevelOne":189},"/ja-jp/pricing/","pricing",{"text":191,"config":192,"link":194,"lists":198,"feature":278},"リソース",{"dataNavLevelOne":193},"resources",{"text":195,"config":196},"すべてのリソースを表示",{"href":197,"dataGaName":193,"dataGaLocation":44},"/ja-jp/resources/",[199,232,250],{"title":200,"items":201},"はじめに",[202,207,212,217,222,227],{"text":203,"config":204},"インストール",{"href":205,"dataGaName":206,"dataGaLocation":44},"/ja-jp/install/","install",{"text":208,"config":209},"クイックスタートガイド",{"href":210,"dataGaName":211,"dataGaLocation":44},"/ja-jp/get-started/","quick setup checklists",{"text":213,"config":214},"学ぶ",{"href":215,"dataGaLocation":44,"dataGaName":216},"https://university.gitlab.com/","learn",{"text":218,"config":219},"製品ドキュメント",{"href":220,"dataGaName":221,"dataGaLocation":44},"https://docs.gitlab.com/ja-jp/","product documentation",{"text":223,"config":224},"ベストプラクティスビデオ",{"href":225,"dataGaName":226,"dataGaLocation":44},"/ja-jp/getting-started-videos/","best practice videos",{"text":228,"config":229},"インテグレーション",{"href":230,"dataGaName":231,"dataGaLocation":44},"/ja-jp/integrations/","integrations",{"title":233,"items":234},"検索する",[235,240,245],{"text":236,"config":237},"お客様成功事例",{"href":238,"dataGaName":239,"dataGaLocation":44},"/ja-jp/customers/","customer success stories",{"text":241,"config":242},"ブログ",{"href":243,"dataGaName":244,"dataGaLocation":44},"/ja-jp/blog/","blog",{"text":246,"config":247},"リモート",{"href":248,"dataGaName":249,"dataGaLocation":44},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"title":251,"items":252},"つなげる",[253,258,263,268,273],{"text":254,"config":255},"GitLabサービス",{"href":256,"dataGaName":257,"dataGaLocation":44},"/ja-jp/services/","services",{"text":259,"config":260},"コミュニティ",{"href":261,"dataGaName":262,"dataGaLocation":44},"/community/","community",{"text":264,"config":265},"フォーラム",{"href":266,"dataGaName":267,"dataGaLocation":44},"https://forum.gitlab.com/","forum",{"text":269,"config":270},"イベント",{"href":271,"dataGaName":272,"dataGaLocation":44},"/events/","events",{"text":274,"config":275},"パートナー",{"href":276,"dataGaName":277,"dataGaLocation":44},"/ja-jp/partners/","partners",{"background":279,"textColor":280,"text":281,"image":282,"link":286},"#2f2a6b","#fff","ソフトウェア開発の未来への洞察",{"altText":283,"config":284},"ソースプロモカード",{"src":285},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758208064/dzl0dbift9xdizyelkk4.svg",{"text":287,"config":288},"最新情報を読む",{"href":289,"dataGaName":290,"dataGaLocation":44},"/ja-jp/the-source/","the source",{"text":292,"config":293,"lists":295},"会社情報",{"dataNavLevelOne":294},"company",[296],{"items":297},[298,303,309,311,316,321,326,331,336,341,346],{"text":299,"config":300},"GitLabについて",{"href":301,"dataGaName":302,"dataGaLocation":44},"/ja-jp/company/","about",{"text":304,"config":305,"footerGa":308},"採用情報",{"href":306,"dataGaName":307,"dataGaLocation":44},"/jobs/","jobs",{"dataGaName":307},{"text":269,"config":310},{"href":271,"dataGaName":272,"dataGaLocation":44},{"text":312,"config":313},"経営陣",{"href":314,"dataGaName":315,"dataGaLocation":44},"/company/team/e-group/","leadership",{"text":317,"config":318},"チーム",{"href":319,"dataGaName":320,"dataGaLocation":44},"/company/team/","team",{"text":322,"config":323},"ハンドブック",{"href":324,"dataGaName":325,"dataGaLocation":44},"https://handbook.gitlab.com/","handbook",{"text":327,"config":328},"投資家向け情報",{"href":329,"dataGaName":330,"dataGaLocation":44},"https://ir.gitlab.com/","investor relations",{"text":332,"config":333},"トラストセンター",{"href":334,"dataGaName":335,"dataGaLocation":44},"/ja-jp/security/","trust center",{"text":337,"config":338},"AI Transparency Center",{"href":339,"dataGaName":340,"dataGaLocation":44},"/ja-jp/ai-transparency-center/","ai transparency center",{"text":342,"config":343},"ニュースレター",{"href":344,"dataGaName":345,"dataGaLocation":44},"/company/contact/#contact-forms","newsletter",{"text":347,"config":348},"プレス",{"href":349,"dataGaName":350,"dataGaLocation":44},"/press/","press",{"text":51,"config":352,"lists":353},{"dataNavLevelOne":294},[354],{"items":355},[356,359,364],{"text":51,"config":357},{"href":53,"dataGaName":358,"dataGaLocation":44},"talk to sales",{"text":360,"config":361},"サポートを受ける",{"href":362,"dataGaName":363,"dataGaLocation":44},"https://support.gitlab.com","support portal",{"text":365,"config":366},"カスタマーポータル",{"href":367,"dataGaName":368,"dataGaLocation":44},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"close":370,"login":371,"suggestions":378},"閉じる",{"text":372,"link":373},"リポジトリとプロジェクトを検索するには、次にログインします",{"text":374,"config":375},"GitLab.com",{"href":58,"dataGaName":376,"dataGaLocation":377},"search login","search",{"text":379,"default":380},"提案",[381,383,388,390,394,398],{"text":73,"config":382},{"href":78,"dataGaName":73,"dataGaLocation":377},{"text":384,"config":385},"コード提案（AI）",{"href":386,"dataGaName":387,"dataGaLocation":377},"/ja-jp/solutions/code-suggestions/","Code Suggestions (AI)",{"text":107,"config":389},{"href":109,"dataGaName":107,"dataGaLocation":377},{"text":391,"config":392},"GitLab on AWS",{"href":393,"dataGaName":391,"dataGaLocation":377},"/ja-jp/partners/technology-partners/aws/",{"text":395,"config":396},"GitLab on Google Cloud",{"href":397,"dataGaName":395,"dataGaLocation":377},"/ja-jp/partners/technology-partners/google-cloud-platform/",{"text":399,"config":400},"GitLabを選ぶ理由",{"href":86,"dataGaName":401,"dataGaLocation":377},"Why GitLab?",{"freeTrial":403,"mobileIcon":407,"desktopIcon":412,"secondaryButton":415},{"text":46,"config":404},{"href":405,"dataGaName":49,"dataGaLocation":406},"https://gitlab.com/-/trials/new/","nav",{"altText":408,"config":409},"GitLabアイコン",{"src":410,"dataGaName":411,"dataGaLocation":406},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203874/jypbw1jx72aexsoohd7x.svg","gitlab icon",{"altText":408,"config":413},{"src":414,"dataGaName":411,"dataGaLocation":406},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203875/gs4c8p8opsgvflgkswz9.svg",{"text":200,"config":416},{"href":417,"dataGaName":418,"dataGaLocation":406},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/ja-jp/get-started/","get started",{"freeTrial":420,"mobileIcon":424,"desktopIcon":426},{"text":421,"config":422},"GitLab Duoの詳細について",{"href":78,"dataGaName":423,"dataGaLocation":406},"gitlab duo",{"altText":408,"config":425},{"src":410,"dataGaName":411,"dataGaLocation":406},{"altText":408,"config":427},{"src":414,"dataGaName":411,"dataGaLocation":406},{"button":429,"mobileIcon":434,"desktopIcon":436},{"text":430,"config":431},"/switch",{"href":432,"dataGaName":433,"dataGaLocation":406},"#contact","switch",{"altText":408,"config":435},{"src":410,"dataGaName":411,"dataGaLocation":406},{"altText":408,"config":437},{"src":438,"dataGaName":411,"dataGaLocation":406},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1773335277/ohhpiuoxoldryzrnhfrh.png",{"freeTrial":440,"mobileIcon":445,"desktopIcon":447},{"text":441,"config":442},"料金ページに戻る",{"href":188,"dataGaName":443,"dataGaLocation":406,"icon":444},"back to pricing","GoBack",{"altText":408,"config":446},{"src":410,"dataGaName":411,"dataGaLocation":406},{"altText":408,"config":448},{"src":414,"dataGaName":411,"dataGaLocation":406},{"title":450,"button":451,"config":456},"エージェント型AIがソフトウェア配信をどのように変革するかをご覧ください",{"text":452,"config":453},"GitLab Transcendを今すぐ視聴",{"href":454,"dataGaName":455,"dataGaLocation":44},"/ja-jp/events/transcend/virtual/","transcend event",{"layout":457,"icon":458,"disabled":14},"release","AiStar",{"data":460},{"text":461,"source":462,"edit":468,"contribute":473,"config":478,"items":483,"minimal":686},"GitはSoftware Freedom Conservancyの商標です。当社は「GitLab」をライセンスに基づいて使用しています",{"text":463,"config":464},"ページのソースを表示",{"href":465,"dataGaName":466,"dataGaLocation":467},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":469,"config":470},"このページを編集",{"href":471,"dataGaName":472,"dataGaLocation":467},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":474,"config":475},"ご協力をお願いします",{"href":476,"dataGaName":477,"dataGaLocation":467},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":479,"facebook":480,"youtube":481,"linkedin":482},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[484,529,582,625,652],{"title":186,"links":485,"subMenu":500},[486,490,495],{"text":487,"config":488},"プランの表示",{"href":188,"dataGaName":489,"dataGaLocation":467},"view plans",{"text":491,"config":492},"Premiumを選ぶ理由",{"href":493,"dataGaName":494,"dataGaLocation":467},"/ja-jp/pricing/premium/","why premium",{"text":496,"config":497},"Ultimateを選ぶ理由",{"href":498,"dataGaName":499,"dataGaLocation":467},"/ja-jp/pricing/ultimate/","why ultimate",[501],{"title":51,"links":502},[503,505,507,509,514,519,524],{"text":51,"config":504},{"href":53,"dataGaName":54,"dataGaLocation":467},{"text":360,"config":506},{"href":362,"dataGaName":363,"dataGaLocation":467},{"text":365,"config":508},{"href":367,"dataGaName":368,"dataGaLocation":467},{"text":510,"config":511},"ステータス",{"href":512,"dataGaName":513,"dataGaLocation":467},"https://status.gitlab.com/","status",{"text":515,"config":516},"利用規約",{"href":517,"dataGaName":518,"dataGaLocation":467},"/terms/","terms of use",{"text":520,"config":521},"プライバシーに関する声明",{"href":522,"dataGaName":523,"dataGaLocation":467},"/ja-jp/privacy/","privacy statement",{"text":525,"config":526},"Cookie 優先設定",{"dataGaName":527,"dataGaLocation":467,"id":528,"isOneTrustButton":14},"cookie preferences","ot-sdk-btn",{"title":89,"links":530,"subMenu":539},[531,535],{"text":532,"config":533},"DevSecOpsプラットフォーム",{"href":71,"dataGaName":534,"dataGaLocation":467},"devsecops platform",{"text":536,"config":537},"AI支援開発",{"href":78,"dataGaName":538,"dataGaLocation":467},"ai-assisted development",[540],{"title":541,"links":542},"トピック",[543,547,552,557,562,567,572,577],{"text":107,"config":544},{"href":545,"dataGaName":546,"dataGaLocation":467},"/ja-jp/topics/ci-cd/","cicd",{"text":548,"config":549},"GitOps",{"href":550,"dataGaName":551,"dataGaLocation":467},"/ja-jp/topics/gitops/","gitops",{"text":553,"config":554},"DevOps",{"href":555,"dataGaName":556,"dataGaLocation":467},"/ja-jp/topics/devops/","devops",{"text":558,"config":559},"バージョン管理",{"href":560,"dataGaName":561,"dataGaLocation":467},"/ja-jp/topics/version-control/","version control",{"text":563,"config":564},"DevSecOps",{"href":565,"dataGaName":566,"dataGaLocation":467},"/ja-jp/topics/devsecops/","devsecops",{"text":568,"config":569},"クラウドネイティブ",{"href":570,"dataGaName":571,"dataGaLocation":467},"/ja-jp/topics/cloud-native/","cloud native",{"text":573,"config":574},"コーディングのためのAI",{"href":575,"dataGaName":576,"dataGaLocation":467},"/ja-jp/topics/devops/ai-for-coding/","ai for coding",{"text":578,"config":579},"エージェント型AI",{"href":580,"dataGaName":581,"dataGaLocation":467},"/ja-jp/topics/agentic-ai/","agentic ai",{"title":583,"links":584},"ソリューション",[585,588,590,595,599,602,605,608,610,612,615,620],{"text":132,"config":586},{"href":127,"dataGaName":587,"dataGaLocation":467},"Application Security Testing",{"text":119,"config":589},{"href":103,"dataGaName":104,"dataGaLocation":467},{"text":591,"config":592},"アジャイル開発",{"href":593,"dataGaName":594,"dataGaLocation":467},"/ja-jp/solutions/agile-delivery/","agile delivery",{"text":596,"config":597},"SCM",{"href":116,"dataGaName":598,"dataGaLocation":467},"source code management",{"text":107,"config":600},{"href":109,"dataGaName":601,"dataGaLocation":467},"continuous integration & delivery",{"text":158,"config":603},{"href":160,"dataGaName":604,"dataGaLocation":467},"value stream management",{"text":548,"config":606},{"href":607,"dataGaName":551,"dataGaLocation":467},"/ja-jp/solutions/gitops/",{"text":171,"config":609},{"href":173,"dataGaName":174,"dataGaLocation":467},{"text":176,"config":611},{"href":178,"dataGaName":179,"dataGaLocation":467},{"text":613,"config":614},"公共機関",{"href":183,"dataGaName":184,"dataGaLocation":467},{"text":616,"config":617},"教育",{"href":618,"dataGaName":619,"dataGaLocation":467},"/ja-jp/solutions/education/","education",{"text":621,"config":622},"金融サービス",{"href":623,"dataGaName":624,"dataGaLocation":467},"/ja-jp/solutions/finance/","financial services",{"title":191,"links":626},[627,629,631,633,636,638,640,642,644,646,648,650],{"text":203,"config":628},{"href":205,"dataGaName":206,"dataGaLocation":467},{"text":208,"config":630},{"href":210,"dataGaName":211,"dataGaLocation":467},{"text":213,"config":632},{"href":215,"dataGaName":216,"dataGaLocation":467},{"text":218,"config":634},{"href":220,"dataGaName":635,"dataGaLocation":467},"docs",{"text":241,"config":637},{"href":243,"dataGaName":244,"dataGaLocation":467},{"text":236,"config":639},{"href":238,"dataGaName":239,"dataGaLocation":467},{"text":246,"config":641},{"href":248,"dataGaName":249,"dataGaLocation":467},{"text":254,"config":643},{"href":256,"dataGaName":257,"dataGaLocation":467},{"text":259,"config":645},{"href":261,"dataGaName":262,"dataGaLocation":467},{"text":264,"config":647},{"href":266,"dataGaName":267,"dataGaLocation":467},{"text":269,"config":649},{"href":271,"dataGaName":272,"dataGaLocation":467},{"text":274,"config":651},{"href":276,"dataGaName":277,"dataGaLocation":467},{"title":292,"links":653},[654,656,658,660,662,664,666,670,675,677,679,681],{"text":299,"config":655},{"href":301,"dataGaName":294,"dataGaLocation":467},{"text":304,"config":657},{"href":306,"dataGaName":307,"dataGaLocation":467},{"text":312,"config":659},{"href":314,"dataGaName":315,"dataGaLocation":467},{"text":317,"config":661},{"href":319,"dataGaName":320,"dataGaLocation":467},{"text":322,"config":663},{"href":324,"dataGaName":325,"dataGaLocation":467},{"text":327,"config":665},{"href":329,"dataGaName":330,"dataGaLocation":467},{"text":667,"config":668},"Sustainability",{"href":669,"dataGaName":667,"dataGaLocation":467},"/sustainability/",{"text":671,"config":672},"ダイバーシティ、インクルージョン、ビロンギング（DIB）",{"href":673,"dataGaName":674,"dataGaLocation":467},"/ja-jp/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":332,"config":676},{"href":334,"dataGaName":335,"dataGaLocation":467},{"text":342,"config":678},{"href":344,"dataGaName":345,"dataGaLocation":467},{"text":347,"config":680},{"href":349,"dataGaName":350,"dataGaLocation":467},{"text":682,"config":683},"現代奴隷制の透明性に関する声明",{"href":684,"dataGaName":685,"dataGaLocation":467},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"items":687},[688,690,693],{"text":515,"config":689},{"href":517,"dataGaName":518,"dataGaLocation":467},{"text":691,"config":692},"Cookieの設定",{"dataGaName":527,"dataGaLocation":467,"id":528,"isOneTrustButton":14},{"text":520,"config":694},{"href":522,"dataGaName":523,"dataGaLocation":467},[696],{"id":697,"title":9,"body":25,"config":698,"content":700,"description":25,"extension":24,"meta":704,"navigation":14,"path":705,"seo":706,"stem":707,"__hash__":708},"blogAuthors/en-us/blog/authors/amanda-rueda.yml",{"template":699},"BlogAuthor",{"name":9,"config":701},{"headshot":702,"ctfId":703},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1749660008/Blog/Author%20Headshots/amanda_rueda_headshot.png","73IHSOcUmhlsh9XDSEiyjs",{},"/en-us/blog/authors/amanda-rueda",{},"en-us/blog/authors/amanda-rueda","oWTvPkKdNmIvF6Spj5T_HWx1C29ptZ6HORAQ6XZRmGM",[710,725,738],{"content":711,"config":723},{"heroImage":712,"body":713,"authors":714,"updatedDate":716,"date":717,"title":718,"tags":719,"description":722,"category":11},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1773843921/rm35fx4gylrsu9alf2fx.png","GitLabのアジャイル計画体験が大幅に強化されます。 GitLab 18.10から導入される新しいワークアイテムリストと保存済みビューにより、長年要望の多かった2つの機能が実現します。すべてのワークアイテムタイプを一覧表示する統合リストと、カスタマイズしたリスト設定を保存して再利用できる保存済みビューです。\n\nこれらの機能により、以下のことが可能になります。\n\n* 日常のワークフローにおいて繰り返し設定する必要のあったフィルター設定が不要になります\n* チーム全体が統一された方法で作業を確認・評価できます\n* 標準化されたレポート作成やステータス確認が容易になります\n\n## ワークアイテムとは？\n\nこれまで、エピックとイシューはそれぞれ別のリストページに存在していたため、ユーザーはページ間を行き来する必要がありました。ワークアイテムリストは、エピック・イシューをはじめとするすべてのワークアイテムタイプを単一の統合リストにまとめ、異なるワークアイテムタイプごとにページを切り替える手間をなくします。\n\nこの機能は、今後提供予定のより高度な計画機能の基盤でもあります。すべてのワークアイテムタイプを一か所に集約することで、エピック・イシューなどのアイテム間の関係性や構造を一目で把握できる階層ビュー（テーブルビューなど）の実現への道が開かれます。\n\nリストビューや階層ビューにとどまらず、ボードなどの他の一般的なワークフローもこの統合された体験に組み込んでいく予定です。その結果、計画に必要なすべてのビューが一か所に集まり、保存済みビューを通じてチームと共有できるようになります。製品の異なる部分をまたいで移動する必要はなくなります。\n\nなぜ「イシュー」ではなく「ワークアイテム」と呼ぶのか、疑問に思われるかもしれません。簡単に言うと、「イシュー」という言葉は今後の展開に対応できないからです。近い将来、ワークアイテムタイプは、その名称も含めて自由に設定し、組織のプランニング階層に合わせてカスタマイズできるようになります。既存の名称に縛られた体験では、その柔軟性が損なわれてしまいます。「ワークアイテム」は、独自の裁量で作成できるモデルの基盤となる概念です。\n\n![ワークアイテムリストのビュー](https://res.cloudinary.com/about-gitlab-com/image/upload/v1774028606/ae9ugijwjsyv3ktiks0n.png)\n\n## ワークアイテムへの移行の背景は？\n\n2024年、私たちはワークアイテムフレームワークを基盤とした[GitLabにおける新しいアジャイル計画体験のビジョン](https://about.gitlab.com/blog/first-look-the-new-agile-planning-experience-in-gitlab/)を発表しました。その記事では、エピックとイシューが別々の体験として存在していたため、計画オブジェクト全体で一貫した機能を期待するチームとは齟齬が生じていたという核心的な問題を説明しました。その解決策といして登場したのがワークアイテムフレームワークです。一貫性を実現し、GitLabの計画ツール全体で新たな機能を実現可能にするために設計された統合アーキテクチャです。ワークアイテムリストと保存済みビューは、その道のりにおける一歩です。\n\n## 保存済みビューとは？\n\n保存済みビューを使用すると、フィルター・並び替え順・表示オプションを含むカスタマイズされたリスト設定を保存し、後から呼び出すことができます。日常的な確認作業を効率化し、チーム全体で一貫した標準的な作業確認方法をサポートすることを目的としています。\n\n![Saved view](https://res.cloudinary.com/about-gitlab-com/image/upload/v1774028606/izmg27ckskpkdofgvonr.png)\n\n## 今後の展望\n\nGitLabが行っている変更の理由を理解するには、GitLabが目指す先をイメージしていただくことが助けになります。\n\n目標は単なるワークアイテムリストではありません。現在のフィルタースコープを保持しながら、さまざまなビュータイプ（リスト・ボード・テーブルなど）をスムーズに切り替えられる計画体験の実現です。\n\nそこに保存済みビューを組み合わせることで、各ワークフロー専用のビューを作成できます。イテレーションプランニング、バックログリファインメント、ネストされたテーブルビューを使ったポートフォリオレベルの計画など、さまざまな用途に対応します。\n\n各ビューはすぐに使える状態で、フィルタリングや作業の表示方法が統一されており、チームと共有することができます。このフレームワークは、ボードのあらゆるワークアイテム属性に対するフルスイムレーンサポートなど、今後のより強力な機能実現への道も開きます。\n\n日々使用しているツールの変更が、作業の妨げになることは十分に理解しています。既存のエピックおよびイシューリストページを中心としたワークフローを構築されている場合、見た目や使い心地は変わるでしょう。決してその点を軽く考えているわけではありません。\n\nこの方針は短期間で決めたものではありません。長年にわたるフィードバック、ワークアイテムフレームワークへの多大なアーキテクチャ投資、そして統合された体験が長期的にチームをより良くサポートできるという確信を反映したものです。移行には慣れが必要だと思いますが、皆さまのご意見をもとに継続的に改善を重ねてまいります。\n\n## フィードバックをお聞かせください\n\nぜひこれらの新機能をお試しください。そして、ワークアイテムリストと保存済みビューについてのご意見を[フィードバックイシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/590689)にてお知らせください。皆さまのコメントが、これらの機能のさらなる改善につながります。",[715],"Matthew Macfarlane","2026-03-29","2026-03-23","チームの計画がはかどる、GitLab 18.10のアジャイル新機能",[22,720,721],"features","product","全ワークアイテムを1つのリストで管理し、よく使うビューを保存して再利用。チームの計画作業が格段に楽になります。",{"featured":14,"template":15,"slug":724},"agile-planning-gets-a-boost-from-new-features-in-gitlab-18-10",{"content":726,"config":736},{"title":727,"description":728,"heroImage":729,"date":730,"body":731,"category":11,"tags":732,"authors":734},"コンテキストスイッチを排除した効率的な計画","GitLab Duo Planner Agentが、プロダクトマネージャーとエンジニアリングマネージャーが最も重要な業務に集中できるよう支援し、タスクを簡素化して時間を節約する方法をご紹介します。\n\n","https://res.cloudinary.com/about-gitlab-com/image/upload/v1750098354/Blog/Hero%20Images/Blog/Hero%20Images/blog-image-template-1800x945%20%281%29_5XrohmuWBNuqL89BxVUzWm_1750098354056.png","2025-10-28","ソフトウェア開発チームは、難しいバランス調整に日々直面しています。数十ものタスク、限られた時間、そして次に取り組むべき適切な作業の優先順位を考えて選択するという絶え間ないプレッシャーです。\n\n要件の構造化、バックログの管理、リリースの管理、ステータス更新の作成といった計画のオーバーヘッドが、戦略的思考に費やす貴重な時間を奪っています。\n\nつまり、プロダクトを前進させる、高価値な意思決定に割ける時間が減少してしまうのです。\n\nそこで開発されたのが[GitLab Duo Planner](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/planner/)です。これは、[GitLab Duo Agent Platform](https://about.gitlab.com/ja-jp/gitlab-duo-agent-platform/)上に構築されたAIエージェントで、GitLab内で直接プロダクトマネージャーをサポートします。\n\nGitLab Duo Plannerは、単なる汎用的なAIアシスタントではありません。多くのお客様と同様に、日々こうした課題に直面しているGitLabのプロダクトチームとエンジニアリングチームが、計画ワークフローを最適化し、チーム連携と予測可能性を向上させながらオーバーヘッドを削減できるようにするために、特別に構築されたものです。\n\n## 計画を支援するAI\n\n既存の計画ワークフローには、3つの大きな問題があります：\n\n1. 計画のずれが生じやすい - 計画外の作業や放置された作業により、計画への信頼が低下する。\n2. デベロッパーの作業を中断させる - ステータス更新のための絶え間ない中断が、作業の流れを断ち切る。\n3. 不透明性 - 隠れたリスクが、手遅れになってから表面化する。\n\nチームの働き方を変革するGitLab Duo Plannerは、漠然としたアイデアを数分で構造化された要件に変換するなど、手動のオーバーヘッドを削減します。スプリントを脱線させる前に、隠れたバックログ問題を可視化し、RICEやMoSCoWフレームワークを即座に適用して、確信を持って優先順位付けの意思決定を行えます。プラットフォーム全体でGitLabコンテキストを認識しているため、GitLab Duo Plannerとのすべてのやり取りが時間を節約し、意思決定の質を向上させます。これは、GitLab固有の深いドメイン専門知識とコンテキスト認識をもたらす基盤となるエージェントアーキテクチャによって実現されています。\n\n## チームのために構築\n\nGitLab Duo Plannerは、作業アイテム（エピック、イシュー、タスク）を活用し、作業分解構造、依存関係分析、工数見積もりのニュアンスを理解するので、可視性、連携、デリバリーへの確信を高める上で最適です。\n\n* プラットフォームアプローチ - ポイントソリューションとは異なり、Duo Plannerは計画から開発、テストまで、GitLabプラットフォーム全体をオーケストレーションし、チームとワークフロー全体の可視性を向上します。\n\n* フローに組み込まれた設計 - ツール間のコンテキストスイッチや、必要な情報を取得するためにGitLabの複雑な階層をたどる必要がなくなります。Duo Plannerは、ソフトウェア開発ライフサイクル全体のユーザーからのコントリビュート、コラボレーション、透明性の維持を可能にします。\n\n* 時間と労力を節約 - Duo Plannerを使用して、繰り返しの調整作業からチームを解放し、デリバリーの予測可能性を向上させ、コミットメントの見落としを減らしながら、実際に成果を生み出す要素に集中できるようになります。\n\n## 複雑な計画をシンプルに\n\nGitLab Duo Plannerは、計画スコープ内で安全かつ制約された環境を提供し、プロジェクトの可視性を確保しながら、ソフトウェアの計画とデリバリーのさまざまな段階で支援します。\n\nエージェントは、次の6つのフローを支援します：\n\n* 優先順位付け - RICE、MoSCoW、WSJFなどのフレームワークを適用して、作業アイテムをインテリジェントにランク付け。\n\n* 作業分解 - イニシアチブをエピック、フィーチャー、ユーザーストーリーに分解して、要件を構造化。\n\n* 依存関係分析 - ブロックされた作業を特定し、アイテム間の関係を理解して、ベロシティを維持。\n\n* 計画 - スプリント、マイルストーン、または四半期ごとの計画を整理。\n\n* ステータスレポート - プロジェクトの進捗状況、リスク、ブロッカーのサマリーを生成して、デリバリーを追跡。\n\n* バックログ管理 - 古いイシュー、重複、または改善が必要なアイテムを特定して、データの健全性を向上。\n\n\n以下は、GitLab Duo Plannerがイニシアチブのステータスを確認する例です：\n\n\u003Cdiv>\u003Ciframe src=\"https://player.vimeo.com/video/1131065078?badge=0&autopause=0&player_id=0&app_id=58479\" frameborder=\"0\" allow=\"autoplay; fullscreen; picture-in-picture; clipboard-write; encrypted-media; web-share\" referrerpolicy=\"strict-origin-when-cross-origin\" style=\"position:absolute;top:0;left:0;width:100%;height:100%;\" title=\"GitLab Duo Planner Agent\">\u003C/iframe>\u003C/div>\u003Cscript src=\"https://player.vimeo.com/api/player.js\">\u003C/script>\n\n\u003Cp>\u003C/p>\n\nDuo Plannerは、現在のページコンテキストを持つDuo Chatサイドパネル内のカスタムエージェントとして利用できます。\n\n\u003Cp>\u003C/p>\n\n![Duo Plannerは、Duo Chatサイドパネル内のカスタムエージェントとして利用可能](https://res.cloudinary.com/about-gitlab-com/image/upload/v1761323689/ener1mkyj9shg6zvtp4f.png)\n\n\u003Cp>\u003C/p>\n\nエピックリンクを提供して、Duo Plannerにイニシアチブのステータスを尋ねてみましょう。\n\n![エピックリンクを提供してDuo Plannerにイニシアチブのステータスを尋ねる](https://res.cloudinary.com/about-gitlab-com/image/upload/v1761323689/gzv2xudegtjhtesz1oaz.png)\n\n\u003Cp>\u003C/p>\n\nすると、概要、マイルストーンの現在のステータス、進行中のアイテム、依存関係、ブロッカー、そして実行可能な推奨事項を含む構造化されたサマリーを受け取れます。\n\n![構造化されたサマリー](https://res.cloudinary.com/about-gitlab-com/image/upload/v1761323690/guoyqe1b9bstmbjzunez.png)\n\n\u003Cp>\u003C/p>\n\n次に、ステークホルダーと共有するためのエグゼクティブサマリーを依頼してみましょう。\nGitLab Duo Plannerは、何時間もの手作業での分析やレポート作成の労力を削減し、意思決定の迅速化とすべてのステークホルダーへの最新情報の共有を支援します。\n\n![エグゼクティブサマリーを依頼](https://res.cloudinary.com/about-gitlab-com/image/upload/v1761323689/xs9zxawqrytfu54ejx2b.png)\n\n\n\u003Cp>\u003C/p>\n\n![エグゼクティブサマリーの出力](https://res.cloudinary.com/about-gitlab-com/image/upload/v1761323690/bsbpvjaqnymobzg4knhu.png)\n\n\u003Cp>\u003C/p>\n\nGitLab Duo Plannerで試せるその他のプロンプトの例をいくつかご紹介します：\n\n* 「\"boards\"ラベルが付いたバグのうち、ユーザーへの影響を考慮して最初に修正すべきものはどれですか？」\n* 「これらのエピックを、第1四半期の戦略的価値に基づいてランク付けしてください。」\n* 「新機能に対して技術的負債の優先順位付けを支援してください。」\n* 「このユーザーストーリーを実装するために必要なタスクは何ですか？」\n* 「このプロジェクトの段階的アプローチを提案してください:（プロジェクトのURLを挿入）。」\n\n## 次のステップ\n\nGitLab Duo Plannerは、アジャイル環境で働くプロダクトマネージャーとエンジニアリングマネージャーに意図的に焦点を当てています。その理由は、特定性がパフォーマンスを向上させるからです。GitLabの計画ワークフローとアジャイルフレームワークについてDuo Plannerを深く学習させることで、汎用的な提案ではなく、信頼性の高い実行可能なインサイトを提供します。\n\nプラットフォームを進化させる中で、それぞれが特定のワークフローに最適化されつつ、統一されたインテリジェンスレイヤーに貢献する、専門化されたエージェント群を構想しています。今日のソフトウェアチーム向けプランナーは、AIがすべてのチームの作業優先順位付けを変革する道のりの始まりに過ぎません。\n\n> GitLabの既存のお客様で、独自のプロンプトでGitLab Duo Plannerを試してみたい場合は、前提条件、ユースケースなどを記載した[ドキュメント](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/planner/)をご覧ください。",[733,22,720,721],"AI/ML",[735,9],"Aathira Nair",{"featured":14,"template":15,"slug":737},"ace-your-planning-without-the-context-switching",{"content":739,"config":749},{"title":740,"description":741,"authors":742,"heroImage":743,"date":744,"body":745,"category":11,"tags":746},"GitLabで実現するサイロのないSAFe","Scaled Agile Framework（SAFe）をDevSecOpsプラットフォームのネイティブ機能にマッピングする方法と、そこから得られるメリットについて学びましょう。",[9],"https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097569/Blog/Hero%20Images/Blog/Hero%20Images/blog-image-template-1800x945%20%2811%29_2hcwWx49wQ7CHfvhhkVH6S_1750097569126.png","2025-04-08","あなたの組織がScaled Agile Framework（SAFe）を導入し、エンタープライズ規模へとスケールしようとするとき、何が起こるのか考えてみましょう。複数のチームが複雑な製品の開発に取り組んでおり、すべての作業を調整する手段が必要になります。しかし、ここでよくある問題が発生します。計画はあるツールで行い、実際の開発作業はまったく別の場所で進められているという状況です。\nこのような分断は、日常業務においてさまざまな問題を引き起こします。デベロッパーは複数のシステムを行き来し、プロダクトマネージャーは正確な進捗状況を把握できず、誰もが情報を手作業でほかの場所へとコピーすることに時間を浪費します。これこそがまさに、SAFeが解消しようとしている「分断された体験」の典型です。\nすでに開発チームがGitLabを使ってソースコード管理、CI/CD、セキュリティを行っている場合、SAFeフレームワークでの計画管理にもGitLabを活用できるのかどうか疑問に思うかもしれません。幸いなことに、GitLabのアジャイルプロジェクト管理機能はSAFeを強力にサポートしています。この記事では、GitLabがSAFeの各種概念やセレモニーとどのように対応しているのかを紹介します。しかも、すべてデベロッパーがすでに慣れ親しんでいる同じDevSecOpsプラットフォーム上で実現できます。\n## SAFeとは？\nSAFe（Scaled Agile Framework）は、アジャイルの考え方をスピードや方向性、顧客重視の姿勢を失うことなく、大規模な組織全体に広げるための手法です。少人数チームで使われる柔軟かつ反復的なアジャイルの進め方を、複数のチームやロードマップ、関係者を抱える大規模組織にも適用できるように設計されています。このフレームワークを活用することで、組織全体の方向性が揃い、計画と実行が一貫して進むようになります。プロダクトマネージャーにとっては、SAFeを導入することで、戦略と実行をしっかりつなげることができ、とにかく早くリリースするだけでなく、チームで方向性を揃え、優先順位に基づいて本当に出すべきものをリリースできるようになります。\nSAFeはサイロを減らし、チーム間のコラボレーションを促進するとともに、単なる作業の実行ではなく、「顧客が求める成果」を中心にチームをまとめます。GitLabにSAFeを統合すると、可視性、トレーサビリティ、成果のすべてが、1か所に集約され、その効果はさらに高まります。\n## GitLabにおけるSAFeの用語対応\nまず、SAFeの概念がGitLab内でどのように対応するかを確認しましょう。\n| SAFe | GitLab |\n| :---- | :---- |\n| Epic | トップレベルエピック |\n| Capability | サブエピック（レベル1） |\n| Feature | サブエピック（レベル2） |\n| User Story | イシュー |\n| Task | タスク |\n| Team | カスタムフィールド/範囲指定したラベル |\n| Sprint | イテレーション |\n| Program Increment (PI) | マイルストーン |\n| Value Stream | トップレベルグループ |\n| Agile Release Train (ART) | トップレベルグループ |\n\u003Cbr>\u003C/br>\nこの対応表をガイドとして活用すると、GitLabをSAFeの実装と連動させて構築できます。グループ構造を使うと、バリューストリームやART（Agile Release Train）単位で整理できます。また、最大7階層までネスト可能なエピックによる作業アイテムの階層構造により、複雑なプロダクトポートフォリオにも対応できる深さを備えています。ポートフォリオレベル（トップレベルグループ）、プログラムレベル（サブグループ）、チームレベル（プロジェクト）といった、どの階層で作業していても、GitLabの組織構造はSAFeの階層とぴったり合致します。\n## GitLabでのSAFeのセレモニーのサポート\nここからが本題です。GitLab上でSAFeのセレモニーを実際にどう実行するのか、順を追って見ていきましょう。\n### PIプランニング\nチーム間の調整と依存関係の管理を促進し、PIプランニングを成功させるために、GitLabでは以下のような機能が提供されています。\n* [ロードマップ](https://docs.gitlab.com/ja-jp/user/group/roadmap/)ビューを使用して、複数のチームや期間にわたるフィーチャーを可視化する\n* フィーチャーをPI[マイルストーン](https://docs.gitlab.com/ja-jp/user/project/milestones/)に割り当てる\n* 見つかったチーム間の[依存関係](https://docs.gitlab.com/ja-jp/user/project/issues/related_issues/#blocking-issues)を文書化し、視覚化する\nGitLabでは、エピックボード（チームごとの割り当てを表示するように設定可能）とロードマップビュー（ガントチャートのように時間軸でフィーチャーを表示）を使い分けることで、柔軟にPIプランニングを進めることができます。タイムラインかチーム構成のどちらに注目するかに応じて、プランニング中にビューを切り替えられます。\n![ロードマップビューとエピックボード](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097577/Blog/Content%20Images/Blog/Content%20Images/image3_aHR0cHM6_1750097576746.gif)\n\u003Cbr>\u003C/br>\n![ガントチャート付きロードマップビュー](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097577/Blog/Content%20Images/Blog/Content%20Images/image5_aHR0cHM6_1750097576747.png)\n### リファインメント\nプロダクトマネージャーにとって、効果的なリファインメントを行うには、フィーチャーのバックログを明確に把握しておくことが重要です。GitLabなら、リファインメントをそのままGitLab上で実施できます。会議中に1つのツールを更新して、その後に別のツールを更新する必要はもうありません。\nGitLabでは、以下の機能によってリファインメントを効率的に進められます。\n* 状態ごとにフィーチャーを整理できる[エピックボード](https://docs.gitlab.com/ja-jp/user/group/epics/epic_boards/)\n* ストーリーポイントを[概要](https://docs.gitlab.com/ja-jp/user/group/epics/epic_boards/#view-count-of-issues-weight-and-progress-of-an-epic)ビューで直接確認できる機能\n* 作業アイテムをその場で操作しながら、全体の文脈を見失わない包括的な[drawerビュー](https://docs.gitlab.com/ja-jp/user/group/epics/manage_epics/#open-epics-in-a-drawer)\n* エピックから[子イシュー](https://docs.gitlab.com/ja-jp/user/group/epics/manage_epics/#add-an-issue-to-an-epic)を直接作成・リンクできる機能\n![SAFe - 画像3](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097577/Blog/Content%20Images/Blog/Content%20Images/image2_aHR0cHM6_1750097576749.gif)\n### スプリント計画\n次のスプリントでチームが取り組む作業を決めるタイミングでは、GitLabの以下の機能を活用できます。\n* バックログを包括的に確認できる[イシューボード](https://docs.gitlab.com/ja-jp/user/project/issue_board/)\n* ボード上にユーザーストーリーの[合計ウェイト](https://docs.gitlab.com/ja-jp/user/project/issue_board/#sum-of-issue-weights)を直接表示\n* イシューを簡単にイテレーション間で移動できる機能\n* スプリント間のストーリー移動を効率化する折りたたみ可能なビュー\nつまり、すべてを1か所に集約して管理でき、プランニングミーティングではツールを行き来するのではなく、実際の計画に集中できます。\n![GitLabで行うスプリント計画](https://res.cloudinary.com/about-gitlab-com/image/upload/v1752378662/Blog/ynmq3wnf77yk6xkehkda.gif )\n* GitLabを活用したスクラムの進め方については、[こちら](https://docs.gitlab.com/ja-jp/tutorials/scrum_events/)のチュートリアルをご覧ください。アジャイルプランニングやスプリントの進捗管理におけるGitLabの便利な機能を詳しく確認できます。*\n### デイリースタンドアップ\nデイリースタンドアップでは、チーム全員がボードを囲んで、誰が何に取り組んでいるか、どこで詰まっているか、どの作業がレビュー待ちかを、すべて単一のビューで確認できます。GitLabでは、以下の機能が開発チームのデイリースタンドアップに役立ちます。\n* 現在のスプリントに絞った[イテレーションスコープ付き](https://docs.gitlab.com/ja-jp/user/project/issue_board/#iteration-lists)のボードを作成\n* 各カード上にストーリーポイント/ウェイトを直接表示\n* コンテキストを失わずに詳細にアクセスできる[drawerビュー](https://docs.gitlab.com/ja-jp/user/project/issues/managing_issues/#open-issues-in-a-drawer)の活用\n* [ヘルスステータス](https://docs.gitlab.com/ja-jp/user/project/issues/managing_issues/#health-status)でリスクのあるタスクをハイライト表示\n![デイリースタンドアップのボード](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097577/Blog/Content%20Images/Blog/Content%20Images/image4_aHR0cHM6_1750097576751.gif)\n### スプリントレビュー\nチームの進捗状況を継続的に把握したいですか？GitLabでは、以下のような包括的なメトリクスを利用できます。\n* イテレーションごとの[バーンダウンチャートおよびバーンアップチャート](https://docs.gitlab.com/ja-jp/user/group/iterations/#iteration-burndown-and-burnup-charts)\n* ベロシティのトラッキング\n* [リードタイムおよびサイクルタイム](https://docs.gitlab.com/ja-jp/user/group/value_stream_analytics/#lifecycle-metrics)のメトリクス\n* チーム単位でスコープ設定できるダッシュボード\nこれらの指標により、チームのスピードが上がっているか、どこでつまずいているか、そして次回のレトロスペクティブで話し合うべきポイントを明確に把握できます。\n![バーンダウンチャートとバーンアップチャート](https://res.cloudinary.com/about-gitlab-com/image/upload/v1750097577/Blog/Content%20Images/Blog/Content%20Images/image6_aHR0cHM6_1750097576755.png)\n## 統合プラットフォームが強みとなる5つの理由\nSAFeのセレモニーを管理できる計画ツールはたくさんあります。でも、GitLabが本当に他と違うと私が感じているのには、明確な理由があります。\n1. **頭の切り替えが不要** - 計画、コーディング、テスト、セキュリティのすべてを、1か所で完結できます。\n2. **すべてがつながっている** - 大きなエピックからコード、デプロイまで、作業の流れをたどれます。\n3. **全員が同じ認識を持てる** - デベロッパー、プロダクト担当、セキュリティチームが、同じツール上で連携できます。\n4. **完全な可視性** - ステークホルダーは、進捗の確認を1か所で行えます。\n5. **全体像が見える** - 計画と開発のメトリクスをまとめて確認できるため、本当の状況が明確になります。\nもしあなたの開発チームがすでにGitLabを使いこなしているなら、プランニングのためだけに別のツールへ切り替えたり、複雑なインテグレーションを無理やり組み合わせたりする必要はありません。SAFeプランニングをGitLabに取り込むことで、チーム全体にとってはるかにスムーズな体験が得られます。\n## 実装の原則\n私は従来型のSAFeツールからGitLabへの移行に取り組むチームと協力してきましたが、その経験から学んだことがあります。それは、以前のツールをそのまま再現しようとするのではなく、**それぞれのセレモニーが何を目的としているか**に注目することが重要だということです。\nGitLabの利点を最大限に活用しているのは、GitLabのネイティブ機能を素直に受け入れて、それに逆らわずに活用しているチームです。もちろん、SAFeの概念をどうマッピングするか、ワークフローをどう構築するかを最初に整理するには少し手間がかかります。しかし、一度その形ができてしまえば、プロセスは複雑になるどころか、むしろシンプルになります。\n成功のカギは、全員が従うべき規則を定義することです。どのラベルが何を意味するのか？ チームをどう追跡するのか？エピックとイシューにはそれぞれ何を入れるのか？こうした判断を事前に少し整理しておくだけで、複数ツール間の調整にかかっていた手間を解消できる、直感的なシステムが手に入ります。\n## 導入を始める\nさて、試してみる準備はできましたか？GitLabでSAFeを導入するためのステップは以下のとおりです。\n1. **構造を整える** - [組織構成](https://about.gitlab.com/ja-jp/blog/best-practices-to-set-up-organizational-hierarchies-that-scale/)に合わせて、グループやサブグループを作成します。\n2. **作業の詳細を定義する** - [エピック](https://about.gitlab.com/ja-jp/blog/best-practices-to-set-up-organizational-hierarchies-that-scale/)、[イシュー](https://docs.gitlab.com/ja-jp/user/project/issues/managing_issues/)、[タスク](https://docs.gitlab.com/ja-jp/user/tasks/)をどのように使い分けるかを定義します。\n3. **イテレーションを作成する** - [スプリントのスケジュール](https://docs.gitlab.com/ja-jp/user/group/iterations/#create-an-iteration-cadence)を設定します。\n4. **マイルストーンを追加** - GitLab上でプログラムインクリメント（PI）を表す[マイルストーン](https://docs.gitlab.com/ja-jp/user/project/milestones/#create-a-milestone)を作成します。\n5. **ボードを構築する** - セレモニーごとに異なるビューを用意します。\n6. **規則について合意する** - ラベルやカスタムフィールドの使い方を文書化し、チームで統一します。\nこれらのポイントを最初にしっかり考えておくことで、後々のトラブルや混乱を避けられます。そして、初日から完璧にする必要はないことを忘れないでください。運用しながら学び、必要に応じていつでも調整できます。\n## すべてをまとめる\nGitLabは、SAFeを実行するための堅実な基盤を提供します。特に、あなたの開発チームがすでにGitLabに慣れ親しんでいる場合には最適です。計画と開発を同じツール上で進めることで、煩雑なハンドオフが不要になり、コラボレーションが格段にしやすくなり、すべての動きがよりスピーディになります。\nGitLabのプランニングツールの魅力は、あなたのチームに合わせて柔軟にSAFeをカスタマイズできることです。 決められた型にはまる必要はありません。チームが成熟し、ニーズが変われば、それに応じて運用方法も進化させることができます。\n> サイロ化したプランニングにさよならして、もっと快適なワークフローを体験してみませんか？まずは[無料トライアルを開始](https://about.gitlab.com/ja-jp/free-trial/?hosted=saas)して、GitLabがどのようにSAFe導入を変革できるかを実感してください。\n*💡 このトピックに興味を持った方は、関連記事の[アジャイルソフトウェア開発におけるGitLabの活用法](https://about.gitlab.com/ja-jp/blog/gitlab-for-agile-software-development/)もぜひご覧ください*\n",[22,747,720,721,748],"DevSecOps platform","tutorial",{"slug":750,"featured":14,"template":15},"safe-without-silos-in-gitlab",{"promotions":752},[753,767,778,790],{"id":754,"categories":755,"header":757,"text":758,"button":759,"image":764},"ai-modernization",[756],"ai-ml","Is AI achieving its promise at scale?","Quiz will take 5 minutes or less",{"text":760,"config":761},"Get your AI maturity score",{"href":762,"dataGaName":763,"dataGaLocation":244},"/assessments/ai-modernization-assessment/","modernization assessment",{"config":765},{"src":766},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138786/qix0m7kwnd8x2fh1zq49.png",{"id":768,"categories":769,"header":770,"text":758,"button":771,"image":775},"devops-modernization",[721,566],"Are you just managing tools or shipping innovation?",{"text":772,"config":773},"Get your DevOps maturity score",{"href":774,"dataGaName":763,"dataGaLocation":244},"/assessments/devops-modernization-assessment/",{"config":776},{"src":777},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138785/eg818fmakweyuznttgid.png",{"id":779,"categories":780,"header":782,"text":758,"button":783,"image":787},"security-modernization",[781],"security","Are you trading speed for security?",{"text":784,"config":785},"Get your security maturity score",{"href":786,"dataGaName":763,"dataGaLocation":244},"/assessments/security-modernization-assessment/",{"config":788},{"src":789},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138786/p4pbqd9nnjejg5ds6mdk.png",{"id":791,"paths":792,"header":795,"text":796,"button":797,"image":802},"github-azure-migration",[793,794],"migration-from-azure-devops-to-gitlab","integrating-azure-devops-scm-and-gitlab","Is your team ready for GitHub's Azure move?","GitHub is already rebuilding around Azure. Find out what it means for you.",{"text":798,"config":799},"See how GitLab compares to GitHub",{"href":800,"dataGaName":801,"dataGaLocation":244},"/compare/gitlab-vs-github/github-azure-migration/","github azure migration",{"config":803},{"src":777},{"header":805,"blurb":806,"button":807,"secondaryButton":811},"今すぐ開発をスピードアップ","DevSecOpsに特化したインテリジェントオーケストレーションプラットフォームで実現できることをご確認ください。\n",{"text":46,"config":808},{"href":809,"dataGaName":49,"dataGaLocation":810},"https://gitlab.com/-/trial_registrations/new?glm_content=default-saas-trial&glm_source=about.gitlab.com/ja-jp/","feature",{"text":51,"config":812},{"href":53,"dataGaName":54,"dataGaLocation":810},1777493610684]