Content
- 1. Els usuaris finals entenen exactament què ha de fer el sistema (per a ells).
- 2. L’acceptació dels usuaris finals és més probable si hi participen durant etapes anteriors de les proves.
- Sense errors, sense estrès: la vostra guia pas a pas per crear programes que canvien la vida sense destruir la vida
- 3. Els usuaris finals poden identificar errors abans que siguin costosos de solucionar.
- 4. Els usuaris finals ofereixen una perspectiva més àmplia.
- Conclusió
Font: Rawpixelimages / Dreamstime.com
Emportar:
Implicar els usuaris finals a primera hora de les proves pot ser molt beneficiós i conduir a millors resultats.
Com a usuaris finals, molts dels que hem provat un producte o servei just abans de sortir al mercat coneixem aquesta inquietud que no es pot implicar a la nostra part que suggereix que pot haver-hi alguna funció o funció que no vam provar, simplement perquè no ho vam fer. No en sé. Per això, és tan important que els usuaris finals hagin de participar en proves abans de començar la prova d’acceptació de l’usuari (UAT).
És una captura de vint-i-dos. Com que els usuaris finals no solen ser provadors experts, tenen els seus propis treballs a temps complet. Tanmateix, qualsevol producte de programari que tingui un llançament amb èxit en l’àgil entorn actual d’avui necessitarà una quantitat important del seu temps i no només al final de la fase de desenvolupament.
Sovint, les proves funcionals o de rendiment, anteriors a la UAT, s’assignen a un equip de prova que potser no ha participat en la reunió de requeriments empresarials o que tingui un coneixement mínim sobre l’objectiu del projecte, basant-se només en els seus scripts de prova. Aquests provadors poden fins i tot ser subcontractats a causa de l'escassetat de personal. La gràcia d’estalvi és que els provadors experimentats s’utilitzen en aquestes situacions d’enfonsament o natació, i tenen una habilitat dinàmica establerta per recórrer aquestes aigües. No obstant això, no sempre poden comprendre plenament les aigües que els envolten, per la qual cosa hi ha límits del que poden fer.
Aquestes limitacions poden arribar a ser molt costoses per al projecte, molt ràpid. La manera més eficaç d’evitar defectes és fer que els usuaris finals participin en proves durant tot el cicle de vida del desenvolupament del producte.
1. Els usuaris finals entenen exactament què ha de fer el sistema (per a ells).
Es pot assessorar un testador amb experiència sobre els requisits, però potser no sap si el producte que està provant compleix els requisits de forma efectiva o resol tots els problemes necessaris, especialment aquells que mai es van mencionar durant les sessions de reunió de requisits.
"Hem de fer proves a totes les fases llançant mòduls incrementals a les proves. No pot esperar fins al final; si el producte falla, ho volem arreglar ràpidament ”, va dir Bashir Fancy, president i conseller delegat de l’Associació de professionals de la informàtica (CIPS) del Canadà. També creu que aquest enfocament, sovint conegut com la metodologia àgil de programació extrema, proporciona al projecte una taxa de participació més alta durant la UAT.
2. L’acceptació dels usuaris finals és més probable si hi participen durant etapes anteriors de les proves.
Robin Goldsmith, propietari de Go Pro Management Consultancy, no recomana intentar convertir els usuaris finals en "comprovadors en miniatura", no obstant això, entén la importància de portar-los a la imatge ben aviat. "Els usuaris hauran de començar a pensar seriosament sobre el que volen veure en el producte lliurat abans de sentir-se prou confiats com per confiar-hi."
Comprendre els usuaris de forma primerenca no només els permet ser més competents i confiats com a provadors, sinó que també els permet sentir-se apoderats com a parts interessades. "Volen saber que l'equip de projecte està facilitant als usuaris la versió dels criteris d'acceptació, no els seus", va dir Goldsmith.
Sense errors, sense estrès: la vostra guia pas a pas per crear programes que canvien la vida sense destruir la vida
No podeu millorar les vostres habilitats de programació quan ningú es preocupa per la qualitat del programari.
3. Els usuaris finals poden identificar errors abans que siguin costosos de solucionar.
Com més aviat agafem un defecte, menys diners costarà arreglar-lo. Un estudi famós publicat per l'Institut Nacional de Normes i Tecnologia (NIST) el 2002 va indicar que el cost de solucionar un error que es va trobar durant la fase de producció és de 15 hores, enfront de cinc hores d'esforç si es va trobar el mateix error durant el desenvolupament.
I només veiem la punta de l’iceberg.
És molt més fàcil reomplir un rol operatiu en contraposició al paper d’un testador de la UAT, ja que aquest requereix que algú amb experiència molt específica i posterior, validi un producte desenvolupat específicament per al seu ús. Un cop d'ull ràpid a qualsevol lloc de treball canadenc important indica que el salari mitjà d'un testador de QA oscil·la entre els 55.000 i els 80.000 dòlars. Aquests números poden disparar fàcilment per a una empresa que subcontracta als seus provadors, les taxes dels quals poden arribar fins a 100 dòlars per hora quan es treballa en un projecte d’alt perfil. El salari mitjà per a un paper administratiu, com per exemple un coordinador administratiu clínic, oscil·la entre els 35.000 i els 45.000 dòlars.
Una cosa que no podem estimar és el dany reputacional que es produeix quan els usuaris finals que no es van comprometre fins a la fase UAT, veuen el producte que han d’utilitzar per primera vegada. Arribats a aquest punt, ja s’han configurat per a diversos obstacles, com ara obligar-se a afrontar el canvi o possiblement fins i tot la transformació, i ara tenen un període de temps curt per convertir-se en experts amb un nou producte o servei que no se’ls va demanar. . A menys que l’equip del projecte pugui oferir un producte sintonitzat molt fi, hi ha un risc elevat que la retroalimentació negativa dels usuaris finals pugui reduir la reputació del projecte.
4. Els usuaris finals ofereixen una perspectiva més àmplia.
Mentre que l’equip del projecte treballa durant tot el dia en els lliuraments del projecte, com ara facilitar reunions, identificar requisits i actualitzar els gràfics de Gantt, els usuaris finals poden mantenir-se concentrats a garantir que el producte que tothom treballa tant per lliurar realment faci el que necessita.
Les companyies Fortune 500, com Apple i Google, realitzen proves beta on, amb alguna forma de compensació, el públic pot accedir a un llançament precoç del producte, errors i tot això, a canvi de la seva participació per ajudar a identificar defectes i proporcionar comentaris útils. .
El director del Codi de Centre Mario Sancho, que gestiona programes de proves beta per a moltes de les empreses Fortune 1000 del Canadà, creu que la validació del client hauria de produir-se en almenys tres nivells generals de proves: proves alfa, on els usuaris posen a prova el primer llançament possible, proves beta, on els usuaris. pot provar totes les característiques principals del producte i les proves de camp, també conegudes com UAT.
Conclusió
No es pot subratllar la importància de l’acceptació dels usuaris finals. Qualsevol cosa que es socialitzi sobre l’experiència de la UAT a la direcció, als companys i al públic podria marcar l’herència dels projectes com un èxit o un fracàs durant molt de temps. Tot i que el projecte es va beneficiar de l’experiència d’un excel·lent equip de projecte, va complir tots els seus terminis i es va mantenir al pressupost, la vista de l’interès de l’interès sobre el desenvolupament del projecte (o no va assolir) el seu abast és molt pesat per l’experiència dels usuaris finals.