Gaining periodic customer feedback of working software is an important aspect of agile development, because it ensures that you are constructing a valuable solution for the customer. Without customer validation, you are not really applying agile; you are just doing a form of iterative development without aligning your work with the customer’s need. While the engineering practices applied within an agile project focus on building the product right, the validation practices focus on building the right product.
The notion of thinking through and establishing a serious validation approach for the product, which I term the Agile Customer Validation Vision (ACVV), is missing from agile projects—and even missing within the bailiwick of agile practices. This vision is a strategy for identifying the right customers, establishing validation sessions throughout the project, and then motivating the customers to attend the validation sessions.
Establish Customer Profiles
Customer profiles are important to a successful implementation of customer validation. A customer profile identifies common traits in your target customers, including demographics, buying patterns, and areas of interest. The goal is to identify and select customers who meet the profile you are looking for and who are willing to provide feedback.
Motivate Customers to Attend
Start by inviting customers to just one end-of-sprint review or demo session and getting their input. Customers who have not experienced something like this before typically are impressed to see working software so early in a release lifecycle. If they like the first validation session, then invite them to the next end-of-sprint review and excite them by highlighting where you’ve incorporated their input. At this point, ask the customers if they want to participate periodically at a per-sprint cadence.
Consider Various Types of Customer Validation
• End-of-Sprint Review/Demo—This is a type of validation that demonstrates the working software completed during the sprint, shown to customers in order to both highlight progress and gain the all-important customer feedback.
• Hands-on Experience—This is a type of validation where customers will exercise the software in a hands-on manner in a simulated or pilot working environment.
• On-premise Installation Validation—this is a type of validation where customers physically install the working software into their environment.
Once you have established the Agile Customer Validation Vision, it is important to share it with the team so that everyone is aware of the vision and the importance of the validation activities.
To read the full article, go to: http://www.agilejournal.com/articles/columns/column-articles/6310-agile-customer-validation-vision
Quite elaborate and informative tips to learn.Thanks
ReplyDeleteIf the first time the customer sees your product is at the review, you have invited them in way too late. The review/demo is the closing of a loop that started at the beginning of the iteration. The customer should be there at the beginning of that loop -- to clearly articulate what The Finish Line needs to look like. The Product Owner then captures this in the form of User Acceptance Criteria, and the QA team decomposes this into tests... including the script of the actual demo. Once the iteration is constructed and launched, the delivery team writes code to the tests, and creates product to do exactly what the customer/PO articulated. When the customer comes back at the end of the iteration, the delivery team accounts for the commitment that they made at iteration planning. They do this by demonstrating to the PO/Customer that they have satisfied the success criteria as agreed.
ReplyDeleteI have found that when you engage the Customer in this manner, they are quite eager to attend iteration review/demo.