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

Plano de Gestão · Changes

Page history
filipe.kalicki created page: Plano de Gestão authored Jun 01, 2019 by Filipe Kalicki's avatar Filipe Kalicki
Hide whitespace changes
Inline Side-by-side
Plano-de-Gestão.md 0 → 100644
View page @ 13fafa1d
# 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