Resumo do Trello usado para gerenciamento de projetos / projetos da Web [fechado]

Alguém tem um bom layout para usar o trello no gerenciamento de projetos / projetos da Web?

Eu tenho uma equipe espalhada pelo mundo e gostaria de mudar do Basecamp (acho) para algo como o Trello (mais fácil, mais barato, obviamente).

Assistir ao vídeo me deu algumas idéias, mas ainda estou coçando a cabeça sobre a melhor maneira de começar. Para que minha equipe aceite isso, terá que ser quase perfeita desde o início, então não quero estragar tudo :)

trello

— Nathan
fonte

Lembre-se de que o Trello não tem bate-papo.

— Phwd

Nathan, também estou interessado nesse esquema ... Talvez nós dois possamos inventar alguma coisa. Se você tem alguma idéia, poste aqui! Obrigado e boa sorte!

— Denis

@ Denis, se você estiver interessado nisso, pode votar clicando na seta para cima (quando tiver reputação suficiente). Por favor, não use o link de resposta para responder a alguém. Com um pouco mais de reputação, você pode deixar comentários.

— Phwd

@phwd O Trello está "ausente" do bate-papo - mas isso não é o meu caso, a menos que eu esteja perdendo alguma coisa? Eu gostaria que houvesse uma maneira de encadear conversas, embora eu saiba que isso pode afetar a simplicidade do Trello (que é um "recurso").

— Nathan

Feito. Mas entre no chat.stackexchange.com/rooms/7/webapps Não sei se perdi outras contas. Deixe-me saber lá.

— phwd

Respostas:

Minha equipe usa este esquema:

- Todo
- Fazendo
- Testes
- Concluído
- Publicado

Para cada iteração, iniciamos um novo quadro.

Como isso funciona?

Vamos supor que temos três pessoas: Alice é gerente de produtos, Bob é desenvolvedor, Charlie é desenvolvedor sênior.

Alice adiciona uma tarefa na lista Todo e atribui um cartão a Bob que fará isso.
Se Bob tem 100% de certeza de que entende a tarefa, move o cartão para a lista de tarefas.
Quando a tarefa estiver concluída, Bob mova-a para Teste.
Alice move o cartão de Teste para Concluído, se a tarefa é competir; o cartão é movido para Fazendo (com um motivo em um comentário).
Charlie move as tarefas de Concluído para Publicado quando a iteração estiver concluída.

Usamos rótulos: Design, Código, Conteúdo, Admin, Bug.
Os cartões são parecidos com histórias: "O usuário pode recuperar sua senha por e-mail."
Para cada cliente, criamos uma organização. Sim, os clientes veem o que fazemos.

É isso aí.

Uma pequena atualização em nosso fluxo de trabalho. :)

Design Workflow

— Roman Zolotarev
fonte

Isso é ótimo. Tentei manter tudo em uma organização, mas estou descobrindo que um ou dois cartões às vezes não são suficientes para alguns projetos. Para projetos maiores, posso considerar ir a uma organização separada. Você tem preocupações sobre seus clientes lendo os tópicos de comentários? Algumas das nossas conversas são ou muito mundano ou revelar a nossa incerteza sobre as expectativas dos clientes, viabilidade, etc ...

— Nathan

Nathan, obrigado por comentar.

— Roman Zolotarev

Usamos a linguagem adequada no Trello e não tenho nenhuma preocupação com os clientes que estão lendo nossos comentários. Mesmo que esses comentários sejam mundanos. Nossos clientes também são humanos. :) Quando quero dizer algo particular, uso o Skype ou o telefone. Isso é muito raro. Não temos nada a esconder de nossos clientes. Essa forma de comunicação é boa para relacionamentos saudáveis e expectativas dos clientes. Isso me ajuda a envolver um cliente no processo de desenvolvimento.

— Roman Zolotarev

Pense no caminho que seus projetos da web seguem. Geralmente começa como uma idéia, vai para um plano, talvez entre em desenvolvimento ou planejamento adicional, passe para testes, controle de qualidade, rc, etc. Então, finalmente, passa do desenvolvimento para a vida. Claro, isso é apenas um exemplo.

O Trello também publica o quadro Trello para seu próprio fluxo de desenvolvimento aqui: https://trello.com/board/4d5ea62fd76aa1136000000c Você pode usá-lo como um exemplo para ver um caso específico de fluxo de desenvolvimento da Web.

— andymac1
fonte