Aula 04 - Gestao de Projetos de TI

Prévia do material em texto

Gestão da Qualidade em Projetos
 Saulo Amui
Aula 4
*
*
As 9 áreas de Conhecimento em Gerenciamento de Projetos
*
*
Fases do Gerenciamento de Projetos
*
Escopo
O escopo constitui uma descrição documentada de um projeto quanto a seu objetivo ou resultado, sua abordagem e conteúdo, isto é, o que pretende obter, como fazê-lo e o que envolve.
arlandatreinamentos.com.br
*
Gerenciamento do escopo
*
Gerenciamento de requisito em TI
Em qual contexto o software se encaixa? Há um sistema maior que o engloba?
As restrições impostas pelo contexto do software.
 Objetivos da informação: 
Os dados serão produzidos 
como saída do software e 
visto pelos usuários finais.
Os dados que serão a 
entrada do sistema.
*
Gerenciamento de requisito em TI
 Funções e desempenho
As funções que o software deverá ter para transformar as entradas em saídas interessantes para o usuário final (processar os dados).
Requisitos não funcionais como desempenho, usabilidade, manutenibilidade e etc.
*
Gerenciamento do escopo
Planejamento
*
O gerenciamento do escopo do projeto
A gestão do escopo consiste em assegurar que o projeto inclui todo o trabalho necessário, e apenas o necessário, para ser concluído com sucesso.
O escopo desdobra-se em duas 
grandes partes:
escopo do produto (define e delimita funções e características do produto ou do serviço a ser gerado);
escopo do projeto (define e quantifica o trabalho a ser feito a fim de gerar o produto ou serviço tal como estabelecido no seu escopo).
valpimentinha.blogspot.com
*
O gerenciamento do escopo do projeto
A gestão do escopo compreende os processos:
Iniciação
Planejamento do Escopo
Definição do Escopo
Verificação do Escopo
Controle de Mudanças do Escopo
arlandatreinamentos.com.br
*
O gerenciamento do escopo do projeto: iniciação
Coincide com o começo do projeto, compreendendo atividades que vão desde o reconhecimento de um estímulo que dá início ao projeto até a formalização deste
pela organização responsável 
e com a concordância das 
partes 	interessadas.
arlandatreinamentos.com.br
*
O gerenciamento do escopo do projeto: planejamento do escopo
A criação de um plano de gerenciamento do escopo documenta como o escopo do projeto será definido, verificado e controlado e como a Estrutura Analítica 
do Projeto 	 (EAP) será criada
e definida.
arlandatreinamentos.com.br
*
*
Definir o escopo
O Plano de gerenciamento de escopo tem as seguintes partes:
Informações de versão, elaborador, data e aprovação;
Introdução explicando os objetivos do projeto e o seu escopo;
Informações sobre como deve ser feita a coleta de requisitos;
Declaração de escopo com a EAP, dicionário e observações sobre o que deve estar presente e o que não deve estar presente;
Regras de aceitação das entregas;
Regras para solicitação e aprovação de mudança de escopo.
*
*
Definir o escopo
*
Restrições
As restrições são limitações aplicáveis a um projeto, as quais afetarão o desempenho do projeto.
*
Premissas
Para gerenciamento de projetos, as premissas que devem ser declaradas, são aquelas consideradas “verdadeiras” dentro dos processos de planejamento, ou seja, os fatores considerados verdadeiros sem prova para fins de planejamento.
Por exemplo “cláusulas contratuais” . 
*
Itens fora do escopo
*
*
Em suma: definir o escopo
É o processo de desenvolvimento de uma descrição detalhada do projeto e do produto.
Durante o planejamento este escopo é definido e escrito com maiores detalhes.
Ao final gera a declaração de Escopo do Projeto.
Gerenciamento de escopo
*
Quais são as Ferramentas?
*
Análise de Produto
Analisar um produto para obter respostas sobre ele.
Decomposição do produto;
Análise de sistemas;
Análise de requisitos;
Engenharia de sistemas;
Engenharia de valor e
Análise de valor.
*
Geração de Alternativas
*
Gerenciamento do Escopo
O gerenciamento de escopo:
Trata basicamente da definição e controle do que está e do que não está incluído no projeto:
Definição = Planejamento;
Controle = Monitoramento e Controle.
Gestão da Qualidade em Projetos
 Saulo Amui
Atividade 4
*
Exemplo de declaração de Escopo em TI
ESCOPO
Nome do Projeto: SIGMA
Tema: Gerenciador de tarefas para equipe de desenvolvimento.
Gerente do Projeto: Robson Silva do Amaral
*
Exemplo de declaração de Escopo em TI
Introdução: 
O projeto SIGMA consiste no planejamento e desenvolvimento de um software para auxiliar no gerenciamento das tarefas de uma equipe de desenvolvimento. Este software será um aplicativo web que receberá o cadastramento de tarefas, contagem de tempo de cada tarefa, estimativas de entregas e relatórios para visualizar informações. 
*
O escopo deste projeto inclui e exclui os seguintes itens.
Análise do estado atual: Será realizado um estudo na empresa contratante para verificar como funciona o gerenciamento de tarefas atualmente. Será documentado todo o processo atual de gerenciamento das tarefas.
*
Análise e especificação do sistema: Será realizada uma analise nas informações coletadas e através deste procedimento será gerada a especificação do sistema que será desenvolvido. A especificação do sistema irá conter os diagramas UML, documento com a especificação técnica, etc. 
Reuniões: Reuniões semanais serão elaboradas para o acompanhamento do projeto. Cada reunião realizada irá gerar uma ata de reunião.
*
Desenvolvimento: Desenvolvimento do sistema.
Testes: Testes do sistema desenvolvido. Serão realizados testes no ambiente de desenvolvimento e no ambiente de produção.
Procedimento de migração: Será realizada a migração dos dados atuais para o sistema que será desenvolvido. 
Treinamento: Será realizado um treinamento a todos os usuários(...)
*
Fora do Escopo:
Aquisição de novo servidor: Aquisição e instalação de um novo servidor para instalação do sistema.
Aquisição do SGBD Oracle 11g: Aquisição e instalação do SGBD Oracle 11g.
Dados e processos de controle financeiros ou de recursos humanos.
Disponibilizar infraestrutura física e lógica para funcionamento do sistema. Neste item inclui sistemas operacionais e aplicações definidas nos requisitos do sistema.
O sistema não fará controle de informações como valores gastos em tarefas.
*
Premissas do Projeto
Para que se possa identificar e estimar as tarefas requeridas e seu tempo, algumas premissas precisam ser feitas. Baseando-se no atual conhecimento, as suposições do projeto estão listadas abaixo. Se uma suposição torna-se inválida no final do projeto, então as atividades e as estimativas deveriam ser ajustadas de acordo.
Aprovação pelo cliente da análise inicialmente elaborada para desenvolvimento do sistema.
Pagamento da parte inicial para iniciar-se o desenvolvimento.
Instalação do servidor de aplicação e SGBD para as instalações e testes iniciais.
*
Restrições do Projeto
Para que se possa identificar e estimar as tarefas requeridas e seu tempo, algumas restrições precisam ser identificadas. Baseando-se no atual conhecimento, as restrições do projeto estão listadas abaixo. Se uma restrição torna-se inválida no final do projeto, então as atividades e as estimativas deveriam ser ajustadas de acordo.
O sistema envolverá apenas a equipe de desenvolvimento, não afetará outros setores como comercial, recursos humanos, etc.
Enquanto o sistema não estiver totalmente em uso, será mantido o processo atual de gerenciamento de tarefas.
*
Entregas Produzidas
Análise do estado atual
Análise e especificação do sistema
Sistema de migração
Sistema de Gerenciamento de Tarefas.
Manuais: Manual de instalação para a equipe de suporte interna e manual de usuário para os usuários do sistema.
Exemplo completo disponível em:
https://www.assembla.com/wiki/show/tfgps/Escopo
O mundo passou por grandes transformações.
Por exemplo: os meios de transporteNaquela época, não era importante entender de combustão, mecânica ou leis de trânsito.
O mundo passou por grandes transformações.
Por exemplo: os meios de transporte
Naquela época, não era importante entender de combustão, mecânica ou leis de trânsito.
*
Pág294 livro
*
ID 54411419
Pág 297 (livro GTI 4.2)
Neste processo de engenharia de requisitos, no momento de determinação
do escopo do software, é necessário se atentar aos seguintes
pontos:
*
ID 54411419
Pág 297
Neste processo de engenharia de requisitos, no momento de determinação
do escopo do software, é necessário se atentar aos seguintes
pontos:
*
*
Pág 294 livro
O gerenciamento de escopo trata dos limites do projeto, estabelecendo tudo o que esta dentro do projeto e tudo o que esta fora do projeto
(as vezes, especificar o que esta fora é quase tão importante do que especificar o que esta dentro, por causa dos requisitos de contexto e requisitos
não funcionais dos softwares).
Definir corretamente o escopo é uma das partes mais importantes do gerenciamento de projeto, pois se pensarmos em qualidade como um conceito
relacionado com o atendimento dos requisitos dos stakeholder, então determinar muito bem esses requisitos é o primeiro passo para entregar
um produto/serviço de qualidade e ter sucesso no projeto Em TI, a determinação do que exatamente faz parte, ou não faz parte do projeto e a identificação das necessidades do cliente e tradução dessas necessidades em requisitos é uma atividade extremamente complexa,
pois produtos de softwares são abstratos, e definir algo abstrato logo nas
primeiras fases do projeto (ponto em que se faz necessário a definição do
escopo) é realmente uma tarefa difícil.
*
*
*
*
Seção 4.3pág 86 EAD ADM GESTÃO DE PROJETOS
O gerenciamento de escopo trata dos limites do projeto, estabelecendo tudo o que está dentro do projeto e tudo o que está fora do projeto (às vezes, especificar o que está fora é quase tão importante do que especificar o que está dentro, por causa dos requisitos de contexto e requisitos não funcionais dos softwares).
A declaração do escopo fornece a base para as futuras decisões do projeto.
É uma seção do plano de projeto ou um documento complementar dependendo da complexidade do projeto. A declaração de escopo contém:
ID 12225552
As restrições são limitações aplicáveis a um projeto, a qual afetará o desempenho do projeto. Podem ser organizacionais, ambientais e externas. São suas limitações reais, como orçamento, recursos, tempo de alocação, ... É aquilo que deve ser esclarecido para as partes interessadas. Por exemplo: Orçamento de R$1.500.000,00 para o projeto. Caso você necessite gastar mais que R$1.500.000,00; seu projeto, provavelmente, será cancelado.
*
Apesar que a definição de premissa é uma hipótese considerada verdadeira para se chegar a uma conclusão. Para gerenciamento de projetos, as premissas que devem ser declaradas, são aquelas consideradas “verdadeiras” dentro dos processos de planejamento, ou seja, os fatores considerados verdadeiros sem prova para fins de planejamento. Podem ser organizacionais, ambientais e externas. Podem ser consideradas como as “cláusulas contratuais” que se não forem cumpridas, comprometem o sucesso do projeto, ou aquilo que você quer exigir das partes interessadas. Por exemplo: Disponibilidade de 50% do tempo do cliente durante os testes. Se o cliente não estiver disponível 50% do tempo, o prazo, provavelmente, não será cumprido.
*
ID 56136059
estabelecendo tudo o que esta dentro do projeto e tudo o que esta fora do projeto
(as vezes, especificar o que esta fora é quase tão importante do que especificar o que esta dentro, por causa dos requisitos de contexto e requisitos
não funcionais dos softwares).
*
ID 40841044
*
ID 50566498
*
ID 525588
A Análise de produto tem como principal objetivo analisar um produto para obter respostas sobre ele. Ela pode ser feita por especialista ou até pelos próprios usuários do produto Pode envolver várias outras técnicas como:
Decomposição do produto;
Análise de sistemas;
Análise de requisitos;
Engenharia de sistemas;
Engenharia de valor e
Análise de valor.
*
ID 38719642
A geração de alternativas têm como objetivo gerar alternativas para se executar e desempenhar o trabalho do projeto. Algumas ferramentas podem ajudar na geração das alternativas como:
*