Este documento resume el proceso de conversión del estándar mexicano MoProSoft en un estándar internacional ISO/IEC 29110, incluyendo la creación del Working Group 24, el desarrollo del estándar a través de varias reuniones internacionales, y las lecciones aprendidas en el proceso como la importancia de la participación de diferentes países y la construcción de consenso.
Lecciones aprendidas del desarrollo de la norma internacional ISO/IEC 29110 basada en MoProSoft
1.
2. Presentar el proceso de
conversión de MoProSoft en un
estándar internacional y las
lecciones aprendidas en el
camino.
2
3. • Estándares internacionales
• Qué es JTC1 SC7
• Proceso de elaboración de estándares
• Cómo llegamos al WG24
• Qué hemos hecho en las reuniones
• Lecciones aprendidas
3
5. • Documentación de guías que reflejan
acuerdos de cuerpos gubernamentales o
asociaciones industriales, profesionales o
mercantiles, reconocidas nacionalmente o
internacionalmente, sobre productos o
prácticas.
6. • Estándar interno de una organización
– Por ejemplo: uniforme, plantilla de correspondencia, etc.
• Estándares del mercado (De Facto)
– Por ejemplo: Microsoft Windows, CMMI
• Estándares profesionales
– Desarrollados por asociaciones profesionales (IEEE)
• Estándares de la industria
– Desarrollados por grupos industriales (OMG)
• Estándares nacionales
– Desarrollados por organizaciones nacionales de
estandarización (NMX-I-059-NYCE)
• Estándares internacionales
– Desarrollados por organizaciones formales de
estandarización internacional
7. En 1988, ISO and IEC crean Joint Technical
Committee 1 (JTC 1) con el siguiente objetivo:
Estandarización en el campo de Tecnología de
Información.
Tecnología de Información incluye la
especificación, diseño y desarrollo de sistemas y
herramientas relacionadas con la captura,
representación, procesamiento, seguridad,
transferencia, intercambio, presentación,
administración, organización, resguardo y
recuperación de la información.
9. • JTC1 crea sub-comité (SC7) en 1987 con el
objetivo de:
• Estandardización de procesos, herramientas
y tecnologías de soporte para la ingeniería
de productos de software y de sistemas.
10. • Está organizado por Working Groups (WG)
• Ejemplos:
• WG6 – Software Product Measurements
and Evaluation (9126-250nn)
• WG7 – Life Cycle Management (12207)
• WG10 – Process Assessment (15504)
• WG20 - SWEBOK
12. Necesidades regulatorias o de mercado
• Grupo de expertos elabora documento
borrador o se aprovecha un documento
ya existente
• Este se refina a través del procesos de
construcción de consenso
• Se finaliza a través de proceso de
votación (ballots)
Mexico 2007
13. • Es un concepto clave para el desarrollo de
estándares internacionales
• ISO define consenso como:
Acuerdo general, caracterizado por:
a) ausencia de oposición sostenida con
respecto a asuntos sustanciales por
cualquiera de las partes importantes
interesadas y
b) proceso que involucra e incorpora todos
los puntos de vista de los interesados y
que reconcilia todos los argumentos en
conflicto.
Mexico 2007
14. Esto significa que :
• Todas las partes involucradas pudieron expresar
sus puntos de vista.
• Que se hizo el mejor esfuerzo de tomar en
cuenta estos puntos de vista y todos los
comentarios expresados en las votaciones.
• Casi todas las partes involucradas, idealmente
todas, pueden por lo menos vivir con el
resultado final.
Mexico 2007
15. • Dos reuniones de una semana al año
• Plenaria de todos los grupos de trabajo
(finales de mayo)
• Interina – cada grupo puede decidir donde
se reune (octubre-noviembre)
17. • 2004 reunión plenaria en Brisbane, Australia
• Iniciativa de Canadá y Australia
• Se creó Special Working Group (SWG)
• Propósito:
– Hacer más accesibles para Very Small Entieties
(VSEs) los estándares de ingeniería de software
• Participantes: Australia, Bélgica, Canadá,
República Checa, Finlandia, África del Sur,
Corea del Sur, Estados Unidos y Taylandia.
18. • 2005 reunión plenaria en Helsinki, Finlandia
• SWG presenta New Work Item Proposal en
el cual justifica la necesidad de generar
perfiles de estándares existentes adecuados
a las necesidades de VSEs (1-25 personas).
• La propuesta se pone a votación y en
septiembre del mismo año queda aprobada
y formalizada como Working Group 24
19. • Convener – Tanin Uthayanaka, Tailandia
• Project Editor – Claude Laporte, IEEE
• Secretary – Jean Bérubé, Canadá
20. • International Research Workshop for
Process Improvement in Small Settings,
octubre 2005, Pittsburgh, SEI.
• Se presenta MoProSoft: A Software
Process Model for Small Enterprises
• Claude Laport presenta el WG24 y su
propósito.
21. • Encuesta internacional de empresas VSE
para conocer sus características y
requerimientos con respecto a estándares
(México participó en la encuesta)
• Buscar propuestas dirigidas a VSE en el
mundo. (México mandó MoProSoft
traducido al inglés).
22. • Mayo 2006 reunión ISO WG24 en Tailandia
• Dirigido por Tailandia con la participación de USA, India,
Irlanda, Bélgica, Finlandia, Luxemburgo, Canadá, Nueva
Zelanda, Corea, y México (Ana Vázquez y Jorge
Palacios).
– En votación unánime decide tomar la norma
mexicana como base para su trabajo.
24. • Octubre 2006 reunión WG24 en Luxemburgo
• Se entrega la traducción al inglés de la norma mexicana
NMX-I-059-NYCE
• Se selecciona como Perfil Básico de procesos
Administración de Proyectos Específicos Desarrollo y
Mantenimiento de Software
25. • Mayo y Octubre de 2007 reuniones WG24
en Moscú y Montreal
• Se genera Working Draft como primera
versión de cinco partes de ISO/IEC 29110
y se somete por primera vez a la revisión y
votación internacional.
26. • ISO/IEC TR 29110 Software Engineering — Lifecycle
Profiles for Very Small Entities (VSEs):
• Part 1: Overview
• Part 2: Framework and Taxonomy
• Part 3: Assessment Guide
• Part 4: Profile Specifications
• Part 4-1: Specification – Basic VSE Profile
• Part 4.n: Specification - Profile n
• Part 5: Management and Engineering Guides
• Part 5-1: Management and Engineering Guide – Basic VSE
Profile
• Part 5-n: Management and Engineering Guide - Profile n
27. VSE
Características
implican
VSE Estandard Base
Necesidades ISO/IEC 12207
Elementos
responden
Basic Profile
Elementos
Estandard Base
ISO/IEC 15289
Elementos
28. • Mayo de 2008 reunión WG24 Berlín
• Se recibieron y procesaron los comentarios
de la comunidad internacional.
• Se genera la siguiente versión Proposed
Draft y se somete nuevamente a la
votación y recepción de comentarios.
29. • Noviembre de 2008 reunión WG24 en México
• Se reciben y procesan los comentarios de la
comunidad internacional de Proposed Draft.
• Se genera la siguiente versión Proposed Draft
y se somete nuevamente a la votación y
recepción de comentarios.
30. • Mayo de 2008 reunión WG24 en Hyderabad
• Se reciben y procesan los comentarios de la
comunidad internacional de Proposed Draft.
• Se generará la siguiente versión Proposed
Draft y se somete a la última vuelta de
votación y recepción de comentarios.
31. • Participación en las reuniones
– Ana Vázquez (6 veces)
– Hanna Oktaba (6 veces)
– Claudia González (2 veces)
– Blanca Gil (2 veces)
– Jorge Palacios (2 veces)
– Francisco López Lira (1 vez)
33. • El proceso de generación de un estándar
internacional es largo (varios años).
• El consenso se construye poco a poco con
base en argumentos técnicos y experiencias de
los países participantes.
• Grupos de trabajo son pequeños (5-20) pero
las decisiones se toman en función de los
comentarios recibidos en cada votación.
34. • Los países fuertes tecnológicamente tienen
claro el valor de participar en la definición
de estándares, los países en desarrollo
participan más en función de interés de
personas.
35. • Todos los países tienen la industria de software
basada en PYMES.
• Muchos países quieren fomentar y ser
competitivos en esa industria.
• Todos tienen el problema de niveles de
capacidades muy bajos en PYMES.
• Muchos quieren tener un esquema de mejora de
procesos y de evaluación de capacidades
apropiado para PYMES.
36. • MoProSoft fue elegido de entre otras propuestas
por su estructura de procesos innovadora.
• MoProSoft fue elegido por cubrir en gran medida
ISO/IEC 12207 e ISO 9000.
• MoProSoft cubrió 80% de los requisitos definidos
por el grupo WG24.
37. • En las reuniones encontramos gente
sobresaliente, como Perry de EU y Timo de
Finlandia
• Algunos de los comentarios que recibimos
en las votaciones fueron muy acertados, lo
que enriqueció el Perfil Básico
• México pasó de ser país Observador a
Participante en SC7
• México realizó despúes de muchos años una
reunión del WG24 de SC7
38. • Países como Japón, EU e India están muy
interesados en el Perfil Básico aunque
Usted no lo crea.
• Países como Tailandia ya lo están
implementando en sus empresas a pesar
de que todavía no es oficial. Están
formando bien a los evaluadores.