Wat is dus het probleem?
Is het een reliability probleem?
Als U jaar in, jaar uit te maken heeft met reliability problemen, dan is het te eenvoudig om de schuld te geven aan de bottom-uppers zijnde:
- De ontwikkelaars. Zij maken weliswaar de reliability, maar het is maar de vraag of het daadwerkelijk een reliability probleem is. Maar als dat structureel wel zo is, zijn er twee oplossingen:
- Vervang de verantwoordelijke ontwikkelaars door betere of
- Geef ze betere ontwikkel gereedschappen
- De reliability engineers. Want zij waren niet in staat om de kristallen bol juist te hanteren. Ook hiervoor geldt:
- Vervang de verantwoordelijke personen door betere of
- Geef ze betere reliability gereedschappen
Of is het een unreliability probleem?
Als echter niet de reliability maar de unreliability de primaire oorzaak is, dan is het probleem de top-down keten en niet de bottom-up. Het eigen bedrijf is dan zogezegd niet reliability bewust. Een oplossing moet dan ook gezocht worden in deze top-down keten. Probleem is echter dat:
- deze keten nogal lang kan zijn en bedenk dat elke ketting net zo sterk is als de zwakste schakel
- dezelfde verantwoordelijke personen, zijnde een zwakke schakel, zich zelf dan zouden moeten vervangen of laten vervangen.
Het idiote is dat de top-down zich daar over het algemeen totaal onbewust van is. Derhalve zou een oplossing kunnen zijn om een basieke training te krijgen die juist die aspecten aan de orde stelt die belangrijk zijn voor het nemen van de juiste beslissingen. Over het algemeen is de top-down keten geinteresseerd in maar twee dingen:
- Time to market. Hoe sneller op de markt hoe beter.
- Costprice. Hoe goedkoper hoe beter.
En dit lijkt veel op het zitten op een stoel met slechts twee poten. Het zit niet stabiel en vroeger of later valt men om. Om enige stabiliteit te krijgen is een derde poot nodig en die poot heet Reliability. Probleem is dat voornoemde twee aspecten een zeer grote invloed hebben op de grootte van die derde poot. Vaak is het maar een zeer klein pootje. Hij is er wel, maar je hebt er niets aan.
Om het ingewikkelder te maken, in veel gevallen is het een combinatie van zowel reliability als unreliability maar zijn beiden apart behandelbaar.