Close

アジャイル プロジェクト管理 - その概要と始め方

アジャイル型開発手法をソフトウェアチームに応用する方法

トピック一覧

どうしてアジャイル型のプロジェクト管理方法を選ぶのか

アジャイル型のプロジェクト管理は、反復的な方法でソフトウェア開発プロジェクトを管理し、継続的なリリースと顧客のフィードバックを各イテレーションに取り込むことに重点を置いています。

ソフトウェアチームはアジャイル型のプロジェクト管理方法を活用することによって、チームの開発スピード、コラボレーション、市場トレンドへの対応力を向上させています。

ここでは、アジャイル型のプロジェクト管理を始めたり、改善したりするために必要なあらゆる知識を得られます。

アジャイル プロジェクト管理の略歴

1940 年代のトヨタのリーン生産方式の概念を起源として、ソフトウェア開発チームは、絶えず変化する顧客のニーズに迅速に対応しながら、無駄を削減し、透明性を高めるためにアジャイル方法論を活用してきました。「ビッグバン」方式の立ち上げに重点を置いているウォーターフォール型のプロジェクト管理とは大きく異なり、アジャイル型はソフトウェアチームのコラボレーションを高め、これまでにないほど迅速なイノベーションの実現を促進します。

従来のアジャイル型プロジェクト管理は、スクラムおよびカンバンという、2 つのフレームワークに分類できます。スクラムは固定された期間のプロジェクトイテレーションに重点を置き、カンバンは継続的なリリースに重点を置いています。作業が完了すると、チームは即座に次のリリースに移行します。

アジャイル プロジェクト管理フレームワーク 1: スクラム

スクラムは、スプリントと呼ばれる、固定された期間の作業のイテレーションを採用しているアジャイル型プロジェクト管理のフレームワークです。各スプリントは、4 つのセレモニーで構成されています。

すべてはバッグログ、つまり完了させなければいけない一連の作業のログ作成から始まります。スクラムでは、2つのバックログがあります。1つはプロダクトバックログ (プロダクトオーナーが所有) で、優先順位付けされたフィーチャーのリストです。もう1つはスプリントバックログで、次のスプリントのキャパシティに達するまで、プロダクトバックログの一番上から課題を取り出すことによって処理されます。スクラムチームにはプロセス内のチームの利害関係に固有の独特な役割があります。一般的にはスクラムマスター (チームのスクラム方式の擁護者)、プロダクトオーナー (製品の代弁者)、およびスクラムチームで構成されます。スクラムチームは、多くの場合、s@#$ を完了させる責任を負う機能横断型のチームメンバーで構成されます。

スクラムの4つのセレモニー

スプリント計画 スプリントデモ デイリースタンドアップ ふりかえり
次のスプリントで完了するものを決定する、チームの計画ミーティング。 スプリントでリリースした成果物をチームに示す共有ミーティング。 スタンドアップとしても知られており、ソフトウェアチームの情報共有を図る 15 分間の短いミーティング。 処理でうまくいったことと、うまくいかなかったことをレビューして、次のスプリントの改善につなげます。

アジャイル プロジェクト管理フレームワーク 2: カンバン

カンバンは、作業をチームのキャパシティに合わせるアジャイル型プロジェクト管理のフレームワークです。物事を可能な限り早く完了させることによって、チームが変更に対してスクラムよりもさらに迅速に対応することを重視します。

スクラムと異なり、カンバンにバックログはありません (一般的な場合)。代わりに、作業は To Do 列に配置されます。これにより、カンバンチームは継続的なリリースに集中でき、いつでも完了することが可能になります。すべての作業は可視化され、範囲を決められ、実行可能な状態になっているため、あるものが完了すると、チームは即座に次の作業に移行します。作業量は、WIP 制限を通じてチームのキャパシティに一致させます。WIP 制限とは、同時に単一の列 (To Do 列を除く) に入れることができる、事前定義した作業量制限です。カンバンフレームワークには、次の 4 つのコンポーネントが含まれます。

カンバンの4つのコンポーネント

作業 (ストーリー)
のリスト

列またはレーン

進行中の作業の制限 (WIP)

継続的リリース

作業 (ストーリー) のリストは、完了させる必要がある課題またはタスクと定義されます。

カンバンボードで使用され、タスクを他のワークストリーム、ユーザー、プロジェクトなどから区別します。 チームのキャパシティに基づいて、完了させる作業量を制限するルール。 チームは WIP 制限内でストーリー量に取り組み、いつでもリリースできます。

アジャイル プロジェクト マネージャーの責務

ソフトウェア開発のサポートのためにどのようなアジャイルフレームワークを選択するにしても、今後の作業またはスプリントの計画を立てるには、チームの進捗状況を把握する方法が必要です。アジャイルなプロジェクト見積もりは、チームのキャパシティを理解するうえでスクラムおよびカンバンの両方のチームに役立ちます。アジャイルレポートは、チームの進捗を経時的に示します。バックロググルーミングによって、プロジェクトマネージャーは現在および準備が完了している作業のリストを維持し、チームの取り組みを支援できます。

Value stream management solutions

Value stream management solutions help leaders elevate value stream thinking across the organization to increase the effectiveness of their teams. Teams need real-time access to data and reporting to understand whether processes are running smoothly. They can use VSM tools to drive continuous improvement and correlate investments to customer value. 

VSM software solutions scale up collaboration without slowing teams down by:

  • Offering an integrated view that breaks down company silos 
  • Linking people, work, and time across every level of the company
  • Combining data from disparate sources like heterogenous toolchains
  • Creating a single source of truth without disrupting day-to-day operations
  • Continuously reinforcing Agile best practices
  • Working with the framework of your choice, such as SAFe, Scrum@Scale, LeSS, Disciplined agile, Spotify, or hybrids.
  • Providing tools for teams at every level - from executives through release trains
  • Proactively managing cross-team dependencies to improve predictability
  • Creating an environment of continuous improvement with shortened feedback loops
  • Measuring and analyzing the things that matter
     

VSM solutions allow teams to act autonomously to deliver customer-requested products, then analyze whether they resulted in tangible, measurable changes in customer experiences, and respond to what they learn.

 

Value stream metrics for measuring goals and progress

Many enterprises suffer from lack of visibility and comprehensive reporting, especially those that are highly matrixed. Value stream management solutions cut through silos, pulling together disparate data to provide you with the metrics you need and actionable insights.

Flow metrics

Flow metrics evaluate the rate of value delivery in relation to desired business outcomes. 

  • Flow velocity measures the number of units of value that are completed during a specific time period within a value stream. 
  • Flow time measures the time from when work is started on a unit of value within a value stream to when it is released to a customer. Excessive flow times can indicate inefficiencies or bottlenecks.
  • Flow load measures work in progress (WIP), a leading indicator that correlates to inefficiencies within a value stream. 
  • Flow efficiency measures the proportion of time that units of value are actively worked on compared to total flow time. A low flow efficiency may indicate lengthy wait times between steps causing large queues and more WIP. 
  • Flow distribution measures the ratio of the above flow items completed over a period of time. It is useful for prioritizing the work required to achieve corporate and team goals.

DORA metrics

DORA metrics evaluate and improve the effectiveness of DevOps teams.

  • Lead time for changes is the length of time between when a code change is committed to the trunk branch and when it is in a deployable state. 
  • Change failure rate is the percentage of code changes that require hot fixes or other remediation after production. 
  • Deployment frequency measures how often new code is deployed into production, and can be used to measure a team’s speed and agility.  
  • Mean time to recovery (MTTR) measures how long it takes to recover from a partial service interruption or total failure.

Objectives and key results (OKRs)

Enterprises need to keep work done by teams aligned with corporate goals. Objectives and key results (OKRs) have two components: the objective you want to achieve and the key results that measure success. The C-Suite sets high-level OKRs connected to the organization’s mission, vision, and core values. Individual teams decide how to achieve those goals by setting their own team-level OKRs. OKRs can be set on a quarterly basis to allow for quicker pivot or persevere decisions based on new data or market changes. OKRs are tracked so you can see the current status of activities, such as whether they are on time, at risk or blocked. 

How does VSM improve value realization?

Value realization focuses on making sure the right items are being worked on, they deliver what is intended, and they contribute to the next cycle of product development. While priority is typically given to developing new products or features rather than systemic improvements, a holistic view is required when making investments into features, defects, tech debt, and risk.

Value realization can be divided into two categories:

Outputs (value stream health)

Outputs are connected to the flow of work from idea to realization and delivery of a continuous stream of value for customers. Making improvements to the underlying delivery system (people, process, and technology) releases more time for value creation. By measuring work distribution and cycle times, teams can see how their actions impact their ability to deliver new features and increase capacity.

Outcomes (customer experiences) 

By measuring customer experience, teams can see if they delivered the desired customer value, such as increased customer usage or positive reviews. These metrics (based on data, feedback, and analysis) provide teams with information needed to make future decisions and investments.

 

綿密に計画を立てるのに使用されている作図ツール。

Jira プロジェクト管理テンプレートを無料で使い始める

強力なタスク管理と簡単な優先順位付けツールで、あらゆるプロジェクトのアクティビティを管理します。

Tamulyn Takakura
Tamulyn Takakura

アトラシアンの Open DevOps 担当シニア プロダクト マーケティング マネージャー。テクノロジー マーケティング、特にアプリケーション セキュリティと Dev (Sec) Ops での 10 年以上の経験を携えてアトラシアンに入社。Citrix、Codenomicon (現 Synopsys)、Prevoty (現 Imperva)、ForAllSecure で市場開拓戦略に貢献し、主導した。

FAQs

What is the difference between value stream mapping and value stream management?
  
What is the difference between value stream mapping and value stream management?

Value stream mapping is a technique used to identify the collection of processes (value stream) required to provide a product or service to a customer - from idea to delivery.

Value stream management is a way of working that incorporates mapping as one of the techniques that leads to continuous inspection and adaptation of an organization's value streams to optimize for customer experience and organizational performance. 

How are enterprise agility and value streams connected?
  

Value streams are an essential component of enterprise agility. Agile enterprises operate with cross-functional teams built around end-to-end value streams. The organization continually learns about its customers’ needs and develops innovative products and features accordingly.

Is there a downside to value stream management?
  

Change often makes people uncomfortable, even when it provides long-term benefits. Inefficiencies and waste uncovered during value stream mapping can shine a light on poor decision-making. 

アジャイルプロジェクト管理の記事

Solution page

Atlassian’s VSM Solution

Learn how Atlassian’s VSM Solution can help your organization deliver value to its customers.

Webinar

The secrets of value stream thinking

Learn how leaders can deliver meaningful outcomes to both the customer and the business by assessing how customer value flows through the organization.

Blog

Atlassian is part of the Value Stream Management Consortium

Learn how Atlassian strengthened our commitment to advancing value stream-centric ways of working.

Blog

Talking VSM: 3 tips for IT and DevOps leaders to engage the C-suite

Get tips on improving communications between business and technology leaders.  

Blog

VSM for banking: Creating magic for customers by prioritizing value

Learn how value stream management optimizes customer experiences and digital innovations.

Article

Value stream mapping

Learn more about value streams and how to map them in your enterprise.

Article

Flow Metrics

Learn how to measure the flow of value using flow metrics.

 

 

Article

DevOps metrics

Learn how to measure success in DevOps with DORA metrics.