It's great that Agile delivers some "done" - potentially shippable - functionality at the end of each Sprint, but it's important to remember that the true impact and best feedback will come when end users actually start interacting with the application you've developed.
For this reason, it's essential to keep your release cycles short and feedback loops tight.
Consider two scenarios:
Scenario 1: A product owner has worked extremely hard writing many detailed use cases. These use cases capture how she believes people will use the system. She hands off her requirements to a team who delivers on this vision through six months worth of Sprints. It's not until the big bang production roll out at the end of the six months, that the team has the opportunity to get feedback from real end users and discover that they've built many features people do not want and are missing several critical ones that people need! At this point, however, the project budget has been used up and estimates to go back and make changes are quite large.
Scenario 2: Now imagine that same product owner begins with similar assumptions about user needs, but works with the team to determine the small portion of functionality that will be most valuable to users immediately. The product owner still plans to implement more features after the initial set, but the team develops for just 8 weeks before releasing to production. Within days they receive feedback from real users which reveals that many of the assumptions they made about how users would interact with the system are not valid. However, since they only developed for 8 weeks, it's relatively easy and affordable for them to make changes and incorporate the new knowledge gained into their plans for the next release.
In scenario 2, the release cycle was kept short (at only 8 weeks), speeding up feedback. Whereas, in scenario 1 it was quite long (6 months), significantly slowing down the capture of end user feedback.
While it's common to bundle several Sprints together to form a release that will provide users with enough functionality, the key is to keep the release cycle as short as possible.
1. Identify your MVP (Minimum Viable Product)
2. Automation (Test & Deployment)
3. Consider a Pilot
Remember, the true impact and best feedback will come after your app is deployed to production, so keep release cycles short to ensure speedy delivery of value with Appian!
Agile Coach, Appian
Appian helps organizations build apps and workflows rapidly, with a low-code automation platform. Combining people, technologies, and data in a single workflow, Appian can help companies maximize their resources and improve business results. Many of the world’s largest organizations use Appian applications to improve customer experience, achieve operational excellence, and simplify global risk management and compliance.