Escolar Documentos
Profissional Documentos
Cultura Documentos
Journal:
Manuscript ID:
Submission Type:
Track:
Page 1 of 11
Franciane Silveira
Universidade Nove de Julho
Mestrado Profissional em
Administrao Gesto de Projetos
silveira.ane@gmail.com
Introduo
O nmero de projetos que decorre em insucesso alto entre as empresas, agravado pelo grau de
dependncia tecnolgica e os riscos que esto relacionados a esse tipo de projeto (Sauser, Reilly e
Shenhar 2009). A necessidade de realizar a identificao dos riscos, e posteriormente a sua gesto, poder
corroborar para o sucesso dos projetos (Nakashima e Carvalho 2004; PMI 2012). Os riscos so gerados a
partir da incerteza dos eventos e esto presentes em todos os projetos (Sauser et al. 2009; PMI 2012),
onde a falha em sua execuo possui uma relao direta com sua complexidade (PMI 2012).
Os projetos de tecnologia de informao (TI) visam contribuir para que as empresas consigam suprir suas
necessidades (Pressman 2011; Sommerville 2011) e responder rapidamente ao mercado (Nakashima e
Carvalho 2009). A dependncia tecnolgica uma caracterstica dos projetos de TI e pode apresentar
incertezas tecnolgicas durante a sua execuo (Nakashima e Carvalho 2004; Sauser et al. 2009).
Os projetos globais de TI so caracterizados por equipes geograficamente dispersas, possuem membros
com culturas diferentes e usam processos de TI para realizar suas comunicaes e desenvolvimentos
(Lee-Kelley e Sankey 2007). Por outro lado, os projetos realizados com equipes situadas em um mesmo
ambiente sero, neste artigo, denominados por "projeto local de TI" para que fique evidente a abrangncia
de sua atuao. A necessidade de identificar os riscos especficos em projetos globais de TI pode trazer
uma nova perspectiva na priorizao de riscos junto aos gerentes de projetos e assim mitigar o seu
insucesso.
A presente pesquisa possui como objetivos: 1. Identificar os itens de riscos em projetos globais de TI
encontrados na literatura; 2. Elencar os riscos atualmente identificados nos projetos locais de TI
presentes no estado da arte; e 3. Apresentar os riscos exclusivos nos projetos globais de TI. A contribuio
esperada que as empresas de TI possam conhecer os riscos especficos para os projetos globais de TI e
assim agir para erradicao ou migitao dos riscos apontados. No tocante contribuio para a academia
os riscos identificados serviro como ponto de partida para futuras pesquisas.
Referencial Terico
Um projeto caracterizado por diversos processos a fim de suprir um objetivo ou conjunto de objetivos
nicos (PMI 2012) com pelo menos um entregvel. Nos casos de desenvolvimento de sistemas, o
entregvel um sistema computacional, em projetos de infraestrutura de TI, os entregveis so
relacionados a servidores, comunicao e outros (Pressman 2011; Sommerville 2011). As caractersticas
do software so especificadas nos requisitos do projeto e as limitaes, como a linguagem computacional a
ser utilizada, no item de restries (PMI 2012). Nesse tipo de projeto, comum a utilizao de equipes em
que seus membros esto alocados fisicamente em outros paises, o chamado offshore ou desenvolvimento
globalmente distribudo (Herbsleb e Mockus 2003; Kliem 2004).
Page 2 of 11
Independente do tipo de projeto todos possuem riscos (PMI 2012). O risco um evento ou uma condio
incerta que, se ocorrer, pode afetar positiva ou negativamente pelo menos um objetivo do projeto,
podendo ocasionar um ou mais impactos (Nakashima e Carvalho 2004; PMI 2012). A causa de um risco
pode ser um requisito, uma premissa, uma restrio ou uma condio que crie a possibilidade de
resultados negativos ou positivos (PMI 2012). Entender a causalidade das relaes entre os eventos de
risco, aes tomadas e suas conseqncias pode criar um cenrio mais realstico de riscos (Fidan, Dikner,
Tanyer e Birgonu 2011). Os riscos em projetos globais de TI diferem dos riscos de projetos locais de TI
devido s diferenas geogrficas dos membros da equipe, de fuso-horrio e de clientes (Lee-Kelley e
Sankey 2007).
A identificao dos riscos possibilita o planejamento de respostas. Determinados riscos no podem ser
gerenciados de forma proativa, o que sugere que a equipe do projeto deve criar um plano de contingncia.
Um risco do projeto que j ocorreu considerado um problema (PMI 2012). Entender a causalidade das
relaes entre os eventos de risco, aes tomadas e suas consequncias pode criar um cenrio mais
realstico de riscos (Kliem 2004; Fidan et al. 2011). Nos casos em que a identificao de riscos for
inadequada, a possibilidade do insucesso do projeto pode aumentar (Jani 2010; De Bakker, Boonstra e
Wortmann 2010). Assim, torna-se relevante avaliar e compreender os contextos externos e interno da
organizao que podem influnciar significativamente a identificao dos riscos (ABNT 2009).
Os gerentes de projetos devem investigar os tipos de riscos e os meios plausveis de sua mitigao.
(PMI 2012). Deve ser considerada a natureza do negcio e a necessidade de atingir os objetos da
organizao, visto que cada empresa e projeto esto expostos a um conjunto de riscos especficos, uma vez
que a abordagem aos riscos deve ser consistente para cada projeto, as comunicaes sobre os riscos e
como lidar com eles devem ser abertas e sinceras junto aos acionistas (Alao e Adebawojo 2012). As
tcnicas de identificao dos riscos mais utilizadas so: brainstorming, tcnica Delphi, entrevistas de
participantes experientes, anlise da causa-raiz, utilizao do diagrama de causa e efeito, fluxogramas,
diagrama de influncia e anlise SWOT (PMI 2012). As respostas aos riscos refletem o equilbrio da
organizao entre correr riscos e evitar riscos (PMI 2012).
A identificao dos riscos deve ser realizada pelo gerente de projetos nos estgios iniciais do planejamento
do projeto, pois a falta dessa anlise pode ocasionar o insucesso dos projetos independentemente do tipo
do projeto (Jani 2008; Jani 2010; PMI 2012). Deve considerar tambm que a percepo dos riscos pode
vir por meio de ferramentas, tcnicas e experincias de outros projetos (Jani 2010; Sharma, Sengupta e
Gupta 2011). A experincia dos gerentes de projetos pode fazer com que consigam identificar mais riscos
por estar relacionado com outros projetos similares, pois so mais prximos s suas experincias
(Slovic, 1987), assim como tambm podem influenciar na classificao dos fatores de risco do projeto, em
termos de capacidade de controle dos fatores de risco, criando a iluso de que os riscos esto controlados,
mesmo que o projeto apresente falhas e haja um descompasso dos fatores de riscos (Jani 2008). Esse
inconveniente pode ser evitado com a aplicao dos processos de monitoramento e controle para detectar
qualquer discrepncia com o projeto (PMI 2012).
Metodologia
O presente artigo possui a abordagem exploratria e de natureza indutiva. As etapas da pesquisa
bibliogrfica consistiram em uma anlise dos artefatos de projetos com vistas ao estabelecimento do
referencial terico sobre a gesto dos riscos em diversos projetos de TI. As seguintes etapas foram
realizadas:
1. Identificao, na literatura, dos Riscos em Projetos Globais de TI. Os riscos foram identificados na
literatura sobre riscos relacionados a projetos globais de TI;
2. Categorizao. Aps a identificao dos riscos foram criadas as categorias de riscos em projetos globais;
3. Identificao dos Riscos em Projetos Locais de TI na Literatura. Foram consultados, com base no
estado da arte os riscos relacionados a projetos locais de TI;
4. Classificao. Os riscos (globais e locais) identificados foram classificados de acordo com as categorias
criadas na etapa 2;
5. Identificao de Riscos Especficos em Projetos Globais de TI. Os riscos de projetos locais e globais
foram confrontados para determinar quais deles so exclusivamente relacionados aos projetos globais. Os
Page 3 of 11
riscos de projetos Globais que tiveram equivalncia semntica com os riscos de projetos locais foram
descartados, permanecendo apenas os especficos.
A categorizao ou agrupamento um processo estruturalista que envolve o inventrio, com o isolamento
das unidades de anlise e a classificao das unidades comuns com a identificao das categorias (Martins
e Thephilo 2009). Os riscos de projetos de TI podem ser agrupados de acordo com o enfoque: financeiro,
tcnico, comportamental, poltico, gerencial e legal (Gholami 2012). Outra forma encontrada por meio
de cinco grandes grupos: tcnica, programtica, suporte, custos e cronograma (Nakashima e Carvalho
2004). H ainda outra categorizao por agrupamento no-exclusivo gerando: financeiro, tcnicos,
gerenciais, materiais, comportamentais e legais (Kliem 2004).
A taxonomia dos riscos elencados pela literatura de projetos globais de TI foi realizada pela atribuio de
um termo que representasse o direcionamento de cada risco encontrado. Os termos foram agrupados
gerando as seguintes categorias: gesto de projetos, equipe, tecnologia, organizao e pas.
Em relao categoria de gesto de projetos foram designados os riscos relativos gesto do projeto,
levantamento de requisitos, problemas com o escopo e os riscos que o gerente de projetos possui como
articulador e solucionador de conflitos. Os riscos relativos integrao entre os membros da equipe,
relacionamento com outras pessoas e o nvel do conhecimento tcnico foram aglutinados na categoria
equipe. A criao dessa categoria permite separar os aspectos fundamentalmente de gesto com o de
comportamento e aspiraes dos membros da equipe. A categoria tecnologia rene riscos pertinentes s
questes de desenvolvimento de sistemas e infraestrutura computacional. Outras caractersticas tcnicas
foram incorporadas nessa categoria independentemente dos aspectos de desenvolvimento de sistemas ou
de infrraestrutura computacional. A categoria organizao rene aspectos da organizao propriamente
dita, como por exemplo, stakeholders e a cultura presente sobre os aspectos do pas anfitrio e dos
extraditados. De forma similar, porm com enfoque mais amplo, est a categoria pas que ressalta os
conflitos e relaes com os pases fronteirios.
Resultados e Anlises
Os riscos em projetos locais e globais de TI foram identificados na literatura sob diversas ticas de acordo
com a viso de cada autor sobre o tema.
Riscos
RGGP01
RGGP02
RGGP03
RGGP04
RGGP05
Autores
Schmidt et al. (2001);
Kliem (2004);
Lee-Kelley e Sankey (2007)
Schmidt et al. (2001);
Kliem (2004);
Lee-Kelley e Sankey (2007)
Schmidt et al. (2001);
Kliem (2004);
Lee-Kelley e Sankey (2007)
Schmidt et al. (2001);
Lee-Kelley e Sankey (2007)
Schmidt et al. (2001);
Kliem (2004);
Khan e Ghayyur (2010)
Page 4 of 11
ID
Riscos
Autores
Kliem (2004);
Desouza et al (2006)
Schmidt et al. (2001);
Lee-Kelley e Sankey (2007)
Kliem (2004);
Lee-Kelley e Sankey (2007);
Babar (2014)
Schmidt et al. (2001);
Kliem (2004);
Khan et al (2010)
Kliem (2004);
Lee-Kelley e Sankey (2007)
RGGP06
RGGP07
RGGP08
RGGP09
RGGP10
RGGP11
RGGP12
Ausncia de planejamento
RGGP13
Kliem (2004)
RGGP14
Conflitos gerenciais
Kliem (2004)
RGGP15
Deadlines Artificiais
RGGP16
RGGP17
Escopo mal-entendido
RGGP18
Estimativas subestimadas
RGGP19
Estimativas superestimadas
RGGP21
Kliem (2004)
RGGP22
RGGP20
RGGP23
RGGP24
Kliem (2004)
RGGP25
RGGP26
RGGP27
RGGP28
Kliem (2004)
RGGP29
RGGP30
RGGP31
RGGP32
Kliem (2004)
RGGP33
Inexistencia de Controle
RGGP34
Mudanas de Objetivos
RGGP35
Kliem (2004)
Kliem (2004)
Page 5 of 11
2004) e diferena entre o que a equipe espera do lder e o que ele oferece (Desouza et al. 2006; Lee-Kelley
e Sankey 2007) foram os principais aspectos de riscos elecandos nesta categoria.
ID
Riscos
RGEQ01
RGEQ02
RGEQ03
RGEQ04
RGEQ05
RGEQ06
RGEQ07
Turn-over
Autores
Kliem (2004);
Lee-Kelley e Sankey (2007);
Babar (2014)
Desouza et al. (2006);
Lee-Kelley e Sankey (2007)
Schmidt et al. (2001);
Kliem (2004)
Schmidt et al. (2001);
Lee-Kelley e Sankey (2007)
Kliem (2004);
Lee-Kelley e Sankey (2007)
Kliem (2004);
Desouza et al. (2006);
Babar (2014)
Schmidt et al. (2001);
Kliem (2004)
RGEQ09
RGEQ10
Kliem (2004)
RGEQ11
Kliem (2004)
RGEQ12
RGEQ13
Kliem (2004)
RGEQ14
Kliem (2004)
RGEQ15
Pessoal Insuficiente
RGEQ16
RGEQ17
RGEQ08
Page 6 of 11
ID
RGTC01
RGTC02
Riscos
Autores
Incompatibilidade de ferramentas de TI
Kliem (2004);
Desouza et al. (2006)
Kliem (2004)
RGTC04
Conflitos
no
desenvolvimento
de
padres
desenvolvimento
Falha na aplicao da metodologia de desenvolvimento
RGTC05
Kliem (2004)
RGTC06
Kliem (2004)
RGTC07
Kliem (2004)
RGTC08
Kliem (2004)
RGTC09
Kliem (2004)
RGTC10
RGTC11
RGTC03
de
Kliem (2004)
Kliem (2004)
ID
RGOG01
Riscos
Diferenas culturais entre a equipe e o cliente
Autores
Kliem (2004);
Lee-Kelley e Sankey (2007)
RGOG08 Incompreenso dos requisitos devido a problemas de idioma Schmidt et al. (2001)
RGOG09 Mudana do Gerente snior do cliente
Schmidt et al. (2001)
RGOG10 Mudana do dono do projeto do cliente
Schmidt et al. (2001)
RGOG11
ID
Riscos
Autores
RGPA01
Kliem (2004)
RGPA02
Kliem (2004)
RGPA03
Lutas sectrias
Kliem (2004)
RGPA04
Kliem (2004)
RGPA05
Questes legais
Kliem (2004)
Page 7 of 11
RGPA06
Kliem (2004)
RGPA07
Kliem (2004)
Riscos
Alterao das caractersticas das Atividades
Autores
Jiang e Klein (2000);
Gholami (2012)
Alterao no nmero de usurios do projeto
Jiang e Klein (2000)
Ambiente voltil com alteaes no escopo
Jiang e Klein (2000);
Buckl et al. (2011)
Falha na gesto da complexidade do projeto
Jiang e Klein (2000);
Gholami (2012)
Configurao do projeto irreal
Bannerman (2007)
Continuidade em ambiente voltil com mudanas constantes Buckl et al. (2011)
Falha em atender ao cronograma
Nakashima e Carvalho (2004)
Falha na Identificao de regras de negcios
Pina e Arakaki (2009)
Falha na metodologia de gesto de projetos
Bannerman (2007)
Falha no compartilhamento de conhecimento
Gholami (2012)
Falta de capacidade de reconhecer os Indicadores de Risco
Bannerman (2007)
Falta de competncias do Gerente de Projetos
Gholami (2012);
Bannerman (2007)
Falta de conhecimento em gesto de projetos
Bannerman (2007)
Falta de experincia do Lder
Jiang e Klein (2000);
Bannerman (2007)
Falta de maturidade do processo
Pina e Arakaki (2009)
Falta de requisitos estveis
Pina e Arakaki (2009)
Mudanas constantes de requisitos de negcio
Pina e Arakaki (2009)
Mudanas de critrio dos entregveis
Buckl et al. (2011)
O reconhecimento de que a gesto de risco mais do que um
Bannerman (2007)
processo
O reconhecimento de que os benefcios devem ser buscados
Bannerman (2007)
e capturados
Qualidade abaixo do esperado
Gholami (2012)
Tabela 6 - Riscos de Projetos Locais de TI: Categoria Gesto de Projetos
Page 8 of 11
ID
RLEQ01
RLEQ02
RLEQ03
Riscos
Adaptao constante da equipe
Alterao no tamanho da Equipe
Criao de compromisso e envolvimento da Equipe
RLEQ04
RLEQ05
RLEQ06
RLEQ07
RLEQ08
RLEQ09
Autores
Buckl et al. (2011)
Jiang e Klein (2000)
Buckl et al. (2011)
Nakashima e Carvalho (2004);
Jiang e Klein (2000)
Gholami (2012)
Pina e Arakaki (2009)
Bannerman (2007)
Gholami (2012)
Jiang e Klein (2000)
ID
RLTC01
RLTC02
RLTC03
RLTC04
RLTC05
RLTC06
RLTC07
RLTC08
RLTC09
RLTC10
RLTC11
RLTC12
RLTC13
RLTC14
RLTC15
RLTC16
RLTC17
RLTC18
RLTC19
Riscos
Dependncia de componentes de terceiros
Dependncia de sistemas de terceiros
Erro de licenciamento de software
Falha de Hardware
Falha de testes no sistema
Falha na comunicao de componentes com sistemas externos
Falha na gesto de desenvolvimento de sistemas no modelo
incremental
Falha na identificao do formato de comunicao com os
componentes/sistemas de terceiros
Falha na identificao do formato de interao entre o sistema
em desenvolvimento e os componentes/sistemas de terceiros
Falha na segurana de Acesso
Falha na segurana no Sistema
Falha nas entregas antecipadas do produto
Falha nas entregas peridicas do produto
Falta de aplicao de componentizao
Falta de uma arquitetura flexvel e scalar
Falta de utilizao de logs tcnicos para rastreamento de erros
Mudanas constantes de requisitos tcnicos
Mudanas constantes de requisitos tcnicos
No utilizao de base histrica (lies aprendidas)
Autores
Pina e Arakaki (2009)
Pina e Arakaki (2009)
Gholami (2012)
Gholami (2012)
Pina e Arakaki (2009)
Pina e Arakaki (2009)
Pina e Arakaki (2009)
Pina e Arakaki (2009);
Gholami (2012)
Pina e Arakaki (2009)
Gholami (2012)
Gholami (2012)
Buckl et al. (2011)
Buckl et al. (2011)
Pina e Arakaki (2009)
Pina e Arakaki (2009)
Pina e Arakaki (2009)
Pina e Arakaki (2009)
Pina e Arakaki (2009)
Pina e Arakaki (2009)
Page 9 of 11
Riscos
Perda de agregao de valor pela perda do engajamento dos
parceiros
Alteraes nas atitudes dos usurios
Conflitos culturais
Gerir a mudana organizacional simultaneamente
Grandes barreiras culturais da equipe de projetos
Autores
Bannerman (2007)
Jiang e Klein (2000)
Gholami (2012)
Bannerman (2007)
Pina e Arakaki (2009)
Nakashima e Carvalho (2004);
Buckl et al. (2011)
Buckl et al. (2011)
Jiang e Klein (2000)
Jiang e Klein (2000)
ID
Pas
Riscos
Inabilidade para transpor barreiras do idioma
RGPA06
RGPA07
Page 10 of 11
Consideraes Finais
Os projetos de TI possuem maior nmero de riscos, devido a sua dependncia tecnolgica. Quando esses
projetos so desenvolvidos em mbito global, os riscos podem ser diferentes dos projetos locais. A
identificao desses riscos pode contribuir para o sucesso dos projetos e aes mitigatrias so
necessrias. Essa pesquisa encontrou seis riscos especficos aos projetos globais que carecem de maior
ateno por parte dos gerentes de projetos.
A contribuio deste trabalho para as empresas uma lista de riscos que deve ser considerada em projetos
globais de TI no momento da criao da matriz de gerenciamento de riscos. Em relao academia,
sugere-se uma lista de riscos (globais e locais) para embasar futuras pesquisas na rea de projetos globais.
Este trabalho limitou-se a discorrer sobre os itens identificados na literatura e no fez distino ao tipo de
projeto de TI, alm refurtar-se da utilizao de uma fundamentao terica na anlise dos riscos
levantados. Como sugesto para futuras pesquisas est o levantamento por tipo de projeto de TI, a
especializao em algum setor empresarial, a aplicao de uma fundamentao terica na anlise dos
itens coletados e a obteno de dados empricos junto a gerentes de projetos globais.
Referncias
ABNT 2009. NBR ISO 31000:2009 Gesto de Riscos Princpios e diretrizes, pp. 1-24.
Alao, E. M., e Adebawojo, O. 2012. Risk and Uncertainty In Investiment Decisions: An Overview,
Arabian Journal of Business and Management Review (OMAN Chapter), (2:4), pp. 53-64.
Babar, M. A. 2014. Global software engineering: Identifying challenges is important and providing
solutions is even better, Information and Software Technology, 56, pp. 1-5.
Bannerman, P. L. 2007. Software Project Risk in the Public Sector, Proceedings of the 2007 Australian
Software Engineering Conference (ASWEC'07).
De Bakker, K., Boonstra, A. e Wortmann, H. 2010. Does risk management contribute to IT project
sucess? A meta-analysis of empirical evidence, International Journal of Project Management,
(28:5), pp. 493-503.
Desousa, K. C., Awazu, Y. e Baloh, P. 2006. Managing Knowledge in Global Software Development
efforts: issues and practices, IEEE Software, (23:5), pp. 30-37.
Fidan, G., Dikner, I, Tanyer, A. M. e Birgonu, M. T. 2011. Ontology for Relating Risk and Vulnerability to
Cost Overrun in International Projects, Journal of Computing in Civil Engineering, 25(4), 302-315.
Gholami, S. 2012. Critical Risk Factors in Outsourced Support Projects of IT, Journal of Management
Research, (4:1), pp. 113.
Herbsleb, J. D.; Mockus A. 2003. An empirical study of speed and communication in globally distributed
software development, IEEE Transactions on Software Engineering, (29;6), pp. 481-494.
Jani, A. 2008. An experimental investigation of factors influencing perceived control over a failing IT
Project, International Journal of Project Management, (26:7), pp. 726732.
Jani, A. 2010. Escalation of commitment in troubled IT projects: influence of project risk factors and
self-efficacy on the perception of risk and the commitment to a failing project, International Journal
of Project Management, (29:7), pp. 934945.
Khan, Q.; Ghayyur, S. 2010. "Software risks and mitigation in global software development," Journal of
Theoretical and Applied Information Technology, (22: 1), pp. 58-69.
Kliem, R. 2004. Managing the risks of offshore it development projects, ISM Journal, (21:3), pp. 22-27.
Martins, G. A. e Thephilo, C. R. 2009. Metodologia da Investigao Cientfica para Cincias Sociais
Aplicadas (2. ed). So Paulo: Atlas.
Nakashima, D. T. e Carvalho, M. M. 2004. Identificao de riscos em projetos de TI, XXIV Encontro
Nacional de Engenharia de Produo - ENEGEP, pp. 42484255.
PMI 2012. Project Management Body of Knowledge - Um guia do conjunto de conhecimentos em
gerenciamento de projetos. Pensilvnia: Four Campus Boulevard.
Pressman, R. 2011. Engenharia de Software (6 ed). So Paulo: McGraw-Hill.
Sauser, B. J., Reilly, R. R., e Shenhar, A. J. (2009). Why projects fail? How contingency theory can
provide new insights A comparative analysis of NASAs Mars Climate Orbiter loss, International
Journal of Project Management, (27:7), pp. 665-679.
Sharma, A., Sengupta, S., e Gupta, A. 2011. Exploring risk dimensions in the Indian software industry.
Project Management Journal, (42:5), pp. 7891.
Slovic, P. 1987. Perception on Risk. Science, 236 (17 April), pp. 280-285.
10
Page 11 of 11
11