Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • W 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
  • Deployments
    • Deployments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Commits
  • Issue Boards
Collapse sidebar
  • Viagem do Pensamento
  • wiki
  • Wiki
  • Gerenciamento do Projeto

Last edited by João Vitor da Silveira Brasil dos Santos May 11, 2020
Page history
This is an old version of this page. You can view the most recent version or browse the history.

Gerenciamento do Projeto

Home Arquitetura Banco de Dados Configuração Gerenciamento do Projeto Instalação Materiais de Estudo Mockups Requisitos Reunioes Sprints Time

Página de Gerenciamento do Projeto

Termo de Abertura

Termo de Abertura


Papéis e Responsabilidades

Papéis e Responsabilidades


Identificação dos Stakeholders

Stakeholder Interesse Impacto Estratégia
Jaqueline (dona do projeto) Digitalizar o projeto desenhado por ela Alto Fazer reuniões quinzenais para demonstrar o progresso e próximos passos
Pais Acompanhar o progresso de seu filho no processo terapêutico Alto Manter informado
Filhos Realizar análise de suas emoções e ações em um ambiente digital Alto Manter informado

EAP


Time e Tribos

Divisão do time em pequenas tribos de 3 a 4 participantes. Cada tribo deve possuir 1 (um) AGES III-IV e no máximo 3 (três) AGES I-II. Para mais detalhes, acesse a aba Time.


Plano de Comunicação

Tipo Objetivo Meio Frequência Audiência Responsável Entrega
Kickoff do Projeto Apresentação para equipe e entendimento das necessidades do Stakeholder Presencial Única Stakeholder, Equipe, Professor Gerente do Projeto User Stories
Weekly (daily) Revisão do progresso do time Digital Semanalmente Todos Gerente do Projeto Nenhuma
Reunião das tribos Revisão do progresso individual dos colegas Digital Semanalmente Todos Managers Report ao Gerente do Projeto
Sprint Planning Planejamento das entregas Digital A cada sprint Managers + Stakeholder Gerente do Projeto Tarefas da Sprint
Sprint Retro Revisão das entregas Digital A cada sprint Todos + Stakeholder Gerente do Projeto Feedback para equipe
Criação da Wiki Documentar o projeto e seus artefatos Digital Sempre que necessário Todos Managers Wiki
Slack Resolver dúvidas rápidas e agilizar comunicação Digital Sempre que necessário Todos Managers Slack
Whatsapp Resolver dúvidas rápidas e agilizar comunicação Digital Sempre que necessário Todos Managers Whatsapp

Cerimônias de organização e Feedbacks

Sprint Planning

Essa é o momento em que a equipe organiza as tarefas para a próxima sprint. Durante o Sprint Planning Meeting, as funcionalidades de maior prioridade para a Stakeholder são avaliadas. A equipe faz perguntas durante a reunião de modo que seja capaz de quebrar as funcionalidades em tarefas técnicas. Essas tarefas irão dar origem ao Sprint Backlog.

Sprint Retro

Trata-se de uma cerimônia clássica do SCRUM. Neste momento, a entrega é avaliada a fim de entender o que foi bom (logo, deve continuar a ser feito) e os pontos de falha (logo, deve ser ajustado).

Weekly do Time

Esse cerimônia trata-se da Daily proveniente dos métodos ágeis. No entanto, há uma pequena adaptação: a equipe se encontra semanalmente, em contraste com equipes de software que habitualmente possuem encontros diários.

Weekly da Tribo

Essa é uma cerimônia criada pelo time utilizando as experiências passadas para propor uma melhoria no processo. Utiliza-se o conceito de tribo, de forma que há contato individualizado, no qual um membro da equipe mais experiente (AGES III e IV) auxilia os AGES I e II com feedbacks e soluções técnicas.

Plano de Recursos Humanos

Divisão do time em pequenas tribos de 3 a 4 participantes. Cada tribo deve possuir 1 (um) AGES III-IV e no máximo 3 (três) AGES I-II. Para lista completa de alunos, acesse a aba Home.


Riscos

Strengths

  • Mão de obra abundante
  • Líderes técnicos competentes
  • Stakeholder muito atuante
  • Equipe motivada
  • Projeto já é um produto físico da Stakeholder

Weakness

  • Equipe júnior (muitos AGES 1 e AGES 2)
  • Distanciamento devido COVID-19
  • Entendimento do projeto

Opportunities

  • Desenvolver um projeto com layout desafiador
  • Ter contato com área de negócio diferente
  • Desenvolvimento de hardskills e softskills para todos da equipe

Threats

  • Gestão de um time muito grande
  • Problemas na comunicação devido distanciamento
  • Desistências de alunos
  • Evolução do projeto pode estar confusa para Stakeholder

Plano de Respostas aos Riscos

Risco Ação Estratégia Responsável
Falhas na gestão do time Intensificar trabalho dos managers Mitigar Gerente do Projeto
Falha de comunicação Intensificar comunicação e reuniões com horário definido Mitigar Gerente do Projeto
Falta de conhecimento técnico Disponibilizar treinamentos e sessões de mentoria técnica Mitigar Managers
Desistências Corrigir alocação de colegas nas tribos Mitigar Gerente do Projeto
Redução de interesse da Stakeholder Revalidar os requisitos e engajar Stakeholder no projeto Mitigar Gerente do Projeto
Má escolha da arquitetura Avaliar outras arquiteturas possíveis Aceitar Arquiteto
Clone repository
  • Arquitetura
  • Banco de Dados
  • Casos de Teste
  • Configuração
  • Gerenciamento do Projeto
  • Horários
  • Instalação
  • Materiais de Estudo
  • Mockups
  • Requisitos
  • Reuniões
  • Sprints
  • Time
  • Home