CMSI 543 / SYEG 557: Welcome to Week 13
This Week's Class Agenda
- Announcements
- 20 Questions ~
Animal, Vegitable, or Scrum?
- Other Agile Applications
- Video Links Revisited
- Discussion in Groups
- Back in Main Group Discussion
- Project Work Time
Twenty Question Scrum Review
Here are 20 questions about Scrum which will help you review and retain your knowledge about general Agile
topics! The answers are available here, but try to answer them
without looking first.
- The product backlog should be ordered on the basis of:
- The value of the items being delivered
- The complexity of the items being delivered
- The size of the items being delivered
- The risk associated with the items
- The Scrum Team's choices
- When is a Sprint Retrospective ceremony performed?
- Whenever the team suggests
- At the end of each Sprint
- Whenever needed
- Whenever the Product Owner suggests
- Whenever the Scrum Master suggests
- What should a Development Team do during a Sprint Planning meeting when they have realized that they
have selected more than the items they can complete in a Sprint?
- Get more developers onboard
- Seek help from the other Scrum Team Members
- Work overtime
- Inform the Product Owner
- Remove some of the Sprint Backlog Items
- What are the main responsibilities of a self-organizing development team?
- Develop the Sprint Backlog items
- Estimate the items to be picked up for the upcoming Sprint
- Monitor the Project's performance and send a report to stakeholders
- Create new Product Backlog items
- Tasking the current Sprint Items
- What are the main responsibilities of a Scrum Master?
- Removing Impediments
- Facilitating meetings as and when they are requested
- Helping the Product Owner order the Product Backlog
- Consulting the Development Team and Product Owner
- Bridging the Gap between the Team and the Customer
- What is the significance of determining a Definition of Done?
- Determines the objective behind each sprint
- Determines the number of tasks being completed for each Sprint Backlog item
- Increases Transparency
- Delivered Increments are more effective and potentially releasable
- Develops a common understanding amongst all the team members as to what all needs
to be completed to mark every item complete
- What is a Sprint Review?
- An activity to Introspect and Adapt
- An activity to improve Scrum Processes
- An activity to seek approval for the work done
- An activity to plan for the next Sprint
- An activity to plan for the release
- Who should ALWAYS attend the Daily Standup meeting?
- The Development Team
- The Scrum Team
- The Development Team and the Product Owner
- The Development Team and the Scrum Master
- The Scrum Team and the Stakeholders
- What should be the size of the Development Team?
- 5 ± 3
- 5 ± 4
- 6 ± 4
- 6 ± 3
- 6 ± 2
- Which of the following activities is not timeboxed?
- Sprint Retrospective
- Sprint
- Product Backlog Refinement
- Daily Scrum
- Sprint Review
- Which of the following is delivered at the end of the Sprint?
- A document containing test cases for the current sprint
- An architectural design of the solution
- An increment of Done software
- Wireframes designs for User Interface
- In an Agile environment, what is the main responsibility of a tester?
- To create test scenarios and test cases
- To find bugs/defects
- To create automation scripts
- To send test execution reports to the stakeholders
- There is no role as a Tester in Scrum
- When can a Sprint be canceled?
- When the Sprint items are no longer needed
- A sprint can never be canceled
- When development is unable to complete the work
- When information that is required to start the development is not available
- Whenever the Product Owner says
- Who is responsible for measuring the Project's performance?
- The Scrum Master
- The Delivery Manager
- The Product Owner
- The Development Team
- The Scrum Team
- What does a BurnDown Chart display?
- Project Progress
- Amount of remaining work with respect to time
- The velocity of the team
- The capacity of the team members
- How many more items can be picked up in a Sprint
- In Scrum, when is a Sprint Over?
- When all the Sprint Backlog Items are completed
- When the Product Owner suggests
- When all the Sprint Backlog tasks are completed
- When the final testing is completed
- When the time box expires
- What is done during a Sprint Review Meeting?
- Demo of the Increment
- The team discusses improvements that can be applied to upcoming sprints
- The team presents the Project's performance to the Stakeholders
- The team inspects progress towards the Sprint Goal
- The team discusses the architectural and technical aspects of the project
- What is meant by a
Cross-Functional Development Team
?
- Each of the Development Team members should be cross-functional
- The developers should able to create test cases and execute them
- The Development Team should collaborate with other Development Teams
- The Development Team consist of Developers and Testers
- The Development Team should have all the skills necessary to deliver the
Done Increment
- What happens when all the Sprint Items cannot be completed?
- The Sprint should be extended
- The Sprint ends with the done items
- The Sprint should be canceled
- The unfinished Sprint items should be removed from the Sprint Backlog
- The unfinished items should be placed at the start of the next sprint
- What activities are a part of Product Backlog Refinement?
- Estimating the Product Backlog Items
- Ordering of the Product Backlog Items
- Creating the Definition of Done
- Creation of tasks
- Brainstorming on the Product Backlog Items
Other Agile Applications
One thing that is important to understand is that successful product deployment DOES NOT mean the end
of the project. There are still other activities which will be ongoing, not only in the organization as
a whole, but with that product in particular. Such additional activities as maintenance,
support, upgrades, and marketing new features can keep
a product on the boards for a while, along with the team members needed to supoort those activities.
One thing that is critical to success of this product afterlife
is, as always, customer
involvement. We need to be focused on what the customers are looking for, so that we can provide
continuing business value with the product, or even extend that product into new areas. We also need to be
on the lookout for NEW customers, and we must keep tabs on the marketplace in
general, so that our product doesn't become obsolete before its time, and that it isn't Overcome
By Events [OBE]. We must ensure we are building the right thing
.
Two activities can help with this effort: discovery, which is about listening to customers
and other [possible] stakeholders, and validation, which is about confirming what you've
learned during discovery.
Discovery
The most common way of finding out more about what customers and others want and need is to conduct an
interview. In this activity, the Product Owner should spend time with the stakeholders, asking them some
open-ended questions about what they feel their challenges are, or what particular problems they would
like to solve. The questions should be designed to get the stakeholders to talk, to open up about what
they feel is important, and reveal what are known as their pain points.
It is also critical during this activity to carefully select the members of the
panel. You want various viewpoints from different sources. Existing customers should definitely be
included, since they are familiar with your product's strengths and weaknesses. You should also include
potential customers who will help your product expand and remain relevant in the market. Be careful about
including people who have complaints or gripes about your products; although they can provide useful intel,
their perspective may not be focused on product improvement to the extent that this data-gathering activity
requires. While it is good to have a dissenting opinion, the discovery should maintain a positive focus
on meaningful improvements in the context of the marketplace, not just assuaging a particular user's
gripe about the product.
Validation
In this case, the term validation
isn't strictly about building the right thing
as if from a
testing point of view, but rather from a marketplace point of view. One of the
best [and most common] ways to do this is through use of a survey.
The trick with surveys is to make sure you have a large enough sample
so that you get statistically
significant results. Typical survey response rates are between 10% and 30%, so you need to allocate
sufficient time and resources [incentives]. Many companies conduct surveys only with their existing
customers. However, even though they are most likely to respond since they have knowledge of the product,
but they don't represent a broad enough population to ensure meaningful results in all cases. Remember
that the Discovery phase produces qualitative information, and the Validation
phase produces quantitative information. Feelings vs. numbers.
Good Product Owners will rely on a wide set of resources, including market data from known companies such
as Garner.com and
Forrester.com who invest significant time and resources to gather
statistically significant data about many different markets.
Agile Marketing
The Agile Philosophy has been adopted by Marketing as well. There are seven values in the Agile
Marketing Manifesto, as follows:
- Validated Learning over Opinions and Conventions: Marketing decisions
should be driven by validated data, not by feelings or opinions.
- Customer-Focused Collaboration over Silos and Hierarchy: It's important to
collaborate, not only with customers directly, but also with a customer focus between and among the
departments or divisions within an organization
- Adaptive and Iterative Campaigns over Big-Bang Campaigns: The analogy here
is to the contrast between Agile and Waterfall; Waterfall is a
big-bang
approach
- Process of Customer Discovery over Static Prediction: Customers will not
always respond as you might assume or try to predict. Sometimes their unanticipated feedback can lead
to better-than-expected results
- Flexibility over Rigid Planning: Although this seems obvious to an Agile
mindset, it is not so easy to implement when the structure of many business marketing relationships
is based on a fairly rigid set of conditions; which are required so that clients can understand what
they will be paying for
- Responding to Change over Following a Plan: Straight from the Agile
Manifesto, this value is based on the fact that the marketing
landscape
changes rapidly and is
unpredictable
- Many Small Experiments over A Few Large Bets: Marketing must be allowed
to learn and adjust, based on several small, modest-cost experimental campaigns
Some Video Links to Remember
Here are links to some videos that we've seen this semester, as well as some new ones, so that you can
review and have access to them for future reference.
- Agile is……
- Story of Scrum vs. Kanban
- Free Scrum Vs. Kanban Cheat Sheet
- Scrum in Seven Minutes!
[Note: stop at the 7 minute mark to avoid the sales pitch…]
- Sprint Planning in Scrum
- Agile Product Ownership
- Story Points — What's the Point?
Tonight's Discussion
Now that we've seen the videos, get into your project groups discuss what you feel is the most important,
surprising, or noteworthy concept of the videos you saw. Here are some questions to get your discussion
started. After 10 minutes or so, we'll return to the main zoom room to hear some of your answers.
- What is meant by
maintain a constant pace indefinitely
?
- What is meant by
maximizing the amount of work not done
?
- Do you agree that the truly Agile team will always stand by the principles? What if doing that
makes your customer unhappy?
- In the third video, did anyone catch that the lady mentioned
non-functional requirements
as
part of the discussion? What do you think she meant by that?
- Do you think in the planning session video, that the
business people
should have been allowed
to vote during planning poker?