4. Quote for software blame
“ Software is
blamed for
more business
problems than
any other man-
made product
- Capers Jones
”
5. What is PointZERO®?
A vision aimed at
increasing business success by
parallel and step-by-step improvement
across the application lifecycle,
to shorten time to market,
avoid and reduce cost,
eliminate risk, and
reach fit for purpose quality.
Goedenmorgen allemaal en bedankt Marco. Hier is het allemaal om te doen, een boek rond onze visie op de application lifecycle voor de komende jaren. Een visie die IT volwassener maakt. [klik]
Ons antwoord hierop is PointZERO. En ik zal dan ook dieper ingaan waar Wim is gebleven. Wat is PointZERO en hoe kan het u helpen bij het verbeteren van de application lifecycle? Hoe kan het u stoppen met het verspillen van tijd en geld? Want wat uw probleem ook is, het heeft gevolgen voor uw organisatie in tijd en geld. [klik]
En dat kan soms simpel zijn en soms heel complex. Want de wereld van It is complex. Maar waarom moeten we deze maatregelen implementeren? Dat er iets niet helemaal goed is met IT wisten we, maar is dat nu zo heel erg? Nou eigenlijk wel. Iets waar we met zijn allen hier verantwoordelijk voor zijn. [klik] Software zit niet alleen overal maar software heeft ook met van alles en nogwat te maken. Allerlei zaken hebben effect op de manier waarop software wordt ontworpen, gemaakt en getest. En alles kan tot verschillende problemen leiden. U allen kan wel een of meerdere van de opmerkingen in deze lijst herkennen waar u mee te maken heeft. Het gevolg is dan ook dat het een enorme uitdaging is om aan al deze problemen te proberen te voorkomen. Dat maakt het ook zo moelijk soms om tot een eind te komen, we beginnen wel, maar haken vaak tijdens het proces af. Het lijkt wel een zoektocht te zijn die nooit eindigt: een never-ending quest. Maar al lijkt het zo. Er zijn altijd mogelijkheden om de application lifecycle zo effectief en efficient mogelijk te laten verlopen. [klik]
500 miljard dollar or 400 miljard euro. Dat is het bedrag dat vorig jaar door de gootsteen is gespoelt door foute software. En dat is onderdeel van die 70% waar Wim het over had, maar ook van software die gewoon niet functioneert zoals verwacht en daardoor op de plank ligt of dat het gewoon faalt. Want [klik] Software is de oorzaak van meer bedrijfsproblemen dan enig ander door de mens gemaakt product. Dat is nogal een uitspraak. Ook niet eentje die ik zelf graag doe, maar dit is gebaseerd op een studie van 30 jaar naar software problemen door Capers Jones. En dit zei hij vorig jaar naar aanleiding van zijn onderzoek. Ik ben benieuwd wat hij dit jaar zegt. Want het lijkt inderdaad wel allemaal waar te zijn. Want steeds vaker levert foutieve software niet allen bedrijfsproblemen op, maar ook problemen in ons dagelijks leven [klik] Doordat software tegenwoordig overal in verwerkt zit levert dit ooks steeds meer rpoblemen op als de software faalt
PointZERO is onze visie op het verbeteren van uw business succes. Dat doen we door parallel en stap voor stap verbeteringen en veranderingen in organisaties door te voeren over de gehele application lifecycle. Door dat te doen zal duidelijk zijn dat kort na implementeren van de eerste verandereingne het duidelijk mogelijk gaat zijn om de time to market te verkorten, kosten te verlagen, risico’s niet alleen te verminderen, maar uit te bannen en nog steeds de juiste kwalitiet te leveren. De juiste kwaliteit vraagt u zich misschien af? Waarom niet de hoogste of beste kwaliteit? Nou de hoogste kwaliteit is vaak overdreven. Goed is goed genoeg. Ook omdat de klant, de gebruiker, de business soms niet helemaal goed weet wat hij wil, maar wel goed weet wat hij wil doen. Dus samen kunnen we eruit komen wat er gemaakt wordt aansluit op zijn verwachtingen, wat hij dus ook daadwerkelijk wil. En dat doen we door de gehele application lifecycle [klik]
En dit is het door ons gebruikte model van de application lifecycle. Het betreft een opsomming van activiteiten die worden uitgevoerd hierin. Tegen de klok in zijn dat Het idee Het opstellen van de business case om dat idee te maken De verander analyse of het mogelijk is Het opstellen van de requirements waaran het moet voldoen Het ontwerpen van het geheel Het maken van de software Het testen en accepteren van de software Om het uiteindelijk te implementeren en niet te veregten beheren. Allemaal activiteiten die bijna elke application lifecycle bevat, mischien met andere namen. Het betreftten ook geen fases, het hoeft helemaal niet volgordelijk te gebeuren. Dat maakt het ook mogelijk om deze levencyclus zowel in Agile omgevingen te gebruiken als in omgevingen waar het Waterval model wordt gebruikt. Een duidelijke activiteit die hierin staat is Testen. Rechtsonderin zit een grote taartpunt rond de activiteiten op het gebied van testen. Het moeten testen is soms de eerste maar in iedergeval een van de meest noodzakelijke activiteiten die moet worden uitgvoerd in de levenscyclus. Het controleerd of de functionalitiet en kwaliteit van het product voldoet aan de eisen en tijdens Acceptatie ook aan de verwachtingen. Dat is laat. Laat dat deze activiteiten pas dan wordt gedaan. Het laat daarom ook zien dat een enorme verspilling eerder in het proces is geweest. Want deze controles en andere maatregelen hadden al veel eerder uitgevoerd kunnen worden [klik]
Door bepaalde kwaliteitsmaatregelen eerder uit te voeren kunnen we meer in het begin van de application lifecycle. De engelse taal biedt daar mooie aanknopingspunten als Shift Left en Frontloading aan. Als we daar letten op het vinden, oplossen en voorkomen van fouten zorgen we voor minder onnodig werk later in de levenscyclus. Juist door zo vroeg mogelijk fouten te voorkomen kan er een enorme winst worden behaald in het verdere verloop. Dus door te focussen op kwaliteit aan het begin in de levenscyclus worden de kosten en doorlooptijd minder [klik]
Door deze maatregelen toe te passen door de gehele levenscyclus ontstaat er een grotere efficiency en effectiviteit van de verschillende activiteiten. Dit zortgt ervoor dat fouten niet meer doorgaang naar de volgende activiteit en dus in een keer goed zijn. Zodoende wordt de totale inspanning van de verschillende activiteiten minder. Dit is niet alleen uit te drukken in geld en tijd, maar ook in de proportionele omvang van verschillende activiteiten. Je ziet bijvoorbeeld dat testen en accepteren in omvang afnemen terwijl de requirements activiteiten gelijk blijven en zodoende een groetere proportionele hoeveelheid werk hebben. Door te focussen op kwaliteit worden risico ’ s lager, kosten minder en is de time to market korter. Verspilling wrdt in elke activiteit voorkomen. Van het opstellen van de Business Case tot de implementatie. Dit is natuurlijk geheel anders dan we gewend zijn. Projectmanegers focussen just op tijd en geld en kwalitiet komt maar een beetje aan het eind. In het boek leggen we uit hoe dit tot stand komt. Maar ook bijvoorbeeld in de sessie van Peter Selles worden hier antwoorden op gegeven. Dus om verspilling te voorkomen hebben we nieuwe en bestaande inzichten toegepast in de levenscyclus. Rik en Clemens kunnen jullie daar straks meer over vertellen betreffende Testen en Development activiteiten. [klik]
Een ander voorbeeld. Bij een klant werd een nieuw project gestart. En nu zou er echt moeten worden gewerkt met een lager budget, kortere doorlooptijd en wel een hogere kwaliteit te behalen. Dus veranderingen tov de bestaande manier van werken waren nodig. Doordat de testmanager al zag dat dit een mooie uitdaging voor hem was is hij gaan kijken wat dit voor hem kon betekenen en wat hij eraan kon doen om dit te behalen. Na een kort onderzoek was duidelijk dat dit alleen haalbaar zou zijn als alle partijen in de application lifecycle goed met elkaar zouden samenwerken. Dus samen met de projectmanager is gekeken hoe dit kon worden behaald. De verschillende activiteiten moesten niet apart van elkaar verbeteringen doorvoeren, maar met zijn allen gezamenlijk. Doordat dit iedereen duidelijk werd gemaakt en er duidelijke afspraken zijn gemaakt over de op te leveren eisen aan de verschillende artifacts of halfproducten was het voor iedereen duidelijk waar hij of zij aan begon. De gebruikers waren daadwerkelijk betrokken bij de totstandkoming van de requirements, maar ook de ontwerpers, ontwikkelaars, testers en beheerders hadden inspraak en duidelijkheid bij de totstandkoming van de requirements. Veel inzet werd gestoken om deze zo goed en eenduidig mogelijk te maken. Het resultaat was dat er inderdaad men op tijd klaar was, binnen budget en na de go life geen enkele fout werd gevonden in de software. Uiteindelijk in men nog meer naar elkaar toegetrokken om nog betere resultaten aan het begin neer te zetten met als gevolg dat men nog sneller en beter kon opleveren. Want het was duidelijk dat door over de gehele applicatie levenscyclus verbeteringen in te voeren de totale verbetering het hoogst was. Men ging niet zijn eigen activiteiten omhoog trekken, maar de dalen vullen. En daarna het geheel op een hoger niveau brengen. Ook hier geldt dat je zo sterk bent als de zwakste schakel. Binnen dit project heeft men dus gelet op [klik]
The implementation of the PointZERO vision encouraged by the Supervision role can take many forms that also depend on the particular situation in the organization, but it will always follow combinations of measures from these three core tracks: Industrialization by deploying quality-driving tools and standardization Enable quality through the empowerment of employees and stakeholders with Quality & Collaboration Using Smart Inspiration to arm an improvement program with cutting-edge technologies
A comprehensivver the view and collaborating on early quality measures across the applition lifecycle, right first time, fit for purpose and no faults forward becomw available to eliminate waste and aquire a management mind shift.
Deze visie naar PointZERO zorgt voor een gelijdelijke verbetering. Kosten en risico ’ s worden lager, en tijd wordt korter. Er ontsaat herverdeling van activiteiten in de application lifecycle. Door dit toe te passen zullen nieuwe verbeteringen weer mogelijk zijn, nieuewe mogelijkheden en nieuwen kansen. Het kan altijd beter…