There are numerous ways to
define quality. In Scrum, quality is defined as the ability of the completed
product or deliverables to meet the Acceptance Criteria and achieve the
business value expected by the customer. To ensure that a project meets quality
requirements, Scrum adopts an approach of continuous improvement whereby the
team learns from experience and stakeholder engagement to constantly keep the
Prioritized Product Backlog updated with any changes in requirements.
The Prioritized Product
Backlog is simply never complete until the closure or termination of the
project. Any changes to the requirements reflect changes in the internal and
external business environment and allow the team to continually work and adapt
to achieve those requirements. Since Scrum requires work to be completed in
increments during Sprints, this means that errors or defects get noticed
earlier through repetitive quality testing, rather than when the final product
or service is near completion. Moreover, important quality-related tasks (e.g.,
development, testing, and documentation) are completed as part of the same
Sprint by the same team—this ensures that quality is inherent in any Done
deliverable created as part of a Sprint.
Thus, continuous improvement
with repetitive testing optimizes the probability of achieving the expected
quality levels in a Scrum project. Constant discussions between the Scrum Core
Team and stakeholders (including customers and users) with actual increments of
the product being delivered at the end of every Sprint, ensures that the gap
between customer expectations from the project and actual deliverables produced
is constantly reduced.
Now, let us look at how
quality is linked with scope, business value and other aspects or elements of a
project. The scope of a project is the total sum of all the product increments
and the work required for developing the final product. Quality is the ability
of the deliverables to meet the quality requirements for the product and
satisfy customer needs. In Scrum, the scope and quality of the project are
captured in the Prioritized Product Backlog, and the scope for each Sprint is
determined by refining the large Prioritized Product Backlog Items (PBIs) into
a set of small but detailed User Stories that can be planned, developed, and
verified within a Sprint.
Quality and business value
are closely linked. Therefore, it is critical to understand the quality and
scope of a project in order to correctly map the outcomes and benefits the
project and its product must achieve in order to deliver business value. To
determine the business value of a product, it is important to understand the
business need that drives the requirements of the product. Thus, business need
determines the product required, and the product, in turn provides the expected
business value.
Quality is a complex
variable. An increase in scope without increasing time or resources tends to
reduce quality. Similarly, a reduction in time or resources without decreasing
scope also generally results in a decrease in quality. Scrum believes in
maintaining a ʺsustainable paceʺ of work, which helps improve quality over a period of
time.
No comments:
Post a Comment