Adriano Marum Rômulo. Uma Investigação sobre a Gerência de Projetos de Desenvolvimento de Software em Órgãos do Governo do Ceará com Base no MPS-BR

Documentos relacionados
Qualidade, Processos e Gestão de Software Professores: Alexandre Vasconcelos e Hermano Moura. O Modelo. Wesley Torres Galindo. wesleygalindo@gmail.

Definição de Processos Reutilizáveis para Desenvolvimento de Software com Aquisição

A visão do modelo MPS.BR para Gerência de Projeto - Nível G. por Adriana Silveira de Souza

Implantação do Processo Aquisição na Synapsis Brasil. Carlos Simões Ana Regina Rocha Gleison Santos

O padrão de gerenciamento de projetos

Implementação CERTICS em uma empresa avaliada no modelo de referência MPS-SW nível G

Como vai a Governança de TI no Brasil? Resultados de pesquisa com 652 profissionais

Gerenciamento de projetos.

Justificativa da iniciativa

Aplicando Avaliações de Contextualização em Processos de Software Alinhados ao nível F do MR-MPS V1.2

Questionário de avaliação de Práticas X Resultados de projetos - Carlos Magno Xavier (magno@beware.com.br)

Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto

Qualidade de Software MPS.BR - Questões CESPE (2010 a 2013)

Gerência de Projetos de Software Modelos de gerência. CMM: Capability Maturity Model ITIL: Information Technology Infrastructure Library MPS BR

Introdução ao MPS.BR Guia Geral. Prof. Elias Batista Ferreira

Universidade Paulista

Parceria entre ifactory e UFC Quixadá na Adaptação e Implantação de Processos de Software

PMBOK 5. Caros concurseiros! Eis um resumo que fiz sobre as principais mudanças na quinta edição do PMBOK.

Mapeamento para Implantação Conjunta dos Modelos MR-MPS-SW e CERTICS. Larissa Lopes de Araujo Ana Regina Rocha Gleison Santos

TERMO DE REFERÊNCIA No XXX Contrato por Produto - Nacional. Elaboração de Plano de Diretor de Tecnologia da Informação e Comunicação.

APOSTILAS: NORMAS; ABNT NBR ISO; MPS BR

Uma Análise da Influência do Programa MPS.BR em Artigos Técnicos Publicados no WAMPS

FABIO FRECH GOUVEIA JUSTINE BEIRITH MONTALVÃO MANUELA DE SOUZA BRITO MARCUS VINICIUS RIBAS MOCELLIN GERENCIAMENTO DAS COMUNICAÇÕES DO PROJETO

Modelos de Maturidade: MPS.BR. Aécio Costa

A Sustentabilidade na perspectiva de gestores da qualidade

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:

Gerenciamento de Riscos (Principais Conceitos)

QUALIDADE DE SOFTWARE

Project Builder: uma Ferramenta de Apoio a Implementação do Processo Gerência de Projetos do MPS.BR

MODELO CMM MATURIDADE DE SOFTWARE

ENGENHARIA DE SOFTWARE I

MASTER IN PROJECT MANAGEMENT

Integração dos Modelos de Gestão de TI

Gerenciamento de Projetos Modulo III Grupo de Processos

Modelo de processos para la industria de software

Questionário de Avaliação de Maturidade Setorial: Modelo PRADO-MMGP

FACULDADE SENAC GOIÂNIA

Pesquisa de Maturidade do GERAES. Data de aplicação: 21/02/08

Sugestão de Roteiro para Elaboração de Monografia de TCC

Estudo de Caso da Implantação do Nível G do MPS.BR em Uma Empresa

Gerenciamento de Problemas

Gerenciamento de Projetos

Workshop em Gerenciamento de Projetos

Figura 1 Nível de maturidade em gerenciamento de projetos PMI. Fonte: Estudo de Benchmarking do PMI (2013)

componente de avaliação de desempenho para sistemas de informação em recursos humanos do SUS

MPS.BR Melhoria de Processo do Software Brasileiro

Gerência de Projetos Prof. Dr. Sandro Ronaldo Bezerra Oliveira

Implantação de um Processo de Medições de Software

SEFAZ-PE DESENVOLVE NOVO PROCESSO DE GERÊNCIA DE PROJETOS E FORTALECE OS PLANOS DA TI. Case de Sucesso

Gerenciamento de Projetos

2.10 Um Framework para Avaliação da Implantação do MR MPS em Grupos Cooperados de Empresas

Áreas de Conhecimento de Gerenciamento de Projetos

Introdução à ISO 9001:2015

PROBLEMAS ATUAIS DA LOGÍSTICA URBANA NA ENTREGA DE MATERIAIS HOSPITALARES UM ESTUDO INVESTIGATIVO

Pesquisa MPS quer ouvir você!

O Uso da Inteligência Competitiva e Seus Sete Subprocessos nas Empresas Familiares

11 de maio de Análise do uso dos Resultados _ Proposta Técnica

Nome da Empresa. <Nome do Projeto> Plano de Desenvolvimento de Software. Versão <1.0>

Sociedade para a Promoção da Excelência do Software Brasileiro - SOFTEX

Gerenciamento de Processos de Negócio. Macaé. 08 de setembro de Marcos Santos.

Qualidade de Software

Engenharia de Software II: Definindo Projeto III. Prof. Msc Ricardo Britto DIE-UFPI

Pesquisa realizada com os participantes do 12º Seminário Nacional de Gestão de Projetos. Apresentação

Método para aplicação de modelos de melhoria e avaliação do processo de desenvolvimento de software em sistemas críticos de segurança.

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES

Ciência da Computação ENGENHARIA DE SOFTWARE. Análise dos Riscos

Roteiro SENAC. Análise de Riscos. Monitoramento e Controle de Riscos. Monitoramento e Controle de Riscos. Monitoramento e Controle de Riscos

Unidade I FINANÇAS EM PROJETOS DE TI. Prof. Fernando Rodrigues

Primeira Pesquisa TecnoAtiva de Segurança da Informação da Bahia e Sergipe 2006

Gerenciamento de Projetos

Planejamento e Gerência de Projetos de Software. Prof.: Ivon Rodrigues Canedo. PUC Goiás

Como criar a Estrutura Analítica de um Projeto (EAP)

PIM VII e VIII Projeto Integrado Multidisciplinar

Governança Corporativa. A importância da Governança de TI e Segurança da Informação na estratégia empresarial.

O FATOR HUMANO EM PROJETOS DE TI

Projeto de inovação do processo de monitoramento de safra da Conab

Organização dos Estados Ibero-americanos. Para a Educação, a Ciência e a Cultura TERMO DE REFERÊNCIA PARA CONTRATAÇÃO DE PESSOA FÍSICA

Estar apto a utilizar técnicas, ferramentas e terminologias básicas do gerenciamento de projetos após a realização do curso.

CHAMADA PÚBLICA SIMPLIFICADA Nº 15/2013 SELEÇÃO DE PROFISSIONAIS PARA O PROJETO REGISTRO DE IDENTIDADE CIVIL REPLANEJAMENTO E NOVO PROJETO PILOTO

Preparatório para o Exame de PMP Autora: Rita Mulcahy Edição: 8ª, em português (alinhado ao Guia PMBoK ª Edição)

Objetivos da aula. Planejamento, Execução e Controle de Projetos de Software. O que é um plano de projeto? O que é um projeto?

Processos de gerenciamento de projetos em um projeto

Introdução. AULA 2 A Organização empresarial e a gestão de projetos. Tema relevante em diversas áreas


RELATÓRIO DA PESQUISA DE SATISFAÇÃO DO CLIENTE EXTERNO EMBRAPA MEIO AMBIENTE ANO BASE Sistema de Gestão da Qualidade

Governança de TI. ITIL v.2&3. parte 1

Melhoria do Processo de Software MPS-BR

3 Metodologia Tipo de pesquisa

Conhecimento em Tecnologia da Informação. CobiT 5. Apresentação do novo framework da ISACA Bridge Consulting All rights reserved

ENQUALAB 2013 QUALIDADE & CONFIABILIDADE NA METROLOGIA AUTOMOTIVA. Elaboração em planos de Calibração Interna na Indústria Automotiva

GESTÃO DAS INFORMAÇÕES DAS ORGANIZAÇÕES MÓDULO 11

ESCRITÓRIO RIO DE PROJETOS

Desafio Profissional PÓS-GRADUAÇÃO Gestão de Projetos - Módulo C Prof. Me. Valter Castelhano de Oliveira

Transcrição:

Adriano Marum Rômulo 2014 Uma Investigação sobre a Gerência de Projetos de Desenvolvimento de Software em Órgãos do Governo do Ceará com Base no MPS-BR

Agenda I. Introdução II. Referencial Teórico III. A Pesquisa Planejamento Execução IV. Análise dos Resultados Análise Quantitativa Análise Qualitativa V. Considerações Finais e Trabalhos Futuros 2

I. Introdução A importância da gerência de projetos na área de desenvolvimento de software. Modelos de referência foram criados: Gerência de projetos: PMBOK Desenvolvimento de Software: CMMI e MPS-Br As empresas passaram a se organizar para seguir tais modelos de referência: Empresas privadas Empresas públicas O presente trabalho tem como objetivo realizar uma estimativa sobre o nível de aderência das unidades de desenvolvimento de software dos órgãos do Governo do Ceará em relação ao nível G do MPS-Br no que diz respeito à gerência de projetos de desenvolvimento de software. 3

II. Referencial Teórico 4 Falhas em Projetos de Desenvolvimento de Software O naufrágio do navio sueco Vasa, em 1628 (FAIRLEY e WILLSHIRE, 2003): Problemas na construção do Vasa correspondem, em grande parte, aos mesmos que comumente ocorrem em projetos de desenvolvimento de software no que diz respeito à gerência de projetos. Pesquisa de Cerpa e Verner (2009) identificou que fatores de falhas de projetos estavam relacionados com a gestão de projetos, embora alguns estivessem parcialmente ou totalmente fora de controle do gerente do projeto. Foram identificados dezoito fatores de insucesso, sendo os mais frequentes: prazo de entrega geralmente curto impactando no processo de software (citado em 92,9% dos projetos), projeto subestimado (81,4%), riscos não gerenciados ou controlados durante o projeto (75,7%), equipe não recompensada devidamente (74,3%) e prazos contratados sem as informações adequadas dos requisitos (72,9%).

5 MPS-BR e Gerência de Projetos O MPS-BR é um modelo de qualidade de processo baseado nas normas ISO/IEC 12207 e ISO/IEC 15504, criado em 2003 pela SOFTEX. Visa melhorar a capacidade de desenvolvimento de software nas empresas brasileiras. É compatível com o CMMI, um modelo de referência internacional que contém práticas necessárias à maturidade em disciplinas específicas relacionadas à engenharia de software. O Modelo de Referência MPS para Software (MR-MPS-SW) define níveis de maturidade que são uma combinação entre processos e sua capacidade. A escala de maturidade se inicia no nível G e progride até o nível A. Para cada um destes sete níveis de maturidade é atribuído um perfil de processos que indicam onde a organização deve colocar o esforço de melhoria. O nível G do MPS-BR, denominado Parcialmente Gerenciado, contemplado neste trabalho, abrange dois processos: a Gerência de Requisitos GRE e a Gerência de Projetos GPR.

III. A Pesquisa Planejamento A pesquisa foi conduzida com órgãos da administração pública do Estado do Ceará. O objetivo da pesquisa é realizar uma estimativa sobre o nível de aderência das unidades de desenvolvimento de software dos órgãos do Governo estadual em relação ao nível G do MPS-Br no que diz respeito à gerência de projetos de desenvolvimento de software. Contou com o apoio da Coordenadoria de Tecnologia da Informação do Governo do Estado, entidade que concentra as ações estratégicas referentes à Tecnologia da Informação nos diversos órgãos do Governo estadual. Realizou-se uma palestra de sensibilização de cerca de 2h para a qual foram convidados os representantes e gestores de Tecnologia da Informação (TI) de cerca de 70 órgãos do Governo nos quais existe um departamento ou setor de TI. 6

Planejamento (cont.) Foi elaborado um questionário com perguntas divididas em duas categorias: i) caracterização do respondente e do órgão, e ii) implementação ou não do processo de gerência de projetos do MPS-BR no órgão. Aqui, o que se esperava obter era uma estimativa se, no entendimento de cada respondente, o resultado esperado estava ou não implementado. Disponibilizou-se também espaço para o relato das principais dificuldades em caso de não implementação do resultado esperado. O formulário da pesquisa foi publicado para preenchimento pela Internet por meio da ferramenta LimeSurvey. 7

Planejamento (cont.) Questões de caracterização do respondente e do órgão 8

...... Planejamento (cont.) Questões de implementação ou não do processo de gerência de projetos do MPS-BR no órgão. As 19 perguntas estavam relacionadas aos resultados esperados da área de Gerência de Projetos do MPS-BR voltados ao nível G.... 9

III. A Pesquisa 10 Execução A palestra de sensibilização foi realizada com boa parte dos representantes dos 70 órgãos do Governo, além de gerentes de projetos e outros profissionais convidados. Os gestores de TI dos órgãos convidados tiveram um prazo de 15 dias para preenchimento dos questionários. Após preenchimento, os dados foram tabulados pela equipe da Coordenadoria de Tecnologia da Informação do Governo do Estado e enviados aos pesquisadores para realização de análises. Dos 70 órgãos convidados, 25 gestores preencheram o questionário. Dois órgãos foram excluídos por não realizarem desenvolvimento de software. O número final de respondentes resumiu-se a 23 órgãos, aproximadamente 33% do total. Por fim, as respostas foram analisadas pelos pesquisadores, gráficos foram gerados e conclusões foram desenvolvidas.

IV. Análise dos Resultados Análise Quantitativa A maioria dos órgãos (70%) tem mais de 100 empregados e apenas 4% possuem menos de 20 empregados (Figura 1.a). A grande maioria (78%) possui mais de 9 anos de operação (Figura 1.b). A maioria esmagadora (91%) não possui qualquer certificação. 9% dos órgãos são certificadas ISO 9001, mas não se verificou nenhum órgão com certificação na área de software (Figura 1.c). 11

Análise Quantitativa (cont.) A maioria dos respondentes é gerente de TI (78%) (Figura 2.a). A maioria, cerca de 65%, possui mais de 6 anos na função (Figura 2.b). A grande maioria, 74%, não possui qualquer certificação. Apenas 4% possui certificação PMI em gerência de projetos (Figura 2.c). Em relação ao nível de escolaridade, 44% são especialistas e 9% são mestres (Figura 2.d). 12

Análise Quantitativa (cont.) No geral, verificou-se equilíbrio entre os órgãos que estimam implementar e aqueles que estimam não implementar os resultados esperados do processo de gerência de projetos do MPS-SW, nível G. Dois resultados esperados chamaram a atenção em relação ao bom número de respostas positivas, com 78% de implementados cada: definição do escopo do trabalho (Q1) e planejamento dos recursos e do ambiente de trabalho (Q8). Três resultados esperados obtiveram os maiores percentuais de não implementação, com 57% de respostas negativas cada: identificação e qualificação dos riscos (Q6), integração dos planos específicos em um plano geral (Q10), e monitoramento dos desvios em relação ao planejado (Q19). 13

Análise Quantitativa (cont.) 14 Estimativa de Implementação dos Resultados Esperados do Nível G do Processo de Gerência de Projetos do MPS-SW nos Órgãos do Governo do Ceará

Análise Quantitativa (cont.) 44% dos órgãos estimam implementar mais de 15 processos. Apenas 9% dos órgãos respondeu implementar até 5 processos do nível G. 4 órgãos (17,4%) estariam totalmente aderentes ao nível G do modelo MPS-SW, isto é, estimaram implementar os 19 resultados esperados. 4 órgãos (17,4%) estimaram não implementar nenhum dos processos analisados, estando, portanto, com nenhuma aderência ao nível G do modelo MPS-SW. 15 Quantidade de Resultados Esperados do Nível G do Processo de Gerência de Projetos do MPS-SW Implementados (Estimativa) nos Órgãos do Governo do Ceará

IV. Análise dos Resultados Análise Qualitativa Primeiramente, foram identificados códigos, ou seja, respostas com semântica comum, porém redigidas de forma diferente, que se repetiam com frequência nos textos das justificativas. Foram identificados os seguintes códigos: falta de pessoal, ausência de uma unidade (setor/departamento) de gerência de projetos, pouco envolvimento/comprometimento das partes e ausência/deficiência de processo/metodologia. As respostas foram, então, classificadas de acordo com alguns desses códigos. Houve outras respostas que não foi possível categorizá-las nos códigos identificados nessa classificação. 16

17 Análise Qualitativa (cont.) A falta de pessoal foi a justificativa mais alegada pelos órgãos para a não implementação dos resultados esperados do nível G do processo de Gerência de Projetos, alcançando 131 respostas. Comparando com Cerpa e Verner (2009): 63% dos projetos que falharam apontaram esse fator ( projeto não tinha equipe adequada para cumprir o cronograma ) como uma das causas do fracasso. O segundo motivo mais citado foi ausência/deficiência de processo/metodologia, aparecendo em 39 justificativas. Em Cerpa e Verner (2009), esse fator ( metodologia de desenvolvimento era inapropriada para o projeto ) apareceu em 71,4% dos projetos que falharam. O pouco envolvimento/comprometimento das partes foi citado 7 vezes. Em Cerpa e Verner (2009), essa categoria pode ser relacionada a alguns fatores, como os clientes/usuários não estão envolvidos no estabelecimento das estimativas de cronograma (69,4%), clientes/usuários tinham expectativas irrealistas (69,4%), e os clientes/usuários não dedicam tempo suficiente para o levantamento de requisitos (61,2%).

Análise Qualitativa (cont.) A ausência de uma unidade de gerência de projetos apareceu em 5 justificativas. Não foi possível fazer uma correlação direta desse aspecto com algum fator específico de Cerpa e Verner (2009). Em algumas justificativas, percebeu-se certa confusão no entendimento do questionário, quando o respondente relata que é definido e registrado em documentos internos, contudo não implementado conforme orienta o PMBOK. Outras justificativas também alertaram para o elevado volume de demandas e a necessidade de rápido atendimento, não sendo possível se dedicar às atividades de gerência de projetos. Por fim, percebeu-se que, em alguns casos, dependendo da relevância do projeto, este pode ser conduzido de uma forma mais aderente ao MPS-SW ou não. 18

V. Considerações Finais e Trabalhos Futuros 19 Verificou-se certo equilíbrio entre os órgãos que estimam implementar e os que estimam não implementar os processos do MPS-SW. O resultado esperado que trata da definição do escopo do trabalho e o resultado esperado referente ao planejamento dos recursos e do ambiente de trabalho são os mais implementados, segundo estimativas dos respondentes. Os resultados esperados relacionados à identificação e qualificação dos riscos, à integração dos planos específicos em um plano geral e ao monitoramento dos desvios em relação ao planejado obtiveram os maiores percentuais de não implementação, nas estimativas dos respondentes. 44% dos órgãos estima implementar mais de 15 processos, e apenas 9% responderam implementar até 5 processos. 17,4% dos órgãos estariam totalmente aderentes e outros 17,4% não aderentes. Muitas das dificuldades mencionadas pelos respondentes estão associadas a fatores de falhas em projetos de software tipicamente relatados em estudos de referência, como Cerpa e Verner (2009), o que sugere que problemas atuais ainda mantêm elevada relação com aqueles identificados em projetos em décadas passadas.

Trabalhos Futuros Ampliar a aplicação da pesquisa, buscando alcançar um número maior de órgãos respondentes. Aplicar o método da Ground Theory para mapear, de forma mais apropriada, os conceitos, suas causas e suas relações. Realizar de estudos semelhantes em órgãos de outras esferas do Governo ou mesmo de outros Estados visando identificar similaridades e diferenças entre os resultados. 20

Workshop Anual do MPS (WAMPS 2014) Obrigado!!! Adriano B. Albuquerque Marum Simão Filho Rômulo F. Santos Dezembro de 2014