Per una piccola start-up con solo uno o due programmatori, è possibile implementare metodi agili come Scrum? Se NO, qual è la dimensione minima della squadra richiesta?
Suppongo che Scrum abbia bisogno di pochi programmatori per essere onsite pure?
modificato ** Penso che i metodi Agile siano pensati per la collaborazione del team e migliorino il flusso di lavoro in modo che un singolo uomo non possa trarne molti vantaggi.
Agile funziona meglio per i team, ma non è inutile in un team di uno o due uomini. In effetti, se hai un team molto grande, è consigliabile suddividerlo in gruppi funzionali più piccoli per un'efficiente implementazione agile (immagina una riunione stand-alone di 20-30 membri, otterrai il punto). Il backlog del prodotto e lo sprint arretrato saranno più utile, anche in una squadra di un solo uomo, nel dirti se sei sulla buona strada per le consegne. Un programmatore in loco non è un prerequisito, un vero scrum master. In un piccolo team, in genere, il proprietario del prodotto è la persona migliore, ma nessun danno nel prendere il ruolo.
I membri del team di Scrum godono del meglio in un ambiente co-localizzato. È richiesto? No, ma produrrà sicuramente risultati migliori.
Il numero di programmatori è leggermente rilevante ma il fattore più importante è il proprietario del prodotto. Deve essere un proprietario di un prodotto definito che fornisce un impegno costante ai membri del team mentre le domande relative ai domini emergono durante lo sprint. Sono anche le persone che daranno la priorità al backlog e forniranno indicazioni per il team.
Uno ScrumMaster è altrettanto importante durante le fasi iniziali poiché sono il collegamento tra il team e il proprietario del prodotto; assicurandosi che i principi di Scrum siano rispettati. Con la maturazione del team, ScrumMaster può spesso ridimensionare le proprie funzioni mentre il team inizia a ingranare e operare in modo molto più olistico ed efficiente; aderendo ai principi Scrum.
Se non è possibile fornire un proprietario del prodotto, indipendentemente dal numero di programmatori del team, non eseguire Scrum. 1 individuo che indossa cappelli multipli in questo caso uno sviluppatore, ScrumMaster e proprietario del prodotto non è adeguato. Concentrati invece sul prendere alcune pratiche da XP e migliorare la pratica di sviluppo.
Sì. Kanban. Perché Kanban è ottimo per n00bs , inizio di team Agile e piccoli startup.
Perché kanban è un ottimo strumento Agile? Perché è leggero. Ti permette di vedere su cosa si sta lavorando e dove sono bloccati. Non hai nemmeno bisogno di fare standups, scrum o qualsiasi altra cosa quotidiana.
Mostra i tuoi progressi su un muro, foo!
Altri link alle risorse kanban qui: link
Gli standup e le riunioni di pianificazione sarebbero un po 'banali e la programmazione delle coppie deve essere complicata.
Ma non c'è ragione per cui non puoi attaccare tutti i tuoi compiti sulle carte e farti strada attraverso di loro, mantieniti concentrato. Se hai un probabile cliente schierato, puoi anche lasciare che ti aiutino a stabilire le priorità in modo molto simile a Scrum. E TDD è altrettanto vantaggioso per una band one-man come per una squadra.
I metodi Agile migliorano la collaborazione tra i membri del team. Uno spettacolo one-man non avrà molti problemi di collaborazione, ma puoi certamente trarre un vantaggio dalle altre pratiche come brevi iterazioni, attenzione all'eccellenza tecnica e coinvolgimento del cliente.
Il metodo specifico che usi è meno importante se sei uno sviluppatore solista. Probabilmente sono pesanti e potrebbero sembrare un po 'sciocchi a volte. Vorrei provare qualcosa di personale come Pomodoro Technique o Ottenere le cose fatte per aiutare a rimanere concentrato.
Ho anche una startup (team di 2 persone), e dalla mia esperienza direi che le pratiche agili sono molto importanti.
Lo sviluppo iterativo, il TDD e la collaborazione con i clienti sono le tre pratiche più importanti per noi. TDD (sviluppo basato su test) è importante per mantenere il codice di buona qualità e quindi essere in grado di rispondere ai cambiamenti. Collaborazione con i clienti per assicurarti di costruire qualcosa che le persone desiderano. E lo sviluppo iterativo è in grado di gestire continuamente le tue priorità quando hai un miliardo di cose da fare.
Qui è ciò che lo facciamo. Molto leggero ed efficace
Il mio consiglio sarebbe di non scegliere una cosa come XP e Scrum e prenderla come religione. Invece fai ciò che ha senso per te ed essere disposto ad evolvere e adattare il tuo processo.
Le startup sono migliori per raggiungere i valori del manifesto agile (elencati di seguito) rispetto alle grandi società, ed è un grande vantaggio che abbiamo rispetto alle grandi società, quindi direi che è molto importante trarne il massimo vantaggio.
Programma agile:
-Individuals e interazioni su processi e strumenti
-Software di lavoro su una documentazione completa
-Collaborazione della clientela per la negoziazione del contratto
-Rispondi a cambiare seguendo un piano
Scrum contiene tre ruoli: proprietario del prodotto, master Scrum, membro del team. Sia il proprietario del prodotto che il membro del team dovrebbero essere ruoli a tempo pieno (ma non è assolutamente necessario) - questi ruoli di solito non sono tecnici (ma non è sempre il caso). Di solito si ritiene che il team di Scrum debba avere 3-8 membri + master scurm + proprietario del prodotto. Come team di due uomini puoi utilizzare alcune pratiche da agile ma non è necessario l'utilizzo dell'intero Scrum.
Penso che prendere un intero processo come Scrum sia eccessivo. Ma ciò non significa che dovresti adattare alcune delle pratiche.
In particolare, la pianificazione basata sulla trama sarebbe una grande cosa per adattarsi. Perché anche se sei un solo uomo, probabilmente continuerai a pianificare e, con un lavoro relativamente poco, ti dà una previsione relativamente buona di quando ciascuna funzionalità potrebbe essere completata.
Anche se lavori da solo, non ci sono scuse per non essere agile.
Sono un freelance, lavoro da solo da casa, e uso una combinazione di metodi agili con grande successo. Scrum di per sé è buono per una singola persona, ma deve essere adattato. Ad esempio, un meeting standup o un piano di poker da solo non è divertente.
La pratica più utile, secondo me, è quella di dividere il progetto in iterazioni temporali fisse. Lavora per due settimane. Fornire un prodotto parziale. Essere pagato. Ricomincia. Non è necessario avere una grande squadra per lavorare con iterazioni, giusto?
Anche ottenere sempre un feedback è molto importante: assicurati che il tuo cliente sia sempre il più felice possibile.
Utilizza le storie per alimentare il tuo backlog e chiedi al tuo cliente di risolverlo per priorità: inestimabile.
Altri metodi possono essere aggiunti per una maggiore efficienza: TDD, pomodoro, ecc.
A volte, mi capita di lavorare con un amico quando lavoro troppo. Se usi già una tela Scrum, aggiungere un'altra persona in una squadra è abbastanza facile.
Naturalmente puoi seguire metodi agili. Tuttavia, non penso che Scrum sarebbe adeguato nel tuo caso. Sono d'accordo con Agile Scout - prova Kanban. Ti consiglio di leggere articoli, che sono pubblicati su Libreria Kanban
Leggi altre domande sui tag solo-development agile scrum startup