Você está na página 1de 8

Descrição dos Processos, Grupo 1 – Contexto 7:

Nome 1. Reunir com o Cliente


Descrição Estabelecer uma comunicação eficaz com o cliente para entender suas
necessidades, expectativas e requisitos em relação ao projeto.

Nome 1.1 Descrever o Processo a Ser Utilizado


Descrição Documentar o processo a ser seguido para o desenvolvimento do
sistema, garantindo que todos os membros da equipe estejam cientes
das etapas envolvidas.
Critérios de Entrada • Resultados da reunião com o cliente
• Documentação de escopo do projeto.
• Normas e padrões relevantes a serem seguidos.
• Experiências passadas de projetos semelhantes
Critérios de Saída • Documentação do processo de desenvolvimento.
Responsável Gerente de projetos

Nome 1.2 Analisar os Riscos


Descrição Identificar, analisar e avaliar os riscos potenciais que podem afetar o
sucesso do projeto de desenvolvimento do sistema.
Critérios de Entrada • Lista de requisitos e expectativas do cliente.
• Documentação do processo de desenvolvimento.
• Experiências anteriores em gerenciamento de riscos.
• Dados de projetos similares.
• Informações sobre recursos disponíveis.
Critérios de Saída • Lista de riscos identificados.
Responsável Gerente de projetos

Nome 1.3 Entender Expectativas das Partes Envolvidas


Descrição Compreender as expectativas e necessidades de todas as partes
interessadas no projeto, o cliente e a equipe de desenvolvimento.
Critérios de Entrada • Informações sobre as partes interessadas envolvidas no projeto.
• Documentação das expectativas iniciais do cliente.
• Dados de pesquisas de mercado, se aplicável.
Critérios de Saída • Documentação das expectativas e necessidades das partes
interessadas.
Responsável Analista de Negócios
Nome 1.4 Fazer Estimativas
Descrição Estimar recursos, prazos e custos necessários para a execução bem-
sucedida do projeto de desenvolvimento do sistema.
Critérios de Entrada • Lista de requisitos do sistema.
• Documentação do processo de desenvolvimento.
• Recursos humanos disponíveis (equipe).
• Histórico de projetos anteriores (tempo, custo, recursos).
• Estimativas de custos de hardware e software.
• Calendário de disponibilidade da equipe.
Critérios de Saída • Documentação das estimativas de recursos, prazos e custos.
• Plano de projeto inicial com base nas estimativas.
Responsável Gerente de projetos

Nome 2.0 Elaborar Projeto


Descrição Organizar as informações adquiridas até aqui para conseguir elaborar e montar
o projeto base do produto, é nessa fase onde são avaliadas as viabilidades,
onde são traçados os planos de execução, onde são definidos os recursos, e
ainda onde ocorrem a revisão e monitoramento dos processos. A principal
requisição para essa etapa é ter o plano de projeto inicial montado com base
nas estimativas feitas anteriormente

Nome 2.1 Avaliar Viabilidade


Descrição Envolve analisar os recursos disponíveis e revisar os requisitos do sistema, a
fim de determinar a viabilidade de executar o projeto. A saída deste processo
será uma conclusão que indica se o projeto pode ser realizado com base nos
recursos, histórico de projetos anteriores e estimativas de custos.
Critérios de Entrada • Lista de requisitos do sistema.
• Recursos humanos disponíveis (equipe).
• Histórico de projetos anteriores (tempo, custo, recursos).
• Estimativas de custos de hardware e software.
• Calendário de disponibilidade da equipe.
• Plano de projeto inicial com base nas estimativas.
Critérios de Saída • Documentação confirmando viabilidade processual
Responsável Gerente de projetos
Nome 2.2 Elaborar Plano de Execução
Descrição Nesta etapa, são desenvolvidos planos detalhados que definem as ações e
etapas necessárias para executar e montar o projeto. O objetivo principal é
estabelecer claramente como o projeto será conduzido desde o início até a
conclusão, fornecendo diretrizes específicas para a equipe.
Critérios de Entrada • Lista de requisitos do sistema.
• Histórico de projetos anteriores (tempo, custo, recursos).
• Plano de projeto inicial com base nas estimativas.
• Documentação confirmando a viabilidade processual
Critérios de Saída • Plano de execução do projeto
Responsável Gerente de projetos

Nome 2.3 Definir Recursos, Humanos e Materiais


Descrição Nesta etapa, são determinados os recursos a serem alocados no processo, tanto
recursos humanos quanto materiais. Isso inclui identificar as especialidades
necessárias, avaliar a disponibilidade de recursos internos e externos, e
garantir que os recursos alocados sejam adequados para concluir o projeto
dentro do prazo estimado, sem sobrecarregar a empresa. Essa análise visa
melhorar a gestão e organização dos projetos atuais e futuros
Critérios de Entrada • Lista de requisitos do sistema.
• Histórico de projetos anteriores (tempo, custo, recursos).
• Plano de execução de projeto
• Recursos humanos disponíveis (equipe).
Critérios de Saída • Documento de Plano de Recursos
Responsável Gerente de projetos

Nome 2.4 Revisar projeto


Descrição Nesta etapa, o projeto é revisado e os erros são corrigidos, a fim de verificar o
plano de execução e se os recursos são bem alocados, normalmente esta etapa
é destinada à equipe e a outras pessoas se não o Gerente de Projetos
Critérios de Entrada • Lista de requisitos do sistema.
• Histórico de projetos anteriores (tempo, custo, recursos).
• Plano de execução de projeto
• Documento de Plano de Recursos
Critérios de Saída -
Responsável Equipe responsável pelo projeto
Nome 2.5 Monitorar Processos
Descrição Essa etapa é realizada após o projeto ser revisado e corrigido, é nesta etapa
onde são monitorados os projetos e processos criados, a fim de verificar sua
funcionalidade e aguardar pelo feedback dos clientes
Critérios de Entrada • Processos
Critérios de Saída -
Responsável Gerente de projetos

Nome 3. Especificar e entender requisitos


Descrição Identificar, documentar e entender os requisitos funcionais e não
funcionais do sistema, com base nas informações obtidas com o cliente
e outras partes interessadas.

Nome 3.1 Identificar e Revisar Relacionamentos dos Requisitos


Descrição Este processo visa identificar e revisar os relacionamentos entre os
diversos componentes do sistema, garantindo uma visão integrada e
coerente do projeto.
Critérios de Entrada • Lista de requisitos e funcionalidades do sistema.
• Resultados de revisões anteriores da arquitetura.
• Diagramas de interação entre os componentes do sistema.
Critérios de Saída • Documentação da arquitetura do sistema e dos relacionamentos
identificados.
Responsável Gerente de projetos.

Nome 3.2 Confirmar possibilidade do projeto


Descrição Confirmar a viabilidade técnica e financeira do projeto de
desenvolvimento do sistema, levando em consideração os recursos
disponíveis e as restrições.
Critérios de Entrada • Documentação completa do projeto, incluindo requisitos,
expectativas e estimativas.
• Dados de recursos disponíveis (equipe, hardware, software).
• Orçamento do projeto.
• Experiências anteriores em projetos similares.
• Resultados da análise de viabilidade técnica.
Critérios de Saída • Relatório de viabilidade técnica e financeira.
• Confirmação da viabilidade do projeto.
Responsável Gerente de projetos
Nome 4. Projetar e Construir o Produto
Descrição Nessa etapa ocorre a programação do software, transformando os
conceitos previamente definidos em realidade.

Nome 4.1 Definir a estratégia de implementação de partes do projeto


Descrição O software é dividido em partes menores, com menos funcionalidades,
e é definida uma estratégia para o desenvolvimento de cada parte
Critérios de Entrada • Recursos disponíveis
• Requisitos do projeto
• Especificações do projeto
Critérios de Saída • Documentação da estratégia de implementação
• Cronograma de trabalho
Responsável Gerente de projeto

Nome 4.2 Montar um Protótipo do Projeto


Descrição Para cada parte do software, é feito um protótipo para testar a
implementação das funcionalidades e sua interação
Critérios de Entrada • Documentação da estratégia de implementação
• Cronograma de trabalho
Critérios de Saída • Protótipo do produto final
Responsável Equipe de desenvolvimento

Nome 4.3 Avaliar Problemas do Protótipo


Descrição O protótipo é testado extensivamente para a procura de possíveis erros
Critérios de Entrada • Protótipo do produto final
Critérios de Saída • Relatório de erros encontrados
Responsável Equipe de Testes

Nome 4.3.1 Tratar Problemas Identificados


Descrição As falhas encontradas no protótipo são resolvidas
Critérios de Entrada • Protótipo do produto final
• Relatório de erros encontrados
Critérios de Saída • Protótipo melhorado
Responsável Equipe de desenvolvimento
Nome 4.4 Implementar as Partes do Produto
Descrição O conhecimento adquirido com a criação de protótipos é utilizado para
a implementação de funcionalidades no produto final
Critérios de Entrada • Protótipo melhorado
• Versão atual do produto final (se existente)
Critérios de Saída • Software Final Implementado
Responsável Equipe de desenvolvimento

Nome 5. Integrar as partes do produto


Descrição O objetivo dessa etapa é realizar a integração de todas as partes do
produto previamente concluídas para a formação do produto completo.

Nome 5.1 Estabelecer uma estratégia e um ambiente para a integração


dos componentes
Descrição É feito uma análise dos componentes buscando estabelecer o melhor
ambiente possível para realizar a unificação de todas as partes do
produto e uma estratégia de integração é planejada e documentada
Critérios de Entrada • Requisitos do projeto
• Especificações do projeto
Critérios de Saída • Documentação da estratégia de integração
• Ambiente de integração estabelecido
Responsável Gerente de projetos

Nome 5.2 Avaliar e integrar os componentes do produto


Descrição Os componentes são avaliados em busca de problemas e, caso nada seja
encontrado, é feita a junção de todas as partes do produto de acordo
com a estratégia estabelecida
Critérios de Entrada • Documentação da estratégia de integração
• Ambiente de integração
• Componentes do produto
Critérios de Saída • Produto integrado
Responsável Equipe de desenvolvimento
Nome 5.3 Testar o Produto Integrado
Descrição Após a integração das partes do produto, as funcionalidades são
testadas entre si para verificar se há algum conflito entre elas
Critérios de Entrada • Produto Integrado
Critérios de Saída • Resultados do teste do produto integrado
Responsável Equipe de Testes

Nome 5.4 Entregar o Produto e o Manual


Descrição O produto é entregue, pronto para ser usado, para o cliente, junto do
manual de como usá-lo de maneira correta
Critérios de Entrada • Produto Integrado
Critérios de Saída • Produto Completo
• Manual do Produto
Responsável Gerente de projetos

Nome 6. Verificar e Validar o Produto


Descrição Nessa etapa é feita a verificação de todas as partes do produto, em
busca de possíveis problemas, para então realizar a validação final do
produto

Nome 6.1 Selecionar as partes do produto a serem verificadas


Descrição As partes do produto a serem verificadas são selecionadas e seus
requisitos de teste são entendidos
Critérios de Entrada • Produto integrado
Critérios de Saída • Partes do produto selecionadas para verificação
• Requisitos de teste
Responsável Gerente de projetos, Equipe de Testes

Nome 6.2 Escolher método de verificação


Descrição O método de verificação é escolhido de acordo com os requisitos das
partes selecionadas
Critérios de Entrada • Requisitos de teste
Critérios de Saída • Documentação do método de verificação escolhido
Responsável Gerente de Projetos, Equipe de Testes
Nome 6.3 Realizar a verificação do produto
Descrição É realizada a verificação das partes do produto de acordo com o método
estabelecido
Critérios de Entrada • Partes do produto selecionadas para verificação
• Documentação do método de verificação escolhido
Critérios de Saída • Relatório dos testes de verificação
Responsável Equipe de Testes

Nome 6.4 Analisar o resultado das verificações


Descrição O relatório dos testes é analisado, buscando identificar possíveis
problemas
Critérios de Entrada • Relatório dos testes de verificação
Critérios de Saída • Relatório de erros encontrados
• Relatório de testes analisado
Responsável Gerente de projetos

Nome 6.4.1 Corrigir erros


Descrição É realizada a correção dos problemas encontrados
Critérios de Entrada • Relatório de erros encontrados
Critérios de Saída • Partes do produto corrigidas
Responsável Equipe de desenvolvimento

Nome 6.5 Validar o resultado das verificações


Descrição Nessa etapa, após todas as partes do produto serem verificadas e todos
os erros corrigidos, as partes do produto testadas são validadas
Critérios de Entrada • Relatório de testes analisado
Critérios de Saída • Documentação da validação das partes do produto testadas
Responsável Gerente de projetos

Você também pode gostar