Schema di Trello utilizzato per la gestione di progetti / progetti Web [chiuso]

Qualcuno ha un buon layout per l'utilizzo del trello nella gestione di progetti / progetti Web?

Ho una squadra sparsa in tutto il mondo e vorrei passare da Basecamp (credo) a qualcosa come Trello (più facile, più economico, ovviamente).

Guardare il video mi ha dato alcune idee, ma sto ancora grattando la testa sul modo migliore per iniziare. Affinché il mio team possa abbracciarlo, dovrà essere quasi perfetto dall'inizio, quindi non voglio sbagliare :)

trello

— nathan
fonte

Ricorda che Trello non ha chat.

— phwd

Nathan, sono interessato anche a questo schema ... Forse entrambi possiamo escogitare qualcosa. Se hai qualche idea, per favore pubblicala qui! Grazie e buona fortuna!

— Denis

@Denis se sei interessato a questo puoi votare in alto facendo clic sulla freccia in alto (quando hai abbastanza reputazione). Non utilizzare il link di risposta per rispondere a qualcuno. Con un po 'più di reputazione puoi lasciare commenti.

— phwd

@phwd Trello è la chat "mancante" - ma non è una cosa del genere per me, a meno che non mi manchi qualcosa? Vorrei che ci fosse un modo per mettere in discussione le conversazioni, anche se so che potrebbe avere un impatto sulla semplicità di Trello (che è una "caratteristica").

— Nathan,

Fatto. Ma vieni in chat.stackexchange.com/rooms/7/webapps Non so se ho perso altri account. Fammi sapere lì.

— phwd

Risposte:

Il mio team usa questo schema:

- Todo
- Fare
- Testare
- Fatto
- Pubblicato

Per ogni iterazione iniziamo una nuova scheda.

Come funziona?

Supponiamo di avere tre persone: Alice è un product manager, Bob è uno sviluppatore, Charlie è uno sviluppatore senior.

Alice aggiunge un'attività nell'elenco di Todo e assegna la carta a Bob che lo farà.
Se Bob è sicuro al 100% di comprendere l'attività, sposta la carta nella lista delle cose da fare.
Quando l'attività è completata Bob spostalo in Test.
Alice sposta la carta da Test a Completata se l'attività è competitiva, altrimenti la sposta su Facendo (con un motivo in un commento).
Charlie sposta le attività da Fine a Pubblicazione una volta completata l'iterazione.

Utilizziamo etichette: design, codice, contenuto, amministratore, bug.
Le carte sembrano storie: "L'utente può recuperare la propria password via e-mail".
Per ogni cliente creiamo un'organizzazione. Sì, i clienti vedono cosa facciamo.

Questo è tutto.

Un piccolo aggiornamento sul nostro flusso di lavoro. :)

Flusso di lavoro di progettazione

— Roman Zolotarev
fonte

È fantastico. Ho cercato di tenere tutto in un'unica organizzazione, ma sto scoprendo che una o due carte a volte non sono davvero sufficienti per alcuni progetti. Per progetti più grandi, potrei prendere in considerazione l'idea di andare in un'organizzazione separata. Hai dubbi sul fatto che i tuoi clienti leggano i thread dei commenti? Alcune delle nostre conversazioni sono piuttosto banali o rivelano la nostra incertezza sulle aspettative dei clienti, sulla fattibilità, ecc ...

— Nathan

Nathan, grazie per il tuo commento.

— Roman Zolotarev,

Usiamo un linguaggio corretto in Trello e non ho dubbi sui clienti che leggono i nostri commenti. Anche se questi commenti sono banali. Anche i nostri clienti sono umani. :) Quando voglio dire qualcosa di privato uso Skype o il telefono. Questo è molto raro Non abbiamo nulla da nascondere ai nostri clienti. Questo modo di comunicare è buono per relazioni sane e aspettative dei clienti. Questo mi aiuta a coinvolgere un cliente nel processo di sviluppo.

— Roman Zolotarev,

Pensa al percorso seguito dai tuoi progetti web. Di solito inizia come un'idea, va a un piano, forse va in sviluppo o ulteriore pianificazione, passa a test, QA, rc, ecc. Poi infine passa dallo sviluppo alla vita. Certo, questo è solo un esempio.

Trello pubblica anche la scheda Trello per il proprio flusso di sviluppo qui: https://trello.com/board/4d5ea62fd76aa1136000000c È possibile utilizzarlo come esempio per vedere un caso specifico del flusso di sviluppo Web.

— andymac1
fonte