Hledáte kvalitu pro svůj projekt, udělejte to

Ke zlepšení kvality vašeho projektu nepotřebujete AI, udělejte to. Na reálném a určujícím příkladu z historie medicíny demonstruji důležitost „standardizace“ nejen v životě, která je, jak uvidíme, může zachránit, ale také pokud jde o „záchranu“ kvality projektů . Nebudete tedy potřebovat AI ani chatGPT.

Pokud se vrátíme do počátku 50. let minulého století, novorozenecká úmrtnost ve Spojených státech byla velmi vysoká. Téměř 1 z 30 novorozenců zemřelo. Tato situace by se značně změnila s inovativní a velmi jednoduchou metodou, kterou představila Virginia Apgar.

V ryze macho společnosti, jako byla ta tehdejší, být lékařkou a již se specializací na chirurgii bylo milníkem. Virginia byla jednou z prvních, kterým se to podařilo. Od chirurgie se začal věnovat anesteziologii, příbuzné, ale velmi odlišné činnosti, a v rámci tohoto oboru se rozhodl věnovat porodům, kde si začal ověřovat hroznou realitu za vysokou úmrtností, kterou ověřoval.

náhled obrázku — Autor: Julián Gómez, Chief Digital Officer, LedaMC & Quanter

Ihned po příchodu miminka do tohoto nového světa lékař subjektivně vyhodnotil životní šance miminka. Měl malformace? Bylo to příliš malé? Měl cyanotické rysy (namodralou barvu)? Dýchal dobře?

Kritéria lékaře byla jediným platným kritériem, které rozhodlo, že pokud bude odpověď na tyto otázky pesimistická, dítě nepřežije, a aby se předešlo dalšímu utrpení rodičů, bylo nejlepší bez další pozornosti uvést, že zemřelo při porodu. Virginia se rozhodla s tím něco udělat.

Navzdory potížím, které doba uvalila na ženu, která ani nebyla porodnicí, nedokázala Virginia pohlédnout stranou. A právě v tu chvíli se rozhodl definovat objektivní a snadno replikovatelnou metodu ve všech dodávkách, která by pomohla zachraňovat životy. Tak se zrodil Apgar Test.

Uvedený test je založen na získání číselné hodnoty měřením 5 jednoduchých aspektů: srdeční frekvence, dechové úsilí, přítomnost reflexů, svalový tonus a barva. Provádí se jednu minutu a opakuje se po pěti minutách, čímž se s větší přesností a kritérii určí zdraví dítěte a umožní se zachránit životy mnoha z nás, kteří jsme zde dnes. A umožní vám standardizace ve vašem projektu zachovat jeho kvalitu?

kvalitu projektu

Naše projekty nezachraňují životy, ani je neztrácejí, ale projekty jsou téměř jako duše, díky které se naše organizace vyvíjejí, rostou a často „neumírají“. Potřebují, abychom věnovali pozornost jejich životu, aby to byl plodný život plný hodnoty, kvality, bez vad, které mohou způsobit degeneraci.

Jedním ze základních pilířů je tedy to, aby měl projekt odpovídající kvalitu a byl založen na jednoduchých a měřitelných aspektech. Ale to vše vyžaduje odhodlání a úsilí k provedení některých testovacích úkolů, které potvrzují kvalitu, kterou hledáme. Jak ale můžeme odhadnout toto úsilí?

Existuje mnoho případů, kdy je toto úsilí určováno stejným způsobem, jakým lékaři určovali životaschopnost dítěte, pouze se řídili subjektivními kritérii založenými na svých zkušenostech. Zkušenosti, které by byly lepší nebo horší v závislosti na každém profesionálovi. Projekty se nazývají „Expert Judgment“.

Ke zlepšení kvality vašeho projektu nepotřebujete AI, udělejte to

Existuje však mnoho dalších případů, ve kterých je testovací úsilí určeno na základě vývojového úsilí, to znamená, že pokud bylo vynaloženo určité úsilí k implementaci vývoje, testovací úsilí bude představovat pevné procento tohoto úsilí. Jednoduchý výpočet, který bude vyšší nebo nižší v závislosti na rychlosti vývoje.

A proč spojujeme čas, který vývojáři zabere implementace něčeho, s úsilím při testování? Pokud je vývojář pomalý, bude potřeba více času na testování? Skutečný vztah je v dětech, jak Virginia určila. Je v objektu našeho studia. A předmětem studia v našem případě bude produkt, který chceme testovat.

Jak jsme již řekli, softwarový produkt je skutečně králem a majestátně kraluje ve všech oblastech našeho života. Pokud je to tedy král a je to ten, kdo nám vládne, proč přímo nepoužijeme softwarový produkt k odhadu testů, které mají být provedeny?

Pochybnost, která by mohla zpočátku vyvstat, je myslet si, že softwarový produkt nelze měřit, ale není tomu tak. Existuje mnoho metodologií, které se zaměřují na měření funkčnosti, kterou softwarový produkt přináší do podnikání. Mnohé z nich jsou normy ISO, které nás ujišťují o jejich platnosti.

Existují zavedené výpočty, které na základě těchto hodnot přesně a s přihlédnutím k podmínkám prostředí, typům testovacích zařízení, testům, které je třeba provést a některým dalším parametrům, určují počet testů, které je třeba provést. , a to jak v počtu testů, tak v počtu detekovaných defektů a tedy i v úsilí, které musíme investovat.

To vše umožňuje našim projektům přežít, stejně jako děti přežívají s Apgar Testem.

Správný odhad Testwaru nám pomáhá optimalizovat procesy s nižšími náklady, ale navíc pomáhá zaručit jeho přežití. Vycházet z dobrých či špatných zkušeností profesionála nebo z kritérií vývoje softwaru, na kterých nezávisí velikost testů, mohou být chyby, za které draze zaplatíme. Produkt je král.