Plano de Gerenciamento do Projeto - fga-eps-mds/2017.1-Cadernos-API GitHub Wiki

Plano de Gerenciamento

Histórico de Revisão

Data Versão Modificação Autor
15/03/2017 0.0.1 Criação do documento Fábio Teixeira
19/03/2017 0.1.0 Adição de Ciclo de Vida e Planos de Gerenciamento Fábio Teixeira
20/03/2017 0.1.1 Adição de baseline Fábio Teixeira
23/03/2017 0.1.2 Links para os planos Fábio Teixeira
23/03/2017 0.1.3 Links para os planos Gabriel Araújo

Sumário

  1. Ciclo de Vida do Projeto
  2. Ciclo de Vida do Projeto
    1. Rational Unified Process
    2. Extreme Programming
  3. Base Line
    1. Cronograma do projeto
    2. Estrutura Analítica do Projeto
  4. Planos de Gerenciamento
  5. Referências

1. Introdução

Este documento tem como objetivo, apresentar o plano de gerenciamento do projeto Caderno, projeto este que visa auxiliar no desenvolvimento e colaboração de projetos artísticos multidisciplinares, por meio de um ambiente colaborativo e dinâmico para o gerenciamento de destes projetos.

2. Ciclo de Vida do Projeto

Este projeto será desenvolvido com a utilização de duas metodologias de desenvolvimento de software distintas, sendo elas, o RUP(Rational Unified Process) e o XP(Extreme Programming), além do auxilio das praticas estabelecidas pelo PMBOK(Project Management Body of Knowledge) no gerenciamento do mesmo. Onde, em um primeiro momento, estaremos guiando o projeto pela perspectiva do RUP até a primeira release, para então seguirmos na segunda metade do projeto pela metodologia XP.

Porém, devido a necessidade da utilização de duas metodologias distintas e a escassez de tempo para um melhor aprofundamento, não esteremos utilizando de todo o ferramental disponibilizado pelo RUP bem como uma de suas fases, a fase de transição.

2.1 Rational Unified Process

"O Rational Unified Process® (também chamado de processo RUP®) é um processo de engenharia de software. Ele oferece uma abordagem baseada em disciplinas para atribuir tarefas e responsabilidades dentro de uma organização de desenvolvimento. Sua meta é garantir a produção de software de alta qualidade que atenda às necessidades dos usuários dentro de um cronograma e de um orçamento previsíveis." (Rational Unified Process)

O RUP é defino em quatro fases, sendo elas:

  • Iniciação: A meta dominante da fase de iniciação é atingir o consenso entre todos os envolvidos sobre os objetivos do ciclo de vida do projeto.
  • Elaboração: A meta da fase de elaboração é criar a baseline para a arquitetura do sistema a fim de fornecer uma base estável para o esforço da fase de construção.
  • Construção: A meta da fase de construção é esclarecer os requisitos restantes e concluir o desenvolvimento do sistema com base na arquitetura da baseline.
  • Transição: O foco da Fase de Transição é assegurar que o software esteja disponível para seus usuários finais.

2.2 Extreme Programming

"XP é um apelido carinhoso de uma nova metodologia de desenvolvimento designada Extreme Programming, com foco em agilidade de equipes e qualidade de projetos, apoiada em valores como simplicidade, comunicação, feedback e coragem que nos submetem ao reconhecimento de que XP é uma metodologia baseada em comportamentos e atitudes. Dessa forma, ela propicia que o projeto seja executado dentro do prazo e do orçamento, fazendo então com que o cliente fique satisfeito e a equipe de desenvolvimento não fique maluca por causa do projeto." (Extreme Programming – Conceitos e Práticas)

O Extreme Programming se utiliza do Manifesto Ágil para se basear das suas atividades. O Manifesto Ágil:

  • Indivíduos e interações entre eles mais que processos e ferramentas;
  • Software em funcionamento mais que documentação abrangente;
  • Colaboração com o cliente mais que negociação de contratos;
  • Responder a mudanças mais que seguir um plano.

Dentre as boas práticas do XP, estão:

  • Manter contato constante com o cliente para colaborar em dúvidas, alterações, e prioridades em um escopo.
  • Facilitar a comunicação da equipe a fim de mitigar erros gerados pela falta desta.
  • Reuniões usando quadros brancos, com o objetivo de captar e definir as "user stories".
  • Distribuir pequenas versões/releases do sistema, visando com que seja colocado em prática e validado aquilo que está sendo implementado.
  • O cliente defini testes de aceitação na fase inicial do projeto.
  • Testar continuamente.

3. Baseline

O projeto Caderno terá um foco maior em dispositivos móveis, mas já planejando o seu crescimento e uma possível plataforma web e/ou desktop para o mesmo, este utilizara de uma API que irá possibilitar o seu crescimento independente de plataforma. Devido ao tempo dado durante as disciplinas de GPP/MDS será dado um maior foco na API e uma aplicação mobile.

3.1 Tempo

O artefato central para gerenciamento de prazos, é o cronograma do projeto que está disponível no seguinte link: Cronograma.

3.2 Escopo

O escopo, gerenciado conforme o plano de gerenciamento de escopo, é mantido nos casos de uso, de maneira mais macro ele se encontra como entregas na Estrutura Analítica de Projeto (EAP). Os tópicos que derivam os casos de uso de uma maneira mais completa, estão presentes no documento de visão, alguns são rastreados na Matriz de rastreabilidade.

3.3 Custos

Os custos são gerenciados dentro de uma tabela de custos, que calcula valor agregado, valor real, valor planejado, indices de desempenho e variações. Essa tabela tem atividades definidas no Cronograma.

4. Planos de Gerenciamento

Os planos de gerenciamento que serão utilizados nesse projeto são:

5. Referências