A Identificação de Riscos Novos e Potencializados em Projetos de Tecnologia de

Informação

Irapuan Glória Júnior – ijunior@ndsgn.com.brProf. Dr. Marcirio Silveira Chaves – mschaves@gmail.com

Setembro / 2014

2

Agenda

• Introdução• Referencial Teórico• Metodologia• Resultados• Conclusões

3

Introdução• Alto número de projetos que culminam em insucesso entre

as empresas (Sauser, Reilly, & Shenhar, 2009).

• Necessidade de identificação e de gestão de riscos para auxiliar na mudança deste panorama (Nakashima & Carvalho,

2004; PMI, 2013).

• Todos os projetos possuem riscos que são gerados na incerteza (Sauser et al., 2009; PMI, 2013).

4

Introdução• Projetos que possuem maior dependência tecnológica são

propensos a terem um número maior de riscos (Sauser et al.,

2009).

• Diversos riscos já identificados em projetos de TI (Boehm, 1991; Wallace, Keil, & Rai, 2004; Bannerman, 2007; Khan & Ghayyur, 2010; Lamersdorf, Munch,

Torre, & Sanchez, 2011; Gholami, 2012; De Wet & Visser, 2013).

• Devido à contínua evolução tecnológica do mercado riscos novos tendem a surgir (Pressman, 2011).

5

Introdução• Questão de Pesquisa

Quais são os riscos novos e potencializados em projetos de TI?

• Objetivos

1. Revisitar os principais riscos em projetos de TI encontrados na literatura;

2. Elencar os riscos atualmente identificados por gestores de projetos de TI; e

3. Apresentar os riscos novos e potencializados nos projetos de TI.

6

• Nos casos de projetos de desenvolvimento de sistemas, o produto é um sistema computacional (Pressman, 2011; Sommerville,

2011).

• Em projetos de infraestrutura de TI, são ações relacionadas a servidores, comunicação e outros (Pressman, 2011; Sommerville,

2011).

Referencial Teórico

7

• O risco é um evento ou uma condição incerta que pode afetar pelo menos um objetivo do projeto (Nakashima & Carvalho,

2004; PMI, 2013).

• Os riscos podem ocasionar um ou mais impactos com possibilidade de resultados negativos ou positivos (Nakashima &

Carvalho, 2004; PMI, 2013).

• Identificar os riscos é um processo de determinação de situações que podem afetar o projeto (PMI, 2013).

Referencial Teórico

8

• Natureza Descritiva.

• Método Indutivo no intuito de determinar os novos riscos a partir da literatura e de entrevistas.

• Ex post facto com vistas ao estabelecimento do referencial da aplicação da gestão de riscos em projetos de TI de diversas empresas.

Metodologia

9

Metodologia

1Elencar Riscos em Projetos de

TI na Literatura2

Categorização dos Riscos Elencados

3Entrevistas com os Gerentes de Projetos de TI

5Levantamento Documental de

Riscos

6Eliminação de

Riscos Duplicados

7Adição de Riscos

Divergentes

4

Lista com Riscos Levantados pelos

Gerentes de Projetos de TI

8

Classificação dos Riscos

Levantados pelos Gerentes de

Projetos de TI

9

Identificação dos Riscos Novos e

Riscos Potencializados

10

Resultados

• Riscos Novos– Não apareceram na literatura, mas foram elencados nas

entrevistas.

• Riscos Potencializados– Foram elencados na literatura e nas entrevistas.

11

Resultados

• Riscos NovosCategoria ID Riscos

Escopo SE01 Falha na avaliação das customizaçõesSP01 Reprovação do entregável pelo órgão reguladorSP02 Falha na CustomizaçãoSP03 Janela apertada para a transição dos serviçosSP04 Limitação técnica da ferramenta com relação as necessidades do clienteST01 Entendimento do processo de atendimento da equipe de campoST02 Transição de gerenciamento das máquinas para a nova equipe.ST03 Troca da equipe técnica após a implantaçãoSD01 Falha na interação entre os processos da empresa e o sistemaSD02 Falha no mapeamento dos sistemas SI01 Perda de dados dos usuáriosSI02 Falha na atualização do HwSI03 Perda de configuração do ambiente

Gestão de Projetos

Equipe

Desenvolvimento

Infraestrutura

Todos os riscos foram identificados por um código (ID) composto por duas posições alfanuméricas: (1) primeira posição alfanumérica correspondedo a origem onde os dados foram obtidos: Literatura L (literature) entrevistas S (survey);(2) categoria referente aos riscos: E (escope) para escopo, P (project) para gestão de projetos, T (team) para equipe, D (development) para desenvolvimento de sistemas, I (infrasctructure) para infraestrutura em TI, S (stakeholder) para os envolvidos no projeto e O (organization) para a organização.

12

Resultados

• Riscos NovosCategoria ID Riscos

SS01 Excessivo de erros da ferramentaSS02 Falha na compreensão do processo de implementação do projetoSS03 Falta de conhecimento técnico por parte do fornecedor da ferramenta compradaSS04 Falta de tempo disponivel dos usuários chavesSS05 Falta no levantamento de requisitos pelo fornecedorSS06 Ferramenta desacreditada junto aos usuáriosSS07 Não entendimento da complexidade do projeto pelos stakeholdersSO01 Indefinições de ProcessosSO02 Falta de apoio do novo PatrocinadorSO03 Falta de compreensão do valor agregado do projeto à organizaçãoSO04 Falta de treinamento dos usuáriosSO05 Greve do setorSO06 Indefinição na nomeação de usuário chaveSO07 Indefinições da hierarquia de aprovaçãoSO08 Resistência a alterações nos processos na organizaçãoSO09 Troca do Patrocinador na fase de implantação

Stakeholders

Organização

Todos os riscos foram identificados por um código (ID) composto por duas posições alfanuméricas: (1) primeira posição alfanumérica correspondedo a origem onde os dados foram obtidos: Literatura L (literature) entrevistas S (survey);(2) categoria referente aos riscos: E (escope) para escopo, P (project) para gestão de projetos, T (team) para equipe, D (development) para desenvolvimento de sistemas, I (infrasctructure) para infraestrutura em TI, S (stakeholder) para os envolvidos no projeto e O (organization) para a organização.

13

Resultados

• Riscos Potencializados Categoria ID Riscos

Escopo SE04 Escopo mal-entendidoGestão de Projetos LP03 Falha em atender ao cronogramaDesenvolvimento SD01 Problemas com artefatos técnicos de terceiros

Todos os riscos foram identificados por um código (ID) composto por duas posições alfanuméricas: (1) primeira posição alfanumérica correspondedo a origem onde os dados foram obtidos: Literatura L (literature) entrevistas S (survey);(2) categoria referente aos riscos: E (escope) para escopo, P (project) para gestão de projetos, T (team) para equipe, D (development) para desenvolvimento de sistemas, I (infrasctructure) para infraestrutura em TI, S (stakeholder) para os envolvidos no projeto e O (organization) para a organização.

14

Conclusões

• Este artigo elencou os riscos indicados na literatura e nas entrevistas.

• Os riscos potencializados servem de orientação para que os gerentes de projetos aumentem seus esforços para mitigá-los.

• Os riscos novos são sugestão a serem considerados na gestão de riscos dos projetos de TI.

A Identificação de Riscos Novos e Potencializados em Projetos de Tecnologia de

Informação

Irapuan Glória Júnior – ijunior@ndsgn.com.brProf. Dr. Marcirio Silveira Chaves – mschaves@gmail.com

Setembro / 2014

Glória Júnior, Irapuan and Chaves, Marcirio Silveira. New Risks for Information Technology Project Management with Local Teams. Iberoamerican Journal of Project Management (IJoPM), 5(2), 16-38. 2014. (to appear)