Gerência de Projetos Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo Laboratório de Tecnologia de Software LTS www.ufpa.br/lts Rede Paraense de Pesquisa em Tecnologias de Informação e Comunicações www.ufpa.br/redetic
Agenda Motivação MPS-BR Gerência de Projetos - GPR GPR no Contexto do MR-MPS Resultados Esperados do GPR Características de Empresas com GPR 2
O que é Qualidade? Qualidade está fortemente relacionada à Conformidade com os Requisitos. O que é conformidade em relação a requisitos? observado x especificado. Pode haver problemas na observação. Pode haver problemas na especificação. 3 Rede Paraense de Pesquisa em Tecnologias de Informação e Comunicações
O que é Qualidade? Qualidade diz respeito à Satisfação do Cliente. Requisitos são especificados por pessoas e com o objetivo de satisfazer outras pessoas. Uma especificação depende das escolhas feitas (clientes alvo). Pode haver problemas na especificação. 4
Benefícios da Qualidade Na visão do fornecedor (ex: equipe interna de TI ou fornecedor externo do mercado) Maior produtividade Maior precisão nas estimativas Redução de defeitos no produto Aumento da confiabilidade do produto Menos esforço de re-trabalho Menos horas extras de trabalho Redução do tempo para atender o mercado Redução de custo de desenvolvimento e manutenção Maior competitividade Maior índice de satisfação do cliente/usuário final Rede Paraense de Pesquisa em Tecnologias de Informação e Comunicações 5
Qualidade de Software Conjunto de características a serem satisfeitas em um determinado grau, de modo que o software satisfaça às necessidades de seus usuários. Desenvolvedores Usuários Finais Usuários Indiretos 6
Qualidade de Software O aspecto não repetitivo do desenvolvimento de software torna essa atividade difícil e em boa medida imprevisível. Delimitar o escopo de um sistema não é trivial. A volatilidade dos requisitos é lugar comum no desenvolvimento de software. 7
Qualidade de Software Fatores que afetam o desenvolvimento e que influenciam no julgamento dos usuários: Tamanho e complexidade do software; Número de pessoas envolvidas no projeto; Métodos, técnicas e ferramentas utilizadas; Custo x benefício do sistema; Custos associados à existência de erros; Custos associados à detecção e remoção de erros; Etc. 8
Qualidade do Produto x Qualidade do Processo Qualidade do produto de software não se atinge de forma espontânea. A qualidade do produto depende fortemente da qualidade do processo de desenvolvimento. 9
Qualidade do Processo Um bom processo não garante que os produtos produzidos são de boa qualidade, mas é um indicativo de que a organização é capaz de produzir bons produtos. Motivação para a busca da Qualidade do Processo de Software: Aumento da qualidade do produto. Diminuição do retrabalho. Maior produtividade. Redução do tempo para atender o mercado (time to market). Maior competitividade. Maior precisão nas estimativas. 10
Qualidade do Processo A implantação de um Programa de Qualidade começa pela definição e implantação de um processo de software. Processos têm de ser definidos caso a caso, levandose em consideração as características específicas do projeto em questão: equipe, domínio de aplicação, tipo de software, tecnologias a serem adotadas, restrições de negócio (cronograma, custo, qualidade) etc. Apoio de Normas e Modelos de Qualidade de Processos de Software. 11
MPS.BR Dezembro de 2003: Início do Programa mobilizador para a Melhoria do Processo de Software Brasileiro, coordenado pela SOFTEX (Associação para Promoção da Excelência do Software Brasileiro), com apoio do Ministério da Ciência e Tecnologia (MCT) e do Banco Interamericano de Desenvolvimento (BID). Abril de 2005: Versão 1.0 Maio de 2006: Versão 1.1 Junho de 2007: Versão 1.2 Maio de 2009: Versão 2009 12
MPS.BR: Objetivo e Metas Objetivo: Melhoria de processos de software nas micros, pequenas e médias empresas (PMEs), a um custo acessível, em diversos locais do país. Como? Desenvolvimento (e Aprimoramento) do Modelo MPS.BR. Implementação e Avaliação do Modelo MPS.BR em Empresas, com foco em grupos de empresas. Rede Paraense de Pesquisa em Tecnologias de Informação e Comunicações 13
Estrutura do Modelo MPS 14
15 MR-MPS
16 MR-MPS
Nível G Parcialmente Gerenciado Composto pelos Processos Gerência de Projetos GPR Gerência de Requisitos GRE A Implementação dos Processos deve Satisfazer Atributo de Processo 1.1 (AP 1.1) O Processo é Executado Atributo de Processo 2.1 (AP 2.1) O Processo é Gerenciado 17
Gerência de Projetos - GPR Segundo MR-MPS O propósito do processo Gerência de Projetos é estabelecer e manter planos que definem as atividades, recursos e responsabilidades do projeto, bem como prover informações sobre o andamento do projeto que permitam a realização de correções quando houver desvios significativos no desempenho do projeto. 18
Contexto - GPR Estabelecer Estimativas Dados do Planejamento 19
Resultados Esperados - GPR GPR1 Definir Escopo do Trabalho GPR3 Definir Ciclo de Vida do Projeto Estabelecer Estimativas GPR2 GPR4 Determinar Estimativas de Esforço e Custo Dimensionar Tarefas e Produtos de Trabalho - Estimativas de Esforço e - WBS Complexidade Ciclo de ou Vida EAP do Número Custo usando Modelos e/ou de - Documento Fases Requisitos do Ciclo de Visão de Vida Dados Históricos - Lista EAP Estrutura com de Tarefas, de Dados Organização Históricos Casos de - Consideram: Escopo Uso, -das Pontos Atividades Requisitos, por Função Estórias (FPA) Produtos, Riscos, Mudanças, - Pontos Relacionamento por Casos das de Uso Ciclo de Vida, Viagens, Nível (UCP) Atividades de Competência da Equipe - Produtividade: Tecnologia, Experiência Dados do Planejamento 20
Contexto de GPR Estabelecer Estimativas Dados do Planejamento Desenvolver um Plano de Projeto Plano do Projeto 21
Resultados Esperados - GPR Dados do Planejamento Desenvolver um Plano de Projeto GPR5 GPR6 GPR7 Estabelecer Orçamento e Cronograma GPR9 Planejar Gerência de Dados Identificar Riscos do Projeto GPR10 Estabelecer Plano de Projeto Planejar RH considerando Conhecimento e Perfil Rede Paraense de Pesquisa em Tecnologias de Informação e Comunicações GPR8 Planejar Recursos e Ambiente de Trabalho - - Equipamentos, Identificar, Dados: Para Todos Determinar Cronograma os Relatórios, Planos Analisar Funções, serviços, que usa-se: Dados e Ferramentas, Priorizar Informais, WBS afetam Responsabilidades, ou o EAP, os Projeto Estudos Riscos Componentes, Estimativas devem e Relações Análises de Viagens -Atas Esforço, estar Hierárquicas Planilha de Integrados e Reunião, Custo, de Requisitos Riscos Ciclo Projeto e Lições levar com: de de Vida, Processo Identificador, Aprendidas, Dependência em - Inclui consideração informações Documentações, Descrição, entre a Tarefas, de como Probabilidade, Artefatos Pontos Dependência e quando de Gerados. o Controle Recurso entre Impacto elese será Marcos e Prioridade -Envolvido, Em Para Importante qualquer Orçamento no Critérios existir seu Formato Tratamento usa-se: para e sua -Meio Cronograma Alinhamento Liberação, Deve-se Monitorar Mapa e entre Estimativa deo eque foi de Atualizar -Custo Estimado Competências Foco na a Identificação, e Planilha o que da está Equipe sendo e Coleta, Planejado Identificação Armazenamento e o da que Necessidade será e Distribuição Acompanhado de Treinamento para garantir Segurança, - Quando Treinamento necessário Integridade pode ser o Plano e Acesso deve Formal ser e Revisto Informal: Sala de Aula, on-line, baseado em Computador, Leituras, Aconselhamentos e Orientações Plano do Projeto 22
Contexto de GPR Estabelecer Estimativas Dados do Planejamento Desenvolver um Plano de Projeto Obter Comprometimento com o Plano Plano do Projeto 23
Resultados Esperados - GPR Obter Comprometimento com o Plano GPR11 Avaliar a Viabilidade de Atingir Metas GPR12 Revisar Plano e Obter Compromisso - Examina Revisar o Aspectos Planejamento Técnicos, com Interessados Financeiros ee Humanos, Conciliar as Objetivos Diferenças de Negócio Existentes da Organização - Em Realizar Marcos Negociações do Projeto auma Confirmação partir de Variáveis da Continuidade do Projeto do - Obter Projeto Compromisso é necessária envolve interação entre Interessados Internos e Externos - Reunião de Kick off Plano do Projeto 24
Contexto de GPR Estabelecer Estimativas Dados do Planejamento Desenvolver um Plano de Projeto Obter Comprometimento com o Plano Plano do Projeto Gerenciar Ações Corretivas até Encerramento Monitorar o Projeto em Relação ao Plano 25
Resultados Esperados - GPR Monitorar o Projeto em Relação ao Plano GPR13 GPR14 Gerenciar Planejamento do Projeto Plano do Projeto GPR15 Realizar Revisões em Marcos Gerenciar Envolvimento dos Interessados Rede Paraense de Pesquisa em Tecnologias de Informação e Comunicações Gerenciar Ações Corretivas até Encerramento GPR16 Identificar e Analisar Problemas nas Monitorações GPR17 Tratar Problemas (Ações Corretivas) - As Revisões Ações Os Avaliar Atividades Interessados Corretivas Aderência em Marcos Revisão devem aos possibilitam não Relevantes ser Planos estabelecidas podem Continuamente ser devem a Identificação confundidas para ser ao com Identificados, Resolver longo Problemas Acompanhamento do Ciclo Problemas de que VidaFases Diário e - Problemas Ações Os Como Resultados Corretivas eles devem são e Envolvidos Critérios devem ser ser Analisados - Gerenciadas de Marcos Comunicações, Conclusão devem e Registrados até das serem Revisões Tarefas definidos em Ferramentas, previamente em Concluídas são Marcos, Analisados, Planilhas as Entregas ou outro Comprometimentos -são Verificar Registrar: Avaliadas, Meio o de Andamento o Controle Gerência Cronograma, dos Projeto -Problemas, Esforços Definir e e Monitorar Uso as Ações dos Recursos um Plano Tomadas, são Examinados de Gerência Responsáveis de e Comunicações os - Realizar Resultados Análises e Tomar -Decisões Os Caso Compromissos não considerando se consiga as Assumidos resolver Variações em dos estão um Dados nível, sendo e cumpridos deve-se Desvios Escalonar entre e negociados Resultados a e Resolução Valores Atuais a Níveis e Esperados Superiores de Gerência 26
Características de Empresas Organizações têm maior probabilidade de cumprir compromissos de requisitos, prazos e custos, mas desde que sejam semelhantes a outros realizados anteriormente. A organização é disciplinada, mas não está bem preparada para mudanças. Há preocupação com a gerência do projeto. Os gerentes acompanham custos, cronogramas e funcionalidades de cada um dos projetos. Porém, a gerência ainda não é pró-ativa, tomando ações normalmente quando se está diante de uma crise. Os projetos podem ter processos diferentes. No entanto, existe uma política para guiar os projetos no estabelecimento desses processos. 27
Gerência de Projetos Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br www.ufpa.br/srbo Laboratório de Tecnologia de Software LTS www.ufpa.br/lts Rede Paraense de Pesquisa em Tecnologias de Informação e Comunicações www.ufpa.br/redetic Obrigado! Perguntas?