Domanda

La pianificazione è molto difficile. Non siamo naturalmente bravi a stimare il nostro futuro, e molte distorsioni cognitive esacerbare il problema. pianificazione di gruppo è ancora più difficile. informazioni incomplete, viste incoerenti di una situazione, e di comunicazione problemi peggiorare la difficoltà.

metodi

??Agile forniscono un quadro di riferimento per l'organizzazione di pianificazione di gruppo - rendendo la pianificazione visibile a tutti (le storie degli utenti), rompendo in piccoli pezzi (sprint), e fornendo analisi retrospettiva in modo da ottenere una migliore pianificazione a. Ma trovare buoni strumenti per sostenere queste pratiche è dimostrando difficile.

Strumenti

??Che software si utilizza per raggiungere questi obiettivi? Perché stai usando quello strumento? Quali successi ha avuto con uno strumento particolare?

È stato utile?

Soluzione

OmniPlan

strumento di pianificazione Mac OS X.

Pivotal Tracker

anche utile se non sta facendo "agile" di sviluppo.

FogBugz

Incredibilmente utile e funzionalità di monitoraggio problema.

Io uso questi in congiunzione. OmniPlan è grande per disporre tutti i compiti che devono essere completate e dividerli tra la vostra squadra. È possibile impostare percorsi critici (cose che deve accadere per il completamento) e la ripartizione sforzo complessivo. Ottimo anche visivamente per la gestione.

Pivotal è eccellente per tenere il vostro ritmo di sviluppo. Se si sottoscrive pienamente alla metodologia agile è eccellente, ma ancora molto utile per tenere traccia delle caratteristiche, componenti dipendenti e lo stato attualmente attivo.

FogBugz fornisce un'interfaccia facile da usare per i non programmatori di inviare bug o richieste di funzionalità e il progresso del monitor. Problemi che vengono in sono valutati e registrati in Pivotal. Poi ottengono spostati in OmniPlan se diventa un compito più grande con più componenti.

Altri suggerimenti

Usiamo Redmine -> http://www.redmine.org/

registrare tutta la nostra dev in là con chiamate di supporto in modo che possiamo vedere quanto tempo abbiamo libero di destinare a uno sprint sulle nostre ultime po 'di sviluppo. E 'utile perché lega perfettamente con il nostro sistema di posta elettronica e il nostro sistema di controllo di versione (Git nel nostro caso, ma funziona con gli altri).

facile andare avanti, fuori dalla scatola (scritto in Ruby, verrà eseguito su più piccoli server) e con alcuni addons abbastanza potenti che sono facili da installare e da utilizzare.

E 'ok per risposta non ?

sembra implicare che gli strumenti software sono necessari per la pianificazione agile successo. Non sono d'accordo. Se la tua squadra sta usando mischia o XP correttamente ( "dal libro"), non dovrebbe avere di utilizzare qualsiasi strumenti software a tutti per la pianificazione.

In molti casi, l'aggiunta di strumenti software per un processo agile è solo un modo per evitare di avere a che fare con il problema reale di fondo legati alla scarsa comunicazione o la fiducia. Tali problemi sono meglio risolti con altri mezzi.

La mia raccomandazione è di iniziare senza strumenti digitali e aggiungere solo in un secondo momento quando si davvero a capire perché ne avete bisogno.

(squadre distribuite sono un caso speciale)

Ho usato sia Rally e JIRA con GreenHopper .

Comincerò con JIRA. JIRA è un ottimo strumento di tracciamento dei bug. GreenHopper è un add-on che consente ai team di iniziare a lavorare con agile. Perché non è stato concepito come uno strumento agile da zero, alcuni dei processi si sentono a disagio. Lo strumento è anche in termini di tempo e difficile da usare. Tuttavia, è estremamente personalizzabile. In generale, ci si sente come uno strumento si deve stipare si agili i processi in.

Rally è stato progettato da zero per essere uno strumento agile e si vede. Ne consegue un sacco di processi agili molto bene e si completa il processo. Ho usato questo strumento in un'organizzazione estremamente agile e ci ha permesso di tenere traccia delle dipendenze cross-team e progetti complessi che coinvolgono diverse squadre agili. coordinamento Cross-team è qualcosa di altri strumenti di lotta, ma Rally ha fatto bene. Inoltre, Raduno ha un'API basata eccellenti servizi web. Ha permesso la mia squadra di scrivere alcuni software personalizzato utilizzando Rally come il nostro back-end e generare alcuni report personalizzati.

Usiamo TFS per il controllo di origine e degli elementi di lavoro di monitoraggio (purtroppo), e io uso Telerik elemento di lavoro responsabile per aiutarmi piani sprint record e mantenere il taskboard in sincronia. Se si è costretti a utilizzare TFS poi Telerik rende meno doloroso.

Usiamo un issue tracker chiamato FIT (io lavoro per questa società come il contractor in outsourcing quindi è stata la mia scelta cosa usare). Fogbugz era costoso in confronto. Ha un ingombro ridotto, basato su web, poco costoso e fa le solite cose. Ho guardato Redmine che è un pacchetto meraviglioso, ma la gestione era a disagio per un pacchetto open source che è stato ancora sanguinando bordo.
Per uno strumento come un inseguitore problema non volevo mantenere o aggiornarlo o personalizzarlo. Volevo solo farlo funzionare bene, fuori dalla scatola e rimanere in quel modo

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top