Espanhol (pdf)
Artigo em XML
Referências do artigo
Tradução automática
Enviar este artigo por email
Citado por SciELO 
Similares em
SciELO 
Permalink
1. Introducción
Hoy en día, las Mipymes en la industria del desarrollo de software representan mas del 92% en varios países. Además, la producción de productos y servicios de software de estás tienen un impacto en empresas medianas y grandes, ya que son uno de sus principales proveedores (Meathawachananont et al., 2020; Galván-Cruz et al., 2020). En el contexto de México, de acuerdo al informe publicado por la Encuesta Nacional de Productividad y Competitividad de la Micro, Pequeña y Mediana Empresa (ENAPROCE) en (INEGI, 2018), existían alrededor de 4 millones de empresas en México de las cuales el 97.3% de ellas son Mipymes. Por lo tanto, este tipo de empresas también requieren de la aprobación de alguna evaluación de habilidades, así como, conocimientos en el seguimiento de algún modelo o norma aplicado de manera integra que certifique la calidad de productos y servicios de software que desarrollan (Laporte & Mejía, 2020).
En este contexto, se ha creado la norma ISO/IEC 29110 (Meathawachananont, 2020) que se ajusta al tamaño de este tipo de organizaciones con hasta 25 personas en la implementación de procesos relacionados a la Gestión de Proyectos (GP) e Implementación del Software (IS). Esta norma, define una serie de elementos de proceso como lo son actividades, tareas y productos de trabajo para gestionar y desarrollar un proyecto de desarrollo de software (ISO/IEC 29110, 2011). Sin embargo, aun cuando esta norma se ha ajustado a este tipo de empresas (Laporte & Mejía, 2020), enfrentan problemas para su implementación como no contar con el conocimiento y recursos necesarios para hacerle frente en su adecuada implementación, además de, personal capacitado, siendo estos problemas incidentes para saber cómo interpretar y entender todos los componentes de la norma 2911o. Además, estos problemas se acentúan aun más al momento de iniciar un proceso de auditoria para obtener la certificación con respecto a esta norma (Laporte & Mejía, 2020), desconociendo los requisitos mandatorios, su estructura que indica esta norma al momento de ser auditados.
Por lo tanto, este articulo propone una herramienta que apoye a las Mipymes en la Evaluación Interna de Proyectos y Procesos para la Certificación en la Norma ISO/IEC 29110. Esto permitirá dar a conocer el porcentaje de cobertura a nivel de proceso y del proyecto y mejorar la implementación de esta norma en las Mipymes antes de iniciar el proceso de certificación. Para llevar a cabo esta propuesta se ha realizado el análisis de la norma ISO/IEC 29110 y de la norma ISO/IEC 33002 (ISO/IEC 33002, 2015), con el fin de establecer en la herramienta que se propone todos los requisitos mandatorios a ser evaluados. Esta herramienta permitirá evaluar, validar, e identificar las oportunidades de mejora en los procesos y el proyecto para poder obtener la certificación dentro de este tipo de organizaciones.
Este artículo está estructurado de la siguiente manera: después de la introducción, en la segunda sección, se describe de manera general la norma ISO/IEC 29110; en la tercera sección, se describe de manera breve la norma ISO/IEC 33002; en la cuarta sección, se presentan los elementos principales que se toman en cuenta en el proceso de evaluación para cumplimiento; en la quinta sección, se presenta la herramienta propuesta; la sexta sección se presenta un estudio de caso, y finalmente en la ultima sección, las conclusiones y el trabajo futuro posible a desarrollar son presentados.
2. ISO/IEC 29110
Esta norma es una nueva serie de Normas e Informes Técnicos que llevan como título “Ingeniería de Software-Perfiles de Ciclo de Vida para Pequeñas Organizaciones. Una PO (VSE por sus siglas en inglés - Very Small Entities) se define como una entidad (empresa, organización, departamento o proyecto) que tiene menos de 25 personas. La mayoría de las PYMES de software pertenecen a la categoría VSE (Meathawachananont et al., 2020). Esta norma contiene dos áreas de proceso, las cuales se describen a continuación:
2.1. Proceso de Gestión de Proyectos (GP).
El propósito de GP es establecer y llevar a cabo de manera sistemática las tareas del proyecto de implementación de software, lo que permite cumplir con los objetivos del proyecto respecto a la calidad, tiempo y costos esperados (ISO/IEC, 2011).
El proceso de GP consta de cuatro actividades y cada actividad con un número de tareas específicas:
GP 1. Planificación del Proyecto. 15 tareas.
GP 2. Ejecución del Plan del Proyecto. 6 tareas.
GP 3. Evaluación y control del Proyecto. 3 tareas.
GP 4. Cierre del Proyecto. 2 tareas.
Cada una de estas actividades con sus tareas producen alguno de los siguientes productos.
Productos de Entrada: los productos de Entrada son necesarios para realizar las tareas del proceso de GP. Los productos de entrada son:
Productos Internos: los productos internos para el proceso de GP son generados y consumidos por el mismo proceso. Los productos internos son:
Solicitud de Cambio
Acciones Correctivas.
Acta de Reunión.
Resultados de Verificación.
Reporte de Avance.
Respaldo del Repositorio del Proyecto.
Productos de Salida: los productos de salida señala son aquellos que se generan al realizar las tareas del proceso de GP. Los productos de salida son:
2.2. Proceso de Implementación de Software (IS).
El propósito del proceso IS es la realización sistemática del análisis, el diseño, actividades de construcción, integración y pruebas de productos de software nuevos o modificados de acuerdo con los requisitos (ISO/IEC, 2011).
El proceso de IS consta de seis actividades y cada actividad con un número de tareas especificas:
IS 1. Inicio de la Implementación de Software. 2 tareas.
IS 2. Análisis de Requerimientos del Software. 7 tareas.
IS 3. Arquitectura y Diseño Detallado del Software. 8 tareas.
IS 4. Construcción de Software. 7 tareas.
IS 5. Integración y Pruebas del Software. 11 tareas.
IS 6. Entrega del Producto. 6 tareas.
Cada una de estas actividades con sus tareas producen alguno de los siguientes productos.
Productos de Entrada: los productos de Entrada son necesarios para realizar las tareas del proceso de IS. Los productos de entrada son:
Enunciado del Trabajo.
Plan del Proyecto Gestión de Proyectos.
Repositorio del Proyecto Gestión de Proyectos.
Productos Internos: los productos internos para el proceso de IS son generados y consumidos por el mismo proceso. Los productos internos son:
Productos de Salida: los productos de salida son aquellos que se generan al realizar las tareas del proceso de IS. Los productos de salida son:
Configuración de Software:
Especificación de Requisitos.
Diseño de Software.
Registro de Trazabilidad.
Componente de Software.
Software.
Casos de Prueba y Procedimientos de Prueba.
Reporte de Pruebas.
Manual de Operación.
Manual de Usuario.
Manual de Mantenimiento.
Solicitud de Cambio Gestión de Proyectos.
3. ISO/IEC 3302
La norma (ISO/IEC 3302, 2015) es un marco para medir el logro del proceso. El marco proporciona un esquema para su uso en la caracterización de la capacidad de un proceso implementado con respecto a un Modelo de Evaluación de Procesos. ISO/IEC 33002 es una versión actualizada de ISO/IEC 15504. Esta norma proporciona cuatro niveles de capacidad y atributos de proceso. Cada atributo define una propiedad medible de la capacidad del proceso. La extensión del logro de los atributos del proceso se caracteriza en una escala de calificación establecida.
La escala de calificaciones de logro aplicada a la evaluación de los atributos del proceso de acuerdo a la Norma ISO/IEC 33002 son:
Nivel 0: proceso incompleto.
Nivel ALPHA: Proceso realizado.
Nivel BETA: Proceso articulado.
Nivel GAMMA: Proceso alineado.
Para lograr los niveles anteriores se establece la siguiente calificación durante la evaluación de los elementos del proceso.
Completamente logrado: Existe evidencia de un enfoque sistemático y pleno de los atributos de proceso definido en el proceso evaluado. No se detectan debilidades significativas relacionadas con los atributos del proceso evaluado.
Ampliamente logrado: Se observa un logro significativo y enfoque sistemático. Se detectan implementaciones bajas en algunas áreas del proceso.
Parcialmente logrado: algunos logros y parcial la adopción de un enfoque sistemático es evidente. Otro los aspectos de los atributos del proceso no están controlados.
No logrado: poco o ningún logro del proceso atributos.
Los porcentajes de valores que se asignan tomando como referencia esta norma son:
Por lo tanto, los valores mostrados en la Tabla 1 son utilizados dentro de la herramienta para obtener el resultado de la evaluación.
4. Proceso de evaluación para cumplimiento
La evaluación que se lleva a cabo tiene como objetivo verificar que se cumplen con los requisitos para la norma ISO/IEC 29110, la cual se divide en dos etapas.
Etapa 1: Esta enfocada en evaluar desde el punto de vista del proceso. Para ello, se evalúa que la documentación sea completa y adecuada para los dos procesos GP e IS. Dentro de la documentación que se evalúa como requisito se encuentran: descripción documentada del proceso dentro de la cual se debe demostrar, el modelado del proceso, así como descripción del proceso, el uso de formatos que cumplan con los elementos que solicita cada tarea en cada actividad para cumplir con los productos de entrada, interno o salida. Además, se evalúan los posibles paquetes de despliegue (procedimientos) que sean requeridos o necesarios para apoyar la realización de cada actividad.
Etapa 2: Su objetivo es evaluar la implementación y adopción de los procesos de GP e IS dentro de la organización. Para esta etapa, la evidencia de la implementación de los dos procesos se realiza a través de evaluar la realización de las tareas y de los productos de entrada, internos y salida a través de la presentación de un proyecto de software no critico terminado.
Además, los procesos de Gestión de Proyectos (GP) y de Implementación de Software (IS) deben cumplir los siguientes requisitos mandatorios por cada área de proceso y que son extraídos de los 7 objetivos en cada área de proceso:
Proceso de Gestión de Proyectos:
Alcance del proyecto con entregables.
Tareas y recursos asociados con el alcance del proyecto.
Costos, calendario y cuestiones técnicas.
Estimación del calendario, esfuerzo, costos y duración del trabajo.
Recursos humanos planificados.
Plan de proyecto de acuerdo con el alcance, los recursos humanos planificados y tareas definidas.
Aceptación del cliente al plan de trabajo.
Riesgos identificados y modificados, durante la ejecución del proyecto.
Estrategia de control de versiones que incluya, respaldos y recuperación.
Configuración del software que incluya la descripción de su almacenamiento, línea base, manejo y modificaciones.
Progreso del proyecto, respecto a lo planeado.
Correcciones de desviaciones del plan del proyecto de acuerdo a las acciones tomadas.
El equipo de trabajo y el cliente revisan las actividades para asegurar que el trabajo haya sido hecho y cumpla con los requisitos del software y el plan de proyecto.
Seguimiento a los acuerdos resultantes de las actividades de revisión.
Cierre del proyecto tras la aceptación por parte del Cliente.
Proceso de Implementación de Software:
El plan de proyecto y los requisitos de software, debe ser revisado y comprendido por parte del equipo de trabajo.
Definir los requisitos del Software.
Requisitos del software son adecuados y pueden ser probados.
Aprobación de los requisitos del Software, por parte del Cliente o del patrocinador del proyecto.
Línea base de los requerimientos del Software y comunicarlo a las partes interesadas.
Cambios en los requisitos de software evaluados por costo, cronograma e impacto técnico
Diseño Arquitectónico y detallado del Software, establecer una línea base y comunicarlo a las partes interesadas.
Diseño arquitectónico y detallado del software para describir los componentes del software y sus interfaces internas y externas relevantes.
Consistencia y trazabilidad entre los requisitos del software, la arquitectura del software y el diseño detallado del software.
Producir los componentes de software definidos en el diseño detallado.
Controlar las entregas y poner a disposición de las partes interesadas pertinentes.
Pruebas de unidad entre los requisitos de software y el diseño detallado, para verificar la consistencia.
Consistencia y trazabilidad entre los componentes del software, los requisitos y el diseño.
Documentación del Usuario.
Integrar los componentes para construir el Software.
Probar y verificar el Software, registrar los resultados y comunicarlos al equipo de trabajo.
Corregir los defectos identificados en revisiones, pruebas y verificaciones.
Integrar la configuración de software y almacenarla en el repositorio del proyecto. Establecer una línea base final y comunicarla al equipo de trabajo y al cliente.
Liberar el producto de Software completo para su uso, después de la validación por el cliente o patrocinador del proyecto.
Además, como parte del proceso de evaluación se buscan evaluar elementos de la estructura de los dos procesos de la norma, dentro de los cuales se encuentran:
Objetivos específicos: permiten asegurar el cumplimiento del propósito del proceso.
Productos de entrada: productos necesarios para realizar el proceso y su origen correspondiente, que puede ser otro proceso o una entidad externa al proyecto, como el Cliente.
Productos de salida: productos generados por el proceso y su destino correspondiente, que puede ser otro proceso o una entidad externa al proyecto, como el Cliente o la Alta Dirección.
Productos internos: productos generados y consumidos por el proceso.
5. Evaluando proyectos y procesos con base a la norma ISO/IEC 29110
Para llevar a cabo la evaluación se desarrolló una herramienta tomando en consideración la descripción de todos los elementos que contiene la norma ISO/IEC 29110 y la escala de calificaciones de logro aplicada a la evaluación de los atributos del proceso de acuerdo a la Norma ISO/IEC 33002. Asimismo, de los requisitos mandatorios que se indican en la sección del proceso de evaluación.
Esta herramienta es realizada en una hoja de cálculo de google, con la finalidad de tenerla disponible vía web. Además, la herramienta además de tomar en cuenta los elementos que se evalúan en la primera etapa, se evalúa que existan objetivos de negocio, políticas, Misión, Visión y políticas, así como métricas. La Tabla 2 muestra de manera general las características que conforman a la herramienta.
La herramienta utiliza los valores de Cumple y No cumple para evaluar las características de los elementos a evaluar en cada módulo de la herramienta.
Como puede observarse en la Figura 1, la columna “cumplimiento” indica el valor de cumple y no cumple, asociando una observación a la característica del elemento evaluado. Con ello, la sumatoria de elementos que cumplen o no cumplen, la herramienta calcula y obtiene el indicador de cumplimiento de acuerdo a la Tabla 1. Además, permite obtener una gráfica para visualizar los elementos evaluados para el cumplimiento de la certificación como se muestra en la Figura 2.
Figura 2 Gráficas para visualizar las características evaluados que se debe cumplir para el elemento y para la certificación del elemento
Como puedo observarse, en la Figura 2 muestra una gráfica superior sobre el cumplimiento de acciones correctivas. En la gráfica inferior muestra el cumplimiento con respecto a la certificación del elemento evaluado.
Esta distribución de elementos mostrados para llevar la evaluación y los gráficos obtenidos se muestran para cada módulo que se utiliza en la Herramienta propuesta. A continuación, se describe cada módulo y en la Figura 3 se muestra de manera gráfica los resultados obtenidos.
1. Objetivos de la organización.
En este primer módulo de la herramienta se evalúan los objetivos de la organización para identificar las características que deben contener los objetivos: validados y autorizados por el CEO, específicos y concretos, medibles, realizables, realistas y el tiempo para ser alcanzados. Además, se evalúan características que fortalecen el establecimiento de los objetivos organizacionales como: Misión, Visión y políticas.
2. Evaluación de métricas.
En este módulo se evalúan métricas que se han identificado y que tienen origen en el proceso de Gestión de proyecto y que son alimentadas por información o datos en el mismo proceso o desde el proceso de Implementación de Software. Dentro de las métricas identificadas se encuentran:
Coste técnico y viabilidad de cronograma.
Estimación del horario, esfuerzo, costo y duración del trabajo.
Avance del proyecto vs planificación
Desviaciones en el proyecto durante la ejecución del plan del proyecto.
Numero de cambios en los requisitos.
Costo en errores de codificación.
Eficiencia de eliminación de defectos.
3. Evaluación de características del proceso.
Este módulo evalúa características del proceso que deben ser documentadas o deben estar como parte de la documentación del proceso. Las características a evaluar son:
Narrativa descriptiva del proceso.
Modelado del ciclo del desarrollo.
Modelado de proceso.
Herramienta para el proceso modelado de proceso.
Modelado de actividades.
Descripción de iconografía.
Diccionario de términos.
Estándar de iconografía.
Herramientas para realizar las actividades del proceso.
Métricas para las actividades del proceso.
Estatus de productos.
Roles.
Interacción entre roles de cada tarea, actividades o procesos.
Identificación de productos de entrada, internos y salida.
4. Evaluación de procedimientos.
En esta parte de la herramienta se evalúan características que deben ser incluidas en la documentación de los procedimientos. Dentro de las características se encuentran:
Propósito.
Definiciones.
Descripciones de Procesos, actividades, tareas, pasos, roles y productos.
Plantillas.
Ejemplos.
Lista de verificación.
Herramientas indicadas.
Referencias a otros estándares y modelos.
La Figura 3 muestra a la Mipyme a manera de resumen el porcentaje de cumplimento de las 4 primeras características del proceso.
5. Cumplimiento de requisitos de GP.
Este modulo evalúa los requisitos que deben cubrirse en el área de proceso de Gestión de proyectos (GP). Para ello, se evalúan los 7 objetivos del área de proceso de GP, así como, los productos de entrada, internos y salida. Dentro de productos se encuentran:
Enunciado de trabajo.
Instrucciones de entrega.
Tareas.
Recursos.
Cronograma de tareas.
Esfuerzo y costo estimado.
Validación del plan.
Formación.
Acta de reunión.
Acta de aceptación.
Plan de riesgo.
Estrategia de control de versiones.
Repositorio de proyecto.
Plan de proyecto actualizado.
Solicitud de cambios.
Reporte de avance.
Acciones correctivas.
Resultados de verificación.
Configuración del software.
6. Cumplimiento de requisitos de IS.
Este modulo evalúa los requisitos que deben cubrirse en el área de proceso de Implementación del software (IS). Para ello, se evalúan los 7 objetivos del área de proceso de GP, así como, los productos de entrada, internos y salida. Dentro de productos se encuentran:
Plan de proyecto.
Acta de reunión.
Ambiente de implementación.
Especificación de requisitos.
Solicitudes de cambio.
Resultados de verificación.
Configuración del software.
Diseño del software - Arquitectura.
Casos y procedimientos de pruebas.
Registro de trazabilidad.
Componentes de software.
Manual de mantenimiento.
Manual de operación.
Manual de usuario.
Software.
Reporte de pruebas.
Repositorio del proyecto.
Acta de aceptación.
7. Características de productos de trabajo.
Este módulo evalúa en cada producto de entrada, interno y salida los requisitos que deben cubrirse por cada producto. En este modulo, se identifica la tarea donde se origina el producto, así como la tarea donde será utilizado. Este módulo evalúa las características que deben identificarse en cada producto que se genera en la ejecución de tareas y actividades en cada proceso. Por ejemplo, en el caso de: Casos y procedimientos de prueba, dentro de algunas características a evaluar son:
Identificar del caso de prueba.
Elementos a probar.
Especificaciones de entrada.
Especificaciones de salida.
Necesidades del ambiente de pruebas.
Procedimientos de prueba.
8. Resumen general.
Este módulo presenta un resumen de los valores obtenidos de todos los módulos anteriores y permiten visualizar los siguientes elementos, que se muestran en la siguiente Figura 4:
Este módulo muestra los indicadores obtenidos. En ella se indica los siguientes indicadores de acuerdo a las columnas siguientes:
Características de cumplimiento: Indica el número de características que han sido evaluados y que son cumplidos.
Características totales de certificación: Indica el número total de características que deben ser cumplidos.
Cumplimiento de Norma: muestra el total de características que deben cumplirse por cada elemento a evaluar.
Puntos de Mejora: Se identifica el numero de puntos a mejorar en toda la documentación presentada por parte del proceso y del proyecto.
Total revisado: Indica el numero de elementos y características revisadas. Este numero puede incrementar de acuerdo a los productos de trabajo documentados de manera digital o física. Por ejemplo, el numero de actas de reunión puede variar de 1 a n actas elaboradas durante la elaboración de un proyecto.
9. Cumplimiento de requisitos de cada área de proceso.
Este módulo muestra los hallazgos de cumplimiento en cada área de proceso GP e IS. La información recolectada en este módulo permite construir el informe final de cumplimiento de cada área de proceso.
La Figura 5, muestra las siguientes columnas:
Requisitos: Enlista cada uno de los objetivos que debe cumplir cada área de proceso que son descritos en la sección “Proceso de evaluación para cumplimiento”.
Cumplimiento de requisito: Con base a la evaluación de los elementos en cada producto de trabajo de cada área de proceso, se evalúa para obtener el porcentaje obtenido que se establece en la Tabla 1. Este porcentaje se traduce a un indicador de Completamente logrado, Ampliamente logrado, Parcialmente logrado y no logrado.
Producto: enlaza al producto de trabajo de cada área de proceso.
Actividad Tarea: indica el área de proceso, actividad y tarea al que pertenece el producto de trabajo.
Formulario: enlista los formularios establecidos como módulos en la herramienta. En cada formulario de cada producto se enlistan los elementos a evaluarse en cada producto de trabajo.
Cumplimiento del producto de trabajo. Se obtienen los valores similares a la columna Cumplimiento de requisito, pero con base a los productos de trabajo.
Hallazgos. Se recolectan las observaciones descritas en cada formulario de los productos de trabajo. Estos hallazgos son un factor importante porque deben indicar las mejoras que debe realizar la organización evaluada.
6. Estudio de caso
La propuesta de herramienta fue implementada en un Mipyme enfocada en la investigación, innovación, desarrollo e integración tecnológica. Esta empresa se dedica a la creación de productos y servicios tecnológicos innovadores en las áreas de telecomunicaciones, internet de las cosas, diseño electrónico, ingeniería de software y consultoría durante el año 2020. El objetivo de implementar la herramienta propuesta fue realizar una evaluación previa antes de iniciar el proceso formal para obtener la certificación en la norma ISO/IEC 29110.
La herramienta además permitió guiar la entrevista a los responsables de la implementación de la norma y a su equipo de desarrollo del software. La herramienta se utilizó en 2 momentos durante dos meses (agosto y septiembre, 2020) antes de iniciar el proceso formal de certificación. Esto permitió obtener hallazgos de mejora de acuerdo a las observaciones durante el proceso de evaluación y que fueron registradas y entregadas a la MiPyme evaluada.
La implementación de la herramienta consistió en tener reunión vía la utilización de plataformas para la realización de reuniones virtuales. Durante éstas, se implementaron todos los módulos descritos en la Tabla 2. Para ello, se realizaron 2 reuniones:
Primera reunión: su objetivo es dar a conocer la herramienta y llevar a cabo la entrevista con la finalidad de identificar las evidencias tanto del proceso y del proyecto. Tras la finalización de la entrevista, se proporciona los resultados. Para visualizar los resultados obtenidos se muestra de manera general el módulo de Resumen general, en el cual se pueden visualizar los resultados generales con respecto a la evaluación de las características que deben cumplirse en los procesos y del proyecto. Con respecto al proceso, el módulo de Resumen General enlaza a los módulos de Objetivos de la organización, Evaluación de métricas, evaluación de características del proceso y evaluación de procedimientos. Con respecto al proyecto se presentan los resultados obtenidos en el modulo de Cumplimiento de requisitos de GP e IS, así como del módulo de resumen general y el informe, dando a conocer los elementos que se indican en estos dos módulos. Resaltando las características que no han sido cubiertos y los puntos de mejora, así como las observaciones que deben ser cubiertas y que son presentadas en el módulo de Informe.
Segunda reunión: El objetivo es revisar que se hayan realizado aquellas observaciones indicadas para los procesos y el proyecto y que son registrados en el módulo de Informe, así como de las características no cubiertas que fueron identificadas en la primera reunión y que son reflejados en el modulo de Resumen General.
La Figura 6 muestra los resultados obtenidos de la evaluación del proceso GP.
Figura 6 Gráficas para visualizar el cumplimiento de los productos de trabajo del área de proceso GP.
Como puede observarse en la Figura 6, se muestra de manera gráfica el porcentaje obtenido tras la evaluación de los elementos en cada módulo de la herramienta. De acuerdo a la Figura 6, con respecto al reporte de avance se obtuvo de cumplimiento del 0%; con respecto a solicitudes de cambio a cumplido al 92% las características que deben contener. Para el producto de acciones correctivas evaluado, obtuvo el 100%. De esta misma manera, para todos los productos del área de GP e IS se obtienen los valores evaluados en los módulos de la herramienta.
La Figura 7 muestra parte del cumplimiento de los requisitos de GP con respecto a los productos de trabajo. En el informe se muestra el producto de trabajo, la observación y la calificación obtenida. A manera de ejemplo, se describen las observaciones y la calificación obtenida para algunos productos de trabajo:
Enunciado de trabajo: Calificación: Cumple.
Instrucciones de entrega: Calificación: No Cumple.
Plan de proyecto-Tareas: Calificación: Cumple.
Plan de proyecto-Recursos: Calificación: Ampliamente en cumplimiento.
Como puede observarse en la Figura 7, en la columna Hallazgos se recogen los comentarios de acuerdo a cada producto de trabajo. Asimismo, en la columna cumplimiento de requisitos hace referencia a la calificación obtenida de acuerdo a los objetivos de cada área de proceso.
7. Conclusiones
El apoyo a las Mipymes en la Evaluación Interna de Proyectos y Procesos para la Certificación en la Norma ISO/IEC 29110 es un factor critico para este tipo de organizaciones. La herramienta que se propone toma en consideración la escala de calificaciones de logro aplicada a la evaluación de los atributos del proceso de acuerdo a la Norma ISO/IEC 33002. Asimismo, permite evaluar los requisitos mandatorios que están relacionados a los 7 objetivos de las dos áreas de proceso, así como, de los elementos de los procesos como lo son productos de entrada, salida e internos. A través del estudio de caso, la Mipyme obtuvo una visualización global del porcentaje de cobertura con respecto a los procesos de GP e IS y del proyecto evaluado. Esta evaluación permitió realizar las mejoras indicadas a través de las observaciones y poder atenderlas. Con el apoyo de la herramienta se pudo confirmar las mejoras realizadas con respecto a las observaciones realizadas de la primera entrevista a la segunda. Como resultado de aplicar esta evaluación a través de la herramienta, la Mipyme obtuvo su certificación de una manera mas controlada.
Como trabajo futuro dentro de esta investigación se propone mejorar la interfaz hacia un sistema web, así como, vincular los formatos.
