But why involve the business at the end only for validation? In most projects the end-users are part of the requirements gathering phase but then during the rest of project phases they are not involved.
What if the business was an essential part of the most activities in a project and not only during the acceptance of functionality delivered?
If you are working in sprints the business could be involved in the:
- Requirements gathering phase through their business knowledge and demands from business.
- static verification (i.e. static testing) of IT requirements. Each of requirement is assigned to one person from business and an acceptance criteria is written
- exploratory testing of requirements developed in the sprint
- formal testing which is documented when tests are combined to form a flow. This will be the formal acceptance of the requirements which then are ready for production
The steps above can be seen as the 3 key principles we in Capgemini state in our PointZERO® vision.
- Fit for purpose – must do what it must do. Quality cannot be tested at the end
- Right the first time – Quality measures needed early
- No faults forward - people are fallible – find mistakes early.
Implement Quality Gates between activities in the application lifecycle (see previous blog post about the PointZERO® vision part 3)
So, adding business presence in the 3 key principles above will help to confirm that you are on the right track before development starts. It will also keep business teams regularly informed about the progress as they are regularly included in the delivery project.
If you want to know more you can order the your copy of the book "The PointZERO vision" here or contact Rik Marselis or Dominique Muhlbauer via Expert Connect.