wosubtil / trello-realiza

Funcionamento do Trello na Realiza

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

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

About

Funcionamento do Trello na Realiza