Pochi amici (3) e ho fondato una piccola azienda. Ma non eravamo sicuri di come organizzarci dato che tutti lavorerebbero dalle loro case e in diverse ore del giorno. Come dovremmo organizzarci in termini di lavoro da fare, bug, ecc.? Dovremmo utilizzare una metodologia agile come "adattata" per la nostra piccola squadra?
Il mio attuale impiego è all'interno di un'azienda, tuttavia la dimensione del team è ridotta a 5 persone. Inoltre, siamo dispersi geograficamente, 2 in uno stato, 1 in un altro stato, 1 in un altro stato e 1 in un altro paese.
Il nostro successo finora è imperniato sull'utilizzo di soluzioni basate sul cloud all'interno di una metodologia Scrum. Utilizziamo strumenti come l'offerta gratuita ScrumWorks (poiché può essere ospitata all'interno del nostro dominio, tuttavia, VersionOne ha un'offerta gratuita che può essere installata e funzionante all'interno del proprio dominio) come base del processo. Quindi utilizziamo Pianificazione del poker che è anche un'altra offerta gratuita.
Seguiamo il tipico processo Scrum completo di una riunione quotidiana dello stand-up. La riunione di stand-up è stata di gran lunga l'approccio migliore nel tentativo di creare coesione in tutta la squadra e tentare di rimuovere l'isolamento che può esistere in questo tipo di atmosfera. Lo stand-up quotidiano abbinato a una forma di comunicazione dal vivo (usiamo Office Communicator in azienda, a differenza di qualsiasi client di messaggistica istantanea) sono fondamentali per assicurare un senso di comunità.
Con diverse lingue native tra la squadra, il telefono è una forma di comunicazione prominente per una conversazione approfondita, tuttavia il vantaggio tende a variare in quanto a volte può rendere la comunicazione molto più difficile; come un determinato accento a volte può rendere difficile comunque come con qualsiasi cosa più lo fai meglio diventi.
Il rovescio della medaglia Ho lavorato all'interno di una squadra che si trovava all'interno dello stesso edificio e nessuna tecnologia o metodologia ha fornito il tipo di coesione che può offrire la vicinanza. Uno studio recente ha fornito * prove empiriche sul fatto che la stretta vicinanza dei membri del team è vantaggiosa per l'obiettivo a lungo termine del progetto.
La linea di fondo è che avrai bisogno di scoprire quali strumenti funzionano meglio per te. Assicurati che tutto il team parli di ciò che è o non funzioni o che l'isolamento emergerà molto rapidamente.
* Non riesco a trovare il link al momento ma lo posterò una volta.
EDIT:
Basato sui commenti ...
Il controllo del codice sorgente è via svn, che viene gestito dall'azienda tramite una soluzione personalizzata che utilizza CollabNet . Questa soluzione si occupa anche della gestione dei difetti a un livello superiore, in quanto portiamo tali difetti su ScrumWorks per essere inseriti nello sprint backlog. Inoltre, fornisce anche l'accesso a un ambiente di compilazione per elementi di configurazione e distribuzione.
I test sono allegati alle storie da una posizione unitaria / integrazione; vale a dire ... una stima del punto di discussione dovrebbe e includerà il test. Questo non è un componente separato; fa parte dello sforzo di sviluppo. Il framework di test utilizzato è NUnit ei test vengono quindi eseguiti all'interno dell'IDE (Visual Studio) tramite un collegamento in NUnit.
Ciò consente allo sviluppatore di effettuare costantemente il check-in ed eseguire i test secondo necessità. Dato che siamo una piccola squadra; la proprietà dei problemi all'interno del codice base si verifica raramente e non implementiamo un rigoroso check-in solo quando il codice ha superato la mentalità di tutti i test in quanto non è lo scopo del controllo della versione. Essere dispersi è fondamentale per il controllo frequente.
Se non hai accesso a una soluzione aziendale la tua prossima migliore scommessa sarebbe quella di sfruttare una VPS soluzione di hosting come possono essere fatti per abbastanza economici ($ 20,00 USA / mese) e ti permetterebbe di centralizzare la tua fonte, fornire controllo di versione, DR, distribuzione di ScrumWorks e altri bisogni come sono emersi.
Alcuni colleghi e io stiamo facendo la stessa cosa. Stiamo utilizzando Kanban (David Anderson ha un GREAT book su di esso) tramite Agile Zen (una buona tavola Kanban distribuita). Ora dividi il lavoro dandogli priorità. Quando qualcuno è pronto a lavorare su qualcosa di nuovo, tira fuori dalla coda.
Per il controllo della versione, utilizziamo Mercurial con un repository centrale ospitato in esecuzione in IIS. (Strumento straordinario, fai un rapido giro di dieci minuti e sarai rapito). Mi iscrivo a Microsoft BPOS per la collaborazione (scambio ospitato, sharepoint, live meeting e server di comunicazione). La cosa fantastica del comunicatore da ufficio è che le discussioni vengono automaticamente archiviate in Outlook in modo da poterle cercare facilmente.
Sarei tentato di chiamare una riunione per vedere che tipo di struttura vogliono le persone e cosa potrebbe funzionare per varie persone nel gruppo. Alcune persone potrebbero preferire avere un leader designato mentre altri potrebbero sentirsi più a proprio agio con l'idea di un gruppo auto-organizzante. La domanda è quale tipo di sfondi e preferenze hai all'interno di quella squadra, in quanto è ciò che determinerebbe per me che tipo di cose vorrei provare inizialmente e poi affinare come necessario, che può sembrare piuttosto Agile per alcuni.
La cosa principale da ricordare: essere giù sulla Terra, essere ragionevole. Guarda dietro le parole d'ordine fantasiose il suo vero significato e il suo valore reale.
Per quanto riguarda le specifiche, e assumendo che il tuo team sia composto da tre istanze di me:
Leggi altre domande sui tag project-management team