Identificacin de Riesgos (SEI)

Basado en taxonoma de desarrollo de Software

2011

ndice

Introduccin

Contexto

Mtodo de identificacin de riesgos

Lecciones aprendidas del mtodo

Conclusiones

ndice

Introduccin

Contexto

Mtodo de identificacin de riesgos

Lecciones aprendidas del mtodo

Conclusiones

Introduccin

El riesgo en si no es malo, es esencial para el progreso, y el

fracaso es a menudo una parte esencial del aprendizaje, pero
tenemos que aprender a equilibrar las posibles consecuencias
negativas de los riesgos contra los beneficios potenciales
asociados a su oportunidad.
VanScoy,RogerL. Software Development
Risk: Opportunity, Not Problem.
Software Engineering Institute (SEI)

Los riesgos de un proyecto se ubican siempre en el futuro. Un

riesgo es un evento o condicin incierta que, si sucede, tiene
un efecto en por lo menos uno de los objetivos del proyecto.
PMBOK 4.0

Introduccin

Este documento presenta la tcnica de Identificacin de

riesgos basado en la taxonoma de desarrollo de
Software.

La taxonoma proporciona un marco para clasificar, organizar y

estudiar los diversos aspectos e instancias del desarrollo de
software, facilitando as la identificacin de los riesgos
asociados.

El mtodo a describir consiste de un instrumento cuestionario

basado en la taxonoma (TBQ) y un proceso para su
aplicacin.

ndice

Introduccin

Contexto

Mtodo de identificacin de riesgos

Lecciones aprendidas del mtodo

Conclusiones

ndice

Identificar

controlar

Analizar

Comunicar

Seguir

Planificar

Contexto

Los riesgos son inherentes a cualquier actividad de desarrollo

de software y por ello deben ser gestionados de forma
rigurosa, metdica e integral, considerando:

Identificarlos (Tema a desarrollar en este documento)

Analizar su informacin
Planificar las acciones de respuesta
Seguir su evolucin
Identificar
Controlar y corregir desvos del plan
Comunicar la informacin que generan
controlar

Analizar

Comunicar

La clave para la planificacin de

respuestas a los riesgos es:
considerar las consecuencias
futuras de una decisin tomada
hoy.

Seguir

Planificar

Modelo de administracin de
Riesgos

Contexto

IDENTIFICAR RIESGOS
Es prioritario identificar los riesgos antes de que se conviertan
en problemas y afecten al proyecto.

Este documento concentra nuestra atencin en la

taxonoma de desarrollo de SW y los
cuestionarios basados en Taxonoma.
Los cuestionarios y su forma de aplicacin
controlar
son la herramienta que estudiaremos para
poder lograr una identificacin de riesgos
eficaz y eficiente.

Identificar

Analizar

Comunicar

Seguir

Planificar

Modelo de administracin de
Riesgos

Contexto

ANALIZAR
El anlisis es la conversin de datos de riesgo en informacin
para decidir que accin tomar con el riesgo.

El anlisis proporciona la base para el gerente de

proyecto y as trabajar en el riesgo correcto.
Principalmente probabilidad e impacto
de cada uno facilitando con ello la
priorizacin en la atencin y respuesta
a aplicar.

Identificar

controlar

Analizar

Comunicar

Seguir

Planificar

Modelo de administracin de
Riesgos

Contexto

PLANIFICAR
Convierte la informacin del riesgo en decisiones y acciones
(presentes y futuro).

Permite desarrollar acciones para hacer frente a

los riesgos individuales, priorizar las acciones del
riesgo, y crear un plan integral de gestin
de riesgos.

Identificar

controlar

Es importante para proporcionar los recursos

y el tiempo suficientes para las actividades
de gestin de riesgos y establecer los
acuerdos para evaluar los riesgos.

Analizar

Comunicar

Seguir

Planificar

Modelo de administracin de
Riesgos

Contexto

SEGUIR
Es la supervisin del estado del riesgo y las medidas
adoptadas para atender y manejar su probabilidad e impacto.

Se identifican parmetros adecuados y son

controlados para permitir la evaluacin de la
situacin del riesgo y de los planes de
respuesta al mismo.

Identificar

controlar

Analizar

Comunicar

Seguir

Planificar

Modelo de administracin de
Riesgos

Contexto

CONTROLAR
Permite tomar medidas de correccin a las desviaciones en las
acciones planificadas.

El control de riesgos se funde con la gestin de

proyectos y se basa en los procesos de gestin de
proyectos para el control de los planes
de accin de riesgos.

Identificar

controlar

Analizar

Comunicar

Seguir

Planificar

Modelo de administracin de
Riesgos

Contexto

COMUNICAR
La comunicacin de riesgos se encuentra en el centro del
modelo haciendo hincapi tanto en su extensin y su
criticidad.

Facilita la interaccin entre los elementos

del modelo

Identificar

Apoya la Informacin de riesgos entre

controlar
Los elementos del modelo y hacia los
Stakeholders (Sponsor, cliente, Usuarios, etc.)

Analizar

Comunicar

Seguir

Planificar

Modelo de administracin de
Riesgos

ndice

Introduccin

Contexto

Mtodo de identificacin de riesgos

Lecciones aprendidas del mtodo

Conclusiones

Mtodo de identificacin de riesgos

Los riesgos en un proyecto de desarrollo de software pueden

ser :

Conocido: Una o ms personas del proyecto son conscientes de

l.
Desconocido: Aquel que nadie del proyecto poda prever, por
ende no ha sido informado ni registrado. Este tipo de riesgo
atiende el mtodo enfocando su atencin.

Los riesgos desconocidos son los que el SEI trabaja y para ello
dispone una tcnica para su identificacin efectiva, apoyada
en :

Clasificacin de instancias del desarrollo de software (Taxonoma)

Generacin de cuestionario vinculado a cada clase, elemento y
atributo de elemento que estructura la taxonoma.

Mtodo de identificacin de riesgos

El mtodo adems se apoya en los siguientes supuestos:

Los riesgos son conocidos generalmente por el personal tcnico del

proyecto, pero no estn bien comunicados.
Es indispensable contar con un mtodo estructurado y repetible
para la identificacin de riesgos.
Una Identificacin de riesgos eficaz debe cubrir todas las claves del
desarrollo y reas de apoyo del proyecto.
El proceso de identificacin de riesgos debe crear y mantener un
entorno de riesgo sin prejuicios, de modo de permitir que las
opiniones controversiales sean escuchadas.
No se pueden hacer juicios sobre el xito o el fracaso de un
proyecto basado nicamente en el nmero o la naturaleza de los
riesgos descubiertos.

Mtodo de identificacin de riesgos

Taxonoma de riesgos en desarrollo de

software

Obtiene y organiza toda la amplitud de los riesgos en

desarrollo de software tanto tcnicos como no tcnicos,
basndose en la clasificacin de las instancias de desarrollo de
SW.

La taxonoma de riesgos del desarrollo de software se organiza

en tres clases principales:

A. Ingeniera del Producto

B. Ambiente de desarrollo
C. Limitaciones del programa

Estas tres clases se dividen en Elementos y cada elemento es

caracterizado por sus atributos. Ver el siguiente mapa.

Mtodo de identificacin de riesgos

Mapa Taxonmico de riesgos en desarrollo

de SW
RIESGOS DE DESARROLLO DE SW

Clase

Elemento

Atributo

Estabilidad

Limitaciones
de los
programas

Ambiente de
desarrollo

Ingeniera de
producto

Requerimiento
s

...

Especialidade
s de
Ingeniera

Procesos de
desarrollo

...

Ambiente de
trabajo

Recursos

...

...

Escala

Formalidad

...

Control del
producto

Horario

...

Instalaciones

Este mapa agrupa y distingue las caractersticas del desarrollo

de SW y por lo tanto los riesgos de cada una de ellas.

A continuacin detallaremos cada de las componentes de este

mapa.

Interfaces de
programas

Mtodo de identificacin de riesgos

Taxonoma de riesgos en desarrollo de SW

Clase A. Ingeniera del producto

Se compone del trabajo a realizar tanto intelectual como fsico

necesario para construir el producto que se entrega al cliente
(HW, SW y documentacin). Incluye los siguientes elementos:

Requisitos
Diseo
Cdigo y pruebas unitarias
Integracin y pruebas
Especialidades de la Ingeniera

Los atributos de estos elementos son . . .

Mtodo de identificacin de riesgos

Taxonoma de riesgos en desarrollo de

software
Clase
A. Ingeniera
del
producto
1.2.- Diseo
3.Cdigo
y 4.-

5.Requisitos
pruebas
Integracin y Especialidad
unitarias
pruebas
es de la
ingeniera
a. Estabilidad a.
a. Factibilidad a. Ambiente
a. Capacidad
Funcionalidad
de
mantenimiento
b. Completitud b. Dificultad
b. Pruebas
b. Producto
b.
Confiabilidad
c. Claridad
c. Interfaces
c.
c. Sistema
c. Seguro
Codificacin /
Implementaci
n
d. Validez
d. Rendimiento

d. Con
seguridad
e. Factibilidad e.

e. Factores
Testeabilidad
Humanos
f. Precedente f. Limitaciones

f.

Mtodo de identificacin de riesgos

Taxonoma de riesgos en desarrollo de SW

Clase B. Ambiente de desarrollo

Tiene que ver con el entorno del proyecto en el que un

producto de software est diseado. Este entorno se compone
de los siguientes elementos:

Proceso de desarrollo
Desarrollo de sistemas
Gestin de procesos
Mtodos de gestin
Entorno de trabajo

Los atributos de estos elementos son . . .

Mtodo de identificacin de riesgos

Taxonoma de riesgos en desarrollo de SW

Clase B. Ambiente de desarrollo
1. Proceso de 2. Desarrollo 3. Gestin de 4. Mtodos 5. entorno
desarrollo
de Sistemas procesos
de gestin de Trabajo
a. Formalidad a. Capacidad
a. planificacin a. monitoreo a. Actitud de
Calidad
b. Idoneidad
b. Idoneidad
b. Organizacin b.
b.
del proyecto
Administraci cooperacin
n de personal
c. Control de
c. Usabilidad
c. Experiencia
c.
c.
Procesos
en gestin
Aseguramient comunicacin
o de la
Calidad
d. Familiaridad d. Familiaridad d. Interfaces del d.
d. moral
programa
Administraci
n de la
configuracin
e. Control de
e. Confiabilidad

los Productos

f. Sistema de

Mtodo de identificacin de riesgos

Taxonoma de riesgos en desarrollo de SW

Clase C. Limitaciones del Programa

Se compone de las "externalidades" del proyecto, los factores

que estn fuera del control directo del proyecto, pero an
puede tener efectos importantes en su xito. Incluyen los
siguientes elementos:

Recursos
Contratos
Interfaces de programas

Los atributos de estos elementos son . . .

Mtodo de identificacin de riesgos

Taxonoma de riesgos en desarrollo de SW

Clase C. Limitaciones del Programa
1. recursos

2. contrato

a. Horario

a. Tipo de
Contrato
b. Restricciones

b. Personal
c. Presupuesto
d. Instalaciones

3. Interfaces del
programa
a. Cliente

b. Contratistas
asociado s
c. Dependencias c. Subcontratistas

d. Contratista Principal

e. Gestin empresarial

f. Proveedores

g. Polticas

Mtodo de identificacin de riesgos

Cuestionario basado en Taxonoma (TBQ)

Consiste de preguntas a nivel de atributos donde se

interpretan sus respuestas con seales especficas lo que
gatilla las siguientes preguntas de sondeo.

Debido a que el TBQ es integral, este se adapta a cada

proyectos en que se aplica, por ello contiene preguntas que no
pueden ser relevantes para todas las etapas del ciclo de vida
de desarrollo de software o definitivamente no aplican.

Seguimos con un ejemplo de aplicacin para:

Clase: A. Ingeniera de producto

Elemento: 2. Diseo
Atributo: d. Rendimiento

Mtodo de identificacin de riesgos

Cuestionario basado en Taxonoma (TBQ)

Seguimos con un ejemplo de aplicacin para:

Clase: A. Ingeniera de producto

Elemento: 2. Diseo
Atributo: d. Rendimiento

La indexacin A.2.d. me direcciona en el cuestionario a la

pregunta especifica definida para ese atributo indicado. El
cuestionario se encuentra en al anexo B del reporte tcnico de
Riesgos del SEI, el que se compone del set de preguntas para
todos los atributos de cada elemento correspondiente a cada
clase.

Mtodo de identificacin de riesgos

Ejemplo
A. Ingeniera de Producto
2. Diseo
d) rendimiento
[ Hay tiempos de respuesta rigurosos o requisitos de rendimiento?]
[22] Hay algn problema con el rendimiento?

rendimiento
Programacin asncrona eventos en tiempo real
Respuesta en tiempo real
los plazos de recuperacin
Tiempo de respuesta
Base de datos de respuesta, contencin, o acceso

[23] Ha realizado un anlisis de desempeo?

(S) (23.a) Cul es su nivel de confianza en el anlisis de rendimiento?

(S) (23.b) Tiene usted un modelo para seguir el rendimiento a travs
de diseo e implementacin?

Mtodo de identificacin de riesgos

Ejemplo

La declaracin ofrece entre corchetes la pregunta en un

contexto generalizado.

Cada pregunta inicial puede tener otras preguntas sobre la

base de la respuesta inicial.

Estas preguntas de sondeo estn precedidas por un parntesis

"S" o "No que indica el tipo de respuesta inicial que activa la
siguiente pregunta de sondeo.

Mtodo de identificacin de riesgos

Ejemplo

Clase: A. Ing.de Producto, Elemento: 2.Diseo, Atributo:

d.Rendimiento

Si la respuesta a la pregunta inicial

entonces las preguntas de sondeo son:

Ha hecho un anlisis de rendimiento? Es " S

Cul es su nivel de confianza en el anlisis de rendimiento? y"
Tiene usted un modelo de seguimiento del funcionamiento a
travs del diseo y la ejecucin?"

El protocolo de la entrevista requiere que el entrevistador siga

siempre las respuestas que parecen indicar un problema
potencial.

Mtodo de identificacin de riesgos

Condiciones de base para aplicar el TBQ

Antes de aplicar el TBQ, tres actividades deben tener lugar :

1. Compromiso
2.

ejecutivo: Se presenta un informe a los ejecutivos

para obtener su compromiso y aceptacin del esfuerzo.
Seleccin de proyectos: Relevar los beneficios de la
identificacin de riesgos y que el proyecto tenga parte importante
de software.

Mtodo de identificacin de riesgos

Condiciones de base para aplicar el TBQ

3. Entrevista

y seleccin de participantes: Se recomienda que

no existan relaciones jerrquicas entre participantes. Los
participantes de cada sesin no debe ser superior a 5. Para lograr
una cobertura total, se definen 4 grupos para hacer optimas las
entrevistas:

Lderes tcnicos
Desarrolladores
Funciones de apoyo (QA, integracin, etc.)
Gestin del proyecto

Mtodo de identificacin de riesgos

Identificacin de riesgos

La sesin de la identificacin de riesgos se inicia con una

reunin informativa a todos los participantes, en la que se
describe el mtodo TBQ y un resumen de la programacin y el
proceso. Cada sesin de entrevista tiene dos partes:
1. Preguntas y Respuestas. Este segmento incluye el uso de la TBQ y

2.

preguntas contextualizadas sensibles al sondeo. Situaciones que provocan

problemas, preocupaciones o los riesgos que podran poner en peligro la
conclusin exitosa del proyecto.
Aclaracin de temas. Este segmento consiste en la aclaracin de la
redaccin y el significado de las preguntas identificadas en el segmento de
preguntas y respuestas a travs de la clasificacin de consenso de los
riesgos en los grupos de la taxonoma a la clase de elementos de nivel.

Mtodo de identificacin de riesgos

Conclusin de la identificacin

Al concluir la identificacin de riesgos, es

proporcionar informacin a todos los participantes.

Este informe se compone de todos los problemas sealados, y

algunas sugerencias sobre los prximos pasos.

La intencin de la informacin es proporcionar a los

participantes informacin sobre los resultados de sus esfuerzos
y generar registro de estos resultados hacia el jefe de proyecto
quien se encargar de gestionarlos.

necesario

ndice

Introduccin

Contexto

Mtodo de identificacin de riesgos

Lecciones aprendidas del mtodo

Conclusiones

Lecciones aprendidas

El mtodo es eficaz y eficiente

El mtodo basado en la taxonoma ha demostrado ser eficaz y

eficiente, tanto para riesgos reconocidos como no reconocidos
en todo el ciclo de vida del desarrollo de software.

Todos los jefes de proyectos que han aplicado el mtodo y la

mayora de los participantes consideraron que el tiempo
empleado en el, fue bien utilizado.

Existe un numero importante de proyectos que ya se

encuentran aplicando esta tcnica.

Lecciones aprendidas

El procesos es importante

El tamao del grupo de entrevista es de cinco como mximo.

La presencia de una relacin de subordinacin en un grupo

propone un efecto inhibidor sobre los subordinados.

No evaluar posturas ni juzgar o pre-juzgar opiniones.

No quedarse bloqueado en la dinmica de preguntasrespuestas para entrar en la resolucin de problemas.

Las entrevistas deben ser de una hora como lmite superior,

de superarlo, se debe programar una sesin extra.

Lecciones aprendidas

Habilidades de facilitacin puede ser la

transicin

Los individuos pueden ser efectivamente capacitado para

llevar a cabo una identificacin de riesgos utilizando la
taxonoma.

No es necesario ser experto en las reas ni necesita tener

conocimientos detallados sobre los proyectos especficos.

La observacin de un miembro del equipo de expertos durante

una sesin de entrevista fue una prueba decisiva como parte
de la formacin.

ndice

Introduccin

Contexto

Mtodo de identificacin de riesgos

Lecciones aprendidas del mtodo

Conclusiones

Conclusiones

Habilidades de facilitacin puede ser la

transicin

Todo proyecto debe repetir la identificacin de riesgos y los

procesos de seguimiento peridicamente durante el ciclo de
vida del proyecto.

En los procesos de adquisiciones, se recomienda que la

identificacin formal de los riesgos se lleve a cabo durante la
fase de definicin del concepto de una adquisicin para
determinar los riesgos potenciales para el proyecto.

Ante cualquier necesidad para con el Cuestionario basado en

Taxonoma por favor remitirse a Taxonomy-Based Risk
Identification (Appendix B Taxonomy-Based Questionnaire)

www.practiaconsulting.com

Contctenos:
ARGENTINA
San Martn 550 | (C1004AAL)| Buenos Aires | Tel (+54-11) 5276-1999 | contacto@pragmaconsultores.com
Crdoba 524 1er Piso | (Q8300BLL) Neuqun | Tel (+54-0299) 4424044
BOLIVIA
Calle uflo de Chavez No. 470 | Santa Cruz de la Sierra | Tel (+59 1) 3-3329300
CHILE
Luis T. Ojeda 0191 Piso 7 | Providencia, Santiago | Tel (+56-2) 334-3361 | practia@practia.cl
ESPAA
Santa Hortensia 15, Of. A3 | 28002 | Madrid | Tel (+ 34) 91-515-0558 | practia@practia.es
MEXICO
Homero 203 Piso 10 | Col. Chapultepec Morales | Miguel Hidalgo | Mxico DF, C.P. 11570 | Tel (+ 52 55) 3300 5361
Prol. Corregidora No. 338 Oficina 3 y 4 | Fracc. Alamos 3ra. Seccin | Quertaro, Qro. C.P. 76160 | Tel (+ 52 442) 245 2151/52
Batalln de San Patricio 109 | Piso 10 | Col. Valle Oriente | San Pedro Garza Garca | Monterrey N.L. 66260 practia@practia.com.mx
PER
Av. Vctor Andrs Belaunde 147 | Va Principal 140 | Edificio Real Seis, Piso 7 | San Isidro - Lima 27 | Tel (+51 1) 712-4308

URUGUAY
Cerrito 566 | Montevideo | Tel (+ 59 8) 2-9166405 | Fax (+ 59 8) 2- 9166405 int. 700