Gestão de riscos aplicada a projetos de desenvolvimento de <i>software</i> em empresas de base tecnológica incubadas: revisão, classificação e análise da literatura

Neves, Sandra Miranda; Silva, Carlos Eduardo Sanches da

doi:10.1590/0104-530X472-15

Acessibilidade / Reportar erro

Brasil

Español English

sumário « anterior atual seguinte »

Sumário

Artigos • Gest. Prod. 23 (4) • Oct-Dec 2016 • https://doi.org/10.1590/0104-530X472-15 copiar

Gestão de riscos aplicada a projetos de desenvolvimento de software em empresas de base tecnológica incubadas: revisão, classificação e análise da literatura

Autoria SCIMAGO INSTITUTIONS RANKINGS

Resumo:

Projetos de software estão sujeitos a uma série de riscos e identificá-los auxilia os gestores a tomar decisões de forma sistemática. O objetivo deste artigo é apresentar uma revisão, classificação e análise da literatura sobre o gerenciamento de riscos em projetos de desenvolvimento de software com ênfase em empresas de base tecnológica incubadas. O estudo, de cunho teórico-conceitual, é justificado pela existência de lacunas na literatura e por um diagnóstico realizado em empresas de base tecnológica incubadas ter indicado a importância do tema para as mesmas. As publicações selecionadas foram localizadas por meio de consultas nas bases de dados dos periódicos da Coordenação de Aperfeiçoamento de Pessoal de Nível Superior (CAPES) e foram classificadas de acordo com o ano de publicação, local onde as pesquisas foram realizadas, filiação, tipo de estudo, abordagem, objetivo e foco da pesquisa. Realizou-se também um levantamento dos principais resultados de pesquisas atuais sobre gerenciamento de riscos em projetos de desenvolvimento de software, cujos resultados mostram que trabalhos relativos ao tema e direcionados a empresas de base tecnológica incubadas ainda são escassos, necessitando de pesquisas empíricas que possam auxiliar essas empresas a identificar os seus principais fatores de riscos e a reduzir ou eliminar a probabilidade de falhas nos projetos.

Palavras-chave:
Gerenciamento de riscos; Desenvolvimento de software; Empresas de base tecnológica incubadas

Etapas	Boehm (1988)	ISO/IEC 15.504 (1999)	MSF (2002)	RUP (2003)	ISO 10006 (2003)	AS/NZS 4360 (2004)	CMMI (2006)	MPS. BR (2006)	PMBOK (2008)
Planejar gerenciamento de riscos		✓	✓	✓		✓	✓	✓	✓
Identificar riscos	✓	✓	✓	✓	✓	✓	✓	✓	✓
Preparar análise qualitativa de riscos	✓	✓	✓	✓	✓	✓	✓	✓	✓
Preparar análise quantitativa	✓	✓	✓	✓	✓	✓	✓	✓	✓
Planejar respostas para riscos	✓	✓	✓	✓	✓	✓	✓	✓	✓
Resolver riscos	✓	✓	✓	✓	✓	✓	✓	✓	✓
Monitorar e controlar riscos	✓	✓	✓	✓	✓	✓	Implícito	✓	✓
Comunicar riscos			Implícito		Implícito	✓	Implícito		Implícito
Aprender			✓		Implícito	Implícito	Implícito		Implícito

Periódicos
Decision Science	IEEE Transactions on Software Engineering	Journal of Management Information Systems
Decision Support Systems	IEEE Transactions on Systems	Journal of Systems and Software
IEEE Computer	Industrial Management & Data Systems	Software Engineering Journal
IEEE Security & Privacy	Information & Management	Software Maintenance: Research and Practice
IEEE Software	Information Management & Computer Security	Technovation
IEEE Spectrum	Information and Software Technology
IEEE Transactions on Engineering Management	Information Systems Research

Objeto de estudo	Foco da pesquisa/Resultados
Ropponen & Lyytinen (2000)Ropponen, J., & Lyytinen, K. (2000). Components of software development risk: how to address them? A project manager survey. IEEE Transactions on Software Engineering, 26(2), 98-112. http://dx.doi.org/10.1109/32.841112. http://dx.doi.org/10.1109/32.841112...
83 gestores de projeto da Finlândia membros do Finnish Information Processing Association (FIPA)	Foram identificados 6 principais componentes de riscos em software. Utilizado Principal Component Analysis (PCA) para reduzir o número de itens. Contemplados 1.100 projetos.
Jiang et al. (2001)Jiang, J. J., Klein, G., & Discenza, R. (2001). Information System Success as Impacted by Risks and Development Strategies IEEE. Transactions on Engineering Management, 48(1), 46-55. http://dx.doi.org/10.1109/17.913165. http://dx.doi.org/10.1109/17.913165...
194 gerentes de projetos do Project Management Institute (PMI)	Elaboração de um modelo que relaciona as fontes de risco e estratégias para o sucesso. Constatação de que as organizações estão mais propensas a serem bem-sucedidas com relação a projetos quando são capazes de minimizar os riscos conhecidos com estratégias adequadas.
Schmidt et al. (2001)Schmidt, R., Lyytinen, K., Keil, M., & Cule, P. (2001). Identifying software project risks: an international delphi study. Journal of Management Information Systems, 17(4), 5-36.
41 gestores de projetos de organizações em Hong Kong (9), Finlândia (13) e USA (19)	53 fatores de riscos agrupados em 14 categorias. Identificação dos fatores de risco mais significativos para projetos de desenvolvimento de software. Embora exista uma área de concordância entre as diferentes culturas com relação a alguns dos principais riscos, também existem diferenças discerníveis na identificação e percepção da importância de determinados riscos.
Houston et al. (2001)Houston, D., Mackulak, G., & Collofello, J. (2001). Stochastic simulation of risk factor potential effects for software development risk management. Journal of Systems and Software, 59(3), 247-257. http://dx.doi.org/10.1016/S0164-1212(01)00066-8. http://dx.doi.org/10.1016/S0164-1212(01)...
I) 36 gestores de projetos de software de 22 organizações; II) 458 gestores	Abordagem para modelar fatores de riscos e simular seus efeitos como uma forma de apoiar atividades de gerenciamento de riscos em atividades de desenvolvimento de software.
Boehm & Turner (2003)Boehm, B., & Turner, R. (2003). Using risk to balance agile and plan-driven methods. IEEE Computer, 36(6), 57-66. http://dx.doi.org/10.1109/MC.2003.1204376. http://dx.doi.org/10.1109/MC.2003.120437...
Empresa de software (Supply Chain)	Método utilizando análise de risco. Uso de um processo de cinco etapas para determinar qual é a melhor abordagem para o projeto: se abordagem baseada em métodos ágeis (Scrum, Extreme Programming, Agile software), em métodos planejados (ex., Capability Maturity Model – CMM) ou em uma estrutura de processos unificados que se completam de forma balanceada, para que juntos possam reduzir falhas.
Barros et al. (2004)Barros, M. O., Werner, C. M. L., & Travassos, G. H. (2004). Supporting risks in software project management. Journal of Systems and Software, 70(1-2), 21-35. http://dx.doi.org/10.1016/S0164-1212(02)00155-3. http://dx.doi.org/10.1016/S0164-1212(02)...
2 projetos de software de 2 grandes empresas brasileiras	Abordagem que permite desenvolver, recuperar e reutilizar o conhecimento e experiência na gestão de projetos por meio de cenários utilizados para modelar impacto do risco e resolução de estratégias.
Wallace et al. (2004a)Wallace, L., Keil, M., & Rai, A. (2004a). Understanding software project risk: a cluster analysis. Information & Management, 42(1), 115-125. http://dx.doi.org/10.1016/j.im.2003.12.007. http://dx.doi.org/10.1016/j.im.2003.12.0...
507 gestores de projetos de software membros do Information Systems Special Interest Group (ISSIG) do Project Management Institute (PMI)	Apresentadas 6 dimensões de risco. Introdução de um modelo conceitual. Evidências empíricas de que o mais proeminente dos riscos associados a projetos de alto risco diferem daqueles de médio e baixo risco. Para projetos de alto risco, requisito, planejamento e controle de riscos e risco organizacional são os riscos mais proeminentes, enquanto que para projetos de baixo risco, complexidade do projeto é o mais proeminente.
Baccarini et al. (2004)Baccarini, D., Salm, G., & Love, P. E. D. (2004). Management of risks in information technology projects. Industrial Management & Data Systems, 104(4), 286-295. http://dx.doi.org/10.1108/02635570410530702. http://dx.doi.org/10.1108/02635570410530...
18 gestores de projetos de TI de empresas públicas e privadas australianas	Identificados 27 principais fatores de riscos derivados da literatura. Ordenados os 10 principais fatores de risco de acordo com probabilidade de ocorrência e consequência, assim como sugerido tratamento.
Charette (2005)Charette, R. N. (2005). Why software fails. IEEE Spectrum, 42(9), 42-49. http://dx.doi.org/10.1109/MSPEC.2005.1502528. http://dx.doi.org/10.1109/MSPEC.2005.150...
Projetos de grandes empresas que falharam	Considerações sobre por que os projetos de software falham e suas implicações.
Costa et al. (2007)Costa, H., Barros, M. O., & Travassos, G. H. (2007). Evaluating software project portfolio risks. Journal of Systems and Software, 80(1), 16-31. http://dx.doi.org/10.1016/j.jss.2006.03.038. http://dx.doi.org/10.1016/j.jss.2006.03....
34 gestores de projetos e 16 analistas (11 do meio acadêmico e 39 de empresas) de 26 empresas	Técnica de avaliação de riscos para projetos de software baseada em uma visão econômica dos elementos que constituem fatores de risco para esses projetos. 211 questões classificadas em 10 fatores de riscos.
Dey et al. (2007)Dey, P. K., Kinch, J., & Ogunlana, S. O. (2007). Managing risk in software development projects: a case study. Industrial Management & Data Systems, 107(2), 284-303. http://dx.doi.org/10.1108/02635570710723859. http://dx.doi.org/10.1108/02635570710723...
Projetos de software de uma organização do setor público em Barbados	Elaboração de uma estrutura para gerenciamento de riscos em projetos de software sob a perspectiva dos desenvolvedores. A estrutura consiste em sete etapas.
Na et al. (2007)Na, K.-S., Simpson, J. T., Li, X., Singh, T., & Kim, K.-Y. (2007). Software development risk and project performance measurement: evidence in Korea. Journal of Systems and Software, 80(4), 596-605. http://dx.doi.org/10.1016/j.jss.2006.06.018. http://dx.doi.org/10.1016/j.jss.2006.06....
3 grandes empresas de desenvolvimento de software da Coréia.	Desenvolver e testar um modelo baseado em riscos que prevê simultaneamente o desempenho objetivo (quantitativo: custos, prazos etc.) e subjetivo (mede o desempenho das pessoas envolvidas) em TI de países em desenvolvimento. Elaborados três modelos conceituais. 11 hipóteses testadas e aprovadas.
Du et al. (2007)Du, S., Keil, M., Mathiassen, L., Shen, Y., & Tiwana, A. (2007). Attention-shaping tools, expertise, and perceived control in IT project risk assessment. Decision Support Systems, 43(1), 269-283. http://dx.doi.org/10.1016/j.dss.2006.10.002. http://dx.doi.org/10.1016/j.dss.2006.10....
118 especialistas em TI e 140 iniciantes (estudantes)	Investigaram empiricamente como condições específicas impactam na percepção de riscos de TI e na decisão subsequente de continuar o projeto. Foco em três elementos: ferramentas, competência individual e percepção de controle. Hipóteses foram testadas via fatorial.
Han & Huang (2007)Han, W.-M., & Huang, S.-J. (2007). An empirical analysis of risk components and performance on software projects. Journal of Systems and Software, 80(1), 42-50. http://dx.doi.org/10.1016/j.jss.2006.04.030. http://dx.doi.org/10.1016/j.jss.2006.04....
115 gestores de projetos	6 dimensões de riscos – 27 fatores de risco. Selecionados os 10 principais fatores de riscos de acordo com 115 projetos de software avaliados, informando sua probabilidade de ocorrência e grau de impacto. A dimensão “requisitos” é a que mais afeta o desempenho dos projetos avaliados.
Keil et al. (2008)Keil, M., Li, L., Mathiassen, L., & Zheng, G. (2008). The influence of checklists and roles on software practitioner risk perception and decision-making. Journal of Systems and Software, 81(6), 908-919. http://dx.doi.org/10.1016/j.jss.2007.07.035. http://dx.doi.org/10.1016/j.jss.2007.07....
149 profissionais de desenvolvimento de software de quatro empresas de tamanho médio a grande	Comprovada uma das hipóteses testadas de que profissionais de software que usam checklist de riscos conseguem identificar mais riscos do aqueles que não usam o checklist. É sugerido que a ausência de um checklist conduz os profissionais de software a distinguir entre os riscos que estão realmente no cenário e os riscos que não estão. Ou seja, o checklist leva os profissionais de software a identificar riscos que não estão presentes no cenário. O valor do checklist de riscos é ajudar a identificar riscos que poderiam passar despercebidos.
Emam & Koru (2008)Emam, K. E., & Koru, A. G. (2008). A replicated survey of IT software project failures. IEEE Software, 25(5), 84-90. http://dx.doi.org/10.1109/MS.2008.107. http://dx.doi.org/10.1109/MS.2008.107...
Gestores de projeto de departamentos de TI. Sendo 232 em 2005 e 156 em 2007	Avaliada a *taxa de projetos de software* cancelados** e os resultados da entrega daqueles que não foram cancelados. Resultado: taxa de cancelamento em 2005, 15,52%, e, em 2007, 11,54%.
Huang & Han (2008)Huang, S.-J., & Han, W.-M. (2008). Exploring the relationship between software project duration and risk exposure: A cluster analysis. Information & Management, 45(3), 175-182. http://dx.doi.org/10.1016/j.im.2008.02.001. http://dx.doi.org/10.1016/j.im.2008.02.0...
97 gestores de projeto	Utilizando análise de cluster, os resultados revelaram que a exposição aos riscos associados com as dimensões de risco “usuários”, “requisitos”, “planejamento e controle” e “equipe” foi afetada pela duração do projeto, mas também mostrou como gerenciar efetivamente riscos de software por meio da observação de tendências nos componentes de riscos.
Bannerman (2008)Bannerman, P. L. (2008). Risk and risk management in software projects: a reassessment. Journal of Systems and Software, 81(12), 2118-2133. http://dx.doi.org/10.1016/j.jss.2008.03.059. http://dx.doi.org/10.1016/j.jss.2008.03....
23 gerentes de projetos de agências do governo australiano	Identificados 10 fatores de riscos. Projetos divididos em quatro categorias (projetos de forma pura, forma híbrida, atividade operacional e evento avançado). Defasagem de estudos sobre riscos na prática.
Nakatsu & Iacovou (2009)Nakatsu, R. T., & Iacovou, C. L. (2009). A comparative study of important risk factors involved in offshore and domestic outsourcing of software development projects: a two-panel Delphi study. Information & Management, 46(1), 57-68. http://dx.doi.org/10.1016/j.im.2008.11.005. http://dx.doi.org/10.1016/j.im.2008.11.0...
57 gestores de projetos de TI membros do PMI	Principais fatores de riscos associados ao desenvolvimento de software terceirizado (doméstico e offshore), utilizando o método Delphi.

Item	Descrição	Referência
Local	País onde as pesquisas foram realizadas	-
Foco	Informações sobre o foco da pesquisa (principal assunto)	-
Método de pesquisa	Os artigos foram catalogados e classificados de acordo com os procedimentos técnicos utilizados, como: “teórico-conceitual”, “simulação”, “modelagem teórica, “survey”, “estudo de caso”, “pesquisa-ação” e “pesquisa experimental”	Bertrand & Fransoo (2002)Bertrand, J. W. M., & Fransoo, J. C. (2002). Modeling and simulation: operations management research methodologies using quantitative modeling. International Journal of Operations & Production Management, 22(2), 241-264. http://dx.doi.org/10.1108/01443570210414338. http://dx.doi.org/10.1108/01443570210414... , Gil (2009)Gil, A. C. (2009). Como elaborar projetos de pesquisa (4 ed.). São Paulo: Atlas., Yin (2009)Yin, R. K. (2009). Case study research: design and methods (4 ed.). Thousand Oaks: Sage Publications, Inc., Bryman & Bell (2007)Bryman, A., & Bell, E. (2007). Business research methods (2 ed.). NewYork: Oxford University Press., Miguel (2007)Miguel, P. A. C. (2007). Estudo de caso na engenharia de produção: estruturação e recomendações para sua condução. Produção, v. 17, n. 1, p. 216-229. http://dx.doi.org/10.1590/S0103-65132007000100015. http://dx.doi.org/10.1590/S0103-65132007... , Miguel et al. (2009)Miguel, P. A. C., Fleury, A., Mello, C. H. P., Nakano, D. N., Turrioni, J. B., Ho, L. L., Martins, R. A., Pureza, V. M. M., & Morabito, R. (2009). Metodologia de pesquisa em engenharia de produção e gestão de operações. Rio de Janeiro: Elsevier.
Objetivo	”Exploratória”, ”Descritiva” e ”Explicativa”	Gil (2009)Gil, A. C. (2009). Como elaborar projetos de pesquisa (4 ed.). São Paulo: Atlas., Bryman & Bell (2007)Bryman, A., & Bell, E. (2007). Business research methods (2 ed.). NewYork: Oxford University Press.
Abordagem	“Qualitativa”, “Quantitativa” e ”Combinada”	Creswell & Plano Clark (2007)Creswell, J. W., & Plano Clark, V. L. (2007). Designing and conducting mixed methods research, California: Sage Publications., Bryman & Bell (2007)Bryman, A., & Bell, E. (2007). Business research methods (2 ed.). NewYork: Oxford University Press.
Filiação dos autores	“Universidade”, “Centro de Pesquisa” e “Empresa”	-

Periódicos	Total de artigos publicados
Gestão & Produção	0
Produção	0
Pesquisa Operacional	0

Universidade Federal de São Carlos Departamento de Engenharia de Produção , Caixa Postal 676 , 13.565-905 São Carlos SP Brazil, Tel.: +55 16 3351 8471 - São Carlos - SP - Brazil
E-mail: gp@dep.ufscar.br

Acompanhe os números deste periódico no seu leitor de RSS

[1] Fonte: Neves et al. (2014)Neves, S. M., Silva, C. E. S., Salomon, V. A. P., Silva, A. F., & Sotomonte, B. E. P. (2014). Risk management in software projects through Knowledge Management techniques: cases in Brazilian Incubated Technology-Based Firms. International Journal of Project Management, 32(1), 125-138..