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.


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



You are new to agile software development or Jira Software



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.