Playbook
  • Bem-vindo ao Playbook da CJR
  • NDP
    • 1 Introdução
    • 2 Processos
      • 2.1 Desenvolvimento de Projetos
      • 2.2 Criação de Email
      • 2.3 Exclusão de Email
      • 2.4 Gestão de Domínios
      • 2.5 Gestão de Servidor
      • 2.6 Gestão do Github
      • 2.7 Gestão do Drive
    • 3 Processo Trainee
      • 3.1 Configuração do Workspace
  • NAM
    • 1 Introdução
    • 2 Atendimento
      • 2.1 Processo de Negociação
      • 2.2 Precificação de Site
      • 2.3 Charlates na Venda
      • 2.4 S.O.N.C.A.S.E.
    • 3 Marketing
      • 3.1 Processo Seletivo
      • 3.2 AdWords
      • 3.3 Google Analytics
    • 4 Ferramentas
      • 4.1 Mapa do Drive
      • 4.2 Trello
  • Presidência
    • 1 Institucional
      • 1.1 Stakeholders
      • 1.2 Reunião Colegiado do CIC
      • 1.3 Conselheiro da Concentro
      • 1.4 INTEJ
      • 1.5 Apresentação para os Calouros
      • 1.6 Palestra Institucional
      • 1.7 Eventos
      • 1.8 Parcerias
    • 2 Organizacional
      • 2.1 Histórico Gestões
  • NOE
    • 1 Introdução
    • 2 Ferramentas e informações
      • 2.1 Drive
      • 2.2 Trello
      • 2.3 Dados CJR
      • 2.4 Estrutura Renoe
    • 3 Processos Administrativo/Financeiro
      • 3.1 Reembolso
      • 3.2 Demonstrativo Financeiro
      • 3.3 Certificado Digital
      • 3.4 Nota Fiscal
      • 3.5 Eleições
      • 3.6 Selo EJ
      • 3.7 Cobrança de Projetos
  • NUT
    • 1 Processos
      • 1.1 Avaliação de Desempenho
      • 1.2 Controle de Membros
      • 1.3 Controle de Faltas e Penalidades
      • 1.4 Afastamento
      • 1.5 Política de Benefícios
      • 1.6 Processo Seletivo
      • 1.7 Processo Trainee
      • 1.8 Projeto Pró-Júnior (CDT)
      • 1.9 Mandou Bem
      • 1.10 Controle do Tempo (Clockify)
    • 2 Responsabilidades
      • 2.1 Acompanhamento
      • 2.2 Capacitação
      • 2.3 Integrações
Powered by GitBook
On this page
  • Antes do desenvolvimento
  • Passo 1: alocação de equipe
  • Passo 2: realização de tarefas pontuais
  • Passo 3: apresentação do projeto
  • Durante o desenvolvimento
  • Antes de começar a sprint
  • Durante a sprint
  • Após a sprint
  • Apresentação do projeto
  • Alterações na equipe
  • Desempenho dos membros
  • Após o desenvolvimento
  • Benefícios e Recompensas
  1. NDP
  2. 2 Processos

2.1 Desenvolvimento de Projetos

Antes do desenvolvimento

Passo 1: alocação de equipe

Caberá ao Pequeno Conselho e ao Núcleo de Desenvolvimento e Pesquisa a definição da equipe de desenvolvimento.

A equipe é formada por:

  • Product Owner

  • Scrum Master

  • 2 desenvolvedores

Atribuições dos membros da equipe

Líder de Desenvolvimento e Pesquisa: responsável pelo acompanhamento do projeto juntamente com o Scrum Master.

Product Owner: O cliente do projeto é o responsável por determinar as suas necessidades através do Product Backlog e de definir, também, a prioridade de execução dos módulos.

Scrum Master: seguirá os ritos do Scrum, gerenciando a equipe de desnevolvimento e acompanhando de perto todo o processo, eliminando as dificuldades que por ventura possam aparecer. Realiza também a interface de feedback com o cliente. Não é obrigatório que o Scrum Master desenvolva o projeto, o mesmo deverá ficar focado na gestão e na interface com o Líder de Desenvolvimento e Pesquisa.

Desenvolvedor: backend ou frontend, desenvolverá o projeto, sendo auxiliado pelo Scrum Master.

Passo 2: realização de tarefas pontuais

O Scrum Master deverá:

  1. criar espaços em sistemas e ferramentas

    • Trello: um board para o projeto, seguindo o modelo

    • Github: repositório privado

    • Toggl: projeto/workspace

    • Slack: canal no Slack da CJR

    • Whatsapp: grupo para rápida comunicação

  2. criar pasta no Drive (contendo contrato digitalizado e todos os artefatos do projeto)

  3. realizar a primeira reunião de equipe (para alinhamento e apresentação)

  4. realizar planejamento de riscos (verificar atividades extra CJR que podem comprometer o desenvolvimento)

  5. realizar a primeira reunião com o cliente para repassar todos os pontos do projeto e pontos importantes e pertinentes do contrato (definir também dia de reunião de fim/início de sprint)

Caso o serviço seja:

  • desenvolvimento de site: carregar todas as telas para o Drive e definir módulos/páginas no Trello

  • desenvolvimento de sistema: definir módulos de frontend/backend/UX/UI no Trello (juntamente com a equipe de Design)

Passo 3: apresentação do projeto

A equipe de desenvolvimento deve ser apresentada à empresa em REGER, juntamente com o projeto que terão que desenvolver.

Durante o desenvolvimento

O desenvolvimento se dará através de ciclos, esse ciclo se chama sprint. A sprint possui duração padrão de 1 (uma) semana, podendo ser ajustada pela dificuldade e prazo do projeto.

Antes de começar a sprint

O Scrum Master deverá:

  1. Planejar a sprint da semana

  2. Definir e atribuir tarefas aos desenvolvedores (o Scrum Master deve esclarecer a tarefa da melhor forma possível)

  3. Registrar tarefas utilizando uma pontuação de Planning Poker (opcional) no board do Trello

Durante a sprint

Os desenvolvedores deverão:

  1. Iniciar o Toggl

  2. Desenvolver

  3. Tirar dúvidas com o padrinho/marcar codemeetings

  4. Atualizar status das tarefas no board do Trello

  5. Dar repasses (daily scrum) das tarefas ao menos uma vez a cada dois dias pelo meio de comunicação escolhido (recomenda-se Slack)

  6. Realizar deploys no mesmo dia que o daily scrum (o Scrum Master deve garantir que a equipe tenha conhecimento em Heroku)

Após a sprint

O Scrum Master deverá:

  1. Realizar o sprint retrospective com a equipe (como foi o desenvolvimento, houve problemas na/de equipe, dificuldades para realizar tarefas?). Essa reunião pode ser acompanhada pelo Padrinho e pelo Líder de Desenvolvimento e Pesquisa.

  2. Realizar o sprint review com o cliente (o que foi desenvolvido? há feedbacks dos testes do cliente durante a sprint?)

  3. Documentar pontos das reuniões num card do board do Trello (para rápido acesso do Líder de Desenvolvimento e Pesquisa no acompanhamento)

  4. Atualizar status de tarefas que foram contestadas

  5. Reportar ao Líder de Desenvolvimento e Pesquisa sobre a realização destas reuniões

Apresentação do projeto

De 4 em 4 semanas, o progresso do projeto deverá ser apresentado à empresa em REGER. Caso haja muito projeto no mesmo dia de apresentação, caberá ao Líder de Desenvolvimento e Pesquisa definir a ordem e novos dias de apresentação.

Alterações na equipe

Ao haver qualquer falta de membro na equipe, o Líder de Desenvolvimento e Pesquisa deverá alocar um novo membro e registrar essa alteração em ata no Drive.

Desempenho dos membros

O Padrinho deve informar, sempre que possível, o desempenho dos membros ao Scrum Master. É importante ressaltar que, além da Política de Benefícios de Projetos, o membro será recompensado pelo desempenho durante todo o desenvolvimento.

Após o desenvolvimento

A equipe de desenvolvimento deverá:

  • Realizar reunião de equipe para colher feedbacks da gestão e do projeto

  • Criar termo de garantia de projeto

  • Criar termo de aceite de projeto

  • Marcar reunião de assinatura de termo de aceite e explicação da garantia

  • Atualizar pendências no board do Trello

  • Atualizar documentos (termo de garantia e de aceite) no Drive

  • Apresentar o projeto em REGER pela última vez

Benefícios e Recompensas

Será creditado na conta de benefício de cada membro participante (Scrum Master e Desenvolvedores) integral no projeto 10% do valor do mesmo, sem abatimento de impostos.

Será encaminhada, pelo Líder de Desenvolvimento e Pesquisa ao Pequeno Conselho a sugestão de recompensa e gratificação ao Padrinho.

É recomendável que a empresa celebre a finalização do projeto.

Previous2 ProcessosNext2.2 Criação de Email

Last updated 6 years ago