Come approfittare al massimo una prova di concetto con AAT?
A cosa serve fare una prova di concetto? Cosa devo tenere in considerazione? Quali conclusioni mi aspetto di ottenere?
Tutti coloro che sono coinvolti in progetti Appian vedono come l'impegno dei tester debba essere adattato a specifici aspetti: picchi nelle consegne, incremento progressivo per effettuare test di regressione...
E quando dobbiamo iniziare un progetto, onestamente, la qualità di solito non è l'aspetto più prioritario, né il testing manuale, né quello automatico (guarda i nostri articoli su questo blog), ma...
Sappiamo che sarà qualcosa di fondamentale e che richiederà una specifica carica di risorse, che dobbiamo dimensionare, e sappiamo cosa succede se non dimensioniamo correttamente!
Se hai molta esperienza nei progetti Appian, sarai in grado di dimensionare correttamente il tuo team di QA. In generale, se il team di sviluppo ha esperienza, i requisiti sono più o meno corretti, e se non automatizzi, ti servono circa 0,4 tester per designer.
E se automatizzi... Hai sufficiente esperienza sul prodotto che stai per utilizzare per dimensionare il team di QA? In genere, la risposta è no, che sia perché hai esperienza sul prodotto ma non su progetti Appian - dove il ritmo dei cambiamenti è più elevato rispetto ad altre tecnologie - o viceversa, perché hai esperienza in Appian ma non sul prodotto.
Questo è esattamente l'obiettivo di una PoC (Proof Of Concept, o Prova di Concetto).
Con una PoC devi confermare il percorso che stai intraprendendo, quanto agile ti rende, quanto velocemente progredisce, come si adatta alla tua metodologia, come coinvolge tutto il team e quali vantaggi ti porterà.