Come imparare Agile come sviluppatore solista [duplicato]

Se devi acquistare solo UN libro.

Acquista Pratiche di uno sviluppatore agile .

Le mischie giornaliere possono essere solitarie: (

Onestamente, sii semplice. Agile ha una solida base per ottenere il massimo da una squadra (standup, programmazione di coppie, ecc.). Come individuo, sei probabilmente agile per la tua stessa natura: inventa un processo che funziona per te e vai avanti ... non farti trincerare da esso. Questi processi di sviluppo esistono perché la gestione dei progetti IT su molte funzioni è impegnativa ... sei un uomo. Sei il processo.

Traccio i miei compiti usando i post-it, ho un server CI che controlla il mio codice e I iterate fino a quando io e i tester (volontari) siamo felici. Prima disegno, codice dopo. Provo a fissare obiettivi realizzabili per la settimana, e tende a non pensare al progetto con mesi di anticipo.

Otterrai risultati migliori lavorando in un modo in cui ti senti a tuo agio e in cui ti sei evoluto.

Sarai sorpreso di sapere quanto del processo agile naturalmente fai.

Dovrai adattarti. Dubito che ci siano libri che specificano uno sviluppatore o 100 sviluppatori. Se vuoi conoscere lo sviluppo Agile, ce n'è tantissimo su internet. Ho sfogliato alcuni libri nel negozio di libri locale e non ho visto il bisogno.

Programmazione abbinata - Mi capita di lavorare in un'azienda con molti analisti finanziari che hanno fatto cose in Excel che ho convertito nella nostra applicazione. Li trascino a guardare il mio codice di tanto in tanto ea lavorare con loro. Salva un sacco di avanti e indietro.

Abbiamo molte persone che richiedono software in grado di riprodurre tutti gli altri ruoli.

Stand Up Meeting - OK, questo manda in fumo i miei colleghi. Soprattutto quando devo staccarmi per aver impiegato troppo tempo. Sto solo scherzando, ma tengo un diario di quello che ho fatto e di quello che ho intenzione di fare ogni giorno.

Per quanto riguarda la raccolta dei requisiti, la pianificazione, l'unità e i test di accettazione, è possibile seguire qualsiasi metodologia sembra avere senso.

Tendo a mantenere i miei "sprint" a circa una settimana.

Penso che Clean Code: un manuale di Artigianato del software Agile , è una grande risorsa.

Questo libro ti renderà uno sviluppatore migliore, non solo un programmatore migliore. Sicuramente da leggere!

link

Usiamo kanban nel nostro lavoro, e l'ho trovato davvero utile - Penso che l'idea di limitarti a una certa quantità di lavoro significhi fare di più.

Un'altra cosa che kanban fa bene è categorizzare dove il lavoro è finito - usiamo il piano | costruire | test | distribuire | fatto - ognuna di queste fasi è definita e devi lavorare un articolo attraverso la lavagna - questo aiuta ad assicurarti di non aver ignorato i test, o che hai dedicato un po 'di tempo a pianificare e definire come testare e dimostrare una funzionalità completata.

Una delle cose positive di agile è la responsabilità / trasparenza - quindi vorrei far sapere ai tuoi clienti su cosa stai lavorando, far sì che siano d'accordo con le funzionalità che vogliono aggiungere, in modo da renderti conto di qualcuno, persino se non conoscono l'ingresso e l'ingresso tecnico.

Se vuoi praticare lo sviluppo guidato dai test e l'integrazione continua, che ritengo essere tra le migliori pratiche agili da seguire, guarderei questi libri:

• Crescere il software orientato agli oggetti, guidato dai test
• Consegna continua: rilasci di software affidabili attraverso l'automazione di build, test e distribuzione