Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • H Hubble
  • 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
  • Hubble
  • Hubble
  • Wiki
  • Plano de Gestão

Last edited by F4NT0 Jun 26, 2020
Page history
This is an old version of this page. You can view the most recent version or browse the history.

Plano de Gestão

Home Sprints Requisitos Arquitetura e Tecnologias Configuração Endpoints Mockups Problemas [Cronograma] (Cronograma) [Gestao] (Plano de Gestão)

SCRUM

Scrum é uma metodologia ágil para gestão e planejamento de projetos de software.

No Scrum, os projetos são dividos em ciclos (tipicamente mensais) chamados de Sprints. O Sprint representa um Time Box dentro do qual um conjunto de atividades deve ser executado. Metodologias ágeis de desenvolvimento de software são iterativas, ou seja, o trabalho é dividido em iterações, que são chamadas de Sprints no caso do Scrum.

Ref: www.desenvolvimentoagil.com.br & www.manifestoagil.com.br

Comunicação

Intruções básicas:

Como se comunicar com o time: Slack (Channel #team) -> WhatsApp -> Email

Como se comunicar com os stakeholder: Slack -> Channel #General

  • Deixar os Ages 4 ciente da conversa para monitoramento e evitar problemas.

Como monitorar as atividades: Todas as tasks estão sendo gerenciadas pela ferramenta ClubHouse, lá também há informações das tasks e comentários do andamento.

Evento Participantes Frequência Data/Hora Meio
Planejamento Releases Todos Sprint 0 e Sprint 4 Presencial (face-to-face)
Planejamento dos Sprints Devs e Stakeholder A cada 2 semanas Sexta-feira, 19h30 às 21h Presencial (face-to-face)
Daily Wednesday Dev Toda semana Quarta-feira, 19h às 19h15 WhatsApp -> Slack

Planejamento Releases

Planejamento dos Sprints

A cada duas semanas os stakeholders estarão presente para reunião, o time deve mostrar o que foi feito e o que não foi feito (deixando como pendência técnica e concluir na próxima Sprint), também é realizado as definições das próximas tasks a serem entregues, assim, eles podem acompanhar o andamento do projeto e sugerir possíveis melhorias, além de manter o alinhamento entre time <-> projeto <-> stakheolder.

Daily

Basicamente são reuniões diárias, onde o desenvolvedor deve responder três perguntas básicas:

  • O que foi feito para atingir o objetivo?
  • O que vai ser executado hoje?
  • Há algum problema que esteja atrapalhando para atingir o objetivo?

Esta reunião costuma ocorrer no mesmo local, no mesmo horário, com participação de todos do time envolvido no projeto, porém, fizemos uma adaptação aplicando a Daily Wednesday, ou seja, toda quarta-feira é . O Scrum Master - Ages 2, Ramon - é responsável por realizar a intermediação dos problemas, porém, nessa situação os Ages 4 fazer um suporte para o Scrum Master.

Recursos Humanos

É importante o time ter total transparência com os colegas e os stakeholders, mantendo o engajamento e comprometimento com a Agência Expermental. Como tal, entendemos que o mapeamento do conhecimento e habilidades devem ser descritos para que outros membros do time possam requistar um aos outros para troca de conhecimento.

Membro Back-end Front-end Ops Obs
Gian * * * * * * * * * * Abriu de aplicar seu conhecimento em back-end para aprender front-end
Munaretto * * * * * * * Suportando o projeto/time ajudando com Angular
Rodrigo * * * * * * * * * Responsável pelo start projeto (Core/API), porém, a partir do sprint 3 começou a apoiar o front-end.
Alexandre - - - Ror ser ages 1 tem pouco conhecimento e engajamento, é necessário pair-programming com outro membro da equipe.
Gustavo - * * - por ser ages 1 tem pouco conhecimento nas tecnologias utilizadas, porém, está aprendendo e pegando tasks sozinhas
Guerra - * * * - Conhecimento em Angular está crescendo, já está pegando tarefas sozinhos de forma independente.
Ramon * * * * * * * * * * * * Faz tudo, porém, aprendendo Angular
Lucas * * * * - * Focado na API
Clone repository
  • Configuracao
  • Modelagem
  • Plano de Gestão
  • arquitetura
  • cronograma
  • endpoints
  • Home
  • mockups
  • problemas
  • requisitos
  • sprints