wosubtil / trello-realiza

Funcionamento do Trello na Realiza

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*

• GERAL

  • Infraestrutura que mantem os produtos
    • Hospedagem, Lojas, Banco de dados, DNS, E-mails etc...
  • Hospedagem dos Sites
  • Desenvolvimento de Sites

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