{"id":34112,"date":"2019-10-31T21:56:27","date_gmt":"2019-10-31T18:56:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-my-pytalis-v-komandnuyu-rabotu-i-chto-iz-etogo-vyshlo\/"},"modified":"2019-10-31T21:56:27","modified_gmt":"2019-10-31T18:56:27","slug":"kak-my-pytalis-v-komandnuyu-rabotu-i-chto-iz-etogo-vyshlo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/kak-my-pytalis-v-komandnuyu-rabotu-i-chto-iz-etogo-vyshlo","title":{"rendered":"Come abbiamo cercato di lavorare in squadra e cosa ne \u00e8 uscito.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Come
\n<\/p>\n

Procediamo in ordine<\/h3>\n

\nSpiegher\u00f2 che cosa significa questa immagine pi\u00f9 tardi, ma ora permettetemi di iniziare con un'introduzione.<\/p>\n

In un freddo giorno di febbraio, nulla preannunciava problemi. Un gruppo di studenti innocenti si era presentato per la prima volta a una lezione di un corso chiamato \"Metodologia dell'organizzazione della progettazione e dello sviluppo dei sistemi informativi\". Era una lezione comune, il docente parlava dei metodi agili, come Scrum, e nulla sembrava sospetto. E cos\u00ec, verso la fine, il docente annuncia: <\/p>\n

Desidero che sperimentiate le difficolt\u00e0 del lavoro di squadra. Dividetevi in gruppi, ideate un progetto, nominate un leader e affrontate insieme tutte le fasi della progettazione. Alla fine, mi aspetto un prodotto finito e un articolo su Habr.<\/p><\/blockquote>\n

Ecco dove inizia la nostra storia. <\/a><\/noindex> Come palle da biliardo, rimbalzavamo l'uno contro l'altro finch\u00e9 l'energia dell'impatto non si \u00e8 dissipata e ci siamo riuniti in un gruppo di 7 persone. Forse per un progetto di apprendimento \u00e8 un numero eccessivo, ma \u00e8 l'ideale per meglio distribuire i ruoli. \u00c8 iniziata una discussione sulle idee per il progetto, spaziando da \"Prendiamo un progetto gi\u00e0 pronto\" a \"Un emulatore per la formazione di oggetti spaziali\". Ma alla fine \u00e8 emersa l'idea il cui nome avete letto nella prima immagine. <\/p>\n

Stop Procrastination \u2014 cos'\u00e8, come funziona e come lo abbiamo sviluppato e cosa ne \u00e8 venuto fuori<\/h2>\n

\nLa narrazione sar\u00e0 fatta dalla prospettiva del project manager, che per fortuna o sfortuna \u00e8 stato nominato proprio me. E quindi, quale idea ci \u00e8 venuta in mente? Ispirandoci al popolare sveglia \"Shake Alarm\" di SupperCommon, in particolare alla funzione di bloccare completamente il funzionamento dello smartphone finch\u00e9 l'utente non compie un'azione specifica che probabilmente lo far\u00e0 svegliare, abbiamo deciso di creare un'app simile che aiuti a liberarsi della dipendenza da telefono, seguendo lo stesso principio di \"Shake Alarm\".<\/p>\n

Principio di funzionamento<\/h3>\n

L'utente imposta i timer
\n-Tempo che si pu\u00f2 trascorrere con lo smartphone
\n-Tempo senza smartphone (periodo di blocco)
\nDopo il timer, appare un overlay sullo schermo che non pu\u00f2 essere chiuso
\n-Per chiudere l'overlay \u00e8 necessario superare una piccola prova (inserire una password su una tastiera confusa, risolvere un problema matematico, scuotere il telefono per qualche minuto)
\nDopo lo sblocco in questo modo, il tempo che si pu\u00f2 passare con lo smartphone si riduce della met\u00e0, e cos\u00ec fino a un minuto\n<\/p><\/blockquote>\n

Costruendo un team<\/h3>\n

Innanzitutto, era necessario determinare chi si occuperebbe di cosa e in quale linguaggio tutto questo sarebbe stato scritto. Penso che questo abbia poco a che fare con la gestione dei progetti, poich\u00e9 quando si forma un team per un progetto reale, ci si circonda gi\u00e0 delle persone necessarie. Alla fine ho preso anche l'onere del design, ho scelto un team leader che avesse una buona esperienza nello sviluppo di applicazioni, a lui sono stati assegnati tre programmatori, e altri due sono diventati tester. Certamente, il linguaggio di programmazione \u00e8 stato scelto in base alle competenze. Alla fine, si \u00e8 deciso di utilizzare Java, poich\u00e9 tutti i programmatori lo conoscevano.<\/p>\n

Assegniamo compiti<\/h3>\n

Su raccomandazione del docente, \u00e8 stata creata una board di task su un servizio gratuito Trello<\/a><\/noindex>. Era previsto lavorare secondo il sistema Scrum, dove ogni stream avrebbe rappresentato un'applicazione finita.
\nTuttavia, nella realt\u00e0, tutto ci\u00f2 si \u00e8 trasformato in un lungo stream unico, nel quale venivano costantemente apportate modifiche, integrazioni e correzioni. <\/p>\n

\"Come
\n<\/p>\n

Scriviamo le specifiche<\/h3>\n

Sotto l'influenza del libro di Savin \u00abTesting.com\u00bb, avevo in mente la mia idea di come tutto dovesse essere strutturato. Tutto \u00e8 iniziato con la stesura delle specifiche; senza una descrizione chiara di ci\u00f2 che ci aspettiamo, di come e cosa dovrebbe funzionare, nulla funzioner\u00e0. I programmatori programmeranno tutto secondo la loro visione, i tester testeranno altro, il responsabile si aspetter\u00e0 qualcos'altro e alla fine si avr\u00e0 sempre un risultato diverso.
\nScrivere le specifiche non \u00e8 facile, \u00e8 necessario pensare a tutti i dettagli, a tutte le sfumature. Certamente, la prima volta non \u00e8 andata bene. Alla fine, le specifiche sono state aggiunte e riscritte 4 volte. L'ultima versione pu\u00f2 essere trovata alla fine dell'articolo, nella sezione link. <\/p>\n

Disegniamo il design<\/h3>\n

Il design nell'app mobile \u00e8 fondamentale. Tuttavia, non tutti lo comprendono, compresi molti nella mia squadra che hanno combattuto strenuamente con me, sostenendo che il design non \u00e8 necessario, che \u00e8 la parte meno importante dell'applicazione, e cos\u00ec via. Non bisogna essere cos\u00ec ingenui. Innanzitutto, un design ben fatto facilita il lavoro del programmatore, che non deve pensare a cosa e dove inserire, ma pu\u00f2 semplicemente prendere e realizzare ci\u00f2 che \u00e8 stato disegnato. Insieme alle specifiche, il design libera quasi completamente la mente del programmatore da elementi superflui, permettendogli di concentrarsi sulla logica. Inizialmente \u00e8 stato disegnato un prototipo (orrendo) del design:<\/p>\n

\"Come
\n
\nMa poi il design \u00e8 stato perfezionato e portato a uno stato normale.
\n(Link a tutti gli elementi del design alla fine dell'articolo).<\/p>\n

\"Come
\n<\/p>\n

Programmiamo<\/h3>\n

Programmare \u00e8 difficile, ma si pu\u00f2 fare. Tralascer\u00f2 questo aspetto, poich\u00e9 non ho esperienza personale in merito. Gli sviluppatori hanno fatto un lavoro enorme, senza il quale tutto sarebbe stato vano. Certamente sono riusciti a realizzare parte delle idee. Tuttavia, il programma ha ancora bisogno di perfezionamenti. Ci sono molti bug e funzionalit\u00e0 da rimuovere. Se avessimo avuto pi\u00f9 tempo, saremmo emersi da una profonda fase alfa, ma nel frattempo puoi testare l'applicazione alla fine dell'articolo.<\/p>\n

E ora sul testing<\/h3>\n

Cosa \u00e8 fondamentale nella programmazione? A mio avviso, la cosa pi\u00f9 importante \u00e8 che tutto funzioni e appaia come dovrebbe. Non sempre \u00e8 cos\u00ec e non accade subito. Per questo serve il testing. Ai miei tester, ho proposto un modello di test basato su casi di test. Inizialmente vengono scritti i casi di test in piena conformit\u00e0 con le specifiche, e poi si svolge il testing. Puoi vedere il risultato di quanto fatto nei link qui sotto. <\/p>\n

Grazie per aver letto. Spero che tu abbia trovato almeno qualcosa di utile, forse un'idea per il tuo startup, o magari un buon consiglio o uno strumento.<\/p>\n

Link:<\/h3>\n

Ultimi specifiche<\/a><\/noindex>.
\nDesign su Figma<\/a><\/noindex>.
\nCasi di test<\/a><\/noindex> e bug report<\/a><\/noindex>.<\/p>\n

L'applicazione stessa su HokeyApp<\/a><\/noindex>. \u2014 L'applicazione \u00e8 stata costruita con il nome HandsOff, non chiedetemi perch\u00e9 (perch\u00e9 Stop Procrastination \u00e8 troppo lungo).<\/p>\n

E infine<\/h3>\n

Cosa ne pensate, ha avuto senso tutto questo?<\/p>\n

Solo gli utenti registrati possono partecipare al sondaggio. Accedi<\/a><\/noindex>, per favore.<\/p>\n

\u00c8 utile avere questa pratica nelle istituzioni educative e quanto \u00e8 applicabile nella vita reale?<\/h2>\n