What is Scrum? | Agile

Telusko
22 Jun 201909:46

Summary

TLDRIn this video, Davina Ad explains Scrum, a widely used Agile framework for software development. She covers the basics of Scrum, including its purpose, the importance of iterative development, and the concept of a Sprint. Key components like the Product Backlog, Sprint Backlog, Increment, and roles such as the Product Owner and Scrum Master are discussed. The video also touches on Scrum events like Sprint Planning, Daily Scrums, Sprint Review, and Retrospective, emphasizing the framework's focus on continuous improvement and adaptability.

Takeaways

  • πŸ˜€ Scrum is a widely used Agile framework for managing complex projects, especially in software development.
  • πŸ”„ Scrum is simple to understand but difficult to master, emphasizing iterative progress and continuous improvement.
  • 🌐 Scrum is used by approximately 90% of Agile teams, indicating its broad adoption in the industry.
  • πŸ“š Scrum has a single, definitive guide, ensuring consistency in its application across teams.
  • πŸš€ The Scrum framework involves breaking down product requirements into manageable chunks called 'Sprints', typically lasting one to four weeks.
  • πŸ“ˆ A Sprint is a time-boxed effort where a subset of the product backlog is selected and developed into a potentially shippable increment.
  • πŸ‘₯ Scrum roles include the Scrum Team (developers, testers), the Product Owner who represents stakeholders, and the Scrum Master who facilitates the process.
  • πŸ”„ After each Sprint, a Sprint Retrospective is held to discuss what went well and what could be improved, promoting continuous learning and adaptation.
  • πŸ“Š Scrum uses a Scrum Board to visualize the progress of the work, typically divided into 'To Do', 'Doing', and 'Done' columns.
  • πŸ” The 'Done' definition in Scrum is strict, meaning work is only considered done when it's fully completed and meets all requirements.
  • 🀝 Scrum teams are cross-functional and self-organizing, with each member capable of taking on various roles as needed to deliver the product increment.

Q & A

  • What is Scrum?

    -Scrum is a lightweight, simple to understand, yet difficult to master framework for developing products. It's widely used in the Agile methodology for software development.

  • Why is Scrum considered better for building products?

    -Scrum is considered better for building products because it allows for iterative development, enabling teams to deliver potentially shippable increments of the product in short cycles, typically every two to four weeks.

  • Who uses Scrum?

    -Scrum is used by approximately 90% of Agile teams worldwide, making it a widely practiced framework in the industry.

  • What is a Sprint in Scrum?

    -A Sprint in Scrum is a time-boxed period, typically one to four weeks, during which a team works to complete a set of predefined tasks from the product backlog.

  • What is the purpose of a Product Backlog in Scrum?

    -The Product Backlog is a list of all the requirements needed to complete the product. It is prioritized and maintained by the Product Owner and is the source from which tasks are selected for each Sprint.

  • What is the role of the Product Owner in Scrum?

    -The Product Owner represents the stakeholders and is responsible for maintaining the Product Backlog, ensuring it's prioritized, and providing clear requirements to the team.

  • What is the role of the Scrum Master?

    -The Scrum Master is responsible for ensuring the team follows the Scrum framework, facilitating meetings, and removing any obstacles that may hinder the team's progress.

  • What is the significance of the Increment in Scrum?

    -The Increment in Scrum is a potentially shippable product resulting from the completion of a Sprint. It represents the work done during that Sprint and is a tangible outcome that can be shown to stakeholders.

  • What is the purpose of the Sprint Retrospective?

    -The Sprint Retrospective is a meeting held at the end of each Sprint where the team reflects on what went well and what could be improved. It's an opportunity to commit to continuous improvement.

  • What is the Scrum Board used for?

    -The Scrum Board is a tool used to visualize the progress of the Sprint. It typically includes columns for To Do, In Progress, and Done, and helps the team track the status of tasks and identify any bottlenecks.

  • How does the Scrum team ensure that work is 'Done Done'?

    -In Scrum, 'Done Done' means that a task has been completed and meets all the criteria for being considered finished. This ensures that the work is not only completed but also meets quality standards and is ready for potential shipment.

Outlines

00:00

πŸ˜€ Introduction to Scrum

The video begins with an introduction to Scrum, a framework for agile software development. It is described as a lightweight and simple-to-understand yet challenging-to-master framework. The speaker mentions that Scrum is widely used, with an estimated 90% of agile teams employing it. The video aims to explore Scrum's definition, how it operates, and the roles and responsibilities within the framework. An example is given, illustrating how Scrum could be applied to build a product like Facebook, emphasizing the iterative and incremental nature of Scrum, where potentially shippable products are delivered in regular intervals, known as Sprints.

05:02

πŸ˜‰ Scrum Framework and Its Components

This paragraph delves deeper into the Scrum framework, focusing on the roles, artifacts, and events that constitute it. The speaker explains the importance of the Product Owner, who represents the client and stakeholders, and the Scrum Master, who facilitates the Scrum process and helps the team work effectively. The paragraph also discusses the Scrum team, which should be cross-functional and self-organizing, capable of handling various tasks without dependency on specific roles. The concept of a Sprint, which is a time-boxed period for completing work, is also covered, along with the process of planning, daily Scrum meetings, Sprint reviews, and retrospectives. The paragraph concludes with an explanation of the Scrum board, a visual tool used to track progress and manage work within the Scrum framework.

Mindmap

Keywords

πŸ’‘Scrum

Scrum is a lightweight framework for managing work on complex products, particularly in software development. It follows Agile principles and helps teams deliver products in iterative cycles called sprints. In the video, Scrum is introduced as the most widely used Agile framework, preferred for its simplicity but challenging to master.

πŸ’‘Agile

Agile is a methodology focused on iterative development, where solutions evolve through collaboration between cross-functional teams. It emphasizes flexibility, quick releases, and customer feedback. In the video, Agile is discussed as a necessary approach for modern software development, with Scrum being one of its primary frameworks.

πŸ’‘Sprint

A sprint is a set period (typically 1-4 weeks) in which a specific chunk of work is completed. It’s a central element of Scrum, where progress is made incrementally. The video explains that sprints allow teams to deliver potentially deployable products frequently, rather than waiting for the entire project to be finished.

πŸ’‘Product Backlog

The product backlog is a prioritized list of all the work that needs to be done for the product. It evolves as new requirements are added or existing ones are refined. In the video, the backlog is shown as the source from which sprint tasks are drawn, with flexibility to add new requirements over time.

πŸ’‘Sprint Backlog

A sprint backlog is a list of tasks that the team plans to complete during a specific sprint. It is a subset of the product backlog. The video describes how the team selects items from the product backlog for the current sprint based on what can be accomplished within the sprint’s timeframe.

πŸ’‘Increment

An increment is a functional version of the product that is delivered at the end of a sprint. It represents the progress made and could be a potentially shippable product. In the video, an example of an increment would be the ability for users to post feeds in a developing social media platform like Facebook.

πŸ’‘Scrum Team

A Scrum team is a small, cross-functional group of people who work together on a product. This typically includes developers, testers, and designers. The video emphasizes that Scrum teams are usually small (4-8 people) and are self-organizing, where everyone contributes to different aspects of development.

πŸ’‘Product Owner

The product owner is a key role in Scrum responsible for representing the client or stakeholders. They manage the product backlog and ensure the team is working on the right tasks that provide the most value. In the video, the product owner acts as the link between the client's needs and the development team's priorities.

πŸ’‘Scrum Master

The Scrum master ensures that the Scrum process is followed and helps remove obstacles that the team faces. They facilitate daily meetings, sprint reviews, and retrospectives, ensuring the team works efficiently. In the video, the Scrum master is portrayed as someone who protects the team from outside distractions and maintains focus.

πŸ’‘Sprint Retrospective

A sprint retrospective is a meeting held after each sprint where the team reflects on what went well, what didn’t, and how to improve. It aims to continuously refine the development process. The video discusses how the retrospective allows team members to share feedback and propose changes for the next sprint.

Highlights

Scrum is a widely used framework for implementing Agile methodology.

Scrum is a lightweight framework that is simple to understand but difficult to master.

90% of Agile teams use Scrum, making it the most popular framework.

Scrum.org defines Scrum as a better way of building products.

Scrum involves breaking down large projects into smaller, manageable sprints.

Sprints can last from one to four weeks, allowing for frequent product deliveries.

The Scrum framework includes roles such as the Scrum Team, Product Owner, and Scrum Master.

The Scrum Team is cross-functional, with members able to perform various tasks.

The Product Owner represents the client and is responsible for the product requirements.

The Scrum Master facilitates the Scrum process and clears obstacles for the team.

Scrum events include Sprint Planning, Daily Scrum, Sprint Review, and Sprint Retrospective.

The Daily Scrum is a 15-minute stand-up meeting for the team to discuss progress.

A Sprint Retrospective allows the team to reflect on what worked well and what can be improved.

The Scrum framework utilizes a Scrum Board to visualize the progress of the project.

The Scrum Board includes columns for Backlog, To-Do, In-Progress, and Done.

In Scrum, 'Done' means the product is fully functional and ready for potential deployment.

The Scrum framework encourages continuous improvement and adaptation.

Transcripts

play00:00

[Music]

play00:04

welcome back everyone

play00:06

my name is davina ad and in this video

play00:08

we'll talk about scrum now if you

play00:09

remember in one of the video we have

play00:11

talked about agile and we all know if

play00:13

you want to make modern software's in

play00:15

this world now we cannot directly go

play00:18

forward to fall we have to go for

play00:20

waterfall in iteration and we have

play00:22

talked about agile methodology and why

play00:24

to use them now one of the framework

play00:25

using which you can implement a child is

play00:27

scrum yes we have other options as well

play00:30

we have Kanban or we can go for XP but

play00:33

the widely used framework for agile is

play00:36

scrum but what a scrum

play00:38

now if you go to the website which is

play00:39

firm dot o-r-g they simply say it's a

play00:42

better way of building products now how

play00:44

will you define scrap so scrum is a

play00:46

framework of course it's a lightweight

play00:48

framework it is simple to understand

play00:50

but difficult to master you might be

play00:53

thinking who uses scrum scrum is used

play00:56

everywhere

play00:57

90% estimated agile team uses scrum it

play01:00

is practiced everywhere and the good

play01:02

thing is it has only one scrum guide so

play01:05

there's only one definition of it now if

play01:07

you want to understand what is RAM how

play01:09

it works what goes inside sperm

play01:11

framework and who is responsible to

play01:13

manage everything let's talk about this

play01:15

thing now if you can see the image here

play01:17

this is the official image from scrum

play01:19

hua ji so here what we have is so let's

play01:22

imagine you want to build a product you

play01:24

can go with any software let's talk

play01:25

about Facebook in this case now on

play01:28

Facebook you can see we have so many

play01:30

features right now imagine you do you

play01:32

don't have a Facebook in this world now

play01:33

you want to build your own Facebook now

play01:35

in this case of course you have so many

play01:37

requirement so you can just fire twice

play01:39

the requirements you have so news feeds

play01:41

are very important the chat window is

play01:43

very important or maybe the poor the

play01:45

showing of images showing of videos are

play01:47

very important so you can you know you

play01:49

can take all those things the important

play01:51

requirements then you can have the size

play01:53

requirements or you can just prioritize

play01:55

them so that's one thing right first of

play01:56

all you have to gate requirements and

play01:58

then you will start working on the

play01:59

acquirements but if you are following

play02:01

sperm scrum normally goes with Sprint

play02:03

now it is sprint so let's say the entire

play02:05

project might take one year but of

play02:07

course you will not be waiting for the

play02:08

entire year to deliver the product of

play02:10

course

play02:11

client will not be waiting for you to

play02:12

deliver product in one year so what if

play02:14

you can give something to your client

play02:16

every two weeks or maybe one week depend

play02:18

upon your speed so maybe after every

play02:20

week or two weeks or four weeks you will

play02:22

deliver a product now this can be a

play02:24

potentially deployable product but not

play02:26

every deployment or every product which

play02:29

you give to your client after four weeks

play02:30

will be deployed but it is potentially

play02:32

so if clients want to deploy it it's

play02:34

their choice right so if you want to do

play02:36

that what you will do is from the entire

play02:38

product requirement you have you will

play02:40

take some requirements for each week

play02:42

right so to understand that so if we

play02:44

have the first one here which is which

play02:46

week or normally called as a product

play02:47

backlog so we have the entire that log

play02:50

here which will have all the

play02:51

requirements from start to end you can

play02:53

add the requirement ATAR as well okay

play02:55

it's not that it is fixed you can add

play02:56

your requirements and that's why you can

play02:58

see these we have some small boxes there

play03:01

which are which we know so let's say we

play03:03

have a big requirement you have you can

play03:04

break it down for the current sprint or

play03:06

for the current week other requirements

play03:08

you can just have it as it is you don't

play03:10

know how to work on it or what are the

play03:12

sub parts of it we can define them later

play03:14

right but let's say if you have a module

play03:16

with you if you have a set of

play03:17

requirements with you which you can

play03:18

complete in one or two weeks or four

play03:21

weeks now that will define your spring

play03:23

time so one sprint is one week or two

play03:25

weeks or four weeks so let's say if you

play03:27

define for two weeks

play03:28

that's your first friend you will take

play03:30

some requirements from the backlog right

play03:32

and you will call the current sprint

play03:34

backlog so for two weeks right now it

play03:36

will of course it will have a less

play03:37

number of requirement but before that

play03:40

you have to also plan your sprint right

play03:42

what you will take and then what are the

play03:44

requirements we have for this so

play03:46

basically we got a product backlog then

play03:47

you have to plan and then you will get a

play03:49

sprint backlog now once you have a

play03:51

sprint backlog with you and now you have

play03:52

two weeks later this Monday and for next

play03:54

two weeks you have to work on this

play03:56

product so what you will do now you will

play03:57

start building the product but who will

play03:59

build it of course we'll talk about

play04:01

roles but basically we have a scrum team

play04:03

now if you if you are thinking we'll be

play04:05

having a big team and not exactly

play04:07

because we have talked about that in

play04:08

agile right you need a small team maybe

play04:10

around four to eight people max right so

play04:13

on average we go for six to seven people

play04:15

right that's the average we have so

play04:17

let's say you have a team with you now

play04:19

this team will work on the product and

play04:20

the first sprint let's say after two

play04:23

weeks you will give the first increment

play04:25

so what is the increment you can imagine

play04:26

this as a potentially shippable product

play04:29

okay so let's say if you are building

play04:31

Facebook you've got a first page where

play04:33

you can post feed so they can see feeds

play04:35

that's your first increment now this is

play04:37

not the actual Facebook which you wanted

play04:39

but you got something right you can

play04:40

deploy the product on first two weeks

play04:42

right so does the increment but it may

play04:44

happen that in your first friend you

play04:46

were not able to complete all this bring

play04:48

backlog now what you will do you will

play04:50

send the remaining backlog in the next

play04:52

sprint yes that is possible okay there

play04:54

is no hard and fast rule that had to

play04:56

complete that of course in the next

play04:57

sprint you will complete the backlog

play04:59

from the last sprint and you will take

play05:01

some extra from the product backlog

play05:03

right of course you have to break it

play05:05

down you have you take an aspirin sprain

play05:06

you have to plant first right

play05:08

but before even going for the next

play05:10

spring you have to do a Sprint

play05:12

retrospective now what is that now think

play05:14

about this when you are working on a

play05:15

product let's say up to you you have

play05:16

compared two weeks now in those two

play05:18

weeks in that first spring you

play05:20

understood something you have learned

play05:22

something you have you did something

play05:23

well this is what you do in the

play05:25

retrospective so normally you talk about

play05:27

what worked well you talk about what

play05:30

could be improved in the next point and

play05:31

then what will we commit to do in the

play05:34

next plane right and then all the team

play05:36

members they will have their own coming

play05:38

so in fact when we used to work on sperm

play05:40

so basically we should take sticky notes

play05:42

and we used to write the comments you

play05:44

know what what went well what is

play05:45

something we can do in the next next

play05:47

plane so you can post that on the board

play05:49

so that is basically your scrum

play05:51

framework so if we talk about the events

play05:53

here we have talked about we have a

play05:55

sprint and then you have to do sprint

play05:56

planning there will be a daily scrum

play05:58

that's something you have missed so

play06:00

every day for 15 minutes the team member

play06:02

will come together and they will discuss

play06:03

so this is basically a stand-up meter by

play06:06

Weiss tandem is because you don't have

play06:08

to waste your time discussing every

play06:09

aspect because the moment you sit on a

play06:11

chair your mind goes slow down and then

play06:14

you will talk about something else and

play06:16

then there will be a huge discussion so

play06:18

to solve that there will be a stand-up

play06:19

meet-up for max - max 15 minutes and

play06:21

then we have a sprint review and spring

play06:23

retrospective

play06:24

if we talk about this what are the

play06:26

documents you need or the artifacts you

play06:27

need the first thing you need is what a

play06:29

backlog we have talked about that this

play06:30

is the entire requirement you have then

play06:32

we have sprint backlog for

play06:34

the currents plane right and then we

play06:36

have increment which is this shippable

play06:37

product but we have one more question

play06:39

here what are the roles of people here

play06:40

example we have scrum team of course the

play06:43

scrum team will have developers testers

play06:44

apart from that we have two more

play06:46

important role here the first one is the

play06:49

product owner now who is the owner of

play06:50

the product of course not your client so

play06:52

product owner is someone who will

play06:53

represent a client or the stakeholders

play06:55

right so a client will give all the

play06:57

requirements and you will get

play06:59

requirements from the drug owner so the

play07:00

next one is very important is scrum

play07:02

master so who is this possible to manage

play07:04

the entire from working of course i

play07:07

development team you are focusing more

play07:08

on development work so we need someone

play07:10

who will manage this scrum meter we know

play07:13

stand-up meets and then retrospective

play07:15

and helping people achieving tasks that

play07:18

can be done by scrum master so the task

play07:20

of scrum master so they will be clearing

play07:22

the obstacles establishing an

play07:23

environment where the team can work

play07:25

effectively so they will be also

play07:26

operating the team from outside

play07:28

interruptions and distractions and this

play07:30

happens a lot right as the other per you

play07:32

want to focus on your work right I

play07:33

normally takes around half an hour for

play07:36

the developer to get into that zone

play07:37

right so when you start working on the

play07:38

machine it takes at least half an hour

play07:41

to get into that zone and at that point

play07:43

if you get a call if you at that time if

play07:44

someone says hey we have a meeting you

play07:47

have to go back and then when you come

play07:48

back you have to again spend 30 minutes

play07:50

just to get into that zone so scrum

play07:53

master will make sure that you don't

play07:54

have any distraction or unwanted

play07:56

meetings but what about development team

play07:58

do we really have let's say we have six

play08:00

people do we really have one tester one

play08:03

color per one deployer not exactly this

play08:06

is a cross-functional team basically

play08:08

every person should know everything so

play08:10

one person will know testing the same

play08:12

person can be developer the same person

play08:14

knows how to design a software right the

play08:16

advantage is if you are not depending on

play08:19

someone else if that wasn't not there in

play08:21

the office on that day you should not

play08:23

say no we don't have a tester so we

play08:24

can't test software you can't do it so

play08:26

the development team is self-organizing

play08:28

and cross-functional now how would you

play08:31

implement this now there's one important

play08:33

thing in scrum which is a scrum board so

play08:35

basically you know what is cram board so

play08:37

normally when you work on your

play08:38

requirements we have a team of six

play08:40

people right so you should know what is

play08:42

happening in the project so there should

play08:44

be a clear picture what is the progress

play08:46

right so let's say

play08:47

you have six people and they are walking

play08:48

so of course you have a sprint backlog

play08:50

there so you can create a boat something

play08:52

like this where you have the first

play08:54

column where you have the entire backlog

play08:56

then you can specify what you're

play08:59

currently working on that is a to-do

play09:00

list and then what is your current

play09:02

you're currently working on and what is

play09:04

done now that is very important here

play09:06

now when you say done ends in agile it

play09:08

should be done done right so there's a

play09:10

different definition for done if the

play09:12

product is not working it's not done

play09:14

okay so you you should not say these 75%

play09:17

initials it is not 80% done when you say

play09:20

this 100% done then it is done okay so

play09:23

that's something you can put in the last

play09:24

column so basically it is done upped it

play09:27

is tested I guess readied for shipment

play09:29

so that's is that is your dumb

play09:31

definition and if you can't do that

play09:33

you're basically following agile and you

play09:35

are working in this chrome flavor so

play09:37

that's about the scrum framework I hope

play09:39

you enjoyed it equivalent in the comment

play09:40

section and do subscribe for other

play09:42

videos regarding the having amazing

play09:44

series coming out of everyone

Rate This
β˜…
β˜…
β˜…
β˜…
β˜…

5.0 / 5 (0 votes)

Related Tags
Scrum FrameworkAgile DevelopmentProduct OwnerScrum MasterSprint PlanningDaily ScrumSprint ReviewRetrospectiveCross-functional TeamIncrement Delivery