64
Source: ISO/IEC 15504-2 Process attribute rating values Levels of achievement Corresponding percentage scale N Not achieved: There is little or no evidence of achievement of the defined attribute in the assessed process. 0 to 15% achievement P Partially achieved: There is some evidence of an approach to, and some achievement of, the defined attribute in the assessed process. Some aspects of achievement of the attribute may be unpredictable. > 15% to 50% achievement L Largely achieved: There is evidence of a systematic approach to, and significant achievement of, the defined attribute in the assessed process. Some weakness related to this attribute may exist in the assessed process. > 50% to 85% achievement F Fully achieved: There is evidence of a complete and systematic approach to, and full achievement of, the defined attribute in the assessed process. No significant weaknesses related to this attribute exist in the assessed process. > 85% to 100% achievement

ISO 29110 Perfil Basico - Valoracion de Actividades

Embed Size (px)

DESCRIPTION

Valoracion de Actividades para la ISO 29110

Citation preview

ISO 29110 basic profile - Activity Assessment

Assessment GuidelinesSource: ISO/IEC 15504-2 Source: Varkoi, T., Self-Assessment Deployment Package

DashbordEjecucin de TareasNombre del Proceso% EjecutadoEsta implementadoPunto % de las 67 tareasActividadCompletamenteEn gran parteParcialmenteNoActividades para la Gestin del Proyecto33%Parcialmente7%PM.1 Planeamiento del Proyecto0015033%Parcialmente3%PM.2 Ejecucin del Plan de Proyecto006033%Parcialmente1%PM.3 Valoracin y Control del Proyecto003033%Parcialmente1%PM.4 Cierre del Proyecto0020Promedio de Procesos33%00260Actividades para la Implementacin de Software33%Parcialmente1%SI.1 Iniciacin de la Implementacin de Software002033%Parcialmente3%SI.2 Anlisis de los Requerimientos de Software007033%Parcialmente4%SI.3 Diseo Arquitectural y Detallado del Software008033%Parcialmente3%SI.4 Construccin del Software007033%Parcialmente5%SI.5 Integracin y Pruebas del Software0011033%Parcialmente3%SI.6 Entrega del Producto0060Promedio de Procesos33%00410Total de Tareas No Ejecutadas50%Promedio Total de Procesos33%

PM TableISO 29110 Perfil BsicoMi pequea organizacinActividades para la Gestin del ProyectoIDLista de TareasProductos de entradaProductos de salidaRolesEst ImplementadoProductos de entradaProductos de salidaRolesComentarios y ObservacionesPM.1 Planeamiento del ProyectoPM.1.1Revisin de la Declaracin de TrabajoDeclaracin de TrabajoDeclaracin de trabajo [revisado]PM

TLParcialmentePM.1.2Definir con el Cliente las Instrucciones de Entrega de cada uno de los Entregables especificados en la Declaracin de Trabajo.Declaracin de Trabajo[revisado]Plan del Proyecto - Instrucciones de EntregaPM

CUSParcialmentePM.1.3Identificar las Tareas especficas a realizar para productr los Entregables y sus Componentes de Software identificados en la Declaracin de Trabajo. Incluir Tareas en el proceso de SI junto con su verificacin, validacin y revisiones junto con las Tareas de Cliente y Trabajo en Equipo para asegurrar la calidad de los productos de trabajo.Identificar las Actividades para realizar las Instrucciones de Entrega. Documentar las Tareas.Declaracin de Trabajo[revisado]Plan del Proyecto - Tareas PM

TLParcialmentePM.1.4Establecer la Duracin Estimada para realizar cada tarea.Plan del Proyecto- TareasPlan del Proyecto- Duracin EstimadaPM

TLParcialmentePM.1.5Identificar y documentar los Recursos : humano, material, equipo y herramientas, estndares, incluyendo la capacticacin requerida del Equipo de Trabajo para realizar el proyecto. Incluir en el cronograma las fechas de cundo se necesitarn los Recursos y capactiacin.Declaracin de TrabajoPlan del Proyecto- RecursosPM

TLParcialmentePM.1.6Establecer la Composicin del Grupo de Trabajo asignando los roles y responsabilidades acorde con los Recursos.Plan del Proyecto- RecursosPlan del Proyecto- Composicin del Equipo de TrabajoPM

TLParcialmentePM.1.7Asignar las fechas estimadas de inicio y cumplimiento de cada una de las Tareas con el fin de crear un Cronograma de Tareas del Proyecto teniendo en cuenta los Recursos asignados, secuencia y dependencia de las Tareas.Plan del Proyecto- Tareas- Duacin Estimada- Composicin del Equipo de TrabajoPlan del Proyecto- Cronograma de las Tareas del ProyectoPMTLParcialmentePM.1.8Calcular y documentar el Esfuerzo y Costo Estimado del proyecto.Plan del Proyecto- Cronograma de Tareas del Proyecto- RecursosPlan del Proyecto- Esfuerzo y Costo EstimadoPMParcialmentePM.1.9Identificar y documentar los riesgos que podran afectar al proyecto.Todos los elementos previamente definidosTareas del ProyectoPMTLParcialmentePM.1.10Documentar la Estrategia de Control de Versiones en el Plan del Proyecto.Plan del Proyecto- Estrategia de Control de VersionesPMTLParcialmentePM.1.11Generar el Plan del Proyecto integrando los elementos previamente definidos y documentados.Todos los elementos previamente definidosPlan del Proyecto- Tareas- Duracin Estimada- Recursos- Composicin del Grupo de Trabajo- Cronograma de las Tareas del Proyecto- Esfuerzo y Costo Estimado- Identificacin de los Riesgos del Proyecto- Estrategia de Control de Versiones- Instrucciones de EntregaPMParcialmentePM.1.12Incluir Descripcin del Producto, Alcance, Objetivos y Entregables en el Plan del Proyecto.Plan del Proyecto- Descripcin del Producto- Alcance- Objetivos- EntregablesPlan del Proyecto- Descripcin del Producto- Alcance- Objetivos- EntregablesPM

TLParcialmentePM.1.13Verificar y obtener la aprobacin del Plan del Proyecto.

Verificar que todos los elementos del Plan del Proyecton sean viables y consistentes. Los resultados hallados son documentados en una Verificacin de Resultados y las correcciones sern hechas hasta que el documento sea aprobado por el PM.Plan del ProyectoVerificacin de Resultados del Plan de Proyecto [verificado]PM

TLParcialmentePM.1.14Verificar y aceptar el Plan de Proyecto.

El cliente revisa y acepta el Plan del Proyecto, asegurndose que los elementos del Plan del Proyecto encajen con la Declaracin del Trabajo.Plan del Proyecto [verificado]Acta de Reuniones del Plan del Proyecto [aceptado]PM

CUSParcialmentePM.1.15 Establecer el Repositorio del Proyecto usando la Estrategia de Control de Versin.Estrategia de Control de VersinRepositorio del ProyectoPM

TLParcialmentePM.2 Ejecucin del Plan de ProyectoPM.2.1Monitorear el Plan de Proyecto en ejecucin y guardar la data actual en el Acta de Avance de Estado.Plan del ProyectoActa de Avance de EstadoPM

TL

WTParcialmentePM.2.2Analizar y evaluar la Solicitud de Cambio para costo, cronograma e impcto tcnico.

La Solicitud de Cambio puede ser iniciado externamente por el Cliente o internamente por el Equipo de Trabajo. Actualizar el Plan del Proyecto, si el cambio aceptado no afecta a los acuerdos con el Cliente.

Solicitud de Cambio, que afecta a aquellos acuerdos, necesita ser negociado por ambas partes (ver PM.2.4).Solicitud de Cambio [iniciada]

Plan del ProyectoSolicitud de Cambio [evaluada]

Plan del Proyecto [actualizado]PM

TLParcialmentePM.2.3Conducir la revisin de las reuniones con el Grupo de Trabajo, identificar problemas, revisar los acuerdos del acta de estado de riesgos y hacer seguimiento para su cumplimiento.Plan del Proyecto

Acta de Avance de Estado

Acta de la Sesin de Correccin de RegistroActa de Reunion [actualizada]PM

TL

WTParcialmentePM.2.4Conducir la revisin de las reuniones con el cliente, registrar los acuerdos y hacer seguimiento para su cumplimiento.

Solicitud de Cambio iniciada por el Cliente o iniciada por el Grupo de Trabajo, que afecta al Cliente, necesita ser negociada para obtener la aceptacin de ambas partes.

De ser necesario, actualizar el Plan del Proyecto acorde con el nuevo acuerdo con el Cliente.Plan del Proyecto

Acta de Avance de Estado

Solicitud de Cambio [evaluada]

Acta de ReuninActa de Reunin [actualizada]

Solicitud de Cambio [aceptada]

Plan del Proyecto [actualizada]PM

CUS

TL

WTParcialmentePM.2.5Realizar copias de seguridad acorde con la Estrategia de Control de Versin.Estrategia de Control de VersinRepositorio de Copias de Seguridad del ProyectoPMParcialmentePM.2.6Realizar la recuperacin del Repositorio del Proyecto utilizando el Repositorio de Copias de Seguridad, si fuera necesario.Repositorio de Copias de Seguridad del ProyectoRepositorio del Proyecto [recuperado]PMParcialmentePM.3 Valoracin y Control del ProyectoPM.3.1Evaluar el avance del proyecto con respecto al Plan del Proyecto, comparando:- Tareas actuales contra Tareas planificadas- resultados actuales contra Objetivos establecidos del proyecto- asignacin actual de recursos contra Recursos planificados- costo actual contra estimaciones presupuestales- riempo actual contra cronograma planificado- riesgo actual contra riesgo previamente identificadoPlan del Proyecto

Acta de Avance de EstadoActa de Avance de Estado [evaluada]PM

TL

WTParcialmentePM.3.2Establecer acciones para corregir desviaciones o problemas e identificar los riesgos que conciernen al cumplimiento del plan, segn sean necesarios, documentarlos en la Acta de Correcin y hacer seguimiento para su cumplimiento.Acta de Avance de Estado [evaluada]Acta de CorreccinPM

TL

WTParcialmentePM.3.3Identificar los cambios a los requerimientos y/o el Plan del Proyecto para encontrar mayores desviaciones, riesgos potenciales o problemas concernientes al cumplimiento del plan, documentarlos en la Solicitud de Cambio y hacer seguimiento para su cumplimiento.Acta de Avance de Estado [evaluada]Solicitud de Cambio [iniciada]PM

TL

WTParcialmentePM.4 Cierre del ProyectoPM.4.1Formalizar el cumplimiento del proyecto acorde con las Instrucciones de Entrega establecidas en el Plan del Proyecto, proveyendo apoyo en la aceptacin y obteninedo el Acta de Aceptacin firmada.Plan del Proyecto- Instrucciones de Entrega

Configuracin del Software [entregada]Acta de Aceptacin

Configuracin del Software [aceptada]PM

CUSParcialmentePM.4.2Actualizar el Repositorio del ProyectoConfiguracin del Software [aceptada]

Repositorio del ProyectoRepositorio del Proyecto [actualizado]PMParcialmente

SI TableISO 29110 Basic ProfilMy little organizationActividades para la Implementacin de SoftwareIDLista de TareasProductos de EntradaProductos de SalidaRolesEs ImplementadoProductos de EntradaProductos de SalidaRolesComentarios y ObservacionesSI.1 Iniciacin de la Implementacin de SoftwareSI.1.1Revisin del Plan del Proyecto actual con los miembros del Equipo de Trabajo para llegar a un entendimiento comn y conseguir su compromiso con el proyecto.Plan de ProyectoPlan de Proyecto [revisado]PM

TL

WTParcialmenteSI.1.2 Establecer o actualizar el ambiente de implementacin.Plan de Proyecto [revisado]TL

WTParcialmenteSI.2 Anlisis de los Requerimientos de SoftwareSI.2.1Asignar Tareas a los miembros del Equipo de Trabajo de acuerdo a con su rol, basado en el Plan de Proyecto actual.Plan de Proyecto [revisado] - TareasTL

WTParcialmenteSI.2.2Documentar o actualizar la Especificacin de Requerimientos.

Identificar y consultar fuentes de informacin (Clientes, usuarios, antiguos sistemas, documentos, etc.) para obtener nuevos requerimientos.

Analizar los requerimientos identificados para determinar el Alcance y la viabilidad.

Generar o actualizar la Especificacin de Requerimientos.Plan de Proyecto- Descripcin del ProductoEspecificacin de RequerimientosAN

CUSParcialmenteSI.2.3Verificar y obtener la aprobacin de la Especificacin de Requerimientos.

Verificar la exactitud y la capacidad de prueba de los Requerimientos de Especificacin y su consistencia con la Descripcin del Producto. Adicionalmente, revisar que los requerimientos estan completos, que no sean ambiguos ni contradictorios. Los resultados encontrados son documentados en la Verificacin de Resultados y las correcciones son realizadas por AN. si cambios significativos son necesarios, iniciar una Solicitud de Cambio.Especificacin de Requerimientos

Plan de Proyecto- Descripcin del ProductoVerificacin de Resultados

Especificacin de Requerimientos [Verificado]

Solicitud de Cambio [iniciado]AN

TLParcialmenteSI.2.4Validar y obtener la aprobacin de la Especificacin de Requerimientos.

Validar que la Especificacin de Requerimientos satisfaga las necesidades y est de acuerdo con las expectativas, incluyendo la capacidad de uso de la interface. Los resultados son documentados en los Resultados Validados y las correcciones son realizadas hasta que el documento es aprobado por la CUS.Especificacin de Requerimientos [Verificado]Validacin de Resultados

Especificacin de Requerimientos [Validado]CUS

ANParcialmenteSI.2.5Docuemtar la versin preliminar de la *"Docuementacin de Software del Usuario" o actualizar el manual presente, si es apropiado.

*(Opcional)Especificacin de Requerimientos [Validado]*"Documentacin de Software del Usuario" [preliminar]ANParcialmenteSI.2.6Verificar y obtener la aprobacin de la "Documentacin de Software del Usuario", si es apropiada.

Verificar la consistencia de la *"Documentacin de Software del Usuario" con la Especificacin de Requerimientos. Los resultados encontrados documentados en la Verificacin de Resultados y las correcciones son hechas hasta que el docmento es aprobado por AN. Si cambios significantes son necesarios, iniciar una Solicitud de Cambio.

*(Opcional)"Documentacin de Software del Usuario" [preliminar]

Especificacin de RequerimientosVerificacin de Resultados

*"Documentacin de Software del Usuario" [preliminar, Verificado]

Solicitud de Cambio [iniciado]ANParcialmenteSI.2.7Incorporar la Especificain de Requerimientos, y la*"Documentacin de Software del Usuario" a la configuracin de la lnea base.

*(Opcional)Especificacin de Requerimientos [Validado]

"Documentacin de Software del Usuario" [preliminar, Verificado]Configuracin de Software- Especificacin de Requerimientos [Validado, lnea base]- *"Documentacin de Software del Usuario" [preliminar, Verificado, preliminar, lnea base]TLParcialmenteSI.3 Diseo Arquitectural y Detallado del SoftwareSI.3.1 Asignar Tareas a los miembros del Equipo de Trabajo que esten relacionados con su rol y acorde con el Plan del Projecto actual.Plan de Proyecto- TareasTL

AN

DESParcialmenteSI.3.2 Entender la Especificacin de Requerimientos.Especificacin de Requerimientos [Validado, lnea baseAN

DESParcialmenteSI.3.3 Documentar o Actualisar el Diseo de Software.

Analizar la Especificacin de Requerimientos para generar el diseo de la arquitectura, su disposicion en los subsistemas y Componentes de Software, definiendo las interfaces internas y externas. Describir en detalle, la apariencia y elcomportamiento de la interdace, basado sobre la Especificin de Requerimientos de forma de que los Recursos para su implementacion sean pronosticados.

Proveer el detalle de los Componente de Software y sus interfaces para permitir la construccion de una manera evidente.

Generar o actualizar el Registro de Trazabilidad.Especificacin de Requerimientos [Validado, lnea base]Diseo de Software

Registro de TrazabilidadAN

DESParcialmenteSI.3.4 Verificar y obtener la aprobacin del Diseo de Software.

Verificar la exactitud de la documentacin del Diseo de Software, su viabilidad y consistencia con la Especificacin de Requerimientos. Verificar que el Registro de Trazabilidad contenga las relaciones adecuadas entre los requerimientos y los elementos del Diseo de Software. los resultados encontrados son documentados en la Verificacin de Resultados y las correcciones son hechas hasta que el documento es aprobado por la DES. Si cambios significativos son necesarios, iniciar una Solicitud de Cambio.Diseo de Software

Registro de Trazabilidad

Especificacin de Requerimientos [Validado, lnea base]Verificacin de Resultados

Diseo de Software[verificado]

Registro de Trazabilidad [verificado]

Solicitud de Cambio [iniciado]AN

DESParcialmenteSI.3.5Establecer o actualizar los Casos de Pruebas y los Procedimientos de Prueba para la integracion de pruebas basado en la Especificacion de Requerimientos y el Diseo de Software.

Clientes proveen datos de prueba si es necesario.Especificacin de Requerimientos [Validado, lnea base]

Diseo de Software [veridicado, lnea base]Casos de Prueba y los Procedimientos de PruebaDESParcialmenteSI.3.6 Verificar y obtener la aprobacin de los Casos de Prueba y los Procedimientos de Prueba.

Verificar la consistencia entre la Especificacin de Requerimientos, el Diseo de Software, y los Casos de Prueba y Procedimientos. Los resultados encontrados son documentados en la Verificacin de Resultados y las correcciones son realizadas hasta la aprobacin del documento por AN.Casos de Prueba y los Procedimientos de Prueba

Especificacin de Requerimientos [Validado, lnea base]

Diseo de Software [veridicado, lnea base]Verificacin de Resultados

Casos de Prueba y los Procedimientos de Prueba [verificado]DES

ANParcialmenteSI.3.7 Actualizar el Registro de Trazabilidad incorporando los Casos de Prueba y los Procedimientos de Prueba.Casos de Prueba y los Procedimientos de Prueba [verificado]

Registro de Trazabilidad [actualizado]Registro de Trazabilidad [actualizado]DESParcialmenteSI.3.8Incorporar el Diseo de Software, y el Registro de Trazabilidad a la Configuracin de Software como parte de la lnea base.

Incorporar los Casos de Prueba y los Procedimientos de Prueba al Repositorio del Proyecto.Diseo de Software [veridicado]

Casos de Prueba y los Procedimientos de Prueba [verificado]

Registro de Trazabilidad [verificado]Configuracin de Software- Diseo de Software [verificado, lnea base]- Casos de Prueba y los Procedimientos de Prueba [verificado]- Registro de Trazabilidad [verificado, lnea base]TLParcialmenteSI.4 Construccin del SoftwareSI.4.1Asignar Tareas a los miembros del Equipo de Trabajo de relacionado con su rol, de acuerdo al Plan de Proyecto.Plan de Proyecto- TareasTLParcialmenteSI.4.2Entender el Diseo de Software.Diseo de Software [veridicado, lnea base]PRParcialmenteSI.4.3 Construir o actualizar los Componentes de Software basados en la parte detallada del Diseo de Software.Diseo de Software [veridicado, lnea base],

Registro de Trazabilidad [verificado, lnea base]Componentes de SoftwarePRParcialmenteSI.4.4 Disear o actualizar los casos de pruebas unitarias y aplicarlos para verificar que los Componentes de Software implementan la parte detallada del Diseo de Software.Componentes de SoftwareComponentes de Software[unidad probada]PRParcialmenteSI.4.5 Corregir los defectos encontrados hasta el xito de la prueba unitaria (llegar al criterio de salida) sea alcanzado.Componentes de Software[unidad probada]Componentes de Software [corregido]PRParcialmenteSI.4.6Actualizar el Registro de Trazabilidad incorporando los Componentes de Software contruidos o modificados.Componentes de Software [corregido]

Registro de Trazabilidad [verificado, lnea base]Registro de Trazabilidad [actualizado]PRParcialmenteSI.4.7Incorporar los Componentes de Software y el Registro de Trazabilidad en la Configuracin de Software como parte de la lnea base.Componentes de Software [corregido]

Registro de Trazabilidad [actualizado]Configuracin de Software- Componentes de Software [corregido, lnea base]- Registro de Trazabilidad [actualizado, lnea base]TLParcialmenteSI.5 Integracin y Pruebas del SoftwareSI.5.1Asignar Tareas a los miembros del Equipo de Trabajo de relacionado con su rol, de acuerdo al Plan de Proyecto.Plan de Proyecto- TareasTLParcialmenteSI.5.2Entender los Casos de Prueba y los Procedimientos de Prueba.

Preparar o actualizar el ambiente de pruebas. Casos de Prueba y Procedimientos de Prueba [verificado]PRParcialmenteSI.5.3Integrar el Software usando los Componentes de Software y las actualizacionesd de los Casos de Prueba y Procedimientos de Prueba para la integracin, tanto como sea necesario.Software Components [corrected, baselined]

Casos de Prueba y Procedimientos de Prueba [verificado]

Registro de Trazabilidad [actualizado, lneabase]Software

Casos de Prueba y Procedimientos de PruebaPRParcialmenteSI.5.4Realizar pruebas de Software usando Casos de Prueba y Procedimientos de Prueba para la integracin y documentar los resultados en el Reporte de Pruebas.Software

Casos de Prueba y Procedimientos de PruebaSoftware [probado]

Reporte de PruebasPR

CUSParcialmenteSI.5.5Corregir los defectos encontrados y realizar una prueba de regresin hasta que el criterio de salidad sea alcanzado.Software [probado]

Reporte de Pruebas

Casos de Prueba y Procedimientos de Prueba

Registro de Trazabilidad [actualizado, lnea base]Software [corregido]

Reporte de Pruebas[defectos eliminados]PRParcialmenteSI.5.6Actualizar el Registro de Trazabilidad, si es necesario.Software [corregido]

Registro de Trazabilidad [actualizado, lnea base]Registro de Trazabilidad [actualizado]PRParcialmenteSI.5.7Documentar la *"Gua de Operacin del Producto" o actualizar la gua actual, si es apropiado.

*(Opcional)Software [probado]*"Gua de Operacin del Producto"PRParcialmenteSI.5.8Verificar y obtener la aprobacin de la "Gua de Operacin del Producto", si es apropiado (ver SI.5.7)

Verificar la consistencia de "Gua de Operacin del Producto" con el Software. Los resultados encontrados son documentados en la Verificacin de Resultados y correcciones son hechas hasta que el documento es aprobado por DES.

*(Opcional)*"Gua de Operacin del Producto"

Software [probado]Verificacin de Resultados

*"Gua de Operacin del Producto" [verificado]PR

CUSParcialmenteSI.5.9Documentar la *"Documentacin de Software del Usuario" o actualizar el actual, si es apropiado.

*(Opcional)Software [probado]

*"Documentacin de Software del Usuario"[preliminar]*"Documentacin de Software del Usuario"ANParcialmenteSI.5.10Verificar y obtener la aprobacin de la *"Documentacin de Software del Usuario" , si es apropiado (SI.5.9)

Verificar la consistencia de la *"Documentacin de Software del Usuario" con el Software. Los resultados encontrados son documentados en la Verificacin de Resultados y las correcciones son hechas hasta que el documento sea aprobado por CUS.

*(Opcional)*"Documentacin de Software del Usuario"

Software [probado]Verificacin de Resultados

*"Documentacin de Software del Usuario"[verificado]AN

CUSParcialmenteSI.5.11Incorporar los Casos de Prueba y los Procedimiento de Prueba, Software, el Registro de Trazabilidad, Reporte de Pruebas, la *"Guia de Operacin de Software" y la *"Documentacin de la Configuracin de Software del Usuario" como parte de la lnea base.

*(Opcional)Casos de Prueba y los Procedimiento de Prueba

Software [probado]

Reporte de Pruebas

Registro de Trazabilidad [actualizado]

*"Guia de Operacin de Software" [verificado]

*"Documentacin de Software del Usuario"[veridicado]Configuracin de Software- Casos de Prueba y los Procedimiento de Prueba [lnea base]- Software [probado, lnea base]- Registro de Trazabilidad [actualizado, lnea base]- Reporte de Pruebas [lnea base]- *"Guia de Operacin de producto [verificado, baselined]- *"Documentacin de Software del Usuario"[veridicado, lnea base]TLParcialmenteSI.6 Entrega del ProductoSI.6.1Asignar Tareas a los miembros del Equipo de Trabajo de relacionado con su rol, de acuerdo al Plan de Proyecto.Plan de Proyecto- TareasTL

WTParcialmenteSI.6.2Entender la Configuracin de Software.Configuracin de SoftwareDESParcialmenteSI.6.3Documentar la Documentacin de Mantenimiento o actualizar la actual.Configuracin de SoftwareDocumentacin de MantenimeintoDESParcialmenteSI.6.4Verificar y obtener la aprobacin de la Documentacin de Mantenimeinto.

Verificar la consistencia de la Docuementacin de Mantenimiento con la Configuracin de Software. Los resultados encontrados son documentados en la Verificacin de Resulttados y las correcciones son hechas hasta que el documento es aprobado por TL.Documentacin de Mantenimeinto

Configuracin de SoftwareVerificacin de Resultados

Documentacin de Mantenimeinto [verificado]DESParcialmenteSI.6.5Incorporar la Documentacin de Mantenimiento como la lnea base para la Configuracin de Software.Configuracin de Software

Documentacin de Mantenimeinto [verificado]Configuracin de Software- Documentacin de Mantenimeinto [verificado, lnea base]TLParcialmenteSI.6.6Realizar la entrega de acuerdo con las Instrucciones de Entrega.Project Plan - Instrucciones de Entrega

Configuracin de SoftwareConfiguracin de Software [entregado]TLParcialmente

Tableau reprsentant la collecte de donnes des SI

RoleNorma ISO 29110-5Mi OrganizacinRolesAbreviacinCapacidadesRolesAbreviacinCapacidadesComentarios y observacionesAnalistaANConocimientos y experiencia en obtencin, especificacin y anlisis de requerimientos.

Conocimiento en el diseo de interfaces de usuario y criterios ergonmicos.

Conocimientos en tcnicas de revisin.

Conocimiento en tcnicas de editado. Experiencia en desarrollo y mantenimiento de software. AnalistaAN

ClienteCUSConocimiento en los procesos del cliente y habilidades para explicar los requerimientos del cliente.

el Cliente (o su representante) debe de tener la autorizacin de aprobar los requerimientos y los cambios.

El cliente incluye representantes de usuario para garantizar que el ambiente de operacin sea el adecuado.

Conocimientos y experiencias en dominio de aplicaciones. ClienteCUSDiseadorDESConocimientos y experiencia en diseo de arquitectura y componentes de software.

Conocimiento de tcnicas de revisin.

Conocimientos y experiencia en el planeado y rendimiento de pruebas de integracin.

Conocimiento de tcnicas de editado.

Experiencia en desarrollo y mantenimiento de software. DiseadorDESProgramadorPRConocimiento y/o experiencia en programacin, en pruebas unitarias y de integracin. Conocimiento en tecnicas de revisin y de editado. Experiencia en desarrollo y mantenimiento de software.ProgramadorPRAdministrador de ProyectoPMCapacidad de liderazgo con experiencia en toma de decisiones, planificacin, control de personal, delegar funciones y supervisin, adems de desarrollo de software y en finanzas.Administrador de ProyectoPMLder TcnicoTLConocimientos y experiencias en el dominio del proceso del softwareLder TcnicoTLEquipo de TrabajoWTConocimientos y experiencias de acuerdo a sus roles en el proyecto.Equipo de TrabajoWT

Tableau reprsentant la collecte de donnes des rles

ExtraImplementacinCompletamenteCompletoLargoParcialNoEn gran parteCompletamenteEn gran parteParcialmenteNoParcialmente0.325Completamente1No0En gran parte0.675Completamente1ParcialmenteValor100.0%67.5%32.5%0.0%Completamente1En gran parte0.675Parcialmente0.325En gran parte0.675En gran parte0.675NoTrigger85.0%50.0%15.0%0.0%Completamente1Completamente1Parcialmente0.325No0Parcialmente0.325En gran parte0.675No0Parcialmente0.325En gran parte0.675Parcialmente0.325Parcialmente0.325PerfilEn gran parte0.675Parcialmente0.325EntryBasicEn gran parte0.775Completamente0.8916666667Parcialmente0.4Parcialmente0.3916666667Parcialmente0.4958333333Nombre de la organizacinMy little organization- P,F,F -> overall L- F,L,F -> overall F- N,P,P,L,L -> overall P- L,L,N,N,P,L -> overall P- F,L,P,P,P,P -> overall P or L (based on assessor's judgment)

Guidance for rating

A table in section 4 describes the overall principles in assigning NPLF-ratings (described below) to process attributes. Most of the findings should fall in P and L classes. N is used when there is practically no evidence of performing the activity. F is used when the activity is completely performed i.e. no problems are related to it. Often inexperienced assessors tend to be too critical in the assessment. The point in self-assessment is to find possibilities for improvement, not to blame individuals or projects.

For example, considering the first task of Software requirements analysis activity, rating could be based on the following findings:

Tasks have not been assigned and roles are unclear -> N

Some tasks are assigned, but not defined in the project plan -> P

Most tasks are assigned according to roles, but the project plan is not updated -> L

All tasks are assigned according to roles and project plan -> F

As an example, the result of rating this task could be:

TaskInputOutputNPLFNotes

SI.2.1 Assign tasks to the work team members in accordance with their role, based on the current Project Plan.Project Plan [reviewed]PProject plan not updated (weakness); Define roles for project personnel (improvement).

Interpreting assessment results

The assessment results of tasks or activities can be aggregated simply by looking at the average of the rating. The assessor should also pay attention to the overall purpose of the assessed process or activity. Following examples present an aggregate of a set of ratings:

P,F,F -> overall L

F,L,F -> overall F

N,P,P,L,L -> overall P

L,L,N,N,P,L -> overall P

F,L,P,P,P,P -> overall P or L (based on assessor's judgment)

If the overall assessment result is Fully achieved, we should reward the project team and ensure that the experiences of the assessed process instance are utilized in other projects. Attention to possible findings and improvement opportunities should be given.

If the process purpose is Largely achieved, we need to ensure that the improvement ideas are properly addressed and necessary resources to plan and implement the improvements are reserved.

If the result is Not achieved or Partially achieved, we need to make sure that the process is understood correctly and plan actions to establish or rework the process with adequate resources and knowledge. For example, in case of software requirements analysis process, low capability imposes a serious risk to the VSE business; additional information can be found in Deployment Package Software Requirements Analysis.