Scrum is an iterative method that belongs in the agile camp of how to manage and run projects. It can be used to manage almost any type of project, software, websites, hardware, marketing, event planning, etc.
So what is Scrum in Agile? Scrum enables self-organizing groups by promoting strong communication between the team members along with a few disciplines inside the project. The Scrum model suggests that each and every sprint begins with a short planning meeting and ends with a review. These are the fundamentals of the Scrum idea for project management.
If this is already familiar to you, here's a fast hack for Implementation of Agile with Scrum. The most appropriate projects for agile are ones with aggressive deadlines, a high degree of complexity, and a high degree of novelty (uniqueness) to them. We want to use agile when we are doing something that is new, or at least new to the team building it. If it's something the team has done before over and over then the team probably doesn't need an agile approach.
Scrum for beginners can be condensed into the following list:
Scrum visualized
So, agile is most appropriate on any urgent project with significant complexity and novelty – which includes software development and weddings.
Agile Scrum can be thought of as a framework for managing a process from beginning to end.
There are three distinct roles defined in Scrum:
Some of the key points of Agile Scrum methodology that many teams find attractive:
An example of a Story board
The following list will walk you through some of the main processes of Agile with Scrum.
The Sprint Planning meeting is the preliminary point of Scrum. It's the meeting where the entire Scrum team assembles; in collaboration with the Product Owner and the Scrum Master the team selects a user story from the backlog and the group brainstorms on it. Based on the conversation, the Scrum group decides the complexity of the story and decides if it should go into the sprint.
A typical backlog on the left, and the planned sprints backlog on the right.
As the title suggests, it's necessary for the team to complete work to progress on the project. The people on the team work on stories until they are done and then they move on to the next. Typically, the stories are arranged on a board with discrete steps, so it's easy to get a feel for how the sprint is progressing.
An example of a card or user story
Through the sprint cycle, each day the scrum team meets for maximum fifteen minutes (typically in the morning). This is also known as the daily standup meeting.
The agenda for the standup requires each team member to answer 3 things:
This daily team check-in is especially beneficial, as it helps create transparency around who's doing what, reveal any potential blockers, or re-plan things before it's too late.
After each sprint, the team holds a Sprint Review Meeting to demonstrate a working product increment to the Product Owner and everyone else who is interested. Clients, managers stakeholders, investors, and others are welcome to participate, as the meeting features a live demonstration, not a report. The Product Owner may verify the stories according to their acceptance criteria.
Through show-and-tell, the sprint review meeting answers the question if the team achieved the goal of the sprint and how many items were completed. Thus, everyone has a shared understanding of what has been accomplished during the sprint. A review of the budget and timeline may follow.
As the founders of Scrum believe, this is the opportunity for everyone to inspect and adapt the completed sprint.
Retrospective meeting occurs after the review meeting and is usually the last meeting in a sprint, where the Scrum group meets for about an hour to talk about the following points:
As the team reflects on what went well and what didn't, they find opportunities to improve. The format of the meeting can vary, but the goal of the retrospective always boils down to identifying things that the team should start doing, stop doing, and continue doing.
Here, we went through the main points of Agile with Scrum. If the description has aroused your interest, you can continue with our step-by-step guide on how to implement and get started with Scrum.
On the other hand, if Scrum doesn't feel right for your team, we also have a more general look into the space of project management methodologies, Agile vs. Waterfall, and all the major methods under each category. No method is the best, it all comes down to your combination of projects and team.
Like what you read? Here are some other articles you might also enjoy:
Lorem ipsum dolor sit amet, consectetur adipiscing elit
These Stories on Project & Resource Management
These Stories on Agile