Histórico de edição

Autor	Data
Fabíola Fleury	10/05
Matheus Joranhezon	10/05

Visão Geral do Documento

Este documento apresenta as decisões macros tomadas para o gerenciamento do projeto pan-pan. Encontra-se nesse documento uma visão resumida acerca do escopo do projeto, assim como seu ciclo de vida, deixando claro as linhas de base do projeto e os planos auxiliares utilizados em sua gestão.

Definições

• Issues: Tarefas criadas a partir de histórias de usuários no git do projeto.
• Milestones: Um ponto significativo no desenvolvimento do projeto.
• Design Patterns: Padrões de desenvolvimento utilizados no projeto.

Ciclo de vida do projeto

O ciclo de vida deste projeto é orientado por meio de datas propostas pela disciplina de Arquitetura e Desenho de Software. Ele é dividido em duas partes: módulo I e módulo II. Além disso, o desenvolvimento do projeto é orientado pelo processo que foi modelado, acordado e descrito pela equipe.

No módulo I, são feitas as definições iniciais do projeto para um escopo definido, seguindo as fases definidas no processo, o pré-planejamento, o planejamento e o desenvolvimento,e o intuito principal é conseguir implementações usando Design Patterns. Este módulo possui duas entregas, o ponto de controle 1, inicial, com data em 06/04/2018, e a entrega final no segundo ponto de controle, dia 11/05/2018.

No módulo II, procura-se generalizar a solução proposta no módulo II para realização de tópicos de Arquitetura, realizando assim a implementação de um framework. Também é seguido o processo, porém a etapa de pré-planejamento não é realizada, tendo em vista que seus artefatos já terão alcançado as linhas de base. Este módulo possui duas entregas, o ponto de controle 1, inicial, com data em 21/05/2018, e o segundo ponto de controle, em 15/06/2018.

Escopo

O escopo do projeto pode ser resumido em criar um sistema para gerenciamento de grupos musicais independentes, que não possuem produtores. Este é documentado e definido da forma definida aqui. Foram utilizadas ferramentas e metodologias de apoio para a documentação de requisitos, as issues e projects do github gerenciados por meio de kanban.

Linha de base dos Riscos

Para que exista um controle dos imprevistos que podem ocorrer ao decorrer do projeto, foi-se criado um plano de riscos. O objetivo deste documento é reduzir as possibilidades de que tais imprevistos possam afetar o andamento do projeto.

Linha de base de Comunicação

Para que possa se asegurar que os membros da equipe estão conseguindo se comunicar e ficar cientes das mudanças feitas no projeto, foi criado o plano de comunicação.

Planos auxiliares

Os planos presentes foram aqueles tidos como importantes para o contexto e organização da equipe de projeto. Não foram feitos planos como o de aquisições e o de custos, por não se encaixarem a nossa realidade, tendo em vista que todas as bibliotecas, ferramentas e frameworks são fruto de software livre e o nosso produto também.

• Plano de Qualidade
• Plano de Gerenciamento de Tempo

Como observado no processo o gerenciamento do tempo é realizado por meio de criação de milestones do github com as issues. Na imagem abaixo há uma exemplificação:

• Políticas do Repositório
• Plano de comunicação

Partes interessadas

• Stakeholders: Professora da disciplina de Desenho e Arquitetura de Software;
• Desenvolvedores: Equipe de desenvolvimento da aplicação pan-pan;
• Usuários: Membros de bandas que utilizarão a plataforma.

Referências

Duncan, W. R. (1996). A guide to the project management body of knowledge.