Termo de Abertura do Projeto (TAP)
Histórico de Revisão
| Data | Versão | Descrição | Autor(es) |
|---|---|---|---|
| 18/03/2017 | 0.1 | Inicio do TAP | Leonardo Arthur, Lucas Mattioli, Matheus Figueiredo, Naraia Andrade, Victor Hugo |
| 19/03/2017 | 0.2 | Adição da Equipe | Victor Hugo |
| 19/03/2017 | 0.3 | Objetivo do projeto, produto do projeto, restrições, riscos, cronograma e marcos | Naiara Andrade |
| 19/03/2017 | 0.4 | Custos | Matheus Figueiredo |
| 20/03/2017 | 1.0 | Revisão e Finalização do Documento | Matheus Figueiredo, Leonardo Arthur, Naiara Andrade, Victor Hugo |
| 30/03/2017 | 2.0 | Atualização dos Custos e Revisão do Documento | Matheus Figueiredo |
| 05/04/2017 | 2.1 | Referências e Justificar | Naiara Andrade |
- Introdução
- Descrição do Projeto
- Justificativa
- Objetivo do Projeto (SMART)
- Produto do Projeto
- Restrições
- Riscos Iniciais
- Cronograma e Marcos
-
Custo Estimado do Projeto
9.1. Recursos Humanos
9.2. Equipamentos e Serviços
9.3. Custo Total -
Stakeholders (Partes interessadas)
10.1. Cliente
10.2. Equipe de Gerência
10.3. Equipe de Desenvolvimento
10.4. Coaches - Referência Bibliográfica
O Termo de Abertura de Projeto (TAP) objetiva formalizar o início do projeto Escola-X, onde ocorrerá o planejamento inicial de custos, restrições, riscos, tempo, cronograma e marcos. O TAP concede ao gerente a capacidade de utilizar os recursos organizacionais que foram planejados para o projeto ¹. Este documento serve como entrada para que se planeje as próximas etapas do projeto, como por exemplo o plano de gerenciamento de projeto, coletar os requisitos, definir o escopo e identificar partes interessadas ².
O projeto Escola X consiste em criar um website que tenha a finalidade de ajudar a gerenciar escolas. Esse gerenciamento será dado por avisar aos pais a entrada e a saída dos alunos no colégio, manter controle dos dados relativos à vida escolar dos alunos e disponibilizar no site, como frequência escolar, notas por disciplina, quantidade de advertências e notificações referentes ao que acontece com a escola, como eventos de dedetização, apresentações entre outros.
A presença do aluno na escola é incerta para o responsável, mesmo que este o tenha deixado na porta da instituição. Esta incerteza não é infundada: existem casos de alunos que se dispersam e não comparecem às aulas e, pior ainda, à própria escola. Não estando na escola, os pupilos deixam de aprender e, além disso, podem acabar se misturando com a criminalidade, esta que é realidade no entorno do CEM 01.
Além do dito problema acima, o acompanhamento escolar do aluno por parte do responsável é quase inexistente durante o decorrer do bimestre. Em outras palavras, os responsáveis, geralmente, apenas têm acesso às notas/performances dos alunos ao fim do bimestre, em reuniões de pais ou eventos similares. O acompanhamento durante o bimestre é dificultado pelo próprio aluno, pois este tende a, por exemplo, esconder notas quando não são favoráveis.
A aplicação Escola X proporcionará soluções para os problemas levantados, dando aos responsáveis acesso às presenças, notas e outras informações dos alunos por meio de uma aplicação web (site).
O objetivo do projeto é criar um sistema de gerenciamento de frequência dos alunos da escola Centro de Ensino Médio 01 do Gama (CG) até a entrega final que será dia 28/06/2017. Como critérios de sucesso deve estar testado 90% do sistema e funcionando integrado ao leitor de código de barras. O código de barras estará na carteirinha como identificação do aluno.
A. Escopo
- Que uma vez feito o cadastro dos alunos este seja mantido ao decorrer dos anos;
- Gerenciar aluno, responsável e diretor;
- Controlar entrada/saída de aluno;
- Notificar responsável;
- Controlar chamada;
- Armazenar notas;
- Desempenho individual do aluno.
B. Não Escopo
- Gerenciar acesso dos alunos na biblioteca;
- Realizar um meio de comunicação responsável/escola.
C. Requisitos de alto nível
Os requisitos de maior prioridade ao cliente são:
- Controlar entrada e saída de alunos
- Notificar responsáveis
- Armazenar notas
As restrições do projeto são:
- O projeto deve ser realizado em 4 meses (data início - data fim);
- O projeto está restrito a alunos das matérias de MDS/GPP;
- Não pode haver acréscimo de membro durante o projeto.
Os principais riscos do projeto envolvem a equipe e a tecnologia a ser utilizada. Esses riscos exigem um plano de ação para se obter o sucesso do projeto, que são:
| Riscos | Plano de Ação |
|---|---|
| O tamanho da equipe, que dificulta a comunicação e o gerenciamento dos membros | Manter uma boa integração da equipe para que o gap da comunicação seja amenizado, assim como a utilização de meios de comunicação para todos, reuniões semanais e acompanhamento dos membros |
| O fato da tecnologia ser nova para a maioria dos membros | Realizar treinamentos com a equipe de desenvolvimento sobre as tecnologias a serem utilizadas e buscar pessoas capacitadas que possam ajudar a sanar dúvidas |
| A desistência de algum membro | Adequar os horários e redistribuir as tarefas entre os membros restantes sem sobrecarregar nenhum membro |
| Um membro da equipe não possuir notebook | Organizar reuniões onde tenha a possibilidade de usar um desktop e um notebook para que todos trabalhem, ou pegar emprestado um notebook que atenda as necessidades das reuniões |
O cronograma do projeto se dá início ao semestre letivo das disciplinas de Métodos de Desenvolvimento de Software e Gestão de Projetos e Portfólios de Software, de maneira que teve seu marco inicial no dia 07/03/2017 e a data de finalização dia XX/06/2017. Entre essas datas acontece uma primeira entrega parcial, onde devem ser apresentados os casos de uso priorizados, além de 30% de cobertura de testes sobre o sistema e a entrega final, com uma cobertura de testes maior ou igual a 90%, como segue o quadro:
| Pontos de Controles | Data | Resumo |
|---|---|---|
| Release 01 | 21/04/17 e 22/04/17 | Entrega dos documentos de gerenciamento e entrega parcial do sistema |
| Release 02 | 26/06/17 a 30/06/17 | Entrega total do sistema |
O custo existente no projeto relativo aos recursos humanos refere-se ao valor gasto com toda equipe presente em seu desenvolvimento e gestão.
O valor médio de um aluno de Engenharia de Software da UnB, de acordo com o Relatório de Gestão 2015, é R$ 11.020,00. Levando em consideração o tempo de curso de 5 anos (10 semestres) e a necessidade da obtenção de 240 créditos para a graduação, estima-se que cada aluno pegue 24 créditos por semestre,e, por isso, 48 por ano. Como cada crédito é estimado em 15 horas por aula tem-se o seguinte custo por hora de cada aluno:
11.020 / (15 * 48) ≅ R$ 15,30
A equipe conta com 12 membros e 2 coaches (todos estudantes de Engenharia de Software da UnB). Considerando que cada membro irá trabalhar 13 horas por semana nessa primeira etapa do desenvolvimento, 15 horas na segunda etapa, cada coach irá auxiliar a equipe por 4 horas por semana e que a duração do projeto é de 15 semanas, sendo 5 semanas para a primeira etapa e 10 semana para a segunda, teremos o custo:
| Quantidade de Pessoas | Horas Por Semana | Semanas | Preço Por Pessoa | Custo Final | |
|---|---|---|---|---|---|
| Membro (Metodologia Tradicional) | 12 | 13 | 6 | R$ 15,30 | R$ 14.320,80 |
| Membro (Metodologia Ágil) | 12 | 15 | 10 | R$ 15,30 | R$ 27.540,00 |
| Coach | 2 | 2 | 16 | R$ 15,30 | R$ 979,20 |
| Custo Estimado | R$ 42.840,00 |
O custo existente no projeto relativo aos equipamentos e serviços refere-se à todo e qualquer equipamento ou serviço utilizado para o desenvolvimento do mesmo.
Fora estimado que cada membro irá utilizar um Notebook com todas as ferramentas necessárias para o desenvolvimento do projeto, que custa R$ 2.000,00. Fora estimado também que haveria um plano de Banda Larga de 20Mb por integrante durante 16 semanas (4 meses).
Há também o custo mensal de energia elétrica gasta. Para o seu cálculo foi considerado que o preço do kWh seria de aproximadamente R$ 0,589. Como cada Notebook tem potência em torno de 80W e cada integrante irá trabalhar por 13 horas semanais, o gasto individual com energia elétrica mensal fica da seguinte forma:
(1 Notebook * 80W * 13 horas/semana * 4 semanas) / 1000 = 4,16 kWh/mês
4,16 kWh/mês * 0,589 = R$ 2,45024
Os custos totais podem ser observados na tabela abaixo:
| Descrição | Preço Unitários | Quantidade | Preço Final |
|---|---|---|---|
| Notebook Acer Aspire E5 | R$ 2.000,00 | 12 | R$ 24.000,00 |
| Banda Larga 20 MB | R$ 99,90 | 12 por 4 meses | R$ 4.795,20 |
| Energia Elétrica | R$ 2,45024 | 12 por 4 meses | R$ 117,60 |
| Custo Estimado | R$ 28.912,67 |
O custo total é representado pela soma dos custos de Recursos Humanos e o custo total dos equipamentos e serviços:
| Custo de Recursos Humanos | Custo de Equipamentos e Serviços | Custo Total Estimado |
|---|---|---|
| R$ 42.840,00 | R$ 28.912,67 | R$ 71.752,67 |
Centro de Ensino Médio 01 Gama - CEM 01, vice-diretor e professor Macário Dos Santos Neto.
Os alunos da disciplina de Gerência de Projeto de Portfólio (GPP) tem o objetivo de planejar,controlar e tomar decisões importantes para que o projeto seja concluído com êxito.
| Nome | Disciplina | Github | |
|---|---|---|---|
| Leonardo Arthur | GPP | [email protected] | @LeonardoRk |
| Lucas Mattioli | GPP | [email protected] | @Mattioli |
| Matheus Figueiredo | GPP | [email protected] | @Matheusss03 |
| Naiara Andrade | GPP | [email protected] | @naiieandrade |
| Victor Hugo | GPP | [email protected] | @MrVictor42 |
A equipe de desenvolvimento são os membros da disciplina de MDS (métodos de desenvolvimento de software), que possuem a responsabilidade de construir o projeto Escola-X, além de documentar os artefatos da metodologia seguida na primeira fase da disciplina (RUP - Rational Unified Process).
| Nome | Disciplina | Github | |
|---|---|---|---|
| André de Sousa | MDS | [email protected] | @andre-filho |
| Emanoel Belchior | MDS | [email protected] | @nukdown |
| Filipe Coelho | MDS | [email protected] | @FilipeKN4 |
| Guilherme Willer | MDS | [email protected] | @guigawiller |
| Igor Araujo | MDS | [email protected] | @IgorAraujo10 |
| Matheus Batista | MDS | [email protected] | @matheusbsilva |
| Vinicius Oliveira | MDS | [email protected] | @viniciuscarv |
Os coaches são aqueles membros que irão auxiliar tanto os membros de GPP quanto de MDS para que o produto seja entregue com a melhor qualidade possível.
| Nome | Disciplina | Github | |
|---|---|---|---|
| Daniel Henrique | MDS | [email protected] | @danielhmarinho |
| Gabriel Viana | MDS | [email protected] | @GabrielDViana |
| Pedro Ivo | GPP | [email protected] | @freemanpivo |
-
PMI. Um guia do conhecimento em gerenciamento de projetos. Guia PMBOK® 5a. ed. - EUA: Project Management Institute, 2013
-
¹ MONTES, Eduardo. TERMO DE ABERTURA DO PROJETO. Disponível em <https://escritoriodeprojetos.com.br/termo-de-abertura-do-projeto> Acesso em 05/04/2017
-
² BUILDER, Project. O QUE É TERMO DE ABERTURA DO PROJETO. Disponível em <http://www.projectbuilder.com.br/blog-home/entry/projetos/o-que-e-o-termo-de-abertura-do-projeto> Acesso em 05/04/2017
- Sprint 0
- Sprint 1
- Sprint 2
- Sprint 3
- Sprint 4
- Sprint 5
- Sprint 6
- Sprint 7
- Sprint 8
- Termo de Abertura do Projeto
- Plano de Gerenciamento do Projeto
- Plano de Gerenciamento de Escopo
- Plano de Gerenciamento de Tempo
- Plano de Gerenciamento de Riscos
- Plano de Gerenciamento de Custos
- Plano de Gerenciamento de Qualidade
- Plano de Gerenciamento dos Recursos Humanos
- Planos das Iterações
- Plano de Gerenciamento de Configuração
- Plano de Gerenciamento de Comunicação
- Plano de Gerenciamento de Integração
- Plano de Gerenciamento de Aquisicões
- Plano de Gerenciamento das Partes Interessadas