Nova Forma de Uso do Trello
1 - Lista de Produtos/Projetos da Realiza
-
CORE (Principal)
- HIVE
- Gestão (Financeiro)
- Portal / App
- Portaria
- AR-Email Portal
- AR-Email CLI (SPC)
- C-LECT
- Portal
- Backend
- VTIGER - CRM (Desenvolvimento)
- Mautic - Automação de Marketing (Instalação e Manutenção)
- CLUB VANTAGENS (Ainda não iniciado)
- Desenvolvimento de APPs
- 360*
- HIVE
-
GERAL
- Infraestrutura que mantem os produtos
- Hospedagem, Lojas, Banco de dados, DNS, E-mails etc...
- Hospedagem dos Sites
- Desenvolvimento de Sites
- Infraestrutura que mantem os produtos
2 - NOVOS PROJETOS - BOARDS ESPECÍFICOS
-
Projetos são entendidos como um novo produto ou uma feature maior (novo módulo) de um produto que já mantemos, que possuí um escopo definido e seja finito (Ínicio e Fim)
-
Todo novo projeto, deverá ter uma board específica que deverá ser criada com base na board TEMPLATE - KANBAN
-
O Workflow da transição dos cards deverá ser o mesmo já utilizado no KANBAN.
3 - Novo formato do Trello para os Produtos que Mantemos
-
Teremos Uma board (BACKLOG ALL) com todos os cards a serem feitos separados por produto no formato de lista;
-
Uma board com as tarefas que serão entregues (SPRINT);
-
Teremos duas Sprints - Uma em execução e outra planejada;
-
o Workflow do Kanban será adaptado para funcionar com Sprints;
-
Cada Sprint terá de uma a duas semanas de duração e soma por responsável será 44 horas semanais;
-
BUGS serão clasificados em nível 1 (impeditivo) e 2 (Não impeditivo). Bugs do nível 1, entrarão na SPRINT em execução como atropelo e nível 2 em cada produto para compor SPRINTS futuras.
-
Todas as tarefas deverão ter uma data de Entrega (due date);
-
As tarefas também serão classificadas de 1 a 10 conforme a sua complexidade (Custom Field), onde 1 é menos complexo e 10 é mais complexo;
-
Toda tarefa terão os resposáveis que deverão mensurar o tempo previsto;
-
Durante a execução das tarefas, é indispensável comentar gargalos ou qualquer motivo de interrupção ou atraso. O progresso da execução também é importante, para sabermos se a tarefa irá ou não atrasar.
Diferenças da Sprint do Scrum
- Workflow do Kanban
- A Sprint do scrum possui escopo fechado
- Ciclo de vida do card, envolve entregue de bug e cards que ficam no limbo***
44 horas uteis