Quali note dovrei prendere, se ce ne sono, all'inizio di un progetto?

Question

Mi è stato chiesto di recente da un caposquadra (non mio) se sarei disposto a intraprendere un progetto di programmazione. I membri del suo team sono attualmente pre-occupati con altri progetti più importanti. Mi sono laureato in college due anni fa e fino ad ora la programmazione è stata solo un mio hobby. Recentemente ho deciso che mi piacerebbe intraprendere una carriera nello sviluppo di software. Ho accettato la sua offerta in modo da poter acquisire un'esperienza nel mondo reale e iniziare a costruire un portfolio.

In circa un'ora sono in programma di incontrare il Team Leader per discutere i dettagli di ciò di cui ha bisogno. Da un breve scambio di e-mail con lui, so che il progetto base è di aggiornare un modulo ASP.NET esistente — ma penso anche che ci sia dell'altro.

Considerando che mi piacerebbe alla fine mettere questo progetto in un portfolio, che tipo di note dovrei prendere durante la riunione?

Answer 1

mi sono laureato all'università di due anni fa, e fino ad oggi la programmazione è stata solo un mio hobby.

In questo caso, il mio suggerimento è:

Revel nella vostra ignoranza.

Approfittate del fatto che si sa nulla e sei viene data l'opportunità di imparare - un abuso la possibilità di chiedere quante più domande possibile del Team Leader in questione riguardo a ciò che tipo di domande che dovrebbe chiedendo e come dovresti documentare ciò che impari.

Hai solo una possibilità di essere ignorante, una volta che lo hai sprecato devi passare il resto della tua vita come un conoscente; cogli l'occasione per goderti il ​​processo di apprendimento.

Answer 2

prendere tutte le note che è possibile che meglio aiutano a comprendere le use cases e la user requirements. Tutto il resto sono solo dettagli tecnici che possono essere scoperti in seguito.

Answer 3

Cerca di capire che il Team Leader stesso potrebbe non avere nemmeno tutti i requisiti disponibili all'inizio. Preparati a dare la caccia alle persone e a scrivere tutti questi requisiti non appena entrano.

Le cose cambieranno durante lo sviluppo, nuovi problemi e nuovi requisiti saranno sempre presenti.

Answer 4

Ottenere un elenco di persone che sono gli utenti previsti. Parlare con loro ti permetterà di arricchire la panoramica che ti dà il Team Leader. È probabile che gli utenti previsti abbiano una comprensione molto diversa di ciò che l'app dovrebbe fare rispetto a TL. Quindi probabilmente andrai avanti e indietro per un po '. Ne vale la pena, però, perché farai molto meno ricodifica.

Answer 5

tre cose:

• Cosa: Qual è il software dovrebbe fare, il più dettagliato è possibile gestire per ottenere l'altra persona ad essere, meglio è.

• Come: Esistono vincoli noti? Ad esempio, se deve chiedere un numero di telefono, deve convalidare a livello nazionale/internazionale/per niente. Ha a funzionare su Windows 2008/2003/tutte

• Chi: Due lati:

  1. Chi risponderà a qualsiasi domanda dovrete, vuoi di impostazione riunioni settimanali di progresso?
  2. Chi utilizzerà il software, è possibile ottenere i primi input sui propri prototipi, è possibile chiedere loro opinioni/requisiti?

Answer 6

Una cosa che ho trovato molto utile è il trasporto di una copia cartacea di eventuali requisiti esistenti (casi d'uso, wireframe o altro) o qualsiasi altra informazione potenzialmente utile in un raccoglitore ad anelli 3 a qualsiasi riunione di progetto che frequento. Se la riunione si allontana dall'argomento o dalle domande su discussioni o documenti precedenti, è molto bello avere le informazioni a portata di mano in un formato su cui è possibile prendere appunti, passare il tavolo ecc.

Come bonus, I trovare la maggior parte della gente non porta alcun documento alle riunioni, così finirai per sembrare un vero go-get che è sempre preparato, il che non è mai una cosa negativa.

Lo svantaggio principale è che si sprecherà carta se i documenti vengono aggiornati e modificati di frequente.

Answer 7

Scopri il cui pure, dove sono i file necessari memorizzati sulla rete, dove si trova il repository di controllo di origine per il progetto, ecc

Dal momento che questo è il tuo primo assaggio di fare un progetto del mondo reale , per favore assicurati di usare il controllo del codice sorgente anche se sei l'unico dev del progetto. I tuoi colleghi ti ringrazieranno e ti ringrazieranno la prima volta che ti servirà per eseguire un cambiamento che non ha funzionato.