Lezione 19 - Errori e caratteristiche

Distribuzione: assicurati che ogni squadra abbia a disposizione il proprio materiale, in particolare la Guida alle attività di "Collaudo per gli utenti del prototipo digitale"" di ieri.

Discussione: in base ai collaudi effettuati ieri insieme agli utenti, quali sono alcuni problemi che hai scoperto nelle tue app?

Discussione: prima fai in modo che gli studenti tengano un diario individuale, poi condividilo con le loro squadre.

Obiettivo: gli studenti possono utilizzare questa discussion per ricordare a se stessi che il riscontro degli utenti di ieri costituisce un modo per passare all'attività principale.

Sulla base dei nostri riscontri di ieri, ci prenderemo del tempo per apportare un ultimo ciclo di miglioramenti ai nostri prototipi. Tuttavia, prima di iniziare, dedicheremo la giornata a esaminare un nuovo modo per analizzare il nostro riscontro di ieri e stabilire le priorità che vogliamo incorporare nel nostro prossimo prototipo. Una delle nostre prime attività consiste nel raggruppare il nostro riscontro in due categorie: un bug o una caratteristica.

Domanda del giorno: come possiamo creare un piano per correggere errori e migliorare le caratteristiche nel nostro prototipo?

Glossario: introduci i seguenti termini del glossario:

• Bug (errore) - Parte di un programma che non funziona correttamente.
• Caratteristica (feature) - Componente di un programma che aggiunge funzionalità per l'utente

Durante il collaudo del programma, gli utenti potrebbero aver riconosciuto dei bug nel prototipo. Potrebbero trattarsi di errori di programmazione, in cui un evento non ha funzionato come previsto; oppure potrebbero essere errori di progettazione, in cui i caratteri di alcune parti di testo erano troppo piccoli o l'aspetto di una schermata non era molto chiaro. I tuoi utenti potrebbero anche averti fornito un riscontro richiedendo nuove caratteristiche per la tua app che potrebbe valere la pena esaminare. Vediamo se possiamo classificare il nostro riscontro come una correzione di bug o una richiesta di caratteristiche.

Distribuzione: carta per cartellone, foglietti adesivi e una copia della guida alle attività per ogni squadra.

Ridurre la quantità di materiali stampati: questa guida alle attività può essere completata online o come attività di diario.

Fai questo: le squadre iniziano completando una tabella a T che aiuterà a collegare le osservazioni specifiche dei collaudi degli utenti ai potenziali bug o alle caratteristiche mancanti che rivelano. Dovrebbero fare affidamento sugli appunti della lezione di ieri quando eseguono collaudi con un altro utente. Queste informazioni costituiranno la base di una sessione di riflessione per creare un elenco di bug e caratteristiche su cui la squadra vorrà concentrarsi nella prossima attività.

Deja Vu: il grafico di questa attività è identico a quello della guida alle attività di ieri. Se ieri gli studenti hanno avuto abbastanza tempo per completare il grafico, non hanno bisogno di copiarlo nuovamente su questa guida alle attività. Tuttavia, se gli studenti hanno continuato a collaudare l'app a casa con la famiglia o con i membri della comunità, possono utilizzare la tabella sulla guida alle attività di oggi per riepilogare i commenti di riscontro.

Girando tra i banchi: monitora gli studenti mentre creano la loro lista, assicurandoti che tutte le voci all'interno della squadra vengano ascoltate e valorizzate. Cerca connessioni chiare tra le osservazioni fatte dagli studenti mentre i loro utenti testavano le loro app e le modifiche che vogliono apportare alle loro app in base a tali osservazioni.

Fai questo: una volta che le squadre hanno organizzato tutti i loro commenti di riscontro nella tabella a T, possono passare alla fase di riflessione libera. Le indicazioni per questa fase si trovano nella guida alle attività e sulla diapositiva:

Con tutta la squadra: si è tentati di concentrarsi esclusivamente sui bug che sono determinati o possono essere risolti dal codice. Ricorda agli studenti che ci sono molti ruoli e competenze in una squadra di sviluppo software e che non tutti i bug e le caratteristiche vengono risolti dai programmatori. Colori incoerenti, testo confuso e interfaccia controintuitiva sono tutti potenziali "bug" che è importante affrontare.

Questa è un'opportunità per mettere in luce gli studenti con altre competenze e dare un contributo rilevante alle loro app, quindi fai uno sforzo extra per dare risalto a questi studenti.

• La parte superiore della nota adesiva dovrebbe riportare BUG o CARATTERISTICHE.
• La parte centrale della nota adesiva dovrebbe contenere una descrizione del bug o delle caratteristiche.
• La parte inferiore della nota adesiva dovrebbe contenere una rapida stima del tempo (in minuti) necessario per correggere questo bug o implementare questa caratteristica.

Girando tra i banchi: monitora gli studenti mentre creano i loro foglietti adesivi. Aiuta a rispondere alle domande che gli studenti potrebbero avere sul fatto che un'attività sia un bug o una caratteristica. È normale se questa distinzione non è sempre chiara, purché le squadre possano fare la migliore ipotesi. Aiuta anche le squadre a determinare le stime dei tempi per ogni attività: piccole modifiche agli elementi di progettazione potrebbero non richiedere molto tempo, ma caratteristiche completamente nuove che richiedono nuove schermate potrebbero richiedere una notevole quantità di tempo in classe.

Fai questo: nella seconda pagina della guida alle attività, gli studenti classificheranno le note adesive che hanno generato durante la loro riflessione di gruppo. Per ogni nota adesiva, discuti se è urgente o meno e se sembra facile o difficile da implementare. Sulla base di quella discussione, posiziona l'adesivo nel quadrante appropriato. Facoltativamente, puoi chiedere alle squadre di ricreare questo grafico su carta da cartellone o su una grande lavagna e organizzare lì i loro adesivi.

Girando tra i banchi: monitora gli studenti mentre classificano i loro adesivi. L'obiettivo è riflettere intenzionalmente sia sull'urgenza che sulla complessità, il che li aiuterà ulteriormente a dare priorità al loro lavoro quando inizieranno a implementare questi cambiamenti.

Discussione: ora che hai classificato i tuoi bug e le tue caratteristiche, quale delle quattro categorie dovrebbe essere la prima da affrontare? Quale dovrebbe essere l'ultima?

Discussione: chiedi prima agli studenti di condividere tutto all'interno delle loro squadre, poi facilita la discussione in aula chiedendo a ciascun gruppo di condividere i propri pensieri con tutta la classe.

Obiettivo: gli studenti dovrebbero rendersi conto che gli obiettivi urgenti dovrebbero avere una priorità maggiore rispetto agli obiettivi non urgenti e che le soluzioni più semplici verranno probabilmente eseguite più velocemente delle soluzioni più difficili. Ciò significa che il quadrante in alto a sinistra è probabilmente quello che le squadre del primo gruppo affronteranno. Dopodiché, l squadre possono discutere su quale quadrante sia più importante: correzioni urgenti più difficili da implementare o correzioni non urgenti più facili da implementare. Vale la pena discutere dei pro e dei contro di entrambi gli approcci, poiché le squadre dovranno prendere questa decisione domani quando implementeranno le modifiche.

Avete tutti elaborato un piano davvero organizzato per iniziare domani ad apportare le modifiche. Si tratta di un processo simile a quello che fanno i veri sviluppatori di software quando aggiornano le loro app: raccolgono riscontri e li classificano in modo da sapere quali modifiche apporteranno e quanto tempo richiederà ciascuna modifica. Domani sceglieremo su quali adesivi vogliamo concentrarci e aggiorneremo le nostre app

Raccolta: raccogli tutti i materiali di ogni squadra in un luogo sicuro. Cerca di tenere gli adesivi ben organizzati rispetto alle attività odierne. Se le squadre hanno utilizzato una lavagna per gli adesivi, valuta la possibilità di fargli scattare una foto di come hanno organizzato gli adesivi.

Discussione: questo processo di organizzazione delle attività e categorizzazione in un grafico viene molto utilizzato nella progettazione di nuove app. Quali sono altri compiti per cui questo processo potrebbe essere utilizzato nella tua vita fuori dall'aula?

Discussione: chiedi prima agli studenti di condividere il diario individualmente, poi chiedi loro di condividerlo con un compagno e poi di chiedere ad alcuni studenti di condividerlo con tutta la classe.

Obiettivo: gli studenti dovrebbero stabilire una connessione tra questo processo organizzativo e le diverse attività che svolgono al di fuori della classe. Alcuni esempi possono includere:

• Decidere a quali compiti dare priorità
• Decidere quali faccende svolgere a casa
• Decidere come pianificare un evento, come una festa di compleanno o un evento scolastico

Se possibile, collega questo processo a strategie legate alla gestione dello stress e non farti sopraffare. Di fronte a una mole di lavoro ingente e concomitante, annotare ogni componente scomponendolo in passaggi più piccoli è una buona strategia per iniziare progetti di grandi dimensioni e gestire lo stress.