Gerenciamento estratégico de projetos em tecnologia da informação

XXIV Encontro Nac. de Eng. de Produção - Florianópolis, SC, Brasil, 03 a 05 de nov de 2004

ENEGEP 2004 ABEPRO 2847

Gerenciamento estratégico de projetos em tecnologia da informação.

Giovane Oliveira de Barcelos (Unisinos) [email protected] Gustavo Severo Borba (Unisinos) [email protected]

Resumo

A gestão de projetos em tecnologia da informação e o alinhamento destes projetos a estratégia da organização, é um grande desafio para as empresas que estão preocupadas em automatizar seus processos para se manterem competitivas. Sendo assim, o principal objetivo deste trabalho foi descrever uma proposta e implementar um método para gerenciar estrategicamente projetos na área de tecnologia da informação. O método de pesquisa utilizado neste trabalho foi a pesquisa-ação, sendo que, num primeiro momento fez-se uma pesquisa qualitativa através de entrevistas em profundidade, com o propósito de entender o ambiente e identificar problemas. A seguir, realizou-se a coleta de dados com a técnica antropológica de observação participante de forma aberta, procurando-se esclarecer eventuais dúvidas, e por fora, desenvolvidos seminários para se discutir, analisar, interpretar, consensar e implantar as soluções encontradas. Os resultados obtidos com este trabalho evidenciam que a metodologia de gerenciamento de projetos em TI é imprescindível nas organizações e que o alinhamento estratégico de projetos se faz necessário para se ter sucesso na execução da estratégia organizacional. Palavras chave: Gerenciamento, Projetos, Tecnologia da Informação, Alinhamento Estratégico. 1. Introdução As constantes mudanças internas e externas que vem ocorrendo nas empresas e a velocidade com que as informações devem ser recebidas e interpretadas estão levando as mesmas a procurarem constantemente a melhor forma de se adaptarem e se fortalecerem rapidamente para continuarem com suas atividades.

As transformações decorrentes das mudanças nas empresas exigem agilidade e eficiência nos processos operacionais e nas informações do negócio. Para isso todas as informações devem ser disponibilizadas o mais rápido possível. Sendo assim, é necessário que a área de Tecnologia da Informação dê respostas imediatas a novas demandas de negócio. Estas demandas do negócio por sua vez representam a otimização de processos e a disposição de informações para tomada de decisões.

As demandas por aplicações devem estar “alinhadas” com a estratégia da empresa. Estas demandas se traduzem em projetos de TI e precisam ser executadas de forma padronizada pela área de Tecnologia da Informação para que se possa repetidamente aumentar a probabilidade de se atingir os objetivos do projeto. Segundo Kerzner (2000), o gerenciamento de projetos nas empresas pode ser encarado como um empreendimento com objetivo identificável, que consome recursos e opera sob pressões de prazos, custos e qualidade.

As empresas têm um problema sério, com profundas conseqüências para sua capacidade de se tornarem e se manterem competitivas: existem mais projetos a serem desenvolvidos do que recursos. Muitas empresas precisam conciliar uma gramde demanda de projetos com uma



quantidade limitada de recursos financeiros, tempo e pessoas qualificadas. Dentre estes projetos pode-se identificar aqueles que envolvem o desenvolvimento de software.

De acordo com Bezerra (2002), o desenvolvimento de projetos de software é uma atividade complexa. Isso se reflete no alto número de projetos de software que não chegam ao fim, ou que extrapolam recursos de tempo e dinheiro alocados.

Além disso, a distância observada atualmente entre a gestão de projetos e seu alinhamento com o planejamento estratégico também é um fator de preocupação. O entendimento e as propriedades necessárias para que este alinhamento ocorra tem sido objeto de estudos.

Devido a complexidade e a importância do gerenciamento estratégico de projetos em Tecnologia da Informação é que este trabalho foi realizado e neste artigo são apresentados resultados obtidos na implantação de uma metodologia de gerenciamento de projetos no departamento de TI da empresa International Engines.

2. Fundamentação Teórica

2.1 Gerência de Projetos Segundo Prado (1998), a Gerência de Projetos (GP) é um ramo da Administração que trata do planejamento e controle de projetos. Gerenciar um projeto significa, resumidamente, planejar a sua execução antes de iniciá-lo e acompanhar a sua execução.

De acordo com Cajado (1999), para que um projeto de software seja bem sucedido, é necessário que alguns parâmetros sejam bem analisados como, por exemplo, o escopo do software, os riscos envolvidos, os recursos necessários, as tarefas a serem realizadas, os marcos de referência a serem acompanhados, os esforços (custos) aplicados e a sistemática a ser seguida. A análise de todos estes parâmetros é a função típica do gerenciamento de projetos, função esta que se inicia antes do trabalho técnico e que prossegue à medida que o software vai se concretizando na forma de um produto. A atividade de gerenciar projetos deve objetivar principalmente a qualidade, a produtividade e a redução de riscos.

2.2 Áreas de conhecimento do Gerenciamento de Projetos Segundo o PMI (2002), o gerenciamento de projetos pode ser classificado em 9 áreas de conhecimento e 39 processos. As áreas de conhecimento descritas pelo PMI (2002) são as gestões de integração, do escopo, de prazos, de custo, da qualidade, de recursos humanos, de comunicação, de riscos e de aquisições.

De acordo com Prado (1998), as áreas de conhecimento exigidas para o gerenciamento de projetos estão compreendidas em três grandes áreas: conhecimentos de gerência de projetos, conhecimentos de administração de um modo geral e conhecimentos técnicos do produto/serviço que está sendo desenvolvido.

2.3 Fases do Projeto e o Ciclo de Vida do Projeto Cada fase do projeto é marcada pela conclusão de um ou mais produtos da fase (deliverables). (PMI, 2002). Da mesma forma que os organismos vivos, os projetos também apresentam um ciclo de vida. Para cada projeto devem ser definidas as fases de crescimento, pico e declínio na intensidade de trabalho requerida. Neste contexto, o ciclo de vida do projeto serve para definir o início e o fim de um projeto.

Segundo Keelling (2002), a compreensão do ciclo de vida é importante para o sucesso na gestão de projetos, porque acontecimentos significativos ocorrem em progressão lógica e cada fase deve ser devidamente planejada e administrada.

Segundo Jacobson et al. (1999), o RUP (Rational Unified Process) é o processo de



desenvolvimento de software que apresenta as “melhores práticas” de projeto para área de informática existente atualmente. O RUP é iterativo e incremental e o ciclo de vida de projeto é constituído de quatro fases como descrito abaixo:

− Concepção: Define o Escopo do Projeto; − Elaboração: Define os Requisitos e a Arquitetura; − Construção: Desenvolve o Sistema; − Transição: Implanta o Sistema.

O RUP pode ser descrito em duas dimensões. A primeira dimensão (dimensão tempo) representada horizontalmente, mostra os aspectos dinâmicos do processo (ciclos, fases, iterações e marcos de referência). A segunda dimensão (dimensão conteúdo) representada verticalmente, mostra as características estáticas do processo (como é organizado em termos de atividades, artefatos, fluxos de trabalho e trabalhadores).

Fonte: (Melo, 2000, p. 22)

Figura 1 – Modelo do Ciclo de Vida do RUP

Apesar dos termos utilizados por Keelling (2002), PMI (2002) e Jacobson et al. (1999), com relação a definição do ciclo de vida de um projeto serem diferentes, eles identificam as mesmas características e mesmos passos na definição do mesmo.

2.4 Participantes de um Projeto As partes envolvidas são indivíduos e organizações diretamente envolvidas no projeto, ou aqueles cujos interesses podem ser afetados, de forma positiva ou negativa, no decorrer do projeto ou mesmo após sua conclusão; podem, também, exercer influências no projeto e seus resultados PMI (2002).

De acordo com Jacobson et al. (1999), em um projeto de desenvolvimento de software, além dos stakeholders tradicionais (cliente, patrocinador, etc) é importante definir quem são os responsáveis pelos papéis operacionais do projeto, tais como: gerência de projetos, analista de requisitos, analista de sistemas, projetista de software, etc. Ele salienta também que mais de um papel do projeto pode ser assumido por apenas um representante.

Pode-se verificar que os participantes do projeto são aqueles que direta ou indiretamente são afetados pelo projeto. O importante na definição dos personagens é levantar os níveis de responsabilidades que cada um tem sobre o empreendimento e o nível de decisão que cada um possui.

2.5 A Organização e a Cultura A maturidade da organização com respeito a sistemas de gerência de projeto, cultura, estilo,



estrutura organizacional e escritório de projetos podem, também, influenciar o projeto. (PMI, 2002).

De acordo com Prado (1998), sem um comprometimento formal, claro e bastante divulgado com as práticas de gerência de projetos na organização, pouco pode ser alcançado.

Para que um projeto tenha sucesso em uma organização é necessário que as práticas de gerência de projetos estejam na cultura da empresa. Estas práticas devem ser reconhecidas e respaldadas pela alta administração. Este comprometimento gerencial irá estimular a gestão de projetos, além de permitir o fortalecimento dos valores básicos de um projeto: cooperação, trabalho de equipe, confiança e comunicações eficientes.

2.6 Metodologia Kerzner (2000), afirma que não se admite minimizar a importância de uma boa metodologia. Além de melhorar o desempenho durante a execução do projeto, ela criará, igualmente, as condições para aumentar a confiança dos clientes e, assim, aperfeiçoar o relacionamento com eles.

O PMI (2002) propõe uma metodologia baseada em processos, ele diz que os projetos são compostos de processos, sendo cada um destes representados por uma série de ações que geram um resultado. É importante salientar também que a metodologia baseada em processos do PMI (2002) é similar em conteúdo ao ciclo de processo adotado por Jacobson et al. (1999) quando defini-se o RUP.

Além disso, Casarotto et al. (1999) ressalta a importância de um sistema computacional para o gerenciamento das informações dos projetos, determinando que este fator contribui para o futuro planejamento e controle da organização.

Deduz-se assim que além da metodologia de gerenciamento de projetos é necessário para o sucesso do mesmo o uso de ferramentas computacionais adequadas que suportem os processos existentes.

2.7 Planejamento e Alinhamento Estratégico Segundo Kerzner (2000), o planejamento estratégico em um ambiente de negócios é o processo de elaborar e implementar decisões sobre o rumo futuro da organização. Ele sugere que as empresas deveriam reconhecer que os princípios de gestão de projetos poderiam ser utilizados tanto para a implementação quanto na operacionalização de planos estratégicos, mas não necessariamente na definição das estratégias da organização.

O planejamento estratégico não é o foco do gerenciamento de projetos, mas o alinhamento dos projetos com as estratégias da organização é obrigatório para que se alcance os objetivos traçados nas estratégias. Henderson e Venkatraman (1993), afirmam que é necessário achar um denominador comum para alinhar as estratégias organizacionais com os projetos de tecnologia da Informação com o objetivo de obter sucesso na implementação dos projetos.

Na seção seguinte será descrito o método de trabalho utilizado para a realização desta pesquisa.

3. Método Conforme Thiollent (1996), a pesquisa-ação é um tipo de pesquisa social com base empírica que é concebida e realizada em estreita associação com uma ação ou com a resolução de um problema coletivo e no qual os pesquisadores e os participantes da situação ou do problema estão envolvidos de modo cooperativo ou participativo.

Este trabalho teve como objetivo, propor uma metodologia de Gerenciamento de Projetos



como uma forma estratégica de alcançar sucesso nos projetos da área de tecnologia da informação na International Engines. A área de tecnologia da informação tem como principal objetivo, além de manter os sistemas corporativos em funcionamento, a execução dos projetos que visam a automação de processos dentro da organização. Estes projetos geralmente estão relacionados com as diretrizes estratégicas da organização, por esta razão a gestão de projetos é algo muito importante na companhia.

A população-alvo do estudo foram todos os colaboradores da área de tecnologia da informação e alguns usuários de sistemas.

3.1 Plano de Coleta de Dados A coleta de dados deu-se num primeiro momento através da pesquisa qualitativa, utilizando-se entrevistas em profundidade com todos os analistas da área de tecnologia da informação e com a gerência da área. Tais entrevistas foram estruturadas em um roteiro que buscou entender a situação de gerenciamento de projetos no departamento.

Ainda dentro da pesquisa qualitativa, utilizou-se como principal técnica de coleta de dados a técnica antropológica de observação participante de forma aberta (Thiollent, 1999), onde o pesquisador com a autorização da empresa buscou a coleta de informações sobre como os projetos são gerenciados e também de documentos históricos, tais como, relatórios de projetos, base de dados de investimentos e auditorias. Tendo o pesquisador, a possibilidade de esclarecer e corrigir itens mal interpretados na primeira pesquisa.

No contexto de seminários, sugerido por (Thiollent, 1999), criou-se um grupo de pesquisa (Equipe Líder) no decorrer do trabalho, que teve como papel a coleta de informações para serem discutidas, analisadas, interpretadas e consensadas. Estes seminários foram a base para possibilitar a implementação da metodologia de gerenciamento de projetos no departamento de tecnologia da informação. Os seminários associados aos primeiros métodos de pesquisa, possibilitaram conclusões e soluções em grupo.

3.2 Plano de Análise de Dados Após o levantamento das informações através das técnicas expostas, analisou-se o contexto em que se esta inserido e os problemas encontrados, traçando-se assim um plano de trabalho e a implementação de uma metodologia de gerenciamento de projetos.

Por fim, traçou-se uma comparação da situação anterior à implementação de uma metodologia de gerenciamento de projetos, através de indicadores, tais como, número de projetos com uma metodologia-padrão, qualidade, tempo, defeitos e revisões de projetos.

4. Caso Prático Em princípio fez-se uma coleta de dados a partir de um levantamento de documentos históricos e entrevistas em profundidade que abordassem os itens processo, sucessos, documentação, práticas e requisitos. Estas entrevistas e documentos após analisados possibilitaram as seguintes constatações:

− Inexistência de gerência de requisitos em todos os projetos; − O processo de gerência de projetos era informal e imprevisível; − O desempenho nos projetos era basicamente em função da competência e heroísmos das

pessoas; − A maioria dos projetos não eram documentados e acompanhados; − As práticas bem sucedidas desenvolvidas em projetos anteriores não eram repetidas; − Documentação de uma auditoria identificando os riscos de não se ter uma metodologia de



gerencia de projetos em uso.

Verificada a necessidade de uma metodologia de projetos formal para o gerenciamento de projetos de software dentro da área de tecnologia de informação, deu-se início à reuniões para as definições preliminares. Nestas reuniões definiu-se quais seriam os passos a serem dados para se alcançar os objetivos do projeto.

Ficou definido como estratégia de implementação que o trabalho deveria possuir os elementos abaixo descritos:

− Equipe Líder: Equipe responsável pelo andamento dos trabalhos, chamada de Seminário por Thiollent (1999). Esta equipe ficou composta de 5 pessoas fixas.

− Fórum de Desenvolvimento: Fórum para discussão e formação de consenso dos trabalhos executados pela Equipe Líder. Neste fórum participavam 15 pessoas e ocorreram 24 eventos no total durante os trabalhos.

− Kaizen Administrativo: Evento com foco em melhoria contínua que ajudaria a implementar mudanças de processo na organização. Ocorreu um evento Kaizen com duração de uma semana.

Fonte (International Engines)

Figura 2: Cronograma Geral de Trabalho

A agenda de trabalho do Kaizen incluiu dentre outras coisas a apresentação de casos de metodologia de gerenciamento de projetos utilizados por 3 (três) empresas de tecnologia da informação, o mapeamento do processo atual e fluxograma funcional da área de tecnologia da informação, propostas e implementações de melhorias, a padronização do ciclo de desenvolvimento de projetos e a criação de padrões de documentos para controle de projetos.

Verificado que existiam na área de tecnologia da informação mais projetos que se gostaria de se desenvolver do que recursos disponíveis, e também, que se estava dando prioridade para projetos que não eram estratégicos, se fez necessário criar algum mecanismos de alinhamento estratégico.

Por conter a maioria dos itens que se fazem necessários para tomada de decisões, o cronograma de controle de projetos passou a desempenhar o papel de painel de controle de projetos, além de seu propósito inicial de ferramenta de alinhamento estratégico.

Criou-se ainda um comitê de informática, que ocorria uma vez por mês com a participação dos gestores das áreas envolvidas nos projetos. Este comitê tem como intuito comunicar, priorizar e receber feedback dos projetos contidos no controle de projetos.

O ciclo de projeto definido para área de tecnologia da informação foi baseado no RUP. Deste



modo, toda iteração de um projeto deve passar por quatro status consecutivos: Concepção, Elaboração, Construção e Transição. Utilizando-se a abordagem proposta pelo PMI definiu-se que um projeto pode ter quantas iterações fossem necessárias, onde cada iteração seria chamada de fase do projeto. Sendo assim, por definição todos os projetos de tecnologia da informação tornaram-se incrementais e cada incremento realizado tinha-se quatro status. A isto se chama de ciclo de projeto. E todas as fases de um projeto podem se desenvolver em paralelo.

Fonte (International Engines, baseado em Jacobson et al., 1999)

Figura 3: Modelo do Ciclo das Fases de um Projeto

Além do alinhamento estratégico e ciclo de vida dos projetos fez necessário a padronização de documentos. Criou-se então o documento de projeto de TI (DPTI), que tem como objetivo ser o documento centralizador de todas as atividades e artefatos de um projeto, o questionário de classificação de projeto, uma requisição de proposta de TI (RPTI) para casos de terceirização de desenvolvimentos de software e um cronograma padrão.

As soluções envolveram em sua maioria mudanças de processos e cultura, assim como, criação de artefatos de projeto que permitiram padronizá-los. Estes artefatos tiveram papel muito importante na padronização do gerenciamento de projetos, mas a criação da Equipe Líder, o Fórum de Desenvolvimento e o Comitê de Informática, foram imprescindíveis para execução do trabalho, pois as mudanças de processo e cultura só foram possíveis graças a criação destes grupos que mesmo depois de finalizado o trabalho se mantiveram.

Como resultado final do trabalho pode-se dizer que, após o trabalho, o gerenciamento de projetos possui os seguintes itens:

− Grupos: Equipe Lider, Fórum de Desenvolvimento e Cômite de Informática; − Artefatos: Controle de Projetos (Alinhamento Estratégico), Ciclo de Projeto (Status),

Documento de Projeto de TI, Requisição de Proposta de TI, Questionário de Classificação e Cronograma Padrão;

− Práticas: Gerência do Escopo, Tempo, Custo, Qualidade, Recursos Humanos, Aquisições e Comunicações.

Observou-se também que a média de defeitos por projeto ao atual, ficou 8,5 vezes menor e o número de revisões diminuiu 7 vezes em relação aos projetos executados antes da definição da metodologia. Isto foi possível pela metologia de projetos adotada e as padronizações utilizadas, além da diminuição do tamanho dos projetos e a divisão dos projetos em fases que possibilitaram um maior controle e visibilidade do escopo dos projetos. Por fim, esta se utilizando menos recursos financeiros nos projetos, considerando que o escopo, prazo e o andamento dos projetos estão sendo previsíveis e formais.



5. Conclusões Através da elaboração deste trabalho percebeu-se que no caso da International Engines o uso da metodologia de gerenciamento de projetos dos autores citados na revisão de literatura, tais como, PMI (2002) e Jacobson et. al (1999), foi de extrema importância para a implementação da metodologia padrão, pois a mesma: permitiu a padronização do ciclo de projetos; possibilitou a criação de um método de alinhamento estratégico de projetos com os objetivos da organização; viabilizou o crescimento cultural de todos os envolvidos no andamento dos trabalhos, ajudando com isto a corrigir o rumo do estudo e evitar os atrasos por decorrência disto; deu subsídio para criação dos documentos padrões do projeto, tais como, o cronograma, o documento de projeto, etc. ; possibilitou criar uma cultura de projetos dentro do departamento de TI. Pode-se concluir também que a falta de uma metodologia de gerenciamento de projetos gera um ambiente favorável a imprevisibilidade e ao uso inadequado dos recursos envolvidos, facilitando com isto o insucesso dos projetos. Referências KERZNER, HAROLD (2000); Gestão de Projetos: As Melhores Práticas. Trad. Marco Antonio Viana Borges, Marcelo Klippel e Gustavo Severo Borba. Porto Alegre: Bookman.

BEZERRA, EDUARDO (2002). Princípios de Análise e Projeto de Sistemas com Uml. São Paulo: Campus.

CHAOS, THE CHAOS REPORT (1994). The Standish Group: http://www.standishgroup.com/sample_research/chaos_1994_1.php.

PMI (2002). Project Management Body of Knowledge - Português. [ on line ] Disponível na Internet. URL: http://www.pmimg.org.br/ .

KEELLING, RALPH (2002). Gestão de Projetos: uma abordagem global. São Paulo: Saraiva.

PRADO, DARCI SANTOS DO (1998). Planejamento e controle de projetos. Minas Gerais: Editora de Desenvolvimento Gerencial.

MEREDITH, JACK R.; MANTEL, SAMUEL J. (1995). Project Management - A Managerial Approach. 3. Ed., Jonh Wiley & Sons, Inc. .

CAJADO, EDUARDO A. (1999). Gerência de Projetos: Conceitos, Objetivos e Softwares de Apoio. Revista Developers’ Magazine, Rio de Janeiro, Ano IV, n. 37, p. 18-20.

JACOBSON, I., BOOCH, G. E RAUMBAUGH, J. (1999) . The Unified Software Development Process. Addison Wesley, 1999.

MELO, EDUARDO F. (2000). Webmanager – Uma ferramenta para gerência de projetos de software baseada no Rational Unified Process. 67 p. Monografia (Bacharel em Ciência da Computação) – Faculdade de Ciências da Computação, Universidade Federal de Pernambuco, Recife.

CASAROTTO, NELSON FILHO, FÁVERO, JOSÉ SEVERINO, CASTRO, JOÃO ERNESTO ESCOSTEGUY (1999). Gerência de projetos / Engenharia simultânea. São Paulo: Atlas.

MITCHELL, LORI; DINELEY, DOUG (2000). Web-based project management. http://www.infoworld.com/testcenter/comparison/000131tcintro.html.

HENDERSON, J. C., VENKATRAMAN, N (1993). Strategic alignment: Leveraging information technology for transforming organizations. IBM System Journal, 32(1), p. 198-220.

HARRINGTON, H.J (1997). Aperfeiçoando processos empresariais. São Paulo: Makron Books.

PUBLIFOLHA (2000). Como Gerenciar Projetos. São Paulo: Dorling Kindersley.

http://www.standishgroup.com/sample_research/chaos_1994_1.php

http://www.pmimg.org.br/

http://www.infoworld.com/testcenter/comparison/000131tcintro.html

Gerenciamento estratégico de projetos em tecnologia da informação

Education

Transcript of Gerenciamento estratégico de projetos em tecnologia da informação