Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • D Denúncia a Violência Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Denúncia a Violência
  • Denúncia a Violência Wiki
  • Wiki
  • processo

processo · Changes

Page history
Update processo authored Apr 25, 2022 by Marco Goedert's avatar Marco Goedert
Hide whitespace changes
Inline Side-by-side
processo.md
View page @ 1af3871f
......@@ -117,6 +117,20 @@ Na hora de revisar o Merge Request, entre na branch em sua máquina e teste a fu
Caso haja pendências, relacionadas a documentação do código, padronização ou arquivos enviados, não exite em realizar um novo commit na branch com as mudanças necessárias antes de realizar a integração.
## Divisão de User Stories em tarefas
A técnica SMART é muitas vezes utilizada para guiar na construção de tarefas alcançáveis. O SMART nos diz que uma tarefa tem cinco características:
**Specific:** tarefas precisam ser específicas para que todos do time entendam como elas se conectam e como juntas elas contribuem para atingir os critérios de aceitação da user story.
**Measurable:** uma tarefa é mensurável quando pode ser marcada como “concluída”, seguindo os critérios técnicos do time. Por exemplo, com os testes escritos e o código refatorado.
**Achievable:** as tarefas devem ser alcançáveis pelos seus responsáveis. Aqui entra a capacidade do time de identificar pontos fortes, fracos e oportunidades de melhoria dos membros. Neste critério , por exemplo, o time pode optar pelo pair programming, para desenvolver habilidades e alcançar seu objetivo.
**Relevant:** todas as tarefas devem ser relevantes. As histórias são quebradas em tarefas para auxiliar o desenvolvimento, mas o Product Owner ainda espera que todas elas sejam explicáveis e justificáveis.
**Time-Boxed:** todas as tarefas precisam ter um tempo definido para serem concluídas. Não é necessário fazer uma estimativa formal em horas ou dias, mas deve haver uma expectativa de conclusão ou de quando será necessário pedir ajuda ao time. Quando uma tarefa se torna maior do que esperado, o time precisa saber o momento certo para tomar uma ação para que seja concluída.
## Matriz de Responsabilidade
Essa matriz foi desenvolvida para ajudar os membros do time a saberem seus papéis na dentro do processo de desenvolvimento.
......
Clone repository
  • Gerência
  • Instalação
  • Retro
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • codigo
  • configuracao
  • design_mockups
  • escopo
  • estudos
  • gerencia
  • Home
View All Pages