What is Agile? Flashcards

1
Q

What is the Agile Manifesto?

A

The Agile Manifesto is a collection of principles to help teams approach their work, specifically in uncertain environments.

The manifesto focuses on customer feedback, continuous improvements, avoiding waste, and collaboration, without going into the details of how these should be achieved. Teams are free to decide how they would like to implement agile in their work. While tools such as Kanban Boards and processes such as Scrum are often used by agile teams, they were not part of the Agile Manifesto. It is important to note that just because teams use these tools does not make them agile.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Which of the following is a guiding principle in agile?

a. Business people and developers must not interfere in each others’ work.
b. A team’s highest priority is to ship software on regular two-week schedules.
c. Face-to-face conversation is the most efficient way to convey information in a team.

A

c. Face-to-face conversation is the most efficient way to convey information in a team.

An agile team’s highest priority is to satisfy the customer through early and continuous delivery of valuable software. In the process, business people and developers must work together closely. According to the guiding principles of agile, face-to-face conversations are the most efficient and effective way to convey information to and within the development team.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Who usually comes up with an idea for what needs to be built and presents some requirements?

A

Product Manager

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

What is a PRD?

A

Product Requirements Document

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

What is an MRD?

A

Marketing Requirements Document

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

What are PRD and MRDs usually drawn from?

A

Was drawn from research and understanding of the needs of both the user and the business but in reality not so much

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

What was the original intention of agile?

A

To help teams build products in an environment where requirements kept evolving.

It wasn’t that engineers didn’t want to work with designers—they just didn’t want to waste time going back and forth between different stages. Agile was born out of frustration. In the waterfall method, engineers worked with detailed requirements and specifications. When requirements changed (which was often), it was hard to implement changes without messing up other aspects of the project. The agile methodology freed engineers from the shackles of the rigid requirements document, so that they could deliver, seek feedback and iterate to build better products.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Where does design fit in an agile team?

A

Throughout the software development process as an active participant in the agile team working alongside engineers.

Agile teams are collaborative and cross-functional, and so, designers must play an active role, working alongside engineers and business stakeholders throughout the product development process, and not just at the beginning or on an ad-hoc basis.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

What is a Scrum process?

A

Teams split their time up into short, fixed chunks, generally called “sprints.”

The most common sprint length seems to be two weeks, although it can be anywhere from one to four.

The team commits to a specific set of tasks that they expect to get done in that sprint, and at the end of the sprint, they have a retrospective meeting where they examine how things went.

Teams in Scrum work in a sprint and meet daily in “standup” meetings to keep track of the progress.

Teams in Scrum are cross-functional and autonomous, which means that, in theory, the team should get to decide together what they’re going to work on in each sprint. In reality, that varies a lot.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

What is Kanban?

A

The rule in Kanban is that you can’t be working on too many things at once, because it’s easier to get a thing all the way done if the team doesn’t have a million different things competing for their attention. Instead of committing to get a set number of things done in a specific amount of time, in Kanban, work is continuous and the tasks are simply all available in the order of priority. When somebody finishes a task, they can pick the next one up and get to work.

In Kanban, the important thing to do is to visualize the work and to limit the amount of work in progress. This is where kanban boards come from, and they’re a great tool for seeing how much is going on at any given moment on the team.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

What is Srumban?

A

What you’ll often see on agile teams is some combination of Scrum and Kanban. The most common mix is for teams to plan sprints that are tracked on a kanban board. Some teams are more disciplined about limiting works in progress. Some teams are very committed to finishing all tasks within a sprint.

The nice thing about agile methodologies is that they’re really meant to be adapted to the needs of your particular team, so if any tool in the box works for you, you use it. Scrum is no more or less “agile” than Kanban, and vice versa and Scrumban can be quite a useful tool for managing your team’s progress. They can all also be absolute nightmares and far too much process, depending on what you’re trying to get done and how you’re implementing them.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

What is the most agile approach?

A

to use whatever helps you make the best products in the most effective, efficient way.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

What are standups?

A

Standup meetings are often held either every day or on days without other major meetings. They are meant to be very quick, and they are held while standing up to reinforce that. Often they’re at the beginning of the day, but that’s up to the team.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

What is a very common form of standup?

A

A common form of the standup includes every member of the team very briefly stating the following three things:

  1. What I did since the last standup
  2. What I’m doing until the next standup
  3. Blockers
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

What are Blockers?

A

Blockers are defined as anything keeping team members from doing their work. For example, if you were a front-end engineer and were waiting for a back-end engineer to finish updating a database so that you could write the code for your task, you could say that that was a blocker.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

What is a backlog?

A

The backlog is the list of features you are actively planning to build. You shouldn’t confuse it with a roadmap, although some folks absolutely do.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

What does a backlog contain?

A

In an ideal world, your backlog contains task-level items that you have committed to building in the fairly near future. In the real world, your backlog may, in fact, contain years’ worth of work, most of which is simply a bunch of “great” ideas somebody once had about a cool new feature we might want. Again, there seems to be a fairly wide gulf between the theory and reality.

18
Q

Who is usually the person on your team that needs to make the decision about which bits of the backlog are important enough to go into the next sprint? and also decide if things should be removed from the backlog or deprioritized for some reason.

A

The people making these decisions tend to be some combination of scrum master, product owner, product manager, lead designer, and lead developer, but again, this varies quite a bit, since many teams don’t even have some of those roles.

19
Q

Backlog grooming should happen when?

A

Backlog grooming should happen before the planning meeting for the sprint. You can think of it this way. First, a small subset of folks on the team go through the things the team has committed to building and decides, based on a number of factors, what the most important things to build next are.

20
Q

What are Retrospectives?

A

Retrospectives are done at the end of the sprint for teams that are practicing scrum. It’s a time for the entire team to talk about what went well, what didn’t, and how to improve the process.

For example, if somebody got blocked on a task and couldn’t get unblocked, the team might acknowledge that and talk about what they wanted to do to make sure it didn’t happen again in the future. Or if the team wildly overcommitted to what they could accomplish during the sprint, they should definitely discuss that to see where the estimation went wrong and avoid it in the future.

21
Q

What are Demos?

A

Demos—short for “demonstrations”—are held at the end of every sprint, and they are intended to be a bit of a celebration. They’re where everybody gets to show off things they actually made.

Who gets to demo varies from team to team, just like everything else. On most teams we spoke with, only working software is allowed, which means that generally, it’s only engineers doing the demonstrations, and designers are merely spectators.

Demos can be your best chance to make sure that what engineering built matches what you, as a designer, expected. Hopefully, you will have been working closely with engineers as they build the product, but it’s always good to see a fully working walkthrough of a feature before it escapes into the wild.

22
Q

Why shouldn’t the scrum of scrums or team of teams meeting involve everybody on all the teams?

A

It can turn very quickly into complete chaos. Instead, teams tend to send a high-level representative or two to meet with their counterparts on other teams.

In practice, this meeting is generally made up of the product managers or product owners, sometimes joined by higher-level folks in the product department, getting together to set high-level strategy goals and make decisions that will have ripple effects across the whole product.

This is how, even in larger organizations, semi-autonomous teams keep track of what everybody else is doing, so nobody is surprised.

23
Q

Scrum is a project management methodology that…

a. Requires teams to be cross-functional and autonomous.
b. Focuses on breaking work down into small manageable chunks.
c. All of the above.

A

c. All of the above.

A Scrum team functions as an independent unit, with people from different functions. This helps the team take decisions without depending on people outside the team. The team breaks work into small chunks. At the end of the sprint, the team reviews the work done, and how they can improve the process.

24
Q

Why do teams use kanban boards?

a. To visualize work and limit work in progress.
b. To track how long people take to complete their work.
c. None of the above.

A

a. To visualize work and limit work in progress.

The idea behind Kanban is that team members should focus on a small set of tasks at any point in time. When people have fewer items on their plate, they can focus better and complete their tasks, as opposed to juggling between multiple tasks.

25
Q

What is the purpose of retrospectives?

A

To assess the sprint and identify what worked, what didn’t, and how the team can improve going forward.

A standup is a quick meeting to let team members know about what you are working on, and if you have any blockers. While sprint planning takes place at the beginning of the sprint, the team looks back at the sprint during a retrospective. Retrospective meetings help teams move forward by learning from the past.

26
Q

Who is a scrum master?

A

The scrum master on a team is responsible for the agility of the team.
They clear any obstacles for the team, help improve team dynamics, and protect the team from getting interrupted.

27
Q

Who is the product owner?

A

The product owner is generally in charge of managing the backlog. They make sure that all the tasks are clearly explained, that all acceptance criteria are provided to the team, and that priorities are clear and communicated.

28
Q

If there is no scrum master or product owner on your team who often plays that role?

A

Product manager, lead engineer, or engineering manager.

29
Q

Why is it important for an agile team to be cross-functional?

A

Agile teams should be able to operate as single, stable units.

An agile team takes complete ownership of their area of the product. The idea behind a cross-functional team is to involve all the relevant people in the team so that the team can focus on their product unhindered and produce better outcomes for users and the business.

30
Q

What is the difference between a product owner and a scrum master?

A

The product owner is responsible for what a team should work on, while the scrum master is responsible for how the team works.

The product owner and scrum master are roles in an agile team, not titles, and hence can be performed by different team members or even the same person. The product owner prioritizes tasks and manages the backlog, while the scrum master ensures that the team functions smoothly, clearing any obstacles and minimizing interruptions.

31
Q

What is the purpose of a kanban board?

A

To get an overview of which user stories the team is working on and their status.

The kanban board is a project management tool that helps teams get an overview of the status of different tasks. The team usually adds tasks to the board as user stories, after getting clarity on what they need to work on. The board is not a tool for brainstorming, or for measuring the number of or speed with which team members close tasks on the board.

32
Q

Which of the following is true about the backlog?

a. It refers to a set of user stories that the team is planning to work on.
b. It refers to a set of ideas and suggestions that aren’t ready to be implemented.
c. It refers to the tasks that were defined for the previous sprint and have been delayed.

A

a. It refers to a set of user stories that the team is planning to work on.

Teams sometimes place suggestions and ideas for what the team might do in the future, in the ice box column. The backlog, on the other hand, is the column in which the team adds all the tasks that they plan on working on in the near future. These are tasks that the team has not yet incorporated into the current sprint.

33
Q

What are some ways in which designers can work in an agile environment?

a. Involve engineers and product owners in ideation sessions.
b. Run cross-functional design sprints.
c. All of the above.

A

c. All of the above.

Agile methodologies do not specify design meetings. However, that should not stop designers from working in an agile environment. While there are no standard practices, cross-functional meetings and design sprints are some of the ways that designers have adapted to agile.

34
Q

Which of the following is true?

a. Designers and researchers typically set up their own practices and meeting schedules.
b. It’s best to let engineers set up practices and meeting schedules first via the product owner.
c. Design sprints are essentially the same as Scrum sprints, and so engineers should be fairly comfortable around design teams.

A

a. Designers and researchers typically set up their own practices and meeting schedules.

While design sprints and Scrum sprints sound similar, they are very different in terms of how they are run, the type of activities involved and the scope of problem-solving. Design sprints typically fit into typical Scrum sprints and so can help get all stakeholders to work together. This does not necessarily mean that engineers will be comfortable around design teams—that would depend a lot on the individuals in the team, and organizational culture, processes and attitudes.

In most teams, designers and researchers set up their own practices—this isn’t ideal, and we should try to integrate design in agile teams to truly be agile.

35
Q

Who developed the agile methodology?

A

It was developed by engineers who wanted to address the challenges of the waterfall development process and help teams work in uncertain conditions and constantly evolving requirements.

36
Q

What is the Agile Manifesto?

A

A collection of guiding principles, not a playbook of specific techniques for implementing agile methodologies.

37
Q

There is no one single way that agile teams must work. There are as many versions of agile as there are teams. but what is common to all agile teams?

A

they are cross-functional and autonomous units.

38
Q

Agile teams often employ what the project management methodologies?

A

Scrum and Kanban (or a combination, Scrumban). Both Scrum and Kanban have been around longer than agile, but simply using these methodologies does not mean that the team is agile.

39
Q

What are some of the most common meetings and processes in agile teams?

A

Some of the most common meetings and processes in agile teams include standups, backlog grooming, sprint planning, retrospectives and demos. Many of these are borrowed from earlier methodologies like Scrum.

40
Q

How does agile team often define tasks?

A

The agile team often defines tasks in terms of user stories. While there is no standard format for a user story, many teams write them along the lines of, “As a ___, I would like to ___, so that I can ___.”

41
Q

A design sprint is:

a. A variation of agile where the teams ensure designers are involved.
b. A required design meeting for agile teams.
c. A cross-functional activity that is compatible with agile.

A

c. A cross-functional activity that is compatible with agile.

A design sprint is an activity in which cross-functional teams aim to solve problems and test new ideas. It can be done independently of agile and just borrows the Sprint name to indicate that it’s timeboxed and typically done over the course of 5 or fewer days.