UNIVERSIDADE FEDERAL DE SANTA CATARINA PROGRAMA DE PÓS-GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO. Rafael Queiroz Gonçalves - PDF
UNIVERSIDADE FEDERAL DE SANTA CATARINA PROGRAMA DE PÓS-GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO. Rafael Queiroz Gonçalves
Download "UNIVERSIDADE FEDERAL DE SANTA CATARINA PROGRAMA DE PÓS-GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO. Rafael Queiroz Gonçalves"
Luiz Gustavo Coradelli Wagner
1 UNIVERSIDADE FEDERAL DE SANTA CATARINA PROGRAMA DE PÓS-GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO Rafael Queiroz Gonçalves PLANEJAMENTO DE TEMPO EM PROJETOS DE DESENVOLVIMENTO DE SOFTWARE PARA MICRO E PEQUENAS EMPRESAS ALINHADO AO PMBOK E CMMI Florianópolis - SC 2012
3 Rafael Queiroz Gonçalves PLANEJAMENTO DE TEMPO EM PROJETOS DE DESENVOLVIMENTO DE SOFTWARE PARA MICRO E PEQUENAS EMPRESAS ALINHADO AO PMBOK E CMMI Dissertação submetida à Universidade Federal de Santa Catarina como parte dos requisitos para a obtenção do grau de Mestre em Ciência da Computação Orientadora: Profa. Dra. rer. nat. Christiane Gresse von Wangenheim, PMP Florianópolis - SC 2012
5 Catalogação na fonte elaborada pela biblioteca da Universidade Federal de Santa Catarina A ficha catalográfica é confeccionada pela Biblioteca Central. Tamanho: 7cm x 12 cm Fonte: Times New Roman 9,5 Maiores informações em: Rafael Queiroz Gonçalves
6 PLANEJAMENTO DE TEMPO EM PROJETOS DE DESENVOLVIMENTO DE SOFTWARE PARA MICRO E PEQUENAS EMPRESAS ALINHADO AO PMBOK E CMMI Esta Dissertação foi julgada adequada para obtenção do Título de Mestre em Ciências da Computação, e aprovada em sua forma final pelo Programa de Pós-Graduação em Ciências da Computação. Banca Examinadora: Florianópolis, 28 de Novembro de Prof. Ronaldo dos Santos Mello, Dr. Coordenador do Curso Profª. Christiane Gresse von Wangenheim, Dra. Orientadora Universidade Federal de Santa Catarina Prof. Jean Carlo Rosa Hauck, Dr. Universidade Federal de Santa Catarina Prof. Ricardo J. Rabelo, Dr. Universidade Federal de Santa Catarina Prof. Santiago Matalonga, Dr. Universidad ORT
7 Aos meus pais, Paulo e Yara, que sempre me apoiaram e deram segurança para realização de minhas escolhas. À minha namorada Flavia, pelo amor e pela alegria compartilhada no dia a dia. Aos meus irmãos Ig e Bruno pela amizade. Aos meus avôs, tios e primos pelos momentos em família. À professora Christiane, orientadora e exemplo de qualidade. Ao André, pelo esforço empregado no mesmo laboratório em busca também do seu título de mestre.
8 perca tempo. Não tenha pressa, mas não José Saramago
9 RESUMO Projetos de software muitas vezes fracassam porque não são adequadamente gerenciados. Estabelecer um gerenciamento de projetos eficiente e eficaz, principalmente em relação ao planejamento de tempo, ainda é um desafio para muitas organizações de software. Na direção de suprir estas necessidades, modelos de melhores práticas, como, o Capability Maturity Model Integration (CMMI) e o Project Management Body of Knowledge (PMBOK) estão sendo desenvolvidos para apoiar as organizações na melhoria do gerenciamento de projetos. Ainda não existe um modelo unificado focado no contexto de micro e pequenas empresas (MPEs). Neste sentido, este trabalho apresenta um modelo de processo para o planejamento de tempo alinhado ao PMBOK e ao CMMI-DEV. Para aplicar o modelo de processo em situações práticas, uma ferramenta open-source de gerenciamento de projetos dotproject foi evoluída e avaliada por especialistas em gerenciamento de projetos. Os resultados desta pesquisa têm por finalidade facilitar a adoção das praticas de planejamento de tempo em MPEs, contribuindo positivamente na sua competitividade. Palavras-chave: Planejamento de tempo. PMBOK. CMMI-DEV. dotproject.
10 ABSTRACT Software projects often fail, because they are not adequately managed. The establishment of effective and efficient project management practices especially with respect to time management still remains a key challenge to software organizations. Striving to address these needs, best practice models, such as, the Capability Maturity Model Integration (CMMI) or the Project Management Body of Knowledge (PMBOK), are being developed to assist organizations in improving project management. Yet, so far there does not exist a unified model focusing on the context of small and medium enterprises (SMEs). Therefore, this thesis presents a generic model for time planning aligned with CMMI and PMBOK. In order to facilitate its application in practice an open-source tool dotproject - has been enhanced and evaluated by project management specialists. The results of this research are expected to facilitate the adoption of time planning practices in SME contributing positively to their competitiveness. Keywords: Time planning. PMBOK. CMMI. dotproject.
11 LISTA DE FIGURAS FIGURA 1 - ETAPAS DA PESQUISA FIGURA 2 - MAPEAMENTO ENTRE OS GRUPOS DE PROCESSOS FIGURA 3 - VISÃO GERAL DO PLANEJAMENTO DE TEMPO FIGURA 4 - PROCESSO DE DEFINIÇÃO DE ATIVIDADES FIGURA 5 - EXEMPLO DO PROCESSO DE DEFINIÇÃO DE ATIVIDADES FIGURA 6 - PROCESSO DE SEQUENCIAMENTO DE ATIVIDADES FIGURA 7 - DIAGRAMA DE REDE DO CRONOGRAMA UTILIZANDO PRECEDÊNCIA FIGURA 8 - EXEMPLO DE SAÍDA DO PROCESSO DE SEQUENCIAMENTO DE ATIVIDADES FIGURA 9 - PROCESSO DE ESTIMATIVA DE RECURSOS FIGURA 10 - EXEMPLO DE ALOCAÇÃO DE RECURSOS FIGURA 11 - PROCESSO DE ESTIMATIVA DA DURAÇÃO DAS ATIVIDADES FIGURA 12 - EXEMPLO DE SAÍDA DO PROCESSO DE ESTIMATIVA DA DURAÇÃO FIGURA 13 - O PROCESSO DE DESENVOLVIMENTO DO CRONOGRAMA FIGURA 14 - CRONOGRAMA DO PROJETO: EXEMPLOS GRÁFICOS FIGURA 15 - ESTRUTURA GERAL DE UMA ÁREA DE PROCESSO FIGURA 16 - PROCESSO DE MAPEAMENTO ENTRE CMMI-DEV E ISO/IEC 9001 (BALDASSARRE 2012) FIGURA 17 - MÉTODO XP ADAPTADO (QURESHI 2012) FIGURA 18 - ESPECIFICAÇÃO DOS ESTEREÓTIPOS SPEM FIGURA 19 MODELO DE PROCESSO PARA O PLANEJAMENTO DE TEMPO FIGURA 20 - TAREFAS DE UM PROJETO NO DOTPROJECT FIGURA 21 - GRÁFICO DE GANTT NO DOTPROJECT FIGURA 22 - FORMULÁRIO DE EDIÇÃO DE UMA TAREFA NO DOTPROJECT FIGURA 23 - FORMULÁRIO DE ATIVIDADES NO PROJECT.NET FIGURA 24 - DEFINIÇÃO DO CRONOGRAMA NO PROJECT.NET... 99
12 FIGURA 25 - LISTAGEM DE TAREFAS NO PHPCOLLAB FIGURA 26 - ATRIBUTOS DE ATIVIDADES NO PHPCOLLAB FIGURA 27 - LISTA DE ATIVIDADES DENTRO DE UM PROJETO NA FERRAMENTA TRACK+ 103 FIGURA 28 - ATRIBUTOS DE ATIVIDADES NA FERRAMENTA TRACK FIGURA 29 - APRESENTAÇÃO DE TAREFAS NO STREBER FIGURA 30 - ATRIBUTOS DE ATIVIDADES NO STREBER FIGURA 31 - DIAGRAMA DE CASOS DE USO FIGURA 32 - DIAGRAMA DE CLASSES DE ENTIDADES FIGURA 33 - DIAGRAMA DE SEQUÊNCIA PARA O UC01 - DEFINIÇÃO DE UMA ATIVIDADE FIGURA 34 - DIAGRAMA DE SEQUÊNCIA PARA O UC02 - DEFINIÇÃO DOS ATRIBUTOS DAS ATIVIDADES FIGURA 35 - DIAGRAMA DE SEQUÊNCIA PARA O UC03 - DEFINIÇÃO DOS MARCOS DO PROJETO FIGURA 36 - DIAGRAMA DE SEQUÊNCIA PARA O UC04 - ESTIMATIVA DO TAMANHO DE PACOTES DE TRABALHO FIGURA 37 - DIAGRAMA DE SEQUÊNCIA PARA O UC05 - DEFININDO AS DEPENDÊNCIAS DE ATIVIDADES ATRAVÉS DO MDP FIGURA 38 - DIAGRAMA DE SEQUÊNCIA PARA O UC06 - PLANEJANDO OS RECURSOS PARA AS ATIVIDADES DO PROJETO FIGURA 39 - DIAGRAMA DE SEQUÊNCIA DO UC10 - REGISTRO DE ATA PARA REUNIÃO DE ESTIMATIVA FIGURA 40 DIAGRAMA DE SEQUÊNCIA PARA O UC08 - DESENVOLVIMENTO DO CRONOGRAMA FIGURA 41 - DIAGRAMA DE SEQUÊNCIA PARA O UC09 - ESTIMATIVA DE ESFORÇO FIGURA 42 EAP
13 FIGURA 43 - DERIVAÇÃO DOS PACOTES DE TRABALHO FIGURA 44 - SEQUENCIAMENTO DE ATIVIDADES FIGURA 45 - DEFINIÇÃO DO ORGANOGRAMA FIGURA 46 - ESTIMATIVAS DO PROJETO FIGURA 47 - FORMULÁRIO DE ATA FIGURA 48 - DEFININDO AS DATAS DAS ATIVIDADES FIGURA 49 - DEFININDO MARCOS FIGURA 50 - CRONOGRAMA DO PROJETO (GANTT) FIGURA 51 - EXECUÇÃO DO MÉTODO DO CAMINHO CRÍTICO FIGURA 52 - PROTÓTIPO DE TELA DE CRIAÇÃO DE ATIVIDADE FIGURA 53 - PROTÓTIPO DE TELA PARA A ESTIMATIVA DO TAMANHO DOS PACOTES DE TRABALHO FIGURA 54 - PROTÓTIPO DE TELA PARA O DIAGRAMA DE PRECEDÊNCIA FIGURA 55 - PROTÓTIPO DE TELA PARA OS RECURSOS ESTIMADOS FIGURA 56 - PROTÓTIPO DE TELA PARA ESTIMATIVA DA DURAÇÃO FIGURA 57 - PROTÓTIPO DE TELA PARA O DESENVOLVIMENTO DO CRONOGRAMA FIGURA 58 - PROTÓTIPO DE TELA PARA ESTIMATIVA DE ESFORÇO
14 LISTA DE TABELAS TABELA 1 - ÁREAS DO CONHECIMENTO DO PMBOK TABELA 2 - PROCESSOS DO PMBOK TABELA 3 - ENTRADAS DO PROCESSO DE DEFINIÇÃO DE ATIVIDADES TABELA 4 - FERRAMENTAS/TÉCNICAS DO PROCESSO DE DEFINIÇÃO DE ATIVIDADES TABELA 5 - SAÍDAS DO PROCESSO DE DEFINIÇÃO DE ATIVIDADES TABELA 6 TAMANHO VS. ESFORÇO VS. DURAÇÃO TABELA 7 - ETAPAS DO PLANNING POKER TABELA 8 - ETAPAS DO WIDEBAND DELPHI TABELA 9 - GRUPOS DE PROCESSOS DO PMBOK (PMI 2008) TABELA 10 - PROCESSOS DE PLANEJAMENTO DE TEMPO (PMI 2008) TABELA 11 - NÍVEIS DE CAPACIDADE DAS ÁREAS DE PROCESSO (SEI 2010) TABELA 12 - NÍVEIS DE MATURIDADE TABELA 13 - COMPARAÇÃO ENTRE OS NÍVEIS DE CAPACIDADE E MATURIDADE TABELA 14 - ÁREAS DE PROCESSO DO CMMI-DEV TABELA 15 - PRÁTICAS PARA O PLANEJAMENTO DE TEMPO (SEI 2010) TABELA 16 - MAPEAMENTO ISO/IEC 9001 X CMMI-DEV (BALDASSARRE ET AL. 2012) TABELA 17 - APRESENTAÇÃO DOS OBJETIVOS E PRÁTICAS ESPECÍFICAS PARA O PP NO CMMI-DEV 1.2 E TABELA 18 - MAPEAMENTO DOS PROCESSOS/PRÁTICAS DO CMMI-DEV E DO PMBOK PARA O PLANEJAMENTO DE TEMPO TABELA 19 - PRÁTICAS DO MODELO DE PROCESSO TABELA 20 ESTEREÓTIPOS PADRÃO SPEM UTILIZADOS NO MODELO DE PROCESSO DE PLANEJAMENTO DE TEMPO TABELA 21 - FERRAMENTAS SELECIONADAS... 92
15 TABELA 22 - ESCALA DE PONTUAÇÃO TABELA 23 -AVALIAÇÃO DA FERRAMENTA DOTPROJECT TABELA 24 - ANÁLISE DO SUPORTE OFERECIDO PELA FERRAMENTA PROJECT.NET TABELA 25 - AVALIAÇÃO DO PHPCOLLAB TABELA 26 - ANÁLISE DO SUPORTE AO PLANEJAMENTO DE TEMPO PELA FERRAMENTA TRACK TABELA 27 - SUPORTE FORNECIDO PELA FERRAMENTA STREBER TABELA 28 - COMPARAÇÃO DAS FERRAMENTAS TABELA 29 - REQUISITOS FUNCIONAIS TABELA 30 - REGRAS DE NEGÓCIO TABELA 31 - REQUISITOS NÃO FUNCIONAIS TABELA 32 - ITENS DO MODELO DE PROCESSO X REQUISITOS TABELA 33 - REQUISITOS X CASOS DE USO TABELA 34 - AFIRMAÇÕES PARA AVALIAÇÃO COM O MÉTODO GQM TABELA 35 - MEDIANA DAS RESPOSTAS DOS ESPECIALISTAS TABELA 36 - AVALIAÇÃO HEURÍSTICA DA FERRAMENTA EVOLUÍDA TABELA 37 - FLUXOS DO UC TABELA 38 - FLUXOS DO UC TABELA 39 - FLUXOS DO UC TABELA 40 - FLUXOS DO UC TABELA 41 - FLUXOS DO UC TABELA 42 - FLUXOS DO UC TABELA 43 - FLUXOS DO UC TABELA 44 - FLUXOS DO UC TABELA 45 - FLUXOS DO UC TABELA 46 - FLUXOS PARA O UC
16 TABELA 47 QUESTIONÁRIO
17 LISTA DE ABREVIATURAS E SIGLAS CEPSH - Comitê de Ética em Pesquisa com Seres Humanos CMMI Capability Maturity Model Integration CMMI-DEV - Capability Matutiry model integration for development EAP - Estrutura analítica do projeto. ERP Enterprise Resource Planning GQM - Goal/Question/Metric GPL - General Public License IBGE - Instituto Brasileiro de Geografia e Estatística IBSS - Indústria Brasileira de Software e Serviços LQPS - Laboratório de Qualidade e Produtividade de Software MCMPS - modelos de capacidade e maturidade de processo de software MCT - Ministério da Ciência e Tecnologia MDP - Método do diagrama de precedência MPE Micro e Pequena Empresa PF - pontos de função PMBOK Project Management Body of Knowleadge PMC - Project Monitoring and Controlling PP - Project Planning SEI - Software Engennering Institute SEPIM - Secretaria de Política em Informática SGBD - Sistema Gerenciador de Banco de Dados SPEM - Software & Systems Process Engineering Metamodel Specification RF - Requisitos funcionais RN - Regras de negócios RNF - Requisitos não funcionais
18 TI - Tecnologia da informação UBP - Unified Best Practice UC - Use case UCP - pontos de casos de uso UFSC - Universidade Federal de Santa Catarina UML - Unified Modeling Language UNIVALI - Universidade do vale do Itajaí
19 SUMÁRIO 1. Introdução Contextualização Problema Objetivos Delimitação do trabalho Metodologia Método de trabalho Etapas da pesquisa Justificativa II. Conceitos fundamentais Gerenciamento de projetos Planejamento de tempo Definição de atividades Sequenciamento de atividades Estimativa dos recursos das atividades Estimativa da duração das atividades Desenvolvimento do cronograma Modelos de boas práticas em gerenciamento de projetos PMBOK CMMI Caracterização de Micro e Pequenas Empresas III. Trabalhos correlatos Harmonização entre ISO/IEC 9001 com CMMI-DEV 75
20 3.2 Adaptação de um método de desenvolvimento ágil a médios e grandes projetos Modelagem de processos apoiada por um guia de referência Ferramentas de apoio as MPEs V. Modelo de processo para o planejamento de tempo Elaboração do modelo de processo para o planejamento de tempo VI. Avaliação de ferramentas Seleção das ferramentas Critérios de avaliação A ferramenta dotproject A ferramenta Project.net A ferramenta phpcollab A ferramenta Track A ferramenta streber Discussão VII. Ferramenta de suporte ao modelo DE PROCESSO Requisitos Casos de uso Modelagem IMPLEMETAÇÃO Definindo a Estrutura Analítica do Projeto (EAP) Derivando as atividades dos pacotes de trabalho Sequenciando as atividades
21 7.4.4 Definido o organograma da organização Criando ata para reunião de estimativas Registrando estimativas de tamanho, esforço, duração e recursos Definindo datas de início e encerramento das atividades Definindo os marcos do projeto Construindo o cronograma VIII. Avaliação Avaliação do modelo de processo Execução Avaliação Heurística Discussão Ameaças à validade RESULTADOS IX. Conclusões e trabalhos futuros X. Referências Bibliograficas XI. Apêndice Detalhamento dos casos de uso UC - Definição de atividades UC - Estabelecer estimativas para os produtos de trabalho e atributos de tarefas UC - Sequenciamento das atividades UC - Planejar os recursos do projeto Casos de uso para: UBP P11-Estimar a duração das atividades. 158
22 UC - Desenvolver o cronograma UC - Estimativa de esforço Termo de consentimento livre e esclarecido Questionário Cenários de uso da ferramenta para avaliação Dados da avaliação dos especialistas
23 23 1. INTRODUÇÃO Este capítulo apresenta a problemática encontrada pelas Micro e Pequenas Empresas (MPEs) no mercado de desenvolvimento de software e a importância do gerenciamento de projetos, mais especificamente do planejamento de tempo, para o sucesso dos projetos desenvolvidos por estas organizações. São explicados os benefícios de realizar o gerenciamento de projetos alinhado ao Capability Maturity Model Integration for Development (CMMI-DEV) e ao Project Management Body of Knowledge (PMBOK). É justificado que ferramentas de software podem auxiliar na execução do processo de gerenciamento de projetos. 1.1 CONTEXTUALIZAÇÃO Em pesquisas realizadas pelo Ministério da Ciência e Tecnologia (MCT) e pela SOFTEX sobre o setor das organizações que atuam com atividades de software no Brasil, mostrou que a maior parte destas organizações é caracterizada como MPEs (MCT 2010) (SOFTEX 2009). Uma MPE pode ser classificada segundo sua receita bruta anual ou pelo número de funcionários. Pela receita bruta as empresas com receita abaixo de R$ ,00 são Micro Empresas. Pelo número de funcionários a classificação depende do setor da empresa, para indústria podem possuir até 19 empregados (SEBRAE 2010). De acordo com MCT (2010) as organizações do setor têm plena consciência da relevância da adoção de modelos, métodos e normas
24 24 para promover o aumento da qualidade e reforçar a inserção da empresa brasileira de software no cenário internacional. Entretanto outros estudos apresentam que o setor da TI em escala mundial possui uma taxa relativamente baixa de sucesso em seus projetos (Standish Group 2009). Apenas 32% dos projetos foram entregues dentro do prazo, atendendo o orçamento previsto, e também atingindo a todos os requisitos para qual foi projetado. Ainda foi apresentado que 44% dos projetos foram entregues após o prazo planejado ou acima do orçamento previamente estabelecido, e ainda com escopo menos abrangente do que inicialmente acordado. O processo de gerenciamento de projetos normalmente é acusado como um dos principais responsáveis pelas falhas nos projetos de software (M. Keil et al. 2003). As atividades de planejamento têm uma grande contribuição para o sucesso ou fracasso dos projetos, pois caso o planejamento não seja realizado de maneira adequada, a equipe do projeto pode não ter um entendimento comum sobre seus objetivos. Outro fator que provavelmente pode influenciar no fracasso de projetos, é a falta de utilização de ferramentas de gerenciamento de projetos, ou o uso de ferramentas inadequadas. As ferramentas de gerenciamento de projetos auxiliam a manter todos os documentos relacionados ao projeto atualizados e disponíveis para os diversos stakeholders. O monitoramento do projeto também é facilitado, podendo o gerente do projeto verificar se as atividades planejadas estão evoluindo de acordo com o esperado (MCCONNELL 1997), (HANAKAWA, KIMIHARU 2004). Deve-se enfatizar que se o plano de um projeto não pode ser monitorado, então este projeto também não pode ser controlado. E
25 25 projetos que não são gerenciados muito provavelmente não serão concluídos com a qualidade almejada (MCCONNELL 1997). Um dos fatores mais significativos para o sucesso de projetos de software é a maturidade do processo utilizado pelas organizações. A qualidade de um sistema ou produto é altamente influenciada pela qualidade do processo utilizado para desenvolvê-lo (SEI 2010). Entretanto a realidade é que muitas organizações, principalmente as de pequeno porte, são caracterizadas por terem um processo com baixo nível de maturidade (SEI 2012) (WANGENHEIM et al. 2009). Para ocorrer o amadurecimento do processo em uma organização, é necessário realizar atividades de melhoria de processo, cujo objetivo é auxiliar a organização a desenvolver e manter a qualidade de seus produtos e serviços. Existem diversas dimensões na qual uma organização pode investir para melhorar o seu negócio, sendo consideradas as dimensões mais críticas: as pessoas; os métodos e procedimentos; e as ferramentas e equipamentos (SEI 2010). Para as três dimensões trabalhem em conjunto é necessária a aplicação de um processo, o qual irá auxiliar que os produtos e serviços oferecidos pela organização possam ser realizados de maneira que sejam pouco afetados pelas constantes evoluções tecnológicas e também pela rotatividade de equipe. O processo de uma organização proporciona a infraestrutura e estabilidade necessárias para que a organização suporte com menores impactos as evoluções de um mundo de constantes mudanças (SEI 2010). Devido à importância de estabelecer um processo de qualidade, diversas organizações ao redor do mundo, incluindo organizações de pequeno porte, buscam modelos de referência como base para
26 26 concepção de seus próprios processos. Os modelos de referência como os Modelos de Capacidade e Maturidade de Processo de Software (MCMPSs) têm seu foco na melhoria do processo de organizações, e contém os requisitos essenciais para definição de processos eficazes e descrevem um caminho evolutivo, desde um processo imaturo até um processo mais disciplinado e maduro (SEI 2010). O Capability Maturity Model Integration (CMMI) (SEI 2010) é um modelo de referência composto de boas práticas voltadas para o desenvolvimento de serviços e produtos de software. Estas práticas cobrem todo o ciclo de vida de um produto, desde sua concepção até sua entrega e manutenção. É importante salientar que as práticas recomendadas pelo CMMI-DEV têm o objetivo de orientar como as organizações de software podem desenvolver seus processos. Sendo assim, as práticas do CMMI-DEV não definem processos, pois o processo de uma organização depende de muitos fatores como o domínio de aplicação, dimensão, e estrutura da organização (SEI 2010). Também focado especificamente na melhoria contínua da atividade de gerencia de projetos, o guia PMBOK (PMI 2008) descreve um conjunto de conhecimentos sobre gerenciamento de projetos, conhecidos como boas práticas. Para Hoffer (2002) projetos médios ou grandes de desenvolvimento de sistemas, podem conter no seu plano de projetos até centenas de páginas. No plano do projeto está descrito seu escopo, entregas, atividades, estimativas de recursos, cronograma, riscos identificados, e possivelmente até mesmo os casos de uso (HOFFER 2002).
27 27 O planejamento de tempo é uma parte do planejamento do projeto que envolve entre outras atividades, as atividades a estimativa de esforço, a definição de atividades, sequenciamento de atividades, estimativa de recursos, estimativa de duração, e desenvolvimento do cronograma (PMI 2008) (SEI 2010). Analisando o crescimento à adoção de modelos de referência pelas organizações que buscam o amadurecimento de seus processos, foi possível constatar que as MPEs já representam aproximadamente 20% das organizações avaliadas pelo CMMI (SEI 2012). Entretanto é muito importante ressaltar que muitas organizações ao redor do mundo não utilizam os modelos de referência, como o CMMI, apenas para a melhoria de seus processos, mas também com o objetivo de tornarem-se mais competitivas no mercado global (GUERRERO; ETEROVIC 2004) (LAPORTE; ALEXANDRE; RENAULT 2008) (VIOLINO 2005). Além disso, deve-se ser salientado que para o SEI (2012) as MPEs são categorizadas de forma diferente das MPEs brasileiras, as quais têm suas características definidas pelo SEBRAE (2010). Mas apesar de MPEs serem avaliadas pelo CMMI, em sua maioria, são caracterizadas por terem um processo com baixo nível de maturidade (SEI 2012). Algo que poderia auxiliar estas MPEs a amadurecerem seus processos é o uso de ferramentas para gerenciamento de projetos (WANGENHEIM et al. 2009). Os modelos de referência não enfatizam a necessidade da utilização de ferramentas, as mesmas podem ajudar na automatização de tarefas, e auxiliar na execução das atividades, assim aumentando a eficiência e melhorando a qualidade do processo (YOUNG; FANG; HU 2006).
28 28 Ao analisar as ferramentas de suporte ao gerenciamento de projetos observasse que existe Entretanto existe uma vasta diversidade de ferramentas. Algumas são comerciais e outras são ferramentas de código aberto e gratuitas. De maneira geral as ferramentas de código aberto não estão alinhada aos modelos de referência conceituados (PEREIRA et al. 2013), porém algumas ferramentas comerciais, como: in-step ( processmax ( ou Polarion ( indicam proporcionar suporte aos processos requeridos pelo CMMI-DEV ou outros modelos de referência (WANGENHEIM et al. 2009). Entretanto as ferramentas comerciais frequentemente têm um custo elevado para aquisição e induzem a organização a utilizar apenas a nova ferramenta, deixando de utilizar os sistemas que atualmente já estão adequados. Consequentemente a transição entre as ferramentas tem um risco associado, porque a ferramenta adquirida pode não estar adequada ao processo específico da organização. Por isto uma escolha de menor risco seria a adoção de uma ferramenta focada apenas nos processos de gerenciamento de projetos. Logo, para outros processos poderiam ser utilizadas as ferramentas de preferência ou que se adéquem melhor ao processo da organização. Dentre as opções de ferramentas gratuitas e de código aberto uma das possíveis alternativas é a ferramenta dotproject ( que é um sistema de gerenciamento de projetos desenvolvido para plataforma web, cujo objetivo é auxiliar os usuários a planejar e monitorar múltiplos projetos. O foco da ferramenta dotproject é oferecer especificamente as funcionalidades de gerencia de projetos, como, por exemplo, o gerenciamento de tarefas e recursos. Para outros
29 29 tipos de funcionalidades como acompanhamento de erros, podem ser integradas ferramentas externas. Para funcionalidades como, por exemplo, o gerenciamento de riscos também é possível instalar módulos adicionais que podem ser desenvolvidos para suprir uma necessidade específica. De acordo com Wangenheim e Hauck (2009) em sua pesquisa que comparou diversas ferramentas de gerenciamento de projetos gratuitas, o dotproject se mostrou a ferramenta mais amplamente utilizada. Na análise de suas características observou-se que esta ferramenta está parcialmente alinha aos objetivos específicos do CMMI-DEV para as áreas de planejamento, monitoramento e controle. Foi observado que a ferramenta tem suporte completo para desenvolvimento de melhorias e personalizações, suportando que a ferramenta seja evoluída para atender de forma integral os requisitos almejados. A ferramenta dotproject apesar de ser uma boa alternativa para as MPEs, ela não esta totalmente alinhada às práticas do CMMI-DEV e do PMBOK. Por isto as organizações que almejam alinhar seus processos ao CMMI-DEV, ou evoluir seus processos com base nas boas práticas propostas pelo PMBOK, precisam buscar soluções para as limitações da ferramenta. 1.2 PROBLEMA O problema a ser abordado nesse trabalho é a falta de um processo de planejamento de tempo elaborado para MPEs que esteja alinhado às práticas definidas no PMBOK (4. ed.) e CMMI-DEV v1.3, e
30 30 a inexistência de uma ferramenta que suporte tais processos de forma completa. Exemplificado este problema podemos citar o cenário quando uma organização está implantando um modelo de melhoria em seu processo e há necessidade de serem construídos artefatos que evidenciem a realização de determinados processos. Caso a ferramenta de gerência de projetos utilizada pela organização não forneça suporte para construção de algum dos artefatos, é necessário buscar alternativas que, normalmente ocasionam na utilização de ferramentas adicionais. Deste modo muitas vezes é necessário realizar a duplicação de informações, o que é algo bastante trabalhoso, porque sempre que há necessidade de realizar uma alteração, esta não pode ser efetuada apenas na ferramenta, mas também em todos os outros documentos adicionais, podendo ocorrer inconsistência das informações. Uma vez que toda organização de software precisa construir os mesmos tipos de artefatos para evidenciar a aplicação do seu processo em projetos, o cenário descrito ocorre em diversas organizações, sendo este um problema comum a toda comunidade de organizações de software que busca a melhoria de processos. 1.3 OBJETIVOS Nesta seção são apresentados os objetivos a serem atingidos por este trabalho para que possamos responder a seguinte pergunta de pesquisa: Como desenvolver um modelo de processo que suporte o planejamento de tempo alinhado aos processos/práticas requeridos pelo CMMI-DEV e PMBOK, de forma completa, consistente e adequada às MPEs?
31 31 Para responder a pergunta de pesquisa o objetivo geral deste trabalho é: definir um modelo de processo de planejamento de tempo em projetos de software, que esteja alinhado ao PMBOK (4. ed.) e CMMI-DEV v1.3, e que possa ser utilizado por MPEs na gestão de seus projetos, e evoluir uma ferramenta de suporte ao modelo de processo. Os objetivos específicos são: Objetivo 1: Fundamentação da área de processo de planejamento de projetos (PP) especificada pelo CMMI versão 1.3, focando nas atividades de planejamento de tempo e, também dos processos relacionados ao planejamento de tempo na quarta edição do PMBOK. Objetivo 2: Analise do estado da arte, envolvendo as cinco principais ferramentas de gerenciamento de projetos com código aberto. Verificação do quanto o suporte fornecido pelas ferramentas já está alinhado em relação aos processos/práticas de planejamento de tempo. Objetivo 3: Definição de um modelo de processo para o planejamento de tempo alinhado ao CMMI-DEV e PMBOK. Objetivo 4: Projeto de uma ferramenta de suporte de forma que atenda a todos os requisitos derivados do modelo de processo definido e, evolução da ferramenta dotproject. Objetivo 5: Validação da eficácia do modelo de processo por meio de avaliações empíricas, que visam avaliar se o mesmo é aplicável no contexto de MPEs. Verificar o quanto cada prática requerida está sendo suportada pela ferramenta evoluída.
32 1.3.1 Delimitação do trabalho 32 Os estudos realizados nesse trabalho limitam-se a definição do modelo de processo para o planejamento de tempo em projetos, seguindo os processos/práticas definidos pelo PMBOK (4. ed.) e CMMI-DEV v1.3, com foco em MPEs. A implementação das funcionalidades definidas são realizadas somente em uma ferramenta. 1.4 METODOLOGIA Nesta seção é descrito o método de trabalho adotado para realização desta pesquisa e, é discriminada cada uma das etapas realizadas Método de trabalho O método de trabalho é classificado de três maneiras: pelo tipo de pesquisa, pela abordagem, e pelos objetivos. O tipo de pesquisa refere-se ao procedimento utilizado para geração do conhecimento. A abordagem refere-se à maneira como os resultados serão avaliados. A classificação pelos objetivos busca indicar qual a metodologia utilizada para atingir cada objetivo do trabalho. O tipo de pesquisa deste trabalho é classificado como aplicada, porque busca gerar conhecimentos para a aplicação prática dirigida à solução de um problema específico (SILVA 2005). Em relação à abordagem é classificada como pesquisa qualitativa, pois não requer uso de métodos e técnicas estatísticas, sendo o pesquisador instrumento chave na coleta de dados (SILVA 2005). Pelos objetivos de 1 a 4 a pesquisa é classificada como descritiva, porque busca a resolução de problemas melhorando as
UNIVERSIDADE FEDERAL DE SANTA CATARINA PROGRAMA DE PÓS-GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO. André Marques Pereira
UNIVERSIDADE FEDERAL DE SANTA CATARINA PROGRAMA DE PÓS-GRADUAÇÃO EM CIÊNCIA DA COMPUTAÇÃO André Marques Pereira MONITORAMENTO E CONTROLE DE PROJETOS DE DESENVOLVIMENTO DE SOFTWARE PARA MICRO E PEQUENAS
UNIVERSIDADE FEDERAL DE SANTA CATARINA DEISE LUISE WRASSE EVOLUÇÃO DA FERRAMENTA DOTPROJECT PARA O PLANEJAMENTO DE RECURSOS HUMANOS
UNIVERSIDADE FEDERAL DE SANTA CATARINA DEISE LUISE WRASSE EVOLUÇÃO DA FERRAMENTA DOTPROJECT PARA O PLANEJAMENTO DE RECURSOS HUMANOS Florianópolis 2012 DEISE LUISE WRASSE EVOLUÇÃO DA FERRAMENTA DOTPROJECT
GQS Grupo de Qualidade de Software. Ensino de Engenharia de Software. Gerência de Projetos. Avaliação e Melhoria de Processo de Software
Gerência de projetos de software para micro e pequenas empresas alinhado ao PMBOK e CMMI GQS - Grupo de Qualidade de Software INCoD - Instituto Nacional de Ciência e Tecnologia para Convergência Digital
Adequação aos Modelos e Normas (CMMI e PMBOK) Contextualização. GQS/INCoD/INE/UFSC. André Marques Pereira. Rafael Queiroz Gonçalves
Gerência de projetos de software para micro e pequenas empresas alinhado ao PMBOK e CMMI GQS - Grupo de Qualidade de Software INCoD - Instituto Nacional para Convergência Digital André Marques Pereira
UNIVERSIDADE FEDERAL DE SANTA CATARINA DEPARTAMENTO DE INFORMÁTICA E ESTATÍSTICA SÉRGIO MENDES DE OLIVEIRA ABREU
UNIVERSIDADE FEDERAL DE SANTA CATARINA DEPARTAMENTO DE INFORMÁTICA E ESTATÍSTICA SÉRGIO MENDES DE OLIVEIRA ABREU EVOLUÇÃO DA FERRAMENTA DE GERENCIAMENTO DE PROJETOS DOTPROJECT PARA SUPORTE AO GRUPO DE