Web-Books
in the Austria-Forum
Austria-Forum
Web-Books
Informatik
The Future of Software Quality Assurance
Page - 225 -
  • User
  • Version
    • full version
    • text only version
  • Language
    • Deutsch - German
    • English

Page - 225 - in The Future of Software Quality Assurance

Image of the Page - 225 -

Image of the Page - 225 - in The Future of Software Quality Assurance

Text of the Page - 225 -

The Why, How and What ofAgile Transformations 225 • Step 7—Measure and revise the roadmap. It is crucial to measure progress explicitly, especially the extent to which the actual goal is achieved. In addition, the roadmapwillneedtobeupdatedregularly.This isdoneindetailonaweekly basis (step6)duringtherefinementandplanning,but it isalsoimportanttoadjust the roadmapmore intensivelyonaquarterlybasis andgenerally (step7). • Step 8—Integrate through governance and culture. Changes are immediately anchoredinthenormalwayofworking.Therearetwowaysofdoingthis.Firstly, bymakingthempartof thegovernance—forexample throughpractices,KPIsor procedures. It is muchbetter to anchorchanges throughculture. This is because theyare thendirectly integrated into theactualbehaviourof teamsandpeople. 6 Pitfalls ofAgileTransformations Becoming trulyagile involvesmuchmore than learninga newtrick.Agile working requires the transformation of firmly anchored structures, processes and systems. However, the existing culture, the underlying views, principles, norms and values also shift. This complicates matters, and even with a quick start it can take several years before an agile transformation is fully implemented. Because agile working ismuchbroader than initially imagined, its actual impact isalwaysunderestimated. As a result, many organisations repeatedly make the same mistakes when seeking tobecomeagile.Thesevenmost commonpitfallsare: • Pitfall 1—No focus on interim results. An agile transformation requires agility. That is why it’s important that whatever is changed really is changed. This requiresa continuous focuson the implementationof large ideas throughsmall, noticeable steps during the planning and implementation of the changes. In fact, this is the basis of any form of agile: making things small, following things through and learning by doing. Agile transformations themselves are no exception in this respect. However, in practice we regularly see a detailed scheduleforanagile transformationwithinterimmilestonesandafixedenddate. Themost importantconditionforsuccessfulagiletransformationsisnevertheless agile execution. Step by step, implementing the most valuable change first and makingadjustmentsbasedon learningexperience. • Pitfall 2—The ‘why’ is not measured. Agile is not an end in itself. Introducing it serves a higher purpose. Many organisations do not make that goal explicit. This creates confusion about the motives, and everyone creates their own interpretation. Subsequently, the extent to which the transformation has the desiredeffect isoftennotmeasured.Withoutmeasurableprogress, theusefulness of the investments will sooner or later be called into question. Making the goal explicit andmeasuringwhether it isbeingachievedis thereforevery important. • Pitfall 3—Management support is at a too low level in the organisation. Transformations are often made by one specific manager or director. However, practice shows that the desired changes always have an impact on adjacent
back to the  book The Future of Software Quality Assurance"
The Future of Software Quality Assurance
Title
The Future of Software Quality Assurance
Author
Stephan Goericke
Publisher
Springer Nature Switzerland AG
Location
Cham
Date
2020
Language
English
License
CC BY 4.0
ISBN
978-3-030-29509-7
Size
15.5 x 24.1 cm
Pages
276
Category
Informatik
Web-Books
Library
Privacy
Imprint
Austria-Forum
Austria-Forum
Web-Books
The Future of Software Quality Assurance