Dual Track Scrum Tools and Techniques, Part 2

Within Scrum, a product backlog is used for tracking prioritized development requirements as normally determined by the product owner.  In Dual Track Scrum, it is recommend to use a separate backlog for the Discovery track.  Essentially, the discovery track backlog will “feed” into the product delivery backlog.  Discovery tracks would include techniques such as User Research/Validation, story mapping, building and testing personas, engaging in “what if” scenarios on design, creating minimum ceremony prototypes and tracking Key Performance Indicators.

Consider the opportunity canvas from my last blog (https://agilemichaeldougherty.wordpress.com/2015/08/24/dual-track-scrum-tools-and-techniques/), which covers the pains, remedies, experiments, ideas and options with continuously validating the right solution is being developed.  From that opportunity canvas, user research helps determine what your target audience wants is fully understood.  This can be done via user feedback groups, surveys, usability tests (like A/B Testing) tracking metrics and reaching out directly to the user base.  Now, if you don’t have an existing product, reaching out directly to the user base may be your only option to get direct and candid feedback of product ideas.

Story mapping is a core Agile principle similar to story boarding in the film industry where each step within a solution are created visually through a low fidelity interface in a top down approach.  This is intended to be very flexible so that story can be quickly added and removed as new ideas come up.  At a physical level, a board with post-its work really well.  There are many tools to map digitally and have a preference for FeatureMap and CardBoard, but recommend you research what is best for your needs.  A good article on story mapping is at http://www.thoughtworks.com/insights/blog/story-mapping-visual-way-building-product-backlog.

When it comes to delivering the right solution, knowing your audience down to a specific persona should not be overlooked.  Build model and “edge” audiences to determine all variances of users.  If your target audience are women between 18 and 35 for a cosmetic app, you should still consider including men of different ages that may have a reason to use the app as well.  These personas should be fed into your story board and real users should be found that closely match these personas to validate assumptions and clarify new ideas.

Holding “what if” brainstorming sessions on what and how to build will help promote continuous improvement and recommend using mind maps as tools to visually expand on asking questions on what the ideal solution would do if time, budget and feasibility were not a limitation.

Quick and repeated visualization is a key to delivering a continuously improving solution.  Through low fidelity prototypes, quick assessment and validation can be used for all the previous steps as a visual aid.  As the discovery matures, these prototypes should mature too, becoming higher in fidelity as features are validated as the right ones to build.  New ideas are then introduced at minimum visualization and mature as they are accepted or disappear if rejected.

Finally, to follow the old adage of “What gets tracked, gets done”, Key Performance Indicators should be determined for validating the benefit of discovery.  Ensuring that new features are being modified and improved is necessary.  If the discovery does not create enough change or no change at all, then the discovery track is broken and must be addressed.  Metrics such as the rate of changes, the projected benefits of those changes and the resulting improvements with user adoption (and funding) are critical to tracking.

I’ve heard of cases where daily refinement sessions to properly flesh out the user stories for the delivery backlog, would be held right after the daily stand up, but recommend this be held on an “as needed” basis, which may be every other day, weekly or even less.  However, a regular cadence should be set for each technique to best track progress.  The outputs of the discovery sessions should be incorporated into the product backlog and transitioned to the sprint backlog by the start of a new sprint.

In my next blog, I shall cover my overall opinion of Dual Track Scrum and it’s usage in today’s solution focused industry.


Dual Track Scrum Tools and Techniques

To continue on Dual Track Scrum (DTS), please note at this juncture, I have not put any of these steps fully in practice and so they are purely from a theoretical perspective, although I am aware that DTS pundits such as Aaron Sanders has implemented these tools and techniques within multiple organizations.

To recap, Dual Track Scrum provides an expanded Agile framework for Product discovery that aligns with Product delivery.  This expands on the rather thin structure around backlog grooming and story boarding thus putting more effort and rigor into that process to continuously validate the right solution is being development.

Remember the tenants of discovery are building valuable, usable and feasible solutions.

There are several tools and techniques available with DTS and will cover the overall current state approach with the opportunity canvas.

The opportunity canvas brings detailed clarity of the current product landscape, in an effort to better define what features are the most important in any given solution.  They include:

  • Documenting any assumptions that would be a product killer if proven false.  Be very open and honest on determining these and can be as simple as “Google releases a similar product”.
  • A clear description of the problems the solution is addressing as well as the solution description itself.  This should be high level from an end user perspective as part of a product theme that is frequently tweaked.
  • Describe the users and customers that currently experience the problem.  Who are they?  What is an example persona?  How much does it impact them?
  • How these problems are addressed today?  There is always an existing process and there are usually more than one.  What are they and how much time / effort do they take?
  • How this solution will provide the users new value/improvements?  Time savings?  Cost savings?  Entertainment?  What else?
  • How to measure whether and how much the users would adopt this solution.  Look at what metrics will make a difference in knowing the predicted adoption rates.
  • Determine the adoption strategy to bring the most users on board.  This should be based on the previous opportunity backlog answers to derive the best strategy.
  • Determine any business problems in building and delivering this solution.  Find out the challenges with delivery, marketing, sales, support, etc. with the solution.
  • Identify and measure any changes in business performance metrics for releasing this solution.  Your business will change with the release of this solution and therefore the measurement of success must factor in this solution.
  • The budget must always be considered on how much can be built for a Minimum Viable Product and when revenue must come in to continue building and expanding the product.

I will cover further tools and techniques in my next blog.  A big “hats off” to Aaron Sanders for much of this material.

Dual Track Scrum continued

In my last blog, the topic of Dual-Track Scrum (DTS) was brought up.  That was for my initial impressions.  Now this blog covers a deeper dive.  The ideas behind DTS started with Marty Cagan in 2009 and expanded to being supported by Jeff Patton and Aaron Sanders, among others.

Essentially, Dual-Track Scrum follows core Scrum for the delivery path and expands on the idea of a parallel discovery path for better and more thorough product development.

This parallel discovery path has three core tenants.  The results of the discovery path should be:

  1. Valuable – This is determined by the Product Owner and the UX/UI Expert and validated by the end user community as something they would want.  Discovery of valuable features is critical to successful delivery
  2. Usable – This is determined by the UX/UI Expert and the Development Lead.  The interface for the feature should be built in such a manner than it is as simple as possible that the users love, adhering to Lund’s Usability Maxims (see http://www.simonwhatley.co.uk/lunds-expert-ratings-of-usability-maxims)
  3. Feasible – This is determined by the Product Owner and the Development Lead.  Dream big, but make certain it’s something that can be done with the technology available.

The discovery process has been expanded into more details as opposed to backlog grooming.  In Scrum, backlog grooming is an exercise for the Product Owner to work with the Scrum Master and key team members to validate the backlog priority and prepare for upcoming Sprints.  Per the book “Scrum Essentials” by Kenneth Rubin, this is done on an “as needed” basis.

In Dual Track Scrum, these are broken into regular scheduled meetings similar to Sprint Planning and Review meetings and should be held in a similar cadence.  Attendees include the Product Owner, Business Analysts (as needed), the UX/UI lead, the Development Lead and the Scrum Master (optional).

These discovery sessions go into much further detail of discovery that brings the end user feedback along with tools and techniques to bring out more accuracy and detail on ensure the right product is being built and evolved over time.  Arguably, most critical component of delivering software is not whether it was built on time, on budget or even in defined scope, but whether the end users like and even delight in it, to expand its usage far beyond original expectations, which leads to growth and success.

In my next blog, I will review the tools and techniques for the discovery path.

Dual-Track Scrum: Initial Impressions

Recently, I attended a Meetup on Dual Track Scrum (DTS), presented by Aaron Sanders, and since unfamiliar with this new Agile flavor of delivery, have done some additional research on the topic and here are my initial impressions.

Dual-Track scrum follows the principle that there should be continuous discovery by the product development team in parallel to the delivery.  This discovery is normally led by the product owner, the lead developer and the UX/UI expert, but can vary to the key roles in product development based on your delivery framework.  Hence there are two parallel or dual paths: discovery and delivery.

One key success factor is to ensure that collaboration of Dual Track Scrum is understood by all stakeholders involved in delivery, from the delivery team to the CTO/CIO, all the way through sales and marketing.

Conceptually and from what I’ve researched, DTS greatly reduces the problem personally experienced with insufficiently documented backlogs that are frequently too scrambled to be DEEP (Detailed, Emergent, Estimated, Prioritized) enough for Sprint Planning sessions.  If this is a problem within your organization, DTS would be an excellent suggestion to try.  However, it is worth noting that some companies don’t have the resources to support this approach and hence getting leadership involvement to bolster resources to implement DTS would be necessary, a task easier written than performed.

At a glance, my current concern with DTS involves scalability.  When mixing in Scaled Agile Framework (SAFe) or Large Scale Scrum (LeSS), Dual Track Scrum has an unclear place.  However, it would appear that DTS would scale with some adjustments.  For LeSS, there are Area Product Owners and Area Product Backlogs.  These would be scaled with dual tracked teams and some adjustments would be made for the level of Product Backlog discovery and grooming.  With SAFe, the role of Product Management can be extended for DTS without much resistance, understanding that flexibility is key.

My thoughts on DTS are positive and recommend if your organization has trouble keeping the product backlog detailed enough and/or your delivery teams are having to do an inordinate amount of rework after each Sprint Review to seriously consider Dual Track Scrum as a viable alternative.

In my next blog, I shall go into more detail of Dual Track Scrum with the discovery track.

New Perspective

Always take time to make time by removing yourself momentarily from the hustle and bustle of your work and make sure you are still going in the right direction at the pace you expect out of yourself and your team.

Stretch yourself and be creative in your thinking.  Don’t avoid brainstorming and questioning any of the assumptions you have made with your current work.  Often cases, you’ll find some don’t apply anymore.​