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

En esta instancia se presentar 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 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

Contexto

Los riesgos son inherentes a cualquier actividad de desarrollo

de software y por ello deben ser gestionados de forma rigurosa
y metdica, considerando lo siguiente:

La clave para la
planificacin de
respuestas a los
riesgos es:
considerar las
consecuencias
futuras de una
decisin tomada
hoy.

Modelo de administracin de
Riesgos

Contexto

IDENTIFICAR
Antes de que los riesgos puedan ser manejados, deben ser
identificados.

Es prioritario identificar los riesgos

antes de que se conviertan
en problemas y afecten al
proyecto.

El SEI propone la tcnica de la

Taxonoma basada en cuestionarios
que aqu se describe.

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.

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.

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.

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.

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

Apoya la Informacin de riesgos hacia

Los Stakeholders (Sponsor, cliente,
Usuarios, etc.)

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 ms all del alcance de cualquier mtodo de identificacin.

El mtodo de identificacin de riesgos logra los objetivos a

travs de la interdependencia que existe entre el instrumento
TBQ, y su proceso de aplicacin. Es decir, el uso del uno sin el
otro , en general, no alcanza los objetivos deseados de
detectar y comunicar los riesgos en la gestin de proyectos .

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.

Se organiza en tres clases principales:

A. Ingeniera del Producto

B. Ambiente de desarrollo
C. Limitaciones del programa

Estas tres clases a su vez se dividen en Elementos y cada

elemento es caracterizado por sus atributos.

Mtodo de identificacin de riesgos

Taxonoma de riesgos en desarrollo de

software

Mtodo de identificacin de riesgos

Taxonoma de riesgos en desarrollo de

software
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
A.
Ingeniera
del producto
1.2.- Diseo
3.- Cdigo y 4.5.Requisitos

pruebas
unitarias

Integracin y Especialidad
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

software
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

Mtodo de identificacin de riesgos

Taxonoma de riesgos en desarrollo de

software
B.
Ambiente de desarrollo
1. Proceso de 2. Desarrollo 3. Gestin de 4. Mtodos 5. entorno
desarrollo
a. formalidad

de Sistemas
a. capacidad

procesos
de gestin de Trabajo
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.
c.
c.
Procesos
administracin Aseguramient comunicacin
o de la
Calidad
d. familiaridad d. familiaridad experiencia
d.
d. moral
Administraci
n de la
configuracin
e. control de
e. confiabilidad d. Interfaces del

los Productos
programa

f. sistema de

Mtodo de identificacin de riesgos

Taxonoma de riesgos en desarrollo de

software
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

Mtodo de identificacin de riesgos

Taxonoma de riesgos en desarrollo de

software
C. Limitaciones del Programa
1. recursos
a. horario

2. contrato

3. Interfaces del
programa
a. cliente

a. Tipo de
Contrato
b. personal
b. restricciones b. asociado
c. presupuesto c. dependencias contratistas
d. instalaciones
c. subcontratistas

d. Contratista Principal

e. corporativo

administracin

f. proveedores

g. poltica

Mtodo de identificacin de riesgos

Taxonoma basado en cuestionarios (TBQ)

Son preguntas a nivel de atributo junto con seales especficas

y seguimiento a preguntas de sondeo. (Seccin definiciones)

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.

Mtodo de identificacin de riesgos

Pruebas de campo del TBQ - 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

Pruebas de campo del TBQ - 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 precedidos 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

Pruebas de campo del TBQ - Ejemplo

Clase: Ing.de
d.Rendimiento

2.Diseo,

Atributo:

Ha hecho un anlisis de rendimiento? Es " S

entonces las preguntas de sondeo son:

Elemento:

Si la respuesta a la pregunta inicial

Producto,

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

Pruebas de campo del TBQ

Antes de realizar una prueba de campo, tres actividades deben

tener lugar :

Compromiso 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.
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 para provocar 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 y la mayora de los participantes

consideraron que el tiempo empleado en este mtodo de
identificacin de riesgos, fue bien gastado.

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.

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