PDS - EliteSoft Versão FC 4.0-Processo de Desenvolvimento

Processo de Desenvolvimento

 

 
Versão  3.0  
Autor  Polyanna  

Processo de Desenvolvimento - EliteSoft

Elementos do processo

5. Qualificação

Processo de Avaliação e Testes  

Processo  5. Qualificação - 5. Qualificação

4. Codificação

Processo  4. Codificação - 4. Codificação

Preparar ambiente do projeto

Preparação do ambiente para controle do projeto.

 

Como fazer  

O Gerente de Projetos:

1) Abre o atendimento para controlar o Projeto.

2) Solicita por email ao Financeiro o valor/hora do profissional, caso o mesmo não tenha nos informado no mês de agosto as alterações.
A mudança de valor/hora ocorrem no mês de agosto, dependendo da convenção definida, porém, caso a empresa antecipe o reajuste seremos informados via email pelo financeiro.
Obs.: Caso o financeiro não esteja na empresa, solicitar ao responsável indicado em sua ausência.

3) Cria a Estrutura do Projeto no Controle de Versão (SVN), conforme definido no guia (http://wiki.elitesoft.com.br/index.php/DocInterna_PoliticaOrg_GuiaGerenciaDados#Reposit.C3.B3rio_dos_Artefatos_Produzidos_nos_Projetos).

4) Dentro do SVN, cria o Projeto no MS Project:
Obs.: Incluir no cronograma as horas de Análise de Negócio.

4.1. Organiza a quantidade de níveis da EAP.
4.2. Coloca no primeiro nível o nome do projeto.
4.3. Coloca no segundo nível as fases que estabelecem o ciclo de vida do projeto.
4.4. Identifica as entregas de todos os níveis.
4.5. Destaca os marcos do projeto.

5) Armazena o Projeto no SVN.

 
Entradas  

1) Modelo do Projeto_Padrão.mpp na pasta do Projeto no SVN (svn://192.168.2.46/docs/Projeto - Integrator).

 
Saídas  

1) Estrutura do Projeto criada.

2) Projeto no MS Project.

2.1) A EAP gerada com o nome do projeto, ciclo de vida.

3) Atendimento criado no Integrator.

4) Email informando o início da coleta.

 
Ferramentas utilizadas  

- MS Project

- SVN para controle de versão

- Integrator

 

Planejar Recursos

Planejar os recursos humanos e físicos para o projeto com base no "Escopo" da lista de "Solicitação de Requisitos_Agrupada.xls".

 

Como fazer  

O Gerente de Projetos:
1) Planeja os recursos humanos e físicos para o projeto com base no "Escopo" da lista de "Solicitação de Requisitos_Agrupada.xls".
2) Levanta os papéis necessários para atender necessidade do projeto com base na Matriz de Competência e na página[1];
3) Analisa a disponibilidade da equipe, verificando se o papel necessário está disponível para ser elencado no projeto;
4) Define a hierarquia no projeto(Organização das tarefas/subtarefas do projeto);
5) Identifica a necessidade de ambiente e/ou equipamento específico;
6) Refina o ambiente do Projeto (svn/project)
_{Ob1s.: Em caso de projeto compartilhado, qdo identificado desde o início do projeto, incluir horas dos clientes envolvidos, nas tarefas de "Atualizar Sistema", "Teste na base do cliente" e "Teste de Regressão" e "Comunicar Cliente".
Obs2.: As tarefas de atualizar BD tanto na trial quanto no cliente ficam no atendimento do Projeto por serem tarefas modelo.}
7) Inicia o Plano Geral do Projeto na Wiki, conforme o modelo (http://wiki.elitesoft.com.br/index.php/Proj_ProjetoModelo).
8) Com base no checklist "com base no Guia de Gerência de Dados (http://wiki.elitesoft.com.br/index.php/Proj_Projeto_5.01.0#Plano_de_Ger.C3.AAncia_de_Dados),"
apresentar e assegurar que os dados relevantes ao projeto foram identificados e planejados quanto à forma de coleta, além de garantir que todos os documentos gerados no projeto estão:
- devidamente distribuídos;
- atualizados de acordo com o processo estabelecido;
- bem definidos quanto aos critérios de segurança e acesso.

 

9) Atualiza o Plano Geral do Projeto com os dados de RH e Gerência de Dados.

 
Entradas  

1) Lista de Colaboradores e Recursos Físicos (http://wiki.elitesoft.com.br/index.php/DocInterna_PoliticaOrg#3.3.2-_Recursos), página de Colaboradores:[2];
2) Cronograma dos projetos paralelo.

 
Saídas  

1) Plano Geral do Projeto atualizado (http://wiki.elitesoft.com.br/index.php/Proj)

 
Ferramentas utilizadas  

- Mediawiki

 
Envolvidos  Líder de Desenvolvimento  

GPR6: Identificar Riscos

Identificar os possíveis riscos do projeto.

 

Como fazer  

O Gerente de Projeto.

1. Identifica os riscos que podem ocorrer durante execução do projeto.

2. Analisa, prioriza e classifica em termos de prioridade (probabilidade x impacto) com base no guia de Riscos (http://wiki.elitesoft.com.br/index.php/DocInterna_PoliticaOrg_GuiaRisco).

 
Entradas  

1) Escopo (lista da Solicitação de Requisitos_Agrupada.xls)

2) Plano Geral de Projeto com os Planos de Recursos Físicos e RH atualizados (http://wiki.elitesoft.com.br/index.php/Proj>)

3) Guia de Risco (http://wiki.elitesoft.com.br/index.php/DocInterna_PoliticaOrg_GuiaRisco)

 
Saídas  

1) O "Plano Geral do Projeto" com "Plano de Risco" atualizado.

 
Ferramentas utilizadas  

- Mediawiki

 

Refinar Cronograma

O Gerente de Projetos, registra os prazos das tarefas com base planilha "Template(GRP2 e 4)Projeto_Numero_Estimativa.xls" e refina cronograma mantendo a coerência entre o ciclo de vida, EAP e estimativas.

 

Como fazer  

O Gerente de Projetos, utilizando:

• A ferramenta MS Project.-
• A estrutura do projeto já criada na atividade "GRP 10: Preparar ambiente do projeto".
• A planilha de "Template(GRP2 e 4)Projeto_Numero_Estimativa.xls" definida no subprocesso "3. Planejar Tarefas" .

1) Acrescenta no Project as informações como: marcos do projeto, custos e dependências entre as atividades e equaciona eventuais gargalos.

2) Acrescenta as tarefas na estrutura do Projeto e elenca os recursos (humanos e físicos) já definidos no planejamento das tarefas.

Obs.:
1) Quando o Recurso Humano alocado para a tarefa não possuir conhecimento técnico ou de negócio, é realizado a capacitação.
2) Planejar o cronograma para que após Kickoff tenha um intervalo no mínimo 3 dias para o Cliente Externo aprovar o cronograma para então iniciarmos a fase de construção.
3) Quando um projeto possuir até uma semana de implementação não será necessário realizar reunião semanal.

 

 
Entradas  

1) EAP definida.
2) A planilha de "Template(GRP)Projeto_Numero_Estimativa.xls".

 
Saídas  

1) EAP atualizada e cronograma refinado.

2) Plano Geral do Projeto, atualizado.

3) Email para os LDs e gerente de qualificação envolvidos, para realizarem a validação.

 
Ferramentas utilizadas  

- MS Project

 
Envolvidos  Líder de Desenvolvimento;Gerente de Qualificação  

Realizar Reunião Kickoff

:: Marco do Projeto ::
Realizar a reunião de kickoff, para apresentar o Plano Geral do Projeto e obter o comprometimento de todos os envolvidos.

 

Como fazer  

Durante a Reuniao:

Gerente de Projetos:

1) Apresenta o Plano Geral do Projeto (PGP) com base no Checklist (CRK) e o escopo do Projeto.

Cliente Interno

1) O Cliente Interno, apresenta a solicitação do Cliente.

Líder de Desenvolvimento

1) Apresenta as tarefas de implementação.

Após a reunião:

Gerente de Projetos:
1) Devolve o atendimento ao Cliente Interno, informando onde está do cronograma para CE.
2) Gera uma Ata de Reunião de Kickoff, para registro do comprometimento de todos os envolvidos. [Em caso de não assinatura das atas, o start nas tarefas já denota o comprometimento]
3) Se necessário, atualiza a tarefa "Obter aprovação do Cronograma".
Obs.: O projeto não pode ser dado sequencia sem que esta aprovação seja realizada.
4) Cadastra uma OS no atendimento do Projeto para o CI com o tipo [Projeto] Termo de aceite, após a tarefa de "Comunicar Cliente'.

Cliente Interno
2) Envia para o cliente solicitante um email com o cronograma, para negociações de orçamentos.
Obs1.: Em caso de aborto/inviabilidade do projeto, a equipe do projeto devolve o atendimento ao cliente interno da solicitação apresentando as causas.
Obs2.: Em caso de atraso do CE na validação do cronograma, será necessário cadastrar OSs para (Replanejar cronograma, com o tipo [Projeto] Replanejar tarefa]/validar cronograma, com o tipo [Projeto] Desvio/verificar viabilidade, com o tipo [Projeto] Desvio).

3) Tarefas cadastradas no Integrator pelos Líderes de Desenvolvimento e Gerente de Qualificação, Gerente de Projetos, conforme o cronograma.
4) Realizado o checklist de CRM e registrado na tarefa de revisão no project.

 
Entradas  

1) Plano Geral do Projeto (Wiki).

2) CRK - CheckList Reunião de Kickoff.

 
Saídas  

1) Ata de Reunião registrada no Wiki e assinada online por todos os envolvidos. [Em caso não assinatura das atas o start nas tarefas já denota o comprometimento]
2) Checklist realizado e informado na tarefa (Realizar Reunião de Kickoff) do Project.
3) Tarefas delegadas pelos Lideres de Desenvolvimento e Gerente de Qualificação

4) Email para a Equipe de Desenvolvimento com o Cronograma Atualizado e solicitando aos líderes do cadastro das tarefas.

 
Ferramentas utilizadas  

- Mediawiki

 
Envolvidos  Cliente Interno;Equipe de Desenvolvimento;Líder de Desenvolvimento;Equipe de Qualificação  

7. Entregar Implementações

Processo  7. Entregar Implementações - 6. Entregar Implementações

2. Avaliar atendimento

 

 

Processo  2. Avaliar atendimentos - 2. Avaliar atendimentos

3. Planejar Tarefas

Processo  3. Planejar Tarefas - 3- Planejar Tarefas

1. Solicitações

 

 

Tipo de loop  Padrão  
Máximo ciclo  0  
Tempo de teste  Depois

 
Processo  1. Solicitações - 1. Solicitações

Avaliar a viabilidade do Projeto

Após realizar todo o planejamento, é necessário identificar a viabilidade do projeto.

 

Como fazer  

Diretor:

1) Uma OS é aberta pelo GP no Atendimento do Projeto para o diretor registrar a viabilidade do projeto com base no Checklist CVI (1a parte)

2) Após aprovar, fecha a OS.

Obs.: Em caso de aborto do projeto/invialidade, a equipe do projeto devolve o atendimento da solicitação apresentando as causas.

Gerente de Projeto:

1) Avalia a Viabilidade do Projeto com base no Checklist CVI (2ª parte)

2) Registra o resultado do checklist no Plano Geral do Projeto, no item "Justificativa de Viabilidade".

3) Envia um email de convocação da reunião para todos os envolvidos.

4) Reserva a sala de reunião.

 
Entradas  

1) Plano Geral de Projeto

2) Cronograma Refinado e validados pelos LDs e gerente de qualificação

3) CVI - Checklist de Viabilidade

Para acessar: http://wiki.elitesoft.com.br/index.php/DocInterna_PoliticaOrg_GuiaCheckList

 
Saídas  

1) Plano Geral do Projeto atualizado com Cronograma e a Justificativa de Viabilidade.

2) OS finalizada.

3) Email enviado a todos os envolvidos.

4) Sala de reunião reservada.

 
Ferramentas utilizadas  

- Mediawiki

 
Envolvidos  Líder de Desenvolvimento;Gerente de Projetos  

6. Merge

 

 

Processo  6. Merge - Merge

Validar Cronograma

Validação do cronograma com intuito de identificarem algumas inconsistência que envolvam suas equipes.

 

Como fazer  

1) GP cadastra uma tarefa de "Validar Cronograma" para os LDs e Gerentes de Qualificação.

 

2) O LDs e Gerente de Qualificação com base no email com o Cronograma do Projeto, realizam a validação, para verificar se:

- As dependências estão corretas;

- Recursos definidos estão corretos.

 

 
Entradas  

1) Email com o Cronograma.

2) Tarefa cadastrada no Integrator

 
Saídas  

1) Tarefa finalizada no Integrator

 
Ferramentas utilizadas  

 

 

Realizar validação (CI)

O Cliente Interna realiza a validação da Prototipação.

 

Saídas  

1) Após validar, enviar um email ao CE apresentando os protótipos.

 

Realizar Análise de Sistemas Inicial

O Analista de Sistema realizará:

1) Prototipação, verificar se existe ou não a necessidade de realizar a prototipação. Normalmente faz apenas para solicitações que envolvem novas telas ou modificações das atuais.

2) Modelagem do Banco de Dados

 

 

Como fazer  

1) Com base no documento "Solicitação de Cliente" o Analista de Sistemas realiza a prototipação e o DER.

2) Gera a lista das tarefas de implementações a serem discutidas no Planning poker.

 
Entradas  

1) Solicitação do Cliente.

 
Saídas  

1) Prototipação e DER

1.1) O DER e o Protótipo criado deverão estar na pasta do Projeto na fase de Iniciação.

1.2) O Protótipo tbm deverá ser inserido no doc. Solicitação do Cliente na Análise de Sistemas.

 

 
Ferramentas utilizadas  

- Pencil para Prototipação

- Erwin para DER

 

Realizar validação (AS)

Realizar a validação dos protótipos e da modelagem do BD criada pelo Analista de Sistemas.

 

Como fazer  

1)

 

Obter Aprovação do Cronograma

O CE tem até 3 dias úteis para aprovar, caso contrário o projeto deverá ser replanejado e enviado novo cronograma ao CE.

 

Como fazer  

Cliente Interno

1) Envia para o cliente solicitante um email com o cronograma, para negociações de orçamentos.
Obs1.: Em caso de aborto/inviabilidade do projeto, a equipe do projeto devolve o atendimento ao cliente interno da solicitação apresentando as causas.
Obs2.: Em caso de atraso do CE na validação do cronograma, será necessário cadastrar OSs para (Replanejar cronograma, com o tipo [Projeto] Replanejar tarefa]/validar cronograma, com o tipo [Projeto] Desvio/verificar viabilidade, com o tipo [Projeto] Desvio).

2) Ao obter e a aprovação, finaliza a tarefa "Obter aprovação do CE", onde o financeiro deverá estar marcado para receber aviso de email.
Obs.: Ao finalizar esta tarefa o financeiro receberá um email de atualização desta tarefa para registrar em seu controle o cronograma aprovado.

 

 
Entradas  

1) Kickoff finalizado.

 
Saídas  

1) Email com o orçamento para o CE.

 
Ferramentas utilizadas  

- Outlook.

 
Envolvidos  Financeiro  

Monitoramento e Controle

Elementos do processo

Registrar desvios e problemas encontrados

O Gerente de Projetos registra os desvios e/ou problemas encontrados na planilha "Monitoramento e Controle.xls".

 

Como fazer  

O Gerente de Projetos, após coletar as informações:

1) Registra no Project o monitoramento realizado.

2) Registra os desvios e/ou problemas encontrados na planilha "Monitoramento e Controle.xls" e gera OS para as ações corretivas com o tipo "[Projeto]Desvio".

Para acessar: http://wiki.elitesoft.com.br/index.php/DocInterna_PoliticaOrg_GuiaGerenciaDados#Tabela de Artefatos

Obs.: Caso seja mudança de Requisitos e esta já esteja alimentado no OSRMT, a mudança deverá ser realizada na ferramenta.

Obs.: Caso o desvio de projeto tenha acontecido devido a ocorrência de um risco, revisar o Plano de Contingência e o impacto deste risco para o próximo projeto.

 
Entradas  

1) Desvios e Problemas encontrados.

 
Saídas  

1) Planilha (Monitoramento e Controle.xls) atualizada.

2) Project atualizado.

 
Ferramentas utilizadas  

- Excel para atualização da planilha.

- Project para atualização das atividades.

- SVN para controle de versão.

 
Envolvidos  Líder de Desenvolvimento  

Coletar informações

As informações são coletas durante todo projeto para acompanhamento e monitoramento das atividades.

 

Como fazer  

O Gerente de Projetos, coleta as informações durante todo projeto, por meio de:

- Monitoramento, reunião de Kickoff (CRK), reuniões semanais (CRS) durante a Codificação, checagem das tarefas no Integrator, checagem do Plano de Contigência dos Riscos identificados no projeto e através do contato com o Líder de Desenvolvimento.

Durante a Fase de Construção o Monitoramento das Atividades será realizado semanalmente e apresentado na Ata de Reunião.

 
Entradas  

1) Projeto iniciado.

2) Checklists realizados durante o projeto.

 
Saídas  

1) Checklist preenchidos e dados coletados.

 
Ferramentas utilizadas  

- Project para registrar que o checklist foi realizado.

 

Definir Ações Corretivas

O Gerente de Projetos e os gerentes envolvidos definem as ações corretivas para o desvio registrado.

 

Como fazer  

O Gerente de Projetos analisa o desvio/problema:

1) Caso seja um risco já planejado, verifica no Gerência de Riscos (http://wiki.elitesoft.com.br/index.php/DocInterna_PoliticaOrg_GuiaRisco) as possíveis ações corretivas a serem tomadas e as definem na Planilha de Monitoramento e Controle.xls.
1.1) Caso não seja um risco planejado, defini-se a ação corretiva e verifica-se se é necessário atualizar o documento Gerência de Risco.

 

 
Entradas  

1) Desvios e Problemas encontrados.

 
Saídas  

1) Planilha "Monitoramento e Controle.xls" atualizada com as ações corretivas.
2) PGP atualizado com as ocorrências de riscos, caso seja um risco não planejado, informar a data de planejamento.

 
Ferramentas utilizadas  

- Excel para atualização da planilha.

- Wiki

- SVN para controle de versão.

 
Envolvidos  Líder de Desenvolvimento  

Registrar Monitoramento

O Gerente de Projetos registra o monitoramento realizado.

 

Como fazer  

O Gerente de Projetos, registra no Project que o monitoramento foi realizado e finaliza a tarefa no Integrator.

 
Entradas  

1) Informações coletadas.

 
Saídas  

1) Registro do Project do monitoramento realizado e nas tarefas do Integrator.

 
Ferramentas utilizadas  

- MS Project

- Integrator.

- SVN para controle de versão.

 

Monitorar Ações Corretivas

O Gerente de Projetos, monitora as ações corretivas definidas.

 

Como fazer  

O Gerente de Projetos, após definir as ações corretivas para os desvios/problemas encontrados:

1) Monitora as ações corretivas.

2) Identifica se as ações foram eficazes na resolução dos desvios/problemas encontrados, caso não sejam, novas ações devem ser tomadas.

3) Registra na planilha "Monitoramento e Controle.xls".

 
Entradas  

1) Registro de desvio/Problemas na planilha "Monitoramento e Controle.xls"

2) Definição das ações corretivas

 
Saídas  

1) Registro dos monitoramentos realizados na planilha "Monitoramento e Controle.xls"

 
Ferramentas utilizadas  

- Excel para atualização da planilha.

- SVN para controle de versão.

 

Gerência de Mudança

Elementos do processo

Identificar necessidade de mudança

As mudanças são gerenciadas a partir do momento em que o Escopo do Projeto é definido.

 

Como fazer  

:Quando o pedido de Mudança for da Equipe de Desenvolvimento:

1) Identifica que não será possível implementar conforme foi solicitado no documento "Solicitação do Cliente".

2) Comunica ao Gerente de Projetos, para registro e acompanhamento do Desvio.

Gerente de Projetos

1) Abre uma OS tipo "Solicitação de Mudança" para o solicitante, uma para o líder de desenvolvimento analisar a solicitação e informar o impacto e outra para o cliente interno aprovar.

1.1) O solicitante preenche o documento "Solicitação do Cliente" no formulário "Solicitação de Mudança", com base no Guia: http://wiki.elitesoft.com.br/index.php/DocInterna_PoliticaOrg_GuiaSolicitacaoCliente

1.2) O líder de desenvolvimento analise e informa o impacto.

1.3) O cliente interno aprova a solicitação.

: Quando o pedido de mudança for por parte do Cliente Interno:

O Cliente Interno:

1) Colhe a informação do pedido de mudança.

2) Comunica ao Gerente de Projetos, para registro e acompanhamento do Desvio.

Gerente de Projetos

1) Abre uma OS tipo "Solicitação de Mudança" para o solicitante, uma para o líder de desenvolvimento analisar a solicitação, informar o impacto e aprovar.

1.1) O solicitante preenche o documento "Solicitação do Cliente" no formulário "Solicitação de Mudança" com o impacto, com base no Guia: http://wiki.elitesoft.com.br/index.php/DocInterna_PoliticaOrg_GuiaSolicitacaoCliente

1.2) O LD analisa/informa o impacto, aprova ou não a solicitação de mudança.

 
Entradas  

1) Necessidades de Mudança

 
Saídas  

1) Documento "Solicitação do Cliente" no formulário "Solicitação de Mudança", preenchido.

2) Planilha de Monitoramento e Controle, atualizada com o desvio.

 
Ferramentas utilizadas  

- Excel
- Word- SVN</br>

 

Incorporar mudança ao projeto

Realizar o acompanhamento do desvio de projeto e o replanejamento.

 

Como fazer  

O Gerente de Projetos:

1) Registra o monitoramento da mudança.

2) Incorpora no projeto a mudança da solicitação, quando aprovada.

 
Entradas  

1) Documento "Solicitação do Cliente" com as informações de aprovação ou não.

 
Saídas  

1) Atualização do Cronograma.

2) Atualização do Plano Geral do Projeto.

 
Ferramentas utilizadas  

- MS Project
- Mediawiki
- Excel </br> </br>

 

Analisar Impacto

O Líder de Desenvolvimento, realiza a Análise de Impacto no pedido de solicitação de mudança.

 

Como fazer  

O Líder de Desenvolvimento, com base no documento "Solicitação do Cliente", realiza a análise de impacto:

1) Consulta a matriz de rastreabilidade na ferramenta OSRMT para identificar o impacto.

2) Registra o impacto (baixo/médio/alto/muito alto) no documento "Solicitação do Cliente", no formulário "Solicitação de Mudança" no campo "Impacto",
com os critérios definidos no Guia: http://wiki.elitesoft.com.br/index.php/DocInterna_PoliticaOrg_GuiaSolicitacaoCliente. </br>

 
Entradas  

1) OS para realizar a "Analise de Impacto".

2) Documento "Solicitação do Cliente", com o formulário "Solicitação de Mudança" preenchido.

 
Saídas  

1) Documento "Solicitação de Mudança" com o campo "Impacto" preenchido e comitado.

2) OS finalizada.

 
Ferramentas utilizadas  

- OSRMT

- Word

- SVN

- Integrator

 
Envolvidos  Gerente de Projetos  

Obter aprovação dos interessados

Obter a aprovação das solicitações de mudança.

 

Como fazer  

* Quando a solicitação de mudança é realizada pela Equipe de Desenvolvimento ou qualquer outro envolvido no projeto, é necessário obter a aprovação do Cliente Interno.

Cliente Interno

1) Realiza a aprovação da solicitação de mudança no documento "Solicitação do Cliente".

* Quando a solicitação de mudança é realizada pelo Cliente Interno, o Líder de Desenvolvimento que é o responsável por realizar a aprovação. Caso a mudança seja de alto impacto e comprometa muito o escopo do projeto, realiza-se uma reuniao de conselho.

Líder de Desenvolvimento

1) Realiza a aprovação da solicitação de mudança no documento "Solicitação do Cliente".

 
Entradas  

1) Atendimento com o documento "Solicitação do Cliente" no formulário "Solicitação de Mudança", preenchido a descrição da mudança e o impacto.

 
Saídas  

1) Atendimento com o documento "Solicitação do Cliente" no formulário "Solicitação de Mudança", preenchido com a aprovação ou não do pedido de mudança.

 
Ferramentas utilizadas  

- Integrator