Quali sono le prime 5 cose che fai prima di iniziare un nuovo progetto?
Passi sempre una giornata alla ricerca di nuovi quadri? Oppure, utilizzando prodotti simili o concorrenti?
Quali sono le prime 5 cose che fai prima di iniziare un nuovo progetto?
Passi sempre una giornata alla ricerca di nuovi quadri? Oppure, utilizzando prodotti simili o concorrenti?
Questo è piuttosto dipendente dal progetto. È un progetto che sto iniziando con l'intento di vendere o un progetto per un cliente specifico? Inoltre, cosa costituisce "l'inizio"? È prima o dopo la raccolta dei requisiti? Un elenco approssimativo, però:
Ottieni un contesto per il progetto. Cioè, scopri cosa sta cercando di realizzare il tuo cliente o potenziale utente e perché. Ad esempio, se stai creando un sistema di registrazione degli hotel, cosa c'è di sbagliato nelle opzioni OTS.
Raccogli i requisiti. Incontro con le parti interessate. Incontro con gli utenti. Incontro con chiunque abbia voce in capitolo nel progetto, se puoi. Guarda le soluzioni esistenti che questo progetto sostituirà, sia che il cliente stia usando o che esista sul mercato. Da lì, scrivi tutto in un linguaggio non tecnico che puoi: un buon documento di riferimento dovrebbe descrivere cosa si deve fare ma non come farlo. Quindi discutere questo documento con il cliente e iterare fino a quando non sono d'accordo con esso. Questo passaggio può essere meno formale per i progetti più piccoli (forse anche interamente verbali).
Inizia a prendere decisioni tecniche. Scegli linguaggi, framework, ORM, database, ecc. Che meglio risolvono il problema, se questo significa attaccarsi a qualcosa che conosci o imparare qualcosa di nuovo.
Analizza i rischi per questo progetto. Se si tratta di un contratto governativo, probabilmente vorrai un rapporto sui rischi legato alla pelle di 100 pagine. Se si tratta di un progetto di 3 mesi di 3 persone, è possibile che tu stia bene con alcune note in un file di testo o in un foglio di calcolo. In ogni caso, vuoi capire cosa può andare storto nel progetto, quanto è probabile che accada, quanto ti farà male e cosa farai per prepararti, gestirlo e / o mitigarlo. effetti dopo il fatto. Uno comune, ad esempio, è "Uno degli sviluppatori viene investito da un autobus, si chiude, si ammala, ecc." Quindi potresti mitigare ciò con la programmazione di coppie per condividere la conoscenza, usando buone pratiche di controllo della fonte per mantenere il codice centralizzato, ecc. Nel complesso, il processo di sedersi e pensare a cosa potrebbe andare storto e prepararsi per le possibilità è più importante che scrivere tutti i piani di emergenza.
Imposta la tecnologia. È il genere di cose che nessuno vuole fare una volta che sei nel pieno della codifica, quindi imposta il tuo repository, il tuo server di build, il tuo sistema di compilazione, i tuoi wiki, il tuo bug tracker o qualsiasi altra cosa tu intenda utilizzare il tuo progetto.
Sto solo per rispondere a questa parte della domanda, perché è l'unica parte a cui possa riguardare:
Do you always spend a day researching new frameworks?
No. Dubito seriamente che potrebbe anche funzionare ... Come potrebbe qualcuno cercare nuovi quadri in un solo giorno, prima di ogni progetto, e apprendere qualcosa di rilevante? Semplicemente non succede in questo modo. Invece, trascorro parte della mia giornata, ogni giorno, alla ricerca di diverse tecnologie (non solo nuove strutture). La ricerca non è qualcosa che faccio quando ne ho bisogno. È qualcosa che faccio tutto il tempo e questo è già lì quando ho bisogno di essere lì. La programmazione è divertente, ecco perché sono in questo business. Non puoi impedirmi di provare cose diverse ogni giorno.
Uno scrittore trascorre una giornata a raccogliere idee prima di iniziare un nuovo libro?
Leggi altre domande sui tag project-management programming-practices