vuhungphan
No Result
View All Result
Thursday, February 2, 2023
  • SCRUM
  • PMP
  • EDTECH
  • ESPORTS
  • ESSAYS
vuhungphan
  • SCRUM
  • PMP
  • EDTECH
  • ESPORTS
  • ESSAYS
No Result
View All Result
vuhungphan
No Result
View All Result
Home Project management SCRUM

PSM II – PSM and PSPO

by hungphan
March 26, 2022
in SCRUM
0
168
SHARES
2.1k
VIEWS
Share on FacebookShare on Twitter
0%
0 votes, 0 avg
70
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30

PSM II – PSM and PSPO

Prepare for PSM II – PSM and PSPO

1 / 30

Scrum Team A and Scrum Team B are working on the same Product. Team A has decided that their Sprint Length is going to be 4 weeks long. Team B has decided that their Sprint length is going to be 2 weeks long. Team A and Team B can: (Choose all that apply)

Different Teams working on the same Product can:

  • Have different Sprint Lengths.
  • Have different Scrum Masters.
  • Have only one Product Owner.
  • Have a shared Definition of Done.

2 / 30

There should be only one “active / current” Product Goal at a time. This is the one Product Goal; the entire Scrum team focuses on.

1) Product Goals are like milestones on the Product roadmap. At any point in time, the next Product Goal is a single point to focus on for the Scrum teams. Product Goals are what the Scrum teams should work towards. For instance, if you put all your current work-in-progress on a Kanban board or look at all the items in a Sprint Backlog, they need to be all towards the next Product Goal. Getting teams to focus on the Product Goals keeps them focused on the product. This creates shared purpose.
2) A Product Backlog can have Product Backlog items which could tie to more than one Product Goals.
3) There can be only one “active / current” Product Goal at a time. This is the one Product Goal; the entire Scrum team focuses on.
4) During Sprint Planning, while considering Product Backlog items for a Sprint, the team should select the items which belong to that one “active” Product Goal.
5) During Sprint Review, the progress made towards the “active” Product Goal should be discussed.
6) If multiple teams are working, they should all work on the same “active” Product Goal.
7) During refinement, new Product Backlog items which tie to a different Product Goal could evolve. They should be placed in the Product Backlog.
8) As the Scrum Guide states, the Scrum team must fulfill (or abandon) one objective before taking on the next.

3 / 30

The Product Owner is also accountable for effective Product Backlog management, which includes: (Choose all that apply)

The Product Owner is also accountable for effective Product Backlog management, which includes:
1) Developing and explicitly communicating the Product Goal.
2) Creating and Clearly expressing Product Backlog items.
3) Ordering the items in the Product Backlog to best achieve goals and missions.
4) Optimizing the value of the work for the Developers to performs.
5) Ensuring that the Product Backlog is visible, transparent, and clear to all.

4 / 30

A Project Manager working with your Scrum Team has raised concerns about the progress made and the money spent, by the Scrum Team. What are the two best responses? (choose the best two answers)

The Product Owner and / or the Scrum Master should promote transparency by sharing the Product Backlog and ensuring all the stakeholders have the needed access to it. The Scrum Master and the Product Owner should always be open to discussing the impediments and forecast with the concerned parties.

5 / 30

What is the recommended size for a Scrum Team including the Product Owner and Scrum Master?

The Scrum Team is small enough to remain nimble and large enough to complete significant work within a Sprint, typically 10 or fewer people. Remember 10 is just a Guideline. A Scrum Team can be 11 people if needed but it should stay small enough to stay nimble.

6 / 30

Which activities does the accountability “functional manager” perform in Scrum?

A Scrum Team is a cohesive unit of professionals focused on one objective at a time, the Product Goal. The Scrum Team consists of the following accountabilities (previously known as roles):
1) One Product Owner.
2) Developers.
3) One Scrum Master.
No Project Managers or Functional Managers exist within the Scrum Team.

7 / 30

The Daily Scrum is the only time the Developers can meet to adjust their plan to deliver the Sprints work.

The Daily Scrum is not the only time Developers can adjust their plan. They often meet throughout the day for more detailed discussions about adapting or replanning the rest of the Sprint’s work.

8 / 30

The Sprint Goal and Definition of Done is crafted by:

During Sprint Planning the entire Scrum Team crafts the Sprint Goal.

The Definition of Done for an increment is part of the standards of the organization, all Scrum Teams must follow it as a minimum. If it is not an organizational standard, the entire Scrum Team must create a Definition of Done appropriate for the product.

9 / 30

One of the Pillars of the Empirical Process demands significant aspects to be defined by a minimum common standard, so observers share a common understanding of what is being inspected. This Pillar is:

The emergent process and work must be visible to those performing the work as well as those receiving the work. With Scrum, important decisions are based on the perceived state of its three formal artifacts. Artifacts that have low transparency can lead to decisions that diminish value and increase risk.

Transparency enables inspection. Inspection without transparency is misleading and wasteful.

Significant aspects of the process must be visible to those responsible for the outcome. Transparency requires those aspects be defined by a common standard, so observers share a common understanding of what is being seen.

10 / 30

When is the Sprint Goal created?

During Sprint Planning, the whole Scrum Team collaborates to define a Sprint Goal that communicates why the Sprint is valuable to stakeholders.

11 / 30

Who ensures that the Sprint Review meeting takes place?

Scrum Master ensures that the meeting takes place but does not have to be present in the meeting. The Scrum Master serves the Scrum Team in several ways, including:

  • Coaching the team members in selfmanagement and cross-functionality.
  • Helping the Scrum Team focus on creating high-value Increments that meet the Definition of Done.
  • Causing the removal of impediments to the Scrum Team’s progress.
  • Ensuring that all Scrum events take place and are positive, productive, and kept within the timebox.

12 / 30

Important decisions are made based on the state of the Sprint backlog, Product backlog and the Product Increment. Thus, these three artifacts should be extremely transparent. Artifacts having low transparency can lead to:

Important decisions are made based on the state of the Sprint backlog, Product backlog and the Product Increment. Thus, these three artifacts should be extremely transparent. Artifacts having low transparency can lead to decisions that diminish value and increase risk.

13 / 30

The purpose of the Sprint Review is to inspect the outcome of the Sprint. Scrum Teams demo the Sprints work which is already complete. No Adaption activities are done in Sprint Review.

A meeting / event called the Sprint Review is typically held at the end of the Sprint to:
1) Inspect the Increment.
2) Adapt the Product Backlog.
The purpose of the Sprint Review is to inspect the outcome of the Sprint and determine future adaptations.
The Sprint Review is a working session and the Scrum Team should avoid limiting it to a presentation.

14 / 30

A Good Scrum team would always have all the items in the Product Backlog complete.

A Product Backlog is never complete. The earliest development of it only lays out the initially known and best-understood requirements. The Product Backlog evolves as the product and the environment in which it will be used evolves. The Product Backlog is dynamic; it constantly changes to identify what the product needs to be appropriate, competitive, and useful. As long as a product exists, its Product Backlog also exists.

15 / 30

The Sprint Retrospective occurs:

The purpose of the Sprint Retrospective is to plan ways to increase quality and effectiveness.

The Scrum Team inspects how the last Sprint went with regards to individuals, interactions, processes, tools, and their Definition of Done. Inspected elements often vary with the domain of work. Assumptions that led them astray are identified and their origins explored. The Sprint Planning occurs after the Sprint Review and prior to the next Sprint Planning.

16 / 30

A finance company is developing a product / software. Functions within the product are complex and some of them take longer than a Sprint to develop. Regardless, the Scrum Team must deliver an increment of “Releasable” software every Sprint.

The term “potentially releasable” no longer used to describe the Increment. The Scrum Team should work on and deliver a product increment which usable and valuable at the end of every Sprint.

17 / 30

A HR (human resource) personal is looking to hire a new Scrum Team member. A few important skills that the HR personal should be looking for are: (Choose all that apply)

The Scrum guide states, “Scrum Team members respect each other to be capable, independent people, and are respected as such by the people with whom they work.” The guide also states, “Their primary focus is on the work of the Sprint to make the best possible progress toward these goals.”
Technical skills and domain knowledge are nice to haves, however not mandatory.

18 / 30

The number of items selected from the Product Backlog for the Sprint is solely up to the Developers. Based on the discussions with the product owner, the Developers can best assess what can be accomplished over the upcoming Sprint.

The number of items selected from the Product Backlog for the Sprint is solely up to the Developers. Based on the discussions with the product owner, the Developers can best assess what can be accomplished over the upcoming Sprint.
Selecting how much can be completed within a Sprint may be challenging. However, the more the Developers know about their past performance, their upcoming capacity, and their Definition of Done, the more confident they will be in their Sprint forecasts

19 / 30

There are 60 items selected in a Sprint. With 6 Developers each developer must at least select one or more Sprint Backlog items (ideally 10 for equal work distribution).

The Sprint Backlog is created during the beginning of the Sprint. The Sprint Backlog captures all the work which the developers identify as necessary, to meet the Sprint Goal.
The Sprint Backlog is a plan by and for the Developers. The Sprint Backlog is made up of:
1) The Sprint Goal.
2) The Product Backlog items selected for the Sprint.
3) The actionable plan for delivering them are together as an increment and realizing the Sprint Goal.
Each task in the Sprint backlog could be assigned to one developer or a pair of developers, but the ownership is still shared across all the Developers in the Scrum Team. Developers can assign or distribute the work as needed. (Self-managing)

20 / 30

Which of the following statements are true about the Sprint Retrospective?

In the Sprint Retrospective:
1) The Scrum team inspects how the last Sprint went with regards to individuals, interactions, processes, tools, and their Definition of Done.
2) The Scrum Team discusses:

  • What went well during the Sprint.
  • The problems they encountered.
  • How those problems were (or were not) solved.

The Scrum team identifies and orders the major items that went well along with the potential improvements.

21 / 30

Developers in a Scrum team are running short of time and will not be able to complete a few items which are the Sprint Backlog. They have decided to push off / postpone the testing for a few Product Backlog items and create new product backlog items (worth 0 points) just for testing these items in the next Sprint. Scrum allows this.

During the Sprint:

  • No changes are made that would endanger the Sprint Goal.
  • Quality should not decrease.
  • Scope may be clarified and re-negotiated between the Product Owner and Developers as more is learned.

The Product Backlog items should not be postpone the testing as it would compromise on the quality.

22 / 30

Who demonstrates the work the team has “Done” and answers questions about the Increment in the Sprint Review Meeting?

The purpose of the Sprint Review is to inspect the outcome of the Sprint and determine future adaptations. The Scrum Team presents the results of their work to key stakeholders and progress toward the Product Goal is discussed.

23 / 30

Who creates the commitments for the Scrum artifacts?

Artifact commitments are part of the existing artifacts and as such whoever is accountable for that artifact is accountable for that commitment. Product Goal is created by the Product Owner working with the Scrum Team. The Sprint Goal is created by the Scrum Team. And, the Definition of Done is created by the Scrum Team.

24 / 30

Who is responsible for all product-related activities from stakeholder collaboration, verification, maintenance, operation, experimentation, research, development, documentation and anything else that might be required?

The entire Scrum Team is:
1) Responsible for all product-related activities from stakeholder collaboration, verification, maintenance, operation, experimentation, research, development, documentation and anything else that might be required.
2) Accountable for creating a valuable, useful Increment every Sprint.

25 / 30

Who is accountable for the Scrum Teams effectiveness?

The Scrum Master is accountable for the Scrum Team’s effectiveness.

26 / 30

Developers in the Scrum Team have the capability to self-organizes to undertake the work from the Product Backlog (and move it to the Sprint Backlog). The process of moving the Product Backlog items from the Product Backlog to the Sprint Backlog is done during Sprint Planning and could be repeated as needed throughout the Sprint.

Developers in the Scrum Team self-organizes and selfmanage to undertake the work in the Sprint Backlog, during Sprint Planning and as needed throughout the Sprint. They coordinate with the Product Owner as needed.

27 / 30

Which of the following statements are true about the Daily Scum? (Choose all that apply)

The purpose of the Daily Scrum is:
1) To inspect progress made by the developers toward the Sprint Goal
2) Adapt the Sprint Backlog as necessary, adjusting the upcoming planned work.
The Daily Scrum is a 15-minute event for the Developers of the Scrum Team. To reduce complexity, it is held at the same time and place every working day of the Sprint.
If the Product Owner or Scrum Master are actively working on items in the Sprint Backlog, they participate as Developers

28 / 30

Who makes the Product Goal and is responsible for communicating it across the stakeholders?

The Product Owner is accountable for the development and communication of the Product Goal; however, they would work with the Scrum Team and stakeholders to make sure that it is clear and easy to understand.

29 / 30

An organization has recently started practicing Scrum. The Sprint Planning meetings have been taking a long time because the Scrum team members and stakeholders do not have the knowledge about the content or priority of the Product backlog items being considered. Whose responsibility is to prepare the Sprint Planning attendees to help with better discussions?

The Product Owner should ensure that attendees are prepared to discuss the most important Product Backlog items and how they map to the Product Goal.

30 / 30

Where are the requirements stored?

In Scrum, the source of all requirements and changes is the Product Backlog.

Your score is

LinkedIn Facebook Twitter VKontakte
0%

Tags: psm iiscrum
  • Trending
  • Comments
  • Latest

PSM I Mocktest

March 26, 2022

Advantages and Disadvantages of ELearning

March 16, 2022

PSM II – PSM and PSPO

March 26, 2022

Computer-Based Training vs. Web-Based Training

March 16, 2022

Kaban as a faster solution

0

Kanban quick-start guide

0

The Scrum Guide

0

Instructional Systems Design

0
Run away esports

“We didn’t run away from problems, we tried to solve them”. Ax1le on last season issues, disappointment in Rio, and personal growth

February 2, 2023

OPINION: Esports, taking politics seriously, and a goodbye

February 2, 2023

The sleeping Giants of VCT EMEA

February 2, 2023
csgo

How CS:GO maintains momentum as an esport and game

February 2, 2023

Recent News

Run away esports

“We didn’t run away from problems, we tried to solve them”. Ax1le on last season issues, disappointment in Rio, and personal growth

February 2, 2023

OPINION: Esports, taking politics seriously, and a goodbye

February 2, 2023

Categories

  • Blog
  • EDTECH
  • Esports
  • Essays
  • PMP
  • Project management
  • PSM I
  • PSM II
  • SCRUM
  • Scrum developer basics

Hi there. I'm Hung, in this website I share my experience in project management and edtech. Thanks for visiting.

© 2023 Vu Hung Phan - Personal site by Hùng Phan.

No Result
View All Result
  • SCRUM
  • PMP
  • EDTECH
  • ESPORTS
  • ESSAYS

© 2023 Vu Hung Phan - Personal site by Hùng Phan.