Se si dispone di Team Foundation Server 2012, cosa offre VersionOne?

Question

[Sembra una domanda "che è meglio", ma non lo è.]

Utilizziamo Team Foundation Server 2012 per il controllo della versione e la tracciabilità dei bug (che non cambierà). Ci stiamo spostando su Agile e ci viene chiesto di utilizzare VersionOne per gestire il processo.

Ho partecipato a diversi Webinar su VersionOne. Non riesco a ottenere una risposta chiara sulla storia di integrazione di Team Foundation Server. Non riesco a trovare una singola funzionalità significativa che Team Foundation Server 2012 non abbia.

Cosa mi manca? Ci sono migliori storie di integrazione esistenti? Qualcuno ha esperienza con questi due prodotti che lavorano insieme? Qualcuno sa di eventuali insidie?

- Aggiornamento -

Abbiamo lavorato con entrambi fianco a fianco per un po 'di tempo, e posso condividere le nostre esperienze:

• Impostazione della sincronizzazione automatica è (come previsto) orrendo. Aspettatevi tempi di fermo e deflagrazione generale permanente.
• Il plug-in V1 Visual Studio è quasi inutile. Ti permette di fare degli aggiornamenti dall'interno dell'IDE, ma non tutti. Non si sincronizza correttamente. Non offre contesto. Non è possibile collegare in modo affidabile alcun elemento. È decisamente peggio che solo Alt-Tabbing avanti e indietro.
• Le poche funzioni che abbiamo trovato utili e utilizzate in V1 (Team Room, sottogruppi, discussioni) sono in arrivo in TFS 2013 e funzionano molto meglio (soprattutto se si utilizza Lync per IM).

TL, DR: V1 è abbastanza buono per quello che è, ma è un silo. Tutta l'integrazione è patchwork. Perdi quasi tutti i vantaggi dell'integrazione offerta da TFS: non fraintendetemi, TFS ha molte, molte, molte, molte verruche, ma è in grado di collegare una storia a un check-in a un difetto a una discussione a una documentare la tua squadra Wiki su una build specifica è semplicemente esilarante.

- Aggiornamento -

Abbiamo appena iniziato a utilizzare Coded UI per test strutturale, ed è stupidamente potente. Avere a che fare con VersionOne è semplicemente odioso a questo punto.

Answer 1

Se si utilizza TFS 2012, mi chiederei comunque perché pensi di aver bisogno di un altro strumento per "fare agilità".

Credo che gli ultimi aggiornamenti di TFS 2012 abbiano migliorato il supporto di lavoro agile, quindi questo dovrebbe funzionare ancora bene. Potresti scegliere lo stile Scrum o Kanban in termini di pratica di lavoro agile scelta.

Alcune domande che possono provocare più pensato:

• Vogliamo andare stile Scrum o Kanban?
• Quali collaboratori non tecnici devono partecipare come parte del progetto in stile agile?
• Hanno tutti bisogno di utilizzare TFS 2012 e/o VersionOne (o qualsiasi altro strumento)?
• TFS 2012 è OK da esporre ai membri del team non tecnico (a chi non interessa gli strumenti ALM) oppure è necessario attivare uno strumento aggiuntivo?

Per essere onesti, si potrebbe probabilmente "eseguire agile" su solo note appiccicose, se questo è ciò che è necessario.

FYI: http://blog.countersoft.com/2013/03/basics-of-running-agile-projects/

Answer 2

ho integrato i due per una demo. Il cliente ha incaricato VersionOne e TFS. Non posso rispondere perché si dovrebbe fare questo, ma per quanto riguarda come fare il check-out il loro progetto open source:

https://github.com/versionone/V1TFS

I binari sono qui:

http://legacy.community.versionone.com/Downloads/Lists/Platform%20Downloads/DispForm.aspx?ID=31

È fondamentalmente eseguire un msi che installa un servizio Web che registra gli eventi da TFS e inoltra il check-in o crea i dati su VersionOne.

Quindi è possibile installare la relativa politica di check-in che richiede agli sviluppatori di associare gli User Story ai check-in.

Personalmente ho sentito che il tutto era un po 'goffo. Ad esempio la finestra di dialogo Story-Picker viene visualizzata non appena si modifica il codice, non quando si è pronti per il check-in. E il plug-in ha interrotto la mia istanza di Visual Studio almeno una volta.

Quindi, in fondo, è possibile utilizzare e persino integrare i due, ma non vedo alcun motivo per aggiungere clunkiness quando TFS funziona abbastanza bene da solo.

Answer 3

Mi capita di trovare questa risposta alla ricerca di qualcos'altro ed è uno che rispondo molto di persona così aggiungendo il mio qui comunque e sento che è una risposta più vera.

L'integrazione V1 è utile per gli sviluppatori (è possibile eseguire il check-in del codice in base all'attività che è tutto ciò che serve). Ho usato entrambi. Forse per gli sviluppatori di TFS è meglio (ammesso che solo il check-in codice), ma per il bene Scrum Master and Product Owner, *

VersionOne batte TFS mani in linea giù

*. Il motivo principale è che V1 è più veloce da gestire e manipolare Storie, organizzare, definire le priorità e il reporting è molto meglio.

TFS online ha molto da desiderare quando si tratta di gestione Scrum/Sprint .

È lento e complicato se si crea, si divide, si fondono storie e si analizzano le storie in attività. Il processo di fare la stessa cosa su V1 è 100% volte più efficiente, più facile, più veloce. Mi piacerebbe tirare fuori i capelli se dovessi usare TFS per gestire il backlog e V1 ha rapporti orientati verso uno sviluppo agile.

Un esempio in TFS non è possibile scomporre Criteri di accettazione in singoli test e assegnargli tempo nel giorno di pianificazione Che elimina la pianificazione dello sprint. Potresti mangerlo con TFS? sicuro con la personalizzazione e il collegamento ad altri tipi di lavoro, ma è un dolore nel sedere.

V1 prevede la previsione del rilascio, la pianificazione della capacità per il vostro team nelle prossime due settimane, la pianificazione del poker integrata per i team offshore e la costruzione complessiva per lo sviluppo Agile.

Gli sviluppatori devono semplicemente eseguire il check-in del codice in base alle attività, che possono fare. Il tuo Scrum Master/Product Owner vive nello strumento e dovrebbe davvero usare lo strumento che è meglio per loro.

Quindi utilizzare entrambi. Niente di male in questo. Usa TFS online solo per memorizzare il tuo codice. Usa V1 per tutto il resto.