tutorial

Learn scrum with Jira Software

スクラムプロジェクトの進め方ガイド

クレア・メイナード クレア・メイナード

スクラムのチュートリアル

In this tutorial, we'll give you step-by-step instructions on how to drive a Scrum project, prioritize and organize your backlog into sprints, run the Scrum ceremonies and more, all within Jira Software.

Time:

読む時間 10 分。2 週間で完了

 

Audience:

You are new to agile software development or Jira Software

 

Prerequisite:

You have created a Jira Software account

無料トライアル

スクラムとは何か

Scrum is an iterative software development framework. In this tutorial, you will have a backlog to prioritize your work into sprints, and a board with a simple workflow.

Step 1: Create a scrum project

Once you start an account of Jira Software and log in (link under prerequisite), you will have the option to create a project. When you're prompted to select a project type, ensure you select Scrum software development. Otherwise, you can learn how to start a Kanban project here.

スクラムボードは、スクラムソフトウェア開発プロジェクトで自動的に作成されます。プロジェクトを作成したら、スクラムボードの空のバックログが開きます。次に、プロジェクト、フィーチャー、または製品を完成するために必要なユーザーストーリーやタスクをバックログに配置する作業を開始できます。

ステップ 2:バックログでのユーザーストーリーまたはタスクの作成

In Jira Software, we call user stories, tasks, and bugs "issues". Quickly create a few user stories with the quick create option on the backlog. If you don't have a project or feature in mind, just create sample user stories to get started and see how it works.

Creating user stories | Atlassian agile coach
What are user stories?

In an agile framework, user stories are the smallest units of work. As a {type of user}, I want {goal} so that I {receive benefit}.

 

単純な例として、Web サイトを使用してユーザーストーリーを作成してみましょう。

 

来年の予算編成の参考として昨年の購入内容を確認できるように、顧客としてアカウントを作成したい。

 

ユーザーストーリーは、プロダクトオーナーが大まかに描いた後、プロダクトチーム全体が共同で詳細な要件を決定します。これらの細かい作業は、ストーリーとその後のスプリントの実装項目を定義するのに役立ちます。

Once you've created 6 or more user stories, you can start prioritizing your stories in the backlog. In Jira Software, you rank or prioritize your stories by dragging and dropping them in your backlog, in the order of importance that works for your team.

ステップ 3:ストーリーの予測

最初のスプリントを開始する前に、その作業量を完了するまでにどのくらい時間がかかるかを判断できるように、バックログでストーリーを予測することが重要です。

What is agile estimation?

Traditional software teams give estimates in a time format: days, weeks, months. Many agile teams, however, have transitioned to story points. Story points rate the relative effort of work in a Fibonacci-like format: 0, 0.5, 1, 2, 3, 5, 8, 13, 20, 40, 100. It may sound counter-intuitive, but that abstraction is actually helpful because it pushes the team to make tougher decisions around the difficulty of work.

また、見積りを行うことで、チームメンバーの数に基づいて次のスプリントに追加すべき作業量を判断するのに役立ちます。いくつかのスプリントを経験すると、チームは各スプリントで行える作業量を的確に判断できるようになり、オーバーコミットを防止できます。

In Jira Software, you can estimate issues by going to the backlog and entering a number in the Estimate field for each issue.

ステップ 4:スプリントの作成

バックログ内で最初のスプリントを作成し、スプリントに課題を整理する作業を開始できます。

What is a sprint?

In Scrum, teams forecast to complete a set of user stories during a fixed time duration, known as a sprint. Generally speaking, sprints are one, two, or four weeks long. It's up to the team to determine the length of a sprint — we recommend starting with two weeks. That's long enough to get something accomplished, but not so long that the team isn't getting regular feedback. Once a sprint cadence is determined, the team perpetually operates on that cadence. Fixed length sprints reinforce estimation skills and predict the future velocity for the team as they work through the backlog.

Creating a sprint | Atlassian Agile Coach

ステップ 5:スプリント計画ミーティングの開催

スプリントを開始する前に、チームの他のメンバーとスプリント計画ミーティングを開催する必要があります。このミーティングでは、優先順位付けしたバックログから、見積りが未完了のストーリーを見積って、チームから完了できる作業に関するコミットメントを得て、最終的に最初のスプリントを作成します。

休日や休暇予定など、チームの今後の休暇、さらにスプリントタスクの完了に影響を与える可能性のあるその他の課題も検討する必要があります。

また、ステップ 3 で、チームはストーリーポイントでその優先順位の順番でストーリーをすでに見積っているはずであることに注意してください。スプリント計画中には、おそらくストーリー見積り時に明確性が不足していたために見積りが完了していないストーリーのみを見積る必要があります。

スプリント計画ミーティングとは何か

Attendees: Required: development team, scrum master, product owner

 

When: At the beginning of a sprint.

 

Duration: Usually an hour per week of iteration – e.g. a two-week sprint kicks off with a two-hour planning meeting.

 

Agile Framework: Scrum. (Kanban teams also plan, of course, but they are not on a fixed iteration schedule with formal sprint planning)

 

Purpose: Sprint planning sets up the entire team for success throughout the sprint. Coming into the meeting, the product owner will have a prioritized product backlog. They discuss each item with the development team, and the group collectively estimates the effort involved. The development team will then make a sprint forecast that outlines how much work the team can complete from the product backlog. That body of work then becomes the sprint backlog.

ステップ 6:課題をスプリントにドラッグ & ドロップする

バックログは、最も重要なユーザーストーリーに優先順位付けができる場所です。スプリント計画ミーティングでは、最初のスプリントでどの課題を作業したいかを決定できます。これは、スコープクリープを回避するために重要です。チームがコミットする意思がある作業量と、スプリントで達成したい作業量について考えてみてください。

準備が完了したら、ストーリーを先程作成したスプリントにドラッグします。

ステップ 7:最初のスプリントの開始

スプリントに名前を付けます。チームの目標に基づいて、スプリントに名前を付ける場合もあります。スプリント内の課題の間に共通点がある場合は、そのテーマに基づいてスプリントに名前を付けます。そうでない場合は、スプリントに自由に名前を付けることができます。スプリントの期間、開始日と終了日を追加します。開始日と終了日は、チームのスケジュールに合わせる必要があります。たとえば、スプリントを月曜日に開始し、次の週の金曜日の朝に終了するチームもあります。週の中頃にスプリントを開始および終了するチームもあります。チーム次第で決めてください。スプリントにどのくらい時間をかけるべきか分からない場合は、2 週間を試してみることをお勧めします。

スプリントを開始したら、プロジェクト内の [Active sprints (アクティブなスプリント)] タブが開きます。

Active sprints | Atlassian Agile Coach

ここでは、チームは [To Do] 列から項目を選択し、[In-Progress (進行中)]、最終的には [Done (完了)] 列に移動します。

ステップ 8:毎日のスタンドアップミーティングの開催

スプリントを開始した後、チームは全員が取り組んでいるものを確認するために、通常は毎朝ミーティングをします。この目的は、チームの誰かにスプリントタスクの完了を妨げる障害が発生していないかを確認することです。

毎日のスタンドアップミーティングとは何か

Attendees Required: development team, scrum master, product owner Optional: team stakeholders

 

When: Once per day, typically in the morning

 

Duration: No more than 15 minutes. Don't book a conference room and conduct the standup sitting down. Standing up helps keep the meeting short!

 

Agile Framework: Scrum and Kanban. 

 

Purpose: The daily standup is designed to inform everyone quickly of what's going on across the team. It's not a full status meeting. The tone should be light and fun, but informative. Have each team member answer the following questions:

 

  • 昨日何を完了したか?
  • 今日何に取り組むか?
  • 何かにブロックされていることはあるか?

 

同僚の前で昨日完了したことを報告する暗黙の説明責任があります。常に同じことを行い、進歩しないチームメンバーには誰もなりたくなりません。

 

ProTip: Some teams use timers to keep everyone on track. Others toss a ball across the team to make sure everyone's paying attention. Many distributed teams use video-conferencing or group chat to close the distance gap. Your team is unique — your standup should be, too!

毎日のスタンドアップ中にスクラムボードのアクティブスプリントを使用して、各メンバーが取り組んでいるタスクを表示することができます。

バーンダウンチャートの表示

It's actually a good idea to check the Burndown Chart during a sprint. In Jira Software, the Burndown Chart shows the actual and estimated amount of work to be done in a sprint. To view this chart, click Reports from the sidebar, and then select the Burndown Chart from the reports dropdown.

バーンダウンチャートの内容とその解釈方法

バーンダウンチャートは、スプリントで行うべき実際の作業量と見積りの作業量を表示します。バーンダウンチャートの水平の x 軸は時間を示し、垂直の y 軸は課題を示しています。

 

バーンダウンチャートを使用して、スプリントの残りの全作業量を追跡し、スプリントの目標を達成できる可能性を予測できます。反復全体で残りの作業を追跡することで、チームは進捗状況を管理し、適切に対応することができます。

 

スクラムチームは開発活動を、時間枠を設けた複数のスプリントに分割します。チームはスプリントの開始時に、スプリント中に完了できる作業量を予測します。その後、バーンダウンチャートにより、スプリント全体で作業の完了を追跡します。x 軸は時間を、y 軸は未完了の作業量をストーリーポイントまたは時間数で示します。その後、スクラムチームはバーンダウンチャートを使用して、スプリントの終了までに、チームメンバーが予測した作業を完了するのにあとどのくらいかかるかを監視します。

 

常に予測どおりに作業を完了しているチームは、組織内で強力なアジャイルのお手本となります。ただし、まだ完了していない項目を数に入れて数字をごまかさないように注意しましょう。短期的には上手くいっているように見えますが、長い目で見れば学習と改善の妨げとなります。このシナリオでは、バーンダウンチャートを使用するチームには、計画どおりに作業を進め、最終的にスプリントの目標を達成するために必要なアクションを取るチャンスがより多くあります。

Agile burndown chart | Atlassian Agile Coach
注意すべきアンチパターン
  • チームがスプリントを次々と早期終了するのは、十分な作業を行っていないから。
  • チームのスプリントの予測が外れ続けるのは、コミットする作業量が多すぎるから。
  • バーンダウンラインが徐々に低下するのではなく急低下するのは、作業を細かく分割していないから。
  • プロダクトオーナーがスプリントの途中でスコープを追加または変更してしまう。

ステップ 9:スプリントの完了

スプリントの終了時にスプリントを完了する必要があります。

スプリントを完了したら、スプリントレポートをレビューすることができます。

スプリントレポートの内容とその解釈方法

スプリントレポートには、完了した作業、未完了の作業、スプリント開始後に追加されたすべての作業が一覧表示されます。

 

確認事項:

 

  • チームはスプリントの予測に間に合ったか?
  • スプリントの途中で追加または削除した作業はあったか?
  • スプリントの期間内に完了できなかった作業はあったか?
  • 該当する場合、その理由は?

 

Goal: Understand how the sprint forecast compared to the actual delivery.

ステップ 10:スプリントのふりかえりミーティングの開催

スプリントが完了した後に、チームにふりかえってもらいます。ふりかえりの内容はどこかで文書化してください。Confluence をお勧めします。

スプリントのふりかえりミーティングとは何か

Attendees Required: development team, scrum master, product owner.

 

When: At the end of an iteration.

 

Duration: 60 minutes.

 

Agile Framework: Scrum and Kanban. Scrum teams do sprint retrospectives based on a fixed cadence. Kanban teams can benefit from occasional retrospectives, too.

 

Purpose: Agile is about getting rapid feedback to make the product and development culture better. Retrospectives help the team understand what worked well–and what didn't.

 

ふりかえりは、アクションを行わずに苦情を伝えるだけの時間ではありません。ふりかえりを使用して何が上手く行っていたかを見つけ出し、チームがそれらの分野に引き続き集中できるようにします。また、何が上手く行かなかったかを見つけ出し、クリエイティブなソリューションの発見とアクション計画の作成に時間をかけます。継続的な改善により、アジャイルチームは開発を維持して推進することができます。ふりかえりはその重要な部分です。

 

確認事項:

 

  • スプリント中に上手く機能したのは何か?
  • 改善できる点は何か?
  • 次回の作業では何を改善するか?

 

ProTip: Even if things are going well across the team, don't stop doing retrospectives. Retrospectives provide ongoing guidance for the team to keep things going well.

ステップ 11:ステップ 4 からの繰り返し

この時点で、ユーザーストーリーを含めたバックログの作成、スプリントへのユーザーストーリーの整理、スプリントの開始、スクラムセレモニーの実施に関する基礎を習得しました。これがチームで上手く機能しているか、またはさらに高度なトピックに進んで学習するかをここで決断できます。

 After you and your team have mastered the steps above. Move on to the advanced article: How to do advanced scrum practices with Jira Software.