Please enable JavaScript.

Coggle requires JavaScript to display documents.

tecnicas complementares do textScrum - Coggle Diagram

- - - - Must Have (Tenho que fazer)
      - Should Have (Devo fazer)
      - Could Have (Poderia fazer)
      - Won’t Have (Não vou fazer)
  - - - vantagens
        
        é baseada na opinião experiente do time;
        
        fácil e rápida de completar;
        
        é boa em definir as prioridades de projetos em andamento.
      - Desvantagens
        
        as regras do MoSCoW podem ser subjetivas. Se não existe cooperação o suficiente na agência, a priorização pode ficar imprecisa;
        
        a técnica necessita que o time tenha uma boa familiaridade com as características o serviço a ser entregue. Quando os participantes têm diferentes níveis de conhecimento nesse sentido, fica difícil para eles classificarem e ranquearem as tarefas.
  - - - Must Have (Tenho que fazer)
        
        Como o nome sugere, essa categoria consiste de iniciativas que são uma obrigação (“a must” em inglês) para o time.
        
        Elas representam necessidades não-negociáveis para o projeto, serviço, produto ou lançamento.
        
        Qualquer coisa nessa categoria é considerada mandatória para o time concluir. Se você está inseguro sobre se algo deve pertencer a esse grupo, pergunte-se o seguinte:
        -o que acontece se finalizarmos sem isso?
        -existe um atalho ou modo mais simples de terminar isso?
        -o projeto vai funcionar sem essa tarefa?
      - Should Have (Devo fazer)
        
        Essas tarefas estão apenas um degrau abaixo das Must Have. Elas são importantes para o produto final, mas não são vitais.
        
        Essas tarefas podem ser adiadas para um release no futuro sem impactar o processo atual. Por exemplo, na mesma estratégia de conteúdo, pensar e desenvolver materiais audiovisuais é uma tarefa Should Have. Sem ela, a estratégia funciona, mas com ela fica muito melhor.
      - Could Have (Poderia fazer)
        
        Uma outra forma de descrever essa categoria é a frase “seria legal ter”, pois essas tarefas não são necessárias para o funcionamento do projeto.
        
        Então, iniciativas Could Have geralmente são as primeiras a serem excluídas se as tarefas nas duas categorias anteriores acabarem ficando maiores do que o esperado.
      - Won’t Have (Não vou fazer)
        
        Um dos benefícios do método MoSCoW é que ele coloca várias iniciativas na categoria “não vou fazer”.
        
        Colocar tarefas nesta categoria é uma forma de evitar o scope creep, ou seja, o crescimento desorganizado do projeto. Se algo está neste nível, o time sabe que ele não é prioridade para agora, mas até podem vir a ser em um futuro próximo.
- - - - O que é a sequencia Fibonnaci??
        
        A sequencia Fibonacci é uma iunvenção feita por um matematico italiano para descrever o comportamento do crescimento de uma população de coelhos.
  - - - -Um moderador, que não jogará, preside a reunião
      - -O Product Owner fornece uma breve visão geral de uma história de usuário a ser estimada. A equipe tem a oportunidade de fazer perguntas e discutir para esclarecer suposições e riscos
      - -Cada indivíduo coloca uma carta virada para baixo representando sua estimativa para a história. Durante a discussão, os números não devem ser mencionados em relação ao tamanho do recurso para evitar ancoragem .
      - -Todos chamam suas cartas simultaneamente, virando-as.
      - -Pessoas com estimativas altas e estimativas baixas recebem uma caixa de sabão para oferecer sua justificativa para sua estimativa e então a discussão continua.
      - -Repita o processo de estimativa até chegar a um consenso. O desenvolvedor que provavelmente possuiria a entrega tem uma grande parte do "voto de consenso", embora o Moderador possa negociar o consenso.
      - -Garantir que a discussão seja estruturada; o Moderador ou o Product Owner pode, a qualquer momento, virar o cronômetro e, quando ele acabar, toda a discussão deve cessar e outra rodada de pôquer é jogada. A estrutura da conversa é reintroduzida pelas caixas de sabão.
- - - - Comece pelo que você faz agora;
      - Obtenha acordos;
      - Encoraje atos de liderança em todos os níveis.
    - - Compreender e focar nas necessidades e expectativas dos e das clientes;
      - Deixar as pessoas colaboradoras se auto-organizarem;
      - Revisar regularmente seu sistema e suas políticas.
  - - - Pensamento Lean (Lean Thinking):
        Filosofia de gestão inspirada em práticas e resultados do sistema Toyota. Seu foco é entregar mais valor às pessoas que adquirem um produto ou serviço, eliminando desperdícios e corrigindo problemas de maneira sistemática.
      - Pensamento Ágil (Agile Mindset):
        Podemos considerar como pensamento ágil o conjunto de valores e princípios trazidos pelo Manifesto Ágil, assinado em 2001.
      - Sistema Puxado (em oposição ao “Sistema Empurrado”):
        Uma das contribuições do engenheiro japonês Taiichi Ohno para o sistema Toyota, e consequentemente para o Pensamento Lean, é o trabalho com o sistema puxado em oposição ao sistema empurrado.
  - - - To do (para fazer): nessa coluna, ficará todas as tarefas que ainda não foram iniciadas e que irão ser concluídas em breve.
      - Doing (fazendo): nessa segunda coluna, ficará todas as tarefas que estão em andamento no momento e estão quase terminando.
      - Done (feito): por último, a terceira coluna é reservada para ter noção de todas as tarefas que já foram concluídas.