Test 2

Balancing Xxxxxxxxxx Xxxxxxxxxxx Xxxxxxxxxx

Dum B Agile Monkey Banner

By Mark Wavle

TAKEAWAY

When XXXXXXXXXXXXXXXXXX XXXXXX X X X X X X X X X X X X XX XXXXXXXXXXXXXXXXXX X X 

KEY POINTS

  • XXXXXXXXX.
  • xXXXXXXXXXXX.
  • xXXXXXXXXXXX.
  • xXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX.

But this XXX. We cannot

Your interface is both excellent and horrible, usable and unusable, at the same time. It is not known which until it has been tested with users and observed.

Only XXXXXXXX

KEY POINTS

  • To increase impact, see refinement as a process, not just as a meeting.
  • If treated as a process, refinement becomes a series of activities like thinking, writing, reviewing, discussing, and preparing.
  • There is no better way to gain clarity than to ask questions.

During sprints, Scrum teams work on the items in their sprint backlog. Since the purpose of the team should be to deliver value, their focus should be on completion of the items they have committed to.

However, there is more to think about than only the current sprint. Teams are expected to prepare the product backlog items that they will work on in later sprints as well.

Refinement is time spent during the current sprint discussing and elaborating product backlog items so that they are ready for future sprints. The importance of refinement is underestimated by many teams, which is a pity since it has some nice advantages.

Good refinement: 

  • Leads to better solutions, since it is the product of many smart minds.
  • Reduces the number of surprises during the sprint, since the team thought about risks and dependencies in advance.
  • Provides accurate information about the technical complexity, which can be used to plan and prioritize the product backlog.
  • Leads to better estimations and thus better predictability.
  • Leads to better quality and efficiency, since the team can divide tasks in such a way that everyone contributes with their specialized knowledge.
  • Ensures that the team delivers the highest value first.
  • Gives stakeholders time to define and discuss their needs with their supporters, such as operational employees.
  • Increases flexibility, because changes in priority have no impact on team effectiveness.
  • Results in commitment by the whole team, since everyone is involved the definition of the solution.

Unfortunately, many teams do not unlock the full potential of refinement.

Not only is the time spent on refinement often limited, but many of the refinement meetings I join are inefficient.

I meet teams that spend half the meeting watching the product owner entering the new backlog items in the workflow system. Although they estimate the user stories afterward, little time is left to discuss the best solution and risks that need to be avoided.

Often, user stories are owned by one developer who is regarded as the expert, and other team members are not really involved and focus on their own user stories instead. Again, little time is spent on exchanging ideas in order to come up with a better solution. 

Tip of the Month astronaut banner

But this XXX. We cannot

Your interface is both excellent and horrible, usable and unusable, at the same time. It is not known which until it has been tested with users and observed.

Only XXXXXXXX

Tip of the Month astronaut banner

For me, XXXXXX.

Teams and individuals

XXXXXXXXXXXXXXXX.

One of my greatest xxx xxx xxxxxxx, and invite them to co-create the journey, they xxx  xxxxxx xxxx xxx  xxxxxx xxxx xxx  xxxxxx xxxx xxx  xxxxxx xxxx xxx  xxxxxx xxxx xxx  xxxxxx xxxxxxx  xxxxxx xxxx xxx  xxxxxx xxxx xxx  xxxxxx xxxxxxx  xxxxxx xxxx xxx  xxxxxx xxxx  xxx  xxxxxx xxxx xxx  xxxxxx xxxx xxx  xxxxxx xxxx xxx  xxxxxx xxxx xxx  xxxxxx xxxx xxx  xxxxxx xxxx xxx  xxxxxx xxxx xxx  xxxxxx xxxx.

If you like to prepare, you can also use these questions to involve participants who are otherwise reluctant to speak their mind or who are less involved. Ask them to select a question and prepare the answer ahead of time. This way they come to the meeting prepared, and you can discuss their opinions and answers.

  1. Do we understand what we can do with the system after the story user is completed (that we cannot do with the current system)?
  2. How would you test this user story?
  3. Where do we see dependencies with other user stories or teams?
  4. What architectural challenges do you see?
  5. What parts of the implementation looks like code that already exists elsewhere, and should we reuse it?
  6. Are there security aspects we need to take into account?
  7. Are there performance or UX aspects we need to take into account?
  8. Is there any developer that thinks they cannot build this? Why?
  9. What should we demo to show it works as planned?
  10. Do we know any other implementation of a similar solution (in our own organization or elsewhere), and where does our solution differ?
  11. Is there any other implementation that we can do that is clearly not what we want, but that satisfies the requirements anyway?
  12. What other interpretation could a developer use to build the user story, and what test do we need to perform to detect this?
  13. Where do we create technical debt if we implement this user story as planned?
  14. What vague terms are used in the user story—e.g., fast, soon, early, better, easy?
  15. What tasks do we need to complete for this user story, and who wants to do (or not do) what tasks?
  16. What skills are needed to complete this user story, and do we have these skills in the team?
  17. Is it clear how the user story contributes to the product vision of the product owner?
  18. Can we split the user story into smaller ones and still add value?

Depending on context and the type of user stories you are working with, other questions can be more suitable than the ones listed here. If you have suggestions, please do share them.

KEY POINTS

  • xxx
  • xxxxxxx
  • xxxxx
  • xxxxxxxxx

“xxxx xxxxx xxxxx xxx”

Think globally, see the big picture, and help others see the same.

(1)  http://agilemanifesto.org/principles.html
(2)  Karen Sobel Lojeski and Richard R. Reilly, “Uniting the Virtual Workforce: Transforming Leadership and Innovation in the Globally Integrated Enterprise”, April 2008, John Wiley & Sons
(3)  https://coactive.com/resources/coactive-coaching-4th-edition/
(4)  https://www.cleanlanguage.co.uk/
(5)  https://www.markkilby.com/compass-activity/

I am Xxxx Xxxxx and these are my agile-thoughts

2021 © Cincxxxx, Ohxxx, USAXXX by Mxxxxk Waxxxx


www.linkedin.com/in/wxxxxxxxxxxxxxxxxxxx/

I love humxxx xxxxxxxxxxxxx  xxxxx xx x x x xxxxxxxxxxx xxx xxxxxxxxxxxxxxx.

USEFUL?   You can share it!

Share on linkedin
LinkedIn
Share on facebook
Facebook
Share on twitter
Twitter

Scroll to Top