ANEXOS GERENCIA DE PROYECTOS Y RECURSOS SSIA
TABLA DE CONTENIDO ANEXO 01: PROJECT CHARTER .............................................................................................. IV ANEXO 02: PLAN DE TRABAJO ........................................................................................... XXV ANEXO 03: PLAN DE PROYECTO ......................................................................................... XXX ANEXO 04: ACTAS DE REUNIÓN ........................................................................................... LXI ANEXO 05: CONTROL DE CAMBIOS DE PROYECTOS ........................................................... LXXV CONTROL DE CAMBIOS DE PROYECTOS 2012-2................................................ LXXVI CONTROL DE CAMBIOS DE PROYECTOS 2013-1................................................ LXXXI ANEXO 06: CERTIFICADOS QA ........................................................................................... XCVI CERTIFICADOS QA 2012-2 ............................................................................... XCVII CERTIFICADOS QA 2013-1 ............................................................................. CXXVII ANEXO 07: PROPUESTAS DE PROYECTOS ........................................................................... CLVI ANEXO 08: EVIDENCIAS ABET ....................................................................................... CCLXXX EVIDENCIAS ABET: REUNIÓN DE EGRESADOS .............................................. CCLXXXI EVIDENCIAS ABET: REUNIÓN DE EGRESADOS 2011 ......................... CCLXXXII EVIDENCIAS ABET: REUNIÓN DE EGRESADOS 2012 .......................... CCCXXIII EVIDENCIAS ABET: FIN DE CICLO .................................................................. CCCLXII EVIDENCIAS ABET: FIN DE CICLO 2012-2 .......................................... CCCLXIII EVIDENCIAS ABET: FIN DE CICLO 2013-1 .......................................... CDLXXIX EVIDENCIAS ABET: ENCUESTA DE GRADUANDOS.......................................... DXXXVI EVIDENCIAS ABET: ENCUESTA DE GRADUANDOS 2012-1.................. DXXXVII EVIDENCIAS ABET: ENCUESTA DE GRADUANDOS 2012-2....................DXLVIII EVIDENCIAS ABET: PRÁCTICAS PRE-PROFESIONALES .......................................DLVIII EVIDENCIAS ABET: PRÁCTICAS PRE-PROFESIONALES 2011 ..................... DLIX EVIDENCIAS ABET: PRÁCTICAS PRE-PROFESIONALES 2012 .................... DCXL ii
EVIDENCIAS ABET: WINTER SCHOOL 2013 .................................................... DCXCVI ANEXO 09: PROCESOS .................................................................................................. DCCXIV ANEXO 10: SPI (SCHEDULE PERFORMANCE INDEX) ...................................................... DCCXXIII SPI 2012-2 ................................................................................................. DCCXXIV SPI 2013-1 ............................................................................................... DCCXXXIX ANEXO 11: FRAMEWORKS DE DOCUMENTACIÓN PMI.................................................DCCXLVII 01 PMP (PROJECT MANAGEMENT PLAN)...................................................DCCXLVIII 02 CMP (CHANGE MANAGEMENT PLAN) ......................................................DCCLXV 03 SP (SCHEDULE MANAGEMENT PLAN) ...................................................DCCLXXVI 04 CP (COST MANAGEMENT PLAN) .........................................................DCCLXXXIV 05 QAP (QUALITY MANAGEMENT PLAN) ..................................................... DCCXCII 06 RMP (RISK MANAGEMENT PLAN) ............................................................. DCCCII 07 COM (COMMUNICATION MANAGEMENT PLAN) ...................................... DCCCIX 08 ACQ (ACQUISITION PLAN) ..................................................................... DCCCXVI 09 HRP (HUMAN RESOURCES PLAN).......................................................... DCCCXXV 10 REP (MONITORING REPORT) ................................................................ DCCCXLIII 11 CLO (PROJECT CLOSEOUT REPORT) ..................................................... DCCCXLVIII ANEXO 12: INTEGRACIÓN DE PROYECTOS ABET ........................................................... DCCCLIII ANEXO 13: MEMORIA DE LA EMPRESA VIRTUAL SSIA................................................... CMXVIII
iii
ANEXO 01: PROJECT CHARTER
iv
UPC TALLER DE PROYECTOS 1 GERENCIA DE PROYECTOS Y RECURSOS SSIA PROJECT CHARTER VERSIÓN 0.3
1
Gerencia de Proyectos y Recursos SSIA
2012-2
Preparado por: Jefe de Proyecto:
Giuliana Patricia Cabello Maceda
Especialidad:
Ingeniería de Sistemas de Información
Empresa:
SSIA
Historial de Revisiones Versión 0.1
Fecha 17/08/2012
Autor Giuliana Cabello
Descripción Creación del documento
0.2
27/08/2012
Giuliana Cabello
0.3
09/09/2012
Giuliana Cabello
Modificación de acuerdo a observaciones de Gerente General Actualización de Cronograma
Gerencia de Proyectos y Recursos SSIA
2012-2
Índice de Contenidos RESUMEN EJECUTIVO .............................................................................................................4 MARCO TEÓRICO ...................................................................................................................5 POSICIONAMIENTO................................................................................................................8 Planteamiento del problema ................................................................................................... 8 Objetivos .................................................................................................................................. 8 Objetivo General .......................................................................................................................... 8 Objetivo Específicos ..................................................................................................................... 8 INdicadores de éxito .............................................................................................................. 10 Alcance del proyecto ............................................................................................................. 10 Suposiciones y Restricciones ................................................................................................. 10 ORGANIZACIÓN DEL PROYECTO ...........................................................................................12 Equipo del Proyecto ............................................................................................................... 12 Stakeholders y Usuarios ......................................................................................................... 12 Recursos requeridos .............................................................................................................. 14 Fases e hitos del proyecto ..................................................................................................... 14 Enfoques del trabajo .............................................................................................................. 16 Riesgos y Mitigación .............................................................................................................. 16 GLOSARIO............................................................................................................................18 SIGLARIO .............................................................................................................................18 BIBLIOGRAFÍA ......................................................................................................................18 APROBACIÓN .......................................................................................................................19 ANEXOS ...............................................................................................................................20
Gerencia de Proyectos y Recursos SSIA
2012-2
RESUMEN EJECUTIVO El presente proyecto de gerencia busca el cierre exitoso de la cartera de proyectos que forman parte de la empresa virtual SSIA, siguiendo con las metodologías Scrum, RUP y EUP para el desarrollo de éstos y haciendo uso de PMBOK para la administración de los mismos, mediante la planificación, realización, evaluación y control y cierre de cada proyecto. Para mayor detalle de cada metodología, ver la sección Marco Teórico. En cuanto a la gestión de recursos, se empleará la planificación, seguimiento y control de sus actividades para asegurar el correcto cumplimiento de las funciones de éstos. Con este propósito, se llevará a cabo una gestión organizada de los proyectos y los recursos asignados, que irá de la mano con un trabajo coordinado con las empresas de soporte IT-Expert, Software Factory y QA. El cliente de este proyecto será la Universidad Peruana de Ciencias Aplicadas a través de la empresa virtual SSIA, la cual tiene como finalidad obtener la acreditación ABET mediante la culminación satisfactoria de su cartera de proyectos. El proyecto realizará un seguimiento a la carga de información correspondiente a las clases dictadas (Profesores, horarios de clases, aulas, secciones de un curso, etc.), a datos de los alumnos (Notas, créditos de prácticas pre-profesionales, etc.), al cumplimiento de las rúbricas ABET y a encuestas parciales y finales, con las cuales se desarrollan reportes que son presentados a los cargos administrativos de las carreras de Ingeniería de Sistemas de Información y Software. Los riesgos de este proyecto son el incumplimiento de las reuniones acordadas entre clientes y jefes de proyectos, cambios eventuales en los requerimientos del cliente, retrasos causados por incumplimiento de acuerdos de servicio con las empresas de soporte IT-Expert, QA y Software Factory, limitación tecnológica que impida el despliegue satisfactorio del proyecto y causas de fuerza mayor que puedan producir la ausencia de un Jefe de Proyecto, del Gerente de Proyectos y Recursos o del Gerente General en fechas críticas. Como suposiciones a tomar, se considerará que la empresa QA cumplirá con la fecha de entrega de validaciones, que IT-Expert y Software Factory acatarán los servicios definidos con la empresa SSIA, que cada proyecto realizará un correcto levantamiento de requerimientos y que los integrantes de cada proyecto estarán presentes en el horario laboral. La gestión de la empresa durará un año en total, y cada semestre se presentarán los siguientes entregables: Plan de trabajo Plan de proyecto (Todos los planes según el modelo PMBOK) Presentación 1 Control de seguimientos (parciales) Presentación 2 Control de seguimientos (finales) Perfil de proyecto Memoria Entregables adicionales
Gerencia de Proyectos y Recursos SSIA
2012-2
MARCO TEÓRICO IBM Rational Unified Process (RUP) es un framework1 desarrollado por la empresa International Business Machines Corporation (IBM) para procesos de Ingeniería de Software, el cual provee las mejores prácticas y guías para un desarrollo de software exitoso y una aproximación disciplinada a la asignación de tareas y responsabilidades en una organización de desarrollo. Su meta es asegurar la producción de software de alta calidad que alcance las necesidades de los usuarios manteniendo un cronograma y presupuesto programados2. Para su desarrollo, se usa software Rational, creado por la misma IBM. RUP cuenta con cuatro fases: Incepción, Elaboración, Construcción y Transición.
Imagen 1 En cambio, Enterprise Unified Process (EUP) es una extensión de RUP, que incluye nuevas fases, Producción y Retiro, así como nuevas disciplinas, como lo son Operación y Soporte y las siete disciplinas empresariales: 1 2
Modelado de Negocio Empresarial Gestión de Portafolio Arquitectura Empresarial Reuso Estratégico Gestión de Personal Administración Empresarial
Marco de trabajo Cfr. Carroll y otros 2007:12
Gerencia de Proyectos y Recursos SSIA
2012-2
Mejora del proceso de Software3
Imagen 2 Por otro lado, Scrum es una metodología ágil de desarrollo de software, la cual trabaja dividiendo el proyecto en ritmos de trabajo conocidos como sprints, que duran una, dos o tres semanas. Al final de cada sprint, el equipo de trabajo se reúnen los miembros del equipo y los stakeholders para evaluar el progreso y planear los siguientes pasos4.
3 4
Cfr. Ambler 2009 Cfr. SCRUMMETHODOLOGY.COM 2012
Gerencia de Proyectos y Recursos SSIA
2012-2
Imagen 3
Los proyectos de SSIA trabajan en base a las metodologías RUP, EUP y Scrum, siendo la última la más utilizada. Esto se debe a la rapidez del desarrollo, en el que se obtiene un producto por cada iteración que puede ser validado y desplegado, agilizando así la implementación del proyecto. Sin embargo, las metodologías ágiles no pueden trabajar por sí solas en la gestión de los proyectos, por lo que, en el caso de SSIA, se emplea como soporte para esta labor el Project Management Body of Knowledge (PMBOK), que es un estándar global establecido por el Project Management Institute (PMI) para la gestión de proyectos5. Éste engloba conocimientos y procesos que se encuentran divididos en los siguientes grupos principales:
Imagen 4
5
Crf. MPMM.COM 2012
Gerencia de Proyectos y Recursos SSIA
2012-2
POSICIONAMIENTO La Gerencia de Proyectos de SSIA monitorea el progreso de cada proyecto que forme parte de su carrera, los cuales tienen una alta prioridad debido a que deben cumplir con la certificación ABET y su clientela está formada por entidades académicas que incluyen a la misma Universidad Peruana de Ciencias Aplicadas.
PLANTEAMIENTO DEL PROBLEMA
Dentro de la cartera de proyectos de SSIA pueden encontrarse metodologías distintas y cada una requiere un seguimiento de acuerdo con sus requerimientos. Los principales problemas encontrados dentro de esta forma de trabajo son las siguientes:
Problema Comunicación deficiente entre jefes de proyecto, clientes y proveedores de servicio. Bajo control sobre avance del proyecto Mala planificación de los proyectos
Causas No se respeta la cadena de mando para comunicaciones. Los acuerdos entre las partes no quedan registrados.
Los Jefes de Proyecto no llevan un seguimiento del progreso del proyecto o no toman acciones cuando el proyecto se encuentra en riesgo Demoras en las presentaciones de charters y cronogramas por parte de los jefes de proyectos.
OBJETIVOS
OBJETIVO GENERAL
Llevar la administración de la cartera de proyectos de SSIA, asegurando el cierre satisfactorio de éstos mediante el monitoreo de sus actividades y soporte, el cual debe realizarse respetando la cadena de mando de comunicación. Además, se mantendrá la continuidad de negocio generando propuestas para nuevos proyectos al final del semestre y documentando los procesos de SSIA.
OBJETIVO ESPECÍFICOS
En base al Objetivo General planteado anteriormente, los Objetivos Específicos serán los siguientes:
Gerencia de Proyectos y Recursos SSIA
2012-2
OE1: Contar con un 80% de los proyectos con el certificado de QA y el Acta de aceptación del cliente para controlar el correcto avance de los proyectos. OE2: Contar con reuniones quincenales de coordinación para el seguimiento de avance de los proyectos, incluyendo reuniones con IT-EXPERT y SW-FACTORY. OE3: Proponer como mínimo 4 nuevos proyectos para la empresa SSIA al finalizar el semestre. OE4: Contar con una propuesta de continuidad que registre el proceso de carga de datos de las encuestas ABET.
Gerencia de Proyectos y Recursos SSIA
2012-2
INDICADORES DE ÉXITO
IE1: Certificados de QA y Actas de aceptación firmadas por los clientes y/o asesores. IE2: Cronogramas y Matrices de Observaciones de los proyectos cerradas al 100% IE3: Proyect Charters desarrollados y validados por la Gerencia para los nuevos proyectos de SSIA. IE4: Propuesta de especificaciones de los procesos que forman parte de la toma de encuestas ABET.
ALCANCE DEL PROYECTO
El proyecto abarca contar con un plan para la dirección del proyecto y la gestión del portafolio de proyectos que forman parte de la cartera de la empresa SSIA, incluyendo un Plan de Comunicaciones que contenga a grandes rasgos la comunicación entre Jefes de Proyecto, el Gerente General y con los colaboradores, así como el escalamiento en caso de presentarse incidencias que requieran la intervención de la gerencia para que puedan llevarse a cabo. Entre los procesos principales que conforman este proyecto están el realizar labores de gestión de los recursos humanos de la empresa, para los cuales se utilizarán procesos de gestión del desempeño del personal, selección y administración de recursos y capacitación.
Por otro lado la Gestión de proyectos incluirá: La gestión del portafolio de proyectos. Desarrollar un plan de dirección de proyectos para la empresa SSIA. Desarrollar un plan de comunicaciones. El Seguimiento a los requerimientos de los miembros de SSIA. La implementación de plantillas que usarán los equipos de proyectos y colaboradores. El monitoreo y control de los servicios brindados por las empresas de soporte. El seguimiento continuo de avances de los proyectos. La documentación de procesos de acuerdo con la gestión de conocimiento y lecciones aprendidas. Las propuestas de mejora y de nuevos proyectos. A continuación, se indicará lo que queda fuera del alcance del proyecto: Los requisitos que soliciten las empresas de soporte para el cumplimiento de los servicios. El calendario de actividades internas que programen las empresas de soporte.
SUPOSICIONES Y RESTR ICCIONES
Gerencia de Proyectos y Recursos SSIA
2012-2
En esta sección, se detallarán las suposiciones y restricciones del proyecto: Suposiciones [Suposición 1]
Descripción Las empresas de soporte realizarán las actividades solicitadas por los proyectos de acuerdo a cronogramas y a los SLA (Service Level Agreements) acordados.
[Suposición 2]
Los colaboradores, los Jefes de Proyectos y los partners mantendrán informado al Gerente de Proyectos y Recursos sobre sus avances, inquietudes y aquellos requerimientos que necesiten ser escalados.
[Suposición 3]
Los Jefes de Proyectos y partners buscarán la solución proactiva de aquellas incidencias que afecten su proyecto y se encuentren dentro de su alcance.
Restricciones [Restricción 1]
Descripción El calendario de entregas y presentaciones para los Talleres de Proyecto es definido por el Comité evaluador.
[Restricción 2]
La evaluación de Project Charters queda a cargo del Gerente General y comité.
[Restricción 3]
El número de alumnos asignados como apoyo a la empresa SSIA, queda limitado a los alumnos disponibles en el TDP2.
Gerencia de Proyectos y Recursos SSIA
2012-2
ORGANIZACIÓN DEL PROYECTO En la siguiente sección, se presentará cómo se encuentra la organización de la Gerencia de Proyectos y Recursos SSIA. EQUIPO DEL PROYECTO
A continuación, se detallará quiénes conforman el equipo del proyecto de gestión de SSIA. Rol
Miembro
Responsabilidades
Gerente General/Cliente
Ronald Grados
- Solicitar informes de las tareas operativas que realiza la Gerente de Proyectos y Recursos. - Evaluar los entregables en documentos y productos parciales /terminados de los Jefes de Proyecto.
Gerente de Proyectos y Recursos
Giuliana Cabello
- Comunicar cualquier problema que detecte en retrasos o impedimentos operativos que tengan los Jefes de Proyecto para realizar con éxito sus proyectos. - Llevar a cabo gestión de conocimiento documentando las actividades realizadas en la empresa - Monitorear las actividades de los colaboradores que afecten el progreso de los proyectos
STAKEHOLDERS Y USUARIOS
En esta sección, se presentan las personas con poder de decisión (Stakeholders) y usuarios del proyecto. Stakeholders
Necesidades
Entregables
Gerencia de Proyectos y Recursos SSIA Pilar Stronguiló
2012-2
Control de Asistencia de los Conocer los avances de los proyectos colaboradores. revisando que cada proyecto cumpla con los plazos y calidad establecidos en Relación de colaboradores sus cronogramas. TDP2 y sus funciones. Control de Actividades.
Jefes de Proyecto
Cerrar exitosamente su proyecto Relación de asignación de mediante el trabajo organizado entre recursos QA. los colaboradores y el equipo del proyecto. Plantillas para documentación. Reportes de progreso del proyecto.
Gerente General SSIA
Conocer el estado de los proyectos de la Project Charter. cartera actual, las actividades de la Gerencia de Proyectos y Recursos, las Plan de Trabajo. nuevas propuestas de mejora y nueva cartera. Plan de Gestión de Proyecto.
Comité
Recibir las memorias de los proyectos Project Charters de proyectos con entregables completos y con los validados por Gerente anexos debidos que justifiquen el General. trabajo expuesto en éstas. Planes de Trabajo. Plan de Gestión de Proyecto de Gerencia de Proyectos y Recursos.
QA
Memorias proyectos.
parciales
de
Memorias proyectos.
finales
de
Propuestas de Project Charters. Cumplimiento por parte de los Jefes de Cronogramas de proyectos.
Gerencia de Proyectos y Recursos SSIA
2012-2
Proyecto de acuerdo a los cronogramas de validación acordados. Entregables a validar de acuerdo a metodología usada por el proyecto.
Software Factory
Cumplimiento por parte de los Jefes de Contratos de Jefes de Proyecto de acuerdo a los cronogramas Proyecto incluyendo de capacitación y desarrollo acordados. Historias de Usuario o Casos de Uso validados por QA.
IT_EXPERT
Cumplimiento por parte de los Jefes de SLA firmado por Gerente de Proyecto de acuerdo a los SLAs (Service Proyectos y Recursos. Level Agreements) acordados. Solicitud de Despliegue.
Clientes de los proyectos TDP2
Ver sus requerimientos satisfechos por Acta de Compromiso con el el proyecto que les corresponde. Cliente.
Usuarios Futuro Gerente de Proyectos y Recursos de SSIA
Necesidades Contar con documentación de guía que le permita conocer los procesos de la empresa SSIA y lo correspondiente a sus funciones, de manera que se mantenga la continuidad del negocio.
Entregables Plantillas estándar de SSIA actualizadas. Documentación que detalle el proceso de carga de encuestas y reporte de resultados.
RECURSOS REQUERIDOS
Para el desarrollo del proyecto, se requerirá de las siguientes herramientas: Microsoft Project 2007-2010 Microsoft Office 2007-2010 Acceso a Internet Flash actualizado en navegadores Web para acceso a Dropbox
FASES E HITOS DEL PROYECTO
Gerencia de Proyectos y Recursos SSIA
2012-2
Siguiendo el PMBOK, el proyecto contará con cuatro grandes fases: Planificación, Ejecución, Evaluación y Control. En la siguiente tabla, se detallan los entregables más importantes por fin de fase:
Hito del proyecto
Fecha Estimada
Entregables incluidos
Prioridad
Plan de Gestión de Proyectos Validado
08/09/12
Plan de Tiempos y Actividades. Plan de Riesgos de Proyectos. Plan de Gestión de Cambios. Plan de Calidad de Proyectos. Plan de Costos. Plan de Comunicación. Plan de Adquisiciones.
Alta
Documentar proceso de carga de datos y procesamiento de encuestas
01/09/12
Plan de Especificación de procesos de carga de datos y generación de reportes de encuestas.
Alta
Conclusión de pruebas en sistema EIA para carga de encuestas
18/10/12
Resultados de pruebas en sistema EIA. Sistema desplegado y listo para su uso.
Alta
Reportes en base a los resultados de las actividades de seguimiento
15/10/12
Reporte de avance de proyectos en validaciones QA. Reporte en base a sugerencias y quejas de clientes. Reportes de acciones correctivas.
Media
Presentación de propuestas de charters para SSIA
24/09/12
Project Charters de posibles proyectos de SSIA para la gestión2013-1
Alta
Consolidación
23/11/12
Reporte final de estado de
Alta
de
Gerencia de Proyectos y Recursos SSIA reportes de seguimiento finales y mediciones de gestión Presentación de nuevos Project Charters para cierre de gestión 2012-2
2012-2
proyectos Reporte de medición de gestión 12/03/13
Project Charters de propuestas de proyectos
Alta
ENFOQUES DEL TRABAJO
Como se mencionó en la sección Marco Teórico, el proyecto estará basado en el estándar establecido por el PMBOK para la administración de proyectos de las tres siguientes metodologías: RUP, EUP y SCRUM. RIESGOS Y MITIGACIÓN
En esta sección, se enumerarán los riesgos a los que se encuentra expuesto el proyecto y las estrategias de mitigación a usarse:
#
Riesgo
1
Incumplimiento de las reuniones acordadas entre clientes y miembros de proyectos
Media
Alta
Reunión con el cliente donde se establezcan fechas inalterables de reunión, las cuales el cliente debe firmar en un acta. De no cumplir con ese calendario de reuniones a pesar de que haya pruebas de los intentos de contacto de los miembros del proyecto, el problema será escalado a autoridades académicas.
2
Cambios eventuales en los requerimientos del cliente
Media
Alta
Reuniones con el cliente en el que se pueda exponer los avances del proyecto para constatar que no hay cambios en los requerimientos. Los acuerdos a los que se llegue en dichas reuniones deben quedar en actas firmadas.
3
Retrasos causados por incumplimiento
Media
Alta
Seguimiento de cronogramas acordados con QA y estado de matrices de validación.
Probabilidad
Impacto
Estrategia de mitigación
Gerencia de Proyectos y Recursos SSIA #
Riesgo de acuerdos servicio con empresas soporte Expert, QA Software Factory
Probabilidad
Impacto
de las de ITy
2012-2
Estrategia de mitigación
Seguimiento de estado de despliegues en IT-Expert. En caso de incidencias presentadas, rastrear origen para determinar si es por aplicación del proyecto o producida en empresa de soporte.
4
Limitación tecnológica que impida el despliegue satisfactorio del proyecto
Baja
Alta
Asegurar que los miembros del proyecto estén informados sobre el inventario disponible en el Centro de Computación en servidores físicos y virtuales.
5
Causas de fuerza mayor que puedan producir la ausencia de un Jefe de Proyecto, del Gerente de Proyectos y Recursos o del Gerente General en fechas críticas
Baja
Alta
Si el Jefe de Proyecto está ausente, el partner debe tomar su lugar y se considerará que cualquier acuerdo firmado por éste estará aprobado por el Jefe de Proyecto. Si se ausenta el Gerente de Proyectos y Recursos, el Colaborador Gerencial o los Asesores de Gestión de Proyecto serán asignados a cubrir la posición de acuerdo con su disponibilidad y redactarán un acta detallando lo que se haya acordado en ausencia del Gerente de Proyectos y Recursos. Cualquier acuerdo firmado por el colaborador asignado será considerado como aprobado por el Gerente de Proyectos y Recursos.
Gerencia de Proyectos y Recursos SSIA
2012-2
GLOSARIO Framework: Marco o estructura de trabajo Metodología ágil: Forma de desarrollo de software en la que se trabaja sobre el desarrollo del proyecto en sí en lugar de concentrarse en planes y documentación. Se caracterizan por trabajar en breves iteraciones que duran
SIGLARIO IBM: International Business Machines Corporation RUP: Rational Unified Process EUP: Enterprise Unified Process PMBOK: Project Management Body of Knowledge PMI: Project Management Institute
BIBLIOGRAFÍA AMBLER, Scott W. (2009) Enterprise Unified Process (EUP) (Consulta: 20 de agosto de 2012) http://www.enterpriseunifiedprocess.com/ CARROLL, Kathy y otros (2007) The IBM Rational Unified Process for System Z (Consulta: 20 de agosto de 2012) http://www.redbooks.ibm.com/redbooks/pdfs/sg247362.pdf SCRUMMETHODOLOGY.COM (2012) Scrum Methodology (Consulta: 20 de agosto de 2012) http://scrummethodology.com/ Imagen 1: International Business Machines Corporation (IBM) (2001) Rational Unified Process: Best Practices for Software Development Teams (Consulta: 20 de agosto de 2012) http://www.ibm.com/developerworks/rational/library/content/03July/1000/1251/1251_bestpr actices_TP026B.pdf , pág.3 Imagen 2: AMBLER, Scott W. (2009) Enterprise Unified Process (EUP) (Consulta: 20 de agosto de 2012) http://www.enterpriseunifiedprocess.com/
Gerencia de Proyectos y Recursos SSIA
2012-2
Imagen 3: MOUNTAIN GOAT SOFTWARE (2012) A visual introduction to Scrum (Consulta: 20 de agosto de 2012) http://www.mountaingoatsoftware.com/scrum/overview Imagen 4: METHOD123 PROJECT MANAGEMENT METHODOLOGY (2012) How are MPMM and PMBOK aligned? (Consulta: 20 de agosto de 2012) http://www.mpmm.com/project-management-best-practices.php
APROBACIÓN [Se pone aquí un cuadro de las personas que han evaluado el documento y las firmas]. Nombre
Cargo
Firma
Fecha
Con formato: Sin subrayado, Color de fuente: Automático, Español (Perú)
Gerencia de Proyectos y Recursos SSIA
2012-2
ANEXOS Para detalle del Plan de Trabajo para el presente proyecto, ver documento 2012-2Plan de Trabajo.mpp
ANEXO 02: PLAN DE TRABAJO
xxv
Plan de Trabajo 2012-2 (Planificación y Ejecución)
xxvi
Plan de Trabajo 2012-2 (Evaluación y Control)
xxvii
Plan de Trabajo 2013-1 (Planificación y Ejecución)
xxviii
Plan de Trabajo 2013-1 (Evaluación y Control)
xxix
ANEXO 03: PLAN DE PROYECTO
xxx
PLAN DE PROYECTO
Nombre del proyecto: Gerencia de Proyectos y Recursos SSIA
Versión #: 0.2
Fecha: 15/11/2012
Preparado por Nombre: Giuliana Patricia Cabello Maceda Compañía: SSIA - UPC Departamento: Gerencia de Proyectos
1
Tabla de contenido
I. RESUMEN EJECUTIVO Referencia ................................................................................................................................ 4 II. ALCANCE DEL PROYECTO Declaración del alcance ........................................................................................................... 5 Objetivos .................................................................................................................................. 7 Entregables del proyecto/producto......................................................................................... 8 Supuestos ............................................................................................................................... 11 [Suposición 1]......................................................................................................................... 11 [Suposición 2]......................................................................................................................... 11 [Suposición 3]......................................................................................................................... 11 Restricciones .......................................................................................................................... 12 III. CONTROLES DEL PROYECTO Referencia .............................................................................................................................. 13 Control #1: Plan de gestión del cambio ................................................................................. 14 Control #2: Plan de gestión de las comunicaciones............................................................... 16 Control #2: Plan de gestión de las comunicaciones............................................................... 17 Control #3: Plan de gestión de adquisiciones ........................................................................ 19 Control #4: Plan de gestión de la calidad............................................................................... 20 Control #5: Plan de gestión del riesgo ................................................................................... 22 Control #6: Plan de gestión de recursos humanos ................................................................ 24 Control #7: Plan de gestión de costos ................................................................................... 27 IV. CRONOGRAMA BASE Referencia .............................................................................................................................. 28 2
V. APROBACIÓN VI. DOCUMENTOS ADJUNTOS
3
I. Resumen ejecutivo
Referencia
El presente proyecto de gerencia busca el cierre exitoso de la cartera de proyectos que forman parte de la empresa virtual SSIA, siguiendo con las metodologías Scrum, RUP y EUP para el desarrollo de éstos y haciendo uso de PMBOK para la administración de los mismos, mediante la planificación, realización, evaluación y control y cierre de cada proyecto. Para mayor detalle de cada metodología, ver la sección Marco Teórico. En cuanto a la gestión de recursos, se empleará la planificación, seguimiento y control de sus actividades para asegurar el correcto cumplimiento de las funciones de éstos. Con este propósito, se llevará a cabo una gestión organizada de los proyectos y los recursos asignados, que irá de la mano con un trabajo coordinado con las empresas de soporte IT-Expert, Software Factory y QA. El cliente de este proyecto será la Universidad Peruana de Ciencias Aplicadas a través de la empresa virtual SSIA, la cual tiene como finalidad obtener la acreditación ABET mediante la culminación satisfactoria de su cartera de proyectos. El proyecto realizará un seguimiento a la carga de información correspondiente a las clases dictadas (Profesores, horarios de clases, aulas, secciones de un curso, etc.), a datos de los alumnos (Notas, créditos de prácticas pre-profesionales, etc.), al cumplimiento de las rúbricas ABET y a encuestas parciales y finales, con las cuales se desarrollan reportes que son presentados a los cargos administrativos de las carreras de Ingeniería de Sistemas de Información y Software. Los riesgos de este proyecto son el incumplimiento de las reuniones acordadas entre clientes y jefes de proyectos, cambios eventuales en los requerimientos del cliente, retrasos causados por incumplimiento de acuerdos de servicio con las empresas de soporte IT-Expert, QA y Software Factory, limitación tecnológica que impida el despliegue satisfactorio del proyecto y causas de fuerza mayor que puedan producir la ausencia de un Jefe de Proyecto, del Gerente de Proyectos y Recursos o del Gerente General en fechas críticas. Como suposiciones a tomar, se considerará que la empresa QA cumplirá con la fecha de entrega de validaciones, que IT-Expert y Software Factory acatarán los servicios definidos con la empresa SSIA, que cada proyecto realizará un correcto levantamiento de requerimientos y que los integrantes de cada proyecto estarán presentes en el horario laboral.
4
II. Alcance del proyecto
Declaración del alcance
Dentro del alcance: El proyecto abarca contar con un plan para la dirección del proyecto y la gestión del portafolio de proyectos que forman parte de la cartera de la empresa SSIA, incluyendo un Plan de Comunicaciones que contenga a grandes rasgos la comunicación entre Jefes de Proyecto, el Gerente General y con los colaboradores, así como el escalamiento en caso de presentarse incidencias que requieran la intervención de la gerencia para que puedan llevarse a cabo. Entre los procesos principales que conforman este proyecto están el realizar labores de gestión de los recursos humanos de la empresa, para los cuales se utilizarán procesos de gestión del desempeño del personal, selección y administración de recursos y capacitación. Por otro lado la Gestión de proyectos incluirá: La gestión del portafolio de proyectos. Desarrollar un plan de dirección de proyectos para la empresa SSIA. Desarrollar un plan de comunicaciones. El Seguimiento a los requerimientos de los miembros de SSIA. La implementación de plantillas que usarán los equipos de proyectos y colaboradores. El monitoreo y control de los servicios brindados por las empresas de soporte. El seguimiento continuo de avances de los proyectos. La documentación de procesos de acuerdo con la gestión de conocimiento y lecciones aprendidas. Las propuestas de mejora y de nuevos proyectos.
5
Fuera del alcance: A continuación, se indicará lo que queda fuera del alcance del proyecto: Los requisitos que soliciten las empresas de soporte para el cumplimiento de los servicios. El calendario de actividades internas que programen las empresas de soporte.
6
II. Alcance del proyecto , Continuación
Objetivos
Objetivos del proyecto
Iniciativas estratégicas
Involucrados
Contar con un 80% de los proyectos con el certificado de QA y el Acta de aceptación del cliente para controlar el correcto avance de los proyectos
Realizar un seguimiento de las validaciones de QA tanto por parte de los proyectos como los recursos de QA
Gerente de Proyectos y Recursos SSIA Jefes de Proyectos SSIA Colaborador Gerencial SSIA Líder de Línea QA
Contar con reuniones quincenales de coordinación para el seguimiento de avance de los proyectos, incluyendo reuniones con IT-EXPERT y SW-FACTORY
Llevar un registro del estado de cada proyecto, siguiendo el cronograma actualizado de los proyectos
Gerente de Proyectos y Recursos SSIA Jefes de Proyectos SSIA Colaborador Gerencial SSIA Líder de Línea QA Gerente de Proyectos y Recursos Software Factory
Proponer como mínimo 4 nuevos proyectos para la empresa SSIA al finalizar el semestre
Capturar nuevos requerimientos surgidos de la situación actual de la empresa
Gerente General SSIA Gerente de Proyectos y Recursos SSIA Jefes de Proyectos SSIA Recursos de TDP2 Contar con una propuesta Generar reportes en Excel Gerente General SSIA de continuidad que registre reusables Gerente de Proyectos y el proceso de carga de Recursos SSIA datos de las encuestas ABET Continúa en la siguiente página
7
II. Alcance del proyecto , Continuación
Entregables del proyecto/producto
Entregable
Descripción
Acta de Presentación Constitución de Project Charter del Proyecto Plan de Gestión Entregable que de Proyectos presenta los seis controles del proyecto: Plan de Gestión de Cambio Plan de gestión de las comunicaciones Plan de gestión de adquisiciones Plan de gestión de la calidad Plan de gestión del riesgo Plan de gestión de recursos humanos
Propietario
Giuliana Cabello
Giuliana Cabello
Criterios de aceptación
Validación parte Gerente General Validación parte Gerente General
Fecha de entrega estimada
por 30/08/2012 del
por 10/09/2012 del
8
Informes Avances Proyectos
de Presentación de semanal de avance de los proyectos de acuerdo a cronograma
Colaborador Gerencial (Presentación semanal)
Verificación de datos por parte del Líder de Línea de QA y el Gerente de Software Factory
Giuliana Cabello Reporte parcial (Reporte parcial y final y final) Validación de presentado en reporte parcial y dashboards final hecha por mediante Gerente herramienta General propuesta Style Scope
Generación de Reportes reportes de creados en Reunión de Excel para la Egresados tabulación de datos de encuestas de Reunión de Egresados Generación de Reportes reportes de creados Prácticas Pre- específicament Profesionales e para las Prácticas PreProfesionales de Ing. De Sistemas de Información e Ing. De Software del año 2011 aplicación Resultados de La pruebas en EIA será usada para la carga sistema EIA. de encuestas Sistema desplegado y de certificación listo para su ABET uso.
Reportes semanales: Cada jueves Reporte parcial: 20/10/2012 Reporte final: 23/11/2012
Giuliana Cabello
Validación por 10/09/2012 parte de los stakeholders Jimmy Armas y Luis García
Giuliana Cabello
Validación por 10/09/2012 parte de los stakeholders Jimmy Armas y Luis García
Giuliana Cabello Marco Vergara Diego Rojas
Validación por 15/10/2012 parte de stakeholder Rosario Villalta
9
de Presentación de propuestas de proyectos para el ciclo 2013-1
Giuliana Cabello
Actas de reunión Consolidado de actas de de clientes reunión de clientes de los proyectos en la ruta Los contratos de Consolidado de de QA, Software contratos QA, Software Factory, ITFactory y ITExpert Expert en la ruta de Informe Final de Memoria Proyecto de Gestión Gerencia
Giuliana Cabello
Validación por 15/11/2012 parte de Gerente General y de stakeholder Pilar Stronguiló Validación por 15/11/2012 parte de Comité
Giuliana Cabello
Validación por 15/11/2012 parte de Comité
Giuliana Cabello
Validación parte Gerente General Comité
Propuestas charter
Colaboradores de TDP2
por 15/11/2012 de y
10
II. Alcance del proyecto , Continuación
Supuestos [Suposición 1]
Las empresas de soporte realizarán las actividades solicitadas por los proyectos de acuerdo a cronogramas y a los SLA (Service Level Agreements) acordados.
[Suposición 2]
Los colaboradores, los Jefes de Proyectos y los partners mantendrán informado al Gerente de Proyectos y Recursos sobre sus avances, inquietudes y aquellos requerimientos que necesiten ser escalados.
[Suposición 3]
Los Jefes de Proyectos y partners buscarán la solución proactiva de aquellas incidencias que afecten su proyecto y se encuentren dentro de su alcance.
11
II. Alcance del proyecto , Continuación
Restricciones
Restricciones:
Impuesto por:
1. El calendario de entregas y presentaciones para Comité evaluador los Talleres de Proyecto es definido por el Comité evaluador 2. La evaluación de Project Charters queda a cargo Comité evaluador del Gerente General y comité. 3.
El número de alumnos asignados como apoyo a la empresa SSIA, queda limitado a los alumnos disponibles en el TDP2
12
III. Controles del proyecto
Referencia
En la siguiente sección, se definirán los planes que permitirán el control del proyecto de acuerdo a las buenas prácticas del Project Management Book of Knowledge (PMBOK), los cuales son: Plan de Gestión de Cambio Plan de Gestión de las Comunicaciones Plan de Gestión de Adquisiciones Plan de Gestión de la Calidad Plan de Gestión del Riesgo Plan de Gestión de Recursos Humanos
13
III. Controles del proyecto , Continuación
Control #1: Plan de gestión del cambio A continuación, se definirá el proceso por el que pasará una Solicitud de Cambio (Change Request) generada por los Jefes de Proyecto de SSIA: Paso
Generar Solicitud de Cambio
Descripción
De tratarse de la actualización de una aplicación o proyecto desplegado, el solicitante debe llenar el formulario correspondiente en la página Web de IT-Expert: http://upcitexpert1.wix.com/itexpertupc#!nuestros_objetivos/ cznz
Seguimiento de Solicitud de Cambio Evaluación de Solicitud de Cambio
Autorización de Solicitudes de Cambio
Si se require un cambio referente a los requerimientos, alcance o cronograma del proyecto, éste será escalado hacia el Gerente de Proyectos y Recursos así como el Gerente General. Se realizará el seguimiento del estado de las solicitudes de cambio vía correo electrónico
De tratarse de la actualización de una aplicación o proyecto desplegado: El Gestor de Servicios de IT-Expert evalúa las solicitudes de cambio que involucren los servicios de dicha empresa. El Gerente de Proyectos y Recursos se reúne con el Gerente General y con los asesores de proyectos en caso de que deba escalarse la solicitud para revisarla
Si se requiere un cambio referente a los requerimientos, alcance o cronograma del proyecto, la Solicitud de Cambio es evaluada por el Gerente General junto con los Jefes de Proyecto. Si el cambio en el cronograma afecta la labor de los recursos de QA y Software Factory asignados al proyecto, se informará debidamente al Líder de Línea de QA y al Gerente General de Software Factory. El Gestor de Servicios de IT-Expert aprueba las solicitudes de cambio que requieran los servicios de dicha empresa y hace llegar la solicitud al desplegador o al DBA de acuerdo al requerimiento.
14
Implementaci ón de Solicitudes de Cambio
Los cambios que afecten los requerimientos, alcance o cronograma del proyecto sólo pueden ser aprobados por el Gerente General o los asesores de proyectos.
IT-Expert informará cuando se haya concluido con el proceso de cambio en aplicaciones o proyectos desplegados en los servidores. Los proyectos tienen la posibilidad de implementar hasta 4 cambios en los requerimientos, alcance o cronograma durante el ciclo.
15
III. Controles del proyecto , Continuación
Control #2: Plan de gestión de las comunicaciones
Plan de comunicaciones Gerente General
Cliente
Equipo de proyecto
Asesor
Avance del proyecto
S/E
S/E
S/E
S/E
Reporte de estado
M/E
M/E
M/E
M/E
Definición de cambios
Q,M / E
Q,M / E
Q,M / E
Q,M / E
Riesgos del proyecto
S,M / E
S,M / E
S,M / E
S,M / E
Estado de las adquisiciones
S,M / E
S,M / E
S,M / E
S,M / E
D/E
D/ E
D/E
D/E
Comunicación
Aprobación de actas y planes
Frecuencia (D) diario; (S) semanal; (Q) quincenal; (M) mensual Método de entrega (E) correo electrónico
Nombre
Título
Email
Rosario Villalta
Directora de la Escuela de Ingeniería de Sistemas y Computación (Asesora)
Pilar Stronguiló
Asesora
[email protected] [email protected]
Ronald Grados
Gerente General
[email protected] [email protected]
[email protected]
16
III. Controles del proyecto , Continuación
Control #2: Plan de gestión de las comunicaciones
Nombre
Título
E-Mail
CABELLO MACEDA, GIULIANA PATRICIA
Gerente de Proyectos y Recursos SSIA
[email protected] [email protected]
ROJAS SIHUAY, DIEGO
Partner de Proyecto EIA
[email protected] [email protected]
VERGARA APARICIO, MARCO ANTONIO
Jefe de Proyecto EIA
[email protected] [email protected]
GIRALDO CANTA, RICHARD EDUARDO
Jefe de Proyecto INDIGO
[email protected] [email protected]
ROJAS SALLES, SERGIO AYRTON
Partner de Proyecto GSAU
[email protected] [email protected]
PICON KU, HUGO JUNIOR
Partner de Proyecto GSAU
[email protected] [email protected]
ROSALES BARRETO, LUIS ALBERTO
Jefe de Proyecto GSAU
[email protected] [email protected]
ARTEAGA SANCHEZ, JAYLLI VICTOR AURELIO
Jefe de Proyecto IPS
[email protected] [email protected]
POMAJUICA CURISINCHE, VICTOR CESAR
Partner de Proyecto IPS
[email protected] [email protected]
CAMARENA ZAPATA, ALBERTO HUGO
Partner de Proyecto EVAC
[email protected] [email protected]
SILVA PERALTA, CESAR EDILBERTO
Jefe de Proyecto EVAC
[email protected] [email protected]
CHAHUAS REBATTA, CESAR EDUARDO
Partner de Proyecto SEOV
[email protected] [email protected]
VALDIVIA BARBA, HENRY ALONSO
Jefe de Proyecto SEOV
[email protected] [email protected]
UECHI LÓPEZ, EDUARDO AKIRA
Partner de Proyecto MKDCOM
[email protected] [email protected]
VILLA PALACIOS, SABRINA ALEXANDRA
Jefe de Proyecto MKDCOM
[email protected] [email protected]
17
CERVANTES SUYO, ÚRSULA LUCÍA
Jefe de Proyecto ARCUS
[email protected] [email protected]
ALFARO CARRANZA, ROSA ANGELA
DBA
[email protected] [email protected]
AMPUERO MENDOZA, LIBUSI DEYANIRA
Diseñadora Web
[email protected] [email protected]
FARIAS GUICH, DANIEL ANTONIO
DBA
[email protected] [email protected]
LEON MADRID, EDGARD OMAR
Colaborador Gerencial
[email protected] [email protected]
RATTO FABIAN, JUAN DANIEL
Asesor de Gestión de Proyectos
[email protected] [email protected]
ROSALES BARRETO, CIRO KAROL FRANCISCO
Asesor de Gestión de Proyectos
[email protected]
18
III. Controles del proyecto , Continuación
Control #3: Plan de gestión de adquisiciones
Plan de gestión de adquisiciones Elemento comprado
Vendedor/Contratista
Fecha de pago
Comentarios
por la Escuela de Ingeniería de Sistemas y Computación
A definir por Directora de la Escuela de Ingenierí a de Sistemas y Computa ción
El servidor será instalado en el Centro de Cómputo de la universidad durante el mes de Octubre y será configurado durante la Semana 10 del ciclo 2012-2 (Del 15 de Octubre al 18 de Octubre)
A definir por Directora de la Escuela de Ingeniería de Sistemas y Computación
A definir por Directora de la Escuela de Ingenierí a de Sistemas y Computa ción
El equipo cuesta entre $1500 y $2000, actualmente se está consultando con la empresa PolySistemas S.A.C sobre la adquisición del producto.
definir Servidor físico HP A Directora de para empresa SSIA
OpScan 6 Scanner
19
III. Controles del proyecto , Continuación
Control #4: Plan de gestión de la calidad El análisis de calidad es realizado por la empresa de soporte QA, la cual asigna colaboradores a cada proyecto para que realicen las validaciones correspondientes de acuerdo al cronograma establecido por los Jefes de Proyecto, el cual debe considerar el horario de atención de QA. Sólo aquellos proyectos. El responsable de administrar a los colaboradores por parte de QA será el Líder de Línea, quien se comunicará con los Jefes de Proyecto y el Gerente de Proyectos y Recursos de SSIA. El estado de las validaciones de los proyectos será controlado por el Colaborador Gerencial, quien se comunicará con el Líder de Línea y los Jefes de Proyecto para llevar un seguimiento del cumplimiento de cronogramas. A continuación, se detalla la relación de colaboradores de QA asignados a cada proyecto de SSIA durante el ciclo 2012-2. El Líder de Línea será César Armando Gonzáles Yapapasca (Correos:
[email protected],
[email protected])
Siglas de Proyecto Nombre Software Educativo para la Enseñanza y el INDIGO Aprendizaje de Geometría y Medición Software Educativo para el aprendizaje y ARCUS la práctica del curso de matemática Sistema Experto de Orientación SEOV Profesional Marketing Digital MKDCOM para la Escuela de
QA Tester Jorge Ocampo
Correo GMAIL
[email protected]
Jose Torres Luis Nieto
[email protected] [email protected]
Julio Nina
[email protected]
Roberto Taype
[email protected]
Ieong Lau
[email protected] 20
EVAC IPS
EIA GSAU
Ingeniería de Sistemas y Computación Espacios Virtuales de Aprendizaje Colaborativo Intranet de Proyectos SSIA Implementación de evidencias indirectas ABET Gestión de Servicios Administrativos UPC
Rony Cano Katherine Vilca Samuel Villegas
[email protected] [email protected] [email protected]
Ricardo Cuentas Stephanie Mujica Cesar Gonzales
[email protected] [email protected] [email protected]
21
III. Controles del proyecto , Continuación
Control #5: Plan de gestión del riesgo Riesgo
Probabilidad
Impacto
Demoras en la 50% obtención de input y/o carga de la Base de Datos SSIA
5
Cambios realizados 80% por el Comité en fechas, entregables y validez de proyectos
5
Ausencia de 12% Gerente de Proyectos y Recursos por eventos externos (Enfermedad o personal)
3
Tipo de estrategia
Responsable
Plan de Contingencia
Reactiva
Giuliana Cabello
Asignar a más colaboradores aparte de los dos DBAs asignados a la tarea de obtención de input y/o carga de Base de Datos SSIA
DBAs
Reactiva
Giuliana Cabello Gerente General
Reactiva
Giuliana Cabello Gerente General
Interceder por los miembros de los proyectos ante stakeholder Pilar Stronguiló para canalizar el mensaje al Comité indicando el impacto de los cambios en los proyectos
Si es que el Gerente de Proyectos y Recursos se encuentra con la capacidad de asignar a un representante temporal, le 22
indicará al Gerente General quién será y qué eventos debe reportar al Gerente de Proyectos y Recursos cuando retome sus actividades.
23
III. Controles del proyecto , Continuación
Control #6: Plan de gestión de recursos humanos 6.1 Revisión de roles de RRHH Durante cada semestre, se contratará personal proveniente del Taller de Desempeño 2 que cumplirá con los siguientes roles:
La cantidad de vacantes por cada puesto será la siguiente:
DBAs 2 Diseñador Web 1 Colaborador Gerencial 1 Asesor de Gestión de Proyectos 2
En caso de que un recurso cuente con holgura en sus actividades, el Gerente de Proyectos y Recursos podrá asignarlo a tareas de soporte a la Gerencia, como son la tabulación de datos de encuestas solicitadas por los Coordinadores de las carreras de Ingeniería de Sistemas de Información e Ingeniería de Software, así como la generación de reportes correspondientes a los resultados de dichas encuestas. 24
6.2 Evaluación y Seguimiento de RRHH El Control de Actividades de los colaboradores de Taller de Desempeño 2 se realizará mediante la siguiente plantilla que debe ser llenada por ellos semanalmente: SEMANA FECHA Actividad Detalles Reportado a Horas Proyecto Artefacto Responsable
Para la evaluación del trabajo de los colaboradores de Taller de Desempeño 2, se tendrá en cuenta la calidad de las labores realizadas por ellos de acuerdo a sus roles y de sus entregables. La calificación tanto parcial como final será el promedio de la nota otorgada por el Gerente General, el Gerente de Proyectos y Recursos y los miembros de los proyectos que hayan podido trabajar con los colaboradores. Ejemplos:
Un colaborador trabajó apoyando a dos proyectos y recibió la calificación de todos los miembros de cada uno: Notas Nombre
Colaborador 1
Proyecto 1 16
15
Proyecto 2 17
16
Gerente General 15
Gerente de Proyectos y Recursos 16
Promedio final: (16 + 15 + 17+ 16+ 15 + 16) / 6 = 15.83
Un colaborador trabajó apoyando a un proyecto y sólo uno de los miembros lo calificó por ser el único del proyecto que trabajó con él:
Nombre Colaborador 2
Proyecto 1 14
Notas Gerente Gerente de Proyectos y General Recursos 13 15
Promedio final: (14 + 13 + 15) / 3 = 14
6.3 Capacitación y Entrenamiento
25
Al ingresar al puesto, los DBAs recibirán la documentación correspondiente a su rol (Diccionario de datos, accesos, diagrama de la base de datos, etc.), así como capacitación y manual de usuario para el uso de la aplicación APCDA (Vigente desde el ciclo 2012-2 para la carga de la Base de Datos).
Se le entregará al Diseñador Web la cuenta Wix empleada para la actualización de la página Web y se le dará indicaciones de cómo emplearla
.Al Colaborador Gerencial y a los Asesores de Gestión de Proyectos se les dará indicaciones respecto a las funciones de su rol durante el ciclo y las actividades que se les asignen se programarán semanalmente, ya que dependerán de la disponibilidad de los colaboradores y la delegación de actividades realizada por el Gerente de Proyectos y Recursos de acuerdo a los requerimientos de la empresa.
26
III. Controles del proyecto , Continuación
Comentario [R1]: Valor Ganado tiempo cronograma
Control #7: Plan de gestión de costos Para la gestión de costos se medirá el Schedule Performance Index (SPI) de los proyectos de acuerdo a sus cronogramas, contrastando el avance real contra el avance planificado. Con este propósito, se realizará un control semanal, parcial y final mediante Dashboards usando la herramienta propuesta Style Scope
27
IV. Cronograma base
Referencia
28
V. Aprobación
Acuerdo de aprobación Nombre de proyecto: He revisado la información contenida en el Plan de proyecto en la fecha ______, y estoy de acuerdo con la línea base acordada en el. Nombre, Gerente de Proyecto
Firma
Fecha
Nombre, Patrocinador del proyecto
Firma
Fecha
Nombre, Título
Firma
Fecha
Nombre, Título
Firma
Fecha
Nombre, Título
Firma
Date
Nombre, Título
Firma
Fecha
Nombre, Título
Firma
Fecha
29
VI. Documentos adjuntos
30
ANEXO 04: ACTAS DE REUNIÓN
lxi
lxii
lxiii
lxiv
lxv
lxvi
lxvii
lxviii
lxix
lxx
lxxi
lxxii
lxxiii
lxxiv
ANEXO 05: CONTROL DE CAMBIOS DE PROYECTOS
lxxv
CONTROL DE CAMBIOS DE PROYECTOS 2012-2
lxxvi
CONTROL DE CAMBIOS Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección del problema: Breve descripción del problema: Impacto del problema sobre la planificación y otros ECS:
EVAC Cronograma 1.3.10 Jefe de proyecto Jefe de proyecto Día 29 Mes 10 año 2012 Día 29 Mes 10 Año 2012 Retraso en la entrega de información del cliente para con el proyecto Medio
Descripción de Cambios
Se realizara un reajuste en las fechas de entrega de artefactos para QA, empezando las entregas a partir del lunes 5 de nov. Asi mismo la sección de benchmarking se postergara para el siguiente ciclo
Tipo de cambio (Medio, Medio Alto, Alto)
Medio
Donde se aplica el cambio
En el cronograma activiades
de
Observaciones:
______________________ Responsable de cambios
_____________________ Solicitante
lxxvii
CONTROL DE CAMBIOS Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:
del
Gestión de Servicios Administrativos UPC 1.0 Sergio Rojas Salles Sergio Rojas Salles Día _20 _ Mes ___09_____Año___2012____ Día _17__ Mes __09______Año____2012___
Retraso en respuesta del cliente para definir y desarrollar los servicios a implementar para el ciclo 2012-2. Impacto del problema sobre la Cambio en el alcance del proyecto y retraso de planificación y otros ECS: artefactos. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Breve descripción problema:
del
Alto, Alto)
-
-
-
Cambio en el alcance del proyecto. Inicialmente se definieron dos servicios para el ciclo 2012-2 pero debido a la complejidad en el desarrollo de uno de los servicios solo se desarrollará el Servicio de Solicitud Taxis. Cambio en el cronograma para presentación de artefactos a QAS. Se presentará la Definición de Proceso de Segundo Nivel: Gestión de Pago de Taxis a retrasos con el cliente para la semana 7 (24.09.2012). Presentación de un nuevo artefacto a QAS. Se solicita la revisión del artefacto “Plan Gestión de Personal” para la semana 9 (08.10.2012)
Alto
Medio
Cronograma, Charter
Project
Medio Alto
Observaciones:
lxxviii
______________________ Responsable de cambios
_____________________ Solicitante
lxxix
CONTROL DE CAMBIOS Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema: Breve descripción problema:
del
INDIGO V2.0 Richard Giraldo Canta Richard Giraldo Canta Día _21_______ Mes ___09_____Año_2012______ Día 10____ Mes __09______Año__2012_____
del
Retraso en el desarrollo por parte de los recursos de software factory Retraso del sprint 4. Retraso en el inicio de ejecución Impacto del problema sobre la del sprint 5 y 6. Retraso en las pruebas por parte de planificación y otros ECS: QA Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Alto, Alto)
Cambio en las fechas de inicio y fin del sprint 4, 5 y 6. Se aumentó una semana más a cada sprint.
Medio
Cronograma proyecto
del
Observaciones: Se tuvo que realizar el cambio debido al retraso por parte de los desarrolladores de software factory. No afecta al cliente ya que los entregables son para la semana 8. Se tenía una semana de contingencia.
Responsable de cambios
Solicitante
lxxx
CONTROL DE CAMBIOS DE PROYECTOS 2013-1
lxxxi
Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:
CONTROL DE CAMBIOS Arquitectura de Procesos para Mantener el Contacto Continuo con los Egresados de la Escuela de Sistemas y Computación de la UPC. (AP-MC2E) 1.0 Frank Soto Meléndez Frank Soto Meléndez Día __16__ Mes ___05___Año__2013___ del Día __10__ Mes ___05___Año__2013___
No se pudo contactar con las fuentes de información principal (PUCP), debido a cambios urgentes en su Breve descripción del agenda. Ello generó que se cancelaran nuestras problema: reuniones entre el 06/05/2013 al 10/05/2013, postergándose de esta forma para la semana entre el 20/05/2013 al 24/05/2013. Impacto del problema sobre la Cambio del alcance del proyecto y retraso de planificación y otros ECS: entregables a QA. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Alto, Alto)
Ajustes en el cronograma de actividades del proyecto: Las actividades se retrasarán dos semanas. Actualización del alcance del Proyecto: El proyecto incluirá hasta la Definición de los Procesos de Primer Nivel y no incluirá la Definición de los Procesos de Segundo Nivel. Observaciones:
Frank Soto Meléndez Responsable de cambios
Alto
Cronograma de Actividades
Alto
Project Charter
Frank Soto Meléndez Solicitante
lxxxii
Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:
Breve descripción problema:
CONTROL DE CAMBIOS Gestión de Coordinaciones de Docentes (GCD) 1.0 Eduardo Arratia Lizárraga Eduardo Arratia Lizárraga Día __07__ Mes ___06___Año__2013___ del Día __04__ Mes ___06___Año__2013___
del
Impacto del problema sobre la planificación y otros ECS:
El proyecto tiene contemplado el mantenimiento de outcomes, sin embargo ya no es responsable el proyecto GCD del mantenimiento de Outcome, sino que se ha realizado una solicitud a Software Factory para incluir el mantenimiento en el proyecto APCDA. Reducción de Casos de Uso.
Descripción de Cambios
Tipo de cambio (Medio, Medio Alto, Alto)
Donde se aplica el cambio
Ajustes en el cronograma de actividades del proyecto: Desarrollo de las Especificaciones de los Casos de Uso “Consultar Outcomes” y “Registrar Outcome”, así como su implementación. Actualización del alcance del Proyecto: El proyecto no incluirá el mantenimiento de Outcomes. Observaciones:
Eduardo Arratia Lizárraga Responsable de cambios
Alto
Cronograma de Actividades
Alto
Project Charter
Eduardo Arratia Lizárraga Solicitante
lxxxiii
Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:
CONTROL DE CAMBIOS Gestión de Coordinaciones de Docentes (GCD) 1.0 Eduardo Arratia Lizárraga Eduardo Arratia Lizárraga Día __07__ Mes ___06___Año__2013___ del Día __04__ Mes ___06___Año__2013___
Por decisión del cliente, el proyecto no incluirá un módulo de “acciones” ni actividades relacionadas con el mantenimiento directo de “acciones”. Sólo se tendrán de “acuerdos de actas”. Impacto del problema sobre la Cambio del alcance del proyecto y reducción de planificación y otros ECS: Casos de Uso. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Breve descripción problema:
del
Alto, Alto)
Ajustes en el cronograma de actividades del proyecto: Desarrollo de las Especificaciones de los Casos de Uso “Consultar Acciones” y “Registrar Acciones”, así como su implementación. Actualización del alcance del Proyecto: El proyecto no incluirá el módulo de acciones ni su mantenimiento. Observaciones:
Eduardo Arratia Lizárraga Responsable de cambios
Alto
Cronograma de Actividades
Alto
Project Charter
Eduardo Arratia Lizárraga Solicitante
lxxxiv
Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:
CONTROL DE CAMBIOS GISC: Gestión de Indicadores de las Escuelas de Ing. Sistemas y Computación
del
Día: 04 Día: 30
Mes: 06 Mes: 05
1.0 Caleb Blas Caleb Blas Año: 2013 Año: 2013
Existe un retraso dentro del cronograma del proyecto debido a que se han estado haciendo actividades las cuales no fueron contempladas en el cronograma presente. El impacto de estas no actividades no contempladas Impacto del problema sobre la ha conllevado a la desincronización de QA y Software planificación y otros ECS: Factory la cual Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Breve descripción problema:
del
Alto, Alto)
Contemplar las actividades extras realizadas dentro del cronograma actual y
Integración de la Base de Datos Integración de Diagrama de Paquetes Integración de Diagrama Modular Integración de Plan de Trabajos
Cambiar el alcance del Project charter contemplando la integración y acortando el alcance del presente ciclo. Observaciones:
______________________ Responsable de cambios
Alto
Cronograma de Proyecto GISC
Alto
Project Charter GISC
_____________________ Solicitante
lxxxv
lxxxvi
Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:
CONTROL DE CAMBIOS Gestión de Prácticas Pre Profesionales 0.1 Jefe de Proyecto Jefe de Proyecto Día 1 Mes Junio Año 2013 del Día 29 Mes Mayo Año 2013
La implementación de la solución consideraba el mantenimiento de registro que son compartidos con Breve descripción del otros proyectos. Estos registros deben de ser problema: mantenidos por una única solución que se encargue del tratamiento de los datos de todas las tablas compartidas de ABET. Al no contar con este requerimiento se considera Impacto del problema sobre la fuera del alcance del proyecto y se considera el planificación y otros ECS: término del la culminación del segundo hito en un menor tiempo. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Alto, Alto)
Quedan fuera del alcance las historias de usuario de mantenimiento de registros de Competencias, Criterios y Outcomes.
Alto
El cambio se aplica en la etapa de desarrollo.
Observaciones:
Erick Camavilca Calderón Responsable de cambios
_____________________ Solicitante
lxxxvii
Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:
CONTROL DE CAMBIOS Gestión de Prácticas Pre Profesionales 0.1 Jefe de Proyecto Jefe de Proyecto Día 1 Mes Junio Año 2013 del Día 29 Mes Mayo Año 2013
Si se despliega la solución en los servidores de ItExpert el acceso a esta será restringido y la escuela de Computación no podrá acceder desde la red del Breve descripción del pabellón L. Debido a esto el proyecto no cumplirá el problema: objetivo de automatizar la carga de las encuestas de prácticas pre profesionales que se realizan en las oficinas de la escuela. Se debe de incluir en el cronograma así como en el Impacto del problema sobre la Project Charter el nuevo alcance y las nuevas planificación y otros ECS: funcionalidades y servicios. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Alto, Alto)
El despliegue de la solución estaba prevista en los servidores de IT-Expert, sin embargo, luego de conocer la implementación del proyecto IPS, el cuál está desplegado en la red de producción del departamento de Sistemas de la UPC. Por tal motivo, se debe de considerar el desarrollo de servicios REST y el tiempo de prueba en dichos servidores así como la conexión con la Base de Datos de SSIA alojada en IT-Expert. Para esto, se debe de incluir en el cronograma y en el Project Charter los tiempos y las consideraciones y riesgos de la implementación.
Alto
El cambio se aplica en la etapa de desarrollo.
Observaciones:
lxxxviii
Erick Camavilca Calderón Responsable de cambios
_____________________ Solicitante
lxxxix
CONTROL DE CAMBIOS Nombre del Proyecto: Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección problema:
del
Gestión de Informes de Fin de Ciclo – Docentes de la escuela de ing. De Sistemas y Computación. 1.0 Renzo Martínez Renzo Martínez, Cesar Pozo Día __04__ Mes __06__Año__2013_____ Día __21___ Mes __05____Año___2013___
Adición de nuevos requerimientos a nivel de servicios que no fueron contemplados en el principio del proyecto; además, la se agregó más documentación al proyecto. Impacto del problema sobre la Es necesario reorganizar el cronograma para los planificación y otros ECS: cambios solicitados. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Breve descripción problema:
del
Alto, Alto)
Se ha agregado a nuestro proyecto un nuevo módulo de servicios, donde se contempla el desarrollo de servicios de tipo REST. Esto se debe a que los servicios existentes no cumple con todas nuestras especificaciones a nivel de performance.
Alto
Cronograma del proyecto
Alto
Cronograma del proyecto, Project charter
Alto
Project charter
Se ha adjuntado nuevas documentos que sirven para la especificación de la arquitectura del sistema IFC-DC Se han identificado nuevas restricciones, suposiciones y riegos; además, es necesario modificar el alcance hasta el presente ciclo (2013-01) debido a los puntos anteriores. Observaciones:
Renzo Martínez / Cesar Pozo Responsable de cambios
Renzo Martínez Solicitante
xc
CONTROL DE CAMBIOS Proyecto de Marketing Digital para la Escuela de Ingeniería Nombre del Proyecto: de Sistemas y Computación Versión: 2.0 Solicitante del cambio: Alfredo Barrientos (cliente actual) Sabrina Villa Responsable del cambio: Eduardo Uechi Fecha actual: Día 26 Mes Marzo Año 2013 Fecha de detección del problema: Día 25 Mes Marzo Año 2013 Breve descripción del problema: Cambio en los objetivos del proyecto. Impacto del problema sobre la planificación y otros Cambio en los indicadores, alcance y actividades ECS: involucradas en el proyecto. Tipo de cambio Donde se aplica el Descripción de Cambios (Medio, Medio cambio Alto, Alto) Cambios en el objetivo: Objetivo inicial: El proyecto tiene como objetivo principal desarrollar una solución que permita a la EISC gestionar de una manera más adecuada la información sobre noticias y eventos, para que sea más sencilla la difusión de las mismas y se incremente la comunicación actual con la comunidad académica UPC.
Medio Alto
El cambio impacta en la definición de los objetivos específicos, indicadores de éxito y en el alcance del proyecto para el ciclo 2013-01.
Medio Alto
El cambio impacta en la definición de los indicadores de éxito y en el alcance del proyecto para el ciclo 2013-01.
Objetivo actual: El proyecto tiene como objetivo principal el implementar una estrategia de Marketing Digital y adaptarla a la actual jerarquía organizacional de la EISC, definiendo nuevos procesos asociados a la difusión de la información. Cambios en los objetivos específicos: Objetivos específicos iniciales: O.E.1: Desarrollar el modelamiento de los procesos involucrados en la solución web.
O.E.2: Desarrollar una solución web que permita la creación y edición de Información, así como la difusión de la misma en las redes sociales Twitter y Facebook. Asimismo, desarrollar un medio para la gestión de la información colocada en el sitio web, basado en roles y permisos asignados de acuerdo a la jerarquía establecida por la Escuela. O.E.3: Desplegar la solución en los servidores de prueba de ITExpert.
Objetivos específicos actuales:
O.E.1: Desarrollar el modelamiento de los procesos de generación y publicación de contenidos, basados en la jerarquía de roles y respectivos permisos, establecida y empleada por la EISC y la comunidad académica.
xci
O.E.2: Implementar un blog que esté alineado a la estrategia de Marketing Digital establecida por el cliente y que soporte los procesos definidos de generación y publicación de contenido de la EISC.
O.E.3: Demostrar el funcionamiento de la solución integrada a las siguientes sociales: Twitter, Facebook y Youtube.
O.E.4: Desplegar la solución en el servidor de producción de ITExpert.
Cambios en los indicadores: Indicadores iniciales: Para el objetivo Específico 1 (OE1) 1. Definición de los procesos principales aceptada por el cliente. 2. Acta de conformidad de pruebas de software de la empresa virtual QA. 3. Acta de Aceptación por parte del cliente. Para el objetivo Específico 2 (OE2) 1. Administración de las publicaciones y solicitudes de publicación en el sitio web. 2. Visualización y gestión de publicaciones en el sitio web. 3. Creación de publicaciones y solicitudes de publicación de información en el sitio web. 4. Acta de conformidad de pruebas de software de la empresa virtual QA. 5. Acta de Aceptación por parte del cliente. Para el objetivo Específico 3 (OE3) 1. Creación de publicaciones en las páginas de Facebook y/o cuentas Twitter de la Escuela. 2. Acta de conformidad de despliegue en el servidor de la empresa virtual IT-Expert. 3. Acta de Aceptación por parte del cliente.
Medio Alto
El cambio impacta en la definición de actividades asociadas al proyecto para el ciclo 2013-01.
Indicadores actuales: Para el objetivo Específico 1 (OE1) 1. Aprobación y conformidad de la jerarquía de roles. 2. Aprobación de los procesos de generación y publicación de información definidos para el proyecto. 3. Acta de conformidad de la empresa virtual QA sobre la definición de procesos y pruebas de software. 4. Acta de aceptación por parte del cliente. Para el objetivo Específico 2 (OE2) 1. Integración de la jerarquía de roles y respectivos permisos, en el blog. 2. Integración de los procesos, definidos y aprobados previamente, en el blog. 3. Despliegue del blog en el servidor de pruebas de IT-Expert. 4. Acta de conformidad de la empresa virtual QA sobre las pruebas de software.
xcii
5.
Acta de Aceptación por parte del cliente.
Para el objetivo Específico 3 (OE3) 1. Creación de cuentas piloto en las siguientes redes sociales: Twitter, Facebook y Youtube. 2. Integración de las herramientas de difusión en las redes sociales definidas, en el blog. 3. Despliegue del blog en el servidor de pruebas de IT-Expert. 4. Acta de conformidad de la empresa virtual QA sobre las pruebas de software. 5. Acta de Aceptación por parte del cliente. Para el objetivo Específico 4 (OE4) 1. Certificado de conformidad de pruebas por parte de la empresa virtual QA. 2. Despliegue del blog en el servidor de producción de IT-Expert. 3. Acta de conformidad de despliegue del blog en el servidor de la empresa virtual IT-Expert. 4. Acta de Aceptación por parte del cliente.
Cambios en el alcance Alcance original propuesto para el 2013-01: El Alcance del proyecto incluirá: Integración de otras redes sociales al proyecto. Integración de RSS como herramienta de difusión. Desarrollo de herramientas necesarias para la gestión de anuncios, en el sitio web. Desarrollo de herramientas necesarias para la gestión de comunidades de usuarios, dentro del sitio web. Desarrollo de herramientas necesarias que permitan gestionar características visuales del sitio web. Despliegue de la solución en los servidores de producción de ITExpert. El alcance no incluirá lo siguiente: La compra del hardware necesario para la implementación del sistema. La configuración, compra o gestión de un servidor web con IP pública. El ingreso de información inicial para el uso del producto software. La creación de cuentas o páginas en Facebook ni Twitter. La definición del personal que tendrá el rol de administrador. El soporte y mantenimiento de la aplicación luego de la entrega del producto.
Alto
El cambio impacta en la definición de actividades asociadas al proyecto para el ciclo 2013-01.
Cualquier alcance que no se encuentre definido dentro de las líneas anteriores, se encuentra excluido de la misma. Alcance actual propuesto para el 2013-01: El Alcance del proyecto incluirá: Definición de procesos de automatización para la solicitud, creación y publicación de información. Modelamiento de los procesos siguiendo la notación BPMN 2.0. Implementación una blog que incluya los procesos de creación y difusión de información.
xciii
Adaptación de la solución en el aspecto funcional y visual en base a las necesidades de la EISC. Creación de cuentas de piloto en las redes sociales: Facebook, Twitter, LinkedIn y Youtube. Creación de 30 publicaciones en el blog. Visualización adecuada del blog desde cualquier dispositivo móvil. Despliegue de la solución en los servidores de prueba y producción de IT-Expert.
El Alcance del proyecto no incluirá: La compra del hardware o software necesario para la implementación del sistema. La configuración, compra o gestión de un servidor web con IP pública. Cualquier alcance que no se encuentre definido dentro de las líneas anteriores, se encuentra excluido de la misma.
Observaciones: Adjuntamos el charter inicial del proyecto, y el charter actual que incluye la propuesta para el 2013-01. Los cambios se pueden observar más a detalle en ambos documentos.
______________________ Responsable de cambios
_____________________ Solicitante
xciv
Nombre del Proyecto:
CONTROL DE CAMBIOS Sistema de generación de reportes de control y verificación
Versión: Solicitante del cambio: Responsable del cambio: Fecha actual: Fecha de detección del problema: Breve descripción del problema: Impacto del problema sobre la planificación y otros ECS:
1.0 Ricardo Herrera Ricardo Herrera, Andrés Chávez Día 23 Mes Mayo Año 2013 Día 21 Mes Mayo Año 2013
Mejoramiento de performance en los servicios, documentación del proyecto. Se debe reformular el cronograma para agregar los cambios solicitados. Tipo de Donde se aplica el cambio Descripción de Cambios cambio (Medio, Medio Alto, Alto)
Se han agregado User Stories al plan de trabajo, donde se contemplan el desarrollo de servicios de tipo Rest. Esto es debido a la baja velocidad con la que se ejecutan las actuales, las cuales se encuentran desarrolladas en WCF.
Presentación de documentación necesaria, la cual ayudará a comprender mejor la estructura de la aplicación y como se encuentra integrada esta con los demás proyectos. Observaciones:
Ricardo Herrera Valle Responsable de cambios
Alto
Cronograma
Alto
Cronograma
Ricardo Herrera Valle Solicitante
xcv
ANEXO 06: CERTIFICADOS QA
xcvi
CERTIFICADOS QA 2012-2
xcvii
xcviii
xcix
c
ci
cii
ciii
civ
cv
cvi
cvii
cviii
cix
cx
cxi
cxii
cxiii
cxiv
cxv
cxvi
cxvii
cxviii
cxix
cxx
cxxi
cxxii
cxxiii
cxxiv
cxxv
cxxvi
CERTIFICADOS QA 2013-1
cxxvii
cxxviii
cxxix
cxxx
cxxxi
cxxxii
cxxxiii
cxxxiv
cxxxv
cxxxvi
cxxxvii
cxxxviii
cxxxix
cxl
cxli
cxlii
cxliii
cxliv
cxlv
cxlvi
cxlvii
cxlviii
cxlix
cl
cli
clii
cliii
cliv
clv
ANEXO 07: PROPUESTAS DE PROYECTOS
clvi
UPC TALLER DE DESEMPEÑO PROFESIONAL 2012-2 IMPLEMENTACIÓN DE UN CURSO CON LA METODOLOGÍA E-LEARNING EN LA FACULTAD DE INGENIERÍA DE SISTEMAS DE INFORMACIÓN DE LA UPC
PROJECT CHARTER VERSIÓN 0.1
1
Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC Preparado por: Jefe de Proyecto:
Libusi Ampuero Mendoza/ Rosa Alfaro Carranza
Especialidad:
Ingeniería de Sistemas de Información
Empresa:
SSIA
Historial de Revisiones Versión 1.0
Fecha 05/10/2012
1.1
10/10/2012
1.2
16/10/2012
Autor
Descripción
Libusi Ampuero Mendoza Creación del Charter Libusi Ampuero Mendoza/ Corrección del charter Rosa Alfaro Carranza Libusi Ampuero Mendoza Corrección del charter / Rosa Alfaro Carranza
2
2012-2
Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC
2012-2
Índice de Contenidos RESUMEN EJECUTIVO .............................................................................................................4 MARCO TEÓRICO ...................................................................................................................4 POSICIONAMIENTO................................................................................................................5 Planteamiento del problema ................................................................................................... 5 Objetivos .................................................................................................................................. 5 Objetivo General .......................................................................................................................... 5 Objetivo Específicos ..................................................................................................................... 5 INdicadores de éxito ................................................................................................................ 7 Alcance del proyecto ............................................................................................................... 7 Suposiciones y Restricciones ................................................................................................... 7 ORGANIZACIÓN DEL PROYECTO .............................................................................................8 Equipo del Proyecto ................................................................................................................. 8 Stakeholders y Usuarios ......................................................................................................... 10 GLOSARIO DE TÉRMINOS ..................................................................................................... 11 BIBLIOGRAFÍA ......................................................................................................................11 APROBACIÓN .......................................................................................................................11 ANEXOS ...............................................................................................................................11
3
Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC
2012-2
RESUMEN EJECUTIVO El presente proyecto consiste en implementar un curso con la metodología E-learning en la facultad de ingeniería de sistemas de información de la UPC. E-learning, denominada educación a distancia, la cual se encuentra completamente virtual izada a través de los canales electrónicos principalmente el internet, se lleva a cabo mediante el uso de herramientas como el correo electrónico, paginas Web, entre otros aplicativos que brindan un soporte de aprendizaje a este método de enseñanza. Actualmente, esta herramienta innovadora se ha implementado en universidades a nivel mundial ya sea como una opción o un remplazo a diversos cursos, hasta carreras completas que se dictan en las universidades. En el Perú universidades como la USIL y la USMP han adoptado este método de enseñanza, el cual les ha proporcionado una ventaja ante las demás universidades ya que los alumnos con diferentes necesidades, como aquellos que trabajan a tiempo completo, ven en estas una opción que les permita desarrollarse en el ámbito profesional. Actualmente la UPC cuenta con maestrías online, sin embargo la enseñanza de Pregrado y Posgrado es exclusivamente presencial. El presente proyecto tratará de mostrar las diversas ventajas que proporciona una herramienta como lo es E-learning a una institución educativa como la Universidad.
MARCO TEÓRICO El E-learning es una nueva metodología de enseñanza- aprendizaje, que con la ayuda de las TIC lo vuelve flexible, y se adapta a las necesidades de los profesionales, en donde se tienen la posibilidad y el compromiso de elegir su propia formación, el cuando, el como y el donde, sin condicionantes en tiempo y espacio. El E-learning contribuye también a la formación para ser mejores personas, nos da libertad y a la vez desarrolla el talento. La red de Internet es un canal muy potente de acceso al conocimiento que abre nuevas líneas de acción formativa no solo a las Organización, sino a ese alumno cuya característica principal sea el interés y ganas de formarse. En el Contexto de una sociedad en constante transformación, como la nuestra, destaca la necesidad de la formación permanente a lo largo de la vida, donde la actualización de nuestros conocimientos y la educación continua, son objetivos de profesionistas comprometidos con su trabajo y desarrollo personal.
4
Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC
2012-2
El e-learning representa para las universidades la respuesta a las necesidades de educación continua, al ser un método flexible, donde la formación de sus docentes no interfiere en ningún aspecto, sino por el contrario eleva la competencia al tener docentes acordes al mercado competitivo donde la efectividad y rendimiento son prioritarios en una sociedad cambiante. Además nos brinda una visión concreta de la evolución profesional del alumnado.
POSICIONAMIENTO
PLANTEAMIENTO DEL PROBLEMA
Actualmente la UPC brinda cursos presenciales para los alumnos de la carrera de ingeniería de sistemas de información, sin embargo, en algunos casos las secciones se cierran anticipadamente lo que genera malestar en los alumnos. Además, las clases solo se dan de manera presencial, ya que no existe otra forma de tomar clases dentro de la UPC. Sin embargo, con una metodología E-Learning los estudiantes pueden comunicarse y colaborar con sus compañeros de clase y docentes , ya sean profesores, tutores, mentores, entre otros , de forma síncrona o asíncrona, sin limitaciones espacio y de una manera descentralizada . Problema Falta de flexibilidad para que los alumnos elijan su propia formación, el cuando, el como y el donde, sin condicionantes en tiempo y espacio
Causas - No existe una solución de E-learning en la UPC
OBJETIVOS
OBJETIVO GENERAL
Diseñar la arquitectura que permita implementar un curso con la metodología E-learning en la facultad de ingeniería de sistemas de información de la UPC. OBJETIVO ESPECÍFICOS
-Promover la utilización de un curso virtual en la UPC. 5
Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC -Completar la plataforma Moodle con el sistema E-learning. -Diseñar, construir y poner a prueba el curso virtual.
6
2012-2
Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC
2012-2
INDICADORES DE ÉXITO
I1. O1 Documento de aprobación por parte de QA y/o quienes designen el comité de proyecto sobre el correcto funcionamiento y la calidad del proyecto “Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC”. I2. O2 El proyecto brindará a los alumnos la posibilidad de recibir un curso según la metodología E-learning. ALCANCE DEL PROYECTO
El alcance del proyecto incluirá: Presentar la documentación del proyecto (Visión, SRS, Lista de Riesgos, Documento de Arquitectura de Software)
Elaborar el la arquitectura que permita implementar el proyecto.
El alcance del proyecto no incluirá: La implementación del proyecto sino se cuenta con un ambiente adecuado para su correcto funcionamiento. SUPOSICIONES Y RESTR ICCIONES
Suposiciones El material de referencia del proyecto
Descripción El material de referencia del proyecto proporcionado por las fuentes primarias es válido y representa una fuente confiable de información.
Desarrolladores
Validadores
Restricciones Servidores
Se cuenta con el apoyo de alumnos de Taller de Desempeño Profesional 1 y/o 2.
Se cuenta con el apoyo de la empresa QA para el aseguramiento de la calidad de los entregables según los plazos pactados por ambas partes.
Descripción Que los servidores no cuenten con los requerimientos de hardware 7
Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC
2012-2
necesarios para el buen funcionamiento del software.
ORGANIZACIÓN DEL PROYECTO
EQUIPO DEL PROYECTO
Gerente General RONALD GRADOS
Gerencia de Proyectos GIULIANA CABELLO
Jefe de Proyecto LIBUSI AMPUERO/ ROSA ALFARO
Analista de Sistemas y Procesos LIBUSI AMPUERO/ ROSA ALFARO
Analista de Sistemas y Procesos LIBUSI AMPUERO/ ROSA ALFARO
Desarrolladores (Software Factory)
Rol
Miembro
Responsabilidades
Comité de proyecto
Rosario Villalta Luis García Carlos Raymundo Pilar Stronguiló María Hilda Bermejo
Personas encargadas de establecer el plan estratégico, la aprobación de las propuestas de proyectos, decidir la continuidad de los proyectos, aprobar las contrataciones, controlar el
8
Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC
2012-2
cumplimiento de las metas y supervisar la marcha de las distintas organizaciones. Gerente General
Ronald Grados
Tener comunicación con los gerentes generales de las empresas virtuales y asegurar el cumplimiento de los objetivos de la organización.
Gerente de Proyectos
Giuliana Cabello
Velar por que el proyecto cumpla con las fechas establecidos en el planeamiento Velar por que se cumpla con las capacitaciones de los colaboradores, necesarias para el desarrollo del proyecto. Realizar un eficiente seguimiento del proyecto y evaluar a los colaboradores.
Jefe de Proyecto
Libusi Ampuero / Rosa Alfaro
Persona encargada de velar que el Plan de Proyectos se cumpla y de la coordinación con la gerencia de Proyectos.
Jefe de Desarrollo
Persona que se encarga de asignar el desarrollo de las funcionalidades e integrar las mismas en la solución final.
Arquitecto de software
Persona que decide sobre las tecnologías que se emplearán en el desarrollo del proyecto.
Analista de Sistemas y de Procesos
Persona que se encarga de modelar los casos de uso del negocio. Así como de la especificación y validación de los requerimientos con
9
Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC
2012-2
los clientes y los usuarios. Programadores
Miembros del Software Factory
Cumplir con las tareas asignadas en las fechas establecidas. Desarrollar las tareas con calidad e iniciativa Cumplir con los estándares de codificación de la empresa
STAKEHOLDERS Y USUARIOS
Stakeholders Cliente
Necesidades Tomar un curso de manera presencial sino a larga distancia.
Entregables no -Producto Final
Gerente de Proyectos
Ver que proyecto se realice y cumpla con las fechas establecidas del - Cronograma cronograma.
Usuarios
Necesidades
Ingeniero de Transporte
Medir el flujo vehicular que se genere en -Producto Final una intersección
Entregables
10
Implementación de un curso con la metodología E- learning en la facultad de ingeniería de sistemas de información de la UPC
2012-2
GLOSARIO DE TÉRMINOS RUP: Rational Unified Process , metodología de desarrollo UML: Unified Modeling Languaje Aforo: Proceso por el cual se recolecta información para realizar un estudio de flujo vehicular. Concepción: Fase de la metodología RUP en la cual se define el alcance, se identifican los riesgos asociados y se define el plan de fases e iteraciones. A su vez se propone una visión de la arquitectura. Elaboración: Fase de la metodología RUP en la cual se seleccionan los casos de uso del sistema que permitan definir la arquitectura base. Construcción: Fase de la metodología RUP en la cual se completa la funcionalidad del sistema. Transición: Fase de la metodología RUP en la cual se asegura que el software está disponible para el uso de los usuarios finales. Computer Vision: subcampo de la inteligencia artificial que se encarga de la adquisición, procesamiento y análisis de imágenes obtenidas a través de una cámara con el fin de producir una representación de objetos en tiempo real. OpenCV (Open Source Computer Vision Library): librería que contiene funciones de programación orientadas en Computer vision.
BIBLIOGRAFÍA
APROBACIÓN
Nombre
Cargo
Firma
ANEXOS
11
Fecha
UPC TALLER DE PROYECTOS [1] DISEÑO E IMPLEMENTACIÓN DE UNA ARQUITECTURA EMPRESARIAL DE UN SISTEMA INTEGRADADO PARA PEQUEÑAS Y MEDIANAS EMPRESAS DEL RUBRO RESTAURANTES PROJECT CHARTER VERSIÓN 1.0
1
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail Preparado por: Jefe de Proyecto:
Vanessa Bazán Infantas Edgard León Madrid
Especialidad:
Ingeniería de Sistemas de Información
Empresa:
Innova-TI / SSIA
Historial de Revisiones Versión 0.1
Fecha 15/10/2012
Autor Vanessa Bazán Edgard León
Descripción Primer avance del Charter
2
2013-1
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
Índice de Contenidos RESUMEN EJECUTIVO ......................................................... ¡ERROR! MARCADOR NO DEFINIDO. MARCO TEÓRICO ............................................................... ¡ERROR! MARCADOR NO DEFINIDO. POSICIONAMIENTO............................................................ ¡ERROR! MARCADOR NO DEFINIDO. Planteamiento del problema .....................................................¡Error! Marcador no definido. Objetivos ....................................................................................¡Error! Marcador no definido. Objetivo General ............................................................................¡Error! Marcador no definido. Objetivo Específicos .......................................................................¡Error! Marcador no definido. INdicadores de éxito ..................................................................¡Error! Marcador no definido. Alcance del proyecto .................................................................¡Error! Marcador no definido. Suposiciones y Restricciones .....................................................¡Error! Marcador no definido. Impacto en la organización (opcional) .......................................¡Error! Marcador no definido. ORGANIZACIÓN DEL PROYECTO ......................................... ¡ERROR! MARCADOR NO DEFINIDO. Equipo del Proyecto ...................................................................¡Error! Marcador no definido. Stakeholders y Usuarios .............................................................¡Error! Marcador no definido. Recursos requeridos ..................................................................¡Error! Marcador no definido. Fases e hitos del proyecto .........................................................¡Error! Marcador no definido. Enfoques del trabajo ..................................................................¡Error! Marcador no definido. Riesgos y Mitigación ..................................................................¡Error! Marcador no definido. GLOSARIO.......................................................................... ¡ERROR! MARCADOR NO DEFINIDO. SIGLARIO ........................................................................... ¡ERROR! MARCADOR NO DEFINIDO. BIBLIOGRAFÍA .................................................................... ¡ERROR! MARCADOR NO DEFINIDO. APROBACIÓN ..................................................................... ¡ERROR! MARCADOR NO DEFINIDO. ANEXOS ............................................................................. ¡ERROR! MARCADOR NO DEFINIDO.
3
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
4
2013-1
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
RESUMEN EJECUTIVO El presente proyecto consiste en implementar una Arquitectura de empresarial para el rubro de restaurantes que satisfagan las necesidades propias del negocio y que a su vez permita brindar el conocimiento contable necesario para analizar el crecimiento y estado de la empresa. Así mismo, el proyecto pretende lograr que las pequeñas y medianas empresas del rubro de restaurantes estén estructuradas y organizadas, puedan reducir tiempos de atención, logren medir ganancias, costos y gastos. Además ayudará a que este tipo de empresas permitan proyectarse con diferentes niveles de producción, manejen información útil del negocio. Las metas que se han propuesto para la finalización de este proyecto es poder diseñar e implementar una Arquitectura empresarial para las pequeñas y medianas empresas del rubro de restaurantes teniendo como fin lograr que se encuentren bien organizadas y sigan un procedimiento estructurado y óptimo que les permita evaluar su crecimiento económico como empresa. Debido a que el presente proyecto comprende el diseño e implementación de la Arquitectura empresarial para el rubro de restaurantes, se ha definido como metodología el EUP (Enterprise Unified Process), así como lenguaje de modelado EBM (Enterprise Business Modeling) para el desarrollo del modelamiento en los artefactos propios de la carrera de Sistemas de Información. Para este proyecto se han detectado posibles riesgos que podrían retrasar o perjudicar la ejecución del mismo, riesgos tales como: demora en la entrega de entregables a la empresa QA, el cliente no brinde información pertinente al equipo de proyecto o que el cliente retire su participación en el proyecto. Además, se han se han identificado supuestos tales como: contar con la información necesaria para el correcto desarrollo del proyecto, contar con un asesor especializado en tema de diseño e implementación de arquitectura empresarial en el área de Retail y que el material de referencia del proyecto es válido y representa una fuente confiable para adecuarla al proyecto. Finalmente, la duración para elaborar el marco de trabajo de la implementación de una Arquitectura de negocio se ha estimado a 2 ciclos académicos que equivalen a 1 año.
5
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
MARCO TEÓRICO Actualmente las pequeñas y medianas empresas del rubro de restaurantes, en su gran mayoría, evalúan su crecimiento, logros y evaluación de la información de forma empírica. Por ello es importante se tome conciencia de la importancia de contar con una estructura empresarial adecuada que se vea reflejada en un sistema que automatice procesos y brinde información real, confiable y relevante que permita medir y evaluar el crecimiento de la organización. Un sistema basado en un óptimo diseño de arquitectura empresarial no solo debe ser utilizado e implementado por grande organizaciones, pues justamente es de gran ayuda para las pequeñas y medianas empresas a lograr sus metas y , de esta manera, lograr creer y convertirse en una empresa bien estructurada y organizada. Para el presente diseñaremos e implementaremos una Arquitectura empresarial para medianas y pequeñas empresas en el rubro de restaurantes, por ello se tomara como referencia a Zachman. Este último es un framework o reglas de cómo se debe estructurar el modelado de una empresa. Asimismo provee preguntas específicas que se deben tomar en cuenta para el armado de la arquitectura empresarial. Estas preguntas son el que, como, donde, quien, cuando, porque. Además, se usara la metodología GERAM, Generalized Enterprise Reference Arquitecture and Methodology, por sus siglas en inglés. Esta es una arquitectura robusta que se basa en la integración de los procesos de la empresa. Asimismo es universalmente usada por la mayoría de las empresas. El siguiente grafico muestra todos sus componentes.
6
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
La metodología que se va utilizar en esta presentación de trabajo es el Enterprise UnifiedProcess (EUP), que es una variante ampliada del Rational Unified Process. El EUP ve el desarrollo de software, no como una actividad independiente, sino que están integradas en el ciclo de vida del sistema (que se construirá o mejorados o sustituidos), el ciclo de vida de la empresa y el ciclo de vida de la organización / empresa de la propia empresa. Se trata con el desarrollo de software como se ve desde el punto de vista del cliente. EUP se extiende a metodología tanto iterativas como agiles, como RUP, XP, Scrum; todo esto con la necesidad primordial de atender a las necesidades del mundo real. Hay dos categorías en la extensión, la primera extensión es el soporte del ciclo de vida completo del software, que incluye la adición de una fase de producción y retiro. La segunda extensión es de soporte TI completo del sistema. El EUP añade siete disciplinas fundamentales de la empresa para ampliar los procesos de desarrollo de software, para que de esa manera sea suficiente para organizaciones del mundo real. A continuación, se presenta el ciclo de vida del EUP con las dos extensiones antes mencionadas:
Por último, para modelar de una manera detallada y eficiente se usará la notación BPMN. Este último, modela todos los procesos de negocio. Asimismo ayuda a la correcta integración entre todas las áreas de la empresa. Cabe mencionar que siempre se puede mejorar un modelado para hacerlo más eficiente.
7
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
POSICIONAMIENTO
PLANTEAMIENTO DEL PROBLEMA
Problema Las pequeñas y medianas empresas del rubro restaurantes operan de forma empírica y desorganizada
Causas -No se ha definido las áreas de trabajo que realmente existen ene negocio. -No se ha definido los procesos que realizan en cada una de las áreas de trabajo. -No se ha definido como se relacionan las diferentes áreas de trabajo entre si y la información relevante que estas comparten
Sistemas integrados para restaurantes disponibles en el mercado que no cubren las necesidades
-No se ha realizado un diseño de arquitectura empresarial para este tipo de empresas. -Mal enfoque de las necesidades de este rubro , pues se centran más en un sistema de punto de ventas -Mala identificación de los requerimientos de la empresa -No existe información contable asociada a los flujos de procesos
Sistemas integrados de gestión fuera del alcance
-Los sistemas integrados de gestión , completos como tal no están orientados a pequeñas empresas
OBJETIVOS
OBJETIVO GENERAL
Desarrollar un diseño de arquitectura empresarial para las pequeñas y medinas empresas del rubro restaurantes, que permita conocer estructurar, organizar y optimizar la empresa así como brindar información real, confiable y permitente una vez implementada dicha arquitectura.
OBJETIVO ESPECÍFICOS
8
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
1. OE1: En una primera etapa se desea identificar las necesidades y/o requerimientos de las pequeñas y medianas empresas del rubro de restaurantes para poder cubrir estas necesidades especificas 2. OE2: Como segundo objetivo se desea identificar todas las áreas de trabajo posible y analizar la interrelación entre estas para poder analizar el flujo y puntos clave de crecimiento de la información
3. OE3: como tercer objetivo se quiere identificar los procesos de la empresa para poder conocer el desenvolvimiento del negocio, así como armar la estructura de la arquitectura 4. OE4: Definir y estandarizar los procesos de la manera más óptima para lograr un mejor rendimiento de los mismos, esto es para lograr un diseño de arquitectura empresarial adecuado y adaptable para las diferentes empresas de este rubro 5. OE5: Presentar el diseño de arquitectura empresarial, luego de haber realizado los objetivos específicos previos , se presentará un Diseño de Arquitectura Empresarial para las empresas de este rubro
9
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
INDICADORES DE ÉXITO
[Indican el artefacto o entregable mediante el cual se logrará el cumplimiento del o de los objetivos específicos Para el OE1: I1. Lograr definir las necesidades y/o requerimientos de las pequeñas y medianas empresas del rubro de restaurantes documentadas. Para el OE2: I2. Lograr definir todas las áreas de trabajo que interviene y son calves en el core del negocio. Para el OE3: I3.2 Identificar y definir los procesos actuales de la empresa I3.2 Lograr definir procesos estandarizados y optimizados para empresas del rubro de restaurantes I3.3 Diseñar una arquitectura empresarial que cubra las necesidades de la empresa y permita lograr su mejora y crecimiento.
Para el OE4: I4.1 Lograr implementar la arquitectura empresarial cumpliendo a cabalidad los requerimientos y necesidades identificados.. .
ALCANCE DEL PROYECTO
A1. Aplicar y desarrollar el proyecto, en base, a la metodología EUP. A2. Aplicar la disciplina empresarial EBM para el desarrollo del modelamiento en los artefactos propios de la carrera de Sistemas de Información. A3. Implementar el diseño de la arquitectura empresarial para las empresas del rubro de restaurantes. A4. Desarrollar documentos y/o plantillas necesarios para la implementación de la arquitectura de negocio. 10
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
FUERA DEL ALCANCE
E1. Aplicar y desarrollar el proyecto, en base, a otra metodóloga que no sea la metodología EUP. E2. La implementación de la arquitectura empresarial en otro tipo de empresas que no sean pequeñas o medianas y del rubro de restaurantes. E3. Análisis de costos. SUPOSICIONES Y RESTR ICCIONES
Por definir [Se indican tanto las suposiciones o precondiciones del proyecto así como las reglas de negocio o restricciones que se han tomado en cuenta para su desarrollo y finalización.] Suposiciones [Suposición 1] [Suposición 2]
Descripción [Descripción de la suposición]
Restricciones [Restricción 1]
Descripción [Descripción de la restricción o regla de negocio que aplica tanto al proceso del proyecto como a los resultados] [Descripción de la restricción o regla de negocio que aplica tanto al proceso del proyecto como a los resultados]
[Restricción 2
IMPACTO EN LA ORGANIZACIÓN (OPCIONAL)
[Se incluyen aquí los principales beneficios cualitativos y cuantitativos para el negocio. Los cuantitativos deben expresar una realización concreta. Normalmente porcentajes o números que se desean alcanzar con el correspondiente fundamento].
11
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
ORGANIZACIÓN DEL PROYECTO [En este acápite se incluyen todos los detalles de organización del proyecto] EQUIPO DEL PROYECTO
[Se mencionan a las personas y roles que conforman el equipo de trabajo. Se puede incluir el organigrama]. Rol
Miembro
Responsabilidades
Jefe de Proyecto
Vanessa Bazán Infantas
-Realizar el estudio de Mercado correspondiente para conocer el rubro del negocio -Captura de requerimientos y necesidades de empresas del rubro -Desarrollo del proyecto siguiendo las metodologías definidas
Jefe de Proyecto
Edgard León Madrid
-Realizar el estudio de Mercado correspondiente para conocer el rubro del negocio -Captura de requerimientos y necesidades de empresas del rubro -Desarrollo del proyecto siguiendo las metodologías definidas
Por definir
STAKEHOLDERS Y USUARIOS
12
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
Por definir [Se incluyen las personas que tienen poder de decisión (stakeholders) como los usuarios que utilizarán el producto. Se mencionan sus necesidades y entregables más importantes]. Stakeholders Gerente
Necesidades -Lograr el crecimiento de la empresa. -Conocer todos los movimientos de la empresa en cualquier instante de tiempo -Obtener información real y relevante que permita tomar decisiones. -Obtener información contable que permita realizar análisis de inversión y evaluar el estado del negocio. -Lograr que el negocio se encuentre organizado. -Minimizar tiempos de procesos
Personal Administrativo
-Conocer todos los movimientos de la -Project Charter empresa en cualquier instante de -Producto software tiempo. -Información que permita evaluar es estado de la empresa y realizar proyecciones.
Contador
-Obtener información contable que -Project Charter permita realizar análisis de inversión y -Producto software evaluar el estado del negocio. -Información que permita evaluar es estado de la empresa y realizar proyecciones.
Usuarios Mozos y/o azafata
Necesidades Entregables Realizar la atención al cliente de Producto Software manera rápida y eficiente Realizar las operaciones de caja de Producto Software forma rápida, eficiente, real y sin errores Producto Software
Cajero
Administrativos
13
Entregables -Project Charter -Cronograma de plan proyecto -Alcance del proyecto -Aceptación de riesgos -Requerimientos específicos -Definición de procesos -Producto software
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
RECURSOS REQUERIDOS
[Se mencionan los recursos materiales, hardware y software base requeridos para el desarrollo del proyecto. Es preciso que tomen en cuenta si su requerimiento puede ser o no cubierto por las capacidad instalada en los talleres] FASES E HITOS DEL PROYECTO
Por definir [Se mencionan las grandes fases y actividades con las fechas de término y los productos que se deben entregar con fechas]. Hito del proyecto
Fecha Estimada
Entregables incluidos
Prioridad
Presentación del Project Charter preliminar
Ciclo 2012-2
Project Charter
Alta
Aprobación Project Charter
del
Ciclo 2012-2
Project Charter
Alta
Levantamiento información
de
2013-1
-Documentación de levantamiento de información. -Alcance del proyecto -Especificación de Requerimientos -Diagrama de objetivos-Identificación de reglas de negocio
Alta
Identificación procesos
de
2013-1
Optimización
de
Alta -Especificación de Requerimientos -Documentación de levantamiento de información -Definición de procesos -Identificación de reglas de negocio
2013-1
-Definición de procesos
14
Alta
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail procesos
2013-1
-Descomposición funcional
Presentación portafolio proyectos
del de
2013-1
-Portafolio de proyecto
Alta
ENFOQUES DEL TRABAJO
[Se incluyen las metodologías y técnicas usadas en el desarrollo del trabajo]. RIESGOS Y MITIGACIÓN
Por definir #
Riesgo
Probabilidad
Impacto
Estrategia de mitigación
1
[Riesgo 1]
[Alta/Media/ Baja]
[Estrategia de mitigación usada]
2
[Riesgo 2]
[Alta/Media/ Baja]
[Estrategia de mitigación usada]
15
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
GLOSARIO [Se incluyen tanto los términos de negocio como los técnicos].
SIGLARIO [Se incluyen todas las siglas y acrónimos usados en el documento].
BIBLIOGRAFÍA [Se ponen aquí las referencias bibliográficas de acuerdo al estándar de la UPC]
APROBACIÓN [Se pone aquí un cuadro de las personas que han evaluado el documento y las firmas]. Nombre
Cargo
Firma
16
Fecha
Diseño e Implementación de una Arquitectura Empresarial para restaurantes en el sector Retail
2013-1
ANEXOS [Se incluye aquí documentación complementaria que sirva como referente o sustento del proyecto].
17
UPC TALLER DE DESEMPEÑO PROFESIONAL 2 SISTEMA DE CONTROL DE SEGUIMIENTO A LOS EGRESADOS DE LA UPC PROJECT CHARTER VERSIÓN 1.0
1
Sistema de Control de Seguimiento a los Egresados de la UPC
Preparado por: Jefe de Proyecto:
Juan Ratto Fabián Frank Soto Melendez
Especialidad:
Ingeniería de Sistemas de Información
Empresa:
SSIA
Historial de Revisiones Versión 0.01
Fecha 18/10/2012
0.02
05/11/2012
Autor Juan Ratto, Frank Soto Juan Ratto, Frank Soto
Descripción Primer entregable Project chárter. Corrección de observaciones.
2
2012-2
Sistema de Control de Seguimiento a los Egresados de la UPC
2012-2
Índice de Contenidos RESUMEN EJECUTIVO .............................................................................................................4 MARCO TEÓRICO ...................................................................................................................5 POSICIONAMIENTO................................................................................................................6 Planteamiento del problema ................................................................................................... 6 Objetivos .................................................................................................................................. 7 Objetivo General .......................................................................................................................... 7 Objetivo Específicos ..................................................................................................................... 7 INdicadores de éxito ................................................................................................................ 7 Alcance del proyecto ............................................................................................................... 8 Suposiciones y Restricciones ................................................................................................... 8 Impacto en la organización (opcional) ..................................................................................... 9 ORGANIZACIÓN DEL PROYECTO ...........................................................................................10 Equipo del Proyecto ............................................................................................................... 10 Stakeholders y Usuarios ......................................................................................................... 10 Recursos requeridos .............................................................................................................. 11 Fases e hitos del proyecto ..................................................................................................... 11 Enfoques del trabajo .............................................................................................................. 12 Riesgos y Mitigación .............................................................................................................. 12 GLOSARIO............................................................................................................................13 SIGLARIO .............................................................................................................................13 BIBLIOGRAFÍA ......................................................................................................................13 APROBACIÓN .......................................................................................................................13 ANEXOS ...............................................................................................................................14
3
Sistema de Control de Seguimiento a los Egresados de la UPC
2012-2
RESUMEN EJECUTIVO Las empresas, cada vez más, explotan la información histórica y actual que poseen en los diferentes sistemas de almacenamiento que tienen. En lo que respecta al sector educación hay pocos estudios y herramientas conocidas que nos ayuden a medir el éxito de estas instituciones puesto que el principal indicador de éxito sería la satisfacción de los profesionales una vez terminado sus estudios y consolidado en sus respectivos trabajos. Esto es muy difícil de medir ya que engloba muchas variables subjetivas como el grado de satisfacción económica, personal y emocional. La Universidad Peruana de Ciencias Aplicadas (UPC) ha logrado un crecimiento muy rápido en los últimos años y como toda empresa busca que este crecimiento sea sostenible en el tiempo. La UPC cuenta con procesos para medir la satisfacción de sus clientes, pero esta se centra en los estudiantes mas no en los profesionales que ya se han convertido en profesionales y que son la muestra hacia el mundo del éxito de la institución. El presente proyecto busca contribuir a alcanzar la sostenibilidad en el largo plazo del éxito de la universidad, de la satisfacción de los egresados (y también indirectamente el de los alumnos) y de formar los mejores profesionales para el país y el mundo. Esto se logrará implementando un sistema de control de seguimiento a nuestros egresados. Este sistema implementará un proceso para mantener actualizado los datos de los egresados, desarrollará una metodología para lograr el contacto continuo con estos, establecerá los indicadores que cada área necesita de acuerdo a las funciones que realiza y establecerá un portal web de reporteo para mostrar estos indicadores para cada área usuaria. El proyecto tendrá una duración de dos ciclos académicos (10 meses), los cuales empiezan en Marzo del 2013 y finalizan en Diciembre de ese mismo años y se trabajará directamente con las áreas de CRM y canales de distribución, Business Intelligence, Oportunidades Laborales, Investigación de mercados y Nuevos proyectos las cuales son los principales interesados.
4
Sistema de Control de Seguimiento a los Egresados de la UPC
2012-2
MARCO TEÓRICO La universidad tiene procesos que se encargan de validar y de mantener consistente los datos demográficos de los egresados y alumnos, estos procesos se realizan cuando un área usuaria lo solicita. Luego estas áreas explotan los datos de acuerdo a sus necesidades y generan los indicadores necesarios que les ayudarán a tomar decisiones. Este proceso se centra en el área CRM – Canales de distribución que es la encargada de mantener actualizada los datos demográficos de los egresados/alumnos, luego estos datos son enviados a las áreas que en su momento la necesiten; algunas áreas identificadas hasta el momento que son usuarios comunes de los datos que proveen son :
Business Inteligence Investigación de mercados. Nuevos proyectos. Estrategia digital. Calidad educativa.
Para el desarrollo del proyecto nos situaremos el proceso actual que siguen estas áreas para obtener la información necesaria de CRM – Canales de distribución, procesarla de acuerdo a sus necesidades (el proceso que también implica esto) y luego presentarla para poder ellos tomar las decisiones necesarias. Nos centraremos más en la información sobre los egresados ya que en el actual desarrollo de las actividades se centra más la atención a los indicadores sobre los datos de los alumnos; sin embargo, el seguimiento a los egresados y el análisis de los datos que estos proporcionen brindan una perspectiva más detallada sobre la forma en que la universidad está desarrollando a los profesionales y se obtiene con esto una retroalimentación que a su vez servirá para atender mejor las necesidades de los estudiantes. Por este motivo es que identificamos a la dirección de oportunidades laborales y calidad educativa como uno de nuestros principales interesados, el cual se verá impactado en gran medida por el éxito o fracaso de este proyecto.
5
Sistema de Control de Seguimiento a los Egresados de la UPC
2012-2
POSICIONAMIENTO
PLANTEAMIENTO DEL PROBLEMA
Actualmente, en el mercado laboral, existe un crecimiento en la demanda de servicios en la educación superior. Esta situación es evidente debido al crecimiento y expansión del alumnado que ha tenido la Universidad Peruana de Ciencias Aplicas, una de las principales y más reconocidas universidades privadas, en los últimos años. Esto convierte a la UPC en una universidad exitosa por las metodologías que presenta y el contenido de su currícula. Lo que genera que los profesionales que se gradúan tengan la facilidad de ingresar al mercado laboral. Si bien estamos seguros del éxito en los servicios educativos que brinda la universidad, no podemos asegurar que este mismo éxito se mantenga luego de que los alumnos hayan egresado y consolidado en el mercado laboral. Esto se debe a que no se cuentan con indicadores que muestren la situación favorable o desfavorable en la que se encuentra la universidad, basándose en el grado de complacencia que tienen los egresados con respecto de su trabajo. Esta situación, no garantiza que la universidad tenga un sostenibilidad acerca de la calidad que ofrece a largo plazo para su alumnado. La UPC trata de mantener la calidad de sus servicios a largo plazo con procesos de certificación. Actualmente, lo realiza solo con la acreditación ABET, la cual ha certificado la calidad de los programas educativos de las carreras de Comunicación y Periodismo, Ingeniería Electrónica e Ingeniería de Software, Ingeniería de Sistemas de Información, mientras que el resto de carreras están en proceso. En resumen, no existe en la UPC un proceso que recopile la información real de los egresados para realizar un seguimiento que con indicadores muestre resultados de la situación que presenta la universidad y las diferentes carreras. De esta manera, la información que la universidad logra recaudar no es la óptima y necesaria como para realizar un análisis completo del seguimiento a sus egresados de acuerdo a los indicadores que la Universidad establece. Es por ello que al obtener información relevante y realizar una mejor gestión de la misma, esto permitirá a la universidad tener una herramienta que ayude a determinar mejoras en su proceso y generar un nuevo mecanismo de política de negocio para poder analizar la eficacia del método educativo a largo plazo.
Problema No se ha implementado un proceso que permita obtener los datos de los egresados actualizados y tampoco explotar estos mediante
Causas El proceso no esta definido ni implementado en un área especifica. Las actividades que se realizan con el fin de actualizar los datos demográficos se ejecutan solo debido a una solicitud de un área específica. No se cuenta con una metodología que soporte la actualización de datos demográficos. No se ha definido el impacto que tiene este proceso sobre el 6
Comentario [O2]: La pregunta es: por qué no se cuentan con indicadores?
Comentario [O3]: Quien debería estar a cargo de este proceso?
Comentario [O4]: No entiendo si no existe el proceso a que información se refieren?
Comentario [O5]: Nuevamente la pregunta por qué no se hace?
Sistema de Control de Seguimiento a los Egresados de la UPC
indicadores y reportes.
2012-2
negocio. No se ha priorizado las áreas para las cuales este proceso es de vital importancia para sus operaciones. No se ha identificado los indicadores claves para medir el desempeño y la satisfacción de nuestros egresados.
Comentario [O6]: Esto parece ser parte d ela solución no del problema.
OBJETIVOS
OBJETIVO GENERAL
OG: Diseñar e implementar un proceso que mantendrá los datos de los egresados actualizados, desarrollar una metodología que soporte este proceso e implementar sistema de análisis que permita realizar un seguimiento a estos mismos.
OBJETIVO ESPECÍFICOS
OE1: Para la segunda semana del ciclo 2013-1 se debe de debe de haber cumplido con la totalidad de la fase de inicio del proyecto. OE2: Para la cuarta semana del ciclo 2013-1 se debe de haber realizado todo el levantamiento de información necesario para realizar la definición del proceso y el proceso de carga de datos debe de haber sido implementado al 100%. OE3: Para el cierre del ciclo 2013-1 se debe de tener definido el proceso, se debe de tener definidos los indicadores para cada área interesada en el proyecto. OE4: Para la quinta semana del ciclo 2013-2 se debe de haber incorporado el proceso para la gestión de información de los egresados en el área oportunidades laborales y calidad educativa. OE5: Para la semana diez del ciclo 2013-2 se deben de tener nuestra información actualizada a un 90% mensual, mostrar de acuerdo a los indicadores definidos los reportes necesarios según cada área interesada.
INDICADORES DE ÉXITO
OE1: Cronograma del proyecto, documento del alcance y documento de plan del proyecto aceptado por el cliente. OE2: Definición del proceso actual documentada y aprobada por el cliente.
7
Comentario [O7]: Que interviene en la fase de inicio, que entregables o hitos tenemos?
Sistema de Control de Seguimiento a los Egresados de la UPC
2012-2
OE3: Proceso de gestión de seguimiento de Egresados debidamente documentado, validado y aprobado por el cliente. Indicadores para este proceso aprobados por cada área usuaria. OE4: Acta de aceptación del proceso de gestión de seguimiento de Egresados debidamente firmada por el (los) cliente(s). OE5: Portal web de servicio de reportes operando y aprobación de este por parte del cliente. ALCANCE DEL PROYECTO Aspectos que incluye el proyecto
Se brindará capacitación operacional de los procesos diseñados a una persona específica. Comentario [O8]: Va al final
Incorporar una metodología para la gestión del seguimiento a los egresados.
Incorporar una metodología de definición de indicadores que sean flexibles de acuerdo a las necesidades del cliente.
Realizar la validación de la información obtenida.
Incorporar una metodología de análisis de información.
despliegue del portal web para la emisión de los reportes el cual contará con los indicadores aprobados por el cliente.
despliegue del modelo dimensional en los servidores de la UPC.
Se usará los servicios de la UPC para el despliegue de los servicios de análisis y reportes.
SUPOSICIONES Y RESTR ICCIONES
Suposiciones
Descripción El apoyo del cliente ante contingencias coordinadas previamente. El equipo del comprometido.
proyecto
está
totalmente
La gerencia de las áreas interesadas deben brindar las facilidades para gestionar posibles reuniones para obtener información y ayudar a definir los procesos. Se obtendrá la información requerida de las redes sociales previa autorización de los egresados.
8
Sistema de Control de Seguimiento a los Egresados de la UPC
Restricciones
2012-2
Descripción El grupo de trabajo debe laborar dentro de las instalaciones de la universidad. Se requiere el producto final con miras al ciclo académico 2013-02. Los stakeholders estarán disponibles, previa coordinación, dentro de los horarios de oficina (09:00am – 1:00pm \ 03:00pm – 05:30pm). El producto final debe cumplir con los estándares de TI que la universidad dispone tales como la plataforma de desarrollo, el lenguaje de programación y otras herramientas a utilizar.
IMPACTO EN LA ORGANIZACIÓN (OPCIONAL)
El impacto de este proyecto para la empresa se verá en el mediano plazo y afecta directamente al negocio porque establece indicadores sobre el rendimiento y la sostenibilidad del crecimiento de la empresa y la satisfacción de los clientes, algunos objetivos que impactaran al negocio son:
Tener nuestra información actualizada a un 90% mensual de nuestro mercado objetivo.
Registrar la información recaudada, de manera efectiva, a un 100% en la base de datos.
Brindar información personalizada sobre los beneficios que puede obtener nuestro mercado objetivo a un 100%.
Brindar un producto software a la UPC, como herramienta que le facilite y ayude en la gestión de información que llegue a obtener de los egresados. Con ello la UPC contará con un mecanismo que le permita ampliar su mercado estudiantil y consolidarse como una institución universitaria de prestigio.
9
Sistema de Control de Seguimiento a los Egresados de la UPC
2012-2
ORGANIZACIÓN DEL PROYECTO Comentario [O9]: Retirar Sponsor y Cliente , agregar analista, deszarrolador, tester, etc
EQUIPO DEL PROYECTO
Gerencia SSIA
Gerente de Proyecto
Sponsor
Cliente
Jefe de equipo de análisis Rol
Miembro
Responsabilidades
Gerente del proyecto
Frank Soto
Liderar el proyecto.
Jefe equipo de análisis
Juan Ratto
Liderar el equipo de análisis.
Comentario [O11]: Falta identificar Stakeholders del proyecto, internos, usuarios, clientes, opositores.
STAKEHOLDERS Y USUARIOS
Stakeholders Giuliana Montañez
Noemi Gonzalez
Usuarios
Comentario [O10]: Completar roles
Necesidades Entregables Dirección de Inteligencia y nuevas soluciones de negocios área de CRM - canales de distribución
Necesidades
Entregables
10
Comentario [O12]: Tienen las mismas necesidades???? Revisar y documentar
Sistema de Control de Seguimiento a los Egresados de la UPC
Gerente del área Contar con indicadores sobre los egresados. CRM. Gerente de oportunidades laborales y calidad educativa. Gerente del área Business Inteligence. Gerente del área Investigación de mercados. Gerente del área de Nuevos proyectos. Gerente del área Estrategia digital. Gerente del área de Calidad educativa.
2012-2
claves Portal web para le emisión de reportes con los indicadores definidos de acuerdo a la necesidad del área solicitante.
RECURSOS REQUERIDOS
Instalaciones adecuadas para las reuniones con usuarios clave de las áreas involucradas. Acceso al servidor de datos para la carga de la información.
FASES E HITOS DEL PROYECTO
Hito del proyecto
Fecha Estimada
Entregables incluidos
Prioridad
Aprobación y entrega del documento de definición del proceso.
30/04/2013
Documento de definición del proceso de seguimiento a egresados
Alta
Aprobación y entrega de la metodología para realizar la actualización de los datos de los egresados
15/05/2013
Documento de metodología para la actualización de datos.
Alta
Carga inicial de datos.
31/05/2013
Datos de los egresados cargados al modelo dimensional en la Base de datos.
Media
11
Sistema de Control de Seguimiento a los Egresados de la UPC
Aprobación indicadores.
de
10/05/2013
Documento de definición de indicadores aprobado por el cliente
Media
Aprobación de las pruebas del portal web de reportes.
31/10/2013
Portal web funcionamiento.
Alta
Aprobación de la capacitación a los usuarios.
15/11/2013
Documento de conformidad con la capacitación aprobado por el cliente .
en
2012-2
Media
ENFOQUES DEL TRABAJO
Comentario [O13]: Identificar riesgos internos y externos, riesgos del proceso, de personal, coyunturas…etc
RIESGOS Y MITIGACIÓN
#
Riesgo
1
Falta de compromiso por parte de los interesados.
Alto
-
2
Cambio en los puestos claves de las áreas interesadas
Alto
Realizar informes periódicos a las cabezas de las áreas interesadas para garantizar el apoyo al proyecto.
Probabilidad
Impacto
12
Estrategia de mitigación Comentario [O14]: Que paso con la estrategia, esta es importante que se defina.
Sistema de Control de Seguimiento a los Egresados de la UPC
2012-2
GLOSARIO
Business Intelligence: Enfoque de tecnología de información que se basa en el análisis de datos de una empresa para la toma de decisiones.
Stakeholder: Cualquier persona o institución que pueda verse afectado negativa o positivamente por el proyecto.
SIGLARIO
UPC: Universidad Peruana de Ciencias Aplicadas. CRM: Customer Relationship Managemente, gestión de las relaciones con los clientes.
BIBLIOGRAFÍA
PMBOK - Project management body of knoledge 2008. (PMI: 2008)
APROBACIÓN Nombre
Cargo
Firma
13
Fecha
Sistema de Control de Seguimiento a los Egresados de la UPC
ANEXOS No aplica.
14
2012-2
Plataforma online de gestión de servicios de TI basados en ITIL Project Charter
Historia de revisiones Version
Fecha
Autor
Descripción del cambio
V .0
16/10/2012
U710732 – Ciro Rosales Barreto
Creación del charter
1
Sistema de Control de Seguimiento a los Egresados de la UPC
2012-2
INTRODUCCIÓN Las áreas de TI de toda institución manejan una gran cantidad de solicitudes de ayuda para diversos problemas que pueden surgir en la utilización de los sistemas de información implementados, estas solicitudes son conocidas como incidencias y son resueltas en el menor tiempo posible. Sin embargo, existen problemas que requieren de un manejo más complejo y al cual se debe realizar un seguimiento cuidadoso para no perder el estado del mismo.
La necesidad de un manejo adecuado de incidencias nace a partir de la continua pérdida de las mismas. El problema surge cuando el encargado de registrar las incidencias simplemente trata de registrarla en una hoja Excel o documento pero no registra más datos como importancia, nivel, fecha, etc. lo cual hace que si el documento contiene gran cantidad de incidencias estas no sean tratadas correctamente y finalmente terminan en el olvido por descuido del encargado.
Actualmente existen herramientas de gestión de incidencias en el mercado, sin embargo estas soluciones pertenecen a empresas extranjeras las cuales cobran por licencia de usuario y genera un gran costo para las empresas y no proveen de un servicio personalizado al cliente.
Como alumnos de la carrera de Ingeniería de Sistemas de información se desea desarrollar una plataforma de manejo de incidencias de TI utilizando los conceptos y prácticas para la gestión de servicios de tecnologías de información con lo que se buscará brindar calidad y eficiencia en el servicio aportando valor a los clientes pues será la primera empresa peruana que ingresa a este tipo de mercado.
2
Sistema de Control de Seguimiento a los Egresados de la UPC
2012-2
MARCO TEÓRICO Las exigencias en el nivel de la calidad de los servicios se han incrementado notablemente en los últimos años, las áreas de TI se encuentran a cargo del buen funcionamiento de la parte automatizada de las empresas y muchas veces se les culpa si los sistemas no funcionan correctamente. Es por eso que nace el concepto de manejo de incidencias. Las incidencias son problemas encontrados en el buen funcionamiento de un sistema de información y que son reportadas por los usuarios. Sin embargo, no todas las empresas tienen un buen manejo de incidencias y sufren grandes pérdidas por no solucionar a tiempo los problemas o no darles la importancia necesaria.
ITIL provee conceptos y buenas prácticas para el manejo de los servicios de TI. En este proyecto de utilizarán las practicas que ITIL propone para realizar un buen manejo y gestión de las incidencias, problemas, configuración, cambio, entrega y servicio al usuario. Por otro lado, para diseñar este sistema se realizará un diseño de arquitectura empresarial en donde se definirá los objetivos del negocio, políticas de la empresa, etc. Para el desarrollo de esta arquitectura se utilizará la metodología EUP utilizando la notación BPMN 2.0 para el modelado de los procesos.
Por otro lado, las necesidades del día de hoy hace que una aplicación no tenga mucho valor si no puede estar disponible en cualquier momento, es por esto que se utilizará una plataforma web que corra bajo un servidor de aplicaciones y esté disponible en la web para pode tener acceso a él cuando sea necesario. Para la seguridad del sistema se usará SSL instalando las herramientas recesaría para lograr esto en un servidor con sistema operativo Red Hat.
Finalmente, la finalizar el proyecto se podrá contar con una plataforma web para la gestión de los servicio de TI el cual podrá ser utilizado por ITExpert para las solicitudes de los proyectos que soliciten sus servicios. Esto ayudará a manejar de una manera ordenada las solicitudes que podrán ser realizadas directamente desde una web sin necesidad de reuniones ni documentos físicos.
3
Sistema de Control de Seguimiento a los Egresados de la UPC
2012-2
ALCANCE Y OBJETIVOS Objetivos del negocio Gestionar servicios de tecnologías de información mediante una herramienta online utilizando conceptos y prácticas de ITIL permitiendo a los usuarios solucionar las incidencias además de registrarlas, realizar seguimiento, reportes, estadísticas, etc. con buena calidad y eficiencia.
Objetivo General Desarrollar el primer sistema de gestión de incidencias aplicando conceptos de ITIL en Perú ganando posicionamiento en el mercado.
Objetivos específicos 1.- Optimizar el manejo de incidencias en las áreas de TI. 2.- Implementar indicadores KPI para el manejo de las incidencias. 3.- Realizar el seguimiento de incidencias. 4.- Generar Dashboards con datos recopilados de las incidencias.
Indicadores de éxito 1.- Finalización exitosa de la documentación del proyecto (Ciclo completo del EUP) 2.- Finalización exitosa del desarrollo de la aplicación. 3.- Conocimientos en herramientas de gestión de incidencias con una experiencia de un año. 4.- Conocimientos en programación y mentoría por profesionales en el tema de desarrollo e ITIL.
Alcance del proyecto EL ALCANCE DEL PROYE CTO INCLUIRÁ:
1.- Diseño de arquitectura empresarial. 2.- Implementación de la arquitectura empresarial. 3.- Desarrollo de plataforma web. 4.- Pruebas funcionales de la plataforma. 5.- Despliegue del de la plataforma. 6.- Monitoreo y Soporte.
EL ALCANCE DEL PROYE CTO NO INCLUIRÁ:
4
Sistema de Control de Seguimiento a los Egresados de la UPC
2012-2
1.- Entrega del código fuente de la aplicación.
Cosas que se asumen 1.- Necesidad de la universidad por una plataforma similar para el manejo de incidencias por pate del su área de TI. 2.-Mentoría por parte de los profesores de la carrera para la culminación exitosa del proyecto.
ORGANIZACIÓN DEL PROYECTO Equipo del proyecto
Rol Analista de procesos empresariales
Analista de procesos empresariales
Descripción -Diseñará la arquitectura empresarial utilizando las mejores prácticas en ITIL, realizará la documentación necearía para poder implementar la plataforma de gestión de incidencias. (Funciones de negocio, Orquestación de servicios, etc) -Diseñará la arquitectura empresarial utilizando las mejores prácticas en ITIL, realizará la documentación necearía para poder implementar la plataforma de gestión de incidencias. (Funciones de negocio, Orquestación de servicios, etc).
Responsable Alumno de Ingeniería de sistemas de información
Alumno de Ingeniería de sistemas de información
Stakeholders y usuarios Stakeholder Encargado del Proyecto Asesor de Proyecto Gerente de Proyectos Usuarios
Descripción El responsable del Proyecto deberá reunirse con los clientes. Gerente General de la Empresa SSIA Alumno Gerente de SSIA encargado de apoyar en las tareas de coordinación de QA. Coordinadora de la carrera de sistemas de información
FASES E HITOS DEL PROYECTO El siguiente cronograma posee fechas de cumplimiento aproximadas. Estas pueden cambiar conforme se desarrolle el proyecto.
Fase/Actividad
Duración
Fecha de Artefactos/Entregables cumplimiento 5
Sistema de Control de Seguimiento a los Egresados de la UPC
Elaboración del Project 1 mes Charter Aprobación Project Charter Diseño de arquitectura empresarial
-Project Charter -
3 meses
Semana 14 (2013-01)
1 mes
Semana (2013-01)
1 día
Semana (2013-01)
1 mes
Semana 4 (2013- -Implementación de las 02) funciones de negocio
3 meses
Semana 13 (2013-02) Semana (2013-02) Semana (2013-02) Semana 16 (2013-02)
la
Revisión de los documentos Generados. Aprobación de la arquitectura empresarial. Implementación de la arquitectura empresaria. Desarrollo de la plataforma web Pruebas de calidad de la plataforma Despliegue de la plataforma. Aprobación del proyecto Cierre del Proyecto
Semana 16 (2012-02) -
2012-2
2 semanas 1 semana 1 semana
Semana 16 (2013-02)
6
-Procesos -Funciones de Negocio -Coreografía y Orquestación de servicios. 15 -Aprobación de documentos por QA 16 -Acta de aprobación de la AE.
-Software en fase beta 14 -Correcciones de la
plataforma 16 -Plataforma
funcionando en web -Acta de aprobación del proyecto.
Sistema de Control de Seguimiento a los Egresados de la UPC
2012-2
ENFOQUE DE TRABAJO (DECLARACIÓN BÁSICA) Para la implementación del proyecto, se utilizará parte de la gestión de proyectos propuesta por SCRUM y el apoyaremos de algunos artefactos de RUP; y se trabajará en base a la metodología de desarrollo de software Extreme Programming, debido a las necesidades del producto a elaborar.
APROBACIÓN Cliente
Comité de proyectos
7
Fecha
TALLER DE DESEMPEÑO PROFESIONAL 2 GESTIÓN DE PROCESOS EMPRESARIALES ADOPTANDO EL MODELO DE COMPUTACIÓN EN LA NUBE APLICADA A PYMES
PROJECT CHARTER VERSIÓN 1.0
1
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
Preparado por: Integrantes:
Julio César Nina Allende Adrián Alonso Romero Gallardo
Especialidad:
Ingeniería de Sistemas de Información
Empresa:
ITExpert
Historial de Revisiones Versión 1.0
Fecha 12/06/2013
Autor Julio Nina y Adrián Romero
Descripción Primera versión del documento.
2
TDP2
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
Índice de Contenidos RESUMEN EJECUTIVO ......................................................... ¡ERROR! MARCADOR NO DEFINIDO. MARCO TEÓRICO ............................................................... ¡ERROR! MARCADOR NO DEFINIDO. Características de Cloud Computing ..........................................¡Error! Marcador no definido. ¿Qué es un BPMS? .....................................................................¡Error! Marcador no definido. POSICIONAMIENTO............................................................ ¡ERROR! MARCADOR NO DEFINIDO. Planteamiento del problema .....................................................¡Error! Marcador no definido. Objetivos ....................................................................................¡Error! Marcador no definido. Objetivo General ............................................................................¡Error! Marcador no definido. ObjetivoS Específicos .....................................................................¡Error! Marcador no definido. Indicadores de exito...................................................................¡Error! Marcador no definido. Justificacion del proyecto ..........................................................¡Error! Marcador no definido. Alcance del proyecto .................................................................¡Error! Marcador no definido. Suposiciones y Restricciones .....................................................¡Error! Marcador no definido. ORGANIZACIÓN DEL PROYECTO ......................................... ¡ERROR! MARCADOR NO DEFINIDO. Equipo del Proyecto ...................................................................¡Error! Marcador no definido. Stakeholders ..............................................................................¡Error! Marcador no definido. Recursos requeridos ..................................................................¡Error! Marcador no definido. Fases e hitos del proyecto .........................................................¡Error! Marcador no definido. Metodologías y Enfoques del trabajo ........................................¡Error! Marcador no definido. Riesgos y Mitigación ..................................................................¡Error! Marcador no definido. GLOSARIO Y SIGLARIO DE TÉRMINOS.................................. ¡ERROR! MARCADOR NO DEFINIDO. BIBLIOGRAFÍA .................................................................... ¡ERROR! MARCADOR NO DEFINIDO. APROBACIÓN ..................................................................... ¡ERROR! MARCADOR NO DEFINIDO.
3
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
RESUMEN EJECUTIVO Las PYMES, en los últimos años, han conformado un grupo numeroso que beneficia principalmente a las economías latinoamericanas. El considerable aporte de estas empresas al PBI en cada uno de los países en los que operan define la vital importancia que tienen dentro del funcionamiento de la economía. En ese sentido, las PYMES se establecen como un factor clave para el crecimiento económico. En la actualidad, el entorno tecnológico ha experimentado importantes cambios, cada vez más empresas empiezan a migrar sus negocios a través de la web o realizar actividades orientadas a ofrecer servicios a través de Internet. El Cloud Computing es una de estas tendencias, sin embargo el tema aún se encuentra en investigación para su aplicación a diversos ámbitos. Asimismo, es conocido que las empresas Latinoamericanas, en general, poseen un bajo presupuesto destinado a la investigación y desarrollo de nuevas tecnologías más aún si nos centramos en PYMES. A pesar de ello, la propuesta que se plantea permitirá a las PYMES reducir sus costos ganando capacidad de almacenamiento, procesamiento y accesibilidad. Por otro lado, la gestión de procesos empresariales se ha establecido, durante las dos últimas décadas, como una herramienta que brinda y mejora la capacidad de identificar, monitorear y optimizar los procesos dentro de las organizaciones. Asimismo, contribuirá, dentro de lo posible, a la disminución de costos, el aumento de la satisfacción del cliente y la optimización de procesos para la creación de productos con un costo menor. En ese sentido, establecer una arquitectura de procesos empresariales es la base para alinear cualquier empresa hacia la automatización. En consecuencia, existirá la necesidad de adquirir conocimiento relativo al manejo de productos software (BPMS) utilizados en el mercado. Sin embargo, las organizaciones que tengan el interés de hacer uso del BP M deberán de asumir una inversión inicial considerable por concepto de adquisición de hardware, software y soporte especializado que deberá encargarse de la instalación y mantenimiento de los sistemas. Asimismo, las PYMES con objetivos de crecimiento establecidos evaluarán la adquisición de los componentes mencionados en función a la escalabilidad y adaptabilidad que brinden en una situación futura. Tomando en cuenta los conceptos mencionados anteriormente, el proyecto de investigación pretenderá explorar la aplicación del Cloud Computing a la gestión de procesos empresariales con el objetivo de subsanar las carencias que presentan las PYMES y que impiden su crecimiento. El trabajo tiene por meta profundizar en conceptos, teorías, problemáticas, procedimientos de implementación, marcos de trabajo, políticas, estándares y controles de seguridad. De forma complementaria, se desea demostrar, de forma práctica, la factibilidad de aplicar la propuesta, por lo que se desea realizar la implementación de un caso de estudio. En este contexto, el trabajo pretenderá justificar los futuros despliegues de arquitecturas de procesos empresariales utilizando un determinado BPMS. Para luego, una vez finalizado el proyecto,
4
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
publicar los resultados de forma que se encuentren disponibles y sirvan como base para futuras investigaciones. Marco Teórico Durante el proyecto serán utilizados los conceptos de cloud computing y BPM como base para llevar a cabo el desarrollo de la investigación y la resolución de la problemática descrita más adelante. En primer lugar, es necesario comprender el principal concepto en el que se basa la investigación: cloud computing. Para ello utilizaremos el concepto definido por el Instituto Nacional de Estándares y Tecnología (NITS): “Cloud computing es un modelo que permite el acceso omnipresente, cómodo y bajo demanda a la red a un conjunto compartido de recursos informáticos configurables (Ej., redes, servidores, almacenamiento, aplicaciones y servicios) que pueden ser rápidamente provisionados y liberados con un mínimo esfuerzo de gestión o interacción con el proveedor de servicios. Este modelo de nube se compone de cinco características esenciales, tres modelos de servicio y cuatro modelos de implementación.” (NIST 2011) De esta forma, podemos comprender el concepto de cloud computing como un modelo de computación basado en la provisión de servicios informáticos a través de la red, lo que puede deducirse como una importante reducción en la compra de distintos productos propios de un datacenter, que para los casos de pymes resultaría un coste demasiado elevado de afrontar. Características de Cloud Computing De acuerdo a lo descrito por el NITS, el modelo de cloud computing posee 5 características esenciales que encierran el marco de este concepto y que ayudan a reforzar las virtudes que se pueden obtener al adoptar este modelo en los negocios. “
Auto-servicio por demanda Acceso ubicuo a la red Fondo común de recursos Servicio medido Rápida elasticidad” (CINTEL 2010: 8)
Como primera característica se presenta Auto-servicio por demanda , propiedad que de un comienzo destaca por la capacidad que tiene el usuario de obtener los recursos de una computadora por ejemplo, tener el tiempo de un servidor, que no se encuentre localmente en la empresa sino de manera virtual, lo cual representa librarse de la necesidad de realizar la compra de este artículo y que vuelve más eficiente los procedimientos que se desarrollen dentro del negocio teniendo en cuenta que al hacer uso de esta habilidad no representará la disminución del desempeño de tener un servidor local. Por otro lado, la característica de acceso ubicuo a la red, refiere a la capacidad de poder utilizar los recursos informáticos desde cualquier plataforma que pueda estar conectado a la red, como las que se conocen hoy en día: celulares, 5
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
tabletas, laptops; con ello tener a disposición los recursos por un medio móvil, cualidad que es buscada últimamente para satisfacción del cliente. Adicional a estas dos, fondo común de recursos, refiere la habilidad de contar con diferentes recursos y que estos sean asignados dinámicamente de acuerdo a la demanda que el usuario requiera para un proceso. De igual forma, otra de las características que es importante resaltar es servicio medido, el cual refiere la capacidad de controlar el uso de los recursos y con esto brindar un mejor servicio por parte del proveedor, al poder mostrarle cómo es que está haciendo uso de los servicios como almacenamiento, procesamiento, ancho de banda, etc. Rápida elasticidad hace mención a la cantidad y calidad de recursos brindados por la nube y que el usuario requiera consumir para el proceso que desempeñe y de acuerdo a lo que el proceso demande, este servicio puede modular su capacidad de consumo, lo que para las pymes es un punto a favor; ya que es capaz de modular la demanda que esta requiera evitando realizar sobrepagos innecesarios y que puedan afectar directamente su economía.
¿Qué es un BPMS? Para la segunda parte del proyecto está planificado desplegar los procesos analizados en el caso de estudio, a un sistema de gestión de procesos de negocio, conocido también por sus siglas en inglés BPMS, que se encontrará alojado fuera del negocio y del que se aprovecharán sus servicios remotamente, adoptando así, el modelo cloud computing. Por consiguiente, en la siguiente cita se detalla el concepto que posee el sistema BPM por parte de una de las compañías que viene trabajando con la herramienta por más de 20 años, Bizagi. “Su objetivo principal, basado en la teoría de procesos, es proveer a los dueños y directores de las compañías con los elementos de información adecuados para la apropiada asignación de los recursos de la organización, para así incrementar su eficiencia y productividad, por medio de la gestión sistemática de procesos de negocio que deben ser continuamente modelados, automatizados, integrados, observados y optimizados. (…) Una solución tecnológica para soportar este concepto de gestión es conocida como un Sistema de Gestión de Procesos de Negocio (Business Process Management System BPMS).” (Bizagi 2013) De esta manera, una vez modelado los flujos de negocios de una empresa, se identificarán los procesos a transformarse en servicios y que se encontrarán desplegados en el sistema para que sean consumidos de manera remota, con lo que el personal de negocio encontrará a su disposición los recursos que necesite para realizar sus actividades de forma más rápida y eficiente; ya que cada uno de ellos podrá reusar estos servicios, lo que significará la reducción de los tiempos que tomaba realizar una actividad tradicionalmente y una optimización en el desempeño del flujo de trabajo del negocio. Así mismo, considerando el modelado de cada macroproceso que se encuentre en una determinada empresa, permitirá la automatización de cada proceso de negocio que se encuentre en ella lo que representará un beneficio al tener una integración total de la empresa.
6
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
POSICIONAMIENTO PLANTEAMIENTO DEL PROBLEMA
El clima económico local demuestra un constante crecimiento durante los últimos 10 años, el que se aprecia con la construcción de obras públicas, interés de inversionistas de categoría internacional, crecimiento de empresas en el país y surgimiento de nuevos tipos de negocio y todo esto se ve reflejado en el incremento del PBI del país, como se ve reflejado en la Figura 1. Figura1: PBI per cápita en índice de desarrollo humano en el Perú (En miles de dólares e índice)
Fuente: Instituto Peruano de Economía Por otro lado, de acuerdo a la Figura 2 se observa la reducida cantidad de grandes empresas en comparación con las pymes, con ello surgen las interrogantes, ¿cuánto y qué les hace falta, a las pequeñas y medianas empresas, si desean crecer?, ¿es posible que puedan llegar a la categoría de gran empresa? Por lo que surge el uso del concepto de arquitectura de procesos empresariales, como punto de partida para la reorganización de una empresa y dar paso a una consolidación de sus procesos de negocio apoyado por las nuevas tecnologías existentes en el mercado.
7
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
Tabla1: Proporción de empresas según el tamaño en países seleccionados de América Latina y de la OCDE (en porcentajes) País Argentina Brasil Chile Colombia Ecuador México Perú Uruguay Alemania España Francia Italia
Micro Pequeñas Medianas 81.6 16.1 1.9 85.4 12.1 1.4 90.4 7.8 1.2 93.2 5.5 1.0 95.4 3.8 0.6 95.5 3.6 0.8 98.1 1.54 0.34 83.8 13.4 3.1 83.0 14.1 2.4 92.6 6.5 0.8 93.0 5.9 0.9 94.4 5.0 0.5 Fuente: OCDE y CEPAL 2012: 50
Grandes 0.4 1.0 0.6 0.3 0.2 0.2 0.02 0.6 0.5 0.1 0.2 0.1
Por tal motivo, el proyecto "Investigación acerca de la implementación de un engine para BPM usando el modelo de computación en la nube”, estará situado en el entorno que se encuentran la mayoría de PYMES. En este sentido una de las principales preocupaciones que tienen los dueños de estas empresas es la disminución de costos. Gestionar los costos implica supervisar procesos como desarrollo, producción y venta de productos o servicios de buena calidad. Asimismo, al mismo tiempo se trata de reducir los costos o mantenerlos en nivel a los objetivos trazados. Por otro lado, en el Perú, muchas empresas tratan de reducir los costos sólo mediante el recorte de gastos, despido de personal, la reestructuración y la disminución de proveedores. Las PYMES cuentan con un presupuesto muy recortado y ello limita a invertir en recursos. Para ello, las PYMES son las que tienen que poner más énfasis a la importancia de diminución de costos, tal y como se indica en la siguiente cita bibliográfica: ´ “Las pyme no pueden sobrevivir cuando los costos fijos son altos. Una implicancia directa de la economía básica de las pyme es que no pueden subsistir cuando los costos fijos o hundidos son altos. En ocasiones se trata de características de la forma como se produce y entonces hay poco que hacer. Sin embargo, una de las principales fuentes de costos fijos y hundidos son regulaciones similarmente onerosas, independientemente del tamaño de la empresa, pero que, por lo mismo, afectan más a las empresas más pequeñas.” (Cabrera 2002: 5)
8
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
Por lo tanto, la tecnología es un recurso de inversión inicial importante para una PYME, pero que en un largo plazo ayudará en el crecimiento de la producción y mejora de calidad del producto y servicio que se brinda. Asimismo, la tecnología permite a las PYMES ahorrar capital y esfuerzos. Por otro lado, es conocido que una reingeniería de procesos brindaría una gran oportunidad de mejora a cualquier tipo de empresa. Sin embargo, resulta complicado pensar que una PYME pueda contar con una optimización de procesos, ya que es una actividad con un costo elevado y de gran complejidad. Sin embargo otorgaría un ahorro considerable gracias a la mejora de tiempos de respuesta que vuelve lentos los procesos. Esto es mencionado por Cabrera: “Finalmente, proponemos que se haga un esfuerzo serio y persistente por desburocratizar estudiando detalladamente los procesos para simplificarlos. Esto se ha repetido muchas veces, pero la evidencia que se presenta en este trabajo indica que el costo impuesto por las regulaciones y trámites innecesarios es muy alto porque encarece el proceso de ensayo y error que es fundamental para el crecimiento y, por ser costos mayoritariamente fijos, perjudican en particular a las empresas más pequeñas.” (Cabrera 2002: 15) La cita menciona que una mejora en los procesos conforma un factor crítico para la disminución de costos. De igual forma, el satisfacer a sus clientes del modo más efectivo genera un mayor reconocimiento en el mercado para las organizaciones. Sin embargo, cuando estas centran su labor en sí misma, deja de lado sus responsabilidades con los clientes, con lo que pierden los negocios y la retroalimentación de estos. Además, las organizaciones con buena reputación por la efectividad, los ingresos tienden a aumentar. Ofrecer servicios y productos que satisfacen las necesidades de los clientes es un punto clave para el éxito continuo. Por ello, en la siguiente cita se resalta la importancia de la satisfacción del cliente y los beneficios que traerá a la empresa: “En la investigación realizada por Santos, Sanzo, García y Trespalacios (2008) sobre las capacidades de Marketing tanto a nivel operativo como estratégico en las PYMES, se pone de manifiesto que, influyen de manera directa y positiva en la obtención de mejores resultados con los clientes, en la medida que estas organizaciones consiguen su satisfacción y lealtad, la entrega de valor añadido, y la comunicación y la mejora de la imagen de la organización, repercutiendo todo ello en un rendimiento empresarial global superior al de la competencia.” (Reinares y Blanco 2011: 15)
OBJETIVOS OBJETIVO GENERAL
9
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
El objetivo de la presente investigación es generar una propuesta que permita a las PYMES formalizar los procesos de negocio con la finalidad de reducir costos, optimizar procedimientos y aumentar la satisfacción del cliente. Para ello, se necesitará investigar los conceptos y teorías que involucra gestionar procesos empresariales adoptando el modelo de computación en la nube y comprobar la factibilidad de la misma por medio del despliegue real de un caso de estudio. OBJETIVOS ESPECÍFICOS
OE1: Para la octava semana del ciclo 2013-2 se obtendrá la documentación relacionada con la investigación exploratoria acerca del tema que permitirá establecer la base teórica del proyecto.
OE2: Para la décimo tercera semana del ciclo 2013-2 se definirán los controles de seguridad y las medidas para la gestión de los niveles de servicio, disponibilidad, continuidad, capacidad y financiera.
OE3: Para la cuarta semana del ciclo 2014-1 se obtendrá la documentación relacionada con el caso de estudio a desplegar en el BPMS.
OE4: Para la décima tercera semana del ciclo 2014-1 se desplegarán en el BPMS los procesos analizados en el caso de estudio.
INDICADORES DE EXITO
IE01: Justificación y lineamientos generales de la propuesta aprobados por el asesor IE02: Controles de seguridad y medidas de entrega de servicio aprobadas por el asesor IE04: Actas de conformidad de QA y del cliente para la investigación exploratoria del tema IE05: Actas de conformidad de QA y del cliente para la investigación de los lineamientos de seguridad y entrega de servicio IE06: Caso de estudio aprobado por el asesor IE07: Actas de conformidad de QA y del cliente para el despliegue del caso de estudio en el BPMS
JUSTIFICACION DEL PROYECTO
De acuerdo a lo descrito en el marco teórico acerca de la gestión de procesos empresariales, propiamente, del motor a cargo de su ejecución y sobre el modelo de computación en la nube, se puede inducir que la implementación conjunta de estas dos nociones, colaborará notoriamente al desarrollo y una mayor visión por parte de la empresa. Sin embargo, no es suficiente para aceptar esta idea e implementarla, por lo que en los siguientes párrafos se argumentará los motivos para llevarlo a cabo en una empresa manufacturera.
10
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
Un punto que resaltar es responder en la actualidad la incertidumbre que se tiene en cuanto a cómo Cloud Computing va a contribuir con las actividades de la empresa. Por un lado están los que buscan apoyarse en la tecnología, en cambio, otros aún necesitan tener vestigios que las nuevas tecnologías están logrando beneficios a la empresa. Por ello, para responder a este último lado de empresarios, un punto clave es tener pruebas que el trabajo en la nube impacta positivamente en los objetivos de las empresas, aunque para esto tenga que esperar un periodo que justifique y en el que se consolide, el traspaso a una nueva forma de administrar el negocio. “La computación en nube permite a las organizaciones evitar el gasto y la molestia de la compra, instalación, operación, mantenimiento y mejora de las redes y las computadoras que se encuentran en los centros de datos. En vez de licencias de software, los usuarios aprovechan un servicio cuando es necesario durante el tiempo que sea necesario. Lo único que se necesita es una conexión a Internet de banda ancha y un teléfono o un ordenador personal con un navegador. Las organizaciones pagan por el tipo y la cantidad de servicios que intervienen, además de los cargos adicionales.” (Harris y Alter 2010: 6) El párrafo anterior, presenta las ventajas que brindaría desplegar las funciones de una computadora en la nube, esto gracias a la simplicidad con la que se manejaría y la cantidad de problemas que evitaría; ya que como menciona, el personal estaría dedicado a usar las herramientas que se encuentren como usuario final, mas no de preocuparse por los espacios o del mantenimiento que una arquitectura de TI demandaría. Es así que el proyecto se presenta a las PYMES como una oportunidad para la migración a la nube, ya que no cuentan con grandes inversiones en infraestructura de TI. ALCANCE DEL PROYECTO
6
El proyecto incluye: La investigación con los conceptos específicos para desarrollar el proyecto. Definir de un modelo de optimización de costos para la organización Establecer controles de seguridad y medidas de entrega de servicio. Generar reportes de las incidencias encontradas durante el desarrollo del proyecto Generar reportes de la gestión de riesgos durante el desarrollo del proyecto Generar reportes necesarios para los coordinadores de cursos, sub-áreas y áreas. Realizar el despliegue de los procesos de Gestión de proyecto e Implementación de Software de la ISO29110. Realizar una alineación de los procesos a los marcos de trabajo de COBIT, ITIL, ISO27001 y 27002. El proyecto no incluye: El despliegue de otros procesos de la ISO29110. Soporte del producto tras haber sido entregado y las capacitaciones hayan finalizado de forma satisfactoria.
11
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
Contratar personal externo. Costear la nube fuera del tiempo estimado
SUPOSICIONES Y RESTRICCIONES Suposiciones Reuniones de trabajo semanales. Facilidades de trabajo por parte del cliente Validación de sistema por parte de QA
Descripción Las reuniones y entrevistas serán coordinadas por parte del equipo de trabajo y los expertos colaboradores. El Cliente se encargara de proveer las facilidades para la obtención de información sobre el proceso de gestión de la coordinación de docentes. El sistema será evaluado por el equipo de QA en cuanto a la confiabilidad, mientras que una vez validado por parte de QA, la aplicación será verificada por parte del cliente para su aceptación. El área de Tecnología contará con la infraestructura necesaria para la implementación del sistema: - Servidor de Aplicaciones - Servidor de Base de Datos La información enviada por los usuarios y recolectada en los levantamientos es precisa y completa.
Infraestructura de la organización proporcionada por ITExpert Información precisa y completa por parte de los usuarios encuestados Desarrollo de la aplicación La aplicación será desarrollada en un entorno web. en entorno web Servidor web con salida a El sistema podrá ser accesible dentro o fuera de las extranet instalaciones de la UPC. Lo que supone que el servidor web contará con salida a Internet.
Restricciones Recursos limitados.
Horario limitado
Tiempo de Proyecto (2 semestres)
Descripción En el proyecto solo se podrá contar con recursos adicionales provistos por la empresa virtual ITExpert (máximo 2) y de QA (máximo 1). Todos los miembros del equipo de trabajo cumplirán con los horarios establecidos por la Empresa Virtual ITExpert (6 horas semanales). El proyecto debe ser elaborado y desarrollado en máximo un año (ciclos 2013-1 y 2013-2).
ORGANIZACIÓN DEL PROYECTO EQUIPO DEL PROYECTO
12
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
Comité de proyecto
Gerente General
Gerente de proyectos y recursos
Jefe de Proyecto
Asistente de Proyecto
Arquitecto de procesos
Rol
Recurso investigador
Analista de seguridad, gestión de servicios y calidad
Miembro
Comité de proyecto
Gerente general
Gerente de proyectos y recursos Jefe de proyecto
Rosario Villalta Jimmy Armas Carlos Raymundo Luis García.
Gestor de riesgos del proyecto
Analista QA
Gestor de operaciones
Responsabilidades Profesores encargados de establecer el plan estratégico, aprobar propuestas de proyectos, decidir continuidad de proyectos, aprobar contrataciones, adquisiciones, cambios especificados en el transcurso del proyecto, políticas organizacionales, controlar el cumplimiento de metas estratégicas y controlar y supervisar las actividades de la organización.
Marcela Escobar
Profesor encargado de la supervisión y evolución de los proyectos que se desarrollan dentro de la empresa virtual ITExpert. Asimismo, debe de justificar el desempeño de su gestión ante el Comité de Proyecto.
(Cargo disponible)
Estudiante encargado de administrar los proyectos de la empresa virtual ITExpert. Asimismo, debe de efectuar las coordinaciones necesarias con los Jefes de proyecto y el Comité de Proyecto.
Julio Nina
Estudiante encargado gestionar el desarrollo del proyecto que propuso al Comité de proyecto y realizar las coordinaciones necesarias con las
13
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
Gerencias de proyectos y recursos. Asistente de proyecto
Adrián Romero
Estudiante encargado de realizar las coordinaciones necesarias y realizar el seguimiento del desempeño de los recursos asignados.
Arquitecto de procesos
(Recurso de TDP2)
Estudiante encargado de capturar, especificar y validar los requerimientos por medio de interactuar con el cliente y los usuarios mediante entrevistas o videoconferencias. Diseñar la arquitectura de procesos y los prototipos establecidos.
Recurso investigador
Estudiantes encargados de investigar temas relacionados con los procedimientos para realizar la implementación del proyecto.
Adrián Romero (Recurso de TDP2)
Analista de seguridad, gestión de servicios y calidad
Julio Nina
Estudiante encargado de alinear los procesos definidos a los marcos de trabajo COBIT, ITIL e ISO27001, ISO27002 e ISO29110
Gestor de riesgos del proyecto
Adrián Romero
Estudiante encargado de identificar, plantear planes de contingencia y realizar el seguimiento de los riesgos del proyecto de implementación de procesos.
Analista QA
(Recurso de TDP1)
Estudiante encargado de realizar la verificación y validación de los procesos y entregables generados por el proyecto. Asimismo, será el encargado de asegurar la calidad de los entregables mediante procedimientos definidos por la empresa virtual Quality Assurance.
Gestor de operaciones
Julio Nina
Estudiante encargado de tomar los requerimientos objetivo de las operaciones de la empresa cliente y en base a ellos encontrar el punto óptimo para el despliegue del proyecto.
14
STAKEHOLDERS
Stakeholders Necesidades Jefe de Desarrollar el proyecto de tesis. proyecto
Comité de proyecto Gerente de proyectos y recursos Cliente Empresa Virtual Quality Assurance Gerente general
Entregables Cronograma, Investigación, Memoria parcial, Memoria final, Informe de controles de seguridad y medidas de entrega de servicio, Caso de estudio y Release del proyecto Generar un proyecto de software Acta de constitución del proyecto para verificar las capacidades de los alumnos jefes de proyectos. Orientar la gestión del proyecto para Reporte de gestión de proyectos y que este pueda culminar con éxito. recursos Obtener el producto software Lista de requerimientos propuesto por los jefes del proyecto Validad y verificar los entregables Certificado QA del proyecto
Evaluación y supervisión del proyecto Obtener el proyecto aprobado. Asesorar el desarrollo del para su mejora proyecto.
15
RECURSOS REQUERIDOS
Se mencionan los recursos materiales, hardware y software base requeridos para el desarrollo del proyecto
Hardware o Computadoras portátiles o Computadoras de escritorio o Servidor
Software o Microsoft Office Professional o Bizagi BPM Suite o Erwin Data Modeler o Balsamiq Mockups o TestLink o Mantis o Dropbox
FASES E HITOS DEL PROYECTO
Se mencionan las grandes fases y actividades con las fechas de término y los productos que se deben entregar con fechas. Ciclo del proyecto
Fecha Estimada
Entregable
Prioridad
Ciclo 2013-1
Semana 15
Project Charter (Borrador)
Media
Project Charter (Corregido)
Alta
Informe de requerimientos del proyecto
Media
Cronograma del Proyecto
Alta
Semana 8
Investigación
Alta
Semana 13
Memoria parcial
Media
Semana 13
Informe de controles de seguridad y entrega de servicio
Baja
Semana 4
Caso de estudio documentado
Alta
Semana 3
Ciclo 2013-2
Ciclo 2014-1
16
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
Release del proyecto
Alta
Memoria final
Alta
Semana 13
METODOLOGÍAS Y ENFOQ UES DEL TRABAJO
Se incluyen las siguientes metodologías, notaciones y técnicas que serán usadas en el desarrollo del presente proyecto:
7
COBIT Marco de trabajo con las mejores prácticas para la gestión de TI optimizando los servicios con el fin de aumentar el ROI de la organización y cumplir con los acuerdos, políticas, reglamentos y leyes.
ITIL Marco de trabajo con las mejores prácticas para la gestión de servicios y las operaciones relacionados. ITIL tiene como objetivo lograr la calidad y eficiencia en las operaciones de TI.
ISO 27001 Y 27002 Estándares para la seguridad de la información que especifica los requisitos necesarios para gestionar una SGSI.
ISO 29110 Estándar que define perfiles de ciclo de vida del software para PYMES.
PROJECT MANAGEMENT BODY OF KNOWLEDGE (PMBOK) Es una colección de procesos y áreas de conocimiento generalmente aceptadas como las mejores prácticas dentro de la gestión de proyectos.
ENTERPRISE UNIFIED PROCESS (EUP) Es una metodología de desarrollo de software que nos ayuda a desarrollar un software de una manera estructurada y organizada. Es una extensión del Rational Unified Process (RUP).
BUSINESS PROCESS MODEL AND NOTATION (BPMN)7 Es una notación gráfica que describe la secuencia y la lógica de las actividades de un proceso de negocio. Permite definir la secuencia y la comunicación entre actividades.
ZACHMAN FRAMEWORK
Cfr. BIZAGI 2013
17
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
Marco de trabajo que nos guiará en los pasos que deberemos de seguir para definir la arquitectura de procesos.
18
RIESGOS Y MITIGACIÓN
N° 1
Riesgo Pérdida de un miembro del equipo.
Probabilidad
Impacto
Estrategia de mitigación
Baja
Alto
Restructurar las funciones de los miembros restantes y las horas dedicadas al proyecto para afrontar el alcance del mismo. Buscar una remplazo para el miembro faltante para que asuma las funciones del miembro saliente.
2
Falta de apoyo de parte del cliente para facilitar información pertinente a los fines del proyecto
Baja
Alto
Definir un documento de compromiso de entrega de información con la empresa cliente. Mantener una comunicación directa y constante con nuestro cliente demostrando así nuestro compromiso por hacer un trabajo de calidad. Enfatizar ante los Stakeholders los beneficios que obtendrán al finalizar el proyecto. Ofrecer un horario a medida que facilita la toma de requerimientos.
3
Cambios constantes en requerimientos de nuestro cliente.
los
Media
Alto
Llevar un registro de los acuerdos realizados mediante actas de compromisos firmadas. Analizar rigurosamente los requerimientos del cliente antes de su aprobación para, de esta forma, reducir la cantidad de requerimientos modificados.
4
Mantenimiento de la nube en horarios de denostación ante el comité
Baja
Alto
5
Inexperiencia de los recursos en la utilización de una suite BPM
Alta
Media
Realizar el despliegue del proyecto en 2 nubes de forma paralela. Se programarán herramientas.
sesiones
de
capacitación
en
las
19
GLOSARIO Y SIGLARIO DE TÉRMINOS
BPM: Gestión de procesos empresariales BPMNS: Sistema para la gestión de procesos empresariales Cloud Computing: Computación en la nube
BIBLIOGRAFÍA
BIZAGI (2013) Sitio web del proveedor de software Bizagi, el cual permite diagramar y documentar procesos usando la notación estándar BPMN. (consulta: 13 de junio del 2013) (http://www.bizagi.com/docs/BPMNbyExampleSPA.pdf)
CABRERA, Ángel y otros (2002) Las PYME: quiénes son, cómo son y qué hacer con ellas (consulta: 17 de mayo del 2013). (http://www2.udec.cl/enech2002/paper27.pdf).
CINTEL (2010) Cloud computing: Una perspectiva para Colombia (consulta: 13 de junio del 2013). (http://www.interactic.com.co/dmdocuments/clud_computing.pdf).
HAN, Yan-Bo y otros (2010) A cloud-based BPM architecture with user-end distribution of non-compute-intensive activities and sensitive data, pp. 1157-1167. En: Journal of computer science and technology, vol. 25, No. 6.
HARRIS, Jeanne y ALTER, Allan (2010) Cloud rise: Rewards and risks at the dawn of cloud computing (consulta: 13 de junio del 2013). (http://www.accenture.com/SiteCollectionDocuments/PDF/Accenture_Cloudrise_Rewar ds_and_Risks_at_the_Dawn_of_Cloud_Computing.pdf).
HUGOS, Michael y HULITZKY, Derek (2010) Business in the cloud: What every business needs to know about cloud computing. New Jersey: John Wiley & Sons.
INSTITUTO PERUANO DE ECONOMÍA (IPE) (2013) (http://ipe.org.pe/crecimientoeconomico) Sitio web oficial del IPE; contiene información sobre la institución y enlaces de interés (consulta: 13 de junio del 2013).
KPMG (2011) The cloud: Changing the business ecosystem (consulta: 13 de junio del 2013). (http://www.kpmg.com/IN/en/IssuesAndInsights/ThoughtLeadership/The_Cloud_Chang ing_the_Business_Ecosystem.pdf).
LINTHICUM, David (2009) Cloud computing and SOA convergence in your enterprise: A step-by-step guide. Massachusetts: Addison-Wesley. 20
GESTIÓN DE PROCESOS EMPRESARIALES USANDO EL MODELO DE COMPUTACIÓN EN LA NUBE
TDP2
NIST (2011) Cloud Computing Synopsis and Recommendations (consulta: 13 de junio del 2013). (http://csrc.nist.gov/publications/drafts/800-146/Draft-NIST-SP800-146.pdf).
OCDE y CEPAL (2012) Perspectivas económicas de América Latina 2013: Políticas de PYMES para el cambio estructural (consulta: 13 de junio del 2013). (http://www.keepeek.com/Digital-AssetManagement/oecd/development/perspectivas-economicas-de-america-latina2013_leo-2013-es).
REINARES, Eva y BLANCO, Alicia (2011) Cátedra Madrid Excelente: La gestión del marketing en las PYMES. Madrid: Cátedra Madrid Excelente.
APROBACIÓN Nombre
Cargo
Jimmy Armas
Coordinador de la carrera
Marcela Escobar
Gerente profesor
Firma
21
Fecha
TEMA PARA PROYECTO DE TESIS PRESENTADO POR: Código UPC Alumno U912616 Julio César Nina Allende U911205 Adrián Alonso Romero Gallardo
ISI / ISW TDP2/ISI TDP2/ISI
TEMA: Proyecto de investigación acerca de la implementación de un engine para BPM usando el modelo de computación en la nube METODOLOGÍA: PMI BREVE DESCRIPCIÓN DEL PROYECTO: Resumen En la actualidad, el marco académico que encierra la carrera de Ingeniería de Sistemas de Información en la UPC se encuentra, en primera instancia, centrado en mejorar el dominio de los estudiantes en el modelado de procesos con el fin de lograr el correcto diseño de una arquitectura empresarial. En ese sentido, establecer una arquitectura de procesos es la base para alinear cualquier empresa hacia la automatización. Por otro lado, existe la necesidad de adquirir conocimiento sobre el manejo de productos software que se utilicen en el mercado y con ello, tener mayores posibilidades, dentro del corto plazo, de participar en proyectos de implementación relacionados con el tema en diferentes empresas de distintos giros de negocio. El proyecto de investigación pretende, también, investigar la aplicación de la tecnología “Cloud Computing” a la gestión de la arquitectura empresarial. Siendo esta última el pilar fundamental de la carrera de Ingeniería de Sistemas de Información. El trabajo tiene por objetivo profundizar en conceptos, problemáticas, procedimientos de implementación, marcos de trabajo, políticas y controles de seguridad, entre otros. De forma complementaria, se desea demostrar, de forma práctica, la utilidad de la tecnología del Cloud Computing que ha venido concitando el interés de diversas investigaciones, sin embargo pocas se han enfocado en la aplicación con el fin de crear valor para las empresas PYMES. Para ello se tiene planeado implementar los procesos estándar: Gestión del Proyecto e Implementación de Software de la normativa ISO 29110, orientada a PYMES, alienada a los marcos de ITIL y COBIT. En este contexto, el trabajo pretenderá justificar los futuros despliegues de arquitecturas de negocio utilizando engines para BPM. Para luego, una vez finalizado el proyecto, publicar los resultados con el objetivo de que se encuentren disponibles y sirvan como base, a través de la documentación de las operaciones que se realicen, para los alumnos interesados en el tema. Objetivos Realizar un estudio detallado del modelo de “Cloud Computing” aplicado a la gestión de la arquitectura empresarial Aplicar la investigación a un caso de estudio estándar
Alcance Se analizará la problemática de las PYMES actuales Se detallarán las ventajas y desventajas de la aplicación de la tecnología del “Cloud 1
Computing” Se justificará la viabilidad de la aplicación de la propuesta en PYMES mediantes distintos criterios Se definirá un modelo de optimización Se realizará la implementación del engine para los procesos de Gestión de Proyectos e implementación del Software de la ISO 29110 Se realizará la integración con la nube en función al patrón de implementación escogido No se realizará una investigación acerca de la gestión de la arquitectura empresarial debido a que implicaría redundancia respecto a los conocimientos adquiridos durante la carrera. El proyecto no contempla la aplicación de la propuesta a una empresa real
OBSERVACIONES POR PARTE DEL COMITÉ:
ESTADO DEL TEMA DE PROYECTO: Aprobado/Desaprobado
2
TALLER DE DESEMPEÑO 2 ARQUITECTURA EMPRESARIAL PARA SSIA ANÁLISIS Y DISEÑO DE LA ARQUITECTURA EMPRESARIAL PARA LA EMPRESA VIRUTAL: SOFTWARE Y SISTEMAS DE INFORMACIÓN PARA LA ACREDITACIÓN (SSIA)
Project Charter Versión 1.0 2013-01
Elaborado por: Integrantes:
Cuentas Morant, Ricardo Romero Gallardo, Adrián
Especialidad: Empresa:
Ingeniería de Sistemas de Información SSIA
Historial de Revisiones: 1
Versión
Fecha
1.0
11/06/13
Autor Descripción Adrián Romero Creación de Project Charter Ricardo Cuentas
ÍNDICE DE CONTENIDOS CONTENIDO Introducción 3 MARCO TEÓRICO ...................................................................................................................3 ALCANCE Y OBJETIVOS ...........................................................................................................4 Planteamiento del problema: ................................................................................................................... 4 Causas........................................................................................................................................................ 4 Objetivo General ....................................................................................................................................... 5 Objetivos Específicos ................................................................................................................................. 5 Indicadores de éxito .................................................................................................................................. 5 Alcance del proyecto ................................................................................................................................. 5 Puntos que se asumirán durante el proyecto ........................................................................................... 6 ORGANIZACIÓN DEL PROYECTO .............................................................................................6 Equipo de trabajo ...................................................................................................................................... 6 Stakeholders y usuarios............................................................................................................................. 7 RIESGOS Y MITIGACIÓN .........................................................................................................7 FASES E HITOS DEL PROYECTO ................................................................................................8 ENFOQUE DE TRABAJO...........................................................................................................9 2
APROBACIÓN .........................................................................................................................9 BIBLIOGRAFÍA ........................................................................................................................9
INTRODUCCIÓN Asegurar que un programa, en este caso las carreras de Ingeniería de Software e Ingeniería de Sistemas de Información, cumplan con los estándares de calidad internacional no es una tarea fácil y en este caso la organización encargada de proveer de estas certificaciones, ABET, posee procesos rigurosos para poder lograr esta reconocida distinción. Por ello, SSIA debe mantenerse acorde, no solo de las nuevas tecnologías que van saliendo al mundo como metodologías de desarrollo, gestión de proyectos de software, etc., sino también gestionarse como empresa que es. Por ende, la solución que se propone es el análisis y diseño de la arquitectura empresarial para la empresa virtual SSIA de la UPC, con la finalidad de definir una estructura a nivel de procesos internos de la empresa para posteriormente optimizar, obteniendo como resultado la integración de dicho procesos, disponibilidad de información en tiempo real para los alumnos y docentes, logrando con esto que los proyectos se desarrollen de manera óptima. Por este motivo, surge la necesidad de estructurar la empresa tomando como base el término de Arquitectura Empresarial. Entonces surge la cuestión, ¿qué se entiende por arquitectura empresarial?
MARCO TEÓRICO En Julio del 2008 comenzó a operar la empresa virtual PYRAMID en la UPC, siendo una de sus principales labores, el constante apoyo para el proceso de acreditación de las carreras de computación de la universidad, por parte de la entidad internacional encargada de proporcionar certificaciones como consecuencia a la constante superación en la innovación y calidad de enseñanza que demuestra, ABET. Por ello, con el fin de poder continuar con este objetivo, la empresa se encuentra siempre dispuesta a gestionar cambios y optimizaciones en la gestión de sus procesos, que ayuden a fortalecer su nivel de enseñanza, un claro ejemplo de ello, es el nombre con que se maneja en la actualidad, Software y Sistemas de Información para la Acreditación, conocida mayormente por sus siglas SSIA, con el cual deja ligeramente de lado la metodología que se utilizaba, dando lugar a una con mayor agilidad orientada a los objetivos de la empresa.
3
“(...) SSIA desarrolla Soluciones Software que comprenden, el uso y aplicación de las mejores y más usadas herramientas para desarrollo, con el fin de crear productos de alta calidad para la gerencia, control, análisis de información y apoyo a los procesos de toma de decisiones (...).” (UPC 2013) Por tal motivo, SSIA busca posicionarse como una empresa sólida en sus procesos, ya que de acuerdo a lo citado, tiene como finalidad crear productos de alta calidad, lo que refiere contar con una integración entre sus aplicaciones que desarrolle para poder obtener como resultado un producto que demuestre altos índices de calidad, acorde con lo que propone SSIA. De esta manera, en una arquitectura empresarial se encontrará el detalle de los macroprocesos y la integración de las mismos con otros, con el fin de poder reusar actividades que lograrán un desarrollo óptimo de los mismos, así como también la documentación de los servicios que se brindan como los recursos que se utilizan, tener documentado las bases de datos que use cada proyecto, etc. “Un reciente estudio de IBM muestra que más de dos tercios de los CEOs están implementando amplias innovaciones en sus modelos empresariales. Y los CIOs están acelerando la entrega de soluciones que den soporte a esta agenda de cambios acelerada. Pero para muchas organizaciones, la planificación estratégica y la ejecución de los proyectos resultantes se dificulta por la falta de una visión compartida de la empresa actual y del panorama de TI – la arquitectura empresarial.” (IBM 2013) Por ello, al contar SSIA con una adecuado modelado de los procesos que realizan y tras un análisis de los mismos, proponer optimizaciones necesarias, se podrá contar luego con una arquitectura, la cual colocará a SSIA como empresa más sólida acorde con lo que presentan las empresas en la actualidad que muestran un interés por el desarrollo como lo demuestra el estudio de IBM, ya que con ello se encontrará disponible a poder adaptarle un sistema de información el cual este alineado a sus procesos de negocio para poder conseguir una integración en la empresa y evitar descoordinaciones, por el contraria optimizar el proceso de desarrollo de productos software para la empresa.
ALCANCE Y OBJETIVOS PLANTEAMIENTO DEL PROBLEMA: El problema General que encierra a SSIA es la falta de información entre proyectos, lo que genera descoordinación en la empresa al momento de desarrollar un trabajo en conjunto. CAUSAS:
Inexistente gestión de la integración entre proyectos que facilite los conocimientos mutuos. Escasa comunicación entre jefes de proyecto entre los distintos proyectos de la empresa. 4
Escaso conocimientos de los objetivos de la empresa.
OBJETIVO GENERAL: Diseñar e implementar una arquitectura empresarial de procesos, que permitirá mejorar la gestión de los recursos disponibles, la integración y disponibilidad de la información para facilitar el desarrollo de proyectos de los alumnos con apoyo de los docentes. OBJETIVOS ESPECÍFICOS:
OE1: Recolectar y documentar la información acerca de la situación actual de la empresa, con la finalidad de identificar las carencias y oportunidades de optimización en la arquitectura de la empresa. OE2: Identificar y definir los procesos verticales y horizontales de la empresa, para que sean modelados y optimizados complementándose con las tecnologías de información. OE3: Analizar los procesos definidos en SSIA para poder identificar aquellos que requieran ser modificados y/o agregados para lograr la optimización necesaria, la cual servirá como base para alinear los procesos de la empresa a un sistema de información con el fin de optimizar la gestión empresarial de SSIA.
INDICADORES DE ÉXITO:
IE1: Project Charter aprobado por el comité. IE2: Finalización exitosa de la documentación de los requerimientos del cliente. IE3: Finalización exitosa de los entregables del proyecto, metodología EUP. IE4: Certificados de aprobación de QA y del cliente con respecto a la arquitectura empresarial propuesta.
ALCANCE DEL PROYECTO: El
Alcance
del
proyecto
incluirá:
1. Planeación: Desarrollo de los siguientes puntos en la Gestión del proyecto.
Project Charter.
Cronograma de trabajo.
2. Investigación: En la fase inicial se desarrollará una breve investigación acerca de los procesos de la empresa, para identificarlos y documentarlos para dar sustento al proyecto. Por otro lado, en una fase final de este punto se analizará la investigación previa para proponer la nueva arquitectura de procesos para una mejora de la empresa. Memoria.
5
3. Definición de procesos: Etapa en la cual se realiza el modelamiento de los nuevos procesos para la empresa. Entregables: i. Diagrama de Objetivos. ii. Definición de los StakeHolders. iii. Justificación de los procesos. iv. Mapa de Procesos. v. Definición de procesos. vi. Reglas de negocio. vii. Modelo de dominio. viii. Priorización de Entidades. ix. Mapeo Entidad Proceso. x. Priorización de procesos. xi. Descomposición Funcional. xii. RAM. El alcance del proyecto NO incluirá: El desarrollo de la solución software no forma parte del alcance del presente proyecto. PUNTOS QUE SE ASUMIRÁN DURANTE EL PROYECTO:
Se debe tener disponibilidad de información, es decir acceso a los documentos empleados internamente para la gestión de los proyectos de la empresa. Disposición de tiempo por parte de los usuarios para las entrevistas.
ORGANIZACIÓN DEL PROYECTO EQUIPO DE TRABAJO:
Rol
Descripción
Responsable
Analista de procesos
Diseña y modela la arquitectura empresarial, en una aplicación que permite mostrar el modelado de procesos en una notación gráfica estandarizada. Asimismo, realiza la documentación de los entregables.
Alumno de Ingeniería de sistemas de información
Analistas de proyectos
Recurso de TDP2 asignado para el apoyo de tareas que se le designe en el proyecto.
Analista QA
Recurso de TDP1 asignado para realizar tareas de QA, es decir apoyar en la revisión de los entregables.
Alumno de Ingeniería de sistemas de información Alumno de Ingeniería de 6
sistemas de información
STAKEHOLDERS Y USUARIOS:
Stakeholder Encargado del Proyecto Asesor de Proyecto Gerente de Proyectos Usuarios
Descripción El responsable del Proyecto deberá reunirse con los clientes. Gerente General de la Empresa SSIA. Alumno Gerente de SSIA encargado de apoyar en las tareas de coordinación de QA. Coordinadores de la carrera de Sistemas de información.
RIESGOS Y MITIGACIÓN N°
Riesgo
1
Falta de comunicación con el cliente durante el desarrollo del proyecto.
2
3
No capturar los requerimientos exactos del cliente en las entrevistas que se pacten.
Desarrollar un alcance que se encuentre fuera de los tiempos del proyecto.
Probabilidad
Media
Media
Baja
Impacto
Plan de mitigación
Alto
Desarrollar un cronograma de entrevista con fechas pactadas por las 2 partes y que se confirme la participación a estas con 2 días de anticipación.
Alto
Investigar sobre el tema a desarrollar, consultar, en lo posible, con personal especializado en el tema que pueda apoyar a formular las preguntas claves para capturar rápidamente los requerimientos que no puedan ser bien explicados por parte del cliente.
Medio
Consultar con asesores acerca de la posible duración del proyecto. Dejar en claro los punto que no se tomarán en cuenta para el proyecto. Realizar un cronograma detallando la duración de cada actividad que se llevará a cabo en el proyecto, colocando una duración promedio, para luego de consolidarlo conocer 7
la duración completo.
4
Cambios en requerimientos cliente para proyecto.
5
Los requerimientos contemplados estén incompletos o erróneos a los que el cliente tenía imaginado.
6
los del el
Baja
Baja
Pérdida de un miembro del equipo de proyecto.
Baja
del
proyecto
por
Medio
Realizar un documento que especifique cada cambio que se realizó durante el proyecto y los cuales originaron retrasos. Procurar establecer los requerimientos específicos del cliente para que los posibles cambios que se generen no sean de mayor impacto para el proyecto.
Alto
Durante cada entrevista, ir apuntando el detalle de cada punto hablado en un cuaderno. Si es posible, grabar la conversación para que pueda servir como prueba de los requerimientos pactados.
Alto
Poder contemplar un cambio en el proyecto, en lo posible, por el alcance del proyecto. Si se continúa el proyecto con un miembro menos, se tendrá que redefinir los roles que tomen los miembros que quedan.
FASES E HITOS DEL PROYECTO El siguiente cronograma de trabajo presenta las fechas aproximadas para el desarrollo de las actividades del proyecto. Cabe mencionar, que estas pueden cambiar conforme se desarrolle el proyecto. Fase/Actividad
Duración
Elaboración del Project Charter. Aprobación Project Charter. Redacción de la Memoria.
4 semanas
Fecha estimada Semana 16 2013-02)
-
-
Revisión de la Memoria.
2 meses 2 semanas
Semana 8 (2014-01) Semana 10 (2014-01)
Artefactos/Entregables -Project Charter. - Aprobación de Project Charter por el comité. - Memoria. - Aprobación de memoria por QA. 8
Diseño de la arquitectura empresarial.
4 meses
Revisión de los entregables realizados. Aprobación de la arquitectura empresarial.
1 mes 1 día
Aprobación del proyecto. Cierre del proyecto.
1 semana
Semana 10 (2014-02)
Semana 15 (2014-02) Semana 16 (2014-02) Semana 16 (2014-02) Semana 16 (2014-02)
- Diagrama de objetivos. - Mapa de procesos. - Justificación de procesos. - Definición de Stakeholders. - Definición de Procesos. - Reglas de negocio. - Modelo de dominio. - Priorización de Entidades. - Mapeo Entidad Proceso. - Priorización de procesos. - Descomposición Funcional. - RAM. -Aprobación de entregables por QA. -Acta de aprobación de la Arquitectura Empresarial. -Acta de aprobación del proyecto. -
ENFOQUE DE TRABAJO
Enterprise Unified Process (EUP). Business Process Modeling Notation (BPMN). Zachman Framework. Enterprise Business Modeling (EBM).
APROBACIÓN Cliente
Comité de proyectos
Fecha
BIBLIOGRAFÍA IMB (2013). (http://www-01.ibm.com/software/pe/info/itsolutions/enterprisearchitecture/) Sitio web oficial de IBM; contiene información sobre la arquitectura empresarial (consulta: 11/06/2013).
9
UPC (2013). (http://ssiaupc2012.wix.com/2013-1) Sitio web oficial de UPC; contiene información sobre la empresa virtual SSIA (consulta: 11/06/2013).
10
TEMA PARA PROYECTO DE TESIS
PRESENTADO POR: Código UPC Alumno U912643 Romero Aguilar, Alvaro Pablo U912586 Morales Silupu, Miguel Jair
ISI / ISW TDP2 TDP2
TEMA: Implementación de una Solución de Inteligencia de Negocios en el Área Comercial de la Empresa HELISUR METODOLOGÍA: BREVE DESCRIPCIÓN DEL PROYECTO: El proyecto que estamos presentando se desarrollará en colaboración con la empresa HELISUR. Esta empresa nos brindará el apoyo necesario con respecto a la información que se necesite recopilar a lo largo del proyecto, con la finalidad de cumplir con los objetivos que sean planteados en las reuniones que se lleven a cabo antes del inicio del proyecto. Para comenzar, HELISUR es una empresa peruana dedica exclusivamente al transporte aéreo y de carga en helicópteros. Actualmente, Miguel Morales se encuentra practicando en esta empresa, es por esta razón que el contacto con la empresa se nos facilita. Actualmente, HELISUR maneja sus reportes e información necesaria en base a una Base de Datos transaccional. Es decir, no cuenta con una herramienta que convierta sus datos en información útil que pueda ser distribuida y compartida con empleados, gerentes y ejecutivos y pueda ser entendida. En este proyecto se propone la implementación de una solución de Inteligencia de Negocio dirigida específicamente al área Comercial, que en rasgos muy generales, es la que se encarga de la realización de todos los vuelos pactados diariamente en la empresa. De forma concreta, con esta solución de Inteligencia de Negocios lograremos que la empresa llegue a tener un manejo efectivo y eficiente de la información registrada a diario en dicha área. Es decir, convertirá los datos transaccionales de la empresa en información precisa, lo que brindará un enfoque racional a la gerencia y ayudará eficientemente a la toma de mejores decisiones de una forma más rápida. El proyecto contará con las siguientes fases: Justificación: es la fase en la que nos encontramos, habiendo detectado el problema y las dificultades del manejo de información que padecen, encontramos un espacio para la ejecución de este proyecto. Planificación: es la fase en donde se realizan las reuniones para limitar el alcance, plantear y acordar objetivos, es decir determinar y especificar concretamente el proyecto. Análisis del negocio: analizar los procesos involucrados en el área Comercial, para poder luego definir los requerimientos del negocio. Diseño: la concepción de un producto que resuelva el problema del negocio o habilite la oportunidad de negocio. Construcción: se desarrolla el producto concebido, es decir se desarrolla la solución de inteligencia de negocio planteada. Implementación: solo si es necesario, se implementará el producto finalizado. Aquí mediremos su efectividad y determinaremos si la solución cubre las expectativas o está por debajo de ellas. Teniendo en cuenta que esta es un área primordial para la empresa, tenemos retos por 1
vencer: Dificultad en el manejo de la información generada a diario. Dificultad en la captura de información para la generación de estadísticas vitales para la toma de decisiones. La implementación de una solución de Inteligencia de Negocios permite a la empresa: Una manera más simple de manejar toda la información. Obtener una vista comprensible de toda la información. Obtener estadísticas que faciliten la toma de decisiones, la entrega de informes, etc. Generar reportes de transacciones y vuelos diarios. Responder preguntas de gerentes y empleados en un tiempo mínimo. El proyecto se limitaría de una mejor manera al llevar a cabo reuniones con nuestro cliente de HELISUR, ya que podríamos plantear una cantidad de objetivos a cumplir que sean accesibles al tiempo con el que contamos para la realización del proyecto. Se llegarían a acuerdos que beneficiarán claramente a ambas partes, ya que HELISUR no cuenta con una solución parecida y nosotros podremos llevar con tranquilidad nuestro proyecto adelante. Esto también dependería de las expectativas que tenga el comité de proyectos de la facultad en la universidad, es decir, en las reuniones plantearíamos que tan grande debería ser el proyecto y así darnos una idea del alcance que debemos plantear para lograr la aceptación del proyecto y que se pueda realizar con las facilidades del caso. OBSERVACIONES POR PARTE DEL COMITÉ:
ESTADO DEL TEMA DE PROYECTO: Aprobado/Desaprobado
2
UPC TALLER DE PROYECTO 1 ANÁLISIS Y DISEÑO DE SOLUCIÓN DE INTELIGENCIA DE NEGOCIOS PARA EL ÁREA COMERCIAL DE LA EMPRESA HELISUR S.A. PROJECT CHARTER VERSIÓN 1.0
1
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 Preparado por: Jefe Proyecto:
de
Romero Aguilar, Alvaro Pablo U912643 Morales Silupú, Miguel Jair U912586
Especialidad:
Ingeniería de Sistemas de Información
Empresa:
SSIA
Historial de Revisiones Versión
Fecha
Autor
Descripción
1.0
12/06/13
Romero Aguilar, Alvaro Pablo. Morales Silupú, Miguel Jair.
Primer avance del Charter
Índice de Contenidos RESUMEN EJECUTIVO .............................................................................................................5 2
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 MARCO TEÓRICO ...................................................................................................................6 POSICIONAMIENTO..............................................................................................................10 Planteamiento del problema ................................................................................................. 10 Objetivos ................................................................................................................................ 11 Objetivo General ......................................................................................................... 11 Objetivo Específicos..................................................................................................... 11 Indicadores de éxito............................................................................................................... 11 Alcance del proyecto ............................................................................................................. 12 Suposiciones y Restricciones ................................................................................................. 13 ORGANIZACIÓN DEL PROYECTO ...........................................................................................14 Equipo del Proyecto ............................................................................................................... 14 Stakeholders y Usuarios ......................................................................................................... 15 Recursos requeridos .............................................................................................................. 16 Fases e hitos del proyecto ..................................................................................................... 17 Enfoques del trabajo .............................................................................................................. 19 Riesgos y Mitigación .............................................................................................................. 20 GLOSARIO............................................................................................................................21 SIGLARIO .............................................................................................................................21 BIBLIOGRAFÍA ......................................................................................................................21 APROBACIÓN .......................................................................................................................21
3
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1
RESUMEN EJECUTIVO El presente documento es el inicio del desarrollo del proyecto Análisis y Diseño de Inteligencia de Negocios al Área Comercial de la Empresa HELISUR S.A.
4
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 El actual proyecto consiste en analizar y diseñar todo lo necesario para la implementación de una solución de Inteligencia de Negocios. Para esto, tomaremos como empresa objetivo a la empresa HELISUR S.A., la cual con el objetivo de mejorar el manejo de información, la toma de decisiones y generación de reportes desea implementar una solución de inteligencia de negocios que apoye con este objetivo. La empresa HELISUR S.A. es una empresa peruana dedica exclusivamente al transporte aéreo y de carga en helicópteros. En especial, el área comercial de esta empresa es la que se encarga del manejo de la información referente a la realización de todos los viajes diarios que se efectúan. Actualmente, la empresa maneja sus reportes e información necesaria apoyándose en una Base de Datos ordinaria. Es decir, no cuenta con una herramienta que convierta sus datos en información útil y limpia que pueda ser distribuida y compartida con empleados, gerentes y ejecutivos y pueda ser entendida. Los riesgos principales a presentarse al inicio del proyecto es la falta de disponibilidad del cliente para lograr recopilar los requerimientos acertadamente, afectando la realización del análisis de la empresa. Entonces, nuestro primer supuesto es que la empresa HELISUR S.A. nos brindará información real, disponibilidad y los documentos que sean necesarios, y de esta manera seguir con el flujo normal del proyecto. Además, contaremos con recursos humanos por parte de la empresa Quality Assurance y IT-Expert que colaboraran con nuestros avances. El proyecto se desarrollara a lo largo de dos ciclos académicos. Durante el primer ciclo académico se prevé plantear la estrategia de implementación y el análisis necesario de la empresa y sus requerimientos y el segundo ciclo la ejecución de la implementación de la solución de inteligencia de negocio.
MARCO TEÓRICO HELISUR S.A.
5
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 HELISUR es reconocida como el mayor operador de helicópteros en el Perú. Fundada en 1994, la compañía ofrece un servicio integral de transporte aéreo de pasajeros y carga. La compañía cuenta con las certificaciones para los principales tipos de operaciones de helicópteros en territorio peruano, incluyendo operaciones aéreas complejas. La flota actual asciende a 20 helicópteros: 11 Mi-8 MTV y 9 helicópteros Мi-171 de última generación con amplia capacidad operativa. La empresa señala a través de su página web, que tiene como misión: “Brindar servicios de transporte aéreo y de mantenimiento con seguridad, eficiencia y profesionalismo sustentados por: organización cohesionada y eficaz, helicópteros rusos tipo MI y otros, con capacidad para operar en todo el territorio nacional, sistema de mantenimiento en permanente desarrollo y capital humano motivado y altamente competente” Inteligencia de Negocios La Inteligencia de Negocios es el conjunto de productos y servicios que permiten a los usuarios finales acceder y analizar de manera rápida y sencilla, la información para la toma de decisiones de negocio a nivel operativo, táctico y estratégico.
El ritmo y dinámica del mundo de los negocios están aumentando constantemente. Los clientes esperan un excelente servicio, los negocios están contratando servicios externos para aquellas funciones que no son esenciales, y el mercado exige un gran desempeño financiero. En resumen, se espera que los trabajadores de conocimiento hagan más con menos recursos. Como resultado, adiós a los días de grandes equipos de analistas que soportaban las grandes unidades de negocios dentro de una organización. Los reportes estándar siempre son de ayuda, sin embargo, deben ser entregados en tiempo real y en un formato en línea que permita sondeo y análisis. Las soluciones de inteligencia de negocios construidas utilizando Microsoft® SQL Server™, Office 2000 y los productos miembros de Microsoft Data Warehousing Alliance proporcionan la capacidad de integrar y entregar valiosa información en una vista personalizada para facultar a los trabajadores a través de la organización. En el mundo actual, los volúmenes de información que se manejan y que se generan día a día son cada vez más grandes. Ahora bien, la diferencia entre la data que se genera en toda organización y los hechos de una persona de negocios necesita para tomar decisiones, es normalmente muy grande.La Inteligencia de Negocios trata de llenar esa brecha, convirtiendo la 6
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 data cruda en información útil, por eso mucha gente define la Inteligencia de Negocios como un “enfoque para manejar datos” o incluso como “un estado mental de la organización”. La Inteligencia de Negocios es un ciclo cerrado en el cual las compañías establecen sus objetivos, analizan su progreso, obtienen conocimientos sobre sus propias operaciones, hacen cambios, miden sus resultados y comienzan todo el ciclo nuevamente. El objetivo primario de un proceso de Inteligencia de Negocios es identificar a qué queremos llegar, lo que en la práctica se traduce en identificar oportunidades para mejorar las operaciones del día a día del negocio. Luego se evalúa cada una de estas oportunidades, se determina la viabilidad de la implementación de la solución en base a las limitaciones que se tengan, se establece quien va a usar la información, qué información requiere, y se define la arquitectura necesaria para hacer llegar esa información al destinatario a tiempo y en forma efectiva. Enterprise Unified Process (EUP) En la actualidad, la mayoría de los departamentos de tecnología de información desarrollan más de un proyecto en simultáneo lo cual implica la necesidad de integrar los procesos de operación, soporte y esfuerzos de mantenimiento del software con el Rational Unified Process (RUP).8 Enterprise Unified Process (EUP), primera vez introducido en 1999, es una extensión del RUP que adapta este último a la actual realidad que presentan dichos departamentos en la gestión y desarrollo de un producto software. En EUP se puede apreciar seis fases bien definidas (inicio, elaboración, construcción, transición, producción y retiro), las cuales tienen interacciones y objetivos que cumplir en cada una de ellas. Inicio (Inception): En esta fase, se realiza el levantamiento de las necesidades del negocio con el fin de determinar el alcance y realizar una gestión de riesgos. Además, se realiza las estimaciones de costos y el cronograma a seguir. Por otro lado, se determina la viabilidad del proyecto. Elaboración (Elaboration): En esta fase, se realizan casos de uso de los requerimientos con la finalidad de identificar la arquitectura y en base a esta última realizar una lista de riesgos. Al finalizar esta fase, se expone los documentos realizados ante el equipo, es decir, se presenta el plan del proyecto ante todos los involucrados.
8
Cfr. Scott W.
7
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 Construcción (Construction): En esta fase, se construye el producto en base a los documentos realizados en las fases anteriores. Además, se realizan las pruebas para asegurar la calidad del software. Por otro lado se realiza la documentación necesaria para brindar soporte al producto. Transición (Transition): En esta fase, se realiza el despliegue del software y distribución de la documentación (manuales de usuario. Luego de ello, los usuarios realizan pruebas para identificar posibles defectos del producto. En consecuencia, es posible tener que rehacer ciertos módulos del sistema. Producción (Production): El propósito de esta fase es la de brindar mantenimiento al software en caso de existir defectos. Además, se encarga de dar soporte del producto a los usuarios finales. Retiro (Retirement): El propósito principal de esta fase es la de sacar de producción un producto software sin causar un gran impacto en el negocio.
8
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 Figura 1 : Ciclo de vida del EUP Fuente: Scott 2005 -Extending the Rational Unified Process: RUP to EUP
Según Scott W Ambler, los principales beneficios que brinda el EUP son los siguientes: Reducir el tiempo para entregar sistemas: Permite trabajar en una plataforma común en donde se reduce el tiempo de aprendizaje entre los miembros del proyecto Por otro lado, al mejorar la gestión del portafolio, ayuda a la identificación de los proyectos según su probabilidad de éxito ,lo cual permite realizar las acciones necesarias para reducir las variaciones de los mismos. Mejorar la calidad: Al reutilizar un componente software, anteriormente probado, ayuda a garantizar que las nuevas aplicaciones sobre esa arquitectura mejoren en su calidad. Aumento de la productividad del usuario final: Al realizar la integración de los nuevos procesos (operación, soporte, esfuerzos de manteamiento) al ciclo de vida del software, permite responder eficientemente a las diversas observaciones, correcciones o mejoras que el usuario final brinde o presente. Reducir costos de IT: Permite reducir costos de desarrollo de software al reutilizar componentes. Mejora IT / alineación del negocio: Con la gestión del portafolio de proyectos permiten priorizar los proyectos de acuerdo a las necesidades del negocio.
POSICIONAMIENTO PLANTEAMIENTO DEL PROBLEMA La empresa HELISUR S.A. maneja sus reportes e información necesaria orientada a una Base de Datos transaccional. Es decir, no cuenta con una herramienta que convierta sus datos en información útil que pueda ser distribuida y compartida con empleados, gerentes y ejecutivos y pueda ser entendida y utilizada eficientemente para la toma de decisiones.
Problema
Causas
9
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1
Reportes ineficientes
• • •
Datos inválidos. Datos duplicados. Evidencia mal elaborada.
Demora en generación de reportes
• • •
Se trabaja con directamente con la base de datos. Se trabaja en Excel. La información no está limpia de errores.
Deficiente y tardía toma de decisiones
• Los reportes se demoran más de lo establecido y su información no es concreta.
OBJETIVOS
OBJETIVO GENERAL OG: Realizar el análisis y el diseño de de una solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. durante los ciclos 2013-2 y 2014-1. OBJETIVO ESPECÍFICOS OE1: Realizar un análisis de las necesidades actuales de la empresa. OE2: Realizar el levantamiento de la información de los procedimientos que intervienen en el área comercial. OE3: Realizar la definición del modelo de datos a utilizar. OE4: Documentar el análisis y el diseño de la solución de inteligencia de negocios.
10
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 OE5: Brindar una mejor solución para el manejo de la información.
INDICADORES DE ÉXITO IE1: Contar con la aprobación de la documentación realizada, a través de un certificado por parte de la Empresa virtual Quality Assurance y por parte de la Gerencia de la empresa virtual IT-Expert. IE2: Aprobación del proyecto por parte de la empresa HELISUR S.A., a través de un documento de confirmación firmado por algún representante relevante de la empresa, el cual deberá avalar los resultados del proyecto. IE3: Aprobación de la Memoria del proyecto por parte del comité de proyectos de la facultad.
ALCANCE DEL PROYECTO El proyecto incluye:
Investigación profunda de Inteligencia de Negocios. Entrevistas con los usuarios y stakeholders implicados en el proyecto. Recopilación y documentación de requerimientos del cliente Análisis de los procesos inmersos en el área comercial de la empresa. Se desarrollarán los artefactos necesarios para este proyecto que corresponden al Enterprise Business Modeling (EBM) de la metodología Enterprise Unified Process (EUP). Diagrama de la organización. Definición de Stakeholders Definición de procesos del área involucrada (Primer, Segundo y Tercer Nivel) Reglas de Negocio Se desarrollara el diseño de la infraestructura lógica que dará cabida al modelo de datos.
11
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1
Se identificarán dimensiones y métricas de interés a partir de las cuales se realizará el diseño del datawarehouse (DWH). Diseño del datawarehouse. Documentar posible utilización de herramienta para la explotación de información.
El proyecto no incluye: • • •
No se realizarán mas artefactos que no estén definidos. Utilización de algún otro lenguaje que no sea el BPM. Desarrollo de interfaz de solución.
SUPOSICIONES Y RESTRICCIONES
Suposiciones
Descripción
Facilidades de negocio
Se asume que el cliente brindará toda la información necesaria para poder entender mejor el negocio y el problema actual.
Validaciones
Se asume que la empresa QA se comprometerá a brindar las facilidades necesarias para validar los artefactos y documentos del presente proyecto. Es decir, dicha empresa deberá cumplir con las revisiones sin retrasos.
Restricciones
Descripción
Tiempo elaboración Proyecto
de del
El proyecto tendrá un año de duración, es decir, se desarrollará en dos ciclos de la universidad (2013-2 y 2014-1).
12
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 Recursos
En el proyecto solo se podrá contar como máximo 1 analistas QA como máximo de la empresa QA. Solo se podrá contar como máximo con 1 analista de procesos.
Documentación
Cualquier cambio o modificación de documentos se deberá sustentar por un plan de verificación revisado por el recurso QA asignado o por medio de un acta de reunión con el cliente
Recursos QA
Se contará con los servicios de QA solo hasta la semana 13 de cada ciclo.
ORGANIZACIÓN DEL PROYECTO EQUIPO DEL PROYECTO Rol Jefe de Proyecto
Miembro Alvaro Romero Aguilar
Responsabilidades Gestionar el proyecto cumpliendo con los objetivos y el cronograma.
Jefe Técnico
Miguel Morales Silupu
Gestionar el proyecto cumpliendo con los objetivos y el cronograma.
13
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 Comité de Proyectos
Comité de evaluación Proyectos de la UPC.
de
Evaluar el proyecto enfocándose en la presentación de documentación, presentación de los artefactos y exposición de proyecto.
Analista de QA
[por definir]
Colaborador encargado de validar y verificar la documentación con la finalidad de que se cumplan con los estandares establecidos.
Cliente
Cristian Roman (HELISUR S.A.)
Encargado de brindar las facilidades de información en cuanto a la empresa cliente.
STAKEHOLDERS Y USUARIOS Stakeholders
Necesidades
Entregables
Comité de evaluación
Generar y finalizar un proyecto con el cual se verifique la capacidad que poseen los jefes del proyecto.
Acta de constitución del proyecto y documentación del proyecto.
Gerente de Proyectos
Orientar la gestión del proyecto para que este pueda culminar con éxito.
Documentación del Proyecto
14
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1
Cliente
Obtener una solución aceptable de inteligencia de negocios para el área comercial de la empresa.
Documentación del proyecto. Acta de Aceptación del proyecto.
Usuarios
Necesidades
Entregables
Cliente
Obtener una solución aceptable de inteligencia de negocios para el área comercial de la empresa.
Documentación proyecto.
RECURSOS REQUERIDOS Hardware 2 computadoras del laboratorio.
Software Sistema operativo Windows 7 Bizagi Process Modeler versión 2.2 Erwin ERX 3.5.2 15
del
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 Visual Studio 2008 Office Professional 2010 Microsoft Office 2010
RRHH
1 Jefe de Proyecto. 1 Jefe Técnico 1 Analista QA 1 Analista de Procesos
HITOS DEL PROYECTO
Hito
Project Charter Aprobado
Fechas Inicio: Ciclo 2013-02 Semana 1 Fin Semana 1
16
Entregables
Chárter del Proyecto
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1
Inicio Semana 2 Acta de reunión de Kickoff
Acta de reunión Fin Semana 2 Inicio Semana 3
Identificar y documentar los requisitos
Fin Semana 7
Descripción de todos los requisitos que tenga el usuario
Inicio Semana 8 Data Mart
Data Mart Fin Semana 12 Inicio Semana 13
Diseño del plan de Testing
Fin Semana 16
Plan de testing
Fin Semana 3
Prueba de la fase conceptual del inicio.
Ciclo 2013-02 Inicio Semana 1 Fin Semana 6
17
Resultados de las pruebas.
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1
Investigación Reporting & Analytics
Inicio Semana 7 Fin Semana 10
Documento de definición de otro reporte que el usuario necesite
Acta de cierre de proyecto.
Ciclo 2014-01 Inicio Semana 11 Fin Semana 14 Semana 15
Resultado de la investigaciòn
Documento de requerimiento
Acta de cierrre
ENFOQUES DEL TRABAJO Para realizar el proyecto se utilizara la metodología EUP, mencionada en el Marco Teórico, para poder entender mejor la parte del negocio que estaremos analizando. Consideraremos seis fases para el proyecto: - Justificación: es la fase en la que nos encontramos, habiendo detectado el problema y las dificultades del manejo de información que padecen, encontramos un espacio para la ejecución de este proyecto. -
Planificación: es la fase en donde se realizan las reuniones para limitar el alcance, plantear y acordar objetivos, es decir determinar y especificar concretamente el proyecto.
18
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 -
Análisis del negocio: analizar los procesos involucrados en el área Comercial, para poder luego definir los requerimientos del negocio.
-
Diseño: la concepción de un producto que resuelva el problema del negocio o habilite la oportunidad de negocio.
-
Construcción: se desarrolla el producto concebido, es decir se desarrolla la solución de inteligencia de negocio planteada.
-
Cierre: se realiza el informe final, el cual será entregado al cliente y al comité de proyectos.
RIESGOS Y MITIGACIÓN # 1
2
3
Riesgo Falta de retroalimentación por parte del Cliente. Mala estimación de los tiempos
Falta de disponibilidad
Impacto
Alto
Estrategia de mitigación
Un acuerdo firmado por el cliente en donde se compromete a patrocinar el proyecto. Si el tiempo establecido no es suficiente para desarrollar el proyecto, se deberá ajustar el alcance con los requerimientos más importantes. Todas las reuniones se
Alto
Alto 19
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1 para conseguir información de parte del cliente
4
5
6
Demoras en la realización de las labores en QA Diferencia de ideas entre los jefes de proyecto y los recursos de QA Ausencia de algún miembro del equipo de trabajo
coordinarán de forma anticipada con el cliente. Además, se contará con medios alternos de comunicación como correos electrónicos, llamadas, entre otros. Media
Se dejará 15 días de holgura para poder solucionar cualquier contratiempo. Se coordinará una reunión para mantener un estándar que sea oficial para no tener más inconvenientes de este tipo. Se tendrá la política de avisar con anticipación si alguno de los miembros no podrá asistir a alguna reunión o no podrá asistir a clases. En caso de urgencia, otro miembro tomará su puesto en esa ocasión.
Media
Media
GLOSARIO SIGLARIO RUP: Rational Unified Process EUP: Enterprise Unified Process
BIBLIOGRAFÍA
20
Análisis y Diseño de Solución de Inteligencia de Negocios para el Área Comercial de la Empresa HELISUR S.A. 2013-1
APROBACIÓN Nombre
Cargo
Firma
Fecha
21
TALLER DE PROYECTO 1 ARQUITECTURA DE PROCESOS PARA LA EMPRESA FOCUS SYSTEMS PERÚ ANALISIS Y DISEÑO DE LA ARQUITECTURA PROCESOS PARA LAS CONSULTORAS QUE BRINDAN SERVICIOS EN TECNOLOGÍAS DE INFORMACIÓN
Project Charter Versión 1.0 2013-01
Elaborado por: 1
Integrantes:
Cuentas Morant, Ricardo Miguel Ramos Castro, José Luis
Especialidad: Empresa:
Ingeniería de Sistemas de Información SSIA
Historial de Revisiones: Versión
Fecha
1.0
11/06/13
Autor
Descripción
José Ramos Creación de Project Charter Ricardo Cuentas
ÍNDICE DE CONTENIDOS CONTENIDO Introducción 3 MARCO TEÓRICO ...................................................................................................................4 ALCANCE Y OBJETIVOS ...........................................................................................................8 Planteamiento del problema..................................................................................................................... 8 Causas........................................................................................................................................................ 8 Objetivo General ....................................................................................................................................... 9 Objetivos Específicos ................................................................................................................................. 9 Indicadores de éxito .................................................................................................................................. 9 2
Alcance del proyecto ............................................................................................................................... 10 Puntos que se asumirán durante el proyecto ......................................................................................... 10 ORGANIZACIÓN DEL PROYECTO ........................................................................................... 11 Equipo de trabajo .................................................................................................................................... 11 Stakeholders y usuarios........................................................................................................................... 11 RIESGOS Y MITIGACIÓN ....................................................................................................... 12 FASES E HITOS DEL PROYECTO .............................................................................................. 13 ENFOQUE DE TRABAJO......................................................................................................... 14 APROBACIÓN ....................................................................................................................... 14 BIBLIOGRAFÍA ...................................................................................................................... 14
INTRODUCCIÓN En el presente documento se presentará la propuesta de proyecto de análisis y diseño de la Arquitectura de Procesos para la empresa Focus Systems Perú. Esta solución propuesta surge porque la empresa no cuenta actualmente con macro-procesos definidos, es decir no cuenta con la documentación pertinente de sus procesos. Por ello, al no tener sus procesos integrados, esto genera problemas en la coordinación de trabajo en conjunto entre todas las áreas de la empresa. Por ende, la solución propuesta ayudará a que la empresa tenga una estructura definida a nivel de procesos y como resultado obtendrá mayor eficiencia en la gestión de proyectos La empresa Focus Business Solutions fundada en 1999, es una compañía regional en América Latina, con oficinas en Argentina, Chile y Perú, liderada por profesionales con orientación a negocios. La empresa brinda servicios de consultoría en TI, enfocada principalmente a inteligencia de negocios. En la sede de Perú, la empresa tiene el nombre de Focus Systems Perú, esta consultora actualmente brinda soluciones de negocios, cubriendo todo el mercado de “Business Intelligence” y “Enterprise Integration”. Entre sus principales servicios implementados en el mercado peruano se destacan los siguientes: Integración de BI y Data Warehousing, comprende construcción y desarrollo del ETL, como también explotación de la información mediante reportes.
3
Integración de proyectos de visión única. Por ejemplo, creación de una base única de clientes, proveedores, artículos. Integración de proyectos de migración y consolidación de aplicaciones, tal como ERP, CRM y SCM.
Con la finalidad de alcanzar una no dependencia de las otras sedes sobre ella, es que la empresa Focus Systems Perú busca una solución de arquitectura de procesos. Por ello, este proyecto se encargará de dar mayor énfasis a definir, estructurar y optimizar los procesos relacionados con: la gestión de proyectos, es decir con el servicio en sí, la gestión de recursos humanos, que abarca desde el proceso de selección hasta la asignación del personal a un proyecto, y la gestión de ventas, que engloba desde la preventa hasta la culminación de esta. Se escogieron los macro-procesos mencionados, porque la persona que representa a la empresa nos mostró su interés por mejorar dichos procesos, ya que son muy importantes para la empresa en su búsqueda de independencia.
MARCO TEÓRICO El alcance del proyecto está definido por la primera disciplina empresarial, que establece la metodología EUP: el Enterprise Business Modeling (EBM). En ella se definirá los macroprocesos principales y los que se complementan a ellos, con la finalidad de lograr una integración entre ellos. A partir de la definición correcta de los procesos se podrá optimizar de acuerdo a las necesidades que busque el negocio. Asimismo, para el proceso de recursos humanos se aplicará el área de conocimiento de “Gestión de Recursos Humanos” del PMBOK (PMI). Para lograr ordenar a la empresa con respecto al manejo de su personal, culminación de ventas y culminación exitosa de proyectos, se necesita analizar y diseñar dichos procesos de acorde a las reglas de negocio vigentes de la empresa. Para esto nos apoyaremos de la metodología EUP para lograr modelar los procesos de la empresa.
4
Imagen: “Esquema metodología EUP”
Para realizar la metodología EUP, nos apoyaremos en el Framework Zachman, que es un marco de trabajo que responde a la preguntas ¿Qué? ¿Cómo? ¿Dónde? ¿Quién? ¿Cuándo? ¿Por qué? Esta herramienta nos ayudará a facilitar la comprensión del manejo de los procesos, ya que este framework describe un modelo integral de la infraestructura de la información mediante perspectivas y preguntas objetivas que buscan entender de una mejor manera el negocio.
5
Imagen: “Esquema Zachman Framework”
Con los procesos modelados correctamente tal y como están en la empresa, se pueden optimizar y alinear a mejoras con el apoyo de tecnologías de información. Luego de tener los procesos bien definidos y documentados, se debe buscar alinearlos a la gestión de los proyectos. Para esto nos ayudaremos del PMBOK (PMI), específicamente con su área de conocimiento de la “Gestión Recursos Humanos”. El Project Management Body of Knowledge (PMBOK) es un estándar para la Administración de Proyectos, que contiene una colección de sistemas, procesos y áreas de conocimiento que son aceptados y reconocidos como mejoras en la gestión de proyectos.
6
Imagen: “Esquema PMBOK”
Por otro lado, el PMBOK reconoce 5 grupos de procesos básicos, tales como: Iniciación, Planeación, Ejecución, Monitorio y Control, y Cierre. Asimismo, reconoce 9 áreas de conocimientos en la gestión de proyectos:
Gestión de la Integración. Gestión del Alcance. Gestión del Tiempo. Gestión de la Calidad. Gestión de los Costos. Gestión de los Riesgos. Gestión de Recursos Humanos. Gestión de las Comunicaciones. Gestión de las Adquisiciones.
Como se mencionó, en el presente proyecto nos enfocaremos en el área de conocimiento de Gestión de Recursos Humanos para definir el macro-proceso de recursos humanos y para ello nos ceñiremos a los términos descritos como: entradas (documentos, planes, diseños, etc.),
7
herramientas y técnicas (mecanismos aplicados a las entradas) y salidas (documentos, productos, etc.).
Imagen: “Esquema Gestión de Recursos Humanos”
Al final del proyecto se debe tener todos macro-procesos optimizados y acoplados de una manera eficiente a las reglas de negocios de la empresa. Esto ayudará a la empresa a tener integración entre los procesos de la empresa, obteniendo mayor disponibilidad de información en tiempo real para mejores tomas de decisiones y un óptimo trabajo en conjunto. Asimismo, esto logrará que la empresa tenga mayor posicionamiento en el mercado por la óptima administración del personal y mayor retorno de capital por la eficacia de sus recursos en proyectos.
ALCANCE Y OBJETIVOS PLANTEAMIENTO DEL PROBLEMA: El problema general existente en la empresa Focus Systems Perú es que no cuenta con una arquitectura de procesos, lo que genera descoordinación en la empresa al desarrollar un trabajo en conjunto. Se destacan los siguientes problemas: No existe una limitación en las funciones de los roles en las distintas áreas de la empresa. Por ejemplo, en ocasiones un consultor tiene que hacer labores de preventa. Asimismo, un consultor que está avocado a realizar servicios debe realizar labores de soporte, es decir realiza labores fuera de su competencia. No existe un proceso de ventas definido, que debe comprender desde la identificación de una oportunidad de venta hasta la realización de la misma. CAUSAS:
Falta de independencia de cada área. Escasos recursos para la asignación de una tarea. 8
Falta de delimitación de funciones para cada área. Escaso conocimientos técnicos en el área de preventa.
OBJETIVO GENERAL: El objetivo general del presente proyecto será la mejora de la gestión de proyectos de las consultoras que brindan servicios en tecnologías de información en el Perú, con la finalidad de brindar un óptimo servicio en los proyectos y, en consecuencia satisfacer las necesidades del cliente. Para lograr este objetivo, se realizará un estudio de los procesos comprendidos en la gestión de proyectos de las consultoras peruanas, para reorganizarlas e identificar los potenciales procesos a automatizar mediante la aplicación de las tecnologías de información. Por ello, la solución propuesta para este proyecto es diseñar e implementar una arquitectura de procesos que permitirá mejorar la gestión de los recursos disponibles, lograr la integración de los módulos de la empresa, tener disponibilidad de la información en tiempo real y brindar espacios de comunicación para la transmisión de buenas experiencias. Como resultado se espera, brindar las herramientas adecuadas para brindar un servicio de alta calidad en el desarrollo de proyectos y apoyar el crecimiento de la empresa. OBJETIVOS ESPECÍFICOS:
OE1: Recolectar y documentar la información de la situación actual de la empresa, con el objetivo de identificar las carencias y oportunidades de optimización en la arquitectura de procesos. OE2: Identificar y definir los macro procesos de la empresa, para que sean modelados y optimizados complementándose con las tecnologías de información. OE3: Diseñar una arquitectura de procesos para las consultoras que brindan servicios de información y alinear a mejoras en la gestión de proyectos. OE4: Identificar tecnologías y herramientas disponibles que puedan complementarse con la arquitectura de procesos diseñada.
INDICADORES DE ÉXITO:
IE1: Project Charter aprobado por el comité. IE2: Finalización exitosa de la documentación de los requerimientos del cliente. IE3: Finalización exitosa de los entregables del proyecto, metodología EUP. IE4: Certificados de aprobación de QA con respecto a los entregables. IE5: Certificados de aprobación del cliente con respecto a la arquitectura empresarial. IE6: Satisfacción del cliente por la solución de arquitectura de procesos otorgada. 9
ALCANCE DEL PROYECTO: El
Alcance
del
proyecto
incluirá:
4. Planeación: Desarrollo de los siguientes puntos en la Gestión del proyecto.
Project Charter.
Cronograma de trabajo.
5. Investigación: En la primera etapa, se desarrollará una breve investigación acerca de los procesos de la empresa, para identificarlos y documentarlos para dar sustento al proyecto. Por otro lado, en una segunda etapa se analizará la investigación recopilada para proponer la arquitectura de procesos, para una mejora de la empresa. Memoria. 6. Definición de procesos: Etapa en la cual se realiza el modelamiento de los procesos para la empresa. Entregables: i. Diagrama de Objetivos. ii. Definición de los StakeHolders. iii. Justificación de los procesos. iv. Mapa de Procesos. v. Definición de procesos. vi. Reglas de negocio. vii. Modelo de dominio. viii. Priorización de Entidades. ix. Mapeo Entidad Proceso. x. Priorización de procesos. xi. Descomposición Funcional. xii. RAM. El alcance del proyecto NO incluirá: El desarrollo de la solución software no forma parte del alcance del presente proyecto. PUNTOS QUE SE ASUMIRÁN DURANTE EL PROYECTO:
Se debe tener disponibilidad de información, es decir acceso a los documentos empleados internamente para la gestión de los proyectos de la empresa. 10
Disposición de tiempo por parte de los usuarios para las entrevistas.
ORGANIZACIÓN DEL PROYECTO EQUIPO DE TRABAJO:
Rol Analista de procesos
Analista de procesos
Descripción
Responsable
Diseña y modela la arquitectura empresarial, en una aplicación que permite mostrar el modelado de procesos en una notación gráfica estandarizada. Asimismo, realiza la documentación de los entregables. Diseña y modela la arquitectura empresarial, en una aplicación que permite mostrar el modelado de procesos en una notación gráfica estandarizada. Asimismo, realiza la documentación de los entregables.
Analistas de proyectos
Recurso de TDP2 asignado para el apoyo de tareas que se le designe en el proyecto.
Analista QA
Recurso de TDP1 asignado para realizar tareas de QA, es decir apoyar en la revisión de los entregables.
STAKEHOLDERS Y USUARIOS:
Stakeholder
Descripción
11
Alumno de Ingeniería de sistemas de información Alumno de Ingeniería de sistemas de información Alumno de Ingeniería de sistemas de información Alumno de Ingeniería de sistemas de información
Jefe del Proyecto Asesor de Proyecto Gerente de Proyectos Usuario
Responsable del Proyecto que deberá reunirse con los clientes. Gerente General de la Empresa SSIA. Alumno Gerente de SSIA, encargado de apoyar en las tareas de coordinación de QA. Líder de proyecto del área de consultoría, en la empresa Focus Systems Perú.
RIESGOS Y MITIGACIÓN N°
Riesgo
Probabilidad Impacto
1
Falta de compromiso por parte del cliente para desarrollar el proyecto.
Media
Alto
En el cronograma del proyecto , se debe plantear avisar al cliente con anticipación para que nos brinde información de la empresa o para mostrar los avances a la fecha
2
Realizar el levantamiento de información de una manera incorrecta.
Media
Alto
Reuniones programadas en el cronograma en donde el cliente podrá analizar el avance que se está realizando con respecto al proyecto. También se deberá determinar reuniones con el asesor del proyecto para indicarle sobre lo avanzado.
3
No se cumple con los entregables del proyecto, por motivos de tiempo.
Baja
Medio
Replantear las fechas realizadas en el cronograma y avisar al asesor del proyecto sobre los cambios realizado. Analizar si estos cambios afectaran el alcance del proyecto.
12
Plan de mitigación
4
Cambios por parte del cliente sobre el alcance del proyecto
Alta
Alto
5
Un miembro del proyecto deja el equipo.
Media
Alto
Manejar un documento de historial de cambios del proyecto, estos tendrán que ser validados por el asesor del proyecto y por los jefes del proyecto. Se debe analizar la situación con el asesor del proyecto y analizar si se puede disminuir el alcance del proyecto.
FASES E HITOS DEL PROYECTO El siguiente cronograma de trabajo presenta las fechas aproximadas para el desarrollo de las actividades del proyecto. Cabe mencionar, que estas pueden cambiar conforme se desarrolle el proyecto. Fase/Actividad
Duración
Elaboración del Project Charter. Aprobación Project Charter. Redacción de la Memoria.
2 semanas
Fecha estimada Semana 16 (2013-01)
-
-
Revisión de la Memoria.
Diseño de la arquitectura empresarial.
2 meses 2 semanas
4 meses
Semana 8 (2013-02) Semana 10 (2013-02)
Semana 10 (2014-01)
13
Artefactos/Entregables -Project Charter. - Aprobación de Project Charter por el comité. - Memoria. - Aprobación de memoria por QA. - Diagrama de objetivos. - Mapa de procesos. - Justificación de procesos. - Definición de Stakeholders. - Definición de Procesos. - Reglas de negocio. - Modelo de dominio.
Revisión de los entregables realizados. Aprobación de la arquitectura empresarial.
1 mes 3 día
Aprobación del proyecto. Cierre del proyecto.
1 semana
Semana 14 (2014-01) Semana 15 (2014-01) Semana 16 (2014-01) Semana 16 (2014-01)
- Priorización de Entidades. - Mapeo Entidad Proceso. - Priorización de procesos. - Descomposición Funcional. - RAM. -Aprobación de entregables por QA. -Acta de aprobación de la Arquitectura Empresarial. -Acta de aprobación del proyecto. -
ENFOQUE DE TRABAJO
PMBOK: Project Management Body of Knowledge. EUP: Enterprise Unified Process. BPMN: Business Process Modeling Notation. Zachman Framework. EBM: Enterprise Business Modeling.
APROBACIÓN Cliente
Comité de proyectos
Fecha
BIBLIOGRAFÍA
EUP (2013). (http://enterpriseunifiedprocess.com) Sitio oficial de la metodología EUP; contiene información sobre la metodología Enterprise Unified Process (consulta: 14/06/2013) 14
ZACHMAN (2013). (http://www.zachmaninternational.com/index.php/the-zachman-framework) Sitio web oficial de Zachman Framework; contiene información sobre el framework para la aplicación en una arquitectura empresarial (consulta: 14/06/2013). PMBOK (2013). (http://www.pmi.org/) Sitio web oficial del PMBOK; contiene información sobre las áreas de conocimiento del PMBOK (consulta: 14/06/2013).
15
Propuesta de tema Responsables del proyecto Carrera
Business Analytics u910625 - Roberto Taype Calderón u910221 - Diego Godoy Alvarez Ingeniería de Sistemas de Información
Sustento Los cambios en el campo de la tecnología y el impacto que tiene en los negocios han crecido exponencialmente en los últimos años, nunca antes la tasa de cambio ha sido tan rápida como ahora. Para no quedarse atrás, las empresas necesitan poder construir nuevas capacidades y aprovechar los 9 cambios del entorno . Por ello, cada vez es más frecuente que responsables informáticos con visión de negocio y financieros relacionados con la tecnología, trabajen juntos para conseguir mejores resultados y mayor rentabilidad. Ellos adoptan una filosofía que ya no se limita solo a gestionar la información, sino 10 que incorpora una perspectiva inteligente y en tiempo real a los procesos de decisión de la empresa. Además, estudios demuestran que las empresas que analizan su entorno, obtienen unos resultados mejores que la competencia, con un rendimiento medio tres veces superior. Siguiendo esta tendencia, surge Business Analytics, una solución completa que ofrece, por ejemplo, poder identificar las tendencias del entorno para anticiparse y comprender mejor el funcionamiento del negocio, 11 abordándolo desde nuevas perspectivas . A diferencia de la Business Intelligence, Business Analytics se centra en el desarrollo de nuevos conocimientos y la comprensión de la evolución del negocio en base a 12 los datos y métodos estadísticos . Por estas características, su estudio supone una nueva oportunidad para el desarrollo de las empresas. Para esta investigación, primero se hará un análisis del estado de arte durante el ciclo de Taller de Proyecto 1, se presentará un artículo que contendrá el conocimiento disponible hasta el momento acerca del tema de Business Analytics, además de las herramientas metodológicas empleadas hasta ahora y las conclusiones que se han obtenido. Luego, se tendrá que definir una investigación más específica para Taller de Proyecto 2, según el perfil profesional de los investigadores.
9
Cfr. Inmon 2002: 1-2 Cfr. SAP 2013 Cfr. IBM 2013 12 Cfr. Beller 2009: 5 10 11
1
BIBLIOGRAFIA
BELLER, Michael; BARNETT, Alan (2009). Next Generation Business Analytics. (http://www.docstoc.com/docs/7486045/Next-Generation-Business-Analytics-Presentation). (Consulta: 1 de junio de 2013)
IBM (2013). Business analytics. (http://www03.ibm.com/software/products/pe/es/category/SWQ00) (Consulta: 1 de junio de 2013)
INMON, William (2002) Corporate Information Factory. Hoboken: Editorial John Wiley & Sons.
SAP (2013) SAP Business Analytics Forum (http://www.sapforoinnovacion.com/introduccion) (Consulta: 1 de junio de 2013)
2
TEMA: Arquitectura Empresarial para la empresa Overprime Manufacturing S.A.C. TÍTULO: Análisis y diseño de una Arquitectura Empresarial de Fabricación y Reparación de Equipos para Minería SUMILLA: El proyecto consiste en diseñar una arquitectura empresarial para la empresa Overprime Manufacturing S.A.C, cuyo rubro es la fabricación y reparación de equipos de minería. Esta propuesta sale como respuesta a la falta de claridad en la especificación de los procesos del giro de negocio de Overprime. El objetivo será la modelación de los procesos actuales de la empresa, orientar que las mejoras se orienten a una norma internacional (ISO 9001), determinar oportunidades de mejora y automatización, y definir las bases de los posibles proyectos de desarrollo de software bajo los documentos realizados para la empresa. INTEGRANTES: Samuel Obed V. Jurado Wilfredo Aldo Talledo
1
ANEXO 08: EVIDENCIAS ABET
cclxxx
EVIDENCIAS ABET: REUNIÓN DE EGRESADOS
cclxxxi
EVIDENCIAS ABET: REUNIÓN DE EGRESADOS 2011
cclxxxii
LEYENDA DE DATOS Objetivos Educacionales
OE1
OE2
ND1 (Necesita Mejorar)
Nivel Demostrado ND2 (Esperado)
Competencia Técnica Aplica una amplia formación en principios de ciencia e ingeniería, para analizar, diseñar, verificar, validar, construir, aplicar, y mantener complejos productos Sistemas de Información.
Interpreta e identifica información relevante, evidencias, enunciados, gráficos, etc. Pero al evaluar la información construye explicaciones parciales, las cuales son sustentadas subjetivamente o con limitados argumentos concretos.
Interpreta e identifica información relevante, evidencias, enunciados, gráficos, etc. Evalúa la información, construye explicaciones lográndolas sustentar en forma objetiva.
Creatividad y Pensamiento Independiente Los graduados aplican habilidades de solución analítica de problemas e investigación, son reconocidos como solucionadores de problemas y demuestran independencia de pensamiento.
Produce ideas utilizando en ocasiones recursos con ingenio. Ante una limitación, transforma el entorno identificando recursos disponibles que faciliten el proceso creativo. Crea productos adecuados pero con características de otros ya existentes en el dominio de aplicación.
Produce ideas en forma continua utilizando abundantes recursos personales con mucho ingenio e innovación. Ante una limitación, transforma el entorno desarrollando nuevos estímulos o utilizando recursos disponibles para facilitar el proceso creativo. Crea productos originales y pertinentes y promueve su difusión para satisfacer
ND3 (Destacado) Interpreta e identifica información relevante, evidencias, enunciados, gráficos, etc. Evalúa la información y construye explicaciones sustentándolas con argumentos claros y precisos anticipándose a posibles dudas o consultas de sus receptores. Valora la validez y confiabilidad de la información, consultando distintas fuentes, sin rechazarlas o aceptarlas prejuiciosamente.
Produce ideas en forma continua utilizando abundantes recursos personales con mucho ingenio e innovación. Ante una limitación, transforma el entorno desarrollando nuevos estímulos
cclxxxiii
necesidades propias o del entorno.
OE3
Colaboración y Comunicación Los graduados son miembros efectivos en equipos multidisciplinarios, juegan diferentes roles y son capaces de comunicar efectivamente sus ideas.
Construye mensajes adecuados a diversas situaciones pero muestra limitaciones en el empleo de códigos no verbales, cuando se expresa mira un punto fijo sin mantener contacto visual con su audiencia. Expresa sus ideas y sentimientos con respeto hacia si mismo y hacia los demás. Administra con dificultad el tiempo y el cumplimiento de plazos frecuentemente falla.
Construye rápidamente mensajes coherentes y adecuados a diversas situaciones adaptándose a diversas audiencias. Se comunica utilizando Construye mensajes coherentes simultáneamente códigos y adecuados a diversas verbales y no verbales para situaciones y los transmite transmitir un mensaje eficaz a utilizando simultáneamente distintos tipos de audiencias. códigos verbales y no verbales. Expresa sus ideas y sentimientos Expresa sus ideas y sentimientos con amplia seguridad, mucha con claridad y respeto hacia sí objetividad y con respeto hacia sí mismo y hacia los demás. mismo y los demás. Dirige Administra eficientemente el equipos multidisciplinarios, tiempo y fija plazos adecuados. inspirando, motivando y movilizándolos hasta el logro de sus propósitos. Administra eficientemente el tiempo y fija plazos ambiciosos, incentivando a
cclxxxiv
sus compañeros de equipo a hacer lo mismo en el desarrollo de sus actividades.
cclxxxv
OE4
Propone metas significativas y busca lograrlas con persistencia y excelencia. Elabora un plan estratégico para el logro de sus Propone metas significativas y metas, mostrándose innovador y En ocasiones propone metas busca lograrlas bajo criterios tolerante en el proceso. Reconoce significativas y busca lograrlas definidos. Identifica sus y evalúa sus recursos personales bajo criterios definidos con recursos, habilidades personales en forma sistemática y Profesionalismo supervisión constante. Identifica y debilidades buscando permanente. Asume riesgos: Los graduados se conducen de una sus recursos y habilidades mantener equilibrio en el afronta sin vacilación situaciones manera en la cual mantienen los personales pero pierde desarrollo de sus tareas. Juzga de riesgo en busca del éxito. estándares de la profesión, alcanzan objetividad en lo que a sus acciones como correctas o Razonamiento moral: Juzga una posiciones de liderazgo en la profesión, debilidades respecta en el incorrectas considerando y acción como correcta o incorrecta alcanzan posiciones de liderazgo en la desarrollo de sus tareas. En respetando terceras personas y considerando y respetando la profesión y están conscientes del contexto ocasiones no juzga acciones el contexto en el que se intención del sujeto y la global en el cual su profesión se como correctas o incorrectas desarrollan. Mantiene equilibrio complejidad del contexto en el desarrolla. considerando y respetando entre sus valores y acciones. que se desarrolla. terceras personas y el contexto Acepta los riesgos que se le Responsabilidad sobre sus en el que se desarrollan. presentan en el desarrollo de decisiones éticas: Tiene razones sus tareas. explícitas para sus decisiones, haciéndose responsable por sus decisiones, acciones y omisiones con solidez en sus creencias y sus valores.
cclxxxvi
OE5
Aprendizaje Permanente Los graduados aprenden y aplican nuevas y cambiantes tecnologías y prosiguen estudios de postgrado.
Toma conciencia de las necesidades de actulización luego que la aplicación de nuevas tendencias en su desempeño laboral le son impuestas. Tiene dificultades para el autoaprendizaje solo busca actualizarse cuando la necesidad es inminente.
Identifica necesidades del mercado con proyecciones de Identifica necesidades del futuro. Identifica nuevas mercado y nuevas tendencias tendencias relacionadas con su relacionadas con su desempeño desempeño profesional tomando profesional. En caso sea referencias nacionales e necesario, busca actualizar sus internacionales. Muestra conocimientos por iniciativa iniciativa constante de actualizar propia. sus conocimientos y lo realiza en forma autónoma.
Pertinencia P1 P2 P3
Poco importante Necesario Muy importante
cclxxxvii
DATOS DE ENTRADA OE1
OE2
OE3
OE4
OE5
OPINI OPINI OPINI ÓN OPINIÓ OPINIÓ ÓN ÓN OPINI SOBR N N SOBR SOBRE ÓN N N N N N N E N N N SOBRE N N N SOBRE N N N E ADICI D D D P P P NIVEL D D D P P P NIVEL D D D P P P NIVEL D D D P P P NIVEL D D D P P P NIVEL 1 2 3 1 2 3 1 2 3 1 2 3 ONAL 1 2 3 1 2 3 DE 1 2 3 DE 1 2 3 DE 1 2 3 DE 1 2 3 DE PERTI PERTI PERTIN PERTIN PERTI NENCI NENC ENCIA ENCIA NENC A IA IA Altam Sin La Es En ente desar conside import este pertin rollar ro la ante rubro ente habili compet que el de tener dades encia egresa tecnol una creati más do ogía, buena vas es import mante la 1 1 base 1 1 muy 1 1 ante 1 1 nga un 1 1 actual técnic compl porque enfoqu izació a que icado es la e n es permit encon que va perma la a trar a nente única susten soluci permiti en el mane tar las ones r objetiv ra de decisio a los recolec o perm
AÑ O CI CA DE CL RRE EG O RA RE SO
20 09
SW
cclxxxviii
nes que se toman en la vida profesi onal
Desarr ollo de Pensa mient o Estrat égico Gestió n del Cambi o Pensa mient o Sistém ico
1
Poder enten der los requer imient os del usuari 1 oy plasm arlo en la solució n del softwa re
probl emas
1
En toda organ izació n, el tema de la innov ación debe 1 ir de la mano con la gestió n del cambi o para medir
1
tar o transmi tir ideas tanto a cliente s interno s como extern os Es vital para transmi tir a todo nivel de la organiz ación los 1 objetiv os, resulta dos y cómo impact a en cada colabor ador
anece r vigent e en el merc ado
1
1
1
1
20 09
SW
cclxxxix
La UPC deberí a incent ivar y dar un poco de facilid ades para que el alumn o pueda escribi r paper so investi gacion es, o
1
La compe tencia técnic a es una ventaj a 1 compe titiva ante gradua dos de otras univer sidade s
1
el impac to de los result ados (Feed back) La creati vidad no pued e ser evalu ada en un exam en 1 pero pued e ser trans mitid a, los jefes habla rán bien de sus
1
Madur a a lo largo del tiempo pero debería poder ser un poco más 1 trabaja do en la univers idad de maner a más formal para que no haya una
1
Muy import ante, sobre todo para 1 dejar en alto el nombr e de la UPC
1
Se ha inculc ado duran te toda la carrer a el 20 1 gusto 09 por leer, invest igar y mant eners e actual izado
SW
ccxc
al menos un espaci o para blogs tecnol ógicos
Desarr ollo Huma no
1
1
1
1
trabaj adore s inclus o cuand o no sigan en la empr esa Depe nde del medi o dond e te encue ntras y el 1 nivel de riesgo que estás dispu esto a super ar
brecha tan grande en el mundo laboral real
1
1
1
1
1
20 08
SI
ccxci
Neces ario desarr ollar habilid ades de buent a aptitu d para enfren tar los difere ntes trabaj os que debe mos desarr ollar
1
1
El desarr ollo en compe tencia s técnic as está relacio nado con la identif icación de riesgos en los difere ntes contro les que un sistem a/proc eso pueda tener. La univer sidad brinda conce
1
Para la identi ficaci ón de riesgo s se neces itan conoc imien tos técnic 1 os y tambi én creati vidad. Se neces ita estar pendi ente del entor no
1
Puede comuni car sus hallazg os a auditad os con clarida dy oportu 1 namen te, enfocá ndose en el riesgo de cada observ ación
1
Present a trabajo respon sable en los tiempo s indicad os, con demor a en pocos casos, puede 1 trabaja r en grupos interdis ciplinar ios mante niendo diálogo s adecua dos. Acepta nuevas respon sabilida
1
Se actual iza en temas de audit oría, riesgo sy seguri dad por 20 1 trabaj 08 o, pero desea ment eners e estudi ando, con metas anual es
SI
ccxcii
1
1
ptos básico s que se puede n investi gar más para la identif icación de riesgos Para poder comer cializar y ofrece r solucio nes en base a TI es necesa rio tener un conoci mient
des
1
Para come rcializ ar cualq uier tipo de 1 produ cto y servic io es neces ario ser creati vo
1
No sirve de mucho desarro llar un excelen te 1 softwar eo crear algo innova dor en TI si no se ve trazabil
1
1
1
Es el más impor tante de los OE. Lo ideal 20 1 es 08 encon trar algún tema relaci onad o a la carrer
SI
ccxciii
o adecu ado del produ cto o servici o, sería lo ideal tener un nivel de pertin encia superl ativo
1
1
En el área de trabaj o es import ante pero
1
porqu e en much os casos se "crea la neces idad" al client e. Es neces ario pensa r difere nte a la comp etenci a. En Intelig encia de 1 Nego cios es de vital
izado econó micam ente, es necesa rio saber vender y argume ntar ideas
1
Dentro del tiempo como 1 profesi onal se ha podido
ay atract ivo, y realiz ar curso s, diplo mado s, etc. a aplica rse en el tema
1
Dentro del área en que 1 labora es de suma import
1
Se siguie ron estudi 20 1 os de 08 postg rado debid
SI
ccxciv
son otros los encarg ados
impor tancia propo ner nueva s ideas de mane ra creati va e innov adora para poder respo nder a los const antes cambi os de la empr esa
aprecia r la import ancia de una comuni cación adecua da para lograr niveles de colabor ación que apoyen los proyect os y finalme nte a la empres a
ancia puesto que se trabaja con inform ación privileg iada
oa que el merc ado de sistea mas y de las empr esas es altam ente cambi ante y comp etitiv o, siend o impor tante afianz ar los conoc imien tos
ccxcv
Los logros se encue ntran ya en las comp etenci as
1
La compe tencia técnic a es muy import ante debido a que en el ámbit o 1 profesi onal el merca do está buscan do a los profesi onales más capaci tados
1
Es muy impor tante ser creati vo, en las áreas siemp re existe n probl emas 1 u obstá culos que pued en retras ar los proye ctos. Por eso siemp re se debe estar
1
Es muy import ante tener una buena comuni cación entre los miemb ros del equipo y hacia 1 los jefes. Una buena comuni cación puede lograr que el proyect o avance más rápido
1
Es import ante saber qué se puede realizar , con cuánto s recurso s y en 1 cuánto tiempo . Este alcance permit e no crear falsas espera nzas en los usuario s
1
Es neces ario mant eners e actual izado debid oa que las empr esas solicit 20 1 an 08 profe sional es con conoc imien tos en herra mient ay actual izado s. Se pued e
SI
ccxcvi
innov ando o propo niend o soluci ones que pued an mitig ar los riesgo s
Es impor tante que un egresa do manej eo partici
1
1
1
Consi derar dentr o de la 1 curríc ula el manej o de los
1
Muy import ante para el trabajo 1 en equipo y multiár ea. Es
1
Este punto debería reforza rse 1 más. No es suficie nte sólo
1
apren der en la mism a empr esa herra mient as nueva s y se debe tener una nueva capac idad de apren dizaje Se podrí a organ izar 20 1 activi 08 dades y event os
SI
ccxcvii
pe en un proye cto despu és de egresa r. Esto le permit irá desarr ollar las habilid ades de punta a punta de una maner a integr ada
peore s escen arios para desar rollar habili dades de soluci ón de probl emas
import ante poder hablar con un financis ta como es un vended or. Consid erar temas de negoci ación
con el curso de Ética y Ciudad anía
para los egres ados de mane ra que los mant enga actual izado s
ccxcviii
DATOS DE ENTRADA (FILTRADOS POR ING. DE SISTEMAS DE INFORMACIÓN) OE1
OE2 OE3 OE4 OE5 Opinió Opini Opini AÑ Opinió Opinió OPINI O n ón ón CI CA n sobre n sobre ÓN N N N sobre N N N sobre N N N N N N N N N sobre DE CL RRE P P P P P P P P P Nivel P P P Nivel P P P ADICI D D D Nivel D D D Nivel D D D D D D D D D Nivel EG O RA 1 2 3 1 2 3 1 2 3 de 1 2 3 de 1 2 3 ONAL 1 2 3 RE de 1 2 3 de 1 2 3 1 2 3 1 2 3 de Pertine Pertine Pertin Pertin Pertin SO ncia ncia encia encia encia Depe nde del medi o dond e te encue Desar ntras rollo 20 1 1 1 1 y el 1 1 1 1 1 1 SI Huma 08 nivel no de riesgo que estás dispu esto a super ar
ccxcix
Nece sario desar rollar habili dades de buent a aptitu d para enfre ntar los difere ntes trabaj os que debe mos desar rollar
1
1
El desarr ollo en compe tencias técnic as está relacio nado con la identifi cación de riesgos en los difere ntes contro les que un sistem a/proc eso pueda tener. La univer sidad brinda conce ptos
1
Para la identi ficaci ón de riesgo s se neces itan conoc imien tos técnic 1 os y tambi én creati vidad. Se neces ita estar pendi ente del entor no
1
Puede comuni car sus hallazg os a auditad os con clarida dy oportu 1 namen te, enfocá ndose en el riesgo de cada observ ación
1
Present a trabajo respon sable en los tiempo s indicad os, con demor a en pocos casos, puede 1 trabaja r en grupos interdis ciplinar ios mante niendo diálogo s adecua dos. Acepta nuevas respon sabilida
1
Se actual iza en temas de audit oría, riesgo sy seguri dad por 20 1 trabaj 08 o, pero desea ment eners e estudi ando, con metas anual es
SI
ccc
1
1
básico s que se puede n investi gar más para la identifi cación de riesgos Para poder comer cializar y ofrece r solucio nes en base a TI es necesa rio tener un conoci mient o
des
1
Para come rcializ ar cualq uier tipo de produ 1 cto y servic io es neces ario ser creati vo porqu
1
No sirve de mucho desarro llar un excelen te softwar 1 eo crear algo innova dor en TI si no se ve trazabil izado
1
1
1
Es el más impor tante de los OE. Lo ideal es 20 1 encon 08 trar algún tema relaci onad o a la carrer ay
SI
ccci
adecu ado del produc to o servici o, sería lo ideal tener un nivel de pertin encia superl ativo
1
1
En el área de trabaj o es import ante pero son
1
e en much os casos se "crea la neces idad" al client e. Es neces ario pensa r difere nte a la comp etenci a. En Intelig encia de 1 Nego cios es de vital impor
econó micam ente, es necesa rio saber vender y argume ntar ideas
1
Dentro del tiempo como 1 profesi onal se ha podido aprecia
atract ivo, y realiz ar curso s, diplo mado s, etc. a aplica rse en el tema
1
Dentro del área en que 1 labora es de suma import ancia
1
Se siguie ron estudi 20 1 os de 08 postg rado debid oa
SI
cccii
otros los encarg ados
tancia propo ner nueva s ideas de mane ra creati va e innov adora para poder respo nder a los const antes cambi os de la empr esa
r la import ancia de una comuni cación adecua da para lograr niveles de colabor ación que apoyen los proyect os y finalme nte a la empres a
puesto que se trabaja con inform ación privileg iada
que el merca do de sistea mas y de las empr esas es altam ente cambi ante y comp etitiv o, siend o impor tante afianz ar los conoc imien tos
ccciii
Los logro s se encu entra n ya en las comp etenc ias
1
La compe tencia técnic a es muy import ante debido a que en el ámbito 1 profesi onal el merca do está buscan do a los profesi onales más capacit ados
1
Es muy impor tante ser creati vo, en las áreas siemp re existe n probl emas 1 u obstá culos que pued en retras ar los proye ctos. Por eso siemp re se debe estar
1
Es muy import ante tener una buena comuni cación entre los miemb ros del equipo y hacia 1 los jefes. Una buena comuni cación puede lograr que el proyect o avance más rápido
1
Es import ante saber qué se puede realizar , con cuánto s recurso s y en 1 cuánto tiempo . Este alcance permit e no crear falsas espera nzas en los usuario s
1
Es neces ario mant eners e actual izado debid oa que las empr esas solicit 20 1 an 08 profe sional es con conoc imien tos en herra mient ay actual izados . Se pued e
SI
ccciv
innov ando o propo niend o soluci ones que pueda n mitiga r los riesgo s
Es impor tante que un egres ado mane je o partic
1
1
1
Consi derar dentr o de la 1 curríc ula el manej o de los
1
Muy import ante para el trabajo 1 en equipo y multiár ea. Es
1
Este punto debería reforza rse 1 más. No es suficien te sólo con el
1
apren der en la mism a empr esa herra mient as nueva s y se debe tener una nueva capaci dad de apren dizaje Se podrí a organ izar 20 1 activi 08 dades y event os
SI
cccv
ipe en un proye cto desp ués de egres ar. Esto le permi tirá desar rollar las habili dades de punta a punta de una mane ra integr ada
peore s escen arios para desar rollar habili dades de soluci ón de probl emas
import ante poder hablar con un financis ta como es un vended or. Consid erar temas de negocia ción
curso de Ética y Ciudad anía
para los egres ados de mane ra que los mant enga actual izados
cccvi
DATOS DE ENTRADA (FILTRADOS POR ING. DE SOFTWARE) OE1
OE2
OE3
OE4
OE5 Opini Opini Opini Opini Opinió ón ón ón ón OPINI n sobr sobre sobre sobre ÓN N N N sobre N N N N N N N N N e N N N P P P P P P Nivel P P P Nivel P P P P P P Nivel ADICI D D D Nivel D D D D D D D D D Nivel D D D 1 2 3 1 2 3 de 1 2 3 de 1 2 3 1 2 3 de ONAL 1 2 3 de 1 2 3 1 2 3 1 2 3 de 1 2 3 Perti Perti Perti Pertin Perti nenci nenci nenci encia nenci a a a a Altam La Es En Sin ente consi impo este desar pertin dero rtant rubro rollar ente la e que de habili tener comp el tecno dades una etenc egres logía, creati buena ia ado la vas es base más mant actua muy técnic impo enga lizaci 1 1 1 1 comp 1 1 1 1 1 1 a que rtant un ón es licado permit e enfo la enco a porq que única ntrar susten ue es perm mane soluci tar las la anen ra de ones decisio que te en perm a los nes va a el anec probl que se permi objet er emas toman tir ivo vigen
AÑ O CI CAR DE CL RER EG O A RE SO
20 09
SW
cccvii
en la vida profesi onal
Desarr ollo de Pensa miento Estraté gico Gestió n del Cambi o Pensa miento Sistémi
1
Poder enten der los requer imient os del usuari 1 oy plasm arlo en la solució n del softwa re
1
En toda organ izació n, el tema de la innov 1 ación debe ir de la mano con la gestió n del
1
recol ectar o trans mitir ideas tanto a client es inter nos como exter nos Es vital para trans mitir a todo nivel 1 de la organ izació n los objeti vos, result ados
te en el merc ado
1
1
1
1
20 09
SW
cccviii
co
La UPC deberí a incenti var y dar un poco de facilida des para que el alumn o pueda escribi r papers o
1
La compe tencia técnic a es una ventaj a 1 compe titiva ante gradua dos de otras univer sidade s
1
cambi o para medir el impac to de los result ados (Feed back) La creati vidad no pued e ser evalu ada en un 1 exam en pero pued e ser trans mitid a, los jefes habla
y cómo impa cta en cada colab orad or
1
Madu ra a lo largo del tiemp o pero deber 1 ía pode r ser un poco más traba jado en la unive
1
Muy impo rtant e, sobre todo para 1 dejar en alto el nom bre de la UPC
1
Se ha inculc ado duran te toda la carre ra el 20 1 gusto 09 por leer, inves tigar y mant eners e actua
SW
cccix
investi gacion es, o al menos un espaci o para blogs tecnol ógicos
rán bien de sus trabaj adore s inclus o cuan do no sigan en la empr esa
rsida d de mane ra más form al para que no haya una brech a tan grand e en el mund o labor al real
lizado
cccx
TABULACIÓN OE1 1 Total Acumulado Total Encuestas Porcentaje
ND 2
1
4
9 11 %
9 44 %
1
P 2
0
5
9 9 44 0 % %
9 56 %
3 4
3 4
0
3
9 9 44 0 % %
9 33 %
Objetivo Educacional 1 Ponderado Ponderado Nivel Pertinencia Demostrado 2.33
2.44
1
OE2 ND 2 3 1 6
OE3 P 2
3
1
ND 2
0
1
8
1
1
9 9 67 0 % %
9 11 %
9 89 %
9 11 %
9 11 %
Objetivo Educacional 2 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.67 2.89
3 7
1
P 2
0
0
3
1 9
0
3
9 9 9 9 9 78 0 0 100 0 % % % % %
9 33 %
Objetivo Educacional 3 Ponderado Ponderado Nivel Pertinencia Demostrado 2.67
OE4 ND 2 3 1
3.00
6
0
P 2 0
3
1 9
OE5 ND 2 3 1
0
4
9 9 9 9 9 67 0 0 100 0 % % % % %
9 44 %
Objetivo Educacional 4 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.67 3.00
5
0
P 2 0
3 9
9 9 9 9 56 0 0 100 % % % %
Objetivo Educacional 5 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.56 3.00
cccxi
TABULACIÓN (DE DATOS DE ENTRADA DE ING. DE SISTEMAS DE INFORMACIÓN) OE1 1 Total Acumulado Total Encuestas SI Porcentaje
ND 2
1
4
6 17 %
6 67 %
1
P 2
0
5
6 6 17 0 % %
6 83 %
3 1
3 1
0
2
6 6 17 0 % %
6 33 %
Objetivo Educacional 1 Ponderado Ponderado Nivel Pertinencia Demostrado 2.00
2.17
1
OE2 ND 2 3 1 4
OE3 P 2
3
1
ND 2
0
1
5
1
1
6 6 67 0 % %
6 17 %
6 83 %
6 17 %
6 17 %
3 4
1
P 2
0
0
3
1 6
OE4 ND 2 3 1
0
2
6 6 6 6 6 67 0 0 100 0 % % % % %
6 33 %
Objetivo Educacional 2 Objetivo Educacional 3 Ponderado Ponderado Nivel Ponderado Ponderado Nivel Demostrad Pertinencia Pertinencia Demostrado o 2.67 2.83 2.50 3.00
4
0
P 2 0
3
1 6
OE5 ND 2 3 1
0
3
6 6 6 6 6 67 0 0 100 0 % % % % %
6 50 %
Objetivo Educacional 4 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.67 3.00
3
0
P 2 0
3 6
6 6 6 6 50 0 0 100 % % % %
Objetivo Educacional 5 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.50 3.00
cccxii
TABULACIÓN (DE DATOS DE ENTRADA DE ING. DE SOFTWARE) OE1
Total Acumulado Total Encuestas SW Porcentaje
1
ND 2 3
0
0
3
1
P 2
0
0
3
1 3
OE2 ND 2 3 1
0
1
3 3 3 3 3 3 3 0 0 100 0 0 100 0 % % % % % % %
3 33 %
Objetivo Educacional 1 Ponderado Nivel Ponderado Demostrad Pertinencia o 3.00 3.00
2
0
OE3 P 2 0
3 3
1
ND 2 3
0
0
0
0
3
1 3
OE4 ND 2 3 1
0
1
3 3 3 3 3 3 3 3 3 3 3 67 0 0 100 0 0 100 0 0 100 0 % % % % % % % % % % %
3 33 %
Objetivo Educacional 2 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.67 3.00
3
1
P 2
Objetivo Educacional 3 Ponderado Nivel Ponderado Demostrad Pertinencia o 3.00 3.00
2
0
P 2 0
3
1 3
OE5 ND 2 3 1
0
1
3 3 3 3 3 67 0 0 100 0 % % % % %
3 33 %
Objetivo Educacional 4 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.67 3.00
2
0
P 2 0
3 3
3 3 3 3 67 0 0 100 % % % %
Objetivo Educacional 5 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.67 3.00
cccxiii
Ponderado de Nivel Demostrado y Pertinencia de los Objetivos Educacionales para Egresados de Ing. de Sistemas de Información e Ing. de Software (Reunión de Egresados 2011) 3.00
2.89 3.00 2.50
2.44
2.67
2.33
2.67
3.00
3.00
2.67 2.56
2.00 1.50 1.00
Ponderado ND Ponderado P
0.50 0.00 OE1
OE2
OE3
OE4
OE5
cccxiv
Ponderado de Nivel Demostrado y Pertinencia de los Objetivos Educacionales para Egresados de Ing. de Sistemas de Información (Reunión de Egresados 2011) 3.00
2.83 3.00 2.17
3.00
3.00
2.67 2.50
2.50
2.67
2.00
2.50
2.00 1.50 Ponderado ND
1.00
Ponderado P
0.50 0.00 OE1
OE2
OE3
OE4
OE5
cccxv
Ponderado de Nivel Demostrado y Pertinencia de los Objetivos Educacionales para Egresados de Ing. de Software (Reunión de Egresados 2011) 3.00
3.00
3.00
3.00
3.00
3.00
3.00
3.00
2.95 2.90 2.85 2.80 2.75 2.70
2.67
Ponderado ND
2.65
2.67
2.60
2.67
Ponderado P
2.55 2.50 OE1
OE2
OE3
OE4 OE5
cccxvi
Percepción de Nivel Demostrado en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información e Ing. de Software (Reunión de Egresados 2011)
56% 44%
OE5
0% 67% 33%
OE4
0% 78% 11% 11%
OE3
Destacado Esperado Necesita Mejorar
67%
33%
OE2
0% 44% 44%
OE1
11% 0%
10%
20%
30%
40%
50%
60%
70%
80%
cccxvii
Percepción de Nivel Demostrado en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información (Reunión de Egresados 2011)
50% 50%
OE5
0% 67% 33%
OE4
0% 67%
17% 17%
OE3
Destacado Esperado Necesita Mejorar
67% 33%
OE2
0% 17% 67%
OE1
17% 0%
10%
20%
30%
40%
50%
60%
70%
cccxviii
Percepción de Nivel Demostrado en Objetivos Educacionales para Egresados de Ing. de Software (Reunión de Egresados 2011)
67% 33%
OE5
0% 67% 33%
OE4
0% 100% 0% 0%
OE3
Destacado Esperado Necesita Mejorar
67% 33%
OE2
0% 100% 0% 0%
OE1
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
cccxix
Percepción de Pertinencia en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información e Ing. de Software (Reunión de Egresados 2011)
OE5
0% 0%
OE4
0% 0%
OE3
0% 0%
OE2
100%
100%
100%
Necesitado
44%
0% 0%
10%
Poco importante
89%
11%
0%
OE1
Muy importante
20%
30%
40%
50%
56%
60%
70%
80%
90%
100%
cccxx
Percepción de Pertinencia en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información (Reunión de Egresados 2011)
OE5
0% 0%
OE4
0% 0%
OE3
0% 0%
OE2
100%
100%
100%
Necesitado
17%
83%
0% 0%
10%
20%
Poco importante
83%
17%
0%
OE1
Muy importante
30%
40%
50%
60%
70%
80%
90%
100%
cccxxi
Percepción de Pertinencia en Objetivos Educacionales para Egresados de Ing. de Software (Reunión de Egresados 2011)
100% OE5
0% 0%
OE4
0% 0%
OE3
0% 0%
100%
100%
Muy importante Necesitado Poco importante
100% OE2
0% 0%
OE1
0% 0%
100%
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
cccxxii
EVIDENCIAS ABET: REUNIÓN DE EGRESADOS 2012
cccxxiii
LEYENDA DE DATOS Objetivos Educacionales
OE1
OE2
ND1 (Necesita Mejorar)
Nivel Demostrado ND2 (Esperado)
Competencia Técnica Aplica una amplia formación en principios de ciencia e ingeniería, para analizar, diseñar, verificar, validar, construir, aplicar, y mantener complejos productos Sistemas de Información.
Interpreta e identifica información relevante, evidencias, enunciados, gráficos, etc. Pero al evaluar la información construye explicaciones parciales, las cuales son sustentadas subjetivamente o con limitados argumentos concretos.
Interpreta e identifica información relevante, evidencias, enunciados, gráficos, etc. Evalúa la información, construye explicaciones lográndolas sustentar en forma objetiva.
Creatividad y Pensamiento Independiente Los graduados aplican habilidades de solución analítica de problemas e investigación, son reconocidos como solucionadores de problemas y demuestran independencia de pensamiento.
Produce ideas utilizando en ocasiones recursos con ingenio. Ante una limitación, transforma el entorno identificando recursos disponibles que faciliten el proceso creativo. Crea productos adecuados pero con características de otros ya existentes en el dominio de aplicación.
Produce ideas en forma continua utilizando abundantes recursos personales con mucho ingenio e innovación. Ante una limitación, transforma el entorno desarrollando nuevos estímulos o utilizando recursos disponibles para facilitar el proceso creativo. Crea productos originales y pertinentes y promueve su difusión para satisfacer
ND3 (Destacado) Interpreta e identifica información relevante, evidencias, enunciados, gráficos, etc. Evalúa la información y construye explicaciones sustentándolas con argumentos claros y precisos anticipándose a posibles dudas o consultas de sus receptores. Valora la validez y confiabilidad de la información, consultando distintas fuentes, sin rechazarlas o aceptarlas prejuiciosamente.
Produce ideas en forma continua utilizando abundantes recursos personales con mucho ingenio e innovación. Ante una limitación, transforma el entorno desarrollando nuevos estímulos
cccxxiv
necesidades propias o del entorno.
OE3
Colaboración y Comunicación Los graduados son miembros efectivos en equipos multidisciplinarios, juegan diferentes roles y son capaces de comunicar efectivamente sus ideas.
Construye mensajes adecuados a diversas situaciones pero muestra limitaciones en el empleo de códigos no verbales, cuando se expresa mira un punto fijo sin mantener contacto visual con su audiencia. Expresa sus ideas y sentimientos con respeto hacia si mismo y hacia los demás. Administra con dificultad el tiempo y el cumplimiento de plazos frecuentemente falla.
Construye rápidamente mensajes coherentes y adecuados a diversas situaciones adaptándose a diversas audiencias. Se comunica utilizando Construye mensajes coherentes simultáneamente códigos y adecuados a diversas verbales y no verbales para situaciones y los transmite transmitir un mensaje eficaz a utilizando simultáneamente distintos tipos de audiencias. códigos verbales y no verbales. Expresa sus ideas y sentimientos Expresa sus ideas y sentimientos con amplia seguridad, mucha con claridad y respeto hacia sí objetividad y con respeto hacia sí mismo y hacia los demás. mismo y los demás. Dirige Administra eficientemente el equipos multidisciplinarios, tiempo y fija plazos adecuados. inspirando, motivando y movilizándolos hasta el logro de sus propósitos. Administra eficientemente el tiempo y fija plazos ambiciosos, incentivando a
cccxxv
sus compañeros de equipo a hacer lo mismo en el desarrollo de sus actividades.
cccxxvi
OE4
Propone metas significativas y busca lograrlas con persistencia y excelencia. Elabora un plan estratégico para el logro de sus Propone metas significativas y metas, mostrándose innovador y En ocasiones propone metas busca lograrlas bajo criterios tolerante en el proceso. Reconoce significativas y busca lograrlas definidos. Identifica sus y evalúa sus recursos personales bajo criterios definidos con recursos, habilidades personales en forma sistemática y Profesionalismo supervisión constante. Identifica y debilidades buscando permanente. Asume riesgos: Los graduados se conducen de una sus recursos y habilidades mantener equilibrio en el afronta sin vacilación situaciones manera en la cual mantienen los personales pero pierde desarrollo de sus tareas. Juzga de riesgo en busca del éxito. estándares de la profesión, alcanzan objetividad en lo que a sus acciones como correctas o Razonamiento moral: Juzga una posiciones de liderazgo en la profesión, debilidades respecta en el incorrectas considerando y acción como correcta o incorrecta alcanzan posiciones de liderazgo en la desarrollo de sus tareas. En respetando terceras personas y considerando y respetando la profesión y están conscientes del contexto ocasiones no juzga acciones el contexto en el que se intención del sujeto y la global en el cual su profesión se como correctas o incorrectas desarrollan. Mantiene equilibrio complejidad del contexto en el desarrolla. considerando y respetando entre sus valores y acciones. que se desarrolla. terceras personas y el contexto Acepta los riesgos que se le Responsabilidad sobre sus en el que se desarrollan. presentan en el desarrollo de decisiones éticas: Tiene razones sus tareas. explícitas para sus decisiones, haciéndose responsable por sus decisiones, acciones y omisiones con solidez en sus creencias y sus valores.
cccxxvii
OE5
Aprendizaje Permanente Los graduados aprenden y aplican nuevas y cambiantes tecnologías y prosiguen estudios de postgrado.
Toma conciencia de las necesidades de actulización luego que la aplicación de nuevas tendencias en su desempeño laboral le son impuestas. Tiene dificultades para el autoaprendizaje solo busca actualizarse cuando la necesidad es inminente.
Identifica necesidades del mercado con proyecciones de Identifica necesidades del futuro. Identifica nuevas mercado y nuevas tendencias tendencias relacionadas con su relacionadas con su desempeño desempeño profesional tomando profesional. En caso sea referencias nacionales e necesario, busca actualizar sus internacionales. Muestra conocimientos por iniciativa iniciativa constante de actualizar propia. sus conocimientos y lo realiza en forma autónoma.
Pertinencia P1 P2 P3
Poco importante Necesario Muy importante
cccxxviii
DATOS DE ENTRADA OE1
OE2
OE3
OE4
OE5
OPIN OPINI OPINI OPINI OPINIÓ IÓN ÓN ÓN ÓN OPINI N SOBR SOBRE SOBRE SOBRE ÓN N N N SOBRE N N N N N N E N N N N N N ADICI D D D P P P NIVEL D D D P P P NIVEL D D D P P P NIVE D D D P P P NIVEL D D D P P P NIVEL 1 2 3 DE 1 2 3 1 2 3 DE 1 2 3 DE ONAL 1 2 3 1 2 3 DE 1 2 3 1 2 3 L DE 1 2 3 1 2 3 PERTI PERTI PERTI PERTIN PERTI NENCI NENCI NENCI ENCIA NENC A A A IA Agrega El Mejo La UPC Se r Tenem curso rar incenti exige metod os de comu va al actuali ologías ventaja Creativ nicaci alumn dad ágiles : idad ón o a en la a Conta del 3° form lograr carrer compe mos ciclo al, se sus a de tencias con es pued metas, SW, se Recibir cursos bueno e los ofrece 1 1 1 1 1 1 1 1 1 1 orient que pero practi tallere n ación usan no car s cursos vocaci herram aplica en los motiva noved onal ientas en la taller n a osos. antes SW de vida es llegar Es de Micros real, con al bueno egresa oft e sugier actas puesto contar r, IBM. e de de jefe con como fortale reuni de confer
AÑ O CI CA DE CL RRE EG O RA RE SO
20 09
1
SW
cccxxix
guía para especi alizaci ón en el merca do laboral
1
Satisfa cción en parte técnica 1 , permit e desenv olvimie
1
cer el área orient ándolo más a la carrer a (Concu rsos de softwa re o planes de negoci o).
ón, mails e infor mes a geren cia.
Oport unidad de mejora en la 1 imple menta ción de un electiv
Estab lecer meca nism os de 1 siner gia entre partic ipant
1
1
proyec to. Puede ir más allá, buscan do formar negoci os propio s o consul toras, partici par en concur sos como Wayra . Encont rar oportu nidade s de 1 negoci o para satisfa cer las necesi
encias .
1
Las carrer as ofrece n 20 1 investi 09 gación , oport unida
SW
cccxxx
1
nto profesi onal y darle valor agrega do a empres a.
o que fomen te empre ndimie nto y búsqu eda de nuevos negoci os que satisfa gan nuevas necesi dades de merca do.
La UPC te prepar a para proyec 1 tos RUP pero el mercad o no
Creativ idad no debe ser parte de la carrer a, no es
1
1
es para fome ntar el debat e, desar rollo de habili dade s de traba jo en equip o y gesti ón de camb io. Se reco mien da grupo 1 s de traba jo impu estos.
dades con un produc to softwa re a medid a. Encont rar softwa re que ofrezc a una oferta distint a y única.
des de negoci o, innova ción, que son de input para ofrece r una soluci ón de calida d y que rompe esque mas.
Ética sí se consid era en la carrer a y se trae de casa.
Se da la necesi dad de 20 apren 10 dizaje perma nente. Los
SW
cccxxxi
Agrega r como Objeti vo Educac ional la obtenc ión de
1
usa tanto esta metod ología. Se requier e más prepar ación en metod ologías ágiles.
para un ámbito de la vida, sino para todos. Se sugier e asesor amient o a empre ndimie nto de ideas nuevas (Negoc ios)
Import ante tener certific 1 aciones en Pregra do y llevar
Aplicar la creativ idad 1 con temas de empre ndimie
1
1
La unive rsida d 1 aplica la comu nicaci ón en
1
La univer sidad da bastan te prepar ación. Se consid era prepar ado para desem peñar su cargo con profesi onalis mo. Aplicar el tema de 1 lideraz go en los cursos. Rotar
egresa dos no dedica n tiemp o a investi gar nueva s tende ncias, son más reactiv os que proact ivos.
1
Manej ar otros cursos 20 1 no 09 neces ariam ente relacio
1
SI
cccxxxii
certific acione s en el área de Sistem as. Tema import ante: Empre ndimie nto con tecnol ogía
cursos de análisis de la inform ación.
1
1
Desarr ollo de temas más puntua les de especia lización (ITIL, data mining, etc.)
1
1
nto (Poder crear una empre sa con tenden cia tecnol ógica).
todos sus curso s.
Desarr ollar la creativ idad a lo largo de la carrer a y en difere ntes situaci ones evalua r la
Desar rollar mayo res cuali dade s en los alum nos a lo largo de los difer entes
1
1
el rol entre todos los integra ntes del grupo.
1
1
Hay puntos que aún queda n pendie ntes por trabaja r
nados a los cursos de sistem as.
1
1
Utiliza r los tallere s como consol idació 20 n de 09 todos los cursos , no sólo aplicar conoci
2
SI
cccxxxiii
resolu ción de proble mas. 1
1
1
1
Mejora r en: -Data mining Análisis de inform ación Interpr etación de datos Presen tación de resulta dos Análisis estadís
1
1
1
Mejor ar en: Lideraz go Manej o de grupos Desarr 1 ollo consta nte, no sólo un curso o alguno s Interre lación
curso s en toda la carre ra. 1
1
1
Mejo rar en: Estrat egias de comu nicaci ón 1 Mejo r curso de Mark eting, incluy endo tema s punt uales
mient os técnic os
1
1
1
1 Mejor ar en: Conoci mient o de perfile s y socied ades 1 Cercan ía al merca do Educac ión y/o ejempl os en base a experi encia
1
1
1
20 09
2
SI
Adapt ar la curríc ula al uso de herra mient as tecnol ógicas actual 20 es o 09 más emple adas en el merca do. Aplica r cursos de negoci
1
SI
cccxxxiv
ticos
1
Analyti cs: Import 1 ante, se podría centrar
con proyec tos de otras carrer as Tomar proyec tos de otros países y adapta rlos al Perú
1
Creaci ón de grupos 1 organi zados de interés
1
relaci onad os a siste mas: Inteli genci a come rcial, ebusin ess, redes social es, etc. Proye ctos con otras carre ras Más relaci ón 1 con otras carre ras.
Cambi ar roles de lideraz go en proyec tos (Taller)
1
Tallere s de Marke 1 ting person al, perfil
o a lo largo de la carrer a. Mayor investi gación .
1
En tallere s te da 20 1 la 09 oport unida d de
1
SI
cccxxxv
en inform ación.
1
1
Hacer hincapi é a los proces os de negoci o Analiza 1 r 1 inform ación de las distinta s áreas de la empres a No se aplican todos 1 los conoci miento
.
Orient arlo tambié 1 n por Empre ndimie nto
1
1
de Ingeni ero de Sistem as, Comu nicació n.
1
1
1
1
1
1
1
1
apren der nueva s cosas.
Es import ante estar siemp re actuali 20 1 zado, 09 depen de de la actitu d de cada uno.
1
1
Garan tizar que 20 1 los 09 conoci mient
1
SI
SI
cccxxxvi
1
1
s adquiri dos por trabaja r en VP Finanz as, pero es import ante conoce rlos para entend erse con provee dores Actuali zar los cursos de Gestió n de Proyec 1 tos a ITIL en las últimas version es.
os no se pierda n (Conta bilidad , Finanz as, Marke ting) a lo largo de la carrer a.
Campo de acción por desarr ollar 1 un 1 pensa miento creativ o. Los tallere
Consi derar dentr o del taller de 1 proye ctos el traba jo en equip o, la
1
Contex tualiza r con mayor actuali zación 1 de la profesi ón en el merca do global
1
Brinda r metod ología s de 20 1 investi 09 gación en el área técnic a
2
SI
cccxxxvii
s donde se deben enfoca r más en la solució n creativ a que en la técnica . Motiva ción para impuls ar proyec tos tecnol ógicos creativ os.
expos ición y la imag en perso nal para ir desar rollan do habili dade s
local.
cccxxxviii
DATOS DE ENTRADA (FILTRADOS POR ING. DE SISTEMAS DE INFORMACIÓN) OE1
OPINI ÓN N N ADICIO D D NAL 1 2
Agrega r como Objetiv o Educac ional la obtenc ión de certific acione s en el área de Sistem as. Tema import ante: Empre
1
OE2
OE3
OE4 OE5 Opini Opini Opinió Opini Opinió AÑ ón O ón n ón n sobre N sobre N N N sobre N N N N N N sobre N N N sobre DE P P P P P P P P P Nivel P P P P P P D Nivel D D D Nivel D D D D D D Nivel D D D Nivel EG 1 2 3 1 2 3 1 2 3 de 1 2 3 1 2 3 RE 3 de 1 2 3 de 1 2 3 1 2 3 de 1 2 3 de Perti Pertin Pertin Pertin Pertin SO nenci encia encia encia encia a Aplicar Aplica la r el Impor creativ tema Manej tante idad La de ar tener con unive lidera otros certifi temas rsida zgo cursos cacion de d en los no es en empre aplica cursos necesa Pregr ndimie la . riame ado y 20 1 1 1 nto 1 1 comu 1 1 Rotar 1 1 nte llevar 09 (Poder nicaci el rol relacio cursos crear ón en entre nados de una todos todos a los análisi empre sus los cursos s de la sa con curso integr de infor tenden s. antes sistem mació cia del as. n. tecnol grupo ógica). .
CI CAR CL RER O A
1
SI
cccxxxix
ndimie nto con tecnol ogía
1
1
1
1
Desar rollo de temas más puntu ales de especi alizaci ón (ITIL, data minin g, etc.)
1
Desarr ollar la creativ idad a lo largo de la carrera y en diferen tes situaci ones evalua r la resoluc ión de proble mas.
1
1
1
1
Desar rollar mayo res cualid ades en los alum nos a lo largo de los difere ntes curso s en toda la carrer a.
1
1
1
1
1
1
1
Hay punto s que aún queda n pendi entes por trabaj ar
1
1
1
1
Utiliza r los tallere s como consol idació n de todos 20 los 09 cursos , no sólo aplicar conoci mient os técnic os
2
SI
20 09
2
SI
cccxl
1
1
Mejor ar en: -Data minin g Anális is de infor mació n Interp retaci ón de datos Prese ntació n de result ados Anális is estadí sticos
1
Mejora r en: Lideraz go Manej o de grupos Desarr ollo consta nte, no sólo un 1 curso o alguno s Interre lación con proyec tos de otras carrera s -Tomar proyec tos de otros
1
Mejo rar en: Estrat egias de comu nicaci ón Mejo r curso de 1 Mark eting, incluy endo tema s puntu ales relaci onad os a siste mas: Inteli genci a
1
Mejor ar en: Conoc imien to de perfil es y socied ades Cerca nía al merca do 1 Educa ción y/o ejemp los en base a experi encia Cambi ar roles de lidera zgo
1
1
Adapt ar la currícu la al uso de herra mient as tecnol ógicas actual es o más emple adas 20 en el 09 merca do. Aplicar cursos de negoci o a lo largo de la carrer a. Mayor investi gación .
1
SI
cccxli
países y adapta rlos al Perú
1
Analyt ics: Impor tante, se 1 podría centra r en infor mació n.
1
Creaci ón de grupos organiz 1 ados de interés .
come rcial, ebusin ess, redes social es, etc. Proye ctos con otras carrer as
1
Más relaci ón 1 con otras carrer as.
en proye ctos (Taller )
1
Taller es de Mark eting perso nal, perfil 1 de Ingeni ero de Siste mas, Comu nicaci
1
En tallere s te da la oportu nidad 20 1 de 09 apren der nueva s cosas.
1
SI
cccxlii
ón.
1
1
Hacer hinca pié a los proce sos de negoc io Analiz ar 1 1 infor mació n de las distint as áreas de la empr esa No se aplica n todos 1 los conoc imient os
Orient arlo tambié 1 n por Empre ndimie nto
1
1
1
1
1
1
1
1
1
1
Es import ante estar siempr e actuali 20 1 zado, 09 depen de de la actitu d de cada uno.
1
1
Garant izar que los 20 1 conoci 09 mient os no se
1
SI
SI
cccxliii
1
1
adquir idos por trabaj ar en VP Finanz as, pero es impor tante conoc erlos para enten derse con prove edore s Actual izar los cursos de 1 Gestió n de Proye ctos a ITIL
pierda n (Conta bilidad , Finanz as, Marke ting) a lo largo de la carrer a.
Campo de acción por desarr 1 1 ollar un pensa miento creativ
Consi derar dentr o del taller 1 de proye ctos el trabaj
1
Conte xtuali zar con mayor 1 actual izació n de la profes
1
Brinda r metod ología s de 20 1 investi 09 gación en el área técnic
2
SI
cccxliv
en las última s versio nes.
o. Los tallere s donde se deben enfoca r más en la solució n creativ a que en la técnica . Motiva ción para impuls ar proyec tos tecnol ógicos creativ os.
o en equip o, la expos ición y la imag en perso nal para ir desar rollan do habili dades
ión en el merca do global local.
a
cccxlv
DATOS DE ENTRADA (FILTRADOS POR ING. DE SOFTWARE) OE1
OE2
OE3
OE4 OE5 Opini Opinió Opinió Opini AÑ Opinió ón OPINI O n n ón n sobre sobre ÓN N N N N N N sobre N N N N N N sobre N N N sobre DE P P P Nivel P P P P P P Nivel P P P P P P ADICI D D D D D D Nivel D D D D D D Nivel D D D Nivel EG 1 2 3 de 1 2 3 1 2 3 de 1 2 3 1 2 3 ONAL 1 2 3 RE 1 2 3 de 1 2 3 1 2 3 de 1 2 3 de Pertine Perti Pertin Pertin Pertin SO ncia nenci encia encia encia a Agreg El Mejo La UPC Se ar curso rar incenti exige Tenem meto de comu va al actual os dologí Creativ nicaci alumn idad ventaja as idad ón oa en la : ágiles del 3° form lograr carrer Conta a ciclo es al, se sus a de mos comp bueno pued metas, SW, con etenci pero e los se cursos 20 as 1 1 1 1 no 1 1 practi 1 1 tallere 1 1 ofrec que 09 Recibi aplica car s en usan r en la en los motiva curso herram orient vida taller na s ientas ación real, es llegar noved SW de vocaci sugiere con al osos. Micros onal fortale actas puesto Es oft e antes cer el de de jefe buen IBM. de área reuni de o egres orientá ón, proyec conta
CI CA CL RRE O RA
1
SW
cccxlvi
ar, como guía para especi alizaci ón en el merca do labora l
1
Satisfac ción en parte técnica , permit 1 e desenv olvimie nto profesi onal y
1
ndolo más a la carrera (Concu rsos de softwa re o planes de negoci o).
mails e infor mes a geren cia.
Oportu nidad de mejora en la imple 1 menta ción de un electiv o que fomen
Estab lecer meca nism os de siner 1 gia entre partic ipant es para
1
1
to. Puede ir más allá, buscan do formar negoci os propio so consul toras, partici par en concur sos como Wayra. Encont rar oportu nidade s de negoci 1 o para satisfa cer las necesi dades con un
r con confe rencia s.
1
Las carrer as ofrec en invest 20 1 igació 09 n, oport unida des de
SW
cccxlvii
1
darle valor agrega do a empres a.
te empre ndimie nto y búsqu eda de nuevos negoci os que satisfa gan nuevas necesi dades de merca do.
fome ntar el debat e, desar rollo de habili dades de trabaj o en equip oy gesti ón de camb io.
produc to softwa re a medid a. Encont rar softwa re que ofrezc a una oferta distint ay única.
La UPC te prepar a para proyect 1 os RUP pero el mercad o no usa
Creativ idad no debe ser parte de la carrera , no es para
Se reco mien da grupo 1 s de trabaj o impu estos.
Ética sí se consid era en la carrera y se trae de casa. La
1
1
negoc io, innov ación, que son de input para ofrec er una soluci ón de calida dy que romp e esque mas. Se da la necesi dad de 20 apren 10 dizaje perm anent e.
SW
cccxlviii
tanto esta metod ología. Se requier e más prepar ación en metod ologías ágiles.
un ámbito de la vida, sino para todos. Se sugiere asesor amient oa empre ndimie nto de ideas nuevas (Negoc ios)
univer sidad da bastan te prepar ación. Se consid era prepar ado para desem peñar su cargo con profesi onalis mo.
Los egres ados no dedic an tiemp oa invest igar nueva s tende ncias, son más reacti vos que proac tivos.
cccxlix
TABULACIÓN OE1 ND 2 3 1
1 Total Acumulado Total Encuestas Porcentaje
0
7
11 0 %
11 64 %
4
OE2 P 2
3
0
5
6
2
4
11 11 36 0 % %
11 45 %
11 55 %
11 18 %
11 36 %
Objetivo Educacional 1 Ponderado Ponderado Nivel Pertinencia Demostrado 2.36
1
ND 2
2.55
3 5
1
P 2
0
1
11 11 11 45 0 9 % % %
3 9
1
OE3 ND 2 3 1
1
4
11 11 82 9 % %
11 36 %
Objetivo Educacional 2
6
0
OE4 ND 2 3 1
P 2
3
1
1
10
0
6
11 11 91 0 % %
11 55 %
11 11 11 55 0 9 % % %
Objetivo Educacional 3
4
P 2
0
2
11 11 36 0 % %
11 18 %
3 8
OE5 ND 2 3 1
1 0
7
11 11 73 0 % %
11 64 %
Objetivo Educacional 4
3
P 2
3
0
2
8
11 11 27 0 % %
11 18 %
11 73 %
Objetivo Educacional 5
Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Nivel Nivel Nivel Nivel Pertinencia Pertinencia Pertinencia Pertinencia Demostrado Demostrado Demostrado Demostrado 2.27
2.64
2.45
2.91
2.18
2.55
2.09
2.55
cccl
TABULACIÓN (DE DATOS DE ENTRADA DE ING. DE SISTEMAS DE INFORMACIÓN)
1 Total Acumulado Total Encuestas SI Porcentaje
OE1 ND 2 3 1
0
7
8 0 %
8 88 %
1
OE2 P 2
3
1
ND 2
0
5
3
2
2
8 8 13 0 % %
8 63 %
8 38 %
8 25 %
8 25 %
OE3
1
P 2
0
1
7
1
2
8 8 50 0 % %
8 13 %
8 88 %
8 13 %
8 25 %
3 4
3
1
ND 2
1
P 2
0
1
8 8 63 0 % %
8 13 %
3 5
3 7
1
OE4 ND 2 3 1
0
5
8 8 88 0 % %
8 63 %
Objetivo Educacional 1 Objetivo Educacional 2 Objetivo Educacional 3 Ponderado Ponderado Ponderado Nivel Ponderado Ponderado Ponderado Nivel Nivel Demostrad Pertinencia Pertinencia Pertinencia Demostrado Demostrado o 2.13 2.38 2.25 2.88 2.50 2.88
3
P 2
0
2
8 8 38 0 % %
8 25 %
3 6
1
OE5 ND 2 3 1
0
7
8 8 75 0 % %
8 88 %
Objetivo Educacional 4 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.38 2.75
1
P 2
3
0
2
6
8 8 13 0 % %
8 25 %
8 75 %
Objetivo Educacional 5 Ponderado Nivel Ponderado Demostrad Pertinencia o 2.13 2.75
cccli
TABULACIÓN (DE DATOS DE ENTRADA DE ING. DE SOFTWARE) OE1
Total Acumulado Total Encuestas SW Porcentaje
1
ND 2 3
0
0
3 3 0 0 % %
3
1
P 2
0
0
3
1 0
2
3 3 3 3 3 100 0 0 100 0 % % % % %
3 67 %
Objetivo Educacional 1
3
OE2 ND 2 3 1 1
0
P 2
3
0
3 3 3 33 0 0 % % %
2
OE3 ND 2 3 1
1 0
2
3 3 67 0 % %
3 67 %
Objetivo Educacional 2
1
0
P 2
3
0
1 0
1
3 3 3 3 3 33 0 0 100 0 % % % % %
3 33 %
Objetivo Educacional 3
3
OE4 ND 2 3 1 1
0
P 2
3
0
3 3 3 33 0 0 % % %
2
OE5 ND 1 2 3 1
P 2
0
0
2
3 3 3 67 0 0 % % %
3 67 %
0
3 3 3 67 0 0 % % %
2
0
3
Objetivo Educacional 4
Objetivo Educacional 5 Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Ponderado Nivel Ponderado Nivel Nivel Nivel Nivel Pertinencia Pertinencia Pertinencia Pertinencia Demostrad Pertinencia Demostrado Demostrado Demostrado Demostrado o 3.00 3.00 2.33 2.00 2.33 3.00 1.67 2.00 2.00 2.00
ccclii
Ponderado de Nivel Demostrado y Pertinencia de los Objetivos Educacionales para Egresados de Ing. de Sistemas de Información e Ing. de Software (Reunión de Egresados 2012) 2.55
3.00 2.50
2.91
2.64
2.55
2.36 2.27
2.55
2.45 2.18
2.00
2.09
1.50 1.00
Ponderado ND
0.50
Ponderado P
0.00 OE1
OE2
OE3
OE4
OE5
cccliii
Ponderado de Nivel Demostrado y Pertinencia de los Objetivos Educacionales para Egresados de Ing. de Sistemas de Información (Reunión de Egresados 2012) 2.88 3.00 2.50
2.88 2.75
2.38 2.13
2.25
2.75
2.50 2.38
2.00
2.13
1.50
Ponderado ND
1.00
Ponderado P 0.50 0.00 OE1
OE2
OE3
OE4
OE5
cccliv
Ponderado de Nivel Demostrado y Pertinencia de los Objetivos Educacionales para Egresados de Ing. de Software (Reunión de Egresados 2012) 3.00
3.00
3.00 3.00 2.50
2.33
2.00
2.33
2.00
2.00
2.00 2.00
1.67
1.50
Ponderado ND
1.00
Ponderado P 0.50 0.00 OE1
OE2
OE3
OE4
OE5
ccclv
Percepción de Nivel Demostrado en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información e Ing. de Software (Reunión de Egresados 2012)
27% 64%
OE5
0%
36% 55%
OE4
0% Destacado
55% 36%
OE3
Esperado
9%
Necesita Mejorar 45% 36%
OE2
18% 36% 64%
OE1
0% 0%
10%
20%
30%
40%
50%
60%
70%
ccclvi
Percepción de Nivel Demostrado en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información (Reunión de Egresados 2012)
13% 88%
OE5
0% 38% 63%
OE4
0%
Destacado
63% 25%
OE3
Esperado
13%
Necesita Mejorar
50% 25% 25%
OE2
13% 88%
OE1
0% 0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
ccclvii
Percepción de Nivel Demostrado en Objetivos Educacionales para Egresados de Ing. de Software (Reunión de Egresados 2012)
67% 0% 0%
OE5
33% 33%
OE4
0% Destacado
33% 67%
OE3
Esperado
0%
Necesita Mejorar 33% 67%
OE2
0%
100% 0% 0%
OE1
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
ccclviii
Percepción de Pertinencia en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información e Ing. de Software (Reunión de Egresados 2012)
73% 18%
OE5
0% 73% 18%
OE4
0% Muy importante
91% 9%
OE3
Necesitado
0%
Poco importante 82%
9%
OE2
0% 55% 45%
OE1
0% 0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
ccclix
Percepción de Pertinencia en Objetivos Educacionales para Egresados de Ing. de Sistemas de Información (Reunión de Egresados 2012)
OE5
0%
OE4
75%
25%
0%
OE3
75%
25%
88%
13%
0%
Muy importante Necesitado Poco importante
OE2
88%
13%
0%
38% OE1
63%
0% 0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
ccclx
Percepción de Pertinencia en Objetivos Educacionales para Egresados de Ing. de Software (Reunión de Egresados 2012)
67% OE5
0% 0%
OE4
0% 0%
OE3
0% 0%
67%
100%
Muy importante Necesitado Poco importante
67% OE2
0% 0%
OE1
0% 0%
100%
0%
10%
20%
30%
40%
50%
60%
70%
80%
90%
100%
ccclxi
EVIDENCIAS ABET: FIN DE CICLO
ccclxii
EVIDENCIAS ABET: FIN DE CICLO 2012-2
ccclxiii
ccclxiv
ccclxv
ccclxvi
ccclxvii
ccclxviii
ccclxix
ccclxx
ccclxxi
ccclxxii
ccclxxiii
ccclxxiv
ccclxxv
ccclxxvi
ccclxxvii
ccclxxviii
ccclxxix
ccclxxx
ccclxxxi
ccclxxxii
ccclxxxiii
ccclxxxiv
ccclxxxv
ccclxxxvi
ccclxxxvii
ccclxxxviii
ccclxxxix
cccxc
cccxci
cccxcii
cccxciii
cccxciv
cccxcv
cccxcvi
cccxcvii
cccxcviii
cccxcix
cd
cdi
cdii
cdiii
cdiv
cdv
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
EVIDENCIAS ABET: FIN DE CICLO 2013-1
cdlxxix
SECCIONES EVALUADAS 2013-01 CURS O SI106 SI138 SI138 SI169 SI176 SI184 SI185 SI189 SI208 SI211 SI214 SI214 SI214 SI214 SI214 SI214 SI214 SI214 SI247 SI252 SI252 SI252
SECCIO N SW51 SW31 WX31 SW51 SX91 SW61 SI52 SI62 SW41 SI92 CC11 SI11 SI12 SV11 SW11 SW12 WX11 WX12 SW57 CC21 SI21 SW21
NOMBRE DE CURSO DISEÑO DE SOFTWARE ESTRUCTURA DE DATOS Y ALGORITMOS ESTRUCTURA DE DATOS Y ALGORITMOS ALGORITMOS AVANZADOS SEGURIDAD Y TUNNING DE BASE DE DATOS EVOLUCIÓN DEL SOFTWARE REDES Y COMUNICACIÓN DE DATOS PROGRAMACIÓN WEB BASE DE DATOS GESTIÓN DE SERVICIOS TI PROGRAMACIÓN 1 PROGRAMACIÓN 1 PROGRAMACIÓN 1 PROGRAMACIÓN 1 PROGRAMACIÓN 1 PROGRAMACIÓN 1 PROGRAMACIÓN 1 PROGRAMACIÓN 1 GRÁFICOS POR COMPUTADORA 1 PROGRAMACIÓN 2 PROGRAMACIÓN 2 PROGRAMACIÓN 2
TOTAL PROFESOR ALUMNOS OMAR FERNANDO MEZARINA VARA 26 ALFREDO GRANDA DEL AGUILA 25 REY RAUL FRANCIS COAGUILA QUIQUIA 18 REY RAUL FRANCIS COAGUILA QUIQUIA 23 JOHNY WILLIAM SEGURA YDIAQUEZ 30 ILVER ANACHE PUPO 13 DANTE JACOB PONCE PAJUELO 27 PAOLO CHRISTIAN CUADROS CALDERON 25 ROSA ANDREA FELIX CORRALES 30 RONALD MEJIA TARAZONA 20 VICTOR MANUEL JUAN PABLO PARASI FALCON 29 WILLIAM EDUARDO BRAVO GARCIA 40 EDSON DUILIO MENDIOLAZA CORNEJO 37 RUBEN DEMETRIO RIVAS MEDINA 25 EDSON DUILIO MENDIOLAZA CORNEJO 35 LUIS ENRIQUE SERNA JHERRY 25 JUAN ALFONSO RAMIREZ ESPINOZA 28 JUAN ALFONSO RAMIREZ ESPINOZA 24 REY RAUL FRANCIS COAGUILA QUIQUIA 20 VICTOR MANUEL JUAN PABLO PARASI FALCON 20 RUBEN DEMETRIO RIVAS MEDINA 26 WILLIAM EDUARDO BRAVO GARCIA 25
TOTAL DEVUELTOS 18 24 12 19 18 11 21 17 23 13 13 31 28 18 13 11 16 3 6 17 10 14
1
SI252 SI252 SI253 SI263
SX21 WX21 SW71 SI31
PROGRAMACIÓN 2 PROGRAMACIÓN 2 ARQUITECTURA DEL SOFTWARE FUNDAMENTOS DE DATOS E INFORMACIÓN
SI268 SI275 SI276 SI276 SI290 SI291
SI62 SI51 SI41 SI42 SW71 SI81
SI294 SI299 SI300 SI300 SI300 SI301 SI302 SI324 SI324
SI71 SW51 SI41 SW41 SX42 SI62 SW91 SI31 WX31
FUNDAMENTOS EN INTELIGENCIA DE NEGOCIOS SISTEMAS INTEGRADOS PARA LA GESTIÓN COMPUTADORAS Y SISTEMAS OPERATIVOS COMPUTADORAS Y SISTEMAS OPERATIVOS INTELIGENCIA ARTIFICIAL I GERENCIA DE PROYECTOS DE SI/TI IMPLEMENTACIÓN DE ARQUITECTURA EMPRESARIAL PLATAFORMA DE DESARROLLO OPEN SOURCE IHC Y TECNOLOGIAS MOVILES IHC Y TECNOLOGIAS MOVILES IHC Y TECNOLOGIAS MOVILES DISEÑO DE ARQUITECTURA EMPRESARIAL ANTI HACKING Y SEGURIDAD DE REDES DESARROLLO Y GESTION DE REQUERIMIENTOS DESARROLLO Y GESTION DE REQUERIMIENTOS
SI327
SI61
INGENIERÍA ECONOMICA Y FINANCIERA
SI327 SI327 SI92 SI187
SW71 SW73 SI81 SIA1
INGENIERÍA ECONOMICA Y FINANCIERA INGENIERÍA ECONOMICA Y FINANCIERA SQL SERVER CALIDAD DE SOFTWARE Y SISTEMAS
MARIA HILDA BERMEJO RIOS MARIA HILDA BERMEJO RIOS ILVER ANACHE PUPO PAOLO CHRISTIAN CUADROS CALDERON EDILBERTO CHRISTIAN MARTIN MATOS SANCHEZ JUAN VICTOR NIZAMA MORALES PAUL HARRY RIVAS GALLOSO PAUL HARRY RIVAS GALLOSO DAVID SANTOS MAURICIO SANCHEZ ABEL ALVARO CHAUPIS PORRAS
25 25 28 30
17 12 23 22
40 40 29 18 13 17
31 25 20 14 12 13
ROSARIO DEL PILAR VILLALTA RIEGA YSABEL ROSALES CHICNES ALFREDO BARRIENTOS PADILLA ROBERTO JOSE UGARTE DIAZ ROSA ANDREA FELIX CORRALES JIMMY ALEXANDER ARMAS AGUIRRE PAUL HARRY RIVAS GALLOSO ROBERTO JOSE UGARTE DIAZ AMANDA GABRIELA SANCHEZ LARRIEGA JOSE MANUEL MARTIN SENMACHE SARMIENTO JOSE MANUEL MARTIN SENMACHE SARMIENTO LUIS FELIPE CHUMBIAUCA MUÑANTE JORGE ANTONIO CABRERA BERRIOS CESAR AUGUSTO CHAVARRY ARIAS
40 13 25 27 22 20 10 26 27
40 9 11 21 18 19 8 21 13
30
9
30 28 27 30
15 5 18 18
2
SI187 SI277 SI324 SI327
SW91 SIA1 SW31 SW72
CALIDAD DE SOFTWARE Y SISTEMAS EMPRENDIMIENTO DESARROLLO Y GESTION DE REQUERIMIENTOS INGENIERÍA ECONOMICA Y FINANCIERA
CESAR AUGUSTO CHAVARRY ARIAS MOISES TOMAS MARTINEZ DELGADO JOEL MORENO MOLINA FRANKLIN GERALD RIOS RAMOS
26 16 28 30
10 14 22 13
3
SECCIONES SIN EVALUAR 2013-01 CURSO CC11 SI112 SI185 SI189 SI208 SI211 SI214 SI263 SI268 SI276 SI300 SI301 SI303 SI304 SI304 SI328 SI38 SI38 SI296 SI329 SI185
SECCION SW71 SW81 SI51 SI61 SI41 SI91 SX11 SX31 SI61 SW41 SW42 SI61 SI61 SI71 SI72 SW61 SI71 SI72 SI83 SI71 SW61
NOMBRE DE CURSO DESARROLLO PARA DISPOSITIVOS MÓVILES GERENCIA DE PROYECTOS DE SOFTWARE REDES Y COMUNICACIÓN DE DATOS PROGRAMACIÓN WEB BASE DE DATOS GESTIÓN DE SERVICIOS TI PROGRAMACIÓN 1 FUNDAMENTOS DE DATOS E INFORMACIÓN FUNDAMENTOS EN INTELIGENCIA DE NEGOCIOS COMPUTADORAS Y SISTEMAS OPERATIVOS IHC Y TECNOLOGIAS MOVILES DISEÑO DE ARQUITECTURA EMPRESARIAL VALIDACION Y VERIFICACION DE SI SOLUCIONES MÓVILES Y CLOUD SOLUCIONES MÓVILES Y CLOUD PRUEBAS DE SOFTWARE SEGURIDAD Y AUDITORÍA DE SISTEMAS SEGURIDAD Y AUDITORÍA DE SISTEMAS TALLER AVANZADO DE INVESTIGACION Y DESARROLLO MARKETING EN LA ERA DIGITAL REDES Y COMUNICACIÓN DE DATOS
PROFESOR ALFREDO BARRIENTOS PADILLA KATHERINE ELISA NAVARRO MAURIÑO DANTE JACOB PONCE PAJUELO PAOLO CHRISTIAN CUADROS CALDERON WILLIAM EDUARDO BRAVO GARCIA RONALD MEJIA TARAZONA VICTOR MANUEL BALTA ALVA CARLOS MARTIN CANDELA ESPICHAN EDILBERTO CHRISTIAN MARTIN MATOS SANCHEZ PAUL HARRY RIVAS GALLOSO ROSA ANDREA FELIX CORRALES JIMMY ALEXANDER ARMAS AGUIRRE HENRY JOE WONG URQUIZA FERNANDO ALFONSO CALDERON CABRERA JORGE LUIS IREY NUÑEZ HENRY JOE WONG URQUIZA LUIS HERNAN GARCIA PAUCAR LUIS HERNAN GARCIA PAUCAR ALFREDO BARRIENTOS PADILLA TERESA ROCIO COSSIO PALACIOS JULIO YASOJI UMEZAWA YOKOYAMA
4
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
EVIDENCIAS ABET: ENCUESTA DE GRADUANDOS
dxxxvi
EVIDENCIAS ABET: ENCUESTA DE GRADUANDOS 2012-1
dxxxvii
dxxxviii
dxxxix
dxl
Ingeniería de Sistemas: Graduandos 2012-1 "Percepción promedio sobre el nivel de formación recibida para alcanzar el logro de los criterios ABET a..k" 5.00 4.00 3.00 2.10
2.07
a
b
2.10
2.21
2.17
d
e
2.24
2.07
2.10
g
h
2.07
1.93
2.17
2.00 1.00 0.00 c
f
i
j
k
dxli
Apreciación de los graduandos de la carrera de Ingeniería de Sistemas de información del ciclo 2012-1 sobre las Competencias Generales 100% 90%
10%
14%
80% 24% 70%
31%
31%
28%
28% Muy Bien
60%
Bien
50%
31%
Aceptable 28%
Marginal
40%
En nada 30% 10% 20% 10% 0%
24%
14% 21%
17% 7% 0% Ciudadanía
7% 0% Comunicación
7% 0% Creatividad
0% Espíritu empresarial
7% 0% Pensamiento crítico
0%
0%
Sentido ético Orientación al logro
dxlii
dxliii
dxliv
dxlv
Ingeniería de Software: Graduandos 2012-1 "Percepción promedio sobre el nivel de formación recibida para alcanzar el logro de los criterios ABET a..k"
2.00 1.79
1.72
1.80
1.86
1.72
1.66 1.66
1.59
1.76
1.66
1.60
1.66
1.48
1.40 1.20
Ponderado de Percepción de preparación para el logro del Resultado de Programa
1.00 0.80 0.60 0.40 0.20 0.00 a
b
c
d
e
f
g
h
i
j
k
dxlvi
Apreciación de los graduandos de la carrera de Ingeniería de Software del ciclo 2012-1 sobre las Competencias Generales 40%
35% 30%
7% 21%
25%
24% 17%
20% 15%
24%
24%
24%
31% 7%
10% 5%
10%
0%
0%
Muy Bien Bien
10% 0% 3%
14%
3% 0%
Aceptable
7%
3% 0%
14%
10%
0%
3% 0%
Marginal En nada 7% 0%
dxlvii
EVIDENCIAS ABET: ENCUESTA DE GRADUANDOS 2012-2
dxlviii
dxlix
dl
dli
Ingeniería de Sistemas: Graduandos 2012-1 "Percepción promedio sobre el nivel de formación recibida para alcanzar el logro de los criterios ABET a..k" 5.00 4.00 3.00 2.00 1.14
1.21
a
b
1.14
1.21
1.21
d
e
1.17
1.24
1.10
g
h
1.28
1.21
1.14
1.00 0.00 c
f
i
j
k
dlii
Apreciación de los graduandos de la carrera de Ingeniería de Sistemas de información del ciclo 2012-1 sobre las Competencias Generales 100% 90%
3% 10%
80%
10%
10%
14%
14%
14%
70%
60%
14% Muy Bien
50%
Bien
40% 30%
7%
14%
14%
7%
Aceptable
17% 7%
14%
20% 10% 0%
7% 3% 0%
0%
En nada
7% 0%
3% 0%
3% 0%
0%
Marginal
0%
dliii
dliv
RESULTADOS ENCUESTAS SW: 2012-2 Total de comentarios:
2
Comentarios 1 2
Se debería mejorar la comunicación Mayor consideración de cursos de Inteligencia
dlv
Gráfico de percepción de la formación recibida para lograr los resultados del programa
12
5.00
4.67
4.25
4.33
4.33
4.42
4.42
4.42 4.08
10
4.50
4.08
4.00 3.83
En nada Marginal
4.00 Aceptable 3.50
8 3.00
Bien Muy Bien Sobresaliente [4.25, 5]
6
2.50 2.00
4 1.50 1.00 2 0.50 0
0.00 A
B
C
D
E
F
G
H
I
J
K
dlvi
Gráfico de percepción de la formación recibida para alcanzar las competencias generales
9
5.00
4.58 4.42 4.25
8
4.00
4.33
4.25
4.50
4.08
En nada Marginal
4.00
7
Aceptable 3.50
6 3.00 5
Bien Muy Bien Sobresaliente [4.25, 5]
2.50 4 2.00 3 1.50 2
1.00
1
0.50
0
0.00 CG1
CG2
CG3
CG4
CG5
CG6
CG7
dlvii
EVIDENCIAS ABET: PRÁCTICAS PREPROFESIONALES
dlviii
EVIDENCIAS ABET: PRÁCTICAS PREPROFESIONALES 2011
dlix
OUTCOMES DE ABET, CRITERIOS Y CURSOS QUE LOS SOPORTAN - PRACTICAS PROFESIONALES - SISTEMAS DE INFORMACION
Program Outcomes a)
Propone soluciones en sistemas de información aplicando principios de matemática, ciencias, computación e ingeniería
COMPETENCIAS DE LA CARRERA (1ra Criterios practica) a.c1. Aplica conocimientos matemáticos y científicos en las propuesta de soluciones en sistemas de información a.c2. Aplica conocimientos computacionale 3. Plantea soluciones a problemas identificados en s en la el ámbito de los sistemas de información. propuestas de soluciones con sistemas en información a.c3. Aplica conocimientos de ingeniería en la propuesta de soluciones con sistemas de información
COMPETENCIAS DE LA CARRERA (2da practica)
3. Plantea soluciones a problemas identificados en el ámbito de los sistemas de información.
dlx
b)
Formula y administra proyectos y experimentos en base al analisis e interpretación de datos relevantes en la implementación de sistemas de información
c)
Diseña arquitectura de negocio y tecnológica para la implementación
b.c1. Define proyectos o experimentos para la implementación de un sistema de información b.c2. Realiza seguimiento y control de proyectos para la implementación de sistemas de información b.c3. Analiza e interpreta datos y/o resultados de la toma de requerimientos o ejecución de las tareas propias del desarrollo de proyectos de sistemas de información c.c1. Diseña la arquitectura tecnológica (TI) y computacional (SW) en base al
5. Establece metas realistas evaluando su viabilidad e importancia. 8. Es capaz de ejecutar acciones previamente definidas en el marco de un proyecto de sistemas de información.
7. Establece metas realistas evaluando su viabilidad e importancia.
9. Modela procesos de negocio que forman la base para el diseño de los componentes de un sistema de información.
12. Define los procesos necesarios para el eficaz mantenimiento y soporte de sistemas de información.
dlxi
de un sistema de información, teniendo en cuenta restricciones económicas, sociales, políticas, éticas y otras propias del entorno empresarial
modelo de negocio previamente definido considerando aspectos económicos, sociales, políticos, éticos c.c2. Diseña la arquitectura de la información o datos en base a un modelo de negocio, considerando aspectos económicos, sociales, políticos, éticos c.c3. Diseña arquitectura de procesos como parte de una arquitectura de negocios en base a reglas de negocio, aspectos sociales, éticos y del entorno empresarial tomándolo
dlxii
como base para la implementación de un sistema de información
d)
e)
Participa en equipos multidisciplinari os liderando o desarrollando sus tareas eficientemente con profesionales de diferentes especialidades o dominios de aplicación Identifica y analiza problemas de negocio o tecnológicos dentro del ciclo de vida de un sistema de información con alcance empresarial o inter empresarial
d.c1. Participa en equipos multidisciplinari os con eficacia, eficiencia y objetividad d.c2. Conoce al menos un sector empresarial o dominio de aplicación de los sistemas de información e.c1. Identifica debilidades o problemas de alcance negocio o tecnológicos y las oportunidades de su solución e.c2. Define las variables que inducen el problema o debilidad y las
7. Muestra responsabilidad profesional en el ejercio de sus funciones.
6. Tiene capacidad de integrarse rápidamente al trabajo en equipo. 9. Muestra responsabilidad profesional en el ejercicio de sus funciones.
1. Identifica problemas en el ámbito de los sistemas de información. 2. Formula problemas en el ámbito de los sistemas de información.
1. Identifica problemas en el ámbito de los sistemas de información. 2. Formula problemas en el ámbito de los sistemas de información.
dlxiii
oportunidades que se pierden con ellas
f) Propone soluciones en sistemas de información con responsabilidad profesional y ética
(g)
Comunica ideas o resultados oral o escritos con claridad y efectividad a público de diferentes especialidades y niveles jerárquicos
e.c3. Analiza variables identificando riesgos y acciones de mitigación f.c1. Muestra ética en el desempeño profesional f.c2. Muestra responsabilidad en el cumplimiento del rol de ingeniero de sistemas de información g.c1. Comunica oralmente sus ideas y/o resultados con objetividad a público de diferentes especialidades y niveles jerarquicos
6. Muestra entendimiento de ética en el ejercicio profesional.
8. Muestra entendimiento de ética en el ejercicio profesional.
4. Muestra habilidad para aplicar conocimientos de computación e ingenieria en la solución de problemas.
4. Muestra habilidad para aplicar conocimientos de computación e ingenieria en la solución de problemas. 5. Tiene habilidad para analizar e interpretar datos o resultados.
dlxiv
h)
i)
g.c2. Comunica en forma escrita ideas y/o resultados con objetividad a público de diferentes especialidades y niveles jerarquicos h.c1. Comprende el impacto de los sistemas de información en el contexto Identifica el global. impacto de las soluciones en h.c2. sistemas de Comprende el información en impacto de los el contexto sistemas de global, información en económico y del el contexto entorno en la económico. sociedad h.c3. Comprende el impacto de los sistemas de información en la sociedad. Actualiza los i.c1. Actualiza conocimientos conceptos y en conocimientos
11. Comprende el impacto de la implementación de eficientes sistemas de información en el contexto económico de una empresa.
10. Analiza problemas y define proyectos en computación como alternativa de solución a los mismos.
13. Comprende la necesidad de utilizar modernas metodologias, técnicas y herramientas en la práctica profesional.
14. Aplica modernas metodologías, técnicas y herramientas en la práctica profesional.
dlxv
metodologías, técnicas, herramientas por ser necesarios para mantener la vigencia en el desarrollo de sistemas de información j)
k)
necesarios para el desarrollo profesional i.c2. Reconoce la necesidad del aprendizaje permanente para el desempeño profesional
j.c1. Comprende las competencias profesionales Analiza hechos del Ingeniero de Sistemas de del mundo contemporaneo Información identificando el necesarios para atender las impacto en el demandas del desempeño profesional del mundo contemporaneo ingeniero de sistemas de j.c2. Analiza información nuevos métodos de colaboración y comunicación en el mundo contemporaneo Utiliza técnicas k.c1. Utiliza y herramientas técnicas de de última última generación en el generación en el desarrollo de desarrollo de
10. Identifica rápidamente casos o problemas del mundo copntemporáneo que pueden repercutir en el ámbito empresarial de los sistemas de 13. Muestra conocimiento de la profesión y su información. aplicación en temas contemporáneos dentro del 12. Comprensión del impacto de los sistemas de ámbito empresarial en el cual se desempeña. información en la sociedad al contar con funcionalidades apropiadas amigables y funcionales.
13. Comprende la necesidad de utilizar modernas metodologias, técnicas y herramientas en la práctica profesional.
11. Implementa sistemas de informacióny/o elementos que lo componen.
dlxvi
sistemas de información
sistemas de información k.c2. Utiliza herramientas de última generación en el desarrollo de sistemas de información
dlxvii
Cod_Inf orme 345 346 348 352 353 355 358 359 361 362 364 367 368 369
Cod_Pra Cod_Alu Cicl ctica mno o 201 2011SA u310314 1-1 201 2011FA u410146 1-1 201 2011SA u410855 1-1 201 2011FA u411713 1-1 201 2011FA u411878 1-1 201 2011FA u411971 1-1 201 2011SA u510537 1-1 201 2011SA u510670 1-1 201 2011SA u511296 1-1 201 2011SA u511407 1-1 201 2011FA u511506 1-1 201 2011SA u511662 1-1 201 2011FA u511668 1-1 201 2011FA u511843 1-1
Carrera Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información
NombreAlumno Giancarlo, Artica Quintana
Empresa
AreaPractica
Vartechnologies
William, Alanoca Ingalla Jéssica Nathalie, Luna Maraví Christian Damián, Ávila Tafúr Hernán Alberto, Parodi Mendiola
Banco de Crédito del Perú
Soporte SAP Business One Area de Administracion de Riesgos
Nextel del Perú IT Customer Management International Business Company Peru Area de Sistemas Open SEC EIRL.
Consultoria
Eduardo, Gamarra Cubas Vartechnologies
Implementacion
Britha, Laurel Casasola Sandra Milagros, Alvarado Alor Diego Alonso, Rivera Cheng
Boyles Bros Diamantina S.A
Sistemas
Banco de Crédito del Perú
Ingenieria y Desarrollo TI
Banco de Crédito del Perú
Ingenieria y Desarrollo TI
Sebastian, Ruiz Elías Gino Alfredo, Puppi Becerra Roberto Junior, Ruiz Neyra
Centro Internacional de la Papa
Unidad de TI
Banco de Crédito del Perú
Planeamiento Estratégico Gerencia de Control Centralizado
Telefónica Móviles S.A.A
Harold Jeyr, Yalta Gómez Banco de Crédito del Perú Daniel Darwin, Rodriguez Oré OSCE
Servicio para Empresas Unidad de Desarrollo de Sistemas
dlxviii
374 2011FA 376 2011FA 378 2011FA 380 2011FA 383 2011SA 385 2011FA 386 2011FA 388 2011FA 389 2011SA 390 2011FA 391 2011FA 393 2011FA 395 2011SA 397 2011FA 398 2011SA
201 u610024 1-1 201 u610168 1-1 201 u610334 1-1 201 u610337 1-1 201 u610961 1-1 201 u610997 1-1 201 u611136 1-1 201 u611433 1-1 201 u611433 1-1 201 u611593 1-1 201 u611642 1-1 201 u620295 1-1 201 u710008 1-1 201 u710234 1-1 201 u710239 1-1
Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información
Julio César, Guillén Medina Alexander Alonso, Carnero Garay Omar, Vásquez Agurto Jesús Alejandro, Masgos Zuzunaga Harold Tiberio, Zubieta Bengolea Soc-Yi Fiorella, De La Cruz Loo Ricardo Junior, Yufré Castillo Leonardo Ángel, Soto Taira Leonardo Ángel, Soto Taira Pedro Norberto, Quispe Reyes Jack Shannon, Flores Esteves Karina Vanessa, Huamán Alcaychahua Orlando Alonso, Rivera Lazo Petar Ivo, Pletikosic Lagomarsino Miguel Jesús, Pinzás Villanueva
PEPSICO Alimentos
Sistemas
ITG Solutions SAC.
Infraestructura de Sistemas
Deloite
Enterprise Risk Service
Indra Perú S.A. CSC Innovación S.A.
Excelencia Operativa Produccion y Control de Calidad
Petroperú
Planeamiento Estratégico
Delaware Consultoria SAC
Calidad de Software Movil
Consultora Alphab IT
Area de Desarrollo
Consultora Alphab IT
Control de Calidad
Centro Médico Santa Rita
Sistemas
Banco de Crédito del Perú
Ingenieria de desarrollo de TI
Banco de Crédito del Perú
Administracion de Riesgos
Deloitte & Touche
Enterprise Risk Service
IBM del Perú SAC.
Software Group
Banco de Crédito del Perú
Area MAS
dlxix
400 2011FA 401 2011FA 402 2011SA 405 2011FA 407 2011FA 408 2011FA 411 2011FA 413 2011FA 415 2011FA 417 2011FA 418 2011FA 419 2011FA 420 2011FA 421 2011FA 424 2011FA
201 u710479 1-1 201 u710584 1-1 201 u710606 1-1 201 u710881 1-1 201 u711103 1-1 201 u711118 1-1 201 u711659 1-1 201 u712032 1-1 201 u720218 1-1 201 u811077 1-1 201 u811111 1-1 201 u811238 1-1 201 u811557 1-1 201 u813359 1-1 201 u814074 1-1
Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información
Julio Manuel, Rivas Linares Chris Natalie, Navarro Campos Jason Enrique, Pareja Jauregui Junior Fernando, Flores Castañeda José Alberto, Reyes Calderón Kaya Pamela, Marina Cortegana Sandra Cecilia, Tovar Yachachin Susan Pamela, Ríos Sarmiento José Manuel, Sánchez Ubillús Alfredo Eduardo, Barredo Meneses José Augusto, Arellano Piñan Daniel, Pedraglio O'Hara Carmen, Verástegui Noriega David Alexander, Soto Vergara Moíses Alfredo, Rivera Herbozo
Banco de Crédito del Perú
Call Center
Telefónica del Perú SAA
Excelecia Operativa
Delaware Consultoria SAC
Calidad
Datco Perú Telefónica del Perú SAA
Area de Servicios Inteligencia de facturación y Cobranza
IBM del Perú SAC.
System X
Delosi S.A.
Logistica ERP
Grupo Andino de Comercio Banco Central de Reserva del Perú
Area de Sistemas Departamento de analisis del Circulante Systems and technology Group
IBM del Perú SAC. Consorcio MBO Southern Copper Corporation
Desarrollo de Sistemas Tecnología de Información Soporte Técnico
Royal Systems SAC QA E-Advanced Enterprise Soutions SAC. Tecnología de Informacion Delaware Consultoria SAC
testing
dlxx
430 2011SA 431 2011SA 432 2011FA 435 2011SA 436 2011SA 437 2011SA 438 2011SA 439 2011SA 440 2011SA 441 2011FA 444 2011FA 448 2011SA 449 2011FA 450 2011FA 451 2011SA
201 u711659 1-1 201 u611634 1-1 201 u711118 1-1 201 u510294 1-1 201 u511506 1-1 201 u510516 1-1 201 u611245 1-1 201 u710479 1-1 201 u510691 1-1 201 u520140 1-1 201 u610337 1-1 201 u510636 1-1 201 u611060 1-1 201 u610273 1-1 201 u611376 1-1
Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información
Sandra Cecilia, Tovar Yachachin Ygnacio Felipe, Parado Huallanca Kaya Pamela, Marina Cortegana Juan Carlos, Montoya Vega Gino Alfredo, Puppi Becerra
Delosi
Logistica
Alphab IT
Desarrollo de Aplicaciones
IBM del Peru
System Technology Group
Ferreyros
Sistemas
Banco de Credito del Peru
Planeamiento Estrategico
Cindy Liz, Briones Flores Miguel Angel, Ramírez De La Cruz Julio Manuel, Rivas Linares Jorge Augusto, Ruiz Pradinet Karen Isabel, De la Cruz Peralta Jesús Alejandro, Masgos Zuzunaga
PriceWaterHouseCoopers Instituto Nacional de Enfermedades Neoplasicas
SPA
Banco de Credito del Peru
Gestion de Proyectos
Telefonica del Peru
Direccion de Producto
Jurado Nacional de Elecciones
Servicios al Ciudadano
MGM Consultores
Sistemas
Hans, Vigil Navas Víctor Alfonso, Bernabé Escobedo Gustavo Germán, Osusky Ávalos Carlos Alberto, Castro Rodríguez
Banco de Credito del Peru
Cobranza banca minorista
Centro Internacional de la papa
Unidad de TI
Universidad del Pacifico
Marketing y Comunicaciones
Grupo ACP
Centro de Servicios
Oficina Informatica
dlxxi
454 2011SA 455 2011SA 456 2011SA 457 2011FA 458 2011FA 459 2011SA 462 2011FA 465 2011FA 466 2011FA 467 2011FA 468 2011FA 469 2011FA 470 2011FA 472 2011SA 473 2011SA
201 u511625 1-1 201 u610291 1-1 201 u510622 1-1 201 u510549 1-1 201 u813247 1-1 201 u711966 1-1 201 u814074 1-2 201 u710478 1-2 201 u711751 1-2 201 u511420 1-2 201 u611163 1-2 201 u611163 1-2 201 u511837 1-2 201 u712032 1-2 201 u610334 1-2
Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información
Nelson Omar, Ñiquen Velásquez Diana Jaquieline, Guzmán Esteban Sergio André, Vela Camacho Juan Carlos, Flores Guzmán Giuliana Patricia, Cabello Maceda Roberth Cristhian, Gamarra Arbaiza Moíses Alfredo, Rivera Herbozo José Fernando, Ramos Ramírez Regina Victoria, Luyo Manrique Víctor Andrés, García Cerrillo Diana Isabel, Barriga Chavez Diana Isabel, Barriga Chavez
LVF Consulting
Consultoria de TI
DWConsulware de Peru
Proyectos
Nextel del Peru
Finanzas
Kraft Foods Peru
Sistemas
Alignet Business Inca Walks Adventure
Consultoria de TI Area de Desarrollo de Producto
Delaware Consultoria Peru SAC
Front End No Atis, TDP
Diners Club Peru
Jefe de proyectos
Datco Peru SAC Centro de datos para la conservacion
Servicios Profesionales
Telefonica del Peru Telefonica del Peru
Manejo Forestal Control de gestión de negocio mayorista Control de gestión de negocio mayorista
Oscar, Villegas Tamashiro Datco Susan Pamela, Ríos Sarmiento Provias Descentralizado
Certificados Area de Monitoreo y evaluacion
Omar, Vásquez Agurto
Enterprise Risk Service
Deloitte & Touche
dlxxii
474 2011SA 475 2011SA 476 2011SA 477 2011SA 478 2011SA 479 2011SA 480 2011SA 483 2011SA 486 2011SA
201 u611642 1-2 201 u611045 1-2 201 u620295 1-2 201 u710677 1-2 201 u710986 1-2 201 u711317 1-2 201 u710881 1-2 201 u611593 1-2 201 u812382 1-2
Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información
Jack Shannon, Flores Esteves Claudia Andrea, Fernández Alcalde Karina Vanessa, Huamán Alcaychahua
Banco de Credito del Peru
Calidad de Software
Banco de Credito del Peru
Automatizacion de Procesos
Banco de Credito del Peru
Saskia, Cebrián Guerrero
IBM del Peru
Administración de riesgos Information ManagementSoftware
Miguel Angel, Wong Silva Natalia Del Rosario, Vargas Matute Junior Fernando, Flores Castañeda Pedro Norberto, Quispe Reyes
Scotiabank Peru
Ventas y Servicio
Ernest & Young Asesores
IT Risk and Assurance
Lan Peru
Desarrollo SAP
Sub-area de Soporte y Redes
Sub-area de Soporte y Redes
Julio César, Lira Quispe
Nextel del Peru
Inteligencia de procesos
dlxxiii
Cod_Informe 345 346 348 352 353 355 358 359 361 362 364 367 368 369 374 376 378 380 383 385 386 388 389 390 391
Cod_Practica 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA
Cod_Alumno u310314 u410146 u410855 u411713 u411878 u411971 u510537 u510670 u511296 u511407 u511506 u511662 u511668 u511843 u610024 u610168 u610334 u610337 u610961 u610997 u611136 u611433 u611433 u611593 u611642
Ciclo 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1
NombreResp Claudio Juan Gustavo Victor Walter Javier Orlando Ivan Ivan Peter Michaela Lilian Francisco Carlos Eduardo Alex Gerardo Arturo Manuel Esteban Lizette Roberto Roberto Jorge Ivana
ApellidoResp Lozada Inchaustegui Zuazo Avila Cuestas Vargas Bautista Osores Osores Valdivieso Casassa rojas Paz Oliveros Cáceres Estrella Herrera Lezama Chumpitaz Bertarelli Grados Camacho Camacho Avila Osores
NombreJefe Claudio Gustavo Axel Victor Walter Rafael Orlando Rosemarie Carlos Peter Gisselle Robert Richard Juan Milagros Ivan Bianca Arturo Manuel Victor Lizette Lourdes Jose Jorge Martin
ApellidoJefe Lozada Mena Orihuela Avila Cuestas Moral Bautista Moyano Cruzado Valdivieso Mendoza Torres Johnson Davila Ramirez Contreras Mestanza Lezama Chumpitaz Altamirano Grados Camargo Ponce Avila Bazo
TelfJefe 989170834 3132000 998102914 4342230 2258623 993493879 3260494 3132000 972516570 3496017 3132000 2157400 2425986 999956466 7133022 6241404 994610367 4212264 5138000 6145000 987544942 6528247 989052255 996171023 3132818
dlxxiv
393 395 397 398 400 401 402 405 407 408 411 413 415 417 418 419 420 421 424 430 431 432 435 436 437 438 439
2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011FA 2011SA 2011SA 2011SA 2011SA 2011SA
u620295 u710008 u710234 u710239 u710479 u710584 u710606 u710881 u711103 u711118 u711659 u712032 u720218 u811077 u811111 u811238 u811557 u813359 u814074 u711659 u611634 u711118 u510294 u511506 u510516 u611245 u710479
2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1
Juan Gerardo Luis Viviana Jorge Carlos Lizette Miguel Pedro Andrea Victoria Luis Silvia Alvaro David Federico Giovani Luis Alex Victoria Jose Alvaro Jose Gisselle Carlos Doris Percy
Inchaustegui Herrera Rodriguez Sulem Carquin Hoyos Grados Hernandez Esponda Muñoz Catter Rossell Mejia Santa Coba Chavez Polar Alvarez Vidaurre Catter Ponce Santa Medina Mendoza Caballero Alegre Diez
Ivan Clara Omar Patricia Jorge Carlos Lisette Roberth Pedro Jose Percy Luis Rosa Giancarlo David Federico Dario Luis Carlos Percy Jose Luis Jose Gisselle Irene Angel Paulllette
Mendoza Yoshikawa Mezantina Corzo Carquin Hoyos Grados Mariños Esponda Cortés Cabrera Rossell Arakaki Baromio Coba Chavez Oquecho Alvarez Perez Cabrera Ponce Cortés Medina Mendoza Arenas Ñontol Arce
3132000 99270231 6256249 3132000 998783496 2102997 987544942 949594066 2103519 6256220 5055000 997744554 6132268 994606375 6270958 995883066 6164040 6281258 971411321 5055000 6528248 6256220 6265343 3133334 986613352 987216682 987410905
dlxxv
440 441 444 448 449 450 451 454 455 456 457 458 459 462 465 466 467 468 469 470 472 473 474 475 476 477 478
2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA
u510691 u520140 u610337 u510636 u611060 u610273 u611376 u511625 u610291 u510622 u510549 u813247 u711966 u814074 u710478 u711751 u511420 u611163 u611163 u511837 u712032 u610334 u611642 u611045 u620295 u710677 u710986
2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2
Gian Oscar Jorge Shen Carlos Cesar Arturo Leonardo Maria Gabriela Wendy Juan Christabel Samuel Ivan Julio Jorge Alberto Luis Enrique Eduardo David Eduardo David Silvana Elena Jorge Diana Suhey Carla Enzo Luis Sonia
Passuni Zapata Machicado Chong Varela Meza Someo Cortinez Estrella Gonzales Villanueva Rosas Siales Guerra Gayoso Muñoz Talledo Rodriguez del Rey Gusmiken Okuhama Castillo Benites Castillo Benites Barba Quezada Mavila Falcon Lagos Flores Chulli Carrasco Seminario Retio Vera Rodriguez Aguayo Berenstein Cervera
Gian Oscar Jorge Luis Peter Maria Arturo Kathia Maria Miguel Elva Eliana Christabel Samuel Ivan Daniel Jorge Alberto Luis Enrique Eduardo David Eduardo David Silvana Elena Jorge Diana Suhey Carla Enzo Luis Sonia
Passuni Zapata Machicado Donayre Valdivieso Izaguirre Someo Tafur Estrella Pacora Concha Espinoza Siales Guerra Gayoso Lopez Romero Rodriguez del Rey Gusmiken Okuhama Castillo Benites Castillo Benites Barba Quezada Mavila Facon Lagos Flores Chulli Carrasco Seminario Retio Vera Rodriguez Aguayo Berenstein Cervera
20103500 3111700 7195757 996093531 3496017 2190100 5138000 989597523 6282070 998102579 3153000 989229218 998235836 2716707 6151111 6160770 3496102 2104735 2104735 6160470 6145300 2118585 2000600 3132000 3132000 6256558 2116060
dlxxvi
479 480 483 486
2011SA 2011SA 2011SA 2011SA
u711317 u710881 u611593 u812382
2011-2 2011-2 2011-2 2011-2
Karla Vanessa Esmeralda Jorge Miguel
Barreto Stein Lagos Juy Avila Zamora Pacora Lazabara
Karla Vanessa Esmeralda Jorge Miguel
Barreto Stein Lagos Juy Avila Zamora Pacora Lazabara
4114444 2138300 3462638 6272506
dlxxvii
Cod_Informe 345 346 348 352 353 355 358 359 361 362 364 367 368 369 374 376 378 380 383 385 386 388 389 390 391 393 395 397 398 400 401 402 405 407 408 411 413 415 417 418 419 420 421
Cod_Practica 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA
Cod_Alumno u310314 u410146 u410855 u411713 u411878 u411971 u510537 u510670 u511296 u511407 u511506 u511662 u511668 u511843 u610024 u610168 u610334 u610337 u610961 u610997 u611136 u611433 u611433 u611593 u611642 u620295 u710008 u710234 u710239 u710479 u710584 u710606 u710881 u711103 u711118 u711659 u712032 u720218 u811077 u811111 u811238 u811557 u813359
Ciclo HorasSemana TotalSemanas TotalHoras 2011-1 20 32 960 2011-1 30 14 420 2011-1 30 12 450 2011-1 30 19 3330 2011-1 40 9 360 2011-1 6 24 720 2011-1 30 12 360 2011-1 30 11 320 2011-1 30 13 390 2011-1 35 11 385 2011-1 30 34 1020 2011-1 30 21 630 2011-1 30 14 420 2011-1 30 13 390 2011-1 33 13 429 2011-1 40 24 480 2011-1 30 13 360 2011-1 30 6 180 2011-1 30 12 360 2011-1 30 13 390 2011-1 30 25 750 2011-1 35 13 400 2011-1 30 11 370 2011-1 30 27 810 2011-1 30 13 390 2011-1 30 10 300 2011-1 40 13 520 2011-1 35 16 580 2011-1 30 46 1380 2011-1 30 18 540 2011-1 30 10 300 2011-1 30 12 360 2011-1 30 24 720 2011-1 30 10 300 2011-1 30 20 600 2011-1 30 14 420 2011-1 30 13 390 2011-1 30 10 300 2011-1 30 10 300 2011-1 30 10 300 2011-1 30 13 384 2011-1 30 11 330 2011-1 30 10 300 dlxxviii
424 430 431 432 435 436 437 438 439 440 441 444 448 449 450 451 454 455 456 457 458 459 462 465 466 467 468 469 470 472 473 474 475 476 477 478 479 480 483 486
2011FA 2011SA 2011SA 2011FA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA
u814074 u711659 u611634 u711118 u510294 u511506 u510516 u611245 u710479 u510691 u520140 u610337 u510636 u611060 u610273 u611376 u511625 u610291 u510622 u510549 u813247 u711966 u814074 u710478 u711751 u511420 u611163 u611163 u511837 u712032 u610334 u611642 u611045 u620295 u710677 u710986 u711317 u710881 u611593 u812382
2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2
40 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 35 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30
13 39 15 12 11 11 36 13 13 13 13 6 44 13 12 22 16 47 12 25 24 12 20 31 12 14 36 36 20 34 14 16 40 12 12 24 11 16 20 12
426 1170 450 360 330 330 1080 390 390 390 390 180 1320 390 360 660 480 1410 360 750 720 420 600 930 360 420 1080 1080 600 1020 420 480 1200 360 360 720 330 480 600 360
dlxxix
Cod_Inform e 346 352 353 355 364 368 369 374 376 378 380 385 386 388 390 391 393 397 400 401 405 407 408 411 413 415 417 418 419 420 421 424 432 441 444 449 450 457 458 462 465 466 467
Cod_Practic a 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA
Cod_Alumn comp1 comp2 comp3 comp4 comp5 comp6 o R R R R R R u410146 4 4 4 3 4 3 u411713 3 4 4 3 3 4 u411878 4 4 4 4 4 4 u411971 4 4 4 3 2 3 u511506 3 3 3 2 2 3 u511668 4 3 3 3 3 3 u511843 3 3 3 3 3 2 u610024 4 3 3 3 4 3 u610168 4 4 4 3 3 4 u610334 2 2 2 2 2 2 u610337 3 3 3 3 3 3 u610997 3 3 3 2 2 3 u611136 4 4 4 4 4 4 u611433 3 3 2 3 2 3 u611593 3 4 4 3 4 4 u611642 3 4 3 3 3 4 u620295 3 3 3 0 2 3 u710234 3 3 3 2 2 2 u710479 2 3 2 2 3 3 u710584 3 3 3 2 2 4 u710881 3 3 3 3 3 0 u711103 4 3 3 2 2 4 u711118 4 3 0 3 3 4 u711659 3 4 4 3 3 4 u712032 4 4 3 4 3 3 u720218 3 4 4 3 3 4 u811077 4 4 4 3 3 4 u811111 3 4 4 4 4 4 u811238 4 4 4 3 3 4 u811557 4 4 3 3 4 4 u813359 3 3 3 2 2 3 u814074 4 4 3 3 3 3 u711118 4 4 4 3 3 4 u520140 4 4 4 4 3 3 u610337 4 4 4 3 4 4 u611060 3 3 2 2 2 2 u610273 3 4 3 0 4 3 u510549 3 3 3 3 3 3 u813247 3 4 4 4 4 4 u814074 2 3 2 3 2 2 u710478 2 2 2 1 1 1 u711751 3 3 2 2 2 4 u511420 3 3 2 2 2 2 dlxxx
468 2011FA 469 2011FA 470 2011FA
u611163 u611163 u511837
1 1 3
1 1 2
1 1 3
2 2 3
1 1 2
1 1 2
dlxxxi
Cod_Infor me 346 352 353 355 364 368 369 374 376 378 380 385 386 388 390 391 393 397 400 401 405 407 408 411 413 415 417 418 419 420 421 424 432 441 444 449 450 457 458 462 465 466 467
Cod_Pract ica 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA
Cod_Alu mno u410146 u411713 u411878 u411971 u511506 u511668 u511843 u610024 u610168 u610334 u610337 u610997 u611136 u611433 u611593 u611642 u620295 u710234 u710479 u710584 u710881 u711103 u711118 u711659 u712032 u720218 u811077 u811111 u811238 u811557 u813359 u814074 u711118 u520140 u610337 u611060 u610273 u510549 u813247 u814074 u710478 u711751 u511420
comp comp comp comp1 comp1 comp1 comp1 7R 8R 9R 0R 1R 2R 3R 4 4 4 4 4 4 4 3 4 3 4 3 4 3 4 4 4 4 4 4 4 3 2 3 4 2 3 4 3 4 4 3 3 3 3 4 3 4 3 3 3 3 2 3 4 3 3 4 3 4 3 3 3 3 4 4 4 3 4 3 4 3 4 3 2 2 3 3 3 3 3 3 3 3 4 4 4 3 3 4 3 4 3 3 4 4 4 4 4 4 4 3 3 4 4 3 3 3 3 4 4 4 4 4 4 3 4 3 3 3 3 3 3 2 3 2 3 3 3 3 2 3 3 3 3 3 2 3 2 4 3 3 2 4 3 3 3 2 4 3 3 2 3 3 3 3 3 4 4 3 3 3 3 4 4 4 4 3 3 4 4 3 3 4 3 4 3 3 4 3 3 3 4 4 4 4 4 3 3 4 4 4 4 4 3 4 4 4 4 3 4 4 4 4 4 4 4 4 4 4 4 4 4 4 3 4 4 3 4 4 3 3 3 4 2 4 3 3 3 4 3 3 3 3 4 3 4 4 4 4 4 4 3 3 4 4 3 4 3 4 4 4 4 4 4 2 2 3 2 2 2 3 3 4 4 3 3 4 4 3 3 2 2 3 3 3 3 4 4 3 4 4 4 3 3 2 2 3 3 3 2 2 2 2 2 4 2 2 2 2 2 3 3 2 2 2 3 3 3 3 3 dlxxxii
468 2011FA 469 2011FA 470 2011FA
u611163 u611163 u511837
2 2 2
2 2 2
1 1 3
4 4 3
2 2 3
4 4 3
1 1 3
dlxxxiii
Cod_Informe 346 352 353 355 364 368 369 374 376 378 380 385 386 388 390 391 393 397 400 401 405 407 408 411 413 415 417 418 419 420 421 424 432 441 444 449 450 457 458 462 465 466 467 468
Cod_Practica 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA
Cod_Alumno u410146 u411713 u411878 u411971 u511506 u511668 u511843 u610024 u610168 u610334 u610337 u610997 u611136 u611433 u611593 u611642 u620295 u710234 u710479 u710584 u710881 u711103 u711118 u711659 u712032 u720218 u811077 u811111 u811238 u811557 u813359 u814074 u711118 u520140 u610337 u611060 u610273 u510549 u813247 u814074 u710478 u711751 u511420 u611163
preg1R
preg2R 4 3 4 3 4 3 3 3 4 3 3 3 4 3 4 3 3 3 2 4 3 4 3 3 3 4 4 4 4 3 3 3 4 4 4 3 3 3 3 2 2 3 3 3
4 3 4 3 4 3 3 3 3 3 3 3 4 3 4 3 3 3 2 4 3 4 4 4 3 4 4 3 4 4 3 3 4 4 3 3 3 3 3 3 2 3 3 3 dlxxxiv
469 2011FA 470 2011FA
u611163 u511837
3 3
3 4
dlxxxv
Cod_Inform e 346 352 353 355 364 368 369 374 376 378 380 385 386 388 390 391 393 397 400 401 405 407 408 411 413 415 417 418 419 420 421 424 432 441 444 449 450 457 458 462 465 466 467
Cod_Practic a 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA
Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u410146 4 0 4 4 4 0 4 u411713 4 3 0 3 3 2 0 u411878 4 4 4 4 4 4 4 u411971 3 3 3 3 3 3 0 u511506 4 4 0 3 4 4 0 u511668 3 3 3 3 3 4 4 u511843 2 3 3 3 3 3 0 u610024 3 3 4 4 4 4 4 u610168 3 3 4 3 3 4 4 u610334 0 0 0 0 0 0 0 u610337 3 3 3 3 3 4 4 u610997 3 3 3 3 3 3 3 u611136 4 0 0 4 4 4 0 u611433 3 3 2 3 3 3 3 u611593 4 4 4 4 3 4 4 u611642 3 3 3 3 3 3 4 u620295 3 2 3 3 2 3 3 u710234 2 0 0 2 2 3 0 u710479 2 3 3 3 3 2 0 u710584 3 3 3 3 0 4 3 u710881 3 2 0 4 3 3 0 u711103 4 4 4 4 4 4 4 u711118 4 0 0 0 4 4 0 u711659 4 0 0 0 4 0 0 u712032 4 4 0 3 3 3 0 u720218 4 3 3 4 3 3 2 u811077 4 4 4 4 4 4 4 u811111 4 4 4 4 3 4 4 u811238 4 4 4 4 4 4 4 u811557 3 3 4 3 3 4 4 u813359 3 2 3 3 3 4 3 u814074 3 3 3 3 3 4 0 u711118 4 0 4 4 4 4 4 u520140 4 4 3 3 3 4 4 u610337 4 4 4 4 4 4 4 u611060 2 2 2 3 2 2 3 u610273 3 3 3 3 4 4 4 u510549 3 2 2 3 3 3 3 u813247 4 4 4 4 4 4 4 u814074 3 3 2 3 3 3 2 u710478 1 1 2 2 2 2 2 u711751 2 4 2 3 4 3 3 u511420 2 1 2 2 2 2 2 dlxxxvi
468 2011FA 469 2011FA 470 2011FA
u611163 u611163 u511837
2 2 3
1 1 4
1 1 2
2 2 2
4 4 4
4 4 3
2 2 3
dlxxxvii
Cod_Infor me 346 352 353 355 364 368 369 374 376 378 380 385 386 388 390 391 393 397 400 401 405 407 408 411 413 415 417 418 419 420 421 424 432 441 444 449 450 457 458 462 465 466 467
Cod_Prac tica 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA
Cod_Alu mno u410146 u411713 u411878 u411971 u511506 u511668 u511843 u610024 u610168 u610334 u610337 u610997 u611136 u611433 u611593 u611642 u620295 u710234 u710479 u710584 u710881 u711103 u711118 u711659 u712032 u720218 u811077 u811111 u811238 u811557 u813359 u814074 u711118 u520140 u610337 u611060 u610273 u510549 u813247 u814074 u710478 u711751 u511420
resp resp resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 0 0 0 0 0 0 0 0 0 0 0 0 4 4 4 4 4 4 0 0 0 0 0 0 0 0 0 0 0 0 3 3 3 3 3 3 0 0 0 0 0 0 3 3 3 3 3 4 3 0 3 3 4 4 0 0 0 0 0 0 3 3 3 3 3 3 3 3 3 3 3 3 0 0 0 0 0 0 2 2 2 3 3 3 4 3 3 4 4 4 4 3 0 3 3 3 3 3 0 2 3 3 0 0 0 0 0 0 0 0 0 0 0 0 3 3 3 0 3 3 0 0 0 0 0 0 4 3 4 3 4 4 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 4 3 3 3 3 4 0 4 4 4 4 4 3 4 4 4 4 4 4 0 4 4 4 4 4 3 3 3 4 3 2 0 3 2 2 0 0 0 0 0 0 4 4 4 0 4 4 4 3 3 4 4 4 4 3 3 4 4 4 3 0 2 3 3 3 3 3 0 4 0 4 0 0 0 3 0 3 4 4 4 4 4 4 3 3 3 2 3 3 2 1 1 1 2 1 2 4 4 2 2 2 3 2 2 1 2 2
resp1 4R 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 4 0 0 0 0 0 0 3 1 NULL NULL
resp1 5R 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 NULL NULL NULL NULL dlxxxviii
468 2011FA 469 2011FA 470 2011FA
u611163 u611163 u511837
1 1 3
1 1 4
1 1 3
2 2 3
4 4 3
4 NULL 4 NULL 3 NULL
NULL NULL NULL
dlxxxix
Cod_In Cod_Pr Cod_Al forme actica umno 2011F u4101 346 A 46 2011F u4117 352 A 13 2011F u4118 353 A 78 2011F u4119 355 A 71 2011F u5115 364 A 06 2011F u5116 368 A 68 2011F u5118 369 A 43 2011F u6100 374 A 24 2011F u6101 376 A 68 2011F u6103 378 A 34 2011F u6103 380 A 37 2011F u6109 385 A 97 2011F u6111 386 A 36 2011F u6114 388 A 33 2011F u6115 390 A 93 2011F u6116 391 A 42 2011F u6202 393 A 95 2011F u7102 397 A 34 2011F u7104 400 A 79 2011F u7105 401 A 84 2011F u7108 405 A 81 2011F u7111 407 A 03 2011F u7111 408 A 18 2011F u7116 411 A 59 413 2011F u7120
Comentario
cicl oX
Cumplio satisfactoriamente las espectativas El programa cubre los conocimientos necesarios para que el profesional de sistemas aporte positivamente al logro
1
NULL
1
NULL El alumno debe practicar más en estructurar sus ideas y comunicarlas adecuadamente
1
Aprende sin dificultad las tareas y funciones nuevas.
1
NULL
1
NULL
1
NULL
1
NULL Joven estudiante que demuestra un alto potencial para asumir nuevos retos.
1
NULL
1
Alumno muy comprometido, responsable y puntual
1
NULL
1
Tuvo un rendimiento notable
1
NULL Karina ha demostrado responsabilidad y flexibilidad en su trabajo.
1
NULL
1
NULL
1
NULL
1
NULL Jose es un buen practicante. En poco tiempo en poco tiempo se ha convertido en una pieza importante del equipo
1
NULL
1
Estudiante bien preparada, con mucha iniciativa NULL
1 1
1
1
1
1
1
dxc
415 417 418 419 420 421 424 432 441 444 449 450 457 458 462 465 466 467 468 469 470
A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A 2011F A
32 u7202 18 u8110 77 u8111 11 u8112 38 u8115 57 u8133 59 u8140 74 u7111 18 u5201 40 u6103 37 u6110 60 u6102 73 u5105 49 u8132 47 u8140 74 u7104 78 u7117 51 u5114 20 u6111 63 u6111 63 u5118 37
El horario de la universidad no le permite cumplir con las 30 horas de prácticas que exige el BCRP
1
Excelente trabajo, muy buena actidu y preparación
1
Futuro profesional muy prometedor. Daniel ha podido resolver problemas tecnicamente dificiles con una rapidez y facilidad que causan asombro.
1
NULL Deberían ver la forma de no poner cursos en la tarde o mañana y que no se cruce con el horario Está preparado para llevar proyectos bajo la supervisión de un JP
1
Muy buen desempeño y adaptabilidad frente a los cambios. Aporto de manera favorable en el desarrollo de los sistemas de informacion. Estudiante con grandes conocimientos de la carrera profesional, eficiente colaborador.
1
NULL Cuenta con una buena formacion, asi como con solidos valores y sentido etico.
1
NULL
1
NULL Demuestra un muy alto nivel de responsabilidad en los proyectos que se le asignan Bueno desempeño, tanto en lo profesional como en lo personal cumple las asignaciones a tiempo
1
NULL El alumno respondió favorablemente con las tareas asignadas, buen trabajo
2
NULL
2
NULL
2
Es hábil proactivo y minucioso con su trabajo
2
1
1 1
1 1
1
2 2
2
dxci
dxcii
dxciii
Cod_Infor me 345 348 358 359 361 362 367 383 389 395 398 402 430 431 435 436 437 438 439 440 448 451 454 455 456 459 472 473 474 475 476 477 478 479 480 483 486
Cod_Practi ca 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA
Cod_Alum comp1 comp2 comp3 comp4 comp5 comp6 comp7 no R R R R R R R u310314 4 3 4 4 4 4 3 u410855 3 4 3 0 3 0 4 u510537 3 4 4 4 3 3 4 u510670 2 3 3 3 2 2 2 u511296 2 2 3 2 3 2 3 u511407 3 3 3 4 2 3 3 u511662 2 2 2 0 2 1 2 u610961 4 3 4 3 4 4 4 u611433 4 3 2 0 3 2 4 u710008 3 3 3 4 4 4 4 u710239 3 3 3 3 3 4 4 u710606 4 4 4 4 4 4 4 u711659 3 3 3 4 3 4 3 u611634 3 3 2 2 3 0 2 u510294 3 3 2 3 3 2 4 u511506 2 4 3 3 2 4 3 u510516 3 3 4 3 3 3 4 u611245 4 4 4 4 4 4 3 u710479 3 2 2 3 3 2 3 u510691 0 4 3 4 3 3 4 u510636 4 4 4 4 3 4 4 u611376 3 2 2 2 2 2 3 u511625 3 3 3 2 2 2 3 u610291 4 4 3 3 4 3 4 u510622 4 4 3 4 3 3 4 u711966 4 4 4 4 4 4 3 u712032 2 3 2 2 3 2 2 u610334 2 2 2 2 2 4 2 u611642 2 2 2 2 2 1 2 u611045 2 3 2 2 2 1 2 u620295 2 3 2 3 3 2 3 u710677 2 3 3 3 2 2 3 u710986 3 2 2 3 2 2 3 u711317 3 3 3 3 3 3 3 u710881 2 2 2 2 2 2 2 u611593 2 3 3 3 2 2 3 u812382 3 3 2 1 1 2 3
dxciv
Cod_Infor me 345 348 358 359 361 362 367 383 389 395 398 402 430 431 435 436 437 438 439 440 448 451 454 455 456 459 472 473 474 475 476 477 478 479 480 483 486
Cod_Pract ica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA
Cod_Alu mno u310314 u410855 u510537 u510670 u511296 u511407 u511662 u610961 u611433 u710008 u710239 u710606 u711659 u611634 u510294 u511506 u510516 u611245 u710479 u510691 u510636 u611376 u511625 u610291 u510622 u711966 u712032 u610334 u611642 u611045 u620295 u710677 u710986 u711317 u710881 u611593 u812382
comp comp comp1 comp1 comp1 comp1 comp1 8R 9R 0R 1R 2R 3R 4R 4 4 3 3 4 4 2 3 4 4 4 4 4 3 3 4 3 3 0 4 2 2 3 3 2 2 3 4 3 3 3 2 0 0 2 3 3 3 3 3 4 4 2 1 2 2 0 3 4 3 4 4 4 4 3 4 3 3 2 3 4 4 2 4 3 3 3 4 4 4 3 3 3 3 4 4 3 4 4 4 4 4 4 4 3 2 3 3 3 4 NULL 4 2 3 4 3 3 NULL 2 3 2 2 4 3 NULL 4 4 4 4 3 3 NULL 3 3 2 4 3 4 NULL 3 3 4 3 4 4 NULL 2 3 4 2 3 4 NULL 4 4 3 4 4 4 NULL 4 4 4 4 4 4 NULL 3 2 2 3 3 3 NULL 2 3 3 3 3 3 NULL 4 4 4 4 4 4 NULL 3 4 3 3 4 4 NULL 4 3 4 3 4 4 NULL 2 2 3 3 3 3 NULL 2 2 2 2 2 2 NULL 1 2 1 1 2 3 NULL 3 2 2 3 2 2 NULL 2 3 3 3 3 3 NULL 2 2 3 2 2 3 NULL 2 2 2 3 2 3 NULL 4 3 3 3 3 3 NULL 2 2 2 2 2 2 NULL 3 3 3 3 3 3 NULL 1 3 2 1 2 3 NULL
dxcv
Cod_Informe 345 348 358 359 361 362 367 383 389 395 398 402 430 431 435 436 437 438 439 440 448 451 454 455 456 459 472 473 474 475 476 477 478 479 480 483 486
Cod_Practica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA
Cod_Alumno preg1R u310314 u410855 u510537 u510670 u511296 u511407 u511662 u610961 u611433 u710008 u710239 u710606 u711659 u611634 u510294 u511506 u510516 u611245 u710479 u510691 u510636 u611376 u511625 u610291 u510622 u711966 u712032 u610334 u611642 u611045 u620295 u710677 u710986 u711317 u710881 u611593 u812382
preg2R 4 4 3 3 0 3 3 4 1 3 3 4 4 3 4 4 4 4 3 4 4 2 3 3 3 4 4 3 4 3 3 3 4 4 3 4 4
2 4 3 3 0 3 2 4 2 3 3 4 3 3 3 4 3 4 3 4 3 2 3 3 4 3 3 3 4 4 4 3 4 4 3 4 3
dxcvi
Cod_Inform e 345 348 358 359 361 362 367 383 389 395 398 402 430 431 435 436 437 438 439 440 448 451 454 455 456 459 472 473 474 475 476 477 478 479 480 483 486
Cod_Practic a 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA
Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u310314 3 3 4 4 4 4 3 u410855 0 0 0 4 4 4 0 u510537 3 0 3 0 3 0 0 u510670 3 2 2 3 3 3 0 u511296 0 0 0 0 0 0 0 u511407 0 0 0 0 3 3 0 u511662 2 0 3 0 1 0 0 u610961 4 3 3 4 4 3 2 u611433 3 3 2 2 3 4 4 u710008 0 0 0 0 4 4 4 u710239 3 3 3 4 3 4 3 u710606 4 0 0 0 4 4 4 u711659 3 3 2 3 3 4 3 u611634 4 4 4 4 3 3 2 u510294 3 0 3 4 2 3 2 u511506 4 3 4 4 3 3 3 u510516 3 3 3 4 3 3 3 u611245 4 3 4 4 4 4 3 u710479 0 0 3 3 3 4 3 u510691 4 4 4 4 4 4 3 u510636 3 4 4 3 3 4 3 u611376 2 2 0 2 2 3 3 u511625 3 2 3 3 3 3 2 u610291 4 3 4 4 3 4 3 u510622 0 0 3 3 2 0 0 u711966 4 4 3 4 4 4 4 u712032 2 2 2 3 3 3 2 u610334 2 2 2 2 3 3 2 u611642 3 4 1 3 2 3 2 u611045 2 4 1 2 1 3 3 u620295 3 2 3 3 3 3 2 u710677 2 2 2 2 2 2 2 u710986 3 3 2 3 2 3 2 u711317 3 3 3 3 3 3 3 u710881 2 2 2 3 2 2 2 u611593 3 2 3 3 3 3 3 u812382 2 1 3 3 1 3 3
dxcvii
Cod_Infor me 345 348 358 359 361 362 367 383 389 395 398 402 430 431 435 436 437 438 439 440 448 451 454 455 456 459 472 473 474 475 476 477 478 479 480 483 486
Cod_Prac tica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA
Cod_Alu mno u310314 u410855 u510537 u510670 u511296 u511407 u511662 u610961 u611433 u710008 u710239 u710606 u711659 u611634 u510294 u511506 u510516 u611245 u710479 u510691 u510636 u611376 u511625 u610291 u510622 u711966 u712032 u610334 u611642 u611045 u620295 u710677 u710986 u711317 u710881 u611593 u812382
resp resp resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 0 0 0 0 0 0 4 4 0 0 0 3 0 0 0 0 0 0 0 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 3 2 2 3 4 4 4 0 0 0 3 4 4 0 0 0 3 4 4 3 3 3 3 0 0 0 0 0 0 3 3 0 0 0 4 2 3 0 0 0 0 4 4 0 2 0 3 3 3 3 3 3 3 4 3 0 0 0 3 4 4 4 4 4 3 3 3 0 0 1 3 4 4 3 4 4 4 4 4 4 3 4 3 3 3 2 0 0 0 3 3 2 3 3 3 4 4 4 4 4 4 0 0 0 0 0 0 4 4 3 4 4 4 3 3 3 3 3 1 2 2 4 4 4 2 2 3 4 4 4 2 2 2 1 4 2 2 3 3 2 2 3 3 2 2 4 4 4 3 3 NULL 2 2 1 2 3 3 3 4 3 3 2 2 2 2 2 3 3 3 3 3 3 3 3 4 4 2 2 3
resp1 4R 0 0 0 3 0 0 0 4 3 0 3 0 3 3 3 3 3 3 2 3 3 2 3 4 0 4 NULL 2 3 2 3 3 2 3 2 3 NULL
resp1 5R 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 NULL NULL NULL NULL NULL NULL NULL NULL NULL 3 NULL
dxcviii
Cod_I Cod_ Cod_ cic nfor Practi Alum lo me ca no Comentario X 2011 u310 Alumno muy bien preparado, responsable y sobre todo destacaba 345 SA 314 siempre en buscar soluciones 1 2011 u410 348 SA 855 Jessica es muy competente, profesional y bien preparada. 1 2011 u510 358 SA 537 Logro cumplir con éxito los objetivos encomendados 1 2011 u510 Sandra ha demostrado en todo momento su buena disposición para 359 SA 670 aprender y poder apoyar al equipo en diversos encargos. 1 2011 u511 361 SA 296 NULL 1 2011 u511 362 SA 407 NULL 1 2011 u511 367 SA 662 NULL 1 2011 u610 383 SA 961 NULL 1 2011 u611 Leonardo es un analista de calidad optima revisando y provando 389 SA 433 soluciones. 1 Orlando demuestra interés por el aprendisaje continuo. Colabora 2011 u710 en forma proactiva en las asignaciones y genera un ambiente 395 SA 008 agradable de trabajo 1 2011 u710 398 SA 239 Cumplio profesionalmente con sus funciones encomendadas. 1 2011 u710 Ha demostrado excelente desemvolvimiento durante el proyecto, 402 SA 606 tiene muchas fortalezas y capacidades. 1 2011 u711 Se integra muy bien a los grupos de trabajo y aplica correctamente 430 SA 659 sus conocimientos académicos. 1 2011 u611 431 SA 634 Buen desarrollador, debe mejorar su carácter. 1 2011 u510 435 SA 294 Futuro profesional con buen perfil analítico. 1 2011 u511 436 SA 506 NULL 1 2011 u510 437 SA 516 NULL 1 2011 u611 El practicante ha demostrado un buen desempeño y 438 SA 245 responsabilidad. 1 2011 u710 Julio ha efectuado un buen trabajo en las labores encargadas y ha 439 SA 479 adquirido nuevos conocimientos sobre la gestion de proyectos. 1 2011 u510 440 SA 691 NULL 1 2011 u510 Hans a demostrado mucha iniciativa, alto grado de compromiso y 448 SA 636 responsabilidad. 1 2011 u611 451 SA 376 Reforzar el manejo de siuaciones bajo presion 1 2011 u511 Deseo destacar su compañerismo, puntualidad y su alto interes por 454 SA 625 aprender. 1 455 2011 u610 Diana muestra mucho potencial de crecimiento y adaptacion. 1 dxcix
456 459 472 473 474 475 476 477 478 479 480 483 486
SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA 2011 SA
291 u510 622 u711 966 u712 032 u610 334 u611 642 u611 045 u620 295 u710 677 u710 986 u711 317 u710 881 u611 593 u812 382
Sergio ha demostrado tener los skills requeridos para aterrisar las labores.
1
NULL
1
Presenta buen desempeño Buena actitud, proactivo y eficiente cuando se lo propone. Trabaja muy bien en equipo
2
NULL Gran sentido de responsabilidad, organización, capacidad analítica e innovación
2
Eficiente y responsable en el desempeño de las tareas asignadas
2
Trabajo en equipo para resolver problemas
2
Tiene muchas habilidades profesionales y competencias personales Buen relacionamiento, responsabilidad, participación activa y comunicación que genera confianza con el cliente
2
NULL
2
Se desempeño satisfactoriamente
2
Ha demostrado excelentes aptitudes y adaptación al negocio
2
2
2
2
dc
dci
dcii
OUTCOMES DE ABET, CRITERIOS Y CURSOS QUE LOS SOPORTAN - PRACTICAS PROFESIONALES - INGENIERIA DE SOFTWARE
Program Outcomes a)
Propone soluciones a problemas en Ingeniería de Software aplicando principios de matemáticas, ciencias, computación e ingeniería.
Criterios a.c1. Aplica conocimientos matemáticos en las propuestas de soluciones en Ingeniería de Software a.c2. Aplica teorías y principios de ciencias de la computación al desarrollo y mantenimiento de software a.c3. Aplica conocimientos de ingeniería en la propuesta de soluciones a problemas en Ingeniería de Software
COMPETENCIAS DE LA CARRERA (1ra practica)
COMPETENCIAS DE LA CARRERA (2da practica)
4. Aplicación de teoría y principios de ciencias de 4. Aplicación de teoría y principios de ciencias de la computación al desarrollo y mantenimiento de la computación al desarrollo y mantenimiento de software. software. 16. Evidencia sus decisiones a través de un análisis matemático o de ingeniería.
dciii
b)
Diseña y conduce experimentos en base al análisis e interpretación de datos relevantes en la implementación de soluciones de software
c)
Participa en equipos multidisciplinari os liderando o desarrollando sus tareas eficientemente con profesionales de diferentes
b.c1. Diseña proyectos o experimentos para la implementación de una solución de software. b.c2. Realiza experimentos o proyectos para la implementación de soluciones de software b.c3. Análiza e interpreta datos/resultados de la ejecución de las tareas propias del desarrollo de proyectos de software. c.c1. Diseña sistemas y componentes software relacionados al desarrollo software y considerando aspectos económicos,
9. Ejecuta de modelos de pruebas del software y aseguramiento de calidad del proceso.
5. Análisis e interpretación de datos/resultados. 10. Diseño de modelos de pruebas del software y aseguramiento de calidad del proceso. 11. Diseño de proyectos. 12. Muestra conocimiento de la profesión .
6. Muestra entendimiento de ética en el ejercicio profesional. 10. Diseño de sistemas y componentes software relacionados al desarrollo software.
8. Muestra entendimiento de ética en el ejercicio profesional.
dciv
especialidades o sociales, dominios de políticos, éticos. aplicación
d)
c.c2. Diseña proyectos considerando aspectos económicos, sociales, políticos, éticos c.c3. Diseña procesos relacionados al desarrollo y mantenimiento de productos software tomando en cuenta aspectos económicos sociales, poíticos, éticos y del entorno empresarial. Participa en d.c1. Participa equipos en equipos multidisciplinari multidisciplinari 11. Conocimientos de nuevos métodos de os liderando o os con eficacia, colaboración y comunicación. desarrollando eficiencia y sus tareas objetividad.
6. Trabajo en equipo multidisciplinario.
dcv
eficientemente con profesionales de diferentes especialidades o dominios de aplicación e)
Identifica, formula y resuelve problemas de negocio o tecnológicos dentro del ciclo de vida de un sistema de software
f)
Propone soluciones a
d.c2. Conoce al menos un sector empresarial o dominio de aplicación de los sistemas de software e.c1. Identifica de debilidades o problemas de negocio o tecnológicos y las oportunidades de su solución. e.c2. Define las variables que inducen el problema o debilidad y las oportunidades que se pierden con ellas e.c3. Analiza variables que inducen problemas y plantea soluciones y acciones de mitigación f.c1. Muestra ética en el
1. Identifica problemas en el ámbito de la Ingeniería de Software. 2. Formula problemas en el ámbito de la Ingeniería de Software.
1. Identifica problemas en el ámbito de la Ingeniería de Software. 2. Formula problemas en el ámbito de la Ingeniería de Software.
3. Plantea Soluciones a problemas identificados en el ámbito de la Ingeniería de Software.
3. Plantea Soluciones a problemas identificados en el ámbito de la Ingeniería de Software.
dcvi
problemas de Ingeniería de Software con responsabilidad profesional y ética.
(g)
h)
desempeño profesional
f.c2. Muestra responsabiidad en el cumplimiento del rol de Ingeniero de Software g.c1. Comunica oralmente ideas y/o resultados con objetividad Comunica ideas a públicos de o resultados de diferentes especialidades y manera oral o niveles escrita con jerárquicos claridad y efectividad a g.c2. Comunica públicos de en forma escrita diferentes ideas y/o especialidades y resultados con niveles objetividad a jerárquicos públicos de diferentes especialidades y niveles jerárquicos Identifica el h.c1. impacto de las Comprende el soluciones de impacto de las Ingeniería de soluciones de Software en el ingeniería de
7. Muestra responsabilidad profesional en el ejercicio de sus funciones.
9. Muestra responsabilidad profesional en el ejercicio de sus funciones.
11. Conocimientos de nuevos métodos de colaboración y comunicación.
13. Habilidades en el uso de modernas herramientas necesarias para la práctica de la ingeniería.
12. Comprensión del impacto de las soluciones de ingeniería de software en el contexto económico. 15. Identifica problemas en el ámbito de la 13. Comprensión del impacto de las soluciones de Ingeniería de Software. ingeniería de software en la sociedad.
dcvii
contexto global, económico y del entorno de la sociedad.
i)
Actualiza los conocimientos en metodologías, técnicas, herramientas por ser necesarios para mantener la vigencia en el desarrollo de sistemas de software
software en el contexto global. h.c2. Comprende el impacto de las soluciones de ingeniería de software en el contexto económico. h.c3. Comprende el impacto de las soluciones de ingeniería de software en la sociedad. i.c1. Actualiza conceptos y conocimientos necesarios para el desarrollo profesional 8. Muestra entendimiento de la necesidad i.c2. Reconoce profesional del aprendizaje permanente. la necesidad del aprendizaje permanente para el desempeño profesional
13. Habilidades en el uso de modernas herramientas necesarias para la práctica de la ingeniería.
dcviii
j)
k)
j.c1. Comprende las competencias profesionales Analiza hechos del Ingeniero de Software del mundo contemporáneo necesarias para identificando el atender las demandas del impacto en el mundo desempeño profesional del contemporáneo. Ingeniero de j.c2. Analiza Software nuevos métodos de colaboración y comunicación en el mundo contemporáneo. k.c1. Utiliza Utiliza técnicas, técnicas de última herramientas, generación metodologías, (metodologias y procesos, procesos) para frameworks, middlewares y la práctica de la Ingeniería de lenguajes de Software programación de última k.c2. Utiliza generación herramientas de necesarios para última la práctica de la generación ingeniería de necesarias para software. la práctica de la Ingeniería de
5. Trabajo en (al menos) un dominio de aplicación.
7. Trabajo en (al menos un) dominio de aplicación.
14. Uso de técnicas necesarias (metodologías y procesos) para la práctica de la ingeniería.
14. Comprensión del impacto de las soluciones de ingeniería de software en el contexto global.
dcix
Software.
dcx
Cod_Infor Cod_Prac Cod_Alu me tica mno 342 2011SA
u210403
343 2011SA
u210520
344 2011SA
u210535
347 2011SA
u410814
349 2011SA
u410923
350 2011SA
u411600
357 2011SA
u420146
360 2011SA
u510773
363 2011SA
u511477
366 2011SA
u511607
370 2011SA
u511923
371 2011SA 373 2011SA
u520241 u610014
Ciclo 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011
Carrera Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de
NombreAlumno
Empresa
AreaPractica
Eleazar Diego, Schrader Uribe
Novatronic
Control
Iván Alonso, Fernández Cavero Franz Estanislao, Zárate Contreras
Deloitte
Tecnología
Cementos Pacasmayo
TI
Rodrigo Alonso, Sarria Sotillo
Nextel del Perú
Inteligencia de Procesos
Cai Toninho, Aguayo Mendoza
Unique S.A.
Servicios-Facturacion
Renzo Joseph, Arenaza Ramos Carlos Enrique, Castañeda Gutiérrez Klausen Mhil, Vargas Fernández
Core Business Technology SAC Marina de Guerra del Perú
Area de Desarrollo Escuela de guerra de Superficie
Deloitte & Touch SRL
ERS
Marco, Bruggmann Gisler
Colegio Pestalozzi
Coordinacion de TI
Alex Javier, Trujillo Mochcco
Representaciones Martin SAC
Sistemas
Boris Becker, Herrera Cabrera Katherine del Pilar, Grijalva Alvarez César Augusto, Baldeón
Dbusiness SAC
Desarrollo Software
Peru Veloz SAC Core Business Technology SAC
Area de Desarrollo Gerencia de proyectos
dcxi
375 2011SA
u610064
381 2011SA
u610605
384 2011SA
u610993
387 2011SA
u611207
392 2011SA
u620291
396 2011SA
u710222
399 2011SA
u710274
406 2011SA
u711096
414 2011SA
u712344
416 2011SA
u720444
427 2011SA
u620338
428 2011SA
u610627
429 2011SA
u710710
433 2011SA 434 2011SA
u411939 u311314
-1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011 -1 2011
Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de
Ramírez Renzo Pablo, Calderón Vílchez Sergio Toshio, Minei Moromisato
Medisys International SAC
Desarrollo de Sistemas
Holistic Innovation System
Software Factory
José Carlos, Arroyo Olivera
Cosapi
Presupuesto y Licitaciones
Mayra Elizabeth, Flores Meza
Medisys International SAC
Desarrollo de Sistemas
Luis Enrique, Neyra Majo Larry Martin, Gallarday Palomino Hugo Hildebrando, Noriega Valenzuela
Holistic Innovation System
Software Factory
K-Storage SRL
Ingenieria
GBS SAC
Desarrollo ABAP
Jadisha Yarif, Ramírez Cornejo Katherine Pamela, Canchanya Diaz - Mori Christian Juan Gerardo, Torrico Olaechea Marco Antonio, Ochante Vicuña Abel David, Lavado Carhuatocto César Gastón, Cárdenas Córdova César Eduardo, Villanueva Valdez Paul Murat, Landauro Minaya
Ferreyros S.A.A
Informatica
Medisys International SAC
America Movil Peru
Desarrollo de Sistemas Gestion de Documentos Electronicos Trafico y Evaluacion del Desempeño
Americatel Peru
Area Comercial
Municipalidad Jesus Maria
Subgerencia Informática
Ernst & Young Business Solution Peru SAC
Advisory Operaciones
Imagina Peru
dcxii
445 2011SA
u711664
447 2011SA
u710736
460 2011SA
u610132
471 2011SA
u511606
481 2011SA
u411631
482 2011SA
u813984
484 2011SA
u712038
485 2011SA
u411898
-1 2011 -1 2011 -1 2011 -1 2011 -2 2011 -2 2011 -2 2011 -2 2011 -2
Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software
Elizabeth, Portilla Flores Rodolfo Alejandro, Pérez Kuzma
Telefonica del Peru
Desarrollo de Iniciativas
Lan Peru
Desarrollo SAP
Antony Junior, Jaime Veliz Jorge Marcelino, Chang Velasquez
Global International NET
Desarrollo de Software
Telefónica del Perú
Excelencia Operativa
Tomás Alejandro, Lazo Vásquez Quipu Technology Angelo Gabriel, Escudero Vía Edgar José, Velásquez Flores
Desarrollo
Arkin software technologies Arkin software technologies Universidad Peruana de Ciencias Aplicadas TICE
Héctor Omar Jesus, Aliaga Arias Celeritech Solutions
Proyectos ADAM
dcxiii
Cod_Informe 342 343 344 346 347 349 350 351 352 353 354 355 356 357 360 363 364 365 366 368 369 370 371 372 373
Cod_Practica 2011SA 2011SA 2011SA 2011FA 2011SA 2011SA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011SA 2011SA 2011FA 2011SA
Cod_Alumno u210403 u210520 u210535 u410146 u410814 u410923 u411600 u411631 u411713 u411878 u411939 u411971 u420101 u420146 u510773 u511477 u511506 u511606 u511607 u511668 u511843 u511923 u520241 u520306 u610014
Ciclo 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1
NombreResp Carlos Marco Alonso Juan Miguel Mauro Monica Romelia Victor Walter Alejandro Javier Pablo Luis Gerardo Ricardo Michaela Jose Jorge Francisco Carlos Felipe Joel Carlos Monica
ApellidoResp Zambrano Agapito Villanueva Inchaustegui Pacora Calderon Cortijo Pingo Avila Cuestas Margoits Vargas Quiero Adami Herrera Estrada Casassa Avila Otárola Paz Oliveros Carreño Machado Castillo Cortijo
NombreJefe Carlos Rolando Miguel Gustavo Miguel Max Monica Romelia Victor Walter Franz Rafael Pablo Bruno Edson Ricardo Gisselle Miluska Jorge Richard Juan Doris Joel Javier Monica
ApellidoJefe Zambrano Pinedo Ortiz Mena Pacora Rojas Cortijo Pingo Avila Cuestas Martinez Moral Quiero Arias Villar Estrada Mendoza Meneses Otárola Johnson Davila Paucar Machado Cabrera Cortijo
TelfJefe 993512441 989268434 317600 3132000 6272506 2137820 993359662 4118600 4342230 2258623 993530324 993493879 5625999900 988006900 2118585 6178600 3132000 975493485 2171300 2425986 999956466 4052098 993478484 2021230 993355862
dcxiv
374 375 376 377 378 380 381 382 384 385 386 387 388 390 391 392 393 394 396 397 399 400 401 403 404 405
2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA
u610024 u610064 u610168 u610268 u610334 u610337 u610605 u610888 u610993 u610997 u611136 u611207 u611433 u611593 u611642 u620291 u620295 u620338 u710222 u710234 u710274 u710479 u710584 u710710 u710736 u710881
2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1
Eduardo Jose Alex Cesar Gerardo Arturo Roberto Albert Dario Esteban Lizette Jose Roberto Jorge Ivana Roberto Juan Eduardo Enrique Luis Jose Jorge Carlos Jaddy Esmeralda Miguel
Cáceres Cereceda Estrella Leguia Herrera Lezama Quispe Cordova Pineda Bertarelli Grados Cereceda Camacho Avila Osores Gonzalo Inchaustegui Paez Tapia Rodriguez Rodriguez Carquin Hoyos Fernandez Lagos Hernandez
Milagros Jose Ivan Cesar Bianca Arturo Roberto Albert Martin Victor Lizette Jose Lourdes Jorge Martin Roberto Ivan Eduardo Enrique Omar Jose Jorge Carlos Jaddy Esmeralda Roberth
Ramirez Cereceda Contreras Leguia Mestanza Lezama Quispe Cordova Huaman Altamirano Grados Cereceda Camargo Avila Bazo Gonzalo Mendoza Paez Tapia Mezantina Rodriguez Carquin Hoyos Fernandez Lagos Mariños
7133022 980640785 6241404 2192000 994610367 4212264 2410900 2190680 2113500 6145000 987544942 980640785 6528247 996171023 3132818 2410900 3132000 4772474 97395780 6256249 999999999 998783496 2102997 7900100 2138300 949594066
dcxv
406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 432 433 434
2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011FA 2011SA 2011SA
u711096 u711103 u711118 u711409 u711650 u711659 u711664 u712032 u712344 u720218 u720444 u811077 u811111 u811238 u811557 u813359 u813774 u813984 u814074 u710274 u811566 u620338 u610627 u710710 u711118 u411939 u311314
2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1
Tito Pedro Andrea Marco Juan Victoria Doris Luis Jose Silvia Ruben Alvaro David Federico Giovani Luis David Carlos Alex Miguel Jorge Reynaldo Jose Eslar Alvaro Isabel Antonio
Otero Esponda Muñoz Orbezo Inchaustegui Catter Cortez Rossell Cereceda Mejia Astahuaman Santa Coba Chavez Polar Alvarez Coba Candela Vidaurre Lopez Villa Burga Parin Rospigliosi Santa Torres Galvez
Jose Pedro Jose Sara Carlos Percy Doris Luis Jose Rosa Ruben Giancarlo David Federico Dario Luis David Carlos Carlos Miguel Manuel Christian Jose Eslar Luis Isabel Antonio
Garcia Esponda Cortés Anicama Begazo Cabrera Cortez Rossell Cereceda Arakaki Astahuaman Baromio Coba Chavez Oquecho Alvarez Coba Candela Perez Lopez Pacheco Sandoval Parin Rospigliosi Cortés Torres Galvez
6264338 2103519 6256220 989060233 3132000 5055000 999999999 997744554 980640785 6132268 4222632 994606375 6270958 995883066 6164040 6281258 6270958 995341188 971411321 981397471 997206052 997101193 7101301 6141212 6256220 993530230 6528045
dcxvi
441 442 443 444 445 446 447 449 450 452 453 457 458 460 461 462 463 464 465 466 467 468 469 470 471 481 482
2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA
u520140 u410240 u813274 u610337 u711664 u610576 u710736 u611060 u610273 u611734 u710494 u510549 u813247 u610132 u710937 u814074 u711409 u711409 u710478 u711751 u511420 u611163 u611163 u511837 u511606 u411631 u813984
2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2
Oscar Carlos Carlos Jorge Doris Cesar Esmeralda Carlos Cesar Raul Manuel Wendy Juan Victor Jose Samuel Ivan Leonid Leonid Julio Jorge Alberto Luis Enrique Eduardo David Eduardo David Silvana Elena Jorge Marcelino Melissa Cesar Agusto
Zapata Castillo Macedo Machicado Cortes Meza Lagos Varela Meza Torres Mazan Villanueva Rosas Barrietos Creceda Guerra Gayoso Huerta Llanos Huerta Llanos Muñoz Talledo Rodriguez del Rey Gusmiken Okuhama Castillo Benites Castillo Benites Barba Quezada Chang Velasquez Carrion Hernandez Heredia Martinez
Oscar Javier Carlos Jorge Doris Maria Esmeralda Peter Maria Daniel Manuel Elva Eliana Victor Jose Samuel Ivan Leonid Leonid Daniel Jorge Alberto Luis Enrique Eduardo David Eduardo David Silvana Elena Jorge Marcelino Melissa Cesar Agusto
Zapata Cabrera Macedo Machicado Cortes Izaguirre Lagos Valdivieso Izaguirre Venegas Mazan Concha Espinoza Barrietos Creceda Guerra Gayoso Huerta Llanos Huerta Llanos Lopez Romero Rodriguez del Rey Gusmiken Okuhama Castillo Benites Castillo Benites Barba Quezada Chang Velasquez Carrion Hernandez Heredia Martinez
3111700 9999999 5116106777 7195757 2105327 2190100 2138300 3496017 2190100 997462164 3450707 3153000 989229218 7812336 980640785 2716707 6111111 6111111 6151111 6160770 3496102 2104735 2104735 6160470 999968525 4118600 7178830
dcxvii
484 2011SA 485 2011SA
u712038 u411898
2011-2 2011-2
Lorenzo Jorge
Rojas Chavez Aliaga Castañeda
Lorenzo Jorge
Rojas Chavez Aliaga Castañeda
3133333 7173534
dcxviii
Cod_Informe 342 343 344 346 347 349 350 351 352 353 354 355 356 357 360 363 364 365 366 368 369 370 371 372 373 374 375 376 377 378 380 381 382 384 385 386 387 388 390 391 392 393
Cod_Practica 2011SA 2011SA 2011SA 2011FA 2011SA 2011SA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011SA 2011SA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011SA 2011FA
Cod_Alumno u210403 u210520 u210535 u410146 u410814 u410923 u411600 u411631 u411713 u411878 u411939 u411971 u420101 u420146 u510773 u511477 u511506 u511606 u511607 u511668 u511843 u511923 u520241 u520306 u610014 u610024 u610064 u610168 u610268 u610334 u610337 u610605 u610888 u610993 u610997 u611136 u611207 u611433 u611593 u611642 u620291 u620295
Ciclo HorasSemana TotalSemanas TotalHoras 2011-1 30 12 360 2011-1 8 32 2721 2011-1 30 22 660 2011-1 30 14 420 2011-1 30 30 900 2011-1 30 15 320 2011-1 30 11 330 2011-1 45 24 1080 2011-1 30 19 3330 2011-1 40 9 360 2011-1 40 10 400 2011-1 6 24 720 2011-1 8 10 400 2011-1 40 9 360 2011-1 42 24 1020 2011-1 30 28 840 2011-1 30 34 1020 2011-1 40 24 960 2011-1 30 31 930 2011-1 30 14 420 2011-1 30 13 390 2011-1 30 12 260 2011-1 30 47 1410 2011-1 30 14 420 2011-1 30 12 360 2011-1 33 13 429 2011-1 30 24 720 2011-1 40 24 480 2011-1 30 12 360 2011-1 30 13 360 2011-1 30 6 180 2011-1 30 12 360 2011-1 50 13 650 2011-1 30 13 360 2011-1 30 13 390 2011-1 30 25 750 2011-1 30 15 450 2011-1 35 13 400 2011-1 30 27 810 2011-1 30 13 390 2011-1 30 14 520 2011-1 30 10 300 dcxix
394 396 397 399 400 401 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 432 433 434 441 442 443 444 445 446 447 449 450
2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011FA 2011SA 2011SA 2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011SA 2011FA 2011FA
u620338 u710222 u710234 u710274 u710479 u710584 u710710 u710736 u710881 u711096 u711103 u711118 u711409 u711650 u711659 u711664 u712032 u712344 u720218 u720444 u811077 u811111 u811238 u811557 u813359 u813774 u813984 u814074 u710274 u811566 u620338 u610627 u710710 u711118 u411939 u311314 u520140 u410240 u813274 u610337 u711664 u610576 u710736 u611060 u610273
2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-1
30 40 35 40 30 30 40 30 30 30 30 30 30 30 30 40 30 30 30 40 30 30 30 30 30 30 30 40 25 6 30 30 30 30 30 30 30 30 36 30 30 30 30 30 30
14 11 16 9 18 10 10 10 24 11 10 20 12 13 14 10 13 13 10 8 10 10 13 11 10 13 14 13 16 30 15 15 13 12 15 11 13 12 12 6 13 13 13 13 12
420 360 580 360 540 300 400 300 720 330 300 600 360 390 420 400 390 390 300 320 300 300 384 330 300 390 420 426 400 180 450 450 390 360 450 330 390 360 432 180 390 390 390 390 360 dcxx
452 453 457 458 460 461 462 463 464 465 466 467 468 469 470 471 481 482 484 485
2011FA 2011FA 2011FA 2011FA 2011SA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011SA 2011SA 2011SA 2011SA 2011SA
u611734 u710494 u510549 u813247 u610132 u710937 u814074 u711409 u711409 u710478 u711751 u511420 u611163 u611163 u511837 u511606 u411631 u813984 u712038 u411898
2011-1 2011-1 2011-1 2011-1 2011-1 2011-1 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2 2011-2
30 40 30 30 40 30 30 30 30 30 30 30 30 30 30 30 30 30 30 30
13 13 25 24 21 17 20 11 11 31 12 14 36 36 20 32 12 12 11 12
390 520 750 720 840 510 600 330 330 930 360 420 1080 1080 600 960 360 360 330 360
dcxxi
Cod_Infor me 351 354 356 365 372 377 382 394 403 404 409 410 412 422 423 425 426 442 443 446 452 453 461 463 464
Cod_Practi ca 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA
Cod_Alum comp1 comp2 comp3 comp4 comp5 comp6 comp7 no R R R R R R R u411631 3 4 4 3 4 4 3 u411939 3 2 3 2 3 3 3 u420101 4 4 4 4 4 4 4 u511606 3 4 4 4 4 3 3 u520306 0 4 3 3 3 3 0 u610268 3 3 4 2 2 2 3 u610888 0 4 2 3 3 3 3 u620338 4 4 4 4 4 4 4 u710710 4 4 4 4 3 3 3 u710736 2 3 3 3 3 3 2 u711409 3 4 3 3 4 4 4 u711650 3 2 4 2 3 3 4 u711664 4 4 3 2 3 3 3 u813774 3 3 3 3 3 3 3 u813984 4 4 3 4 4 4 4 u710274 2 3 4 4 3 3 3 u811566 3 3 3 0 3 0 3 u410240 3 3 3 2 2 3 3 u813274 3 4 4 3 3 3 3 u610576 4 4 4 0 4 3 3 u611734 3 2 3 3 3 2 2 u710494 3 2 2 2 3 2 2 u710937 3 3 3 0 3 3 3 u711409 3 3 2 2 2 3 3 u711409 3 3 2 2 2 3 3
dcxxii
Cod_Infor me 351 354 356 365 372 377 382 394 403 404 409 410 412 422 423 425 426 442 443 446 452 453 461 463 464
Cod_Pract ica 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA
Cod_Alu mno u411631 u411939 u420101 u511606 u520306 u610268 u610888 u620338 u710710 u710736 u711409 u711650 u711664 u813774 u813984 u710274 u811566 u410240 u813274 u610576 u611734 u710494 u710937 u711409 u711409
comp comp comp1 comp1 comp1 comp1 comp1 8R 9R 0R 1R 2R 3R 4R 3 4 4 4 3 4 4 3 4 3 3 3 3 3 3 4 4 3 4 4 2 4 4 4 4 4 4 3 3 3 4 3 4 3 4 2 2 3 2 4 4 4 0 3 2 2 3 4 3 4 4 4 4 4 4 2 3 4 4 4 4 4 3 3 3 3 3 3 3 2 4 3 3 3 4 4 3 4 4 3 4 3 3 4 3 4 3 4 4 4 3 3 3 3 3 3 3 NULL 4 3 4 4 4 4 NULL 3 3 4 2 4 4 NULL 3 3 3 3 3 3 NULL 3 3 3 4 4 3 NULL 3 3 3 4 4 0 NULL 4 4 3 3 4 4 NULL 2 2 3 2 3 3 NULL 2 0 2 2 3 2 NULL 3 3 3 3 3 3 NULL 3 3 3 3 3 2 NULL 3 3 3 3 3 2 NULL
dcxxiii
Cod_Informe 351 354 356 365 372 377 382 394 403 404 409 410 412 422 423 425 426 442 443 446 452 453 461 463 464
Cod_Practica 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA
Cod_Alumno preg1R u411631 u411939 u420101 u511606 u520306 u610268 u610888 u620338 u710710 u710736 u711409 u711650 u711664 u813774 u813984 u710274 u811566 u410240 u813274 u610576 u611734 u710494 u710937 u711409 u711409
preg2R 3 3 4 4 3 3 3 4 3 3 4 3 4 4 4 3 3 3 3 3 2 2 3 3 3
4 3 4 4 3 3 3 4 3 3 4 4 3 3 4 3 3 3 3 4 2 2 3 3 3
dcxxiv
Cod_Inform e 351 354 356 365 372 377 382 394 403 404 409 410 412 422 423 425 426 442 443 446 452 453 461 463 464
Cod_Practic a 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA
Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u411631 4 4 3 3 4 4 0 u411939 3 2 3 3 3 4 4 u420101 4 4 3 4 4 3 0 u511606 4 4 4 3 3 4 4 u520306 3 3 3 4 4 3 4 u610268 3 2 3 2 0 4 4 u610888 2 2 2 0 3 3 2 u620338 4 4 4 4 4 3 0 u710710 3 3 4 3 3 3 4 u710736 3 3 3 3 3 3 3 u711409 3 3 0 0 3 3 3 u711650 4 3 4 4 3 3 4 u711664 4 3 3 4 4 4 4 u813774 3 3 3 3 3 3 3 u813984 4 4 4 4 4 0 0 u710274 4 0 3 0 2 0 0 u811566 0 0 3 3 3 4 3 u410240 3 3 4 3 4 4 3 u813274 4 4 3 4 3 4 4 u610576 3 3 3 4 4 4 4 u611734 2 3 3 2 3 2 3 u710494 4 3 3 3 4 4 3 u710937 3 0 3 3 3 3 3 u711409 3 3 3 3 3 3 3 u711409 3 3 3 3 3 3 3
dcxxv
Cod_Infor me 351 354 356 365 372 377 382 394 403 404 409 410 412 422 423 425 426 442 443 446 452 453 461 463 464
Cod_Prac tica 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA 2011FA
Cod_Alu mno u411631 u411939 u420101 u511606 u520306 u610268 u610888 u620338 u710710 u710736 u711409 u711650 u711664 u813774 u813984 u710274 u811566 u410240 u813274 u610576 u611734 u710494 u710937 u711409 u711409
resp resp resp1 resp1 resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 4R 5R 0 0 0 0 0 0 0 0 3 0 0 3 0 0 3 0 0 0 0 0 0 0 0 0 4 4 0 3 3 4 4 0 4 3 3 3 3 3 3 3 3 0 3 0 0 0 3 0 3 4 4 2 3 3 3 0 0 0 0 0 0 0 0 0 3 4 3 3 3 3 3 0 3 3 0 3 0 0 0 0 4 3 0 3 0 3 4 0 3 3 3 2 3 3 3 0 4 4 4 4 4 4 3 0 3 3 3 3 3 2 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 0 2 3 2 2 0 0 3 3 3 3 3 3 3 0 4 3 3 3 4 4 4 0 4 3 3 3 3 3 3 0 3 2 0 0 2 3 2 0 3 1 2 1 0 0 2 0 3 0 3 3 0 3 3 0 3 3 3 3 3 3 3 NULL 3 3 3 3 3 3 3 NULL
dcxxvi
Cod_I Cod_P cic nform ractic Cod_A lo e a lumno Comentario X 2011F u4116 351 A 31 Colaborador con alto grado de cohesion 1 2011F u4119 354 A 39 Cesar ha demostrado un buen desempeño profesional. 1 2011F u4201 356 A 01 Responsable, dedicado, proactivo 1 2011F u5116 365 A 06 NULL 1 2011F u5203 372 A 06 NULL 1 2011F u6102 Se integró facilmente al equipo y le pone empeño a las tareas que 377 A 68 se le encomienda1 2011F u6108 382 A 88 NULL 1 2011F u6203 Muy recomendable para la programación en tecnologia Java y 394 A 38 PHP 1 2011F u7107 403 A 10 NULL 1 2011F u7107 404 A 36 NULL 1 2011F u7114 409 A 09 NULL 1 2011F u7116 Carlos demuestra tener solidos conocimiento de informatica, asi 410 A 50 como propone mejoras a los procesos asignado 1 2011F u7116 412 A 64 Es una persona responsable, con mucha entrega 1 2011F u8137 422 A 74 NULL 1 2011F u8139 423 A 84 NULL 1 2011F u7102 El alumno a presentado capacidad para adaptarse a entornos de 425 A 74 programacion con plataformas visuales. 1 2011F u8115 426 A 66 NULL 1 2011F u4102 Demuestra actitud y proactividad, falta mejorar el nivel de 442 A 40 comunicación. 1 2011F u8132 443 A 74 Tiene iniciativa, es proactivo y maneja buen razonamiento 1 2011F u6105 Tiene una buena formacion academica, se adapta a nuevas 446 A 76 situaciones. 1 2011F u6117 452 A 34 Es un profecional con buena proyeccion 1 2011F u7104 453 A 94 Esta en proceso de mejora en varias areas. 1 2011F u7109 461 A 37 Muy buen trabajador, serio en su trato. 1 2011F u7114 Tiene una actitud proactiva en todas las labores que se le asignan 463 A 09 y excelente desempeño y cumplimiento de las tareas asignadas 2 dcxxvii
2011F u7114 Tiene una actitud proactiva en todas las labores que se le asignan 464 A 09 y excelente desempeño y cumplimiento de las tareas asignadas
2
dcxxviii
dcxxix
dcxxx
Cod_Infor me 342 343 344 347 349 350 357 360 363 366 370 371 373 375 381 384 387 392 396 399 406 414 416 427 428 429 433 434 445 447 460 471 481 482 484 485
Cod_Prac tica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA
Cod_Alu mno u210403 u210520 u210535 u410814 u410923 u411600 u420146 u510773 u511477 u511607 u511923 u520241 u610014 u610064 u610605 u610993 u611207 u620291 u710222 u710274 u711096 u712344 u720444 u620338 u610627 u710710 u411939 u311314 u711664 u710736 u610132 u511606 u411631 u813984 u712038 u411898
comp comp comp comp comp comp comp comp 1R 2R 3R 4R 5R 6R 7R 8R 2 3 3 3 3 3 3 2 4 3 4 3 2 3 3 3 3 3 3 3 3 3 3 3 4 3 3 4 3 3 4 3 4 3 4 4 3 4 4 3 4 4 4 3 3 4 4 4 2 3 3 0 3 3 0 3 4 4 4 3 3 2 4 3 4 4 4 3 4 4 4 4 4 3 4 4 4 3 3 4 4 4 4 4 4 4 3 4 3 4 3 3 2 3 3 3 3 4 4 3 3 4 3 4 4 3 3 0 3 3 3 3 4 4 4 3 3 4 4 4 3 3 3 2 2 3 3 3 3 3 3 0 3 3 3 3 4 4 4 3 3 4 4 4 3 4 4 4 3 4 4 4 1 4 4 3 3 4 4 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 0 3 3 2 2 2 3 2 3 4 4 4 4 4 4 4 4 3 4 0 3 2 3 3 4 4 3 3 3 2 3 2 2 4 4 4 4 4 4 4 4 4 4 4 3 3 4 4 3 3 4 2 3 2 3 3 3 3 3 3 3 3 3 3 3 4 4 4 4 4 4 4 3 3 3 3 3 3 2 2 3 3 3 3 2 2 2 2 2 3 3 3 2 3 3 3 3 2 3 2 2 1 3 3 2 2 2 2 2 2 2 2 3
dcxxxi
Cod_Info rme 342 343 344 347 349 350 357 360 363 366 370 371 373 375 381 384 387 392 396 399 406 414 416 427 428 429 433 434 445 447 460 471 481 482 484 485
Cod_Pra ctica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA
Cod_Alu comp comp comp comp comp mno 9R 10R 11R 12R 13R u210403 3 2 3 3 3 u210520 4 3 4 4 3 u210535 3 3 3 4 4 u410814 4 3 4 4 4 u410923 4 3 4 4 4 u411600 4 4 3 4 4 u420146 3 3 3 3 3 u510773 3 4 4 3 4 u511477 4 4 4 4 4 u511607 4 3 3 4 4 u511923 4 4 4 4 4 u520241 2 3 3 4 4 u610014 3 3 3 3 3 u610064 4 4 4 3 3 u610605 4 4 3 4 4 u610993 3 3 3 3 3 u611207 3 3 3 3 3 u620291 4 4 4 4 4 u710222 4 3 4 4 4 u710274 4 3 4 3 4 u711096 4 4 4 3 3 u712344 3 3 4 4 4 u720444 2 2 2 4 2 u620338 4 4 4 4 4 u610627 3 3 4 4 3 u710710 3 3 3 3 4 u411939 4 4 4 4 4 u311314 3 3 2 3 4 u711664 3 4 4 4 4 u710736 3 3 3 3 3 u610132 4 4 4 4 4 u511606 3 3 3 3 2 u411631 3 3 3 3 2 u813984 3 3 3 3 3 u712038 3 2 2 3 3 u411898 2 2 3 3 3
comp 14R 3 2 2 4 3 2 2 3 3 4 3 2 4 3 4 3 4 4 2 3 4 3 NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL
comp 15R NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL
comp 16R NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL NULL
dcxxxii
Cod_Informe 342 343 344 347 349 350 357 360 363 366 370 371 373 375 381 384 387 392 396 399 406 414 416 427 428 429 433 434 445 447 460 471 481 482 484 485
Cod_Practica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA
Cod_Alumno preg1R u210403 u210520 u210535 u410814 u410923 u411600 u420146 u510773 u511477 u511607 u511923 u520241 u610014 u610064 u610605 u610993 u611207 u620291 u710222 u710274 u711096 u712344 u720444 u620338 u610627 u710710 u411939 u311314 u711664 u710736 u610132 u511606 u411631 u813984 u712038 u411898
preg2R 3 3 3 3 4 4 3 4 4 4 4 3 3 4 4 3 3 4 4 4 3 4 2 4 3 4 3 3 3 3 4 4 NULL 4 4 4 3
3 3 2 3 4 3 3 3 4 3 4 3 3 4 4 3 3 4 4 4 3 4 2 4 4 3 3 3 3 3 4 4 4 4 3
dcxxxiii
Cod_Inform e 342 343 344 347 349 350 357 360 363 366 370 371 373 375 381 384 387 392 396 399 406 414 416 427 428 429 433 434 445 447 460 471 481 482 484 485
Cod_Practic a 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA
Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u210403 3 3 2 3 3 3 3 u210520 4 4 4 3 3 3 3 u210535 2 2 3 2 3 4 3 u410814 3 4 3 4 3 4 0 u410923 4 4 4 0 4 4 4 u411600 4 4 4 3 3 4 4 u420146 0 0 3 3 3 3 3 u510773 4 3 3 4 0 4 0 u511477 4 4 4 4 4 4 4 u511607 3 3 3 4 4 4 3 u511923 0 4 4 4 4 4 0 u520241 3 3 3 3 4 4 3 u610014 3 2 3 3 3 3 0 u610064 3 3 3 3 3 3 3 u610605 4 0 4 4 4 4 0 u610993 3 0 2 2 3 0 0 u611207 3 3 3 3 3 3 3 u620291 4 4 4 3 4 4 0 u710222 3 3 4 4 4 4 3 u710274 4 4 4 3 4 4 3 u711096 3 3 3 3 3 3 3 u712344 3 3 3 3 3 3 4 u720444 3 3 2 3 3 2 2 u620338 4 4 4 4 4 4 4 u610627 0 0 0 0 0 0 0 u710710 3 3 3 3 2 3 3 u411939 4 4 4 3 4 4 4 u311314 3 0 3 0 4 4 4 u711664 4 3 4 4 4 3 3 u710736 3 3 3 3 3 3 3 u610132 4 4 4 4 4 4 4 u511606 4 4 4 3 3 NULL 3 u411631 2 2 2 3 3 2 2 u813984 3 3 3 2 3 3 3 u712038 2 2 3 3 2 3 3 u411898 2 3 3 2 2 3 2
dcxxxiv
Cod_Infor me 342 343 344 347 349 350 357 360 363 366 370 371 373 375 381 384 387 392 396 399 406 414 416 427 428 429 433 434 445 447 460 471 481 482 484 485
Cod_Prac tica 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA 2011SA
Cod_Alu mno u210403 u210520 u210535 u410814 u410923 u411600 u420146 u510773 u511477 u511607 u511923 u520241 u610014 u610064 u610605 u610993 u611207 u620291 u710222 u710274 u711096 u712344 u720444 u620338 u610627 u710710 u411939 u311314 u711664 u710736 u610132 u511606 u411631 u813984 u712038 u411898
resp resp resp1 resp1 resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 4R 5R 3 3 0 0 2 3 3 3 4 3 0 3 4 3 4 3 3 3 2 0 0 3 3 3 4 4 3 0 0 4 4 3 4 4 0 4 4 4 4 4 4 4 3 3 4 4 4 3 3 3 0 0 0 3 3 3 0 0 0 0 0 0 0 0 4 4 4 4 4 4 4 4 4 3 0 3 3 4 3 3 0 0 0 0 0 0 0 0 3 4 2 3 2 3 3 3 0 0 0 0 0 0 0 0 3 3 3 0 0 3 3 3 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 3 3 0 0 0 3 3 0 0 0 0 0 0 0 0 0 4 4 4 3 3 3 4 4 3 4 3 3 3 4 4 3 3 3 3 3 3 3 3 3 3 0 3 0 0 0 2 0 4 3 2 2 2 3 4 3 4 4 4 4 4 4 4 0 0 0 0 0 0 0 0 0 4 4 2 2 2 3 3 3 4 4 0 3 0 3 3 3 4 4 3 4 0 4 4 4 4 4 4 3 3 3 3 3 3 3 3 3 0 3 3 3 4 4 3 4 4 4 4 4 3 4 3 2 3 3 NULL NULL 3 3 2 2 2 2 3 2 3 3 3 2 3 3 3 2 3 3 2 4 4 3 3 1 3 2 2 4 4 2 3 2
dcxxxv
Cod_I nform Cod_P Cod_A e ractica lumno 2011S u2104 342 A 03 2011S u2105 343 A 20 2011S u2105 344 A 35 2011S u4108 347 A 14 2011S u4109 349 A 23 2011S u4116 350 A 00 2011S u4201 357 A 46 2011S u5107 360 A 73 2011S u5114 363 A 77 2011S u5116 366 A 07 2011S u5119 370 A 23 2011S u5202 371 A 41 2011S u6100 373 A 14 2011S u6100 375 A 64 2011S u6106 381 A 05 2011S u6109 384 A 93 2011S u6112 387 A 07 2011S u6202 392 A 91 2011S u7102 396 A 22 2011S u7102 399 A 74 2011S u7110 406 A 96 2011S u7123 414 A 44 2011S u7204 416 A 44 2011S u6203 427 A 38
cic lo X
Comentario NULL
1
NULL
1
NULL
1
Rodrigo a demostrado ser un profesional proactivo y analítico
1
NULL
1
NULL Muestra claro dominio de las herramientas en 3D, así como facilidad para adecuarse a los requerimientos
1
NULL
1
NULL
1
NULL
1
NULL
1
NULL
1
NULL
1
Renzo es un excelente trabajador, responsable y proactivo
1
NULL
1
NULL Excelente practicante, muy responsable y con alto sentido de compromiso
1
NULL Es un gran elemento en nuestro equipo de trabajo, siempre se muestra interesado en encontrar nuevas formas de solucionar.
1
Muy responsable
1
Tiene un buen desempeño en las tareas que se le ha encargado
1
Excelente persona y responsable en todo aspecto.
1
Reforzamiento en actividades de testing de software El sr Ochante exedio las horas requeridas encontrando un profesional dedicado.
1
1
1
1
1 dcxxxvi
2011S 428 A 2011S 429 A 2011S 433 A 2011S 434 A 2011S 445 A 2011S 447 A 2011S 460 A 2011S 471 A 2011S 481 A 2011S 482 A 2011S 484 A 2011S 485 A
u6106 27 u7107 10 u4119 39 u3113 14 u7116 64 u7107 36 u6101 32 u5116 06 u4116 31 u8139 84 u7120 38 u4118 98
Abel es una persona responsable y proactiva. Trabaja bien bajo presión y le preocupa que su trabajo sea de buena calidad.
1
NULL Cesar estuvo a cargo de la evaluación de la seguridad de las bases de datos y aplicaciones de una organización estatal.
1
NULL Elizabeth es una persona respetuosa y con alto sentido de responsabilidad.
1
NULL
1
Alumno bien preparado en el desarrollo de software.
1
NULL Asumió sus labores con mucha responsabilidad y proactividad. Desarrolla aplicación de SW con poca supervisión
2
Profesional preparado para el mercado laboral de IT
2
Buena disposición para el trabajo en general
2
NULL
2
1
1
2
dcxxxvii
dcxxxviii
dcxxxix
EVIDENCIAS ABET: PRÁCTICAS PREPROFESIONALES 2012
dcxl
OUTCOMES DE ABET, CRITERIOS Y CURSOS QUE LOS SOPORTAN - PRACTICAS PROFESIONALES - SISTEMAS DE INFORMACION
Program Outcomes a)
Propone soluciones en sistemas de información aplicando principios de matemática, ciencias, computación e ingeniería
b)
Formula y administra proyectos y
Criterios a.c1. Aplica conocimientos matemáticos y científicos en las propuesta de soluciones en sistemas de información a.c2. Aplica conocimientos computacionale s en la propuestas de soluciones con sistemas en información a.c3. Aplica conocimientos de ingeniería en la propuesta de soluciones con sistemas de información b.c1. Define proyectos o experimentos
COMPETENCIAS DE LA CARRERA (1ra practica)
COMPETENCIAS DE LA CARRERA (2da practica)
3. Plantea soluciones a problemas identificados en 3. Plantea soluciones a problemas identificados en el ámbito de los sistemas de información. el ámbito de los sistemas de información.
5. Establece metas realistas evaluando su viabilidad e importancia. 8. Es capaz de ejecutar acciones previamente
7. Establece metas realistas evaluando su viabilidad e importancia.
dcxli
experimentos en base al analisis e interpretación de datos relevantes en la implementación de sistemas de información
c)
para la implementación de un sistema de información b.c2. Realiza seguimiento y control de proyectos para la implementación de sistemas de información b.c3. Analiza e interpreta datos y/o resultados de la toma de requerimientos o ejecución de las tareas propias del desarrollo de proyectos de sistemas de información Diseña c.c1. Diseña la arquitectura de arquitectura negocio y tecnológica (TI) tecnológica para y la computacional implementación (SW) en base al de un sistema modelo de de información, negocio teniendo en previamente
definidas en el marco de un proyecto de sistemas de información.
9. Modela procesos de negocio que forman la base para el diseño de los componentes de un sistema de información.
12. Define los procesos necesarios para el eficaz mantenimiento y soporte de sistemas de información.
dcxlii
cuenta restricciones económicas, sociales, políticas, éticas y otras propias del entorno empresarial
definido considerando aspectos económicos, sociales, políticos, éticos c.c2. Diseña la arquitectura de la información o datos en base a un modelo de negocio, considerando aspectos económicos, sociales, políticos, éticos c.c3. Diseña arquitectura de procesos como parte de una arquitectura de negocios en base a reglas de negocio, aspectos sociales, éticos y del entorno empresarial tomándolo como base para la implementación
dcxliii
de un sistema de información
d)
e)
Participa en equipos multidisciplinari os liderando o desarrollando sus tareas eficientemente con profesionales de diferentes especialidades o dominios de aplicación Identifica y analiza problemas de negocio o tecnológicos dentro del ciclo de vida de un sistema de información con alcance empresarial o inter empresarial
d.c1. Participa en equipos multidisciplinari os con eficacia, eficiencia y objetividad d.c2. Conoce al menos un sector empresarial o dominio de aplicación de los sistemas de información e.c1. Identifica debilidades o problemas de alcance negocio o tecnológicos y las oportunidades de su solución e.c2. Define las variables que inducen el problema o debilidad y las
7. Muestra responsabilidad profesional en el ejercio de sus funciones.
6. Tiene capacidad de integrarse rápidamente al trabajo en equipo. 9. Muestra responsabilidad profesional en el ejercicio de sus funciones.
1. Identifica problemas en el ámbito de los sistemas de información. 2. Formula problemas en el ámbito de los sistemas de información.
1. Identifica problemas en el ámbito de los sistemas de información. 2. Formula problemas en el ámbito de los sistemas de información.
dcxliv
oportunidades que se pierden con ellas
f) Propone soluciones en sistemas de información con responsabilidad profesional y ética
(g)
Comunica ideas o resultados oral o escritos con claridad y efectividad a público de diferentes especialidades y niveles jerárquicos
e.c3. Analiza variables identificando riesgos y acciones de mitigación f.c1. Muestra ética en el desempeño profesional f.c2. Muestra responsabilidad en el cumplimiento del rol de ingeniero de sistemas de información g.c1. Comunica oralmente sus ideas y/o resultados con objetividad a público de diferentes especialidades y niveles jerarquicos
6. Muestra entendimiento de ética en el ejercicio profesional.
8. Muestra entendimiento de ética en el ejercicio profesional.
4. Muestra habilidad para aplicar conocimientos de computación e ingenieria en la solución de problemas.
4. Muestra habilidad para aplicar conocimientos de computación e ingenieria en la solución de problemas. 5. Tiene habilidad para analizar e interpretar datos o resultados.
dcxlv
h)
i)
g.c2. Comunica en forma escrita ideas y/o resultados con objetividad a público de diferentes especialidades y niveles jerarquicos h.c1. Comprende el impacto de los sistemas de información en el contexto Identifica el global. impacto de las soluciones en h.c2. sistemas de Comprende el información en impacto de los el contexto sistemas de global, información en económico y del el contexto entorno en la económico. sociedad h.c3. Comprende el impacto de los sistemas de información en la sociedad. Actualiza los i.c1. Actualiza conocimientos conceptos y en conocimientos
11. Comprende el impacto de la implementación de eficientes sistemas de información en el contexto económico de una empresa.
10. Analiza problemas y define proyectos en computación como alternativa de solución a los mismos.
13. Comprende la necesidad de utilizar modernas metodologias, técnicas y herramientas en la práctica profesional.
14. Aplica modernas metodologías, técnicas y herramientas en la práctica profesional.
dcxlvi
metodologías, técnicas, herramientas por ser necesarios para mantener la vigencia en el desarrollo de sistemas de información j)
k)
necesarios para el desarrollo profesional i.c2. Reconoce la necesidad del aprendizaje permanente para el desempeño profesional
j.c1. Comprende las competencias profesionales Analiza hechos del Ingeniero de Sistemas de del mundo contemporaneo Información identificando el necesarios para atender las impacto en el demandas del desempeño profesional del mundo contemporaneo ingeniero de sistemas de j.c2. Analiza información nuevos métodos de colaboración y comunicación en el mundo contemporaneo Utiliza técnicas k.c1. Utiliza y herramientas técnicas de de última última generación en el generación en el desarrollo de desarrollo de
10. Identifica rápidamente casos o problemas del mundo copntemporáneo que pueden repercutir en el ámbito empresarial de los sistemas de 13. Muestra conocimiento de la profesión y su información. aplicación en temas contemporáneos dentro del 12. Comprensión del impacto de los sistemas de ámbito empresarial en el cual se desempeña. información en la sociedad al contar con funcionalidades apropiadas amigables y funcionales.
13. Comprende la necesidad de utilizar modernas metodologias, técnicas y herramientas en la práctica profesional.
11. Implementa sistemas de informacióny/o elementos que lo componen.
dcxlvii
sistemas de información
sistemas de información k.c2. Utiliza herramientas de última generación en el desarrollo de sistemas de información
dcxlviii
Cod_Info Cod_Prac Cod_Alu rme tica mno 523 2012FA
u512908
1937 2012FA
u410677
177 2012FA
u910221
771 2012FA
u910120
770 2012FA
u812737
639 2012FA
u910521
550 2012FA
u811210
599 2012FA
u913459
545 2012FA
u913530
1020 2012SA
u511837
658 2012SA
u610734
478 2012SA
u811238
642 2012SA
u813359
560 2012SA
u812717
Ciclo 2012 -1 2012 -1 2012 -1 2012 -2 2012 -2 2012 -2 2012 -1 2012 -1 2012 -1 2012 -2 2012 -1 2012 -2 2012 -2 2012 -2
Carrera Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información
NombreAlumno
Empresa
AreaPractica
Rosa, Alfaro Carranza
HSBC Bank Perú
Claudia, Peralta
Luz del Sur S.A.A JE Construcciones Generales
Business Intelligence Supervisión de Sistemas de Información
Diego, Godoy Alvarez Maggie Stefany, Chumpitaz Barraza Nelson Alberto, Marin Apaza Wilfredo Aldo Juan Luis, Talledo Ruiz Alberto Carlos, López Macussi Frank Alfred, Soto Melendez
Área de Tecnología
UPC
Dirección de Sistemas
UPC
Dirección de Sistemas
Sidequest S.A.C
Desarrollo .NET
G4S Perú S.A.C
Sistemas
SISPRO.COM.PE S.A.C
Desarrollo de Proyectos
Juan Daniel, Ratto Fabián
HSBC Bank Perú
Risk Analytics
Oscar, Villegas Tamashiro Alonso, Sotomayor Rodriguez
DATCO Perú
Área de Certificación
Química Suiza S.A Holistic Innovation Systems S.A.C E-Advanced Enterprise Solutions
Business Information
Imasen S.A.C
NULL
Daniel, Pedraglio O'Hara David Alexander, Soto Vergara Mariella Daniella, Valdez Peña
Desarrollo Oracle Consultoría - TI
dcxlix
152 2012SA
u813336
710 2012SA
u711328
2012 -2 2012 -2
Ingeniería de Sistemas de Información Ingeniería de Sistemas de Información
Sara María, Reátegui Mori
Scotiabank
Seguridad y Control Regional
Nilton, Andrade
Ferreyros S.A
NULL
dcl
Cod_Informe 523 1937 177 771 770 639 550 599 545 1020 658 478 642 560 152 710
Cod_Practica 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alumno u512908 u410677 u910221 u910120 u812737 u910521 u811210 u913459 u913530 u511837 u610734 u811238 u813359 u812717 u813336 u711328
Ciclo 2012-1 2012-1 2012-1 2012-2 2012-2 2012-2 2012-1 2012-1 2012-1 2012-2 2012-1 2012-2 2012-2 2012-2 2012-2 2012-2
NombreResp Ricardo Miguel Angel Manuel Bertha Bertha Paolo Erika Víctor Manuel Susana Zori Jessica Dalia Samuel Manuel NULL
ApellidoResp Miyasato Linares Cabrera Castilla Castilla Cuadros Moreno Borbur Gonzalez De la Cruz Lopez Valverde Brun Sánchez Landauro NULL
NombreJefe Ricardo Miguel Angel Manuel Bertha Bertha Paolo Erika Víctor Manuel Susana Zori Jessica Dalia Samuel Manuel NULL
ApellidoJefe Miyasato Linares Cabrera Castilla Castilla Cuadros Moreno Borbur Gonzalez De la Cruz Lopez Valverde Brun Sánchez Landauro NULL
TelfJefe 6163000 2719000 3492080 3133333 3133333 2753549 2131255 997581665 6193000 997520607 2124132 3552513 6281258 945729791 997515813 NULL
dcli
Cod_Alumno u512908 u410677 u910221 u910120 u812737 u910521 u811210 u913459 u913530 u511837 u610734 u811238 u813359 u812717 u813336 u711328
Ciclo 2012-1 2012-1 2012-1 2012-2 2012-2 2012-2 2012-1 2012-1 2012-1 2012-2 2012-1 2012-2 2012-2 2012-2 2012-2 2012-2
HorasSemana NULL NULL 30 30 30 30 30 NULL 30 NULL 30 30 30 30 30 30
TotalSemanas NULL NULL 11 13 14 11 11 NULL 12 NULL 12 11 12 8 12 11
TotalHoras NULL NULL 320 390 409 320 320 NULL 360 NULL 360 330 360 240 360 320
dclii
Cod_Inform e 523 1937 177 771 770 639 550 599 545
Cod_Practic a 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA
Cod_Alumn o u512908 u410677 u910221 u910120 u812737 u910521 u811210 u913459 u913530
comp1 R 2 2 3 NULL NULL 4 3 4 3
comp2 R 2 2 3 NULL NULL 0 3 4 3
comp3 R 3 3 3 NULL NULL 0 3 4 3
comp4 R 3 3 4 NULL NULL 4 3 4 4
comp5 R 2 2 3 NULL NULL 4 3 3 3
comp6 R 4 2 4 NULL NULL 4 3 4 4
dcliii
Cod_Infor me 523 1937 177 771 770 639 550 599 545
Cod_Pract ica 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA
Cod_Alu mno u512908 u410677 u910221 u910120 u812737 u910521 u811210 u913459 u913530
comp 7R 4 3 3 NULL NULL 4 3 4 4
comp 8R 2 3 3 NULL NULL 4 3 4 4
comp 9R 3 2 3 NULL NULL 0 4 4 4
comp1 0R 2 2 2 NULL NULL 4 0 3 4
comp1 1R 0 3 3 NULL NULL 0 3 3 4
comp1 2R 4 3 2 NULL NULL 4 2 3 3
comp1 3R 4 3 3 NULL NULL 4 3 4 4
dcliv
Cod_Informe 523 1937 177 771 770 639 550 599 545
Cod_Practica 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA
Cod_Alumno u512908 u410677 u910221 u910120 u812737 u910521 u811210 u913459 u913530
preg1R NULL NULL
preg2R NULL NULL 3 0 0
NULL
4 2 2 NULL
3 4 NULL
4 4 NULL
dclv
Cod_Inform e 523 1937 177 771 770 639 550 599 545
Cod_Practic a 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA
Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u512908 3 3 2 4 2 2 3 u410677 2 2 3 4 4 3 4 u910221 3 3 4 2 3 3 3 u910120 3 3 3 2 3 0 3 u812737 2 3 3 2 3 0 2 u910521 4 4 4 3 4 3 4 u811210 3 2 4 3 3 3 3 u913459 4 3 4 3 3 4 3 u913530 3 3 4 3 2 3 3
dclvi
Cod_Infor me 523 1937 177 771 770 639 550 599 545
Cod_Prac tica 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA 2012FA
Cod_Alu mno u512908 u410677 u910221 u910120 u812737 u910521 u811210 u913459 u913530
resp resp resp1 resp1 resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 4R 5R 2 3 3 2 3 3 3 3 2 2 3 2 2 4 2 2 2 NULL 3 3 4 4 3 3 2 3 2 2 4 2 3 3 2 2 2 2 4 2 3 3 3 4 4 3 4 4 4 4 3 3 3 3 3 3 3 3 3 2 3 2 3 3 4 3 3 2 3 2 4 4 3 3
dclvii
ci Cod_I Cod_ Cod_ cl nfor Practi Alum o me ca no Comentario X 2012 u512 Buen desempeño en general. Se requieren habilidades que está 523 FA 908 adquiriendo con éxito. 1 2012 u410 1937 FA 677 NULL 1 2012 u910 El desarrollo de Diego en nuestra empresa ha superado las 177 FA 221 expectativas que teníamos. 1 2012 u910 El programa cubre los conocimientos necesarios para que el 771 FA 120 profesional de sistemas aporte positivamente al logro. 2 2012 u812 Sus entregables han mejorado. Puede mejorar su capacidad de 770 FA 737 trabajo en equipo. 2 2012 u910 Mostró un muy buen desempeño y compromiso con las tareas 639 FA 521 asignadas. 2 Alberto ha demostrado en este tiempo ser una persona proactiva, 2012 u811 analítica, entusiasta y muy responsable. Es de gran ayuda contar con 550 FA 210 él en nuestro equipo. 1 2012 u913 Los horarios de clase de la UPC son muy complicados y hacen difícil 599 FA 459 que los alumnos cumplan con el horario de trabajo. 1 Se ha percibido un gran potencial en el desarrollo de herramientas 2012 u913 de información para el manejo de toma de decisiones a nivel 545 FA 530 gerencial. 1
dclviii
dclix
dclx
Cod_Infor me 1020 658 478 642 560 152 710
Cod_Prac tica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alu mno u511837 u610734 u811238 u813359 u812717 u813336 u711328
comp comp comp comp comp comp comp comp 1R 2R 3R 4R 5R 6R 7R 8R 3 4 3 3 4 4 3 4 4 3 3 3 4 4 3 3 4 3 4 4 4 3 3 3 3 3 4 4 4 4 4 4 4 4 3 4 0 4 4 4 4 4 3 4 4 4 4 4 4 3 3 3 3 4 NULL 4
dclxi
Cod_Info rme 1020 658 478 642 560 152 710
Cod_Pra ctica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alu comp comp comp comp comp comp mno 9R 10R 11R 12R 13R 14R u511837 4 3 3 3 4 3 u610734 4 3 3 3 4 3 u811238 4 3 3 0 4 3 u813359 4 4 3 4 4 4 u812717 4 0 4 4 4 3 u813336 4 4 3 4 4 4 u711328 3 4 4 3 4 4
comp 15R NULL NULL NULL NULL NULL NULL NULL
comp 16R NULL NULL NULL NULL NULL NULL 4
dclxii
Cod_Informe 1020 658 478 642 560 152 710
Cod_Practica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alumno u511837 u610734 u811238 u813359 u812717 u813336 u711328
preg1R NULL NULL NULL NULL NULL NULL NULL
preg2R NULL NULL NULL NULL NULL NULL NULL
dclxiii
Cod_Inform e 1020 658 478 642 560 152 710
Cod_Practic a 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u511837 4 4 3 3 4 4 4 u610734 3 4 4 4 3 3 3 u811238 3 4 4 3 2 4 4 u813359 4 3 4 3 4 4 4 u812717 4 3 4 4 3 0 0 u813336 3 4 3 4 4 3 4 u711328 3 4 3 3 3 3 4
dclxiv
Cod_Infor me 1020 658 478 642 560 152 710
Cod_Prac tica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alu mno u511837 u610734 u811238 u813359 u812717 u813336 u711328
resp resp resp1 resp1 resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 4R 5R 3 3 4 4 4 4 3 3 3 3 3 3 3 4 3 2 4 3 4 4 3 3 4 4 2 3 4 4 4 4 4 4 4 4 4 4 4 4 3 3 3 4 4 4 4 4 4 4 4 3 3 3 4 4 3 3
dclxv
Cod _Inf Cod Cod orm _Pra _Alu e ctica mno Comentario u51 102 201 183 0 2SA 7 NULL u61 El conocimiento intelectual de Alonso Sotomayor no se ha podido 201 073 evaluar en un alto nivel, el cual se ha podido ver que está preparado, ya 658 2SA 4 que nuestra empresa mantiene parámetros regionales. u81 El alumno se encuentra bastante preparado para aplicar sus 201 123 conocimientos en cualquier herramienta aplicada a tecnología de 478 2SA 8 información. u81 201 335 David Soto siempre se mostró proactivo y demostró flexibilidad y 642 2SA 9 fortaleza frente a los cambios que enfrentó la organización. u81 201 271 560 2SA 7 NULL u81 Se desempeña muy bien como practicante, asumiendo con mucha 201 333 responsabilidad y eficiencia las actividades encomendadas, brindando 152 2SA 6 soporte a sus compañeros locales, en Latinoamérica y Canadá u71 201 132 Buen desempeño en la implementación de un sistema de registro y 710 2SA 8 control de capacitación.
ci cl o X
2
1
2
2
2
2
2
dclxvi
dclxvii
dclxviii
OUTCOMES DE ABET, CRITERIOS Y CURSOS QUE LOS SOPORTAN - PRACTICAS PROFESIONALES - SOFTWARE
Program Outcomes a)
b)
Criterios a.c1. Aplica conocimientos matemáticos y científicos en las propuesta de soluciones en sistemas de Propone información soluciones en a.c2. Aplica sistemas de conocimientos información computacionale aplicando s en la principios de propuestas de matemática, soluciones con ciencias, sistemas en computación e información ingeniería a.c3. Aplica conocimientos de ingeniería en la propuesta de soluciones con sistemas de información Formula y b.c1. Define administra proyectos o proyectos y experimentos experimentos en para la
COMPETENCIAS DE LA CARRERA (1ra practica)
COMPETENCIAS DE LA CARRERA (2da practica)
3. Plantea soluciones a problemas identificados en 3. Plantea soluciones a problemas identificados en el ámbito de los sistemas de información. el ámbito de los sistemas de información.
5. Establece metas realistas evaluando su viabilidad e importancia. 8. Es capaz de ejecutar acciones previamente definidas en el marco de un proyecto de sistemas
7. Establece metas realistas evaluando su viabilidad e importancia.
dclxix
base al analisis e interpretación de datos relevantes en la implementación de sistemas de información
c)
implementación de un sistema de información b.c2. Realiza seguimiento y control de proyectos para la implementación de sistemas de información b.c3. Analiza e interpreta datos y/o resultados de la toma de requerimientos o ejecución de las tareas propias del desarrollo de proyectos de sistemas de información Diseña c.c1. Diseña la arquitectura de arquitectura negocio y tecnológica (TI) tecnológica para y la computacional implementación (SW) en base al de un sistema modelo de de información, negocio teniendo en previamente cuenta definido
de información.
9. Modela procesos de negocio que forman la base para el diseño de los componentes de un sistema de información.
12. Define los procesos necesarios para el eficaz mantenimiento y soporte de sistemas de información.
dclxx
restricciones económicas, sociales, políticas, éticas y otras propias del entorno empresarial
considerando aspectos económicos, sociales, políticos, éticos c.c2. Diseña la arquitectura de la información o datos en base a un modelo de negocio, considerando aspectos económicos, sociales, políticos, éticos c.c3. Diseña arquitectura de procesos como parte de una arquitectura de negocios en base a reglas de negocio, aspectos sociales, éticos y del entorno empresarial tomándolo como base para la implementación de un sistema
dclxxi
de información
d)
e)
Participa en equipos multidisciplinari os liderando o desarrollando sus tareas eficientemente con profesionales de diferentes especialidades o dominios de aplicación Identifica y analiza problemas de negocio o tecnológicos dentro del ciclo de vida de un sistema de información con alcance empresarial o inter empresarial
d.c1. Participa en equipos multidisciplinari os con eficacia, eficiencia y objetividad d.c2. Conoce al menos un sector empresarial o dominio de aplicación de los sistemas de información e.c1. Identifica debilidades o problemas de alcance negocio o tecnológicos y las oportunidades de su solución e.c2. Define las variables que inducen el problema o debilidad y las
7. Muestra responsabilidad profesional en el ejercio de sus funciones.
6. Tiene capacidad de integrarse rápidamente al trabajo en equipo. 9. Muestra responsabilidad profesional en el ejercicio de sus funciones.
1. Identifica problemas en el ámbito de los sistemas de información. 2. Formula problemas en el ámbito de los sistemas de información.
1. Identifica problemas en el ámbito de los sistemas de información. 2. Formula problemas en el ámbito de los sistemas de información.
dclxxii
oportunidades que se pierden con ellas
f) Propone soluciones en sistemas de información con responsabilidad profesional y ética
(g)
Comunica ideas o resultados oral o escritos con claridad y efectividad a público de diferentes especialidades y niveles jerárquicos
e.c3. Analiza variables identificando riesgos y acciones de mitigación f.c1. Muestra ética en el desempeño profesional f.c2. Muestra responsabilidad en el cumplimiento del rol de ingeniero de sistemas de información g.c1. Comunica oralmente sus ideas y/o resultados con objetividad a público de diferentes especialidades y niveles jerarquicos
6. Muestra entendimiento de ética en el ejercicio profesional.
8. Muestra entendimiento de ética en el ejercicio profesional.
4. Muestra habilidad para aplicar conocimientos de computación e ingenieria en la solución de problemas.
4. Muestra habilidad para aplicar conocimientos de computación e ingenieria en la solución de problemas. 5. Tiene habilidad para analizar e interpretar datos o resultados.
dclxxiii
h)
i)
g.c2. Comunica en forma escrita ideas y/o resultados con objetividad a público de diferentes especialidades y niveles jerarquicos h.c1. Comprende el impacto de los sistemas de información en el contexto Identifica el global. impacto de las soluciones en h.c2. sistemas de Comprende el información en impacto de los el contexto sistemas de global, información en económico y del el contexto entorno en la económico. sociedad h.c3. Comprende el impacto de los sistemas de información en la sociedad. Actualiza los i.c1. Actualiza conocimientos conceptos y en conocimientos
11. Comprende el impacto de la implementación de eficientes sistemas de información en el contexto económico de una empresa.
10. Analiza problemas y define proyectos en computación como alternativa de solución a los mismos.
13. Comprende la necesidad de utilizar modernas metodologias, técnicas y herramientas en la práctica profesional.
14. Aplica modernas metodologías, técnicas y herramientas en la práctica profesional.
dclxxiv
metodologías, técnicas, herramientas por ser necesarios para mantener la vigencia en el desarrollo de sistemas de información j)
k)
necesarios para el desarrollo profesional i.c2. Reconoce la necesidad del aprendizaje permanente para el desempeño profesional
j.c1. Comprende las competencias profesionales Analiza hechos del Ingeniero de Sistemas de del mundo contemporaneo Información identificando el necesarios para atender las impacto en el demandas del desempeño profesional del mundo contemporaneo ingeniero de sistemas de j.c2. Analiza información nuevos métodos de colaboración y comunicación en el mundo contemporaneo Utiliza técnicas k.c1. Utiliza y herramientas técnicas de de última última generación en el generación en el desarrollo de desarrollo de
10. Identifica rápidamente casos o problemas del mundo copntemporáneo que pueden repercutir en el ámbito empresarial de los sistemas de 13. Muestra conocimiento de la profesión y su información. aplicación en temas contemporáneos dentro del 12. Comprensión del impacto de los sistemas de ámbito empresarial en el cual se desempeña. información en la sociedad al contar con funcionalidades apropiadas amigables y funcionales.
13. Comprende la necesidad de utilizar modernas metodologias, técnicas y herramientas en la práctica profesional.
11. Implementa sistemas de informacióny/o elementos que lo componen.
dclxxv
sistemas de información
sistemas de información k.c2. Utiliza herramientas de última generación en el desarrollo de sistemas de información
dclxxvi
Cod_Infor me 822 180 720 732 543 862 740 750 1039 640 892 795
Cod_Practi Cod_Alum ca no Ciclo 20122012FA u710495 2 20122012FA u912129 1 20122012FA u710038 2 20122012SA u711145 2 20122012SA u611255 2 20122012SA u811192 2 20122012SA u411914 2 20122012SA u410240 2 20122012SA u611129 2 20122012SA u910307 2 20122012SA u813274 2 20122012SA u812189 2
Carrera Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software Ingeniería de Software
NombreAlumno
Empresa
Carlos Eduardo, García Cabrera
Acredita S.A.C
Lorena Tiffany, Cabrera Pillaca
Hugo, Picón Hu
Corebit S.A.C Holistic Innovation Systems S.A.C Global Business Solutions S.A.C
Luis Enrique, Carlos Reyes
Boyles Bros. Diamantina S.A Sistemas
Richard, Giraldo Canta Christian Alberto, Gonzalez Castañeda Max Alejandro, Gómez-Sánchez Vergaray
IBM del Perú S.A.C
Alonso, Aguilar Urbina
AreaPractica Desarrollo y Tecnología NULL Software Factory .NET Consultoría ABAP
Focus Business Solutions
SMI-GTS-IBM Inteligencia de Negocios
Telefónica Móvilas S.A
Facturación
Jaylli Víctor, Arteaga Sánchez
Gaviota Reps. S.A.C
Gerencia General
Luis Ángel, Nieto Quispe
Sidequest S.A.C
Quality Assurance
Jaime Junior's, Coronado Gutierrez
Consorcio HBO S.A.C Holistic Innovation Systems S.A.C
Sistemas
Elí Obed, de la Rosa Raymundo
Desarrollo .NET
dclxxvii
Cod_Practica 2012FA 2012FA 2012FA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alumno u710495 u912129 u710038 u711145 u611255 u811192 u411914 u410240 u611129 u910307 u813274 u812189
Ciclo 2012-2 2012-1 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2
NombreResp Rafael Mónica Roberto José Orlando Fiorella Luis Katherine Wilmer Paolo David Roberto
ApellidoResp Herrera Cortijo Quispe Muñoz Bautista Barrelli Torres Medina Pozo Cuadros Coba Quispe
NombreJefe Rafael Mónica Roberto José Orlando Fiorella Luis Katherine Wilmer Paolo David Roberto
ApellidoJefe Herrera Cortijo Quispe Muñoz Bautista Barrelli Torres Medina Pozo Cuadros Coba Quispe
TelfJefe 2065000 991813827 3552513 7158489 998705793 6256469 2215106 2103514 2421616 2753549 6105798 3552513
dclxxviii
Cod_Practica 2012FA 2012FA 2012FA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alumno u710495 u912129 u710038 u711145 u611255 u811192 u411914 u410240 u611129 u910307 u813274 u812189
Ciclo 2012-2 2012-1 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2 2012-2
HorasSemana TotalSemanas TotalHoras 30 24 720 30 12 360 30 11 320 30 14 420 30 11 320 30 14 400 30 12 360 30 52 1560 30 11 320 30 11 320 30 17 500 30 11 320
dclxxix
Cod_Infor me 822 180 720
Cod_Practi ca 2012FA 2012FA 2012FA
Cod_Alum comp1 comp2 comp3 comp4 comp5 comp6 comp7 no R R R R R R R u710495 NULL NULL NULL NULL NULL NULL NULL u912129 3 3 3 3 3 4 4 u710038 4 4 4 4 4 0 4
dclxxx
Cod_Info rme 822 180 720
Cod_Pra ctica 2012FA 2012FA 2012FA
Cod_Alu comp comp comp comp comp comp comp mno 8R 9R 10R 11R 12R 13R 14R u710495 NULL NULL NULL NULL NULL NULL NULL u912129 3 3 3 3 3 3 3 u710038 4 0 4 0 4 4 4
comp 15R NULL NULL 0
dclxxxi
Cod_Informe 822 180 720
Cod_Practica 2012FA 2012FA 2012FA
Cod_Alumno u710495 u912129 u710038
preg1R NULL NULL NULL
preg2R NULL NULL NULL
dclxxxii
Cod_Inform e 822 180 720
Cod_Practic a 2012FA 2012FA 2012FA
Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u710495 4 3 4 3 3 3 4 u912129 3 3 4 3 2 3 3 u710038 3 4 3 0 3 4 4
dclxxxiii
Cod_Infor me 822 180 720
Cod_Prac tica 2012FA 2012FA 2012FA
Cod_Alu mno u710495 u912129 u710038
resp resp resp1 resp1 resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 4R 5R 3 3 4 4 4 3 4 3 3 3 3 3 4 3 3 3 4 4 4 3 0 4 4 4
dclxxxiv
Cod_I Cod_ Cod_ nfor Practi Alum me ca no Comentario Excelente practicante, muy responsable, con alto nivel de 2012 u710 compromiso laboralmente. Cumplió ampliamente lo solicitado y 822 FA 495 requerido por la empresa. 2012 u912 180 FA 129 NULL 2012 u710 El alumno presenta una formación que se adecúa a los 720 FA 038 requerimientos del negocio.
cic lo X
2 1 2
dclxxxv
dclxxxvi
dclxxxvii
Cod_Infor me 732 543 862 740 750 1039 640 892 795
Cod_Practi ca 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alum no u711145 u611255 u811192 u411914 u410240 u611129 u910307 u813274 u812189
comp1 R NULL 4 NULL NULL NULL 4 4 NULL NULL
comp2 R NULL 4 NULL NULL NULL 4 4 NULL NULL
comp3 R NULL 4 NULL NULL NULL 4 4 NULL NULL
comp4 R NULL 4 NULL NULL NULL 4 4 NULL NULL
comp5 R NULL 4 NULL NULL NULL 4 0 NULL NULL
comp6 R NULL 4 NULL NULL NULL 4 0 NULL NULL
comp7 R NULL 4 NULL NULL NULL 4 4 NULL NULL
dclxxxviii
Cod_Info rme 732 543 862 740 750 1039 640 892 795
Cod_Pra ctica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alu mno u711145 u611255 u811192 u411914 u410240 u611129 u910307 u813274 u812189
comp 8R NULL 4 NULL NULL NULL 4 4 NULL NULL
comp 9R NULL 4 NULL NULL NULL 4 4 NULL NULL
comp 10R NULL 4 NULL NULL NULL 4 3 NULL NULL
comp 11R NULL 4 NULL NULL NULL 4 0 NULL NULL
comp 12R NULL 4 NULL NULL NULL 4 0 NULL NULL
comp 13R NULL 4 NULL NULL NULL 4 4 NULL NULL
comp 14R NULL 4 NULL NULL NULL 4 4 NULL NULL
comp 15R NULL 4 NULL NULL NULL 4 0 NULL NULL
dclxxxix
Cod_Informe 732 543 862 740 750 1039 640 892 795
Cod_Practica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alumno u711145 u611255 u811192 u411914 u410240 u611129 u910307 u813274 u812189
preg1R NULL NULL NULL NULL NULL NULL NULL NULL NULL
preg2R NULL NULL NULL NULL NULL NULL NULL NULL NULL
dcxc
Cod_Inform e 732 543 862 740 750 1039 640 892 795
Cod_Practic a 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alumn resp1 resp2 resp3 resp4 resp5 resp6 resp7 o R R R R R R R u711145 4 4 3 3 3 4 4 u611255 4 4 4 3 3 4 4 u811192 4 4 4 4 4 4 4 u411914 4 4 3 3 3 3 3 u410240 4 4 4 0 4 4 4 u611129 4 4 4 4 4 4 4 u910307 4 4 4 3 4 4 4 u813274 4 4 4 4 4 4 4 u812189 4 4 3 4 4 3 4
dcxci
Cod_Infor me 732 543 862 740 750 1039 640 892 795
Cod_Prac tica 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA 2012SA
Cod_Alu mno u711145 u611255 u811192 u411914 u410240 u611129 u910307 u813274 u812189
resp resp resp1 resp1 resp1 resp1 resp1 resp1 8R 9R 0R 1R 2R 3R 4R 5R 4 4 3 3 3 3 3 3 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 2 3 3 3 4 3 3 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 3 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 3 3 4 4 4 4
dcxcii
Cod _Inf orm e 732 543 862 740
Cod _Pra ctica 2012 SA 2012 SA 2012 SA 2012 SA
Cod _Alu mno u71 1145 u61 1255 u81 1192 u41 1914
ci cl o X
Comentario Profesional, responsable, con criterio para tomar decisiones.
2
Muy proactivo y técnicas en propuestas de desarrollo. Richard es un excelente profesional con alto compromiso y responsabilidad.
2 2
NULL Como profesional es excelente, nos ha ayudado a optimizar varios 2012 u41 procesos y se ha integrado fácilmente al equipo, pues como persona 750 SA 0240 también es A1. 2012 u61 Tuvo un trabajo brillante y logró que el equipo culmine exitosamente 1039 SA 1129 el proyecto. Tiene grandes habilidades técnicas y de comunicación oral. Mostró muy buen desempeño y capacidad para resolver los problemas 2012 u91 de programación e ingeniería que se le presentaron. Muestra interés y 640 SA 0307 proactividad en uso de nuevos conceptos. 2012 u81 892 SA 3274 NULL 2012 u81 795 SA 2189 Profundizar SQL
2
2 2
2 2 2
dcxciii
dcxciv
dcxcv
EVIDENCIAS ABET: WINTER SCHOOL 2013
dcxcvi
INTRODUCCIÓN A LOS VIDEOJUEGOS TABULACIÓN P1 P2 P3 P4 P5 P6 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
dcxcvii
P7
P8
P9
P10
1 2 3 4 5 1 2 3 4 5 SI NO 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
1
1
1
1 1
1 1 1
1
1
1 1
1
1 1
La metodología del profesor
- Aprender herramientas avanzadas - Aprender conceptos de arte Técnicos conocimientos
1 1 1 1 1
1 1 1
Debió ser más largo y haber abarcado más de Unity
1
1 1 1
8 horas por día son un poco frustrantes Fue un curso de introducción muy valioso porque dio a conocer de manera global cómo es el funcionamiento de la industria del videojuego y cine Más horas
- Trabajo práctico - Amplios conocimientos - Trabajo dinámico y entretenido - Que aprendí cosas nuevas - Que el profesor domine el tema - Amplios campos de desempeño profesional de la carrera - Lo importante de tener Excelente curso, se conocimientos de lo debe profundizar en un aprendido ciclo regular
1 1
1
COMENTARIO 2
Continuar con el curso. Es decir, que sea más extenso
1 1
1
COMENTARIO 1 (ASPECTOS MÁS VALORADOS)
- La experiencia del profesor - Su paciencia para enseñar 1 dcxcviii
1
1 1
1
1 1
1
1 1
1
1 1
1
1 1
1
1 1
1
1 1
Me cambió la forma de pensar de cómo se crean los videojuegos en 3-D - Me dio un mejor entendimiento del cual es el proceso para hacer un videojuego - Aprendí a usar nuevos softwares - La metodología en la manera de enseñar - Enseñó varios temas que no esperaba - Profesionalismo del profesor - Intensidad del curso - El profesor nos dio una idea general de todo el proceso para hacer videojuegos con conceptos que no había escuchado antes - La variedad de programas que hemos usado - Nos han enseñado temas que no pensé que aprenderíamos - La metodología es muy buena y los temas importantes para la carrera - Los temas que se tocaron durante el curso - El método de enseñanza del profesor
Me gustó mucho y me pareció muy útil. Me hubiera gustado llevarlo en un horario menos intensivo
Curso muy interesante e intensivo respecto al desarrollo de modelos en 3D
Aumentar los cursos que se pueden llevar con profesores reconocidos
dcxcix
TOTAL P1 P2 P3 P4 P5 P6 P7 P8 P9 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 SI NO 0 0 0 0 25 0 0 1 4 20 0 0 0 2 23 0 0 0 2 23 0 0 1 5 19 0 0 3 9 13 0 0 1 15 9 1 0 0 2 22 18 5
Resultado de encuestas Winter School 2013 Introd. al Desarrollo de Videojuegos
P r e g u n t a s
P8
2 0 0 1
P7
1 0 0
P6
22 9
9
3
0 0
15 13 19
5
5
P5
1 0 0
P4
0 0 0
2
23
P3
0 0 0
2
23
P2
1 0 0
P1
0 0 0 0
0
4 3 2 1
20
4
25
5
10
15
20
25
30
Total
dcc
Resultado de encuestas Winter School 2013 Introd. al Desarrollo de Videojuegos: ¿Superó expectativas? P r e g u P9 n t a s
5 NO 18
0
5
10
15
SI
20
Total
dcci
DISEÑO DE INTERFACES TABULACIÓN P1
P2
P3
P4
P5
P6
1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
5
1 1 1
1
dccii
P7
P8
P9
1 2 3 4 5 1 2 3 4 5 SI NO 1 1 1
1
1
1
1
1
1
1 1
1
1
1
1
1
1
1
1
1
1
1 1
1
1 1
1
1
1 1
P10 COMENTARIO 1 (ASPECTOS MÁS VALORADOS) - Por lo que he aprendido - Por la capacidad de ejemplo y ejercicios útiles - He aprendido información relevante para mi desarrollo personal - La disponibilidad y actitud del profesor - Los temas desarrollados en clase fueron bastante interesantes para mi carrera - Aprender un lenguaje de programación nuevo El uso de un nuevo lenguaje Para realizar los ejercicios en algunos casos el profesor manda links (Tutoriales) de cómo hacerlos, como ejemplos, y que tienen explicación concisa, para realizar los proyectos. - El uso del software Visual Basic - La calidad de enseñanza Porque el curso es muy completo y hay muchos temas interesantes - Todos aprendimos a programar en Visual Basic algo sencillo - Los videos del profesor me permitieron aprender mucho de manera sencilla Se desarrolló todos los temas y éstos fueron de gran ayuda
COMENTARIO 2
Me hubiese gustado que el material hubiese estado más actualizado (Windows 7 u 8, no 98)
De repente que el curso sea de 2 semanas
No todo el material del curso está explícitamente en español y eso dificulta la comprensión de los problemas
dcciii
1
Pensé que el profesor sería de Carnegie - El uso de herramientas Mellon, eso me para casos de usabilidad decepcionó un poco, y - La pasión en enseñar que fuera online aspectos del ser humano también
1 1
1
1
1
1
1
1
1
1
1
1
1 1
1 1
1
Este curso fue una buena experiencia, he aprendido cosas novedosas e interesantes
1
1 1 1
- La enseñanza online sirve para conocer otras formas de aprendizaje - La ayuda del profesor fue buena a la hora de explicar los temas - El profesor ha mandado links para poder entender mejor los temas. - He aprendido una manera más de programar, en otro compilador.
1
1 1 1 1
- El ambiente incentivador para avanzar el curso - Las herramientas habilitadas para el curso Exigencia, responsabilidad - Gran cantidad de material de referencia - Disponibilidad del profesor para absolver dudas La utilidad que puede tener el curso y su exigencia
Debería hacerse desde el hogar
Ninguna
dcciv
TOTAL P1 P2 P3 P4 P5 P6 P7 P8 P9 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 SI NO 0 0 0 11 8 0 0 1 12 6 0 0 0 3 16 0 0 1 7 11 0 0 2 8 9 0 0 4 11 4 0 0 0 9 10 0 0 2 8 9 17 2
Resultado de encuestas Winter School 2013 Diseño de Interfaces P8 P r e g u n t a s
P7
8
2
0 0
4 4
0 0
P5
0 0
P3
0 0
P1
8
5 4
11
3 16
3 6
1
8
2
4
6
2 1
12
0 0 0
0
9
7
1
0 0 0
P2
11
2
0 0
P4
10
9
0 0 0
P6
9
8
11
10
12
14
16
18
Total
dccv
Resultado de encuestas Winter School 2013 Diseño de Interfaces: ¿Superó expectativas? P r e g u P9 n t a s
2 NO 17
0
2
4
6
8
10
12
14
16
SI
18
Total
dccvi
ROL DEL ARQUITECTO TABULACIÓN P1
P2
P3
P4
P5
1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
P6 3 4 5 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1
dccvii
P7
P8
P9
P10
COMENTARIO 1 (ASPECTOS MÁS 1 2 3 4 5 1 2 3 4 5 SI NO VALORADOS) - Gran conocimiento de la profesora, ya que ha abarcado temas que no conocía y lo ha sabido transmitir - Este curso ha enriquecido mucho mis 1 1 1 conocimientos - La profesora es muy buena enseñando, además de tener una metodología considerando las 8 horas seguidas por día - La diferente visión de un profesional del extranjero y toda la experiencia que nos 1 1 1 puede brindar El ambiente que creó la profesora y la diferente perspectiva sobre temas ya enseñados en la UPC 1 1 1 en cursos previos 1 1 1 1 1 1 1 1 1 La cantidad de información valiosa obtenida en relación a mi carrera y la disposición de la profesora por despejar mis dudas y dejar todo 1 1 1 muy claro
1 1
1 1 1
1
COMENTARIO 2
Debería realizarse nuevamente para quienes no tuvieron la oportunidad. Además, seguir realizando cursos similares La metodología de enseñanza de la profesora debería ser aplicada en la UPC, ya que permite el entendimiento e interacción alumno profesor
dccviii
1
1 1
1 1
1 1 1 1
1
1 1
1 1
1 1 1 1
1
1 1
1
1
1
1 1
1
1
1
1 1
1 1
- Manejo de temas del expositor - Trabajos grupales Porque en una semana pudimos tocar varios temas que se ha desarrollado en diferentes cursos, como Gerencia de Proyectos, Seguridad, DAE, IAE, etc.
Extender más el tiempo del curso para que sean 4 o 5 horas diarias y no 8, ya que se hace muy pesado
Las experiencias, el profesionalismo y la gran metodología El curso ayudó a reforzar lo aprendido integrando los conocimientos de cursos anteriores
- La información respecto a las normas y estándares existentes - El ciclo de vida de un proceso - La dinámica, que los alumnos salgan a resolver casos en la pizarra - Resolución de dudas mediante ejemplos reales
La experiencia de la ponente fue muy enriquecedora para darle un valor agregado al curso Metodología del curso
Según la currícula, se llegó a cumplir todos los puntos establecidos; sin embargo, la falta de material impreso o virtual causa un poco de incomodidad
Se necesita que los alumnos reciban materiales de apoyo. Por la velocidad del curso, el trabajo final debió ser comunicado con más tiempo y las diapositivas del curso entregadas antes
La forma en la cual se planifica un proyecto basándose en modelo de Desarrollo de Software dccix
1
1 1
1
1 1
1
1 1
1 1
1 El lugar debería tener tomacorrientes para poder utilizar laptops
1 1
1
1
1 1
- La manera en la que se relacionaron todos los temas de la carrera - La simplicidad de los conceptos
1
1
1
1 1
- Aprendizaje interactivo - Buen ánimo y llegada a los alumnos
1 1 1
- Temas muy nutritivos para mi carrera profesional - Docente con mucha calidad de enseñanza y experiencia
Cursos como estos generan un gran valor agregado a nuestra carrera profesional
- La profesora tiene una excelente forma de animar a los alumnos - Los temas tocados son muy interesantes
Me parece que la cantidad de horas por día es muy pesada y un poco extensa para poder captar todos los temas
1 1
- El curso fue llevado a cabo por una profesional altamente competente y con experiencia en el campo - El temario correspondiente al curso abarcó los temas necesarios para el entendimiento y comprensión del curso
1 1
- La profesora explica muy detalladamente todos los puntos hasta que ningún estudiante tenga dudas - La experiencia de la profesora y gracias a ello nos contaba algunos casos exhibidos de ella
dccx
1 1
1 1 1 1 1
1 1 1 1
1 1 1 1 1
1 1 1 1
- Dinámica para aprender - Paciencia y aclaración de puntos importantes - La profesora es una de las mejores, se da a entender y se preocupa porque todos entendamos - Los temas, aunque han sido explicados de manera rápida debido a las horas por día, se ha entendido todo perfectamente bien Proyectos y calidad
dccxi
TOTAL P1 P2 P3 P4 P5 P6 P7 P8 P9 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 SI NO 0 0 0 2 35 0 0 0 6 31 0 0 0 3 34 0 0 0 7 30 0 0 0 5 32 1 2 5 7 22 0 0 4 11 22 0 0 1 6 30 34 2
Resultado de encuestas Winter School 2013 Rol del Arquitecto P8 P r e g u n t a s
P7
P5
0 0 0
P4
0 0 0
P3
0 0 0
P2
0 0 0
P1
0 0 0
0
22
7
5
1 2
22
11
4
0 0
P6
30
6
1 0 0
32
5
5 4
30
7
3 34
3
2 1
31
6
35
2
5
10
15
20
25
30
35
40
Total
dccxii
Resultado de encuestas Winter School 2013 Rol del Arquitecto: ¿Superó expectativas? P r e g u P9 n t a s
2 NO 34
0
5
10
15
20
25
30
35
SI
40
Total
dccxiii
ANEXO 09: PROCESOS
dccxiv
1. INICIAR GESTIÓN DE PROYECTOS
dccxv
2. PLANIFICAR REQUISITOS TECNOLÓGICOS
dccxvi
3. REALIZAR RETROSPECTIVA
dccxvii
4. REALIZAR SEGUIMIENTO DE AVANCE DE PROYECTOS
dccxviii
5. GENERAR EVIDENCIAS ABET
dccxix
6.
EJECUTAR ENCUESTAS DE FIN DE CICLO
dccxx
7. TABULAR ENCUESTAS DE GRADUANDOS
dccxxi
8. GESTIONAR CONTRATO CON LAS EMPRESAS VIRTUALES
dccxxii
ANEXO 10: SPI (SCHEDULE PERFORMANCE INDEX)
dccxxiii
SPI 2012-2
dccxxiv
dccxxv
dccxxvi
dccxxvii
dccxxviii
dccxxix
dccxxx
dccxxxi
dccxxxii
dccxxxiii
dccxxxiv
dccxxxv
dccxxxvi
dccxxxvii
dccxxxviii
SPI 2013-1
dccxxxix
Seguimiento de proyectos (20/04/2013) Observaciones ADAP-AC GCD GISC Proyectos ABET IFC-DC TP1 PPP SIVERCOV AP-MC2E APCENS ARCUS SEEA TP2 EVAC MKDCOM
Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%):
24% 32% 29% 43%
Desface (%):
-8%
Desface (%):
-14%
Riesgo Desface (%):
Riesgo
Riesgo Desface (%):
Riesgo
5% 9%
Desface (%):
Riesgo Desface (%): 6% 17% 18% 18% 43% 61% 49% 59% 22% 45% 34% 39%
Falta % de avance Falta % de avance
-4% Riesgo
Desface (%):
-11%
Desface (%):
0%
Desface (%):
-18%
Desface (%):
-10%
Desface (%):
-23%
Desface (%):
-5%
Falta actualizar las fechas y los % de avances
dccxl
Seguimiento de proyectos (30/04/2013) Observaciones ADAP-AC GCD GISC Proyectos ABET IFC-DC TP1 PPP SIVERCOV AP-MC2E APCENS ARCUS SEEA TP2 EVAC MKDCOM
Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%):
31% 37% 28% 32% 11% 13% 14% 16% 11% 14% 22% 25% 21% 21% 38% 39% 48% 60% 50% 69%
Cronograma Real (%):
90%
Cronograma Planificado (%): Cronograma Real (%):
Desface (%):
-6%
Desface (%):
-4%
Desface (%):
-2%
Desface (%):
-2%
Desface (%):
-3%
Desface (%):
-3%
Desface (%):
0%
Desface (%):
-1%
Desface (%):
-12%
Desface (%):
-19%
Desface (%):
10%
80% 31% Desface (%):
-2%
Falta precisar fechas a acciones realizadas o a realizarce
dccxli
Cronograma Planificado (%):
33%
dccxlii
Seguimiento de proyectos (26/05/2013) Observaciones ADAP-AC GCD GISC TP1
Proyectos ABET IFC-DC PPP SIVERCOV AP-MC2E APCENS ARCUS SEEA
TP2 EVAC MKDCOM
Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%):
46% 63% 43% 44% 30% 36% 19% 24% 12% 33% 33% 46% 22% 47% 42% 78%
Desface (%):
-17%
Desface (%):
-1%
Desface (%):
-6%
Desface (%):
-5%
Desface (%):
-21%
Desface (%):
-13%
Desface (%):
-25%
Desface (%):
-36%
Desface (%): Desface (%): Desface (%): Desface (%):
dccxliii
Seguimiento de proyectos (05/06/2013) Observaciones ADAP-AC GCD GISC TP1
Proyectos ABET IFC-DC PPP SIVERCOV AP-MC2E APCENS ARCUS SEEA
TP2 EVAC MKDCOM
Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%):
57% 63% 45% 50% 32% 37% 19% 27% 30% 35% 26% 31%
Desface (%):
-6%
Desface (%):
-5%
Desface (%):
-5%
Desface (%):
-8%
Desface (%):
-5%
Desface (%):
-5%
Desface (%):
0%
Desface (%):
0%
Desface (%): Desface (%): Desface (%): Desface (%):
dccxliv
Seguimiento de proyectos (18/06/2013) Observaciones ADAP-AC GCD GISC TP1
Proyectos ABET IFC-DC PPP SIGERCOV AP-MC2E APCENS
ARCUS
TP2
SEEA EVAC MKDCOM
Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%):
89% 93% 57% 63% 43% 46% 28% 30% 48% 51% 36% 39% 90% 90% 84% 91%
Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%):
89% 90% 84% 89% 99% 99% 95%
Desface (%):
4%
Desface (%):
6%
Desface (%):
3%
Desface (%):
2%
Desface (%):
3%
Desface (%):
3%
Desface (%):
0%
Desface (%):
7%
Desface (%):
1%
Desface (%):
5%
Desface (%):
0%
Desface (%):
-
dccxlv
Cronograma Planificado (%):
98%
3%
dccxlvi
ANEXO 11: FRAMEWORKS DE DOCUMENTACIÓN PMI
dccxlvii
01 PMP (PROJECT MANAGEMENT PLAN)
dccxlviii
PROJECT PLAN [Agency/Organization Name]
[PROJECT NAME] VERSION: [VERSION NUMBER]
REVISION DATE: [DATE]
Approval of the Project Plan indicates an understanding of the purpose and content described in this document and the related, attached plans for communication, configuration, performance, and risk management. Approval of the Project Plan constitutes approval of the Project Plan and the related plans. By signing this document, each individual agrees the project has been planned effectively as described herein. Agency Head [Name]
[Email]
Signature
[Telephone] Date
Executive Sponsor [Name]
[Email]
Signature
[Telephone] Date
Technology Sponsor [Name]
[Email]
Signature
[Telephone] Date
Project Manager [Name]
[Email]
Signature
[Telephone] Date
Information Security Officer [Name] Signature
[Email]
[Telephone] Date
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
Contents SECTION 1. ................................................................................................PROJECT OVERVIEW 1 1.1
Project Description ...................................................................................................... 1
1.2
Project Scope ............................................................................................................... 1
1.3
Assumptions ................................................................................................................ 1
1.4
Constraints .................................................................................................................. 1
SECTION 2. ........................................................................................ PROJECT ORGANIZATION 2 2.1
Internal Structure ........................................................................................................ 2
2.2
External Stakeholders.................................................................................................. 2
2.3
Roles and Responsibilities ........................................................................................... 2
SECTION 3. ................................................................................................. PROJECT START-UP 3 3.1
Project Life Cycle ......................................................................................................... 3
3.2
Methods, Tools, and Techniques ................................................................................ 3
3.3
Estimation Methods .................................................................................................... 3
3.4
Work Activities ............................................................................................................ 3
3.5
Schedule Allocation ..................................................................................................... 3
3.6
Resource Plan .............................................................................................................. 4
3.7
Budget Allocation ........................................................................................................ 4
SECTION 4. .................................................................................. MONITORING AND CONTROL 6 4.1
Change Control ............................................................................................................ 6
4.2
Issue Management ...................................................................................................... 6
4.3
Status Reporting .......................................................................................................... 6
SECTION 5. ......................................................................................... QUALITY MANAGEMENT 7 5.1
Quality Objectives ....................................................................................................... 7
5.2
Quality Standards ........................................................................................................ 7
Page i
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
5.3
Project Reviews and Assessments............................................................................... 7
5.4
Deliverables Acceptance ............................................................................................. 7
5.5
Process Improvement Activities .................................................................................. 8
SECTION 6. ............................................................................................. PROJECT TRANSITION 9 6.1
Closeout Plan ............................................................................................................... 9
6.2
Phase Closeout ............................................................................................................ 9
SECTION 7. ........................................................................................................... REFERENCES10 SECTION 8. .............................................................................................................. GLOSSARY 11 SECTION 9. .................................................................................................. REVISION HISTORY 12 SECTION 10. ......................................................................................................... APPENDICES13
Page ii
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
SECTION 1. PROJECT OVERVIEW 1.1
PROJECT DESCRIPTION
Describe the approach the project will use to address the business problem, including summarizing how the project will deliver the expected business outcomes and performance objectives. 1.2
PROJECT SCOPE
Describe the project scope. The scope defines project limits and identifies the products and/or services delivered by the project. The scope establishes the boundaries of the project and should describe products and/or services that are outside of the project scope. Project Includes
Project Excludes
1.3
ASSUMPTIONS
Describe any project assumptions related to business, technology, resources, scope, expectations, or schedules. Assumptions
1.4
CONSTRAINTS
Describe the limiting factors, or constraints, that restrict the project team’s options regarding scope, staffing, scheduling, and management of the project. Constraints
1
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
SECTION 2. PROJECT ORGANIZATION 2.1
INTERNAL STRUCTURE
Describe the organizational structure of the project team, preferably providing a graphical depiction as shown by the example project organization chart in the instructions. 2.2
EXTERNAL STAKEHOLDER S
Specify and describe the administrative and managerial liaisons between the project and the primary entities with which it interacts. Stakeholder Organization
2.3
Organization Relationship
Description/Nature
of
Stakeholder Name
ROLES AND RESPONSIBILITIES
Describe roles and responsibilities for the project management organization and external stakeholders identified in the project structure above. Role
Responsibility
2
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
SECTION 3. PROJECT START-UP 3.1
PROJECT LIFE CYCLE
Describe the project’s product or service delivery life cycle. Identify the development method(s), standards, policies, procedures, programming language(s), and other tools, techniques, and methods to be used to develop the work products or services for the project. 3.2
METHODS, TOOLS, AND TECHNIQUES
Identify the method(s), standards, policies, procedures, programming language(s), reusable code repositories, and other notations, tools, and techniques that may be used to develop and/or deploy the products and/or services for the project. 3.3
ESTIMATION METHODS
Describe the methods used to estimate the project level of effort, schedule, and budget. Describe tools and techniques used to obtain the estimates. Provide estimates for the project dimensions listed and identify the source or basis of the estimates and the level of uncertainty and risk associated with the estimates. Estimation Methods/Tools/Techniques Description Effort in person-months or person-hours Schedule in calendar months Budget in dollars Source/Basis of Estimate Level of Uncertainty
3.4
WORK ACTIVITIES
Provide a reference to the location of the work breakdown structure (WBS) and work packages within the WBS or provide the actual WBS and work packages within the WBS that will be maintained through the life of the project. Identifier
3.5
Work Package Description
Definition/Objective
Milestone/Deliverable
SCHEDULE ALLOCATION
From the work packages or WBS work activities and other inputs, develop the project schedule. For each activity or task, identify the resource(s) assigned and whether the activity is designated as a milestone, the duration of the work, estimated start and finish dates and task dependencies. The schedule should accurately reflect the work plan and project life cycle methodology used for the project. If the project schedule is maintained separately from the Project Plan, and to avoid redundancy, identify the name and location of the project schedule instead of including the following table. 3
[Agency/Organization Name] [Project Name] Identifier
3.6
PROJECT PLAN [Version Number] | [Revision Date]
Task/Activity Name Resource Name
Milestone (Y/N)
Effort/ Duration
Start
Finish
Dependent Task
RESOURCE PLAN
3.6.1
RESOURCE PROFILES
Generally describe primary resources that will be needed for the project including personnel (FTE and contract), equipment, facilities, hardware, software, materials, supplies, and training.
3.6.2
RESOURCE DETAIL
For each of the resources described under Resource Profiles, provide information on the cost estimate, number of hours required, availability of each resource and skill set requirements. For non-personnel resources, such as facilities or hardware, indicate “not applicable” under skill set. Resource
3.6.3
Cost Estimate
Estimated Hours
Availability
Skill Set
Work Product/Deliverable
RESOURCE STAFFING
For all staffing (FTE and contract) required on the project, develop a staffing plan that shows the number of personnel, by type, that will be required on a monthly basis. Personnel Category
3.7
Month
Month
Month
Month
Month
Month
Month
BUDGET ALLOCATION
Identify by work package or budget category the amount allocated to each major WBS work activity. Alternatively, provide the project budget by standard cost categories such as personnel, travel, equipment, and administrative support. If the budget is maintained 4
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
separately from the Project Plan, and to avoid redundancy, identify the name and location of the budget instead of including the following table. Identifier
Work Package or Budget Category
Cost
5
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
SECTION 4. MONITORING AND CONTROL 4.1
CHANGE CONTROL
4.1.1
CHANGE REQUEST TRACKING
Describe the tracking process for all proposed changes, including how change requests are initiated, logged and tracked, and assigned for analysis and recommendation.
4.1.2
CHANGE REQUEST REVIEW
Describe the review process, including a description of the roles involved in determining specific resolution actions such as approval, rejection, or delay of a change request.
4.1.3
ADDITIONAL PROJECT C ONTROL
Describe any additional processes that may exist to further control changes to certain aspects of the project. Include a description of these processes, if different than the change request process, for changes such as project scope, schedule, and budget. 4.2
ISSUE MANAGEMENT
Describe the resources, methods, and tools to be used to report, analyze, prioritize, and handle project issues. Describe how the issues will be tracked and managed to closure. 4.3
STATUS REPORTING
Describe how project status reporting information will be used to monitor and control the project, including escalation procedures and thresholds that may be used in response to corrective actions identified as part of the reporting process. If a consistent process has been established at the organization or agency level for how project status reporting information will be used to monitor and control the project, refer to the process.
6
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
SECTION 5. QUALITY MANAGEMENT 5.1
QUALITY OBJECTIVES
Describe of the overall quality objectives established for the project. These quality objectives will be used to identify the quality standards by stating the desired end result. If quality objectives have been established at the organization or agency level for all projects, refer to the agency and/or organizational quality objectives. Include project specific quality objectives as needed. 5.2
QUALITY STANDARDS
Identify the agency, industry, or regulatory project quality standards that will be followed and assessed by the project. Include standards that are related to the project and not the product and/or service that will be delivered by the project. If quality standards have been established at the organization or agency level for all projects, refer to the agency and/or organizational quality standards. Include project-specific quality standards as needed. No.
Quality Standard
Tracking Tools or Measures
1 2 3 4 5 6 7 8
5.3
PROJECT REVIEWS AND ASSESSMENTS
Describe the types of project reviews that are directly related to the project and not to the product and/or service. Describe the tools used, reviewer(s), and the report that will be generated as a result of the review. Review Type
Quality Standard
Tools
Reviewer
Reports
Describe how the results of project reviews will be monitored, evaluated, and how variance to acceptable criteria will be reported and resolved. 5.4
DELIVERABLES ACCEPTANCE
For each project deliverable, describe the final approval process for product acceptance from an overall quality perspective and include the objective criteria to be used for customer acceptance.
7
[Agency/Organization Name] [Project Name] Deliverable
5.5
PROJECT PLAN [Version Number] | [Revision Date] Final Approval Process
Customer Acceptance Criteria
PROCESS IMPROVEMENT ACTIVITIES
Describe the activities that will be performed periodically to assess the project’s processes, identify areas for improvement, and implement improvement plans.
8
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
SECTION 6. PROJECT TRANSITION 6.1
CLOSEOUT PLAN
Describe the plan for closing the project from an administrative, financial, and logistical perspective. 6.2
PHASE CLOSEOUT
Describe phase closeout if applicable.
9
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
SECTION 7. REFERENCES Provide a list of all documents and other sources of information referenced in the Plan and utilized in the project. Include for each the document number, title, date, and author. Document No.
Document Title
Date
Author
10
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
SECTION 8. GLOSSARY Define all terms and acronyms required to interpret the Project Plan properly.
11
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
SECTION 9. REVISION HISTORY Identify changes to the Project Plan. Version
Date
Name
Description
12
[Agency/Organization Name] [Project Name]
PROJECT PLAN [Version Number] | [Revision Date]
SECTION 10. APPENDICES Include any relevant appendices.
13
02 CMP (CHANGE MANAGEMENT PLAN)
dcclxv
CHANGE MANAGEMENT PLAN Version Number: 1.0 Version Date:
[Insert appropriate disclaimer(s)]
Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.
Notes to the Author [This document is a template of a Change Management Plan document for a project. The template includes instructions to the author, boilerplate text, and fields that should be replaced with the values specific to the project.
Blue italicized text enclosed in square brackets ([text]) provides instructions to the document author, or describes the intent, assumptions and context for content included in this document.
Blue italicized text enclosed in angle brackets () indicates a field that should be replaced with information specific to a particular project.
Text and tables in black are provided as boilerplate examples of wording and formats that may be used or modified as appropriate to a specific project. These are offered only as suggestions to assist in developing project documents; they are not mandatory formats.
When using this template, the following steps are recommended: 1. Replace all text enclosed in angle brackets (e.g., ) with the correct field document values. These angle brackets appear in both the body of the document and in headers and footers. To customize fields in Microsoft Word (which display a gray background when selected) select File->Properties->Summary and fill in the appropriate fields within the Summary and Custom tabs. After clicking OK to close the dialog box, update all fields throughout the document selecting Edit>Select All (or Ctrl-A) and pressing F9. Or you can update each field individually by clicking on it and pressing F9.
2.
These actions must be done separately for any fields contained with the document’s Header and Footer. Modify boilerplate text as appropriate for the specific project.
3. To add any new sections to the document, ensure that the appropriate header and body text styles are maintained. Styles used for the Section Headings are Heading 1, Heading 2 and Heading 3. Style used for boilerplate text is Body Text.
4. To update the Table of Contents, right-click on it and select “Update field” and choose the option - “Update entire table”.
5. Before submission of the first draft of this document, delete this instruction section “Notes to the Author” and all instructions to the author throughout the entire document.
Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.
VERSION HISTORY [Provide information on how the development and distribution of the Change Management Plan will be controlled and tracked. Use the table below to provide the version number, the author implementing the version, the date of the version, the name of the person approving the version, the date that particular version was approved, and a brief description of the reason for creating the revised version.] Version Implemented Revision Approved Number By Date By 1.0
Approval Description of Change Date
Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.
TABLE OF CONTENTS 1
INTRODUCTION .................................................................................................. DCCLXVII 1.1
2
Purpose of The Change Management Plan ............................................... dcclxvii
CHANGE MANAGEMENT PROCESS ...................................................................... DCCLXVII 2.1
Change Request Process Flow Requirements .......................................... dcclxvii
2.2
Change Request Form and Change Management Log ........................... dcclxviii
2.3 Evaluating and Authorizing Change Requests .......................................... dcclxviii 2.3.1 Change Control Board dcclxix 3
RESPONSIBILITIES ................................................................................................ DCCLXIX Appendix A: Change Management Plan Approval dcclxx APPENDIX B: REFERENCES dcclxxi APPENDIX C: KEY TERMS dcclxxii
Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.
INTRODUCTION PURPOSE OF THE CHANGE MANAGEMENT PL AN
[Provide the purpose of the Change Management Plan. This document should be tailored to fit the particular project needs.] The Change Management Plan documents and tacks the necessary information required to effectively manage project change from project inception to delivery. The Change Management Plan is created during the Planning Phase of the project. Its intended audience is the project manager, project team, project sponsor and any senior leaders whose support is needed to carry out the plan.
CHANGE MANAGEMENT PROCESS The Change Management process establishes an orderly and effective procedure for tracking the submission, coordination, review, evaluation, categorization, and approval for release of all changes to the project’s baselines. CHANGE REQUEST PROCE SS FLOW REQUIREMENTS
[Outline the project team’s agreed upon change request (CR) process flow. The following outlines a generic change request process flow.] Step Generate CR Log CR Status Evaluate CR Authorize Implement
Description A submitter completes a CR Form and sends the completed form to the Change Manager The Change Manager enters the CR into the CR Log. The CR’s status is updated throughout the CR process as needed. Project personnel review the CR and provide an estimated level of effort to process, and develop a proposed solution for the suggested change Approval to move forward with incorporating the suggested change into the project/product If approved, make the necessary adjustments to carry out the requested change and communicate CR status to the submitter and other stakeholders
Generate CR
Evaluate CR
Authorize CR
Log Updated Status Report Status
Implement CR
Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.
CHANGE REQUEST FORM AND CHANGE MANAGEMEN T LOG
[List and define the data elements the project team needs to include on the Change Request Form and in the Change Management Log. At a minimum, the following data should be included on the project’s Change Request Form and Change Management Log.] Element Date CR# Title Description Submitter Phone E-Mail Product Version Priority
Description The date the CR was created Assigned by the Change Manager A brief description of the change request Description of the desired change, the impact, or benefits of a change should also be described Name of the person completing the CR Form and who can answer questions regarding the suggested change Phone number of the submitter Email of the submitter The product that the suggested change is for The product version that the suggested change is for A code that provides a recommended categorization of the urgency of the requested change (High, Medium, Low)
EVALUATING AND AUTHORIZING CHANGE REQUES TS
[In order to evaluate and prioritize a change request, the “priority” and “type” of the change are taken into consideration. Use the first and second tables below to list and define the “priority” and “type” data elements that are applicable for the project. The third table provides examples of commonly used project status types. The list of elements is at the discretion of the project manager.] Change requests are evaluated using the following priority criteria: Priority High Medium Low
Description
Change requests are evaluated and assigned one or more of the following change types: Type Scope Time Duration Cost Resources Deliverables Product Processes Quality
Description Change affecting scope Change affecting time Change affecting duration Change affecting cost Change affecting resources Change affecting deliverables Change affecting product Change affecting process Change affecting quality
Change requests are evaluated and assigned one of the following status types: Status Open
Description Entered/Open but not yet approved or assigned
Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.
Work in Progress In Review Testing Closed
CR approved, assigned, and work is progressing CR work is completed and in final review prior to testing CR work has been reviewed and is being tested CR work is complete, has passed all tests, and updates have been released.
CHANGE CONTROL BOARD
[A Change Control Board (CCB) is a formally constituted group of stakeholders responsible for approving or rejecting changes to the project baselines. This group may meet on a predefined schedule or on an as needed basis. The table below provides a brief description of personnel acting as the Change Control Board (CCB) and their role/level of authority within that group.] Role
Name
Contact
[Insert Role]
[Insert Name]
[Insert Contact #]
Description
[Insert Role Description]
RESPONSIBILITIES [Provide a brief description of persons responsible for each step of the change management process for the project.] Role Project Manager Change Manager [Insert Role]
Name
Contact
[Insert Name]
[Insert Contact #]
Description
[Insert Role Description]
Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.
Appendix A: Change Management Plan Approval The undersigned acknowledge that they have reviewed the Change Management Plan and agree with the information presented within this document. Changes to this Change Management Plan will be coordinated with, and approved by, the undersigned, or their designated representatives.
[List the individuals whose signatures are desired. Examples of such individuals are Business Owner, Project Manager (if identified), and any appropriate stakeholders. Add additional lines for signature as necessary.] Signature: Print Name: Title: Role:
Date:
Signature: Print Name: Title: Role:
Date:
Signature: Print Name: Title: Role:
Date:
Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.
APPENDIX B: REFERENCES [Insert the name, version number, description, and physical location of any documents referenced in this document. Add rows to the table as necessary.] The following table summarizes the documents referenced in this document.
Document Name
Description
Location
Project Charter Memoria de la empresa virtual SSIA Version: ¡Error! Nombre desconocido de propiedad de documento.
APPENDIX C: KEY TERMS The following table provides definitions and explanations for terms and acronyms relevant to the content presented within this document. Term [Insert Term]
Definition
03 SP (SCHEDULE MANAGEMENT PLAN)
dcclxxvi
PROJECT SCHEDULE MANAGEMENT PLAN TEMPLATE
SCHEDULE MANAGEMENT PLAN
COMPANY NAME STREET ADDRESS CITY, STATE ZIP CODE
DATE
Schedule Management Plan Template
TABLE OF CONTENTS INTRODUCTION ..................................................................................................................... 2 SCHEDULE MANAGEMENT APPROACH ................................................................................... 2 SCHEDULE CONTROL .............................................................................................................. 3 SCHEDULE CHANGES AND THRESHOLDS ................................................................................. 4 SCOPE CHANGE ..................................................................................................................... 4
1
Schedule Management Plan Template
INTRODUCTION This section highlights the purpose and importance of the schedule management plan. It provides a general description of what should be included in the schedule management plan. These items will be described in more detail later in the plan under each corresponding section.
The project schedule is the roadmap for how the project will be executed. Schedules are an important part of any project as they provide the project team, sponsor, and stakeholders a picture of the project’s status at any given time. The purpose of the schedule management plan is to define the approach the project team will use in creating the project schedule. This plan also includes how the team will monitor the project schedule and manage changes after the baseline schedule has been approved. This includes identifying, analyzing, documenting, prioritizing, approving or rejecting, and publishing all schedule-related changes.
SCHEDULE MANAGEMENT APPROACH This section provides a general framework for the approach which will be taken to create the project schedule. This includes the scheduling tool/format, schedule milestones, and schedule development roles and responsibilities. Project schedules will be created using MS Project 2007 starting with the deliverables identified in the project’s Work Breakdown Structure (WBS). Activity definition will identify the specific work packages which must be performed to complete each deliverable. Activity sequencing will be used to determine the order of work packages and assign relationships between project activities. Activity duration estimating will be used to calculate the number of work periods required to complete work packages. Resource estimating will be used to assign resources to work packages in order to complete schedule development. Once a preliminary schedule has been developed, it will be reviewed by the project team and any resources tentatively assigned to project tasks. The project team and resources must agree to the proposed work package assignments, durations, and schedule. Once this is achieved the project sponsor will review and approve the schedule and it will then be baselined. The following will be designates as milestones for the project schedule: Completion of scope statement and WBS/WBS Dictionary Baselined project schedule Approval of final project budget Project kick-off Approval of roles and responsibilities Requirements definition approval 2
Schedule Management Plan Template
Completion of data mapping/inventory Project implementation Acceptance of final deliverables
Roles and responsibilities for schedule development are as follows: The project manager will be responsible for facilitating work package definition, sequencing, and estimating duration and resources with the project team. The project manager will also create the project schedule using MS Project 2007 and validate the schedule with the project team, stakeholders, and the project sponsor. The project manager will obtain schedule approval from the project sponsor and baseline the schedule. The project team is responsible for participating in work package definition, sequencing, and duration and resource estimating. The project team will also review and validate the proposed schedule and perform assigned activities once the schedule is approved. The project sponsor will participate in reviews of the proposed schedule and approve the final schedule before it is baselined. The project stakeholders will participate in reviews of the proposed schedule and assist in its validation.
SCHEDULE CONTROL This section defines how the project’s schedule will be controlled throughout the life of the project. This includes the frequency of updates and schedule reviews as well as communicating the schedule and progress. This section also defines roles and responsibilities as they relate specifically to project schedule control. The project schedule will be reviewed and updated as necessary on a bi-weekly basis with actual start, actual finish, and completion percentages which will be provided by task owners. The project manager is responsible for holding bi-weekly schedule updates/reviews; determining impacts of schedule variances; submitting schedule change requests; and reporting schedule status in accordance with the project’s communications plan. The project team is responsible for participating in bi-weekly schedule updates/reviews; communicating any changes to actual start/finish dates to the project manager; and participating in schedule variance resolution activities as needed. The project sponsor will maintain awareness of the project schedule status and review/approve any schedule change requests submitted by the project manager.
3
Schedule Management Plan Template
SCHEDULE CHANGES AND THRESHOLDS As the project schedule is created it is important that boundary conditions are set by the project sponsor to establish the schedule parameters within which the project is expected to operate. Any event which may potentially cause a schedule change which exceeds these boundary conditions must have a schedule change request submitted and approved by the sponsor before the schedule change is made. For this example we will use a change threshold of 10%. If any member of the project team determines that a change to the schedule is necessary, the project manager and team will meet to review and evaluate the change. The project manager and project team must determine which tasks will be impacted, variance as a result of the potential change, and any alternatives or variance resolution activities they may employ to see how they would affect the scope, schedule, and resources. If, after this evaluation is complete, the project manager determines that any change will exceed the established boundary conditions, then a schedule change request must be submitted. Submittal of a schedule change request to the project sponsor for approval is required if either of the two following conditions is true: The proposed change is estimated to reduce the duration of an individual work package by 10% or more, or increase the duration of an individual work package by 10% or more. The change is estimated to reduce the duration of the overall baseline schedule by 10% or more, or increase the duration of the overall baseline schedule by 10% or more. Any change requests that do not meet these thresholds may be submitted to the project manager for approval. Once the change request has been reviewed and approved the project manager is responsible for adjusting the schedule and communicating all changes and impacts to the project team, project sponsor, and stakeholders. The project manager must also ensure that all change requests are archived in the project records repository.
SCOPE CHANGE Occasionally, approved changes to the project’s scope may result in the schedule needing to be re-baselined. These scope changes may include new deliverables or requirements that were not previously considered as part of the original schedule’s development. In these situations the project manager and team must consider the current status of the project schedule and how the scope change will affect the schedule and its resources as the project moves forward. Any changes in the project scope, which have been approved by the project sponsor, will require the project team to evaluate the effect of the scope change on the current
4
Schedule Management Plan Template
schedule. If the project manager determines that the scope change will significantly affect the current project schedule, he/she may request that the schedule be rebaselined in consideration of any changes which need to be made as part of the new project scope. The project sponsor must review and approve this request before the schedule can be re-baselined.
5
Schedule Management Plan Template
SPONSOR ACCEPTANCE Approved by the Project Sponsor:
___________________________________________
Date:______________________
This free Project Schedule Management Plan Template is brought to you by www.ProjectManagementDocs.com
6
04 CP (COST MANAGEMENT PLAN)
dcclxxxiv
PROJECT COST MANAGEMENT PLAN TEMPLATE
COST MANAGEMENT PLAN
COMPANY NAME STREET ADDRESS CITY, STATE ZIP CODE
DATE
Cost Management Plan Template
TABLE OF CONTENTS INTRODUCTION .....................................................................................................................2 COST MANAGEMENT APPROACH ...........................................................................................2 MEASURING PROJECT COSTS ..................................................................................................3 REPORTING FORMAT .............................................................................................................4 COST VARIANCE RESPONSE PROCESS......................................................................................4 COST CHANGE CONTROL PROCESS..........................................................................................5 PROJECT BUDGET ...................................................................................................................5
1
Cost Management Plan Template
INTRODUCTION The Cost Management Plan clearly defines how the costs on a project will be managed throughout the project’s lifecycle. It sets the format and standards by which the project costs are measured, reported and controlled. The Cost Management Plan: Identifies who is responsible for managing costs Identifies who has the authority to approve changes to the project or its budget How cost performance is quantitatively measured and reported upon Report formats, frequency and to whom they are presented The Project Manager will be responsible for managing and reporting on the project’s cost throughout the duration of the project. During the monthly project status meeting, the Project Manager will meet with management to present and review the project’s cost performance for the preceding month. Performance will be measured using earned value. The Project Manager is responsible for accounting for cost deviations and presenting the Project Sponsor with options for getting the project back on budget. The Project Sponsor has the authority to make changes to the project to bring it back within budget.
COST MANAGEMENT APPROACH This section you explain your approach to cost management for your project. We chose to create Cost Accounts at the fourth level of the WBS as an example since many project management offices don’t have a Project Management Information System. If you are using a Project Management Information System then you can, and should, manage costs down to the work package level. For those who don’t have a Project Management Information System you’ll want to determine which level of the WBS you can most effectively manage the project’s costs from. The further down in the WBS you go, the more detailed your cost management is. However, you should balance the granularity at which you want to manage costs against the amount of effort it takes to manage at that level. The more granular your cost management, the more work is necessary to manage it. Costs for this project will be managed at the fourth level of the Work Breakdown Structure (WBS). Control Accounts (CA) will be created at this level to track costs. Earned Value calculations for the CA’s will measure and manage the financial performance of the project. Although activity cost estimates are detailed in the work packages, the level of accuracy for cost management is at the fourth level of the WBS. Credit for work will be assigned at the work package level. Work started on work packages will grant that work package with 50% credit; whereas, the remaining 50% is credited upon completion of all work defined in that work package. Costs may be rounded to the nearest dollar and work hours rounded to the nearest whole hour.
2
Cost Management Plan Template
Cost variances of +/- 0.1 in the cost and schedule performance indexes will change the status of the cost to cautionary; as such, those values will be changed to yellow in the project status reports. Cost variances of +/- 0.2 in the cost and schedule performance indexes will change the status of the cost to an alert stage; as such, those values will be changed to red in the project status reports. This will require corrective action from the Project Manager in order to bring the cost and/or schedule performance indexes below the alert level. Corrective actions will require a project change request and be must approved by the Project Sponsor before it can become within the scope of the project.
MEASURING PROJECT COSTS This section defines how the project’s costs will be measured. The PMBOK focuses on Earned Value Management for measuring and controlling a project’s costs. Earned Value Management is a broad and powerful tool; as such, we recommend that all project managers take some formal courses in Earned Value Management. In this section you should detail how you will measure the project costs. What Earned Value measurements will be captured and reported upon. Will you use any tools, such as project management software, to assist in capturing Earned Value metrics? How will you forecast future project costs? Will you review cost performance over time, across work packages or schedule activities? Our example in this section measures four Earned Value measurements; Schedule Variance (SV), Cost Variance (CV), Schedule Performance Index (SPI) and Cost Performance Index (CPI). For most typical projects these four measurements can provide enough insight for effective management without overburdening the Project Manager with Earned Value calculations and measurements. Schedule Variance (SV) is a measurement of the schedule performance for a project. It’s calculated by taking the Earned Value (EV) and subtracting the Planned Value (PV). Since EV is the actual value earned in the project and the PV is the value our project plan says we should have earned at this point, when we subtract what we planned from the actual we have a good measurement which tells us if we are ahead or behind the baseline schedule according to our project plan. If SV is zero, then the project is perfectly on schedule. If SV is greater than zero, the project is earning more value than planned thus it’s ahead of schedule. If SV is less than zero, the project is earning less value than planned thus it’s behind schedule. Cost Variance (CV) is a measurement of the budget performance for a project. CV is calculated by subtracting Actual Costs (AC) from Earned Value (EV). As we already know, EV is the actual value earned in the project. AC is the actual costs incurred to date, thus when we subtract what our actual costs from the EV we have a good measurement which tells us if we are above or below budget. If CV is zero, then the project is perfectly on budget. If CV is greater than zero, the project is earning more value than planned thus it’s under budget. If CV is less than zero, the project is earning less value than planned thus it’s over budget.
3
Cost Management Plan Template
Schedule Performance Index (SPI) measures the progress achieved against that which was planned. SPI is calculated as EV/PV. If EV is equal to PV the value of the SPI is 1. If EV is less than the PV then the value is less than 1, which means the project is behind schedule. If EV is greater than the PV the value of the SPI is greater than one, which means the project is ahead of schedule. A well performing project should have its SPI as close to 1 as possible, or maybe even a little under 1. Cost Performance Index (CPI) measures the value of the work completed compared to the actual cost of the work completed. CPI is calculated as EV/AC. If CPI is equal to 1 the project is perfectly on budget. If the CPI is greater than 1 the project is under budget, if it’s less than 1 the project is over budget. Performance of the project will be measured using Earned Value Management. The following four Earned Value metrics will be used to measure to projects cost performance: Schedule Variance (SV) Cost Variance (CV) Schedule Performance Index (SPI) Cost Performance Index (CPI) If the Schedule Performance Index or Cost Performance Index has a variance of between 0.1 and 0.2 the Project Manager must report the reason for the exception. If the SPI or CPI has a variance of greater than 0.2 the Project Manager must report the reason for the exception and provide management a detailed corrective plan to bring the projects performance back to acceptable levels. Performance Measure Schedule Performance Index (SPI) Cost Performance Index (CPI)
Yellow Red Between 0.9 and 0.8 or Less Than 0.8 or Greater Between 1.1 and 1.2 than 1.2 Between 0.9 and 0.8 or Less Than 0.8 or Greater Between 1.1 and 1.2 than 1.2
REPORTING FORMAT Reporting for cost management will be included in the monthly project status report. The Monthly Project Status Report will include a section labeled, “Cost Management”. This section will contain the Earned Value Metrics identified in the previous section. All cost variances outside of the thresholds identified in this Cost Management Plan will be reported on including any corrective actions which are planned. Change Requests which are triggered based upon project cost overruns will be identified and tracked in this report.
COST VARIANCE RESPONSE PROCESS
4
Cost Management Plan Template
This section of the Cost Management Plan defines the control thresholds for the project and what actions will be taken if the project triggers a control threshold. As a part of the response process the Project Manager typically presents options for corrective action to the Project Sponsor who will then approve an appropriate action in order to bring the project back on budget. The Project Manager may propose to increase the budget for the project, reduce scope or quality, or some other corrective action. The Control Thresholds for this project is a CPI or SPI of less than 0.8 or greater than 1.2. If the project reaches one of these Control Thresholds a Cost Variance Corrective Action Plan is required. The Project Manager will present the Project Sponsor with options for corrective actions within five business days from when the cost variance is first reported. Within three business days from when the Project Sponsor selects a corrective action option, the Project Manager will present the Project Sponsor with a formal Cost Variance Corrective Action Plan. The Cost Variance Corrective Action Plan will detail the actions necessary to bring the project back within budget and the means by which the effectiveness of the actions in the plan will be measured. Upon acceptance of the Cost Variance Corrective Action Plan it will become a part of the project plan and the project will be updated to reflect the corrective actions.
COST CHANGE CONTROL PROCESS Typically the change control process follows the project change control process. If there are special requirements for the cost change control process, they should be detailed in this section. The cost change control process will follow the established project change request process. Approvals for project budget/cost changes must be approved by the project sponsor.
PROJECT BUDGET The budget for this categories... Fixed Costs: Material Costs Contractor Costs Total Project Cost
project is detailed below. Costs for this project are presented in various $xxx,xxx.xx $xxx,xxx.xx $xxx,xxx.xx $xxx,xxx.xx
Management Reserve $x,xxx.xx
5
Cost Management Plan Template
SPONSOR ACCEPTANCE Approved by the Project Sponsor:
___________________________________________
Date: ______________________
This free Project Cost Management www.ProjectManagementDocs.com
Plan
6
Template
is
brought
to
you
by
05 QAP (QUALITY MANAGEMENT PLAN)
dccxcii
PROJECT QUALITY MANAGEMENT PLAN Version
[Insert appropriate disclaimer(s)]
Project Charter
VERSION HISTORY [Provide information on how the development and distribution of the Project Quality Management Plan, up to the final point of approval, was controlled and tracked. Use the table below to provide the version number, the author implementing the version, the date of the version, the name of the person approving the version, the date that particular version was approved, and a brief description of the reason for creating the revised version.] Version # 1.0
Implemented By
Revision Date
Approved By
Approval Date
Reason
UP Template Version: 11/30/06
Page 794 of 1038 [Insert appropriate disclaimer(s)]
Project Charter
Note to the Author [This document is a template of a Project Quality Management Plan document for a project. The template includes instructions to the author, boilerplate text, and fields that should be replaced with the values specific to the project.
Blue italicized text enclosed in square brackets ([text]) provides instructions to the document author, or describes the intent, assumptions and context for content included in this document.
Blue italicized text enclosed in angle brackets () indicates a field that should be replaced with information specific to a particular project.
Text and tables in black are provided as boilerplate examples of wording and formats that may be used or modified as appropriate to a specific project. These are offered only as suggestions to assist in developing project documents; they are not mandatory formats.
When using this template for your project document, it is recommended that you follow these steps: 6. Replace all text enclosed in angle brackets (i.e., ) with the correct field values. These angle brackets appear in both the body of the document and in headers and footers. To customize fields in Microsoft Word (which display a gray background when selected): a. Select File>Properties>Summary and fill in the Title field with the Document Name and the Subject field with the Project Name. b. Select File>Properties>Custom and fill in the Last Modified, Status, and Version fields with the appropriate information for this document. c. After you click OK to close the dialog box, update the fields throughout the document with these values by selecting Edit>Select All (or Ctrl-A) and pressing F9. Or you can update an individual field by clicking on it and pressing F9. This must be done separately for Headers and Footers. 2. Modify boilerplate text as appropriate to the specific project. 3. To add any new sections to the document, ensure that the appropriate header and body text styles are maintained. Styles used for the Section Headings are Heading 1, Heading 2 and Heading 3. Style used for boilerplate text is Body Text. 4. To update the Table of Contents, right-click and select “Update field” and choose the option- “Update entire table” 5. Before submission of the first draft of this document, delete this “Notes to the Author” page and all instructions to the author, which appear throughout the document as blue italicized text enclosed in square brackets.]
Page 795 of 1038 [Insert appropriate disclaimer(s)]
Project Charter
TABLE OF CONTENTS 1
INTRODUCTION ..................................................................................................... 797 1.1
2
3
Purpose of The Project Quality Management Plan ..................................... 797
PROJECT QUALITY MANAGEMENT OVERVIEW ............................................... 797 2.1
Organization, Responsibilities, and Interfaces ............................................ 797
2.2
Tools, Environment, and Interfaces ............................................................. 797
PROJECT QUALITY MANAGEMENT ................................................................... 797 3.1 Quality Planning ........................................................................................... 797 3.1.1 Define Project Quality 798 3.1.2 Measure Project Quality 798 3.2 Quality Assurance ........................................................................................ 798 3.2.1 Analyze Project Quality 798 3.2.2 Improve Project Quality 798 3.3 Quality Control ............................................................................................. 798 Appendix A: Project Quality Management Plan Approval dcclxx Appendix B: References 800 Appendix C: Key Terms 801
Page 796 of 1038 [Insert appropriate disclaimer(s)]
Project Charter
INTRODUCTION PURPOSE OF THE PROJECT QUALITY MANAGEMEN T PLAN
[Provide the purpose of the Project Quality Management Plan. This document should be tailored to fit the particular project needs. Identify which project(s), product(s), and/or the portion of the project life cycle that are covered by this plan and the overall quality objectives for this project.] The Project Quality Management Plan documents the necessary information required to effectively manage project quality from project planning to delivery. It defines a project’s quality policies, procedures, criteria for and areas of application, and roles, responsibilities and authorities. The Project Quality Management Plan is created during the Planning Phase of the project. Its intended audience is the project manager, project team, project sponsor and any senior leaders whose support is needed to carry out the plan.
PROJECT QUALITY MANAGEMENT OVERVIEW ORGANIZATION, RESPONSIBILITIES, AND INTERFACES
[Describe the primary roles and responsibilities of the project staff as it relates to the practice of Project Quality Management. Indicate responsibilities for activities such as mentoring or coaching, auditing work products, auditing processes, participating in project reviews, etc.] Name [John Doe] [Jane Doe]
Role Project Manager Team Lead
Quality Responsibility Quality mentoring & coaching Quality audits
TOOLS, ENVIRONMENT, AND INTERFACES
[List and define the data elements the quality tools that will be used to measure project quality and level of conformance to defined quality standards/metrics.] Tool [Benchmarking]
Description [Industry recognized benchmarks]
PROJECT QUALITY MANAGEMENT At the highest of levels Quality Management involves planning, doing, checking, and acting to improve project quality standards. PMI PMBOK breaks the practice of Quality Management into three process groups: Quality Planning (QP), Quality Assurance (QA) and Quality Control (QC). The following sections define how this project will apply each of these practice groups to define, monitor and control quality standards. QUALITY PLANNING
[Identify which quality standards are relevant to the project and how to satisfy them. Identify and define appropriate quality metrics and measures for standards for project processes, product functionality, regulatory compliance requirements, project deliverables, project management performance, documentation, testing, etc. Identifies the acceptance criteria for project deliverables and product performance] Page 797 of 1038 [Insert appropriate disclaimer(s)]
Project Charter
DEFINE PROJECT QUALI TY
[Identify quality standards and expectations for customers, the project, organization and federal regulations, define customer and project goals, quality standards, critical success factors, and metrics for which to measure success, and outline acceptance criteria for project deliverables and product performance.] MEASURE PROJECT QUALITY
[Identify desired metrics and related monitoring processes for which to measure quality standard, develop a plan for measuring quality, define methods of data collection and archiving, and document timeframe for measurement and metrics reporting.] QUALITY ASSURANCE
[Identify and define those actions, and the metrics to measure them, that provide the confidence that project quality is in fact being met and has been achieved. Relate these actions to the quality standards defined in the planning section of this document.] ANALYZE PROJECT QUALITY
[Analyze quality data, document opportunities for improvement and apply what was learned from quality analysis to eliminate gaps between current and desired levels of performance.] IMPROVE PROJECT QUALITY
[Identify ways of doing things better, cheaper, and/or faster. For projects, identify ways of eliminating unsatisfactory performance.] QUALITY CONTROL
[Identify those monitoring and controlling actions that will be conducted to control quality throughout the project’s life. Define how it will be determined that quality standards comply with the defined standards outlined earlier in this document. Identify owners of ongoing monitoring and improvement of project processes.]
Page 798 of 1038 [Insert appropriate disclaimer(s)]
Project Charter
Appendix A: Project Quality Management Plan Approval The undersigned acknowledge they have reviewed the Project Quality Management Plan and agree with the approach it presents. Changes to this Project Quality Management Plan will be coordinated with and approved by the undersigned or their designated representatives.
[List the individuals whose signatures are desired. Examples of such individuals are Business Steward, Project Manager or Project Sponsor. Add additional lines for signature as necessary. Although signatures are desired, they are not always required to move forward with the practices outlined within this document.] Signature: Print Name: Title: Role:
Date:
Signature: Print Name: Title: Role:
Date:
Signature: Print Name: Title: Role:
Date:
Page 799 of 1038 [Insert appropriate disclaimer(s)]
Project Charter
Appendix B: References [Insert the name, version number, description, and physical location of any documents referenced in this document. Add rows to the table as necessary.] The following table summarizes the documents referenced in this document.
Document Name and Version
Description [Provide description of the document]
Page 800 of 1038 [Insert appropriate disclaimer(s)]
Location
Project Charter
Appendix C: Key Terms [Insert terms and definitions used in this document. Add rows to the table as necessary. Follow the link below to for definitions of project management terms and acronyms used in this and other documents. http://www2.cdc.gov/cdcup/library/other/help.htm The following table provides definitions for terms relevant to this document. Term
Definition
Page 801 of 1038 [Insert appropriate disclaimer(s)]
06 RMP (RISK MANAGEMENT PLAN)
dcccii
RISK MANAGEMENT PLAN [Agency/Organization Name]
[PROJECT NAME] VERSION: [VERSION NUMBER]
REVISION DATE: [DATE]
Approval of the Project Plan indicates an understanding of the purpose and content described in this document and the related plans for communication, configuration, and performance management. Approval of the Project Plan constitutes approval of the Project Plan and the related plans which are attached to the Project Plan.
[Agency/Organization Name] [Project Name]
RISK MANAGEMENT PLAN [Version Number] | [Revision Date]
Contents 1.1
Overall Strategy ........................................................................................................... 1
1.2
Roles Definition ........................................................................................................... 1
2.1
Risk Identification ........................................................................................................ 1
2.2
Risk Analysis ................................................................................................................ 1
3.1
Risk Tracking .......................................................................................................... dccci
3.2
Risk Reporting........................................................................................................ dccci
Based DIR Document 20RM-T1-3
on Page 1
[Agency/Organization Name] [Project Name]
RISK MANAGEMENT PLAN [Version Number] | [Revision Date]
SECTION 1. RISK MANAGEMENT APPROACH 1.1
OVERALL STRATEGY
Describe the overall, high-level approach to risk management for the project. Summarize how the following risk management activities outlined in this Risk Management Plan will be accomplished collectively: risk identification, analysis, prioritization, response, monitoring, and control. 1.2
ROLES DEFINITION
Role N
Risk Management Activity
Role 2
Role 1
Complete the risk management activity matrix for each of the project roles and/or functional areas. When complete, the matrix should reflect by functional role the assigned responsibility for key risk management activities.
Legend J = joint/shared responsibility P = primary/lead responsibility S = support/participatory responsibility
Based DIR Document 20RM-T1-3
on Page 2
[Agency/Organization Name] [Project Name]
RISK MANAGEMENT PLAN [Version Number] | [Revision Date]
SECTION 2. RISK ASSESSMENT 2.1
RISK IDENTIFICATION
Describe how risks are identified and organized in preparation for performing risk analysis, such as use of methods and techniques like brainstorming, interviews, and risk factor tables. Nº Riesgo
Fecha
Fuente (Área)
Based DIR Document 20RM-T1-3
Declaración de riesgo
Entregable(s) involucrado(s)
Cuando puede presentarse
Frecuencia
Disparador: ¿Qué evento hace que suceda?
on Page 3
[Agency/Organization Name] [Project Name]
2.2
RISK MANAGEMENT PLAN [Version Number] | [Revision Date]
RISK ANALYSIS
Describe how risks will be analyzed to establish the project exposure for each risk and to determine which risks are the most important ones to address. Describe scales for rating risks and risk threshold values. Fundamentos de la Requiere análisis Nº evaluación de ¿Requiere Rpta en Impacto Probabilidad Score Ranking cuantitativo? Riesgo Probabilidad e el corto plazo? ¿Cuál? Impacto
Based DIR Document 20RM-T1-3
on Page 4
[Agency/Organization Name] [Project Name]
RISK MANAGEMENT PLAN [Version Number] | [Revision Date]
SECTION 3. RISK MONITORING AND CONTROL 3.1
RISK TRACKING
Describe how risks will be continually tracked to ensure that effective risk management is performed throughout the life of the project, such as use of methods and techniques like risk checklists and watch lists. 3.2
RISK REPORTING
Describe methods and techniques to review and present the status of project risks, such as use of reports for examination of risk response strategies in a summarized (collection or risk items) or detailed (single risk item) manner.
SECTION 4. GLOSSARY Define all terms and acronyms required to interpret the Risk Management Plan properly.
SECTION 5. REVISION HISTORY Identify changes to the Risk Management Plan. Version
Date
Name
Description
SECTION 6. APPENDICES Include any relevant appendices.
Based DIR Document 20RM-T1-3
on Page 5
07 COM (COMMUNICATION MANAGEMENT PLAN)
dcccix
COMMUNICATION MANAGEMENT PLAN
[Agency/Organization Name]
[PROJECT NAME] VERSION: [VERSION NUMBER] REVISION DATE: [DATE] Approval of the Project Plan indicates an understanding of the purpose and content described in this document and the related plans for configuration, performance, and risk management. Approval of the Project Plan constitutes approval of the Project Plan and the related plans which are attached to the Project Plan.
[Agency/Organization Name] [Project Name]
COMMUNICATION MANAGEMENT PLAN [Version Number] | [Revision Date]
Contents SECTION 1.
PROJECT STAKEHOLDERS.................................................................1
1.1
Stakeholder Roles and Responsibilities ....................................................................... 1
1.2
Stakeholder Contact Information................................................................................ 1
1.3
Stakeholder Information Requirements ..................................................................... 1
SECTION 2.
PROJECT INFORMATION COLLECTION, REPORTING, AND DISTRIBUTION 2
2.1
Information Collection and Reporting......................................................................... 2
2.2
Information Distribution, Storage, and Disposition .................................................... 3
2.3
Distribution Groups ..................................................................................................... 3
SECTION 3.
GLOSSARY ......................................................................................4
SECTION 4.
REVISION HISTORY ..........................................................................4
SECTION 5.
APPENDICES ...................................................................................4
Page i
[Agency/Organization Name] [Project Name]
COMMUNICATION MANAGEMENT PLAN [Version Number] | [Revision Date]
SECTION 1. PROJECT STAKEHOLDERS 1.1
STAKEHOLDER ROLES AN D RESPONSIBILITIES
List the project stakeholders and their associated roles and responsibilities. Stakeholder Name
1.2
Role
Responsibility
STAKEHOLDER CONTACT INFORMATION
Specify contact information for each stakeholder. Role
1.3
Name/Title/Organization
Phone
E-mail
STAKEHOLDER INFORMAT ION REQUIREMENTS
For each stakeholder identified, specify the information required to keep stakeholders informed and enable them to fulfill their project roles and responsibilities. Also, specify the timeframe, frequency, or trigger for distribution of the information. Stakeholder Role
Stakeholder Requirement
Information
Page 1
Stakeholder Information Requirement Description
Timeframe/Frequency/ Trigger
[Agency/Organization Name] [Project Name]
Stakeholder Role
SECTION 2. 2.1
COMMUNICATION MANAGEMENT PLAN [Version Number] | [Revision Date]
Stakeholder Requirement
Information
Stakeholder Information Requirement Description
Timeframe/Frequency/ Trigger
PROJECT INFORMATION COLLECTION, REPORTING, AND DISTRIBUTION
INFORMATION COLLECTION AND REPORTING
List the information that must be collected, summarized, and reported in order to produce the communication outputs that fulfill the stakeholder information requirements. Specify the associated collection and reporting details. Information Requirement Information Provider Collection Timeframe/ Frequency/Trigger Collection Method Reporting/ Method
Documentation
Report/Document Title
Information Requirement Information Provider Collection Timeframe/ Frequency/Trigger Collection Method Reporting/ Method
Documentation
Report/Document Title
Information Requirement Information Provider Collection Timeframe/ Frequency/Trigger
Page 2
[Agency/Organization Name] [Project Name]
COMMUNICATION MANAGEMENT PLAN [Version Number] | [Revision Date]
Collection Method Reporting/ Method
Documentation
Report/Document Title
2.2
INFORMATION DISTRIBUTION, STORAGE, AND DISPOSITION
List each report or document to be produced and distributed as a communication output to fulfill the stakeholder information requirements. Specify the associated distribution, storage, and disposition details. Report/Document Title Target Audience Primary Notification/ Distribution Method Secondary Notification/ Distribution Method Timeframe/ Frequency/Trigger Storage/Disposition
Report/Document Title Target Audience Primary Notification/ Distribution Method Secondary Notification/ Distribution Method Timeframe/ Frequency/Trigger Storage/Disposition
Report/Document Title Target Audience Primary Notification/ Distribution Method Secondary Notification/ Distribution Method Timeframe/ Frequency/Trigger Storage/Disposition
2.3
DISTRIBUTION GROUPS
List and describe the distribution groups that will be used to distribute project information.
Page 3
[Agency/Organization Name] [Project Name]
COMMUNICATION MANAGEMENT PLAN [Version Number] | [Revision Date]
Distribution Group Name
Distribution Group Description
Owner
SECTION 3. GLOSSARY Define all terms and acronyms required to interpret the Communication Management Plan properly.
SECTION 4. REVISION HISTORY Identify changes to the Communication Management Plan. Version
Date
Name
Description
SECTION 5. APPENDICES Include any relevant appendices.
Page 4
08 ACQ (ACQUISITION PLAN)
dcccxvi
ACQUISITION PLAN
[Agency/Organization Name]
[PROJECT NAME] VERSION: [VERSION NUMBER]
REVISION DATE: [DATE]
Agency Head [Name]
[Email]
Signature
[Telephone] Date
Executive Sponsor [Name]
[Email]
Signature
[Telephone] Date
Technology Sponsor [Name]
[Email]
Signature
[Telephone] Date
Contract Manager [Name]
[Email]
Signature
[Telephone] Date
Project Manager [Name]
[Email]
Signature
[Telephone] Date
Legal [Name]
[Email]
Signature
[Telephone] Date
Information Security Officer [Name] Signature
[Email]
[Telephone] Date
[Agency/Organization Name] [Project Name]
ACQUISITION PLAN [Version Number] | [Revision Date]
Contents SECTION 1.
PROCUREMENT OVERVIEW .............................................................1
1.1
Description 1
1.2
Background 1
1.3
Scope
1.4
Assumptions 1
1.5
Constraints 1
1.6
History
SECTION 2.
1
2 MARKET RESEARCH .........................................................................2
2.1
Research Approach ..................................................................................................... 2
2.2
Research Outcome ...................................................................................................... 2
SECTION 3.
PROCUREMENT APPROACH .............................................................2
3.1
Roles Definition ........................................................................................................... 2
3.2
Procurement Strategy ................................................................................................. 2
3.3
Evaluation and Award ................................................................................................. 3
3.4
Procurement Key Action Dates ................................................................................... 3
SECTION 4.
PERFORMANCE AND SERVICE STANDARDS APPROACH ....................4
4.1
Performance Standards and Measurements .............................................................. 4
4.2
Service Standards and Measurements ........................................................................ 4
SECTION 5.
CONTRACT MANAGEMENT APPROACH............................................4
5.1
Vendor Orientation ..................................................................................................... 4
5.2
Change Management .................................................................................................. 4
5.3
Deliverables Management .......................................................................................... 4
5.4
Invoice Management................................................................................................... 5
5.5
Dispute Resolution ...................................................................................................... 5
Page i
[Agency/Organization Name] [Project Name]
ACQUISITION PLAN [Version Number] | [Revision Date]
5.6
Contract Closeout ........................................................................................................ 5
5.7
Tools
5
SECTION 6.
GLOSSARY ......................................................................................5
SECTION 7.
REVISION HISTORY ..........................................................................5
SECTION 8.
APPENDICES ...................................................................................5
Page ii
[Agency/Organization Name] [Project Name]
ACQUISITION PLAN [Version Number] | [Revision Date]
SECTION 1. PROCUREMENT OVERVIEW 1.1
DESCRIPTION
Describe the approach for how the procured goods and/or services will be used to address the business problem. 1.2
BACKGROUND
Provide additional information that supports and defines the overall procurement process. Identify the estimated total contract amount, duration of need, and projected life of the project. Indicate whether the contract will involve a master contract for use by multiple entities. Estimated Total Contract Amount
Duration of [MM/YY to MM/YY]
Need Duration of [MM/YY to MM/YY]
Project
Additional Information
1.3
SCOPE
Describe the procurement scope in relation to the project. The scope defines procurement limits in terms of the goods and/or services that will be delivered. The scope establishes the boundaries of the procurement process and should describe goods and/or services that are outside of the procurement scope. Project Includes
Project Excludes
1.4
ASSUMPTIONS
Describe any assumptions that impact and further clarify the procurement scope and overall procurement effort. Include assumptions related to business, technology, resources, scope, expectations, or schedules. 1.5
CONSTRAINTS
Describe any constraints that impact the procurement process. Include constraints being imposed in areas such as schedule, budget, resources, products to be reused, technology to be deployed, products to be acquired, and interfaces to other products. List constraints based on current knowledge.
Page 1
[Agency/Organization Name] [Project Name]
ACQUISITION PLAN [Version Number] | [Revision Date]
1.6
HISTORY
Briefly describe relevant contracting history. Identify similar projects that have been initiated to solicit and contract similar goods and/or services within the last four years.
SECTION 2. MARKET RESEARCH 2.1
RESEARCH APPROACH
Describe the approach used to accomplish market research, including why a particular approach was used. 2.2
RESEARCH OUTCOME
Describe the extent and results of the market research. Identify the effects of the market research in formulating and defining the procurement strategy.
SECTION 3. PROCUREMENT APPROACH 3.1
ROLES DEFINITION
Role N
Procurement Activity
Role 2
Role 1
Complete the procurement activity matrix for each of the project roles and/or functional areas. When complete, the matrix should reflect by functional role the assigned responsibility for key procurement activities.
Legend J = joint/shared responsibility P = primary/lead responsibility S = support/participatory responsibility
3.2
PROCUREMENT STRATEGY
Describe the strategy for how the procurement effort will be conducted, including the sourcing approach, procurement method, competition, and procurement steps. 3.2.1
SOURCING APPROACH AND JUSTIFICATION
Page 2
[Agency/Organization Name] [Project Name]
ACQUISITION PLAN [Version Number] | [Revision Date]
Describe the sourcing approach and justify why the planned sourcing (e.g., full outsourcing, partial outsourcing, insourcing, multi-sourcing) is in the best interest of the state and why existing staff cannot provide the desired goods and/or services. Sourcing Approach
3.2.2
Justification
PROCUREMENT METHOD
Describe why the planned procurement method (e.g., leveraged procurement, competitive bid, competitive proposal) is in the best interest of the state.
3.2.3
COMPETITIVE PROCUREMENT
Describe how sources for competition will be identified, promoted, and sustained until a contract is awarded. If competition is not a consideration or achievable, provide a basis and justification for that decision. 3.2.4
PROCUREMENT STEPS
Describe the procurement steps in relation to the procured goods and/or services identified as part of the procurement scope. Identify the types of IT goods and/or services (e.g., Product Concept/Prototype, Independent Verification and Validation (IV&V)), procurement method (e.g., Request for Proposal – RFP, Request for Information – RFI), and contract dollar values if applicable. Add additional columns as needed. Types of Goods and/or Services
Procurement Method
Contract Dollar Value
Describe why the planned procurement steps are being recommended. 3.3
EVALUATION AND AWARD
Describe the evaluation approach, including evaluation factors and overall use for vendor selection. Provide a table view for weighted requirements. Identify and describe any tools used for vendor selection, including any conditions imposed by the tools such as how the evaluation factors are defined and used. 3.4
PROCUREMENT KEY ACTION DATES
Page 3
[Agency/Organization Name] [Project Name]
ACQUISITION PLAN [Version Number] | [Revision Date]
Indicate major dates for procurement activities that require an essential action to occur in order to move the procurement forward. These key dates are a granular subset of the milestones and deliverables as reflected for project delivery. List both pre-solicitation and solicitation activities. Pre-solicitation Activities/Deliverables
Target Date
Solicitation Activities/Deliverables
Target Date
SECTION 4. 4.1
PERFORMANCE AND SERVICE STANDARDS APPROACH
PERFORMANCE STANDARDS AND MEASUREMENTS
Describe the approach for how performance standards and measurements will be defined specifically in terms of the procurement scope, assumptions, constraints, and strategy. 4.2
SERVICE STANDARDS AND MEASUREMENTS
Describe the approach for how service standards and measurements will be defined specifically in terms of the procurement scope, assumptions, constraints, and strategy.
SECTION 5. CONTRACT MANAGEMENT APPROACH 5.1
VENDOR ORIENTATION
Describe the approach for vendor orientation. 5.2
CHANGE MANAGEMENT
Describe how contract changes will be managed. 5.3
DELIVERABLES MANAGEMENT
Describe how all planned and actual contractor deliverables and services will be tracked and managed, including due dates, actual submission dates, approval/rejection, and other data as needed.
Page 4
[Agency/Organization Name] [Project Name]
ACQUISITION PLAN [Version Number] | [Revision Date]
5.4
INVOICE MANAGEMENT
Describe how invoices will be managed. 5.5
DISPUTE RESOLUTION
Describe how contractual disputes will be handled, including escalation of dispute issues to appropriate agency staff. 5.6
CONTRACT CLOSEOUT
Describe the approach for contract closeout. 5.7
TOOLS
Describe any tools used to manage the contract, contractual requirements, and deliverables.
SECTION 6. GLOSSARY Define all terms and acronyms required to interpret the Acquisition Plan properly.
SECTION 7. REVISION HISTORY Identify changes to the Acquisition Plan. Version
Date
Name
Description
SECTION 8. APPENDICES Include any relevant appendices.
Page 5
09 HRP (HUMAN RESOURCES PLAN)
dcccxxv
[Agency/Organization Name]
Human Resources Plan
Health and Human Services Agency, Office of Systems Integration Revision History REVISION HISTORY REVISION/WORKSITE #
DATE OF RELEASE
[Document Title] [Version Number]
OWNER
SUMMARY OF CHANGES
Page 1septiembre 29, 2014
Human Resources Plan
Remove template revision history and insert Project Human Resources Plan revision history. Approvals NAME
ROLE
DATE
Insert Project Approvals here. Template Instructions: This template is color coded to differentiate between boilerplate language, instructions, sample language, and hyperlinks. In consideration of those reviewing a black and white hard copy of this document we have also differentiated these sections of the document using various fonts and styles. Details are described below. Please remove the template instructions when the document is finalized. Standard boilerplate language has been developed for this management plan. This language is identified in black Arial font and will not be modified without the prior approval of the Project Management Office (PMO). If the project has identified a business need to modify the standard boilerplate language, the request must be communicated to the PMO for review. Additional information may be added to the boilerplate language sections at the discretion of the project and does not require PMO review for inclusion in the completed plan. Instructions for using this template are provided in blue Times New Roman font and describe general information for completing this management plan. All blue text should be removed from the final version of this plan. Sample language is identified in red italic Arial font. This language provides suggestions for completing specific sections. All red text should be replaced with project-specific information and the font color replaced with black text. Hyperlinks are annotated in purple underlined Arial text and can be accessed by following the on-screen instructions. To return to the original document after accessing a hyperlink, click on the back arrow in your browser’s toolbar. The “File Download” dialog box will open. Click on “Open” to return to this document.
Table of Contents
1
2
INTRODUCTION ..............................................................................................................1 1.1
Purpose ....................................................................................................................... 1
1.2
Scope........................................................................................................................... 1
1.3 1.3.1 1.3.2 1.3.3
References .................................................................................................................. 1 Best Practices Website ¡Error! Marcador no definido. Project Centralized Document Repository 1 External References 1
1.4
Acronyms .................................................................................................................... 1
1.5
Document Maintenance ............................................................................................. 2
STAFF MANAGEMENT APPROACH ...................................................................................2 2.1 2.1.1 2.1.2 2.1.3
Staff Planning .............................................................................................................. 3 Staffing Estimates 3 Staffing Assumptions and Constraints 3 Project Organization 4
OSIAdmin Anexos Gerencia de Proyectos y Recursos SSIA.docx
ii
3
Human Resources Plan
2.2 2.2.1 2.2.2
Staffing Acquisition ..................................................................................................... 4 State Staff Acquisition 4 Consultant Acquisition 4
2.3 2.3.1 2.3.2
Staff Training ............................................................................................................... 4 Project Orientation 4 On-Going Training for Staff 5
2.4
Staff Tracking and Management................................................................................. 5
2.5 2.5.1 2.5.2 2.5.3
Staff Transition............................................................................................................ 5 Transition to Other Projects/Organizations 5 Replacement of Staff 5 Transition at Project Completion 6
ROLES AND RESPONSIBILITIES .........................................................................................6 3.1 3.1.1 3.1.2 3.1.3 3.1.4 3.1.5 3.1.6 3.1.7 3.1.8 3.1.9 3.1.10 3.1.11 3.1.12 3.1.13 3.1.14 3.1.15 3.1.16 3.1.17 3.1.18 3.1.19 3.1.20
Project Office Roles and Responsibilities.................................................................... 6 Project Director 6 Project Manager 6 Procurement Manager 7 Risk Manager 7 Administrative Manager 7 Administrative Staff Support Services 7 Financial Analyst 7 Contract Manager 8 Project Librarian 8 Project Scheduler 8 Quality Manager 8 Stakeholder Coordinator 8 Technical Manager 8 System Engineer 9 Implementation Manager 9 Application Support Manager 9 Test Manager 9 Configuration Manager 9 Operations Manager 10 Customer Support Manager 10
3.2 3.2.1 3.2.2 3.2.3 3.2.4 3.2.5 3.2.6 3.2.7 3.2.8
Project Stakeholder Roles and Responsibilities ........................................................ 10 Project Sponsor 10 Executive Steering Committee 10 Independent Project Oversight Consultant (IPOC) 10 Independent Verification and Validation (IV&V) 10 Legal Counsel 11 Department of General Services (DGS) Procurement Official 11 Office of Technology Services (OTech) Representative 11 Department of Finance (DOF) Representative 11
OSIAdmin Anexos Gerencia de Proyectos y Recursos SSIA.docx
iii
Human Resources Plan
3.2.9
Office of Chief Information Officer (OCIO) Representative 11
APPENDIX A:
RESPONSIBILITY ASSIGNMENT MATRIX (RAM) ............................................1
OSIAdmin Anexos Gerencia de Proyectos y Recursos SSIA.docx
iv
Human Resources Plan
INTRODUCTION PURPOSE
This document describes the Human Resources Plan for the Project. The purpose of the Human Resources Plan is to capture ‘how’ the project manager will manage their staff resources throughout the life of the project. The Human Resources Plan will make certain the project has sufficient staff possessing the correct skill sets and experience to ensure a successful project completion. SCOPE
This Human Resources Plan identifies the process and procedures used to manage staff throughout the project’s life. The plan describes the planning and acquisition of both state staff and consulting staff, describes the responsibilities assigned to each staff, and discusses transition of staff to other assignments. REFERENCES
PROJECT CENTRALIZED DOCUMENT REPOSITORY List the document name and WorkSite reference number for any documents that can be references for this document. If the project is not using WorkSite, indicate the name of the document management tool the project is using and the corresponding document reference numbers.
EXTERNAL REFERENCES PMBOK Guide, 3rd Edition, Section 9 - Project Human Resource Management and Government Extension to the PMBOK Guide 3rd Edition, Section 9 Office of the State CIO, Information Technology Project Oversight Framework- Appendix F - Project Oversight Checklist for High Criticality Projects ACRONYMS
List only acronyms applicable to this document. If the list becomes longer than one page, move the acronym list to the Appendix.
APD BCP BPWeb CMAS DGS FSR FTE IDP IPOC IM IV&V
Advance Planning Document Budget Change Proposal Best Practices Website California Multiple Award Schedule Department of General Services Feasibility Study Report Full-Time Equivalent Individual Development Plan Independent Project Oversight Consultant Implementation Manager Independent Validation and Verification
1
Human Resources Plan
IT M&O MSA MTS OCIO OTech PMO PMBOK RAM RFO RFP SOW SPR
Information Technology Maintenance and Operations Master Services Agreement Management Tracking System Office of the State Chief Information Officer Office Technology Services Project Management Office Project Management Body of Knowledge Responsibility Assignment Matrix Request for Offer Request for Proposal Statement of Work Special Project Report
DOCUMENT MAINTENANCE
This document will be reviewed annually and updated as needed, as a project proceeds through each phase of the system development life cycle. Lessons learned as a result of continuing staff management efforts will be captured at the end of each project phase and used to improve project and standards. If the document is written in an older format, the document should be revised into the latest template format. This document contains a revision history log. When changes occur, the version number will be updated to the next increment and the date, owner making the change, and change description will be recorded in the revision history log of the document.
STAFF MANAGEMENT APPROACH The staff management process for the project consists of the following five elements: Staff Planning, Staff Acquisition, Staff Training, Staff Tracking, and Staff Transition.
FIGURE 1 - STAFF MANAGEMENT PROCESS End
nn g in
S Ac taff q u i siti on
Staff Tracking
la fP af
St
aff n St sitio an Tr
Start
Staff Training
2
Human Resources Plan
STAFF PLANNING STAFFING ESTIMATES Provide graphical information of the project’s estimated staff requirement by phase. Figure 2 is an example of a chart that shows staffing estimates. Projects may choose to develop their own tools to capture their project-specific information. Another alternative is to provide chart(s) that includes, but is not limited to, the following information:
-
Numbers of required staff for each project phase.
-
Duration of personnel requirement.
- Source of staff (e.g., existing state staff, new hire/transfer from another organization, consultant/contractor). -
Schedule for arrival and departure of required staff.
Provide details of how the staffing estimates were created or derived. Cite specific source materials or methodologies/tools used to create the estimate and, indicate how the estimates were validated.
The example shown in Figure 2 should be updated for each phase as the project moves through the life cycle phases. The purpose is to indicate the staff requirements and how you will obtain the necessary resources. The sample depicts Full-Time Equivalent (FTE) employees and is point-in-time snapshots. FIGURE 2 - STAFFING ESTIMATES BY PHASE (Sample) Team Role Administrative Manager & Team Administrative Manager Admin Staff Support Services Financial Analyst Librarian Contract Manager & Team Contract Manager Project Manager & Team Project Director Project Manager Quality Manager Risk Manager Schedule/Cost Manager Technical Team Data Conversion Manager System Architect/Interface Manager System Engineering Manager System Implementation Manager Totals
PLNG 2.5 1.0 0.4 0.6 0.5 0.7 0.7 4.5 1.0 1.0 1.0 0.5 1.0 1.6 0.0 1.0 0.6 0.0 9.3
PROC 2.5 1.0 0.4 0.6 0.5 0.2 0.2 4.5 1.0 1.0 1.0 0.5 1.0 1.6 0.0 1.0 0.6 0.0 8.8
SYS DEV SYS IMP 2.5 2.5 1.0 1.0 0.4 0.4 0.6 0.6 0.5 0.5 1.0 1.0 1.0 1.0 4.5 4.5 1.0 1.0 1.0 1.0 1.0 1.0 0.5 0.5 1.0 1.0 3.0 3.4 1.0 1.0 1.0 1.0 0.6 0.6 0.4 0.8 11.0 11.4
M&O 2.4 1.0 0.4 0.5 0.5 1.0 1.0 4.5 1.0 1.0 1.0 0.5 1.0 2.6 1.0 1.0 0.6 0.0 10.5
STAFFING ASSUMPTIONS AND CONSTRAINTS
Discuss any assumptions and constraints associated with the staffing estimates described in the previous section.
3
Human Resources Plan
PROJECT ORGANIZATION Include an organizational chart of the project. If desired, it may be moved to an appendix. STAFFING ACQUISITION
The Project Office is a matrix organization with staff from the Sponsor organization, and consultant staff. The FSR or the APD detail the staffing requirements for the project. STATE STAFF ACQUISITION
State staff will be acquired using the normal state hiring process. Position descriptions and minimum qualifications will be prepared and processed through the normal Human Resources channels. The Project Office coordinates with Human Resources to determine the appropriate staff classification, advertise the position, schedule the interviews, and select the staff. Allow a 90-day timeline for acquisition of state staff. Staff can be acquired through other methods such as temporary redirection or reorganization. If applicable, use this section to describe other methods used. CONSULTANT ACQUISITION
Consultants will be utilized on the project when state staff does not possess the necessary qualifications for specific focus areas or the services are of an urgent or temporary nature. The process for acquiring consulting contractors is directed by the DGS and the Procurement Center. This process starts with the development of the Statement of Work (SOW) and by determining the minimum and desired qualifications. The project’s Contract Manager will coordinate with Procurement Center to select the appropriate contract vehicle, solicit proposals or offers from the bidder community, coordinates the proposal or offer reviews, schedule vendor interviews, and participate in the final vendor selection. The type of contract vehicle chosen (e.g., California Multiple Award Schedule [CMAS], Master Services Agreement [MSA], competitive bid) depends on the specific specialty need and direction given by the Procurement Center. STAFF TRAINING PROJECT ORIENTATION
Describe the project’s orientation approach, or if applicable, refer to each Projects New Staff Orientation plan. Discuss the specific forms which staff must sign, such as the Confidentiality and Conflict of Interest form, and Network Access Policy. When new staff joins the project, the Administrative Officer provides an orientation to the project. The orientation discusses the following topics:
-
Background of the Project.
-
Current Status of the Project.
-
Specific Job Duties and Expectations.
-
Introduction to the Staff and Consultants.
-
Overview of the Facility and Infrastructure.
-
Overview of the Project Processes, including time reporting, attendance, and status meetings.
-
Review of Confidentiality and Conflict of Interest.
4
Human Resources Plan
This may also be a good place to reference staff policies and policies on sexual harassment, nondiscrimination, etc. The appropriate state manager then reviews with staff their current job skills and discusses mandatory or desired training with the staff. Typical types of training which may be required or of use to staff include:
-
Introduction to Project Management Principles.
-
Introduction to the Project’s own website.
-
Introduction to Project Business Tools.
ON-GOING TRAINING FOR STAFF
At the start of each project, the direct or functional managers should review their staff skill sets against any new roles or responsibilities needed for the phase. Each manager and their staff should discuss where additional training might be needed to ensure staff has the necessary skills to execute the activities for each project phase. Describe how training will be provided. The emphasis in this section should be on ensuring staff have the appropriate skills to perform their job duties. Career development and personal growth training should be discussed in staff Individual Development Plan (IDP). STAFF TRACKING AND MANAGEMENT
Day-to-day management of the project staff is the responsibility of the Project Manager and designated functional managers. Performance evaluations, performance issues and recognition, promotions, and disciplinary actions are the responsibility of the state staff respective organizational chain of command. Describe or reference the appropriate procedures used to manage staff on the project. Do not duplicate information in other documents or information that is already available in Administrative Manual or other state websites. Focus on staff/human resources management types of information that are specific to the project. STAFF TRANSITION TRANSITION TO OTHER PROJECTS/ORGANIZATIONS
In the event staff desire to transition to another project prior to the completion of the project, the staff functional manager will assume or re-assign the departing staff responsibilities. The Human Resources staff is responsible for coordinating the completion and transfer of state staff personnel records to the new project/organization. The staff functional manager is responsible for ensuring any pending work is transferred to a remaining staff member to ensure timely transition and completion of the work. If appropriate, the receiving staff may request additional training to support the new responsibilities. At a minimum, job shadowing is performed for at least one week before staff transition off the project. REPLACEMENT OF STAFF
State staff vacancies are addressed through the normal state hiring process. The project office works with the Human Resources to advertise positions and perform interviews. Staff may also be replaced by redirecting resources from within or outside of the project, or their workload may be absorbed by other staff. If this is applicable, describe the process. Consultant staff will be replaced in accordance with the procedures of their SOW. Resumes for proposed replacements must be submitted for state approval. Replacement staff must meet the original minimum qualifications for the position and generally are subject to an interview in addition 5
Human Resources Plan
to a review of their resume and qualifications. Prior work references will be checked. Where possible, the replacement staff should begin work prior to the original staff departure to ensure appropriate transition of responsibilities and knowledge. At a minimum, job shadowing is performed for at least one week before staff transition off the project. TRANSITION AT PROJECT COMPLETION
Describe the process for transitioning state staff once the project is completed. Describe how the project or department will help to place staff. Indicate how consultant/contractor staff will be released (generally in accordance with the terms of their SOW or contract). Include a reference to the Contract Management Plan for other procedures. The maintenance and operations of the system will transition to at the completion of the contractor’s contracts. The approach for this transition, including knowledge transfer, will be contained in a contract deliverable in the contractor’s transition plan. and staff not associated with the transition to M&O will be reassigned to other projects or positions within their respective organizations per normal processes.
ROLES AND RESPONSIBILITIES Describe the specific roles and responsibilities as they have been tailored for the project. These are not meant to be job descriptions, but rather a summary of the responsibilities for each role. The responsibilities are tailored based on life cycle phase and actual project staffing. It is quite common for multiple roles to be assigned to a single position. The description would list the responsibilities for the functions as being assigned to a single position. Below is a listing of the most commonly used project roles and responsibilities. Projects should add/change/delete the roles as appropriate for their project. PROJECT OFFICE ROLES AND RESPONSIBILITIES PROJECT DIRECTOR
The Project Director is responsible for planning, directing and overseeing the project, and ensuring that deliverables and functionality are achieved as defined in the Project Charter, funding documentation and subsequent project plans. The Project Director is also responsible for the management of all resources assigned to the project, serves as the primary liaison between the project and the Project Sponsor and Executive Committee, and escalates decisions and issues as needed. The Project Director coordinates project related issues with other efforts, reviews and resolves project issues not resolved at lower levels, and directs the project management functions. The Project Director acts as the principle interface to the contractors. PROJECT MANAGER
The Project Manager is accountable to the Project Director for all the project office management related activities. The Project Manager plans, guides, and oversees the day-to-day internal activities that support the Project Office, and assists in the development of the master project schedule and all other project work plans. The Project Manager is accountable for the development, maintenance, and adherence to the Project Office infrastructure and supporting methodologies (e.g. processes, procedures, standards, and templates) that are in compliance with Best Practices and policies.
6
Human Resources Plan
PROCUREMENT MANAGER
The Procurement Manager oversees and manages the generation of the RFP or RFO and other solicitation documents. Other areas of the project office may be assigned responsibility for specific sections, but the Procurement Manager is responsible for integrating all the pieces and ensuring consistency and continuity throughout the entire procurement process and conforming to procurement standards, rules, and regulations. This includes managing the RFP or RFO development, preparing and maintaining procurement schedule, coordinating contract negotiations and managing evaluation of proposals or offers and selection of vendor. RISK MANAGER
The Risk Manager is responsible for managing and tracking risks and risk mitigation/contingencies on the project. The Risk Manager also monitors prime contractor risk management efforts to ensure they do not adversely impact the project. The Risk Manager manages and tracks potential and active risks, maintain the risk management tool and documentation information, leads risk identification sessions for the project, monitors prime contractor risk management efforts, and participates in division-level risk management activities for risks that cross project boundaries or are beyond the project’s control. ADMINISTRATIVE MANAGER
The Administrative Manager directs the administrative staff, coordinates tools and services training, ensures that the administrative staff adhere to processes and policies, leads the cost management effort including: sponsoring cost budgeting and tracking activities, facilitating communication on fiscal status, and ensuring the project cost tool and supporting documentation is maintained. The Administrative Manager also provides reports, recommendations, and status on the project budget and expenditures, e.g., planned vs. actual reports, initiates corrective action, and re-planning activities. ADMINISTRATIVE STAFF SUPPORT SERVICES
The Administrative Staff Services Support is responsible for supporting the Administrative Manager by providing staff services-related activities; acting as the help desk liaison between the Project Office and external stakeholders; serving as personnel liaison and training coordinator. The Administrative Staff Services Support also supports the Administrative Manager by providing support for acquiring new or additional facility space and/or infrastructure resources, providing asset management oversight, making preparation for contract arrival and staff orientation, providing clerical/secretarial support, maintaining conference room calendars and distribution lists, and managing incoming/outgoing mail. FINANCIAL ANALYST
The Financial Analyst is responsible for supporting the Administrative Manager by managing and tracking project budget/costs, coordinating/preparing budgetary documents, e.g., Special Project Reports and Budget Change Proposals, reviewing budget/contract expenditures, and collecting and reporting financial metrics. This includes reconciling the accounting and Work Breakdown Structure cost management processes and developing financial management policies and procedures. The Financial Analyst also provides support in project solicitations, evaluations, and award processes assisting in the evaluation of the cost and administrative sections of the proposals based on the criteria in the Evaluation Plan.
7
Human Resources Plan
CONTRACT MANAGER
The Contract Manager is responsible for managing and tracking the Prime Contractor and consulting contracts for the project. This includes negotiating amendments, reviewing work authorizations and invoices, and ensuring that all contractual terms and deliverables are met. For projects that have many project consultants, a separate contract manager may be needed specifically for overseeing the consultants. This may also be the case when the Prime Contract has a large number of deliverables and contract terms which need to be managed and tracked, so a separate manager for consultants would allow the Prime Contract Manager to focus their efforts. PROJECT LIBRARIAN
The Project Librarian is responsible for supporting the Administrative Manager by acting as the librarian lead, assisting with contract deliverable tracking, and assisting with administrative services support activities. PROJECT SCHEDULER
The Project Scheduler is responsible for coordinating and managing inputs to the project plan. This includes tracking progress against project schedule, merging and identifying dependencies and risks between the project schedule, tracking progress on prime contractor's schedule and counties' schedules. QUALITY MANAGER
The Quality Manager is responsible for overseeing and ensuring both product and process quality for the project office as well as for the Prime Contractor. The Quality Manager provides insight into the project and contractor methods of doing business by reviewing process and product activities for adherence to standards and plans. STAKEHOLDER COORDINATOR
The Stakeholder Coordinator acts as the principle liaison between the stakeholders and the Project Office to ensure successful implementation and ongoing maintenance of the system. In addition to overseeing critical ongoing stakeholder communication, the Coordinator manages stakeholder-related issues and ensures timely resolution. The Coordinator manages stakeholder issues by developing and maintaining the portion of Issue and Escalation Process that affects the stakeholders. The Stakeholder Coordinator communicates risks and issues to the affected stakeholders in report and meetings. Stakeholder Coordinator coordinates stakeholder schedules for Project planning and implementation activities in conjunction with the Project schedule. TECHNICAL MANAGER
The Technical Manager is responsible for the day-to-day activities of state and vendor technical staff who are engaged in the technical management aspects of the project. The technical manager (a state manager for the project) and system engineer (a consultant on the project) co-lead in the technical disciplines of the project, unlike the Project Director and Project Manager who will focus on the overall project management of the project. One of the key roles of the Technical Manager is to partner with other IT managers to acquire appropriate technical assistance for such areas as enterprise architecture, database, software development, security, testing, configuration management, change management, release management, and other technical areas of the new system. The Technical Manager, along with the system engineer, will provide leadership and support to technical staff that are augmented to the project throughout the project life cycle.
8
Human Resources Plan
The Technical Manager will also provide technical support to the Project Director, Project Manager, and other managers in the Project Office to establish and execute technical policies, processes, and procedures. SYSTEM ENGINEER
The System Engineer is a co-leadership position with the Technical Manager in overseeing the technical aspects of the project and is a direct support to the Technical Manager. The System Engineer provides industry best practices and disciplines that will be applied and tailored to suit the processes and culture of the state technical environment. The System Engineer will support the Technical Manager primarily in providing technical leadership towards the development and tracking of the system business requirements and interfaces, assisting with technical analyses, and ensuring the final system meets all stated requirements. The System Engineer will also be responsible for the following: tracking and managing the requirements for the new system and any changes to the requirements, providing exposure to project stakeholders on new technologies and processes relevant to the project, providing training of the evaluation team, and holding technical simulations of the project as needed. IMPLEMENTATION MANAGER
The Implementation Manager will be responsible for the implementation portion of the project. The Implementation Manager will provide implementation management leadership through planning, organizing, coordinating, and monitoring implementation activities. In addition, the Implementation Manager will be responsible for effectively managing all information technology resources assigned by the project manager, including implementation strategy, organizational change management, production support, IT training/knowledge transfer, defect/problem tracking, and Maintenance & Operation. The Implementation Manager will coordinate SOWs and interface directly with contractors to ensure technical obligations satisfy all objectives and expectations. APPLICATION SUPPORT MANAGER
The Applications Support Manager is responsible for overseeing and coordinating the change request process for installed software and for ensuring the change requests adhere to specified quality and configuration standards. They manage application design sessions and walkthroughs, application change management processes and acceptance testing of application changes. They monitor contractor performance of application support and ensure that contractor maintains quality control. TEST MANAGER
The Test Manager is responsible for coordinating the testing of the Prime Contractor's system. The Manager works with the Quality Management staff to design test cases and data that will best represent "real-life" scenarios for the system. The Test Manager is also responsible for coordinating interface tests with other organizations (county, state, federal), as needed. They plan, monitor, and evaluate prime contractor test plans, problem reporting and resolution process. CONFIGURATION MANAGER
The Configuration Manager is responsible for supporting the Technical Manager by administering the Configuration Management process, coordinating the control of all non-product related configuration items, working with the contractors to manage and coordinate the product related configuration items, assisting the System Engineer in maintaining the requirements database, and conducting configuration audits. The Configuration Management also leads work with project
9
Human Resources Plan
stakeholders, in particular, the Change and Release Management Group for approval to release programs and configuration modifications into the production environment. OPERATIONS MANAGER
The Operations Manager is responsible for coordinating and overseeing the operations of the new system. This includes overseeing problem resolution and administration and operations activities. They monitor prime contractor management of operations and resolution of operations support problems. CUSTOMER SUPPORT MANAGER
The Customer Support Manager is responsible for overseeing the M&O Contractor service efforts, and assisting the customer with special requests or problems. The Customer Support Manager provides customer perspective and problem prioritization, monitors contractor service levels and metrics. PROJECT STAKEHOLDER ROLES AND RESPONSIBILITIES
External resources included in the staff planning estimates should be described here. If the resource is only providing review or response to questions, it is not necessary to describe the organization in this section. A full description of all external stakeholders should be in the Governance Plan or Communication Plan, so this section should only highlight those organizations that are lending staff or significant time to the project to support project activities. Indicate the type of support the organization is providing and whether the resources are full or parttime and if they are on-site or off-site. Also describe whom the externals “report” to in the project and/or the type of relationship, peer, advisor/counsel, etc. PROJECT SPONSOR
The Project Sponsor has overall authority for the project. The Project Sponsor provides vision and direction for the project, provides policy leadership, assists in removing barriers and supports change management initiatives, participates in the Executive Steering Committee, and provides support to the Executive Steering Committee as needed. EXECUTIVE STEERING COMMITTEE
The Executive Steering Committee acts as the Project stakeholders group, ensuring that the deliverables and functionality of the project are achieved as defined in the project initiation documents and subsequent project management plans. This committee provides high-level project direction, receives project status updates, and addresses and resolves issues, risks, or change requests. Insert members INDEPENDENT PROJECT OVERSIGHT CONSULTANT (IPOC)
The IPOC works under the direction of to provide independent project management oversight in accordance with the OCIO Information Technology Project Oversight Framework. http://www.cio.ca.gov/Government/IT_Policy/SIMM.html INDEPENDENT VERIFICATION AND VALIDATION (IV&V)
The IV&V representatives work under the direction of the to provide IV&V against the project. The IV&V team will provide independent, technical review and verification of project deliverables, as well as independent testing and auditing of project deliverables against
10
Human Resources Plan
requirements, with a special emphasis placed on deliverable quality assurance and information security control reviews. LEGAL COUNSEL
The legal representative provides legal opinions upon request in areas of the RFP or RFO and Service Request content, contract amendments, work authorizations, contracting questions, conflict of interests, discovery issues, communication documents, industry trends, and general contracting issues. DEPARTMENT OF GENERAL SERVICES (DGS) PROCUREMENT OFFICIAL
The DGS Procurement Official coordinates and oversees the procurement process, ensures the evaluation is conducted in accordance with applicable state laws regulations and policies and in accordance with the project’s documented evaluation procedures, serves as the single point of contact to bidders and stakeholders for questions regarding the procurement and evaluation process, maintains the Master Copy of all proposals and the official procurement files, provides guidance to the Evaluation Team, coordinates the issuance of any addenda to the RFP and any responses to bidder questions, coordinates responses to any protest, and reviews the Evaluation and Selection Report. OFFICE OF TECHNOLOGY SERVICES (OTECH) REPRESENTATIVE
The OTech Representative acts as the liaison between the Project Office and the OTech in defining required services, assisting the project in determining the feasibility of services, cost estimates, planning, and other technical assistance to aid the project in making informed data center decisions. DEPARTMENT OF FINANCE (DOF) REPRESENTATIVE
The DOF representative is responsible for reviewing and approving project-funding documents such as Budget Control Proposals. OFFICE OF CHIEF INFORMATION OFFICER (OCIO) REPRESENTATIVE
The OCIO representative is responsible for reviewing and approving project-funding documents such as FSRs, EAWs, SPRs, and APDs. They also provide project oversight standards for security, risk, and project management.
11
Human Resources Plan
RESPONSIBILITY ASSIGNMENT MATRIX (RAM)
The Responsibility Assignment Matrix (RAM) is used to illustrate the connections between work that needs to be done and project team members. Following are RAM samples with instructions. The first example is a consolidated RAM; the second example is a RAM by phase. Projects may develop a project-specific tool as long as it captures the basic information contained in this RAM example. Instructions for completing the RAM 1) Add or Delete project roles as applicable to your project 2) Insert key tasks and deliverables by phase 3) A working spreadsheet will be available in the Documents List on the BPWeb. 4) For each task select the appropriate assignment based on the resources involvement in that particular task. (A legend is provided in cell A3)
Project Funding Task/Deliverable 1 Task/Deliverable 2 Acquisition Planning Task/Deliverable 1 Task/Deliverable 2 Contracting Task/Deliverable 1 Task/Deliverable 2 Requirements Analysis Task/Deliverable 1 Task/Deliverable 2 System Design Task/Deliverable 1 Task/Deliverable 2 System Development Task/Deliverable 1 Task/Deliverable 2 System Implementation Task/Deliverable 1 Task/Deliverable 2
1
Federal Partners
DGS
DOF
Legal Counsel
IPOC & IVV
Executive Steering Committee
Project Sponsor
Customer Support Manager
Operations Manager
Configuration Manager
Test Manager
Application Support Manager
Implementation Manager
System Engineer
Technical Manager
Quality Manager
Project Scheduler
Project Librarian
Contract Manager
Financial Analyst
Administrative Manager
Risk Manager
(Select from drop down list)
Procurement Manager
(Contributor or Reviewer)
I - Information Only
Project Manager
P - Primary Responsibility A - Approval Authority S - Supporting Responsibility
Project Director
Resource Responsibility
Administrative Staff Support
Example 1: Consolidated RAM
P - Primary Responsibility A - Approval Authority S - Supporting Responsibility
I - Information Only (Contributor or Reviewer)
(Select from drop down list)
Resource Responsibility
Project Funding
Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable Task/Deliverable
2
Federal Partners
DGS
DOF
Legal Counsel
IPOC & IVV
Executive Steering Committee
Project Sponsor
Customer Support Manager
Operations Manager
Configuration Manager
Test Manager
Application Support Manager
Implementation Manager
System Engineer
Technical Manager
Quality Manager
Project Scheduler
Project Librarian
Contract Manager
Financial Analyst
Administrative Staff Support
Administrative Manager
Risk Manager
Procurement Manager
Project Manager
Project Director
Human Resources Plan
Example 2: RAM by Phase
10 REP (MONITORING REPORT)
dcccxliii
MONITORING REPORT
[Agency/Organization Name]
[PROJECT NAME] REPORTING PERIOD: [STARTDATE] TO [ENDDATE]
VERSION: [VERSION NUMBER] REVISION DATE: [DATE] Approval of the Monitoring Report indicates an understanding and acceptance of the project information included within this report. By signing this document, each individual agrees the project information is accurate, complete, and ready to be forwarded to the Quality Assurance Team (QAT). Approver Name
Title
Signature
Date
Texas Project Delivery Framework
MONITORING REPORT
SECTION 1. GENERAL INFORMATION Project Name
Reporting Period Start Date:
End Date:
Agency
Contact
Phone
Email
Fax
Project Manager
Phone
Email
Fax
SECTION 2. PROJECT COST, SCHEDULE, AND ACCOMPLISHME NTS 2.1
COST
Project Item
Report to Date
Initial Estimated Project Cost Last Estimated Project Cost
Reported
Current Estimated Project Cost Explanation of Variance between Last Reported and Current Project Cost Cost Expenditures to Date (Fiscal) Cost Expenditures to Date (Total) Description Cost Tracking Mechanism
2.2
of
PROJECT SCHEDULE
Project Item
Report to Date
Initial Planned Project Start and Finish Dates
Baseline Date:
Last Reported Project Start and Finish Dates
Baseline Date:
Current Estimated Project Start and Finish Dates
Baseline Date:
Explanation of Variance between Last Reported and Current Start and Finish Dates Estimated Percentage Project Complete Description of Used to Track Progress
of Method
Description of Reporting Mechanism Used to Ensure that Project Participants and
Page 1
Texas Project Delivery Framework
Project Item
MONITORING REPORT
Report to Date
Management are Aware of the Project’s Progress
2.3
ACCOMPLISHMENTS
Project Item
Report to Date
Accomplishments Achieved During this Reporting Period Accomplishments Planned for Next Reporting Period
SECTION 3. MILESTONES Provide any background information that may be needed to clarify the milestone information provided in this section. List the project’s major milestones, and the planned and actual start and finish dates. Specifically include deliverables in relation to the milestones as identified in the Project Plan. Identify the percent complete for each deliverable. Milestones: Background Information
Project Milestones
Planned Start Actual Date Start Date
Planned Finish Date
Actual Finish Date
Percentage Complete
SECTION 4. RISKS Provide any background information that may be needed to clarify the project risk information provided in this section. List the current highest risk factors for the project and any actions taken to mitigate the risk. Risks: Background Information
Risk Factor
Mitigation
Page 2
Texas Project Delivery Framework
MONITORING REPORT
Risk Factor
Mitigation
SECTION 5. PROJECT CHANGES Provide any background information that may be needed to clarify the project change information provided in this section. Describe major project changes (e.g., scope, budget, system requirements, technology) that occurred during this reporting period. Describe actions for managing the project changes. Project Changes: Background Information
Change Description
Actions for Managing the Change
SECTION 6. PROJECT ISSUES Provide any background information that may be needed to clarify the project issues identified in this section. Identify major issues that are currently being addressed during this reporting period. Describe actions for managing each issue. Project Issues: Background Information
Issue Description
Actions for Managing the Issue
Page 3
11 CLO (PROJECT CLOSEOUT REPORT)
dcccxlviii
PROJECT CLOSEOUT REPORT
[Agency/Organization Name]
[PROJECT NAME] VERSION: [VERSION NUMBER]
REVISION DATE: [DATE]
Approval of the Project Closeout Report indicates an understanding and formal agreement that the project is ready to be closed. By signing this document, each individual agrees all administrative, financial, and logistical aspects of the project should be concluded, executed, and documented as described herein. Approver Name
Title
Signature
Date
1
Project
PROJECT CLOSEOUT REPORT
SECTION 1. GENERAL INFORMATION Project Name
Date
Agency
Contact
Phone
Email
Fax
Project Manager
Phone
Email
Fax
Section 2. Final Product and/or Service Acceptance Checklist Respond to each question. For each “no” response, include an issue in Open Issues section. Item
Question
Response
2.1
Did you sign the Acceptance to Deploy which indicated acceptance that the product and/or service was Yes ready to be deployed?
No
2.2
Do you agree the product and/or service has sufficiently met the stated business goals and objectives?
Yes
No
2.3
Do you fully understand and agree to accept all operational requirements, operational risks, maintenance Yes costs, and other limitations and/or constraints imposed as a result of on going operations of the product and/or service?
No
2.4
Do you agree the project should be closed?
No
Yes
Section 3. Project Artifacts Checklist Respond to each question. For each “no” response, include an issue in Open Issues section. Item
Question
Response
3.1
Have project documentation and other items (e.g., Project Plan, code, financial records, status reports, Yes memos) been prepared, collected, audited, archived, and/or disposed?
No
3.2
Have project documentation and other items (e.g., original contract, contract amendments, administrative Yes files) been prepared, collected, audited, archived, and/or disposed as described in the Acquisition Plan if contract closeout is involved?
No
3.3
Were audits (e.g., project closeout audit, contract audit) completed and results documented for future Yes reference?
No
3.4
Are storage locations for all items not maintained under configuration management known (i.e., that are not identified in a Configuration Management Plan)? Identify the storage location for these items: Name
Storage Location
Method Electronic Manual Electronic Manual Electronic Manual
Page 1
Project
Item
PROJECT CLOSEOUT REPORT
Question
Response Electronic Manual Electronic Manual Electronic Manual Electronic Manual
3.5
Verify that final project delivery data for the project is attached or storage location is identified in 3.4. Name
Attached?
Project Quality
Yes
No
Product and/or Service Performance
Yes
No
Scope
Yes
No
Cost (Budget)
Yes
No
Schedule
Yes
No
Section 4. Resources List resources specified in the Project Plan and used by the project. Identify plans for the resource (e.g., transfer, reassignment, contract termination) and the date the plan will become effective (e.g., turnover date, release date). Resource
Resource Disposition
Effective Date
Section 5. Project Lessons Learned Identify lessons learned specifically for the project. State the lessons learned in terms of a problem (issue). Describe the problem and include any project documentation references (e.g., Project Plan, Issues Log) that provide additional details. Identify recommended improvements to correct a similar problem in the future.
Page 2
Project
Problem Statement
PROJECT CLOSEOUT REPORT
Problem Description
References
Recommended Changes
Section 6. Post-Implementation Plans Identify plans for completing post-implementation activities after project closeout. Refer to the Benefits Realization review gate for information about the Post-Implementation Review of Business Outcomes deliverable. Action
Planned Date
Assigned To
Frequency
Post-Implementation Review of Business Outcomes (actual review) Post-Implementation Review of Business Outcomes (approval)
Section 7. Open Issues Describe any open issues and plans for resolution within the context of project closeout. Include an open issue for any “no” responses in the Final Product and/or Service Acceptance Checklist and the Project Artifacts Checklist sections. Issue
Planned Resolution
Page 3
ANEXO 12: INTEGRACIÓN DE PROYECTOS ABET
dcccliii
PLAN DE TRABAJO PROYECTO / TAREA
ACTIVIDADES
Fase de Concepción
2013-01 ADAP-AC
Fase de Elaboración
2013-02
FECHA INICIO TAREA
SUB-TAREAS
RESPONSABLE
TIEMPO ESTIMADO
Elaboración del Project Charter Investigación y Levantamiento de información inicial Diagrama de la organización
Vanesa Bazán / Edgar León - SSIA
3 días
21/03/2013 25/03/2013
Vanesa Bazán / Edgar León - SSIA
9 días
02/04/2013 12/04/2013
Vanesa Bazán / Edgar León - SSIA
3 días
12/04/2013 15/04/2013
Mapa de Procesos
Vanesa Bazán / Edgar León - SSIA
2 días
15/04/2013 !8/04/2013
Definición de Stakeholder
Vanesa Bazán / Edgar León - SSIA
2 días
16/04/2013 18/04/2013
Diagrama de objetivos
Vanesa Bazán / Edgar León - SSIA
3 días
18/04/2013 21/04/2013
Justificación de Macro Proceso
Vanesa Bazán / Edgar León - SSIA
1 días
22/04/2013 23/04/2013
Definición de macroproceso Definición de procesos de seundo nivel Aprobación de procesos
Vanesa Bazán / Edgar León - SSIA
8 días
23/04/2013 02/05/2013
Vanesa Bazán / Edgar León - SSIA
18 días
03/05/2013 21/05/2013
Vanesa Bazán / Edgar León - SSIA
7 días
22/05/2013 29/05/2013
Levantamiento de informacion
Vanesa Bazán / Edgar León - SSIA
10 días
20/08/2013 30/08/2013
1
FECHA FIN TAREA
Actualización del Project Charter Actualización del cronograma Definición de procesos de tercer nivel Reglas de Negocio Modelo de dominio Mapeo entidadProceso
GCD - RUP
2013 -01
Fase de Concepción
Vanesa Bazán / Edgar León - SSIA
4 días
21/08/2013 25/08/2013
Vanesa Bazán / Edgar León - SSIA
4 días
21/08/2013 25/08/2013
Vanesa Bazán / Edgar León - SSIA
23 días
02/09/2013 25/09/2013
1 días
25/09/2013 26/09/2013
3 días
27/09/2013 01/10/2013
3 días
02/10/2013 05/10/2013
3 días
03/10/2013 06/10/2013
10 días
07/10/2013 17/10/2013
18 días
18/10/2013 05/11/2013
5 días
19/03/2013 24/03/2013
3 días
19/03/2013 26/03/2013
19 días
21/03/2013 18/04/2013
12 días
05/04/2013 22/04/2013
Vanesa Bazán / Edgar León - SSIA Vanesa Bazán / Edgar León - SSIA Vanesa Bazán / Edgar León - SSIA Vanesa Bazán / Matriz RAM Edgar León - SSIA Descomposicion Vanesa Bazán / funcional Edgar León - SSIA Definicion de Vanesa Bazán / rocesos Edgar León - SSIA optimizados Definición de la Empresa y el Eduardo's - SSIA Problema Análisis y Elaboración del Eduardo's - SSIA Plan de Riesgos Definición de la Eduardo's - SSIA Solución Modelado de Eduardo's - SSIA Negocio
2
Definición de los Requerimientos
Eduardo's - SSIA
40 días
15/04/2013 11/06/2013
Eduardo's - SSIA
4 días
23/05/2013 28/05/2013
Eduardo's - SSIA
6 días
23/05/2013 31/05/2013
Definición de la Arquitectura del Sistema
Eduardo's - SSIA
20 días
28/05/2013 14/06/2013
Modelo Físico y Implementación
Eduardo's - SSIA
4 días
30/05/2013 03/06/2013
Desarrollo de la Primera Etapa de Prototipos
Eduardo's - SSIA
20 días
28/05/2013 19/06/2013
Desarrollo de la Segunda Etapa de Prototipos
Eduardo's - SSIA
32 días
sem2
sem5
Pruebas de los CU's
Eduardo's - SSIA
20 días
sem6
sem8
Correcciones de las Observaciones de los CU's
Eduardo's - SSIA
20 días
sem9
sem11
Documentación de Atributos de Calidad Diseña prototipos de navegación Fase de Elaboración
Fase de Construcción
2013 -02
3
Fases de Transición
Fase de Concepción
PPP SCRUM
2013 -01
Fase de Elaboración
Desarrollo de Manual de Usuario Capacitación a los Usuarios Elaboración de Proyect Charter Elaboración Plan de Despliegue Elaboración de Plan de Riesgo
Eduardo's - SSIA
7 días
sem12
sem13
Eduardo's - SSIA
5 días
sem14
sem15
Erick Camavilca
21 días
21/03/2013 17/04/2013
Erick Camavilca
3 días
04/06/2013 06/06/2013
Erick Camavilca
2.5 días
04/06/2013 06/06/2013
Definición de la Arquitectura del sistema
Erick Camavilca
27 días
06/05/2013 10/06/2013
Requerimiento del Producto Product Backlog
Erick Camavilca
43 días
09/04/2013 05/06/2013
Plan de Iteración del Primer Sprint
Erick Camavilca
29 días
07/05/2013 13/06/2013
Plan de Iteración del Segundo Sprint
Erick Camavilca
11 días
13/08/2013 27/08/2013
Plan de Iteración del Tercer Sprint
Erick Camavilca
11 días
10/09/2013 24/09/2013
4
Fase de Construcción
2013-02
Fase de Transición SIGERCOV SCRUM
2013 -01
Fase de Concepción
Desarrollo del Primer Sprint
Erick Camavilca
17 días
22/05/2013 11/06/2013
Pruebas del Primer Sprint
Erick Camavilca
2 días
10/06/2013 12/06/2013
Desarrollo de Segundo Sprint
Erick Camavilca
11 días
28/08/2013 11/09/2013
Pruebas del Segundo Sprint
Erick Camavilca
2 días
17/09/2013 18/09/2013
Desarrollo de Tercer Sprint
Erick Camavilca
11 días
24/09/2013 10/10/2013
Pruebas del Tercer Sprint
Erick Camavilca
5 días
10/10/2013 16/10/2013
Erick Camavilca
1 día
22/10/2013 23/10/2013
8 días
26/03/2013 04/04/2013
2 días
01/04/2013 04/04/2013
Validación de Manuales Elaboración de Proyect Charter Elaboración de Plan de Riesgo
5
Ricardo Herrera SSIA Ricardo Herrera SSIA
Definición de la Arquitectura del sistema
Fase de Elaboración
Fase de Construcción
Análisis de la BD actual de SSIA Recopilación de Información de Proyectos Anteriores Elaboración de las Historias de Usuario Requerimiento del Producto Product Backlog
Desarrollo del Primer Sprint
6
Ricardo Herrera SSIA
20 días
28/05/2013 14/06/2013
Ricardo Herrera SSIA
1 día
20/05/2013 24/05/2013
Ricardo Herrera SSIA
1 día
25/04/2013 25/04/2013
Ricardo Herrera SSIA
2días
26/04/2013 29/04/2013
Ricardo Herrera SSIA
1 día
30/04/2013 01/05/2013
Ricardo Herrera SSIA
11 días
14/05/2013 28/05/2013
Fase de Transición
2013-02
Fase Construcción
Desarrollo de Segundo Sprint
Ricardo Herrera SSIA
18 días
30/05/2013 07/06/2013
Pruebas del Primer y Segundo Sprint
Ricardo Herrera SSIA
3 días
10/06/2013 14/06/2013
Despliegue del Sprint 1 y 2
Ricardo Herrera SSIA
2 días
18/06/2013 19/06/2013
Desarrollo de Tercer Sprint
Ricardo Herrera SSIA
25 días
15/08/2013 22/08/2013
Pruebas del Tercer Sprint
Ricardo Herrera SSIA
3 días
27/08/2013 03/09/2013
Desarrollo del Cuarto Sprint
Ricardo Herrera SSIA
27 días
15/08/2013 10/09/2013
Pruebas del Cuarto Sprint
Ricardo Herrera SSIA
4 días
12/09/2013 18/09/2013
Desarrollo del Quinto Sprint
Ricardo Herrera SSIA
22 días
18/09/2013 01/10/2013
7
Fase de Despliegue
Pruebas del Quinto Sprint
Ricardo Herrera SSIA
6 días
03/10/2013 10/10/2013
Desarrollo del Sexto Sprint
Ricardo Herrera SSIA
24 días
10/10/2013 29/10/2013
Pruebas del Sexto Sprint
Ricardo Herrera SSIA
4 días
29/10/2013 05/11/2013
Desarrollo de Septimo Sprint
Ricardo Herrera SSIA
20 días
05/11/2013 20/11/2013
Pruebas del Septimo Sprint
Ricardo Herrera SSIA
6 días
20/11/2013 26/11/2013
Despliegue Final en el Ambiente de Producción
Ricardo Herrera SSIA
1 día
26/11/2013 26/11/2013
12 días
26/03/2013 11/04/2013
4 dias
18/04/2013 23/04/2013
4 días
24/04/2013 30/04/2013
4 días
30/04/2013 02/05/2013
Elaboración del Project Charter
IFC - DC SCRUM
Elaboración del product backlog 2013 -01
Fase de Concepción
Elaboración del plan de despliegue Elaboración del Plan de Riesgo
8
Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo
Elaboración de documento de arquitectura
Elaboración de prototipos
Fase de Elaboración
Elaboración de Historias de Usuario Elaboración de Plan de Iteraciones Elaboracion de Especificaciones de Caso de Uso Construcción de modelo lógico y fisico de la base de datos
9
Renzo Martinez/Cesar Pozo
Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo
20 días
28/05/2013 14/06/2013
7 días
07/05/2013 14/05/2013
6 días
16/05/2013 30/05/2013
2 días
25/04/2013 27/04/2013
10 días
30/05/2013 09/06/2013
3 días
04/06/2013 06/06/2013
Implementación de Sprint 1: Módulo de servicios.
Fase de Construcción
2013-02
Renzo Martinez/Cesar Pozo
5 días
11/06/2013 18/06/2013
Renzo Martinez/Cesar Pozo
1 día
18/06/2013 18/06/2013
Eduardo Mateo
3 días
18/06/2013 20/06/2013
Despliegue del Sprint 1
Renzo Martinez/Cesar Pozo
3 días
25/06/2013 27/06/2013
Implementacion del Sprint 2: Módulo de Informe de Fin de Ciclo.
Renzo Martinez/Cesar Pozo
21 días
Elaboración del Plan de Pruebas del Sprint 2
Renzo Martinez/Cesar Pozo
Elaboracion de Plan de Pruebas del Sprint 1 Pruebas funcionales del Sptrint 1
10
2 días
SEM 1
SEM3
SEM 3
SEM 3
Pruebas Funcionales del Sprint 2 Despliegue del Sprint 2
Implementación de Sprint 3: Módulo de Análisis.
Elaboración del Plan de Pruebas del Sprint 3 Pruebas Funcionales del Sprint 3 Despliegue del Sprint 3 Elaboración del manual de Usuario Definición del Proyecto Fase de Concepción Elaboración del Project Charter Fase de Elaboración Modelo de (Marianella del Castillo) Procesos Fase de Transición
GISC - AUP
2013 -01
11
Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo
Renzo Martinez/Cesar Pozo
Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Renzo Martinez/Cesar Pozo Caleb y Carlos SSIA Caleb y Carlos SSIA Caleb y Carlos SSIA
7 días
SEM 4
SEM 4
2 días
SEM 4
SEM 4
21 días
SEM 4
SEM 7
2 días
SEM 7
SEM 7
7 días
SEM 8
SEM 12
2 días
SEM 13
SEM 13
2 días
SEM 14
SEM 14
15 días
18/03/2013 02/04/2013
15 días
04/04/2013 28/04/2013
3 días
01/05/2013 06/05/2013
Validación documento de Definición de Procesos Modelo Funcional Descomposición Funcional del proceso Validación de Modelo de Descomposición Funcional
Caleb y Carlos SSIA
2 días
06/05/2013 07/05/2013
Caleb y Carlos SSIA
3 días
07/05/2013 10/05/2013
Caleb y Carlos SSIA
2 días
11/05/2013 12/05/2013
Definición de la Arquitectura del Sistema
Eduardo's - SSIA
20 días
28/05/2013 14/06/2013
Revisión QA del documento Arquitectura Básica de Software
Caleb y Carlos SSIA
3 días
11/06/2013 15/06/2013
3 días
14/05/2013 16/05/2013
5 días
21/05/2013 26/05/2013
6 días
21/05/2013 27/05/2013
Modelo Físico
Fase de Construcción
Desarrollo de Prototipos Definición de Historias de Usuario del Primer y Segundo Sprint
12
Caleb y Carlos SSIA Caleb y Carlos SSIA Caleb y Carlos SSIA
2013-02
Fase de Elaboración (Rosario Villalta)
Requerimiento del Producto Product Backlog
Caleb y Carlos SSIA
1 día
26/05/2013 27/05/2013
Desarrollo del Primer Sprint
Caleb y Carlos SSIA
10 días
21/05/2013 13/06/2013
Desarrollo del Segundo Sprint
Caleb y Carlos SSIA
10 días
10/06/2013 20/06/2013
Pruebas del Primer Sprint
Caleb y Carlos SSIA
2 días
15/06/2013 17/06/2013
Pruebas del Segundo Sprint
Caleb y Carlos SSIA
2 días
20/06/2013 22/06/2013
Caleb y Carlos SSIA
3 días
Semana 2
Semana 2
Caleb y Carlos SSIA
2 días
Semana 2
Semana 3
Caleb y Carlos SSIA
3 días
Semana 3
Semana 4
Actualización del modelo de Procesos Validaciòn documento de Definición de Procesos Modelo Funcional Descomposición Funcional del proceso
13
Validación de Modelo de Descomposición Funcional Actualizaciòn del Documento de Arquitectura de Software Revisión QA del documento Arquitectura Básica de Software Modelo Fisico
Fase de Construcción
Desarrollo de Prototipos Definición de Historias de las Historias de Usuario del Tercer y Cuarto Sprint Requerimiento del Producto Product Backlog Desarrollo del Tercer Sprint Desarrollo del Cuarto Sprint Pruebas de Tercer Sprint Pruebas del Cuarto Sprint
14
Caleb y Carlos SSIA
2 días
Semana 4
Semana 4
Caleb y Carlos SSIA
7 días
Semana 5
Semana 6
Caleb y Carlos SSIA
4 días
Semana 6
Semana 6
3 días
Semana 7
Semana 7
5 días
Semana 8
Semana 8
Caleb y Carlos SSIA
5 días
Semana 9
Semana 9
Caleb y Carlos SSIA
1 día
Semana 9
Semana 9
Semana 10 Semana 12 Semana 11 Semana 13
Semana 11 Semana 13 Semana 12 Semana 13
Caleb y Carlos SSIA Caleb y Carlos SSIA
Caleb y Carlos SSIA Caleb y Carlos SSIA Caleb y Carlos SSIA Caleb y Carlos SSIA
15 días 15 días 3 días 3 días
Fase de Transición
Elaboración del Plan de Despliegue Desplegar en el Servidor Pruebas de Aceptación y Aceptación
15
Caleb y Carlos SSIA
4 días
Semana 14
Semana 14
Caleb y Carlos SSIA
2 días
Semana 14
Semana 14
Caleb y Carlos SSIA
2 días
Semana 15
Semana 15
PROYECTO / TAREA
ACTIVIDADE S
SUB-TAREAS
Elaboración del Project Charter Fase de Investigación y Concepción Levantamiento de información inicial Diagrama de la organización Mapa de Procesos 2013 -01 ADAP-AC
2013 -02
Definición de Stakeholder Diagrama de objetivos Justificación de Macro Fase de Proceso Elaboración Definición de macroproceso Definición de procesos de seundo nivel Aprobación de procesos
% STATUS AVANC E
OBS
Resuelt 100% o Resuelt 100% o Resuelt 100% o Resuelt 100% o Resuelt 100% o Resuelt 100% o Resuelt 100% o En 80% proceso
Pendiente de aprobación por el cliente
En 80% proceso
Pendiente de aprobación por el cliente
En 20% proceso
Levantamiento de informacion Actualización del Project
16
Charter Actualización del cronograma Definición de procesos de tercer nivel Reglas de Negocio Modelo de dominio Mapeo entidadProceso Matriz RAM
GCD RUP
Descomposicio n funcional Definicion de rocesos optimizados Definición de la Empresa y el Problema Análisis y Elaboración 2013 Fase de del Plan de -01 Concepción Riesgos Definición de la Solución Modelado de Negocio
Resuelt o
100%
Resuelt o
100%
Resuelt o Resuelt o
100% 100%
17
Falta de fomalidad en la definición de los procesos de negocio
Definición de los En Requerimiento proceso s Documentació En n de Atributos proceso de Calidad Diseña En prototipos de proceso navegación Fase de Elaboración Definición de En la Arquitectura proceso del Sistema
Modelo Físico y En Implementació proceso n Desarrollo de la Primera En Etapa de proceso Fase de Prototipos Construcció Desarrollo de n la Segunda Etapa de 2013 Prototipos -02 Pruebas de los CU's
Falta de la validación de los casos de uso, por parte de QA; Corrección de las observaciones.
99%
80% Son todos los requerimientos no funcionales.
50% Prototipos web Documentación de la Arquitectura de SW: - Diagrama de CU - Modelo de Análisis 68% - Modelo de Diseño - Modelo de Datos - Modelo de Componentes - Modelo de Despliegue Identificar y mapear la Arquitectura de SW - Modelo Físico - Modelo de clases
0%
15%
Primera Etapa de Prototipos: - Implementación de los CU del 1 - 11
Segunda Etapa de Prototipos: - Implementación de los CU del 12 - 19 Base Datos Despleada Aplicación Desplegado Pruebas de todos los CU's
18
PPP SCRUM
Correcciones de las Observaciones de los CU's Desarrollo de Manual de Fases de Usuario Transición Capacitación a los Usuarios Elaboración de Proyect Charter Elaboración Plan de Despliegue Elaboración de Fase de Plan de Riesgo Concepción Definición de la Arquitectura del sistema 2013 Requerimiento -01 del Producto Product Backlog
Fase de Elaboración
Resuelt 100% o En proceso
0%
En proceso
0%
En proceso
45%
En proceso
33%
Plan de Iteración del Primer Sprint
Resuelt o
Primer Sprint: - US 1: Gestión de Malla ABET 100% - US 2: Validación de Malla ABET - US 3: Servicios REST - Sprint 1
Plan de Iteración del Segundo Sprint
En proceso
90%
Listado priorizado de las historias de usuario para el uso de los Sprint
Segundo Sprint: - US 4: Procesar Datos - US 5: Interfaz de Comunicación con EIA - US 6: Impletar servicios REST del Sprint 2
19
Plan de Iteración del Tercer Sprint
En 0% proceso
Desarrollo del En 20% Primer Sprint proceso
Fase de Construcció n
2013 -02
Pruebas del Primer Sprint
En 0% proceso
Desarrollo de Segundo Sprint Pruebas del Segundo Sprint
Tercer Srprint: - US 7: Cargar resultados de lectura a la BD - US 8:Interfaz de Registros de Encuestas Unitarias - US 9: Gráfico de resultados de Encuestas Primer Sprint: Entrega de todo los UH's a SF Elaboración del Manual de Usuario del Primer Sprint - US 1: Gestión de Malla ABET - US 2: Validación de Malla ABET - US 3: Servicios REST - Sprint 1 Base Datos Despleada Aplicación Desplegado Certificado de IT Expert y QA
Base Datos Despleada Aplicación Desplegado Certificado de IT Expert y QA
Desarrollo de Tercer Sprint Base Datos Despleada Aplicación Desplegado Certificado de IT Expert y QA
Pruebas del Tercer Sprint Fase de Transición
Validación de Manuales Elaboración de Proyect SIGERCO 2013 Fase de Charter V-01 Concepción SCRUM Elaboración de Plan de Riesgo
Resuelt 100% o Resuelt 100% o
20
Definición de Resuelt la Arquitectura 100% o del sistema
Análisis de la BD actual de SSIA Recopilación de Información de Proyectos Anteriores Elaboración de las Historias de Usuario Fase de Requerimiento Elaboración del Producto Product Backlog
Documentación de la Arquitectura de SW: - Diagrama de CU - Modelo de Análisis - Modelo de Diseño - Modelo de Datos - Modelo de Componentes - Modelo de Despliegue
Resuelt 100% o Resuelt 100% o Resuelt 100% o Resuelt 100% o
Primer Sprint:
Fase de Desarrollo del En Construcció 95% Primer Sprint proceso n
- US01: Generar_Reporte_Verificacion_x_Outcome - US02: Web_Service_Generar_Reporte_Verificación_x_Outcome - US03: Generar_Reporte_Verificacion_x_Outcome_x_Secciones - US04: Web_Service_Generar_Reporte_Verificación_x_Outcome_x_Sec ciones
21
Segundo Sprint:
Fase de Transición
Desarrollo de Segundo Sprint
En 90% proceso
Pruebas del Primer y Segundo Sprint
En 0% proceso
Despliegue del En 0% Sprint 1 y 2 proceso
- US05: Generar_Reporte_Control_x_Outcome - US06: Web_Service_Generar_Reporte_Control_x_Outcome - US07: Generar_Reporte_Control_x_Outcome_x_Secciones - US08: Web_Service_Generar_Reporte_Control_x_Outcome_x_Seccion es
Incluye Correcciones y el Acta de Conformidad de QA Base Datos Despleada Aplicación Desplegado El Acta aprobada por IT-Expert
Desarrollo de Tercer Sprint Pruebas del Tercer Sprint
Base Datos Despleada Aplicación Desplegado El Acta aprobada de IT-Expert y QA
Fase 2013 Desarrollo del Construcció -02 Cuarto Sprint n Pruebas del Cuarto Sprint
Base Datos Despleada Aplicación Desplegado El Acta aprobada de IT-Expert y QA
Desarrollo del Quinto Sprint
22
Base Datos Despleada Aplicación Desplegado El Acta aprobada de IT-Expert y QA
Pruebas del Quinto Sprint Desarrollo del Sexto Sprint
Base Datos Despleada Aplicación Desplegado El Acta aprobada de IT-Expert y QA
Pruebas del Sexto Sprint Desarrollo de Septimo Sprint
Base Datos Despleada Aplicación Desplegado El Acta aprobada de IT-Expert y QA
Pruebas del Septimo Sprint Despliegue Final en el Ambiente de Producción Elaboración del Project Charter Elaboración del product IFC - DC - 2013 Fase de backlog SCRUM -01 Concepción Elaboración del plan de despliegue Elaboración del Plan de Riesgo Fase de Despliegue
Revisado por el comité
Resuelt o
100%
Resuelt o
100%
Resuelt o
100%
En Proces o
0%
Listado priorizado de la Historias de Usuario par el uso de los Sprints
23
Elaboración de En documento de Proces arquitectura o
Elaboración de prototipos Elaboración de Historias de Usuario Elaboración de Plan de Fase de Iteraciones Elaboración Elaboracion de Especificacion es de Caso de Uso Construcción de modelo lógico y fisico de la base de datos
70%
Resuelt o
100%
Resuelt o
100%
En proceso
50%
En Proces o
0%
Resuelt o
100%
Documentación de la Arquitectura de SW: - Diagrama de CU - Modelo de Análisis - Modelo de Diseño - Modelo de Datos - Modelo de Componentes - Modelo de Despliegue
24
Primer Sprint: Implementació n de Sprint 1: En Módulo de proceso servicios.
Elaboracion de En Plan de Proces Fase de Pruebas del o Construcció Sprint 1 Pruebas En n funcionales del Proces Sptrint 1 o En Despliegue del Proces Sprint 1 o
10%
- Servicios REST (WSListaCursosxProfesorxPeriodo, WSObtenerInformeFinCiclo, WSRegistrarInformeFinCiclo, WSObtenerStudentsOutcomes, WSObtenerLogroTerminal, WSListarHallazgosxInformeFinCiclo, WSRegistrarHallazgo, WSObtenerProfesorxCodigo, WSObtenerCurso, WSObtenerPeridoActual)
0%
0%
Pendiente de aprobación por QA
0%
Base Datos Despleada Aplicación Desplegado Certificado de IT Expert y QA Segundo Sprint:
2013 -02
Implementacio n del Sprint 2: Módulo de Informe de Fin de Ciclo.
US-01 Iniciar Sesión US-02 Mostrar cursos por docente US-03 Mostrar Students Outcomes por curso US-04 Mostrar objetivos generales de un curso US-05 Realizar informe de fin de ciclo
Elaboración del Plan de
25
Pruebas del Sprint 2 Pruebas Funcionales del Sprint 2
Pendiente de aprobación por QA Base Datos Despleada Aplicación Desplegado Certificado de IT Expert y QA
Despliegue del Sprint 2
Tercer Sprint: US-06 Mostrar cursos US-07 Mostrar docentes US-08 Mostrar incidencias por curso US-09 Generar reporte de incidencias por curso US-10 Exportar incidencias a un documento US-11 Exportar informa a un documento US-12 Enviar email a docentes
Implementació n de Sprint 3: Módulo de Análisis.
Elaboración del Plan de Pruebas del Sprint 3 Pruebas Funcionales del Sprint 3
Pendiente de aprobación por QA Base Datos Despleada Aplicación Desplegado Certificado de IT Expert y QA
Despliegue del Sprint 3
GISC AUP
Elaboración Fase de del manual de Transición Usuario 2013 Fase de Definición del -01 Concepción Proyecto
Resuelt o
100% Definida la razon de ser y el alcance del proyecto
26
Elaboración del Project Charter Modelo de Procesos Validación documento de Definición de Procesos Modelo Funcional Descomposició n Funcional del proceso Fase de Validación de Elaboración Modelo de Descomposició (Marianella n Funcional del Castillo)
Resuelt o
100%
Resuelt o
100% Modelo de Proceso Listo
Resuelt o
100%
Resuelt o
100% Descomposición funcional lista para poder generar los prototipos
Resuelt o
100%
Definición de En la Arquitectura proceso del Sistema
Documentación de la Arquitectura de SW: - Diagrama de CU - Modelo de Diseño 60% - Modelo de Datos - Modelo de Componentes - Modelo de Despliegue
Revisión QA del documento En Arquitectura 0% Pendiente envío a QA proceso Básica de Software Resuelt Modelo Físico 100% Modelo de Base de datos Integrado Fase de o Construcció Desarrollo de Resuelt Prototipos de Iteración 1 y 2 generados y aceptados por el n 100% Prototipos o cliente
27
Definición de Historias de Usuario del En Primer y proceso Segundo Sprint Requerimiento del Producto - Resuelt Product o Backlog
90% Pendiente aprobación por QA
100%
Listado priorizado de las historias de usuario para el uso de los Sprint
Primer Sprint: Desarrollo del En Primer Sprint proceso
Desarrollo del En Segundo proceso Sprint
Pruebas del Primer Sprint
En proceso
Pruebas del En Segundo proceso Sprint Actualización del modelo de Fase de Procesos 2013 Elaboración Validaciòn -02 - (Rosario documento de Villalta) Definición de Procesos
80%
- US-01: Generación de Reportes Información Profesores - US-02: Historial de reportes Profesores
Segundo Sprint: 15%
- US-03: Llenar Formularios de Cursos - US-04: Generar Reporte Información de Cursos
Base Datos Despleada 0% Aplicación Desplegado El Acta aprobada de IT-Expert y QA Base Datos Despleada 0% Aplicación Desplegado El Acta aprobada de IT-Expert y QA
28
Modelo Funcional Descomposició n Funcional del proceso Validación de Modelo de Descomposició n Funcional Actualizaciòn del Documento de Arquitectura de Software Revisión QA del documento Arquitectura Básica de Software Modelo Fisico Desarrollo de Prototipos Definición de Historias de las Historias de Usuario del Tercer y Fase de Construcció Cuarto Sprint Requerimiento n del Producto Product Backlog Desarrollo del Tercer Sprint Desarrollo del Cuarto Sprint
Actualización de la BD
Listado priorizado de las historias de usuario para el uso de los Sprint
29
Pruebas de Tercer Sprint Pruebas del Cuarto Sprint Elaboración del Plan de Despliegue Fase de Desplegar en Transición el Servidor Pruebas de Aceptación y Aceptación
30
2013-01
PROYECTO: ABET
Índice 1. Diagrama de despliegue – Producción .................................................................................. 3 2. Diagrama de despliegue – Testing ........................................................................................ 5 3. Diagrama de paquetes (detalle de servicios) ......................... ¡Error! Marcador no definido. 4. Diagrama modular .................................................................. ¡Error! Marcador no definido. 4.1. Diagrama modular GISC ................................................................................................. 20 1
2013-01 4.2. Diagrama modular GCD.................................................................................................. 21 4.3. Diagrama modular GPPP ................................................................................................22 4.4. Diagrama Modular SIGERCOV ........................................................................................23 4.5. Diagrama Modular IFC-DC ..............................................................................................24 5. Diagrama de componentes/interconexiones ......................................................................27 5.1. Diagrama de componentes/interconexiones GPPP .......................................................27 5.2. Diagrama de componentes/interconexiones GCD .........................................................28 5.3. Diagrama de componentes/interconexiones IFC-DC .....................................................29 5.4. Diagrama de componentes/interconexiones SIGERCOV ...............................................30 5.5. Diagrama de componentes/interconexiones GISC ........................................................31 6. Plan de trabajo y lista de riesgos .........................................................................................32
2
2013-01 1. DIAGRAMA DE DESPLIEGUE – PRODUCCIÓN SSIA_Produccion IIS GISC Web App GISC Http GCD
FS2 (10.11.10.244) FS_SSIA
Web App GCD
SV_Net_Produccion (10.11.11.248) Http IIS
IFC-DC
wsABET
Web App IFC-DC Http
BD2 (10.11.11.243) BD_SSIA
SIGERCOV wsSSIA
Web App SIGERCOV Http
GPPP Http
Http
Web App GPPP
APCDA App APCDA
IPS Http
Http
Web App IPS
EIA App EIA
FS2: Máquina física usada como servidor de archivos (file server) FS_SSIA: Servidor de archivos (file server) destinado para SSIA BD2: Máquina física usada como servidor de base de datos de producción. BD_SSIA: Base de datos SSIA (SQL Server 2008 R2) SV_Net_Produccion: Máquina virtual usada como servidor de producción para aplicaciones .NET IIS: Servidor web y de aplicaciones para SV_Net_Produccion y para SSIA_Produccion wsABET: Aplicación de tipo web service que contiene los servicios en común con todos los proyectos destinados a la acreditación ABET. wsSSIA: Aplicación de tipo web service que contiene los servicios en común con todos los proyectos de SSIA. SSIA_Produccion: Máquina física usada como servidor de producción para aplicaciones .NET Web App GISC: Aplicación web del proyecto Gestión de Indicadores de la Escuela de Ing. de Sistemas y Computación Web App GCD: Aplicación web del proyecto Gestión de coordinaciones de docentes (actas y consolidado de horas) - Esc. Ing. de Sistemas y Computación Web App IFC-DC: Aplicación web del proyecto Gestión de Informes de Fin de ciclo - Docentes de la Escuela de Ing. de Sistemas y Computación Web App SIGERCOV: Aplicación web del proyecto Gestión de Reportes de Control y Verificación de la Escuela de Ing. de Sistemas y Computación
3
2013-01 Web App GPPP: Aplicación web del proyecto Gestión de Prácticas Pre-Profesionales (PPP) de la Escuela de Ing. de Sistemas y Computación Web App APCDA: Aplicación escritorio del proyecto Automatización del Proceso de Carga de Datos Académicos. Web App IPS: Aplicación web del proyecto Intranet de Proyectos SSIA. Web App EIA: Aplicación escritorio del proyecto Evidencias Indirectas ABET.
4
2013-01 2. DIAGRAMA DE DESPLIEGUE – TESTING SV_Net_Pruebas (10.11.10.236) IIS GISC Web App GISC Http GCD Web App GCD FS1 (10.11.11.225)
Http
FS_SSIA
IFC-DC Web App IFC-DC Http
SIGERCOV SV_BD_Pruebas (10.11.10.238)
wsABET
Web App SIGERCOV Http
BD_SSIA
GPPP Web App GPPP Http
APCDA
wsSSIA
App APCDA Http
IPS Web App IPS Http
EIA Http
App EIA
FS1: Máquina física usada como servidor de archivos (file server) FS_SSIA: Servidor de archivos (file server) destinado para SSIA SV_BD_Pruebas: Máquina virtual usada como servidor de base de datos de producción. BD_SSIA: Base de datos SSIA (SQL Server 2008 R2) SV_Net_Pruebas: Máquina virtual usada como servidor de pruebas para aplicaciones .NET IIS: Servidor web y de aplicaciones para SV_Net_Pruebas wsABET: Aplicación de tipo web service que contiene los servicios en común con todos los proyectos destinados a la acreditación ABET. wsSSIA: Aplicación de tipo web service que contiene los servicios en común con todos los proyectos de SSIA. Web App GISC: Aplicación web del proyecto Gestión de Indicadores de la Escuela de Ing. de Sistemas y Computación Web App GCD: Aplicación web del proyecto Gestión de coordinaciones de docentes (actas y consolidado de horas) - Esc. Ing. de Sistemas y Computación Web App IFC-DC: Aplicación web del proyecto Gestión de Informes de Fin de ciclo - Docentes de la Escuela de Ing. de Sistemas y Computación Web App SIGERCOV: Aplicación web del proyecto Gestión de Reportes de Control y Verificación de la Escuela de Ing. de Sistemas y Computación
5
2013-01 Web App GPPP: Aplicación web del proyecto Gestión de Prácticas Pre-Profesionales (PPP) de la Escuela de Ing. de Sistemas y Computación Web App APCDA: Aplicación escritorio del proyecto Automatización del Proceso de Carga de Datos Académicos. Web App IPS: Aplicación web del proyecto Intranet de Proyectos SSIA. Web App EIA: Aplicación escritorio del proyecto Evidencias Indirectas ABET.
6
2013-01 3. DIAGRAMA DE PAQUETES POR SERVICIOS
A continuación se muestra el diagrama de paquetes por servicios para los proyectos ABET de la UPC
01-SSeguridad.svc 02-SPersona.svc 03-SProfesor.svc 04-SAlumno.svc 05-SAdministrativo.svc 06-SEscuela.svc 07-SCarrera.svc 08-SPeriodo.svc 09-SCompetencia.svc 10-SResultadoPrograma.svc 11-SCurso.svc 12-SSeccionxCurso.svc 13-SProfesorxSeccionxCurso.svc 14-SLogro.svc
SSIA
01 01
02 03
01
01
02
05
06
08
02
07
11
13
01
08
GCD
08 08
10
PPP
12
07
07
10
10
03
03
08 09
21-WSOutcomeXCarrera(Listar) 22-WSListarCursosXCarreraXCiclo 23-WSGenerarReporteVerificacionXNivelAceptacion 24-WSGenerarReporteVerificacionXNivelAceptacionXSecciones 25-WSGenerarReporteControlXNivelAceptacion 26-WSGenerarReporteControlXNivelAceptacionXSecciones
07
02
04
15-WSGenerarReporteVerificacionXOutcome 16-WSGenerarReporteVerificacionXOutcomeXSecciones 17-WSGenerarReporteControlXOutcome 18-WSGenerarReporteControlXOutcomeXSecciones 19-WSObtenerCursosMallaCurricularVigente 20-WSActualizarCursoControlVerificacion
32-Listar_Criterio 33-Listar_CompetenciaABET 34-ResultadoProgramaxCriterio(Registrar,Modificar) 35-ResultadoProgramaxCompetencia(Registrar Modificar) 36-MallaEncuesta(Registrar,Consultar,Modificar) 37-Listar_MallaEncuestaxCompetenciaABETxResultadoPrograma 38-Registrar_MallaEncuestaxCompetenciaABET(Registrar, Modificar) 39-GenerarMallaABET_GPPP_EIA 40-TraerEncuestaPDF_GPPP_EIA
13
11 13 14 SIGERCOV
41-WSListaCursosxProfesorxPeriodo 42-InformeFinCicloxPeriodo(Consultar) 43-InformeFinCiclo(Registrar, consultar,modificar, eliminar) 44-StudentsOutcomesxCurso(Consultar) 45-LogroTerminalxCurso(Consultar) 46-HallazgosxInformeFinCiclo(Consultar, Eliminar) 47-Hallazgo(Registrar, modificar , eliminar) 48-AccionMejoraxHallazgo 49-WSModificarAccionMejora 50-WSEliminarAccionMejoraxInformeFinCiclo 51-ProfesorxCodigo 52-WSObtenerCursoxProfesor 53-WSObtenerCursoxCoordinador 54-SIngresardetalleCoordinador 55-SObtenerDetalleCoordinador
IFCDC 31
GISC
73
30
52
72
29
51 71
28 50
70
27 59
69 68
26 25
48 24 40
47 39
55
23
46
22
38 45
37
21
54 44
36
20 43
35 34
19
53
18
42 17
33
41
16
32
67
15
63
66 ABET
56
57
58
7
59
60
28-WSGenerarReporteControlXCiclo 29-WSGenerarReporteControlXCicloXSecciones 30-WSGenerarReporteVerificacionXCiclo 31- WSGenerarReporteVerificacionXCicloXSecciones
61
62
63
64
65
56-SActa (propio) 57-SNivelReunion (propio) 58-SEvento (propio) 59-SParticipanteActa (propio) 60-SMotivoActa (propio) 61-SAgendaActa (propio) 62-STemaActa (propio) 63-SAcuerdoActa (propio e IFC) 64-STipoAcuerdoActa (propio) 65-SAccionAcuerdoActa (propio) 66-SNotificacion 67-WSABET/SSubArea 68-WSGenerarMallaABET_GPPP_EIA 69-WSGenerarPDF_GPPP_EIA 70-PPPEmpresas(Registrar, consultar) 71-PPPEncuestaDetalle(Registrar Actual) 72-PPPEncuesta(Registrar, consultar, Modificar) 73-PPPJefeDirecto(Registrar,Consultar)
2013-01 3.1. Descripción de los servicios
A continuación se muestra la descripción de los servicios que implementarán los 4 proyectos de TP1 de la empresa SSIA del periodo 2013-01 Servicio: SIGGenerarReporteVerificacionXOutcome Aplicación que lo brinda: SIGERCOV Servicio que lista los cursos de verificación por un outcome específico. Devuelve la nota de cada curso, el nombre de este Descripción: Servicio: SIGGenerarReporteVerificacionXOutcomeXSecciones Aplicación que lo brinda: SIGERCOV
Descripción:
Servicio que lista las secciones de un curso de tipo verificación específico en base a un outcome. Devuelve las secciones, la nota del outcome por cada sección, el horario y el profesor
Servicio: SIGGenerarReporteControlXOutcome Aplicación que lo brinda: SIGERCOV
Descripción:
Servicio que lista los cursos de control por un outcome específico. Devuelve la nota de cada curso, el nombre de este
Servicio: SIGWSGenerarReporteControlXOutcomeXSecciones Aplicación que lo brinda: SIGERCOV Servicio que lista las secciones de un curso de tipo control específico en base a un outcome. Devuelve las secciones, la nota del outcome por cada sección, el horario y el profesor Descripción: Servicio: SIGObtenerCursosMallaCurricularVigente Aplicación que lo brinda: SIGERCOV Servicio que lista los cursos de una carrera específica Descripción: Servicio: SIGActualizarCursoControlVerificacion Aplicación que lo brinda: SIGERCOV Descripción: Servicio:
Servicio con el cual se actualizan los cursos de tipo Control y Verificación
SIGOutcomeXCarrera(Listar)
8
2013-01 Aplicación que lo brinda: SIGERCOV Descripción:
Lista los outcomes por carrera (Ing. Sistemas, Ing. Software)
Servicio: SIGListarCursosXCarreraXCiclo Aplicación que lo brinda: SIGERCOV Descripción:
Servicio que lista los cursos de una carrera en el ciclo actual.
Servicio: SIGGenerarReporteVerificacionXNivelAceptacion Aplicación que lo brinda: SIGERCOV Servicio que lista los cursos de verificación por un nivel de aceptación específico. Devuelve la nota de cada curso, el nombre de este. Descripción: Servicio: SIGGenerarReporteVerificacionXNivelAceptacionXSecciones Aplicación que lo brinda: SIGERCOV Servicio que lista las secciones de un curso de tipo verificación específico en base a un nivel de aceptación Devuelve las secciones, la nota del outcome por cada seccion, el horario y el profesor Descripción: Servicio: SIGGenerarReporteControlXNivelAceptacion Aplicación que lo brinda: SIGERCOV
Descripción:
Servicio que lista los cursos de control por un nivel de aceptación específico. Devuelve la nota de cada curso, el nombre de este.
Servicio: SIGGenerarReporteControlXNivelAceptacionXSecciones Aplicación que lo brinda: SIGERCOV Servicio que lista las secciones de un curso de tipo control específico en base a un nivel de aceptación. Devuelve las secciones, la nota del outcome por cada seccion, el Descripción: horario y el profesor Servicio: SIGGenerarReporteControlXCiclo Aplicación que lo brinda: SIGERCOV Servicio que lista los cursos de control por un ciclo específico. Devuelve la nota de cada curso, el nombre de este. Descripción: Servicio:
SIGGenerarReporteControlXCicloXSecciones 9
2013-01 Aplicación que lo brinda: SIGERCOV Servicio que lista las secciones de un curso de tipo control específico en base a un ciclo. Devuelve las secciones, la nota del outcome por cada seccion, el horario y el profesor Descripción: Servicio: SIGGenerarReporteVerificacionXCiclo Aplicación que lo brinda: SIGERCOV Descripción:
Servicio que lista los cursos de verificación por un ciclo específico. Devuelve la nota de cada curso, el nombre de este.
Servicio: SIGGenerarReporteVerificacionXCicloXSecciones Aplicación que lo brinda: SIGERCOV Servicio que lista las secciones de un curso de tipo verificación específico en base a un ciclo. Devuelve las secciones, la nota del outcome por cada seccion, el horario y el profesor Descripción: Servicio: PPPListar_Criterio Aplicación que lo brinda: PPP Trae una lista de Criterios ABET. Descripción: Servicio: PPPListar_CompetenciaABET Aplicación que lo brinda: PPP Trae una lista de Competencias ABET. Descripción: Servicio: PPPResultadoProgramaxCriterio Aplicación que lo brinda: PPP Registra , consulta y modifica un Criterio por Outcome. Descripción: Servicio: PPPResultadoProgramaxCompetencia Aplicación que lo brinda: PPP Registra,Modifica una Competencia por Outcome. Descripción: Servicio: PPPPMallaEncuesta Aplicación que lo brinda: PPP Registra,Consulta,Modifica una Malla ABET. Descripción:
10
2013-01 Servicio: PPPListar_MallaEncuestaxCompetenciaABETxResultadoPrograma Aplicación que lo brinda: PPP Consulta una lista de Competencias y Outcome por Malla ABET. Descripción: Servicio: PPPRegistrar_MallaEncuestaxCompetenciaABET Aplicación que lo brinda: PPP Registra,Consulta y Modifica una Malla ABET por Competencia ABET. Descripción: Servicio: EIAGenerarMallaABET_GPPP_EIA Aplicación que lo brinda: EIA Envía la Malla ABET a la aplicación EIA para generar el foramto OMR. Descripción: Servicio: EIATraerEncuestaPDF_GPPP_EIA Aplicación que lo brinda: EIA Envía la solicitud de guardar en Dropbox las encuestas en formato OMR. Descripción: Servicio: IFCDCWSListaCursosxProfesorxPeriodo Aplicación que lo brinda: IFCDC Descripción:
consulta los cursos de un profesor durante el actual ciclo académico.
Servicio: IFCDCInformeFinCicloxPeriodo Aplicación que lo brinda: IFCDC Descripción:
Consultar el informe de fin ciclo según: el curso, el profesor y el periodo academico
Servicio: 43-InformeFinCiclo(Registrar, consultar,modificar, eliminar) Aplicación que lo brinda: IFCDC Registras,consultar,modificar y eliminar informe de fin de ciclo Descripción: Servicio: IFCDCStudentsOutcomesxCurso(Consultar) Aplicación que lo brinda: IFCDC Descripción: Servicio:
Listar los students outcomes por curso de carrera. IFCDCLogroTerminalxCurso(Consultar) 11
2013-01 Aplicación que lo brinda: IFCDC Obtener logro terminal por curso Descripción: Servicio: IFCDCHallazgosxInformeFinCiclo(Consultar, Eliminar) Aplicación que lo brinda: IFCDC Consultar los hallazgos por informe de fin de ciclo, eliminar hallazgos por informe de fin de ciclo Descripción: Servicio: IFCDCHallazgo Aplicación que lo brinda: IFCDC Registrar, modificar y eliminar Hallazgos Descripción: Servicio: IFCDCAccionMejoraxHallazgo Aplicación que lo brinda: IFCDC Descripción: Lista las acciones de mejora a través del hallazgo el cual les pertenece Servicio: IFCDWSModificarAccionMejora Aplicación que lo brinda: IFCDC Descripción: Modifica el detalle de una acción de mejora Servicio: IFCDCWSEliminarAccionMejoraxInformeFinCiclo Aplicación que lo brinda: IFCDC Descripción: Elimina una acción de mejora a través de código del Informe de Fin de Ciclo Servicio: IFCDCProfesorxCodigo Aplicación que lo brinda: IFCDC Descripción: Obtener a un profesor a través de su código Servicio: IFCDCWSObtenerCursoxProfesor Aplicación que lo brinda: IFCDC Descripción: Listar los curso de un profesor durante el presente periodo académico Servicio: GISCWSObtenerCursoxCoordinador Aplicación que lo brinda: GISC Listar los datos de los cursos de los coordinadores de la carrera Descripción: 12
2013-01 Servicio: GISCIngresardetalleCoordinador Aplicación que lo brinda: GISC Envia información ingresada por los coordinadores de la carrera Descripción: Servicio: GISCObtenerDetalleCoordinador Aplicación que lo brinda: GISC Obtener los datos ingresados por los coordinadores de la carrera Descripción: Servicio: Aplicación que lo brinda: GCD Consulta, registro, eliminación y modificación de un acta de reunión Descripción: Servicio: GCDNivelReunion Aplicación que lo brinda: GCD onsulta, registro, eliminación y actualización de niveles de reunión Descripción: Servicio: GCDEvento Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de los eventos (reuniones Descripción: programadas) predeterminados. Servicio: GCDSParticipanteActa Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de participantes de una determinada acta Descripción: Servicio: GCDSMotivoActa Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de motivos preterminados para una acta. Descripción: Servicio: GCDSAgendaActa Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de una actividad para una Descripción: determinada acta.
13
2013-01 Servicio: GCDTemaActa Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de un tema para una determinada acta. Descripción: Servicio: GCDAcuerdoActa Aplicación que lo brinda: GCD Descripción:
Consulta registro, eliminación y actualización de un acuerdo para una determinada acta.
Servicio: GCDTipoAcuerdoActa Aplicación que lo brinda: GCD Descripción:
Consulta, registro, eliminación y actualización de los tipos de acuerdo predeterminados para una acta.
Servicio: GCDSAccionAcuerdoActa (propio) Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de la acción de un determinado acuerdo de una acta. Descripción: Servicio: GCDSNotificacion Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización Descripción: electrónico.
de las notificaciones vía correo
Servicio: GCDWSABET/SSubArea Aplicación que lo brinda: GCD Consulta, registro, eliminación y actualización de las sub-áreas que existen dentro de Descripción: una determinada escuela Servicio: PPPEmpresas Apliacación que lo brinda: PPP Permite registrar una empresa y consultar una empresa o lista de empresas Descripción: Servicio: PPPJefeDirecto(Registrar,Consultar) Apliacación que lo brinda: PPP 14
2013-01 Descripción:
Permite Registrar, consultar un Jefe Directo ABET.
Servicio: PPPEncuesta Apliacación que lo brinda: PPP Descripción: Permite registrar, consultar, modificar una Encuesta ABET. Servicio: PPPEncuestaDetalle Apliacación que lo brinda: PPP Descripción: Permite registrar , modificar un Detalle de Encuesta ABET. 3.2. Relación Servicios-Aplicación
A continuación se muestra la relación de servicios, indicando que aplicación consume de ellas, que proyecto lo implementará, que web services lo brinda .además se muestra la prioridad de los servicios, con lo que se definirá el orden cronológico de la implementación de cada uno de estos.
APLICACIÓN QUE PIDE
SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV PPP
SERVICIOS
SIGWSGenerarReporteVerificacionXOutcome SIGWSGenerarReporteVerificacionXOutcomeXSeccione s SIGWSGenerarReporteControlXOutcome SIGWSGenerarReporteControlXOutcomeXSecciones SIGWSObtenerCursosMallaCurricularVigente SIGWSActualizarCursoControlVerificacion SIGWSOutcomeXCarrera SIGWSListarCursosXCarreraXCiclo SIGWSGenerarReporteVerificacionXNivelAceptacion SIGWSGenerarReporteVerificacionXNivelAceptacionXS ecciones SIGWSGenerarReporteControlXNivelAceptacion SSIGWSGenerarReporteControlXNivelAceptacionXSecci ones SIGWSGenerarReporteControlXCiclo SIGWSGenerarReporteControlXCicloXSecciones SIGWSGenerarReporteVerificacionXCiclo SIGWSGenerarReporteVerificacionXCicloXSecciones PPPListar_Criterio 15
P R I PROYECTO O WS QUE QUE R BRINDA IMPLEMENTA I D A D WSABET SIGERCOV 1 WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET
SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV
1 1 1 1 1 1 1 2
WSABET WSABET
SIGERCOV SIGERCOV
2 2
WSABET WSABET WSABET WSABET WSABET WSABET
SIGERCOV SIGERCOV SIGERCOV SIGERCOV SIGERCOV PPP
2 2 2 3 3 3
2013-01 PPP PPP PPP PPP
PPPListar_CompetenciaABET PPPResultadoProgramaxCriterio PPPResultadoProgramaxCompetencia PPPMallaEncuesta PPPListar_MallaEncuestaxCompetenciaABETxResultad oPrograma PPPRegistrar_MallaEncuestaxCompetenciaABET EIAGenerarMallaABET_GPPP EIATraerEncuestaPDF_GPPP IFCWSListaCursosxProfesorxPeriodo IFCInformeFinCicloxPeriodo IFCInformeFinCiclo IFCStudentsOutcomesxCurso IFCLogroTerminalxCurso IFCHallazgosxInformeFinCiclo IFCHallazgo IFCAccionMejoraxHallazgo IFCWSModificarAccionMejora IFCWSEliminarAccionMejoraxInformeFinCiclo IFCProfesorxCodigo IFCWSObtenerCursoxProfesor GISWSObtenerCursoxCoordinador GISSIngresardetalleCoordinador GISSObtenerDetalleCoordinador GCDActa GCDSNivelReunion GCDSEvento GCDSParticipanteActa GCDSMotivoActa GCDSAgendaActa GCDSTemaActa GCDSAcuerdoActa GCDSTipoAcuerdoActa GCDSAccionAcuerdoActa GCDSNotificacion GCDWSABET/SSubArea PPPEncuestaDetalle PPPEncuesta PPPJefeDirecto PPPEmpresas
PPP PPP PPP PPP IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC GISC GISC GISC GCD GCD GCD GCD GCD GCD GCD GCD, IFCDC GCD GCD GCD GCD PPP PPP PPP PPP PP, IFCDC,GISC,SIG ERCOV,GCD SSIASeguridad.svc PP, IFCDC,SIGERC OV,GCD SSIAPersona.svc
WSABET WSABET WSABET WSABET
PPP PPP PPP PPP
1 3 2 1
WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET WSABET
PPP PPP EIA EIA IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC IFCDC GISC GISC GISC GCD GCD GCD GCD GCD GCD GCD GCD GCD GCD GCD GCD PPP PPP PPP PPP YA IMPLEMENTA DO YA IMPLEMENTA DO
2 2 1 1
WSSSIA
WSSSIA 16
1 1 1 1 2 1 1 1 1 1 1 3 3 2 3 3 3 3
2013-01 IFCDC,SIGERC OV,GCD
SSIAProfesor.svc
WSSSIA
PPP
SSIAAlumno.svc
WSSSIA
GCD
SSIAAdministrativo.svc
WSSSIA
GCD
SSIAEscuela.svc
WSSSIA
GCD,SIGERCO V,IFCDC,PPP SSIACarrera.svc GCD,SIGERCO V,IFCDC,GISC,P PP SSIAPeriodo.svc
WSSSIA
WSSSIA
PPP
SSIACompetencia.svc
WSSSIA
PPP,GCD,IFCD C
SSIAResultadoPrograma.svc
WSSSIA
IFCDC,GCD
SSIACurso.svc
WSSSIA
IFCDC,GCD
SSIASeccionxCurso.svc
WSSSIA
IFCDC,GCD,SIG ERCOV SSIAProfesorxSeccionxCurso.svc
WSSSIA
IFCDC
WSSSIA
SSIALogro.svc
Leyenda para la matriz:
1 2 3 NA
Prioridad alto intermedio Bajo No aplica
Proyectos de la empresa SSIA para la acreditación ABET-ASC de la Escuela de Ingeniería de Sistemas y Computación PPP Gestión de Prácticas Pre Profesionales GISC Gestión de Indicadores de la Escuela de Sistemas y Computación SIGERCOV Sistema de generación de reportes de control y verificación 17
YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO YA IMPLEMENTA DO
2013-01 IFCDC GCD
Gestion de informes de fin de ciclo Gestión de coordinaciones de docentes
18
2013-01 4. DIAGRAMA MODULAR
En esta vista se observa la dependencia de todos los módulos hacia los WebServices que serán implementados (en el caso de WS_ABET) y los que ya están implementados (WS_SSIA). En base a esta arquitectura, todas las aplicaciones pueden acceder a los servicios compartidos en los WebServices que manejan la lógica de negocio orientada a brindar un servicio específico. Catálogo de Elementos UPC.SSIA.AGRUPADOR_ABET: Este componente representa las vistas que funcionarán para redireccionar desde un menú principal a todas las aplicaciones ABET. UPC.SSIA.GCD: El módulo de Sistema de Gestión de Actas de Reuniones, gestiona las reuniones entre los docentes (Coordinador de Curso, Coordinador de Sub-Área, Coordinador de Carrera) y administra las actas de las reuniones, registrando los temas tratados y los acuerdos, generando el acta en PDF y generando reportes en base a las informaciones de las Actas. UPC.SSIA.GPPP: Gestión de Prácticas Preprofesionales este módulo se encarga de la gestión de las encuestas de las prácticas preprofesionales que realizan los alumnos. UPC.SSIA.EIA: Este módulo administra la generación de encuestas y el tratamiento de los datos de la información de logros de los cursos de las carreras de la Escuela de Computación e Informática. UPC.SSIA.SIGERCOV: El módulo de Sistema de Generación de Reportes de Control y Verificación genera reportes de las métricas que tienen que cumplir las carreras de Computación para poder recibir la certificación ABET. UPC.SSIA.IPS: El módulo de Intranet de Proyectos SSIA centralizar los trabajos grupales e individuales y producción en general de los alumnos (portafolio de aprendizaje), para demostrar los logros de las competencias propuestas en cada curso durante su carrera universitaria. UPC.SSIA.IFC-DC: El módulo de Informdes de Fin de Ciclo – Docentes de la Escuela de Ingeniería de Sistemas y Computación permite la gestión de informes de fin de ciclo de las carreras de la Escuela de Computación e Informática de la UPC, que logre dinamizar el ingreso de los datos por parte de los docentes, a fin de realizar las evaluaciones de los students outcomes para el proceso de la acreditación ABET. UPC.SSIA.APCDA: Este módulo se encarga del mantenimiento de los datos de la base de datos de SSIA desde la Intranet de la UPC. UPC.SSIA.GISC: Gestión de Indicadores de la Escuela de Sistemas y Computación. UPC.SSIA.WS_ABET: Servidor Web que contendrá servicios referenciados por los proyectos de ABET y obtendrá la data de la Base de Datos de SSIA.
19
2013-01 4.1. DIAGRAMA MODULAR GISC
UPC.SSIA.GISC
Presentacion Capa de Servicio UPC.SSIA.GISC.UI Parser.dll
Http Entidades de negocio
Capa de Negocio
GISC Componentes de negocio.dll
OperacionesExcel.dll GISC Componentes de negocio.dll Utilidades.dll
UPC.SSIA.GISC.UI: Es la capa de interfaz con la que el usuario interactúa y la cual podrá encontrar los formularios y las opciones para poder generar los reportes. GISC Componentes de negocio.dll: Transforma la data transaccional a reportes según los indicadores definidos. OperacionesExcel.dll: Se encuentra las funciones para poder subir y para poder interpretar las columnas del Excel. Entre sus funciones están: Interpretar y transformar la data del Excel. Parser.dll: Es el encargado de transformar los de objetos que nos van a dar los servicios. EJM: Convertiría el objeto Json del servicio a un objeto definido en el business entity. Utilidades.dll: Se encuentran las funciones que pueden ser reusables. GISC Entidades de negocio.dll: Es la unidad de negocio donde se guardan todas las entidades utilizadas y sirve para transferencia de datos de un componente a otro. WSObtenerCursoxCoordinador: Es un servicio el cual es convocado por la capa de lógica de negocio. Esta devuelve la información del curso a la cual el profesor está dictando. WSIngresarDetalleCoordinador: Es un servicio el cual es convocado por la capa de lógica de negocio. Esta registra la información ingresada por el coordinador la cual servirá para generar el reporte de cursos. WSObtenerDetalleCoordinador: Es un servicio el cual es convocado por la capa lógica de negocio. Esta devuelve la información del curso el cual el coordinador ha ido supervisando durante el ciclo.
20
2013-01 4.2. DIAGRAMA MODULAR GCD
UPC.SSIA.GCD Capa Presentaciòn
Capa Entidad
UPC.SSIA.GCD.UI
UPC.SSIA.GCD.BE
Capa Utilitario
Capa Servicios
UPC.SSIA.GCD.UT UPC.SSIA.GCD.Service
Capa Negocios UPC.SSIA.GCD.BL Http
UPC.SSIA.GCD.UI: Es la capa de interfaz con la que el usuario interactúa. UPC.SSIA.GCD.Service: Es la capa de servicio encargada de mantener la comunicación con los servicios web de SSIA y ABET. UPC.SSIA.GCD.BL: Es la capa de lógica de negocio la cual encapsula todas las operaciones de lógica de negocio al momento de consumir los servicios. UPC.SSIA.GCD.UT: Es la capa de utilitarios la cual encapsula todas las operaciones que usen herramientas de terceros como la generación de reportes mediante Crytal Reports, funciones especiales de conversión, etc. UPC.SSIA.GCD.BE: Es la capa de entidades de negocio la cual encapsula todas las clases, atributos (privados y públicos).
21
2013-01 4.3. DIAGRAMA MODULAR GPPP
UPC.SSIA.GPPP.Web: Este componente representa a los archivos de la interfaz de usuario de Menu principal del módulo GPPP. En esta vista se podrá crear y ver el listado de los registros Malla que contiene la configuración de una encuesta de práctica preprofesional. UPC.SSIA.GPPP.ViewModel: Este componente actúa como el controlador del programa y realiza las llamadas a los demás componentes del sistema. UPC.SSIA.GPPP.BE: Este componente contiene las entidades de negocio que serán instanciadas para mostrarlas en la vista, grabar en la base de datos o llamar a un servicio. UPC.SSIA.GPPP.Service: Este componente contiene las referencias a los servicios que consumirá el aplicativo GPPP desde el wsABET y el wsSSIA. Los servicios que referenciará son los siguientes: Listar_ResultadoPrograma, Listar_Criterio, Listar_CompetenciaABET, Listar_Periodo, Listar_Carrera, Registrar_ResultadoProgramaxCriterio, Actualizar_ResultadoProgramaxCriterio, Registrar_ResultadoProgramaxCompetencia, Listar_MallaEncuesta, Registrar_MallaEncuesta, Actualizar_MallaEncuesta, Listar_MallaEncuestaxCompetenciaABETxResultadoPrograma, Registrar_MallaEncuestaxCompetenciaABET, Actualizar_MallaEncuestaxCompetenciaABET, GenerarMallaABET_GPPP_EIA y TraerEncuestaPDF_GPPP_EIA. UPC.SSIA.GPPP.Utils: Este componente contiene las clases que se encargan de generar el reporte de los resultados de la encuesta.
22
2013-01 4.4. DIAGRAMA MODULAR SIG ERCOV
UPC.SSIA.SIGERCOV.UI: Componente donde se encuentra la interfaz del usuario, es decir con lo que el usuario interactúa. UPC.SSIA.SIGERCOV.BE: Componente donde se encuentran las entidades que se utilizarán para el desarrollo. UPC.SSIA.SIGERCOV.BC: Componente donde se realiza la lógica de negocios, adicionalmente este se conectará con los webservices desplegados para el consumo y envío de la data necesaria. UPC.SSIA. SIGERCOV.Service: Componente en el que se referencias los servicios a ser consumidos desde los WebServices de ABET y SSIA.
23
2013-01 4.5. DIAGRAMA MODULAR IFC -DC
UPC.SSIA.IFC.Web: Aplicación Web del proyecto de gestión de informes de fin de ciclo de la escuela de Computacion y sistemas de la UPC. UPC.SSIA.IFC.ViewModel: Componente que contiene la librería de vistas del aplicativo. UPC.SSIA.IFC.Logic: Componente que contiene la lógica de negocio y las reglas de la gestión de informes de fin de ciclo. UPC.SSIA.IFC.Model: Componente que contiene la librería de datos de la gestión de informes de fin de ciclo UPC.SSIA.IFC.Service: Componente en el que se referencias los servicios a ser consumidos desde los WebServices de ABET y SSIA. UPC.SSIA.IFC.Utilies: Este componente contiene las clases que se encargan de generar el reporte de los resultados de la encuesta.
24
2013-01 4.6. Diagrama Modular WS_ABET
UPC.SSIA.WS_ABET.WABET: Componente que expone el servicio e implementa una interfaz. UPC.SSIA.WS_ABE.DataContract: Contrato de datos que describe los datos que se intercambian. UPC.SSIA.WS_ABET.ServiceContract: Este componente contiene las clases que exponen las funcionalidad que ofrece el servicio. UPC.SSIA.WS_ABET.Serviceimplementation: Implementa el servicio a exponer. UPC.SSIA.WS_ABET.WS_ABET.BL.BC: Contiene la implementación de la lógica del negocio que proveerá el servicio.
25
2013-01 4.7. Diagrama Modular WS_SSIA
26
2013-01 5. DIAGRAMA DE COMPONEN TES/INTERCONEXIONES 5.1. DIAGRAMA DE COMPONENTES/INTERCONEXIONES GPPP
27
2013-01
5.2. DIAGRAMA DE COMPONENTES/INTERCONEXIONES GCD cmp Vista de componentes GCD_WebServ ice
GCD_App
Reportes
Capa Presentación
«resource» PlantillasReportes.rpt
«library» UIActa.dll
«library» CrystalReports.dll
Base de Datos
Acceso a Datos
Logica de Negocio
«library» UINotificacion.dll Serv icios
Serv icios
«library» LNActa
«library» ADActa.dll
«library» UIReunion.dll «library» LNNotificacion «library» GCD_Serv ice.dll
«library» UIUsuario.dll
«library» ADNotificacion.dll
«library» LNUtilitario.dll «library» GCD_Serv icios.dll
«library» UIMantenimientos.dll
«library» LNReunion
«library» ADReunion.dll
«library» LNUsuario
«library» ADUsuario.dll
Entidades de Negocio Entidades de Negocio «library» ENReunion.dll
«library» ENNotificacion.dll
«library» ENActa.dll
«library» ENUsuario.dll
«executable» SQL Serv er 2008 R2
«library» ENReunion.dll
28
«library» ENUsuario.dll
«library» ENNotificacion.dll
«library» ENActa.dll
«DataBase» SSIA2013
2013-01 GCD_App – Capa Presentación: Es la capa de interfaz con la que el usuario interactúa y la cual podrá encontrar los formularios y las opciones para poder generar los reportes. GCD_App – Entidades de Negocio: Es la capa en donde se guardan todas las entidades utilizadas y sirve para transferencia de datos de un componente a otro. GCD_App – Servicios: Es el encargado de transformar los de objetos que nos van a dar los servicios. Encargado de consumir los servicios de GCD_WebService – Servicios. GCD_WebService – Servicios: Es la capa en donde se encuentran los servicios a ser consumidos por la aplicación “GCD_App”. GCD_WebService – Entidades de Negocio: Es la capa en donde se guardan todas las entidades utilizadas y sirve para transferencia de datos de un componente a otro. GCD_WebService – Lógica de Negocio: Es la capa en donde se encuentra la lógica de las operaciones que realiza el sistema, de los cuales se exponen los servicios. GCD_WebService – Reportes: Es la unidad en donde se almacenan todos los recursos necesarios para la generación de reportes, desde el CrystalReports.dll hasta las plantillas a usar para los reportes. GCD_WebService – Acceso a Datos: Es la capa en donde se encuentra la lógica encargada de comunicarse con la Base de Datos para obtener y registrar información. Base de Datos: Unidad en donde se encuentra el gestor de bases de datos y la información. SQL Server 2008 R2: Gestor de base de datos. SSIA2013: Base de Datos en donde está toda la información usada por el proyecto.
5.3. DIAGRAMA DE COMPONENTES/INTERCONEXIONES IFC-DC
29
2013-01
IFC-DC: Es el componente en el cual el usuario interactúa donde encuentra los formularios para la creación del Informe de Fin de Ciclo; además, el usuario encuentra opciones para exportar documentos y generar reportes.
IFC-DCViewModel: Es el componente que controla los eventos que se realicen en el componente IFC-DC. Utils: Es el componente con los métodos necesarios para la exportación de los Informes de Fin de Ciclo a documentos PDF.
IFC-DCBE: Componente que pertenece a la capa de entidades y que nos permite almacenar los datos de cada entidad; además, sirve transferir los datos de las entidades entre los demás componentes.
SQL SERVER 2008R2: Es el motor de la base de datos. DB_SSIA: Es la vista lógica donde se contienen las tablas necesaria para la Gestión de Informes de Fin de Ciclo.
5.4. DIAGRAMA DE COMPONENTES/INTERCONEXIONES SIGERCOV
SIGERCOV: Es el componente en el cual el usuario interactúa donde encuentra los formularios para la generación de los reportes de control y verificación; además, el usuario encuentra opciones para comparar los resultados de los outcomes por diferentes filtros.
30
2013-01
SIGERCOVViewModel: Es el componente que controla los eventos que se realicen en el componente SIGERCOV. Utils: Es el componente con los métodos necesarios para la generación de los reportes de control y verificación, así como la generación de los comparativos de los mismos.
SIGERCOVBE: Componente que pertenece a la capa de entidades y que nos permite almacenar los datos de cada entidad; además, sirve transferir los datos de las entidades entre los demás componentes.
SQL SERVER 2008R2: Es el motor de la base de datos. DB_SSIA: Es la vista lógica donde se contienen las tablas necesaria para la Gestión de Informes de Fin de Ciclo.
5.5. DIAGRAMA DE COMPONENTES/INTERCONEXIONES GISC
GISC: Es el componente en el cual el usuario interactúa con la interfaz creada del modelo, donde encuentran los formularios para la creación de los reportes de indicadores de gestión de las escuelas de Ing. Sistemas y Computación; además, el usuario encuentra opciones para exportar documentos, ya sea en formato pdf o JPEG y generar reportes.
31
2013-01
GISCViewModel: Es el componente que controla los eventos que se realizan en el componente GISC. Utils: Es el componente con los métodos necesarios para la exportación de los Reportes de Indicadores de Gestión de Ing. Sistemas y Computación a documentos PDF y JPEG.
GISC-BE: Componente que pertenece a la capa de entidades y que nos permite almacenar los datos de cada entidad; además, sirve transferir los datos de las entidades entre los demás componentes.
SQL SERVER 2008R2: Es el motor de la base de datos.
DB_SSIA: Es la vista lógica donde se contienen las tablas necesarias para la generación de Reportes de los Indicadores de Gestión de las escuelas de Ing. Sistemas y Computación.
6. PLAN DE TRABAJO 2013-1 Documento de Gestión de Proyectos: Plan
Proyecto Nombre: Fecha Inicial: Fecha Final: Equipo de Trabajo Jefe de Proyecto:
Gestión de Portafolio de Proyecto ABET 04/06/2013 20/06/2013 Erick Camavilca, Giorgio Céspedes, Renzo Martínez, Cesar Pozo, Eduardo Náquira, Ricardo Herrera, Eduardo Arratia, Andrés Chávez, Caleb Blas, Carlos Hernández, Vanessa Bazán y Edgar León.
Gestión de Proyecto Fecha 04/06/2013
Descripción
Primera Reunión de coordinación de integración con el comité de proyecto, se realizó una reunión donde se dio los alcances necesarios para la presentación del jueves 06 de junio de 2013.
Segunda Reunión con el Comité de Proyectos sobre integración de los Proyectos ABET, esta reunión de integración de Proyectos ABET consta de los siguientes entregables: Diagrama Modular, Diagrama de Componentes, Diagrama de Paquetes, Diagrama de Despliegue en servidor de pruebas, Diagrama de Despliegue en servidor de producción, integración de Base de Datos SSIA_ABET, Plan de trabajo y Cronograma.
Reunión de integración de Proyectos ABET, seguimiento a los recursos de software factory, entrega de la base de datos integrada de todos los proyectos, entrega de los servicios a construir y primera fase de implementación de los mismos, entrega del modelado de clases de la base de datos que permitirá implementar la capa de acceso a datos del
SEMANA 12 06/06/2013 SEMANA 12
11/06/2013 SEMANA 13
de Trabajo
32
2013-01 servicio de integración de Proyectos ABET. 13/06/2013
Reunión con el Comité de Proyectos sobre integración de los Proyectos ABET (revisión semanal de trabajo). Y segunda fase de implementación de los servicios de integración de los Proyectos ABET, Se comenzara a desarrollar los aplicativos del portafolio de proyectos.
Desarrollo de la Memoria del Proyecto. Todos los proyectos pertenecientes al portafolio ABET entregaran sus memorias.
Retroalimentación para la Memoria del Proyecto. Y reunión con los analistas de ITExperts para hacer el despliegue del Servicio ABET de nuestros proyectos y el despliegue de los aplicativos del Portafolio ABET.
Reunión de integración de Proyectos ABET, y exposición de los proyectos del portafolio ABET.
SEMANA 13
18/06/2013 SEMANA 14 20/06/2013 SEMANA 14
20/06/2013 SEMANA 15
7. LISTA DE RIESGOS ID Descripción Riesgo IR01
Falta compromiso parte del cliente el desarrollo proyecto.
del
Probabilidad
Impacto
de Poco Probable por con del
Crítico
Estrategia de Mitigación Coordinar reuniones semanales con el cliente de por lo menos una vez a la semana para poder absolver dudas con respecto a los requerimientos.
IR02
Falta de conocimiento Altamente teórico y práctico por Probable parte de los colaboradores.
Serio
Capacitar a los colaboradores en las tecnologías que se están usando en la implementación del proyecto software.
IR03
Demoras en la recepción Altamente de los entregables por Probable parte de los colaboradores.
Serio
Mantener un seguimiento continuo y riguroso en las entregas de las tareas asignadas a cada uno de los colaboradores durante todo el proyecto.
IR04
Falta de Altamente infraestructura Probable tecnológica para el despliegue de los proyectos ABET.
Serio
Implementar los proyectos con tecnologías software que permitan un óptimo performance de los sistemas desplegados en los servidores con los que se cuenta actualmente en IT-Expert.
IR05
Perdida de Moderado documentación y/o código fuente del proyecto.
Crítico
Utilizar una herramienta software para el control de versiones de los artefactos del proyecto, de esta manera se asegura la integridad y disponibilidad de los mismos. Para la documentación, una herramienta para el almacenamiento online de los archivos.
33
2013-01 IR06
Cambios en los Altamente requerimientos durante Probable toda la implementación del proyecto.
Crítico
Realizar reuniones semanales de por lo menos una vez para evaluar el avance del proyecto.
IR07
Cambio de cliente Poco Probable Crítico durante la implementación del proyecto.
Contar con actas de reunión y actas de conformidad para controlar las variaciones del alcance del proyecto.
IR08
Integración de los Altamente proyectos ABET con Probable los sistemas existentes en la empresa virtual SSIA.
Crítico
Planificar reuniones quincenales con los jefes de proyecto que se encargaron del desarrollo de los sistemas existentes.
IR09
Cambio de recursos Moderado durante la implementación del proyecto.
Serio
Contar con actas de servicio firmados entre las empresas SSIA, Software Factory y QA.
IR10
Despliegue de los Moderado proyectos ABET en el servidor de la empresa ITExpert.
Serio
Mantener sincronizado los cronogramas de los proyectos ABET y cumplir con cada uno de las metas y objetivos trazados de los mismos.
IR11
Integración de la Altamente base de datos de la Probable empresa virtual SSIA con los proyectos ABET.
Crítico
Planificar reuniones semanales entre el DBA de la empresa virtual SSIA y los jefes de proyecto encargados de la implementación de los sistemas para la acreditación de ABET.
IR12
Retiro del ciclo inesperado Moderado de los recursos asignados al proyecto.
Crítico
Buscar otro recurso Software o QA para la delegación de las responsabilidades o hacerse cargo de las labores pendientes que dejaron los recursos anteriores.
34
ANEXO 13: MEMORIA DE LA EMPRESA VIRTUAL SSIA
cmxviii
MONITORING REPORT
2013
Memoria de la empresa virtual SSIA
1
Memoria de Gerencia
HISTORIAL DE REVISIONES
Fecha
Versión
14/09/2012 09/07/2013
1.0 2.0
Descripción Elaboración inicial del documento Actualización del documento de acuerdo a gestión 2013-1
Autor Giuliana Cabello Giuliana Cabello
Página 2
Memoria de Gerencia
Índice HISTORIAL DE REVISIONES......................................................................................................2 1.
RESUMEN EJECUTIVO ......................................................................................................6
2.
SITUACION EMPRESARIAL ...............................................................................................7 2.1. FUNDAMENTO DEL NEGOCIO ..................................................................................... 7 2.2. EVOLUCION DE LA EMPRESA.................................................................................... 12 2.3. MISIÓN .......................................................................................................................... 13 2.4. VISIÓN ........................................................................................................................... 13 2.5. VALORES ...................................................................................................................... 13
3.
MAPA DE PROCESOS ..................................................................................................... 14 3.1. DESCRIPCIÓN .............................................................................................................. 14 3.2. PROPÓSITO.................................................................................................................. 14 3.3. ALCANCE....................................................................................................................... 14 3.4. MAPA DE PROCESOS .................................................................................................. 15
4.
DIAGRAMA DE OBJETIVOS............................................................................................. 16 4.1. DESCRIPCIÓN .............................................................................................................. 16 4.2. PROPÓSITO.................................................................................................................. 16 4.3. ALCANCE....................................................................................................................... 16 4.4. DIAGRAMA DE OBJETIVOS ........................................................................................ 17
5.
ORGANIGRAMA ............................................................................................................ 18 5.1. DESCRIPCIÓN .............................................................................................................. 18 5.2. PROPÓSITO.................................................................................................................. 18 5.3. ALCANCE....................................................................................................................... 18 5.4. ORGANIGRAMA ........................................................................................................... 19
6.
JUSTIFICACIÓN DE PROCESOS ........................................................................................ 21 Página 3
Memoria de Gerencia
6.1. DESCRIPCIÓN .............................................................................................................. 21 6.2. PROPÓSITO.................................................................................................................. 21 6.3. ALCANCE....................................................................................................................... 21 6.4. JUSTIFICACIÓN DE PROCESOS.................................................................................. 22 7.
MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES ......................................................... 26 7.1. DESCRIPCIÓN .............................................................................................................. 26 7.2. PROPÓSITO.................................................................................................................. 26 7.3. ALCANCE....................................................................................................................... 26 7.4. MATRIZ RAM ............................................................................................................... 26
8.
GESTIÓN EMPRESARIAL................................................................................................. 29 8.1. ANALISIS DE LA EMPRESA ........................................................................................ 29 8.1.1. Análisis Interno ................................................................................................................. 29 8.1.2. Análisis Externo................................................................................................................. 31 8.1.3. Evaluación de las fuerzas internas ................................................................................ 32 8.1.4. Evaluación de las fuerzas externas ................................................................................ 33 8.2. SERVICIOS EMPRESARIALES .................................................................................... 35
9.
RESULTADOS DE LA GESTIÓN......................................................................................... 36
9.1. Gestión 2012-2............................................................................................................ 36 ARCUS ......................................................................................................................................... 36 EIA ................................................................................................................................................ 36 EVAC............................................................................................................................................ 36 GSAU............................................................................................................................................ 37 INDIGO ........................................................................................................................................ 37 IPS ................................................................................................................................................. 37 MKDCOM .................................................................................................................................... 38 SEOV ............................................................................................................................................ 38
9.2. Gestión 2013-1............................................................................................................ 40 Evaluación Parcial ..................................................................................................................................... 40 o ADAP-AC ..................................................................................................................................... 40 o APCENS ....................................................................................................................................... 40 o AP-MC2E ..................................................................................................................................... 40 o ARCUS ......................................................................................................................................... 40 o EVAC............................................................................................................................................ 41 o GCD .............................................................................................................................................. 41 o GISC ............................................................................................................................................. 41 o IFC-DC ......................................................................................................................................... 42 Página 4
Memoria de Gerencia
o MKDCOM .................................................................................................................................... 42 o PPP ................................................................................................................................................ 42 o SEEA............................................................................................................................................. 43 o SIGERCOV................................................................................................................................... 43 Evaluación Final ........................................................................................................................................ 44 o ADAP-AC ..................................................................................................................................... 44 o APCENS ....................................................................................................................................... 44 o AP-MC2E ..................................................................................................................................... 44 o ARCUS ......................................................................................................................................... 45 o EVAC............................................................................................................................................ 45 o GCD .............................................................................................................................................. 45 o GISC ............................................................................................................................................. 45 o IFC-DC ......................................................................................................................................... 46 o MKDCOM .................................................................................................................................... 46 o PPP ................................................................................................................................................ 46 o SEEA............................................................................................................................................. 47 o SIGERCOV................................................................................................................................... 47 ANEXO N° 01: MANUAL DE ORGANIZACIÓN Y FUNCIONES .................................................... 48 ANEXO N° 02: PLAN ESTRATEGICO ........................................................................................ 61 ANEXO N° 03: PLAN DE ADQUISICIONES ............................................................................... 76 ANEXO N° 04: PLAN DE RECURSOS HUMANOS ...................................................................... 78 ANEXO N° 05: PLAN DE COMUNICACIONES ........................................................................... 91 ANEXO N° 06: PLAN DE RIESGOS ........................................................................................... 97 ANEXO N° 07: PLAN DE CALIDAD ........................................................................................ 105 ANEXO N° 08: PLAN DE ALCANCE ........................................................................................ 109 ANEXO N° 09: PLAN DE TIEMPO.......................................................................................... 110 ANEXO N° 10: PLAN DE GESTIÓN DE PROYECTO .................................................................. 116
Página 5
Memoria de Gerencia
1. RESUMEN EJECUTIVO La empresa virtual SSIA, tal como lo indica el significado de su acrónimo (Software y Sistemas de Información para Acreditación), se especializa en proyectos de Sistemas de Información y Software que optimicen los procesos de acreditación de dichas carreras. En el presente documento, se detallará el modelo de negocio de la compañía. En la sección de Situación Empresarial, se darán a conocer los fundamentos del negocio, así como la situación actual de la compañía, la misión, visión y valores que encaminan las labores de la empresa. Por otro lado, en la sección de Mapas de Procesos se mostrarán los macroprocesos sobre los que trabaja la compañía, mientras que en Diagrama de Objetivos se presentará la jerarquía de objetivos a seguir por la organización. La forma en la que se encuentra compuesta esta última aparecerá en la sección Organigrama. En Justificación de Procesos, se realizará el mapeo de los procesos de la empresa de acuerdo con los objetivos. En la Matriz de Asignación de Responsabilidades, se indicará qué áreas son las encargadas de recibir, apoyar o modificar de acuerdo a cada proceso. Finalmente, en la sección de Gestión Empresarial se realizará un análisis de la empresa respecto a la gestión vigente. Como anexos del documento, se tienen el Manual de Organización y Funciones, el Plan Estratégico, Plan de Adquisiciones, Plan de Recursos Humanos, Plan de Comunicaciones, Plan de Riesgos, Plan de Calidad, Plan de Alcance y Plan de Tiempo.
Página 6
Memoria de Gerencia
2. SITUACION EMPRESARIAL 2.1.
FUNDAMENTO DEL NEGOCIO ABET (Accreditation Board for Engineering and Technology 13) es una reconocida agencia estadounidense no gubernamental y sin fines de lucro, la cual ofrece la acreditación de programas académicos en las disciplinas de Ciencia Aplicada, Computación, Ingeniería y Tecnologías para Ingeniería14. La UPC, al formar parte de la importante red Laureate International Universities, requiere regular que sus carreras de Ingeniería de Sistemas de Información e Ingeniería de Software están ofreciendo la preparación adecuada para sus estudiantes, motivo por el cual siguen los procesos de acreditación ABET. Este seguimiento se realiza para los estudiantes, graduandos (Cuando los alumnos acaban de culminar la carrera) y egresados (Aquellos que llevan de tres años a más como egresados de las carreras de Ingeniería de Sistemas de Información y Software), tomando en cuenta la siguiente información: A. Encuestas (Evidencias indirectas): - A estudiantes (Fin de Ciclo). - A egresados. - A graduandos.
B. Reportes (Evidencias directas): - Reportes de Control (Notas de logros terminales en cursos). - Reportes de Verificación (Talleres de Proyecto). - De empleadores de los alumnos. - De Prácticas Pre-Profesionales. C. Informes: - Informe de Fin de Ciclo (Realizado por profesores). D. Indicadores: - Parte académica y administrativa (Cantidad de alumnos por ciclo, motivos de retiro de cursos o definitivos, etc.) La evaluación se realiza mediante 11 Student Outcomes de ABET y 5 Objetivos Educacionales. Student Outcomes Program Outcomes a)
13 14
Descripción
Criterios a.c1. Aplica conocimientos Propone soluciones a problemas en Ingeniería de Software matemáticos en aplicando principios de matemáticas, ciencias, computación las propuestas de e ingeniería. soluciones en Ingeniería de Software
Cfr. ABET 2012 Cfr. ABET 2012
Página 7
Memoria de Gerencia
b)
Diseña y conduce experimentos en base al análisis e interpretación de datos relevantes en la implementación de soluciones de software
c)
Participa en equipos multidisciplinarios liderando o desarrollando sus tareas eficientemente con profesionales de diferentes especialidades o dominios de aplicación
a.c2. Aplica teorías y principios de ciencias de la computación al desarrollo y mantenimiento de software a.c3. Aplica conocimientos de ingeniería en la propuesta de soluciones a problemas en Ingeniería de Software b.c1. Diseña proyectos o experimentos para la implementación de una solución de software. b.c2. Realiza experimentos o proyectos para la implementación de soluciones de software b.c3. Análiza e interpreta datos/resultados de la ejecución de las tareas propias del desarrollo de proyectos de software. c.c1. Diseña sistemas y componentes software relacionados al desarrollo software y considerando aspectos económicos, sociales, políticos, éticos. c.c2. Diseña proyectos considerando aspectos Página 8
Memoria de Gerencia
d)
Participa en equipos multidisciplinarios liderando o desarrollando sus tareas eficientemente con profesionales de diferentes especialidades o dominios de aplicación
e)
Identifica, formula y resuelve problemas de negocio o tecnológicos dentro del ciclo de vida de un sistema de software
económicos, sociales, políticos, éticos c.c3. Diseña procesos relacionados al desarrollo y mantenimiento de productos software tomando en cuenta aspectos económicos sociales, poíticos, éticos y del entorno empresarial. d.c1. Participa en equipos multidisciplinarios con eficacia, eficiencia y objetividad. d.c2. Conoce al menos un sector empresarial o dominio de aplicación de los sistemas de software e.c1. Identifica de debilidades o problemas de negocio o tecnológicos y las oportunidades de su solución. e.c2. Define las variables que inducen el problema o debilidad y las oportunidades que se pierden con ellas e.c3. Analiza variables que inducen problemas y plantea soluciones y acciones de mitigación Página 9
Memoria de Gerencia
f)
Propone soluciones a problemas de Ingeniería de Software con responsabilidad profesional y ética.
(g)
Comunica ideas o resultados de manera oral o escrita con claridad y efectividad a públicos de diferentes especialidades y niveles jerárquicos
h)
Identifica el impacto de las soluciones de Ingeniería de Software en el contexto global, económico y del entorno de la sociedad.
i)
Actualiza los conocimientos en metodologías, técnicas, herramientas por ser necesarios para mantener la vigencia en el desarrollo de sistemas de software
f.c1. Muestra ética en el desempeño profesional f.c2. Muestra responsabiidad en el cumplimiento del rol de Ingeniero de Software g.c1. Comunica oralmente ideas y/o resultados con objetividad a públicos de diferentes especialidades y niveles jerárquicos g.c2. Comunica en forma escrita ideas y/o resultados con objetividad a públicos de diferentes especialidades y niveles jerárquicos h.c1. Comprende el impacto de las soluciones de ingeniería de software en el contexto global. h.c2. Comprende el impacto de las soluciones de ingeniería de software en el contexto económico. h.c3. Comprende el impacto de las soluciones de ingeniería de software en la sociedad. i.c1. Actualiza conceptos y conocimientos necesarios para el Página 10
Memoria de Gerencia
desarrollo profesional
j)
Analiza hechos del mundo contemporáneo identificando el impacto en el desempeño profesional del Ingeniero de Software
k)
Utiliza técnicas, herramientas, metodologías, procesos, frameworks, middlewares y lenguajes de programación de última generación necesarios para la práctica de la ingeniería de software.
i.c2. Reconoce la necesidad del aprendizaje permanente para el desempeño profesional j.c1. Comprende las competencias profesionales del Ingeniero de Software necesarias para atender las demandas del mundo contemporáneo. j.c2. Analiza nuevos métodos de colaboración y comunicación en el mundo contemporáneo. k.c1. Utiliza técnicas de última generación (metodologias y procesos) para la práctica de la Ingeniería de Software k.c2. Utiliza herramientas de última generación necesarias para la práctica de la Ingeniería de Software.
Tabla 1: Student Outcomes de ABET Fuente: Ver Anexo 08, hoja Competencias ABET-PPP dentro de los Excels Objetivos Educacionales
EO1Competencia técnica Aplica una amplia formación en principios de ciencia e ingeniería, para analizar, diseñar, verificar, validar, construir, aplicar y mantener complejos sistemas de software. EO2 Creatividad y pensamiento independiente Página 11
Memoria de Gerencia
Los ingenieros de software de la Universidad Peruana de Ciencias Aplicadas, aplican sus habilidades de solución analítica de problemas e investigación. Ellos serán reconocidos por su habilidad de resolver problemas y por demostrar independencia de pensamiento. EO3 Colaboración y comunicación Los ingenieros de software de la Universidad Peruana de Ciencias Aplicadas, son miembros efectivos en equipos multidisciplinarios, son capaces de desempeñar diferentes roles y comunican efectivamente sus ideas. EO4 Profesionalismo Los graduandos se conducen respetando los estándares éticos de la profesión. Alcanzan posiciones de liderazgo en la profesión y son conscientes del contexto global en el cual su profesión se desarrolla. EO5 Aprendizaje permanente Los ingenieros de software de la Universidad Peruana de Ciencias Aplicadas, aprenderán y aplicarán nuevas y cambiantes tecnologías y continuarán estudios de postgrado. Se cuenta, además, con consultores externos como el Comité Consultivo (Mercado, empresas), la ACM (Association for Computing Machinery15) y la AIS (Association for Information Systems16). Con esa finalidad, SSIA nace como empresa virtual dedicada a agilizar el cumplimiento de dichos procesos para ambas carreras mediante la automatización de tareas.
2.2.
EVOLUCION DE LA EMPRESA El origen de SSIA se remonta a julio del 2008, en ese entonces conocida por el nombre PyramiD debido al modelo de acreditación en forma piramidal con el que trabajaba junto con las carreras de Computación de la UPC. Se producen cambios en el modelo piramidal con el fin de agilizar los procesos de acreditación pero se mantiene el enfoque de la empresa en dicha regularización ABET, por lo que el nombre de la compañía pasa a ser SSIA (Software y Sistemas de Información para la Acreditación) en 2010-1. Para el ciclo 2011-1, se produce la fusión con otra empresa virtual, Educa-T, dedicada al desarrollo de sistemas de información y productos software para el rubro educacional. Ambas compañías coexistieron como asociación hasta que, por decisiones del comité, Educa-T fue absorbida por SSIA desde el ciclo 2012-1.17
15 16 17
Cfr. ACM 2013 Cfr. AIS 2013 Cfr. Cáceres 2012
Página 12
Memoria de Gerencia
Ilustración 1: Línea de tiempo de evolución de SSIA Fuente: Elaboración propia
2.3.
MISIÓN Brindar soluciones tecnológicas (Software y Sistemas de Información) de calidad para gestión de programas académicos, asegurando la mejora continua de sus productos.
2.4.
VISIÓN Ser reconocida como la mejor empresa que provee soluciones tecnológicas innovadoras académicas con altos niveles de calidad.
2.5.
VALORES A continuación, se listan los valores a fomentarse dentro de la organización: Trabajo en equipo entre diferentes roles, tanto internos como externos. Responsabilidad sobre acciones, compromisos y tareas. Comunicación fluida horizontal y verticalmente dentro de la empresa. Proactividad en las labores asignadas.
Página 13
Memoria de Gerencia
3. MAPA DE PROCESOS 3.1.
DESCRIPCIÓN El mapa de procesos es una representación general de todos los procesos que se dan dentro de la organización. Este mapa se divide en tres categorías: estratégicos, tácticos y operativos. Los procesos estratégicos son aquellos que llevan a cabo planes con el fin de controlar y cumplir los objetivos de la empresa. Los procesos tácticos se encargan de definir las tareas correspondientes para llevar a cabo la entrega de servicio o producto que la empresa brinda. Son los procesos llamados principales debido a que justifican la misión de la empresa. Los procesos operativos definen las tareas de apoyo a los procesos tácticos.
3.2.
PROPÓSITO El propósito de este artefacto es la representación gráfica de la categorización de los procesos dentro de la organización en base a la Misión, Visión y Políticas de la empresa.
3.3.
ALCANCE El mapa de procesos muestra los macroprocesos encontrados en la empresa SSIA. El detalle del desarrollo de cada macroproceso se presentará en un entregable posterior llamado “Definición de Procesos”.
Página 14
Memoria de Gerencia
3.4.
MAPA DE PROCESOS
MACROPROCESOS ESTRATÉGICOS
Administrar la mejora continua de la organización
Gestionar portafolio
Gestionar riesgos
Actualizar Planeamiento Estratégico de la Organización
MACROPROCESOS OPERATIVOS
Administrar proyectos de SI/SW
Generar evidencias ABET
Gestionar procesos automatizados
Administrar reuso
Monitorear Mantenimiento de Proyectos y Base de Datos
MACROPROCESOS DE APOYO
Administrar recursos humanos internos y externos
Ilustración 2: Mapa de Procesos de la empresa Virtual SSIA Fuente: Elaboración propia
Página 15
Memoria de Gerencia
4. DIAGRAMA DE OBJETIVOS 4.1.
DESCRIPCIÓN El artefacto de Diagrama de Objetivos representa gráficamente los objetivos que la empresa desea conseguir, los cuales están acorde con su visión y misión empresarial. En el encabezado del diagrama se encuentra el objetivo principal de la empresa y a partir de él, se establecen los objetivos específicos que ayudan a que se cumpla el objetivo principal.
4.2.
PROPÓSITO El propósito del Diagrama de Objetivos es representar el objetivo principal y los objetivos específicos del negocio.
4.3.
ALCANCE El artefacto de Diagrama de Objetivos representa el objetivo principal y los objetivos específicos del negocio, en base a la Visión y Misión de la empresa. Este artefacto será la entrada para el artefacto Justificación de Macroprocesos Empresariales.
Página 16
4.4.
DIAGRAMA DE OBJETIVOS
1. Definir un plan estratégico para la empresa virtual SSIA que permita optimizar los recursos de la compañía, añadiendo como valor agregado el soporte a la acreditación ABET
1.1 Asegurar un 80% de los proyectos de la cartera de cada ciclo con actas de reunión, seguimiento de cronogramas, actas de reunión y actas de conformidad
1.1.1. Asegurar el cumplimiento de los objetivos de los proyectos
1.1.2 Asegurar la correcta distribución y cumplimiento de tareas por parte de los recursos internos (TDP2) y externos (QA, SW Factory)
1.2 Proponer una cartera de proyectos para la empresa SSIA que permita la continuidad de los proyectos en vigencia
1.2.1 Tener mapeados estándares solicitados por instituciones de acreditación
1.2.2 Mantener actualizado el conocimiento de tendencias tecnológicas para la educación
1.3 Formalizar los procesos de soporte para la acreditación ABET
1.3.1 Asegurar documentación actualizada que respalde las actividades realizadas en los procesos de soporte
Ilustración 3: Diagrama de Objetivos de la empresa virtual SSIA Fuente: Elaboración propia
17
5. ORGANIGRAMA 5.1.
DESCRIPCIÓN El artefacto de Organigrama describe la jerarquía y distribución de la organización de la empresa, la cual soporta a los macroprocesos identificados en el Mapa de Procesos.
5.2.
PROPÓSITO El propósito del Organigrama es dar a conocer las áreas que forman parte de la empresa, así como los roles dentro de ella.
5.3.
ALCANCE El artefacto de Organigrama mostrará la organización vigente durante la gestión de la empresa (Se conserva la misma organización que durante la gestión anterior, en el período 2012-1), de manera que pueda llevarse un seguimiento de las áreas que forman parte de la empresa y el orden jerárquico de los cargos.
18
Memoria de Gerencia
5.4.
ORGANIGRAMA
Ilustración 4: Organigrama de gestión 2012-1 con detalle de roles que conforman cada área Fuente: Elaboración propia
Página 19
Memoria de Gerencia
Ilustración 5: Organigrama de gestión 2012-1 con detalle de roles que conforman cada área Fuente: Elaboración propia
Página 20
Memoria de Gerencia
6. JUSTIFICACIÓN DE PROCESOS 6.1.
DESCRIPCIÓN El artefacto de Justificación de Procesos-Objetivos es el artefacto siguiente al Mapa de Procesos, el cual se encargará de justificar la clasificación de los diferentes procesos de la organización (estratégicos, tácticos, operativos) a partir de los objetivos planteados.
6.2.
PROPÓSITO El propósito de la Justificación de Procesos-Objetivos es verificar que cada uno de los procesos del Mapa de Procesos, cumpla con los objetivos de la empresa dependiendo de la clasificación asignada (estratégico, táctico, operativo).
6.3.
ALCANCE El artefacto de Justificación de Procesos-Objetivos categoriza los procesos de la organización a través del mapeo de los objetivos que cumple cada proceso.
Página 21
Memoria de Gerencia
6.4.
JUSTIFICACIÓN DE PROCESOS
ESTRATÉGICOS
Objetivos /Procesos
1. Definir un plan estratégico para la empresa virtual SSIA que permita optimizar los recursos de la compañía, añadiendo como valor agregado el soporte a la acreditació n ABET
1.1 Asegurar un 80% de los proyectos de la cartera de cada ciclo con actas de reunión, seguimiento de cronogramas , actas de reunión y actas de conformidad
1.2 Proponer una cartera de proyectos para la empresa SSIA que permita la continuidad de los proyectos en vigencia
1.3 Formalizar los procesos de soporte para la
Administrar la mejora continua de la organizació n
Gestionar portafoli o
Gestiona r riesgos
1.1.1. Asegurar el cumplimiento de los objetivos de los proyectos
X
1.1.2 Asegurar la correcta distribución y cumplimiento de tareas por parte de los recursos internos (TDP2) y externos (QA, SW Factory)
X
1.2.1 Tener mapeados estándares solicitados por instituciones de acreditación
X
1.2.2 Mantener actualizado el conocimiento de tendencias tecnológicas para la educación 1.3.1 Asegurar documentació n actualizada que respalde las actividades
Actualizar Planeamient o Estratégico de la Organización
X
X
X
X
X
X
X X
X
X
Página 22
Memoria de Gerencia
acreditación ABET
realizadas en los procesos de soporte
Tabla 2: Justificación de Procesos Estratégicos Fuente: Elaboración propia OPERATIVOS Objetivos /Procesos
1.1 Asegurar un 80% de los proyectos de la cartera de cada ciclo con actas de reunión, seguimiento de 1. Definir un cronogramas, plan actas de estratégico reunión y para la actas de empresa conformidad virtual SSIA que permita optimizar los recursos 1.2 de la Proponer una cartera compañía, de proyectos añadiendo la como valor para agregado el empresa que soporte a la SSIA acreditación permita la continuidad ABET de los proyectos en vigencia 1.3 Formalizar los procesos de soporte para la acreditación
1.1.1. Asegurar el cumplimiento de los objetivos de los proyectos 1.1.2 Asegurar la correcta distribución y cumplimiento de tareas por parte de los recursos internos (TDP2) y externos (QA, SW Factory)
Administrar proyectos de SI/SW
Generar evidencias ABET
Gestionar procesos automatizados
X
X
X
1.2.1 Tener mapeados estándares solicitados por instituciones de acreditación 1.2.2 Mantener actualizado el conocimiento de tendencias tecnológicas para la educación 1.3.1 Asegurar documentación actualizada que respalde las actividades realizadas en los procesos de
X
X
X
Página 23
Memoria de Gerencia
ABET
soporte
Tabla 3: Justificación de Procesos Estratégicos Fuente: Elaboración propia APOYO Objetivos /Procesos
1.1 Asegurar un 80% de los proyectos de la cartera de cada ciclo con actas de reunión, seguimiento 1. Definir un de cronogramas, plan actas de estratégico y para la reunión actas de empresa virtual SSIA conformidad que permita optimizar los recursos de la 1.2 Proponer una cartera compañía, de proyectos añadiendo la como valor para agregado el empresa SSIA soporte a la que permita acreditación la continuidad ABET de los proyectos en vigencia 1.3 Formalizar los procesos de soporte para la
Administrar recursos humanos internos y externos
Administrar reuso
Monitorear Mantenimiento de Proyectos y Base de Datos
x
1.1.1. Asegurar el cumplimiento de los objetivos de los proyectos 1.1.2 Asegurar la correcta distribución y cumplimiento de tareas por parte de los recursos internos (TDP2) y externos (QA, SW Factory)
X
X
1.2.1 Tener mapeados estándares solicitados por instituciones de acreditación 1.2.2 Mantener actualizado el conocimiento de tendencias tecnológicas para la educación 1.3.1 Asegurar documentación actualizada que respalde las actividades realizadas en
X
X
Página 24
Memoria de Gerencia
acreditación ABET
los procesos de soporte
Tabla 4: Justificación de Procesos de Apoyo Fuente: Elaboración propia
Página 25
Memoria de Gerencia
7. MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES 7.1.
DESCRIPCIÓN La RAM es un cuadro de doble entrada que permite identificar qué tipo de participación tienen las áreas, indicadas en el Diagrama de la Organización, en cada uno de los subprocesos modelados para el proceso. El nivel de participación se indica con: M = MODIFICA R = RECIBE A = APOYA
7.2.
PROPÓSITO El propósito de este artefacto es mostrar las relaciones que existen entre los procesos del primer nivel con las diferentes áreas de la empresa y determinar el tipo de relación que existe.
7.3.
ALCANCE El artefacto de Matriz de Asignación de Responsabilidades muestra el tipo de relación entre un proceso y un objetivo de negocio.
7.4.
MATRIZ RAM Página 26
Memoria de Gerencia
Proceso / Área
Área de proyecto SI/SW
Área de soporte y mantenimien to
Área de Selección de Personal
Área de Control Laboral
Área de Continuid ad de Proyectos
Área de servicios para Acreditaci ón
Iniciar gestión de proyectos
RAM
-
R
R
RM
-
RAM
RAM
R
-
-
-
R
R
RA
RAM
M
-
Realizar retrospecti va
AM
-
-
-
RAM
-
Generar evidencias ABET
AM
AM
A
A
-
RAM
Ejecutar encuestas ABET
-
AM
A
A
-
RAM
Gestionar contrato con las empresas virtuales
RAM
-
RA
RAM
A
-
Generar la cartera de proyectos
A
-
-
-
RAM
-
Planificar requisitos tecnológico s Desarrollar solicitud de recursos humanos(* )
Dirigir y gestionar la ejecución del proyecto Controlar las actividades de los colaborador es internos Página 27
Memoria de Gerencia
Proceso / Área
Área de proyecto SI/SW
Área de soporte y mantenimien to
Área de Selección de Personal
Área de Control Laboral
Área de Continuid ad de Proyectos
Área de servicios para Acreditaci ón
Administrar encuestas para la mejora organizacio nal
Tabla 5: Matriz RAM Fuente: Elaboración propia
Página 28
Memoria de Gerencia
8. GESTIÓN EMPRESARIAL 8.1.
ANALISIS DE LA EMPRESA En esta sección, se realizará una evaluación tanto interna como externa de la empresa virtual SSIA durante el período de gestión 2012-2 al 2013-1.
8.1.1. Análisis Interno Como se puede apreciar en la Ilustración 4 y la Ilustración 5, durante la gestión se mantuvo la organización de acuerdo a la propuesta de la gerencia anterior, la cual contempló, además, el rol de soporte a la Gerencia de Proyectos y Recursos conocida como Colaborador Gerencial. Sin embargo, durante la gestión del 2013-1, los roles fueron reevaluados bajo la metodología PMBOK considerando el Plan de Recursos Humanos recomendado por el PMI (Para más información ver el documento 09.PRJ.HRP en el Anexo 11), y considerando las funciones que realizaban, fueron reasignados de la siguiente manera:
El Colaborador Gerencial es el Administrador de Cronogramas (Project Scheduler o Schedule Manager), que coordina y administra las entradas del Plan de Proyecto (Lleva un seguimiento del progreso contra lo planeado) e identifica tanto las dependencias como los riesgos del cronograma (Ejemplo: Retrasos en entregas a Software Factory o QA).
Los Asesores de Gestión de Proyectos son los Ingenieros de Sistemas (System Engineers), quienes brindan soporte a la administración técnica mediante el análisis del proyecto y aseguran que el sistema cumpla con todos los requerimientos.
Los equipos que conforman los proyectos de la empresa son alumnos de Taller de Proyecto 1 y Taller de Proyecto 2, compuestos por un Jefe de Proyecto y partner(s) en caso de que estén conformados por más de un alumno. Los roles de Colaborador Gerencial, Asesor de Gestión de Proyectos y Diseñador Web son ocupados por alumnos del Taller de Desempeño 2, los cuales postulan al puesto al iniciar cada ciclo. En el caso del ciclo 2013-1, la selección de personal fue centralizada en la empresa virtual QA, que recibía los requerimientos de personal de cada empresa y se encargaba de asignar alumnos para cada puesto. De hecho, para su correcto funcionamiento, SSIA requiere trabajar junto con las empresas de apoyo QA (Para revisión de la calidad de sus proyectos y actualmente también asignación de personal), Software Factory (Para desarrollo de aplicaciones) y IT-Expert (Para despliegue de aplicaciones en los servidores de Desarrollo, Testing y Producción de los Talleres de Proyecto, así como la administración de Webservices y Base de Datos).
Página 29
Memoria de Gerencia
Ilustración 6: Para su funcionamiento, SSIA requiere de alumnos de Taller de Proyecto 1 y 2, colaboradores de Taller de Desempeño 2 y el soporte de las empresas virtuales QA, Software Factory y IT-Expert. Fuente: Elaboración propia
Página 30
Memoria de Gerencia
8.1.2. Análisis Externo A continuación, se describirá la relación de la empresa con el exterior mediante una descripción de sus stakeholders: Stakeholders Pilar Stronguiló (2012-2) Daniel Aderhold (2013-1)
Necesidades
Entregables Control de Asistencia de los colaboradores.
Conocer los avances de los proyectos revisando que cada proyecto cumpla con los plazos y calidad establecidos en sus cronogramas. Relación de colaboradores TDP2 y sus funciones.
Control de Actividades.
Comité
Recibir las memorias de los proyectos Project Charters con entregables completos y con los proyectos validados anexos debidos que justifiquen el Gerente General. trabajo expuesto en éstas. Planes de Trabajo.
de por
Plan de Gestión de Proyecto de Gerencia de Proyectos y Recursos. Memorias proyectos.
parciales
de
Memorias proyectos.
finales
de
Propuestas Charters.
de
Project
Gerencial General de Monitorear el avance de los proyectos Project Charters SSIA mediante la constante revisión de sus proyectos. entregables Planes de Trabajo.
de
Plan de Gestión de Proyecto de Gerencia de Proyectos y Recursos. Memorias proyectos.
parciales
de
Memorias proyectos.
finales
de
Página 31
Memoria de Gerencia
Propuestas Charters.
de
Project
QA
Cumplimiento por parte de los Jefes de Cronogramas de proyectos. Proyecto de acuerdo a los cronogramas de validación acordados. Entregables a validar de acuerdo a metodología usada por el proyecto.
Software Factory
Cumplimiento por parte de los Jefes de Contratos de Jefes de Proyecto de acuerdo a los cronogramas Proyecto incluyendo de capacitación y desarrollo acordados. Historias de Usuario o Casos de Uso validados por QA.
IT_EXPERT
Cumplimiento por parte de los Jefes de SLA firmado por Gerente de Proyecto de acuerdo a los SLAs (Service Proyectos y Recursos. Level Agreements) acordados. Solicitud de Despliegue.
Clientes proyectos
de
los Ver sus requerimientos satisfechos por Acta de Compromiso con el el proyecto que les corresponde. Cliente.
Tabla 6: Relación de stakeholders de SSIA Fuente: Elaboración propia
8.1.3. Evaluación de las fuerzas internas En la siguiente sección, se mostrará las fuerzas internas identificadas en cada período de gestión. Para ver el detalle de su evaluación mediante una matriz EFI (Evaluación de Fuerzas Internas), consultar el ANEXO N° 02: PLAN ESTRATEGICO, sección 6.
Página 32
Memoria de Gerencia
8.1.3.1. Fortalezas 8.1.3.1.1.
Gestión 2012-2 F1: Equipos de proyecto con capacidad de llevar un correcto seguimiento y control de su trabajo. F2: Gerencia General y Gerencia de Proyectos y Recursos comprometida en el avance de los proyectos. F3: Productos de software ya desplegados y funcionando satisfactoriamente.
8.1.3.1.2.
Gestión 2013-1 F1: Gerencia General y Gerencia de Proyectos y Recursos dispuesta a brindar el apoyo requerido a los proyectos de acreditación (Capacitaciones, acuerdos con las empresas de soporte). F2: Gerencia General y Gerencia de Proyectos y Recursos comprometida en el avance de los proyectos. F3: Productos de software ya desplegados y funcionando satisfactoriamente.
8.1.3.2. Debilidades 8.1.3.2.1.
Gestión 2012-2
D1: Disponibilidad de colaboradores reducida al 50% por conflicto de horarios de clase. D2: Personal con falta de experiencia o compromiso en sus roles. D3: Limitación de personal por motivo laboral.
8.1.3.2.2.
Gestión 2013-1 D1: Disponibilidad de colaboradores reducida al 50% por conflicto de horarios de clase. D2: Personal con falta de experiencia o compromiso en sus roles. D3: Limitación de personal por motivo laboral. D4: Equipos de proyecto con bajo nivel de análisis e integración.
8.1.4. Evaluación de las fuerzas externas Página 33
Memoria de Gerencia
En la siguiente sección, se mostrará las fuerzas externas identificadas en cada período de gestión. Para ver el detalle de su evaluación mediante una matriz EFE (Evaluación de Fuerzas Externas), consultar el ANEXO N° 02: PLAN ESTRATEGICO, sección 7.
8.1.4.1. Oportunidades 8.1.4.1.1.
Gestión 2012-2 O1: Nuevas tecnologías y soluciones a aplicarse en el rubro educacional que incentiven la creación de proyectos para la empresa. O2: Alumnos interesados en darle continuidad a los productos de software desarrollados en SSIA. O3: Alumnos que requieren labor operativa para obtener créditos extraacadémicos.
Página 34
Memoria de Gerencia
8.1.4.1.2.
Gestión 2013-1 O1: Visita de comisión de acreditación que validará la continuidad del trabajo de la Escuela para mantener la acreditación internacional ABET y la nacional ICACIT. O2: Alumnos interesados en darle continuidad a los proyectos de software desarrollados en SSIA. O3: Nuevos proyectos que proponen buenas prácticas para el desarrollo de una arquitectura empresarial a todas las empresas virtuales.
8.1.4.2. Amenazas 8.1.4.2.1.
Gestión 2012-2 A1: Cambios repentinos impuestos por el Comité. A2: Limitaciones físicas del equipo de Centro de Cómputo. A3: Incumplimiento de servicios por parte de empresas de apoyo.
8.1.4.2.2.
Gestión 2013-1
A1: Cambios repentinos impuestos por el Comité. A2: Limitaciones físicas del equipo de Centro de Cómputo. A3: Cambios repentinos en el área de Sistemas de la UPC.
8.2.
SERVICIOS EMPRESARIALES Al estar fuertemente vinculados con la acreditación ABET, los principales servicios con los que cuenta SSIA son los siguientes:
Generación, distribución y tabulación de encuestas de logros, prácticas preprofesionales y de reunión de egresados y graduandos. Desarrollo de sistemas de información y productos de software dirigidos al rubro educacional o a automatizar procesos de acreditación. Servicios de información de Base de Datos.
Por otro lado, durante el ciclo 2012-2 la empresa SSIA adquirió un servidor propio que queda a disposición de los futuros proyectos de la empresa para su uso, así como un WebService que sólo requiere ser invocado para contar con servicio de correo electrónico para una aplicación.
Página 35
Memoria de Gerencia
9. RESULTADOS DE LA GESTIÓN 9.1.
Gestión 2012-2
ARCUS
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 54% (09/11/2012) Fecha de Término: 28/06/2013 Porcentaje de Avance Planeado: 54% (03/12/2012)
EIA
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 79% (02/11/2012) Fecha de Término: 03/12/2012 Porcentaje de Avance Planeado: 100% (03/12/2012)
El proyecto ha procedido a realizar la impresión y distribución de encuestas generadas por la aplicación, durante las semanas 14 y 15 se hará el levantamiento de datos y en la semana 16 se procederá a emitir los reportes correspondientes a las encuestas de logros. Con ese propósito, se validará que los datos leídos con el hardware corresponden a los que se encuentran en las hojas.
EVAC
Metodología: EUP Controles: Cronograma Página 36
Memoria de Gerencia
Validación de entregables (QA) Porcentaje de Avance Real: 50% (03/12/2012) Fecha de Término: 29/06/2013 Porcentaje de Avance Planeado: 50% (03/12/2012)
GSAU
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 93% (08/11/2012) Fecha de Término: 22/11/2012 Porcentaje de Avance Planeado: 100% (03/12/2012)
INDIGO
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 93% (08/11/2012) Fecha de Término: 22/11/2012 Porcentaje de Avance Planeado: 100% (03/12/2012)
IPS
Metodología: RUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 100% (07/11/2012) Página 37
Memoria de Gerencia
Fecha de Término: 27/11/2012 Porcentaje de Avance Planeado: 100% (03/12/2012)
Se realizó exitosamente la instalación del nuevo servidor de SSIA en el cual se alojará el proyecto IPS, así como futuros proyectos.
MKDCOM
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 74% (07/11/2012) Fecha de Término: 10/06/2013 Porcentaje de Avance Planeado: 89% (03/12/2012)
SEOV
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 49% (07/11/2012) Fecha de Término: 22/06/2013 Porcentaje de Avance Planeado: 54% (03/12/2012)
Tabla 7: Matriz resumen de metodología y controles usados por proyectos de la gestión 2012-2. Fuente: Elaboración propia.
Página 38
Memoria de Gerencia
Tabla 8: Matriz resumen de estado de avance de los proyectos al final de la gestión 2012-2. Fuente: Elaboración propia. Para la medición del índice de desempeño parcial y final de los proyectos, se emplearon dashboards generados con la herramienta Style Scope.
Página 39
Memoria de Gerencia
9.2.
Gestión 2013-1
EVALUACIÓN PARCIAL
O
ADAP-AC
Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 31% (30/04/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 37% (30/04/2013)
O
APCENS
Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 38% (30/04/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 39% (30/04/2013)
O
AP-MC2E
Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 21% (30/04/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 21% (30/04/2013)
O
ARCUS
Página 40
Memoria de Gerencia
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 48% (30/04/2013) Fecha de Término: 28/06/2013 Porcentaje de Avance Planeado: 60% (30/04/2013)
O
EVAC
Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 90% (30/04/2013) Fecha de Término: 29/06/2013 Porcentaje de Avance Planeado: 80% (30/04/2013)
O
GCD
Metodología: RUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 28% (30/04/2013) Fecha de Término: 22/11/2013 Porcentaje de Avance Planeado: 32% (30/04/2013)
O
GISC
Metodología: AUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 11% (30/04/2013) Página 41
Memoria de Gerencia
Fecha de Término: 29/11/2013 Porcentaje de Avance Planeado: 13% (30/04/2013)
O
IFC-DC
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 14% (30/04/2013) Fecha de Término: 28/11/2013 Porcentaje de Avance Planeado: 16% (30/04/2013)
O
MKDCOM
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 31% (30/04/2013) Fecha de Término: 10/06/2013 Porcentaje de Avance Planeado: 33% (30/04/2013)
O
PPP
Metodología: XP Controles: Cronograma Desarrollo de Iteraciones (Software Factory) Validación de Iteraciones (QA)
Porcentaje de Avance Real: 11% (30/04/2013) Fecha de Término: 15/11/2013 Porcentaje de Avance Planeado: 14% (30/04/2013) Página 42
Memoria de Gerencia
O
SEEA
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 50% (30/04/2013) Fecha de Término: 22/06/2013 Porcentaje de Avance Planeado: 69% (30/04/2013) Este proyecto era conocido previamente como SEOV en Taller de Proyecto 1, y cambió su nombre debido a que el proyecto pasó de enfocarse en la Orientación Vocacional a trabajar con la Estadística Aplicada.
O
SIGERCOV
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 22% (30/04/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 25% (30/04/2013)
Página 43
Memoria de Gerencia EVALUACIÓN FINAL
O
ADAP-AC
Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 89% (18/06/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 93% (18/06/2013) El proyecto considera en su cronograma solamente el ciclo 2013-1, razón por la cual su porcentaje de avance supera el 50%
O
APCENS
Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 84% (18/06/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 91% (18/06/2013) El proyecto considera en su cronograma solamente el ciclo 2013-1, razón por la cual su porcentaje de avance supera el 50%
O
AP-MC2E
Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 90% (18/06/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 90% (18/06/2013)
Página 44
Memoria de Gerencia
El proyecto considera en su cronograma solamente el ciclo 2013-1, razón por la cual su porcentaje de avance supera el 50%
O
ARCUS
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 89% (18/06/2013) Fecha de Término: 28/06/2013 Porcentaje de Avance Planeado: 90% (18/06/2013)
O
EVAC
Metodología: EUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 99% (18/06/2013) Fecha de Término: 29/06/2013 Porcentaje de Avance Planeado: 99% (18/06/2013)
O
GCD
Metodología: RUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 57% (18/06/2013) Fecha de Término: 22/11/2013 Porcentaje de Avance Planeado: 63% (18/06/2013)
O
GISC
Página 45
Memoria de Gerencia
Metodología: AUP Controles: Cronograma Validación de entregables (QA) Porcentaje de Avance Real: 43% (18/06/2013) Fecha de Término: 29/11/2013 Porcentaje de Avance Planeado: 46% (18/06/2013)
O
IFC-DC
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 28% (18/06/2013) Fecha de Término: 28/11/2013 Porcentaje de Avance Planeado: 30% (18/06/2013)
O
MKDCOM
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 95% (18/06/2013) Fecha de Término: 10/06/2013 Porcentaje de Avance Planeado: 98% (18/06/2013)
O
PPP
Metodología: XP Controles: Cronograma Desarrollo de Iteraciones (Software Factory) Validación de Iteraciones (QA) Página 46
Memoria de Gerencia
Porcentaje de Avance Real: 48% (18/06/2013) Fecha de Término: 15/11/2013 Porcentaje de Avance Planeado: 51% (18/06/2013)
O
SEEA
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 84% (18/06/2013) Fecha de Término: 22/06/2013 Porcentaje de Avance Planeado: 89% (18/06/2013)
O
SIGERCOV
Metodología: Scrum Controles: Cronograma Desarrollo de Sprints (Software Factory) Validación de Sprints (QA) Porcentaje de Avance Real: 36% (18/06/2013) Fecha de Término: 05/12/2013 Porcentaje de Avance Planeado: 39% (18/06/2013)
Para la medición del índice de desempeño de los proyectos, se empleó como soporte informes elaborados por el Colaborador Gerencial. Los proyectos de software de acreditación (GCD, GISC, IFC-DC, PPP, SIGERCOV) desarrollaron una arquitectura integrada de aplicaciones tanto en el ambiente de Testing, localizado en la empresa virtual IT-Expert, como en el ambiente de Producción, ubicado en el pabellón L. El proyecto ADAP-AC ha alineado su trabajo en base a esta arquitectura.
Página 47
Memoria de Gerencia
ANEXO N° 01: MANUAL DE ORGANIZACIÓN Y FUNCIONES 1. Introducción 1.1.
Definición Es el documento técnico normativo de gestión institucional que formaliza las funciones de la entidad orientada al esfuerzo institucional y al logro de su misión, visión y objetivos. Contiene las funciones específicas de los cargos, estableciendo sus relaciones, responsabilidades y perfiles.
1.2.
Objetivo El objetivo de este documento es brindar un conocimiento integral de la estructura organizativa de la empresa. Asimismo, define y estipula los roles y funciones que cumple cada unidad orgánica de la empresa para que sepan que tareas desempeñarán, ya sean dependientes o independientes, o individuales o en conjunto.
1.3.
Alcance Este documento contiene los roles y funciones determinadas por el Gerente General y el Gerente de Proyectos e informadas a cada unidad orgánica. Asimismo, ha sido revisado por todos y aprobado por los Gerentes. Por otro lado, se enviará a todos los integrantes de la empresa para su conocimiento.
Página 48
Memoria de Gerencia
2. Estructura Organizacional de la Empresa 2.1.
Esquema de la empresa
Ilustración 7: Organigrama de la empresa SSIA durante la gestión de los períodos 2012-2 y 2013-1 Fuente: Elaboración propia
Página 49
Memoria de Gerencia
Ilustración 8: Organigrama de la empresa SSIA durante la gestión de los períodos 2012-2 y 2013-1 (Continuación) Fuente: Elaboración propia
Página 50
Memoria de Gerencia
2.2.
Cuadro para asignación de personal
2.2.1. Gestión 2012-2 Orden
Unidad orgánica
Total
1
Gerente General Gerente de Proyectos, Recursos y Servicios
1
3
Colaborador Gerencial
1
4
Administrador de Base de Datos
2
4
Jefe de Proyecto
8
5
Analista de Sistemas
7
6
Asesor de Gestión de Proyecto
2
6
Diseñador Web
1
2
1
2.2.2. Gestión 2013-1 Orden
Unidad orgánica
Total
1
Gerente General
1
2
Gerente de Proyectos, Recursos y Servicios
1
3
Colaborador Gerencial
1
4
Administrador de Base de Datos
2
4
Jefe de Proyecto
12
5
Analista de Sistemas
10
6
Asesor de Gestión de Proyecto
2
6
Diseñador Web
1
Página 51
Memoria de Gerencia
3. Funciones de las unidades orgánicas 3.1.
Comité de Proyectos a. Descripción Es el órgano de nivel superior, el cual está conformado por profesores a tiempo completo de la Escuela de Ingeniería de Sistemas y Computación.
b. Perfil Líder, conocimiento en Tecnologías de Información, Gestión, Administración de Empresas, capacidad de análisis.
c. Funciones -
Realizar las evaluaciones parciales y finales a todos los proyectos de las empresas virtuales de linea (TP1 y TP2).
-
Corregir los informes de los alumnos en las fechas aprobadas en el cronograma oficial de actividades, dando una retroalimentación adecuada que le permita mejorar su propuesta.
-
Aprobar el cronograma oficial de actividades para el semestre.
-
Conformar el jurado evaluador de las sustentaciones de los alumnos respecto de sus propuestas de proyecto (Project Charter), memorias y productos en los momentos de corte.
-
Aprobar las rúbricas de evaluación de los diferentes entregables y desempeño de los alumnos para los momentos de corte.
-
Resolver cualquier tipo de problemas de los proyectos, tales como: reprogramación de exposiciones, calificación, problemas académicos, éticos o de lineamientos de las carreras.
d. Persona asignada Profesores de la Escuela.
Página 52
Memoria de Gerencia
3.2.
Gerente de las empresas virtuales a. Descripción Dirige y administra las Empresas virtuales de las carreras de Sistemas de Información y Software con el fin de que los servicios brindados y los proyectos desarrollados sean de calidad y estén alineados a la misión y visión de la Escuela.
b. Perfil Líder, Gestión, Administración de Empresas, capacidad de análisis para plantear mejoras en la empresa.
c. Funciones -
Monitorear el correcto avance de los proyectos de las empresas virtuales.
-
Informar sobre las actividades realizadas por las empresas virtuales al Comité de Proyectos.
-
Evaluar a los profesores gerentes de las empresas y el trabajo realizado
-
Coordinar con el directorio (comité) los avances, cambios y propuestas para las empresas virtuales.
d. Persona asignada Pilar Stronguiló (2012-2) Daniel Aderhold (2013-1)
Página 53
Memoria de Gerencia
3.3.
Gerente General a. Descripción Dirige y administra la Empresa con el fin de que los servicios brindados sean de calidad y estén alineados a la misión y visión, asegurando que cumplan con los requerimientos de los clientes externos (Entidades educativas) o se encuentren alineados a los requerimientos de la Escuela para la acreditación ABET. Del mismo modo, supervisa y brinda asesoramiento a los proyectos del portafolio de la empresa.
b. Perfil Líder, conocimiento en metodologías de desarrollo software, noción respecto a los procesos de acreditación ABET, Gestión, Administración de Empresas, capacidad de análisis para plantear mejoras en la empresa.
c. Funciones -
Evaluar los informes y tomar decisiones
-
Planificar el desarrollo de la empresa
-
Evaluar a los colaboradores y el trabajo realizado
-
Coordinar con el directorio (Comité) los avances, cambios y propuestas para la empresa
-
Controlar los proyectos, servicios y actividades de la empresa SSIA
-
Convocar reuniones con miembros de otras empresas o clientes de ser requerido.
d. Persona asignada Ronald Grados.
Página 54
Memoria de Gerencia
3.4.
Gerente de Proyectos y Recursos a. Descripción Este cargo tiene como función gestionar los proyectos y recursos de la empresa SSIA. El área de Proyectos se responsabiliza por el cumplimiento de los proyectos y de las tareas correspondientes a brindar soporte a los procesos de acreditación ABET. Por otro lado, se encarga de administrar la cartera de proyectos propuestos, así como de monitorear los servicios recibidos por las empresas IT-Expert, Quality Assurance y Software Factory. El área de recursos se responsabiliza porque los empleados cuenten con lo necesario a nivel de tecnología y personal para poder desarrollar su trabajo. Aparte, es el encargado de que se cumpla el Plan Estratégico de la Empresa durante su gestión.
b. Perfil Responsabilidad, capacidad de administración y comunicación a diferentes niveles jerárquicos, liderazgo, toma de decisiones, contar con conocimientos en gestión de procesos, tener noción de los procesos de soporte para la acreditación ABET, proactividad, compromiso con la empresa, capacidad de trabajo bajo presión.
c. Funciones -
Validar el Plan Estratégico y actualizarlo de acuerdo al entorno y necesidades de la organización
-
Llevar el seguimiento del proceso de carga de información a la Base de Datos de SSIA.
-
Establecer la definición de los procesos y procedimientos de la empresa.
-
Definir el plan de evaluación, y manejo de riesgos para la gestión de procesos.
-
Supervisar el control de riesgos de los procesos; validar y verificar el plan de acciones.
-
Asegurar el correcto funcionamiento de las aplicaciones de SSIA desplegadas en el ambiente de Producción.
-
Verificar la calidad de los servicios ofrecidos por las empresas de soporte (Quality Assurance, IT-Expert, Software Factory).
-
Asegurar la impresión, repartición, llenado y tabulación de las encuestas requeridas para la acreditación ABET. Página 55
Memoria de Gerencia
-
Capacitar a los nuevos recursos de la empresa sobre las aplicaciones de la empresa desplegadas en Producción, así como en la estructura de Base de Datos.
d. Persona asignada Giuliana Cabello.
3.5.
Colaborador Gerencial a. Descripción Este cargo lleva el seguimiento del avance de los proyectos a nivel de cronograma y de la existencia de los entregables correspondientes a cada tarea del mismo (Actas de reunión, entregas a QA, etc.).
b. Perfil Responsabilidad, proactividad, organización en el trabajo, con capacidad de comunicación, compromiso con sus funciones.
c. Funciones -
-
Asegurar que la última versión del cronograma de los proyectos se encuentre visible en los recursos compartidos. Mantenerse al tanto de las razones detrás de los retrasos en cronograma o entregables y notificarlas a la Gerencia General y a la Gerencia de Proyectos y Recursos. Realizar reportes del SPI (Schedule Performance Index) de los proyectos. Realizar reporte de actas de reunión de los proyectos: Quiénes son sus clientes, cuándo se reunieron, qué reuniones no cuentan con acta y por qué, etc.
d. Persona asignada Edgard León (2012-2) Gabriela Luna (2013-1)
Página 56
Memoria de Gerencia
3.6.
Administrador de Base de Datos a. Descripción Se encarga de asegurar el uso correcto de la Base de Datos de SSIA, así como del adecuado manejo de la data en ella, debido a que contiene la información necesaria para llevar a cabo los procesos de acreditación ABET. Además, asegura el mantenimiento de la Base de Datos actualizando su estructura de acuerdo a las necesidades de los proyectos y mantiene al día la documentación correspondiente a ésta.
b. Perfil Conocimiento o experiencia laboral en el manejo de SQL Server 2008 R2, noción de Modelamiento de Base de Datos, responsabilidad, organización en el trabajo, capacidad para trabajar bajo presión, capacidad de comunicación.
c. Funciones -
Cargar la Base de Datos de SSIA con datos extraídos de una cuenta administrativa de Intranet. Administrar, junto con IT-Expert, los respaldos de la Base de Datos, así como la generación de usuarios. Mapear la estructura actual de la Base de Datos y discutirla con los Jefes de Proyecto cuando éstos requieran una modifcación.
d. Persona asignada Rosa Alfaro (2012-2) Daniel Farías (2012-2) Miguel Morales (2012-2) Roberto Taype (2013-2)
3.7.
Jefe de Proyecto a. Descripción Es el encargado de llevar su idea de proyecto a cabo y coordinar con sus asesores para garantizar que los objetivos y requerimientos se estén cumpliendo a lo largo del desarrollo del proyecto. Además, es el encargado de planificar, ejecutar, controlar y cerrar su proyecto; así mismo controlar sus recursos asignados. Es el representante del proyecto en reuniones.
b. Perfil Capacidad de tomar decisiones, liderazgo, responsabilidad, conocimiento profundo de su proyecto, predisposición para brindar soporte, comunicativo, noción de la metodología sobre la cual trabaja su proyecto.
c. Funciones Planificar, realizar, supervisar, coordinar y llevar a cabo las actividades que permitan cumplir con los objetivos definidos en los proyectos en el tiempo esperado.
d. Persona asignada Página 57
Memoria de Gerencia
Alumnos de Talleres de Proyectos I y II que pertenecen a la empresa y toman la dirección de su proyecto.
3.8.
Analista de Sistema a. Descripción Socio del Jefe de Proyecto en caso de que el proyecto esté compuesto por más de un integrante. Al igual que el Jefe de Proyecto, se encarga de asegurar la culminación exitosa del proyecto, teniendo una activa participación en la parte operativa, sin que esto signifique que tenga menos conocimiento del proyecto que el Jefe de Proyecto.
b. Perfil Conocimiento profundo de su proyecto, predisposición para brindar soporte, comunicativo, noción de la metodología sobre la cual trabaja su proyecto.
c. Funciones Coordinar con el Jefe de Proyecto la planificación, realización y supervisión de las actividades que permitan cumplir con los objetivos definidos en los proyectos en el tiempo esperado.
d. Persona asignada Alumnos de Talleres de Proyectos I y II que pertenecen a la empresa y que forman parte de un proyecto con más de un integrante, en donde ya hay un Jefe de Proyecto.
Página 58
Memoria de Gerencia
3.9.
Asesor de Gestión de Proyecto a. Descripción Son Ingenieros de Sistemas de Información que brindan una visión analítica a los proyectos de Ingeniería de Software, así como soporte en EUP a aquellos proyectos de Ingeniería de Sistemas de Información que lo requieran. Además, apoyan a los trabajos de investigación buscando fuentes de información. En caso de requerirse más mano de obra en la carga de datos de la Base de Datos de SSIA o en las actividades de soporte a la acreditación ABET, brindan su apoyo.
b. Perfil Conocimiento en EUP, capacidad de comunicación, disposición a la investigación.
c. Funciones -
Validar los entregables de EUP generados por los proyectos. Buscar fuentes de información para proyectos de investigación. Brindar soporte a tareas operativas en caso de que se requiera mano de obra adicional.
d. Persona asignada Ciro Rosales (2012-2) Juan Ratto (2012-2) Samuel Villegas (2013-1) Ricardo Cuentas (2013-1)
3.10.
Diseñador Web a. Descripción Su función es mantener la página Web de la empresa actualizada con la información correspondiente a cada ciclo, la cual debe mostrarse de manera atractiva y fácil de navegar para los visitantes.
b. Perfil Creatividad, proactividad, nociones de estética visual y dinamismo en páginas Web, previa experiencia en el manejo de Wix o con capacidad para aprender a usar una nueva tecnología rápidamente.
c. Funciones -
Recolectar información para que sea publicada en la página (Cartera de proyectos actuales, fotos, etc.) Actualizar la página Web mediante la cuenta Wix de la empresa.
d. Persona asignada Libusi Ampuero (2012-2) Página 59
Memoria de Gerencia
Adrián Romero (2013-1)
Página 60
Memoria de Gerencia
ANEXO N° 02: PLAN ESTRATEGICO 1. Análisis Interno a. Recursos Los equipos que conforman los proyectos de la empresa son alumnos de Taller de Proyecto 1 y Taller de Proyecto 2, compuestos por un Jefe de Proyecto y Analista(s) de Sistema en caso de que estén conformados por más de un alumno. Los roles de Colaborador Gerencial, Asesor de Gestión de Proyectos y Diseñador Web son ocupados por alumnos del Taller de Desempeño 2, los cuales postulan al puesto al iniciar cada ciclo. En el caso del ciclo 2013-1, la selección de personal fue centralizada en la empresa virtual QA, que recibía los requerimientos de personal de cada empresa y se encargaba de asignar alumnos para cada puesto. De hecho, para su correcto funcionamiento, SSIA requiere trabajar junto con las empresas de apoyo QA (Para revisión de la calidad de sus proyectos y actualmente también asignación de personal), Software Factory (Para desarrollo de aplicaciones) y IT-Expert (Para despliegue de aplicaciones en los servidores de Desarrollo, Testing y Producción de los Talleres de Proyecto, así como la administración de Webservices y Base de Datos).
Página 61
Memoria de Gerencia
Ilustración 9: Para su funcionamiento, SSIA requiere de alumnos de Taller de Proyecto 1 y 2, colaboradores de Taller de Desempeño 2 y el soporte de las empresas virtuales QA, Software Factory y IT-Expert. Fuente: Elaboración propia
b. Capacidades Los proyectos de la empresa SSIA, actualmente enfocados en la acreditación de las carreras de Ingeniería de Software y Sistemas de Información de la UPC, tienen el potencial de extender su aplicación para otras carreras de Ingeniería e incluso otras facultades, optimizando el soporte para la acreditación ABET de toda la universidad. Además, la empresa cuenta con proyectos que brindan propuestas de mejora a nivel de arquitectura empresarial o mediante aplicaciones de software a las instituciones educativas actuales, contando con clientes reales como son los colegios Fe y Alegría, escuelas públicas, etcétera.
c. Carencias La empresa SSIA no cuenta con una arquitectura empresarial definida, sino solamente con una propuesta de formalización de proyectos, y dicha propuesta requieren actualización.
Página 62
Memoria de Gerencia
2. Análisis Externo A continuación, se describirá la relación de la empresa con el exterior mediante una descripción de sus stakeholders: Stakeholders Pilar Stronguiló (2012-2) Daniel Aderhold (2013-1)
Necesidades
Entregables Control de Asistencia de los colaboradores.
Conocer los avances de los proyectos revisando que cada proyecto cumpla con los plazos y calidad establecidos en sus cronogramas. Relación de colaboradores TDP2 y sus funciones.
Control de Actividades.
Comité
Recibir las memorias de los proyectos Project Charters con entregables completos y con los proyectos validados anexos debidos que justifiquen el Gerente General. trabajo expuesto en éstas. Planes de Trabajo.
de por
Plan de Gestión de Proyecto de Gerencia de Proyectos y Recursos. Memorias proyectos.
parciales
de
Memorias proyectos.
finales
de
Propuestas Charters.
de
Project
Gerencial General de Monitorear el avance de los proyectos Project Charters SSIA mediante la constante revisión de sus proyectos. entregables Planes de Trabajo.
de
Plan de Gestión de Proyecto de Gerencia de Proyectos y Recursos. Memorias proyectos.
parciales
de
Memorias proyectos.
finales
de
Página 63
Memoria de Gerencia
Propuestas Charters.
de
Project
QA
Cumplimiento por parte de los Jefes de Cronogramas de proyectos. Proyecto de acuerdo a los cronogramas de validación acordados. Entregables a validar de acuerdo a metodología usada por el proyecto.
Software Factory
Cumplimiento por parte de los Jefes de Contratos de Jefes de Proyecto de acuerdo a los cronogramas Proyecto incluyendo de capacitación y desarrollo acordados. Historias de Usuario o Casos de Uso validados por QA.
IT_EXPERT
Cumplimiento por parte de los Jefes de SLA firmado por Gerente de Proyecto de acuerdo a los SLAs (Service Proyectos y Recursos. Level Agreements) acordados. Solicitud de Despliegue.
Clientes proyectos
de
los Ver sus requerimientos satisfechos por Acta de Compromiso con el el proyecto que les corresponde. Cliente.
Tabla 9: Relación de stakeholders de SSIA Fuente: Elaboración propia Los factores externos que afectan a la empresa son los siguientes:
a. Factores Políticos Existen debates en el ámbito nacional debido a la cantidad de instituciones de educación superior y la calidad que pueden impartir: Según el documento Educación Superior en Iberoamérica, Informe 2011, en el 2006 había 29 universidades privadas en el Perú y a inicios del 2010 ya eran 65. En el caso de las estatales, se pasó de 28 a 35. “El crecimiento ha obedecido a las reglas del libre mercado a partir de la creación de la Ley de Universidades Empresa. No siempre ha obedecido a objetivos de calidad académica, ni a criterios de demanda laboral, ni a las necesidades de desarrollo del país”, indica el informe18. Para el 27 de junio del 2013, la Comisión de Educación del Congreso, presidida por el congresista Daniel Mora (Partido Perú Posible), había aprobado seis de los dieciséis capítulos de la Ley Universitaria. En el cuarto capítulo se indica que el Sistema Nacional de Evaluación, Acreditación y Certificación de la Calidad Educativa (SINEACE) establecerá estos procesos para el mejoramiento de la calidad educativa de forma obligatoria. En tanto, el Consejo de Evaluación, Acreditación y Certificación de la Calidad de la Educación 18
Cfr. PUBLIMETRO:2013
Página 64
Memoria de Gerencia
Superior Universitaria (CONEAU), que depende del SINEACE, acreditará a las universidades o validará procesos de acreditación externa. Si una universidad no logra acreditar su calidad en tres evaluaciones inmediatas, será clausurada y disuelta por la SUNAU. Por este punto, la ANR (Asociación Nacional de Rectores) ha pedido la suspensión del debate en el Congreso19. En el caso de SSIA, los procesos de acreditación ABET se verían afectados de acuerdo a la evaluación realizada por el CONEAU.
b. Factores Económicos Para el 17 de diciembre del 2012, en Lima Metropolitana, las matrículas en escuelas estatales habían reducido su número de estudiantes a menos de 600 mil, mientras que las escuelas privadas tenían más de 960 mil inscritos. Para Daniel Salas, investigador de CENTRUM Católica, este cambio indicaba que la educación en el Perú experimentaba una “privatización de facto” en lugar de una reforma y no se contaba con los mecanismos necesarios para regularla: esta preferencia por las escuelas privadas mostraba la consecuencia del deterioro de la educación pública, pero advirtió que “pagar por una educación no quiere decir que sea de calidad”, ya que, en varios casos, los centros educativos privados carecían de una infraestructura adecuada y se preocupaban por responder a una demanda que no equivale a una formación integral de los alumnos 20. En dicho escenario, SSIA puede ofrecer proyectos que aseguren el mantenimiento de una educación de calidad, tanto para las escuelas públicas como privadas. Por ese motivo, para el 1 de julio del 2013, el gobierno del Perú había firmado un convenio con el Banco Mundial para el préstamo de 25 millones de dólares, con el fin de financiar el “Proyecto de Educación Básica” (Proyecto SWAP-Educación). El objetivo de dicho proyecto es mejorar la capacidad para evaluar los aprendizajes de los estudiantes y la gestión pedagógica en las instituciones de Educación Básica Regular21. Dichas mejoras representarían una oportunidad para la generación de nuevos proyectos en SSIA destinados a optimizar la educación en colegios.
c. Factores Socio-Culturales “Una encuesta realizada en el Perú reveló que el 58% de las personas piensan que la educación ofrecida en el país es mala, el 29% regular y tan solo un 12%, buena, según Ipsos Apoyo. Entre los principales problemas de la educación escolar en el país, el 66% señaló la capacitación de los profesores, el 35% la falta de tecnología, el 33% falta de materiales y útiles para enseñar, el 31% el contenido de los programas de estudios y el 29% el "bullying". Esto seguido por la falta de compromiso de los padres (27%), la infraestructura (24%), los contenidos de los libros escolares (19%), los talleres (12%) y otros (4%). Por su parte, señaló a la enseñanza de valores como la peor logrando un 50%, siendo así la honestidad, responsabilidad y disciplina las actitudes que deberían ser promovidas con mayor urgencia.
19
Cfr. PUBLIMETRO (2013) Cfr. GESTIÓN (2012) 21 Cfr. GESTIÓN (2013) 20
Página 65
Memoria de Gerencia
La muestra de la encuesta publicada por el diario El Comercio fue de 1198 personas que tienen un nivel de representatividad del 75.2% y comprende a hombres y mujeres de 18 años a más, a nivel nacional urbano.” (RPP 2012) Las cifras en la encuesta realizada por Ipsos-Apoyo para El Comercio y detallada en el artículo de RPP expuesto líneas arriba muestran la percepción que el peruano promedio tiene respecto a la educación nacional, con resultados preocupantes. Los proyectos de SSIA destinados a colegios deben proponerse marcar la diferencia en el ámbito educativo, representando una mejora en su situación actual.
d. Factores Tecnológicos Las Tecnologías de la Información y Comunicación están tratando de ser implantadas en los centros educacionales más remotos debido al gran potencial de enseñanza que tienen. Desde el año 2000, han surgido programas en el Perú como el Proyecto Huascarán y OLPC (“One Laptop Per Child” o “Una Laptop Por Niño” en español). Con el fuerte ingreso de tablets y smartphones en el mercado, los proyectos de desarrollo de software educativo tienen varias oportunidades para mejorar la calidad de la enseñanza u optimizar procesos en este rubro.
3. Misión Brindar soluciones tecnológicas (Software y Sistemas de Información) de calidad para gestión de programas académicos, asegurando la mejora continua de sus productos.
4. Visión Ser reconocida como la mejor empresa que provee soluciones tecnológicas académicas con altos niveles de calidad.
innovadoras
5. Valores
A continuación, se listan los valores a fomentarse dentro de la organización: Trabajo en equipo entre diferentes roles, tanto internos como externos. Responsabilidad sobre acciones, compromisos y tareas. Comunicación fluida horizontal y verticalmente dentro de la empresa. Proactividad en las labores asignadas.
Página 66
Memoria de Gerencia
6. Evaluación de las fuerzas internas En este punto, se presentarán las fuerzas internas de la empresa evaluadas mediante una Matriz EFI (Evaluación de las Fuerzas Internas), tanto para el período de gestión 2012-2 como el 2013-1. Matriz EFI para la empresa SSIA gestión 2012-2 Factores internos clave
Peso Valor Ponderación
Fortalezas F1: Equipos de proyecto con capacidad de llevar un correcto seguimiento y 0.16 control de su trabajo F2: Gerencia General y Gerencia de Proyectos y Recursos comprometida en el 0.16 avance de los proyectos. F3: Productos de software ya desplegados y funcionando satisfactoriamente.
0.18
SUBTOTAL
0.5
3
0.48
3
0.48
4
0.72 1.68
Debilidades D1: Disponibilidad de colaboradores reducida al 50% por conflicto de horarios de 0.16 clase.
2
0.32
D2: Personal con falta de experiencia o compromiso en sus roles.
0.16
2
0.32
D3: Limitación de personal por motivo laboral.
0.18
1
0.18
SUBTOTAL
0.5
0.82
1.00
2.50
TOTAL
Tabla 10: Matriz EFI (Evaluación de Fuerzas Internas) para la empresa SSIA durante gestión 2012-2 Fuente: Elaboración propia
Página 67
Memoria de Gerencia
Matriz EFI para la empresa SSIA gestión 2013-1 Factores internos clave
Peso Valor Ponderación
Fortalezas F1: Gerencia General y Gerencia de Proyectos y Recursos dispuesta a brindar el apoyo requerido a los proyectos de acreditación (Capacitaciones, acuerdos con 0.16 las empresas de soporte). F2: Gerencia General y Gerencia de Proyectos y Recursos comprometida en el 0.14 avance de los proyectos. F3: Productos de software ya desplegados y funcionando satisfactoriamente.
0.14
SUBTOTAL
0.44
4
0.64
3
0.42
4
0.56 1.62
Debilidades D1: Disponibilidad de colaboradores reducida al 50% por conflicto de horarios de 0.12 clase. D2: Personal con falta de experiencia o compromiso en sus roles. 0.14
2
0.24
2
0.28
D3: Limitación de personal por motivo laboral.
0.14
1
0.14
D4: Equipos de proyecto con bajo nivel de análisis e integración.
0.16
1
0.16
SUBTOTAL
0.56
0.82
TOTAL
1.00
2.44
Tabla 11: Matriz EFI (Evaluación de Fuerzas Internas) para la empresa SSIA durante gestión 2013-1 Fuente: Elaboración propia
Página 68
Memoria de Gerencia
7. Evaluación de las fuerzas externas En este punto, se presentarán las fuerzas externas de la empresa evaluadas mediante una Matriz EFE (Evaluación de las Fuerzas Externas), tanto para el período de gestión 2012-2 como el 2013-1. Matriz EFE para la empresa SSIA 2012-2 Factores externos clave
Peso Valor Ponderación
Oportunidades O1: Nuevas tecnologías y soluciones a aplicarse en el rubro educacional que incentiven la creación de proyectos para la empresa. O2: Alumnos interesados en darle continuidad a los productos de software desarrollados en SSIA. O3: Alumnos que requieren labor operativa para obtener créditos extraacadémicos.
0.18
4
0.72
0.16
2
0.32
0.14
2
0.28
SUBTOTAL
1.32
Amenazas A1: Cambios repentinos impuestos por el Comité.
0.16
3
0.48
A2: Limitaciones físicas del equipo de Centro de Cómputo.
0.18
3
0.54
A3: Incumplimiento de servicios por parte de empresas de apoyo.
0.18
3
0.54
SUBTOTAL
TOTAL
1.56
1.00
2.88
Tabla 12: Matriz EFE (Evaluación de Fuerzas Externas) para la empresa SSIA durante gestión 2012-2 Fuente: Elaboración propia
Página 69
Memoria de Gerencia
Matriz EFE para la empresa SSIA 2013-1 Factores externos clave
Peso Valor Ponderación
Oportunidades O1: Visita de comisión de acreditación que validará la continuidad del trabajo de la Escuela para mantener la acreditación internacional ABET y la nacional ICACIT. O2: Alumnos interesados en darle continuidad a los proyectos de software desarrollados en SSIA. O3: Nuevos proyectos que proponen buenas prácticas para el desarrollo de una arquitectura empresarial a todas las empresas virtuales.
0.18
3
0.54
0.16
2
0.32
0.14
2
0.28
SUBTOTAL
1.14
Amenazas A1: Cambios repentinos impuestos por el Comité.
0.16
3
0.48
A2: Limitaciones físicas del equipo de Centro de Cómputo.
0.18
3
0.54
A3: Cambios repentinos en el área de Sistemas de la UPC.
0.18
2
0.36
SUBTOTAL
TOTAL
1.38
1.00
2.52
Tabla 13: Matriz EFE (Evaluación de Fuerzas Externas) para la empresa SSIA durante gestión 2013-1 Fuente: Elaboración propia
Página 70
Memoria de Gerencia
8. Matriz FODA En esta sección, se mostrará la matriz FODA (Fortalezas, Oportunidades, Debilidades y Amenazas) correspondientes a la gestión del período 2012-2 y 2013-1 de acuerdo con las Fortalezas y Debilidades mostradas en la sección 6 y las Oportunidades y Amenazas de la sección 7. Fortalezas F1: Equipos de proyecto con capacidad de llevar un correcto seguimiento y control de su trabajo F2: Gerencia General y Gerencia de Proyectos y Recursos comprometida en el avance de los proyectos. F3: Productos de software ya desplegados y funcionando satisfactoriamente. FO. Explote
Oportunidades
O1: Nuevas tecnologías y soluciones a F2, O1: aplicarse en el rubro educacional que Proponer como mínimo 4 nuevos proyectos incentiven la creación de proyectos para la para la empresa SSIA al finalizar el semestre empresa. F3, O2: O2: Alumnos interesados en darle Contar con una propuesta de continuidad continuidad a los productos de software que registre el proceso de carga de datos de desarrollados en SSIA. las encuestas ABET O3: Alumnos que requieren labor operativa para obtener créditos extraacadémicos. Amenazas FA. Confronte
F1, A1: Contar con un 80% de los proyectos con el A1: Cambios repentinos impuestos por el certificado de QA y el Acta de aceptación del Comité. cliente para controlar el correcto avance de los proyectos
Debilidades D1: Disponibilidad de colaboradores reducida al 50% por conflicto de horarios de clase. D2: Personal con falta de experiencia o compromiso en sus roles. D3: Limitación de personal por motivo laboral. DO. Busque D1, O3: Lograr contar con la participación de alumnos con necesidad de créditos extraacadémicos para el soporte en actividades operativas
DA. Evite D1, A1: Establecer un control de actividades basado en tareas pendientes, en proceso y concluidas (Como en las metodólogías ágiles) y mantener una comunicación constante con la Gerencia General (Una reunión semanal como mínimo) para reducir el impacto de cambios realizados por el Comité.
A2: Limitaciones físicas del equipo de Centro de Cómputo. A3: Incumplimiento de servicios por parte de empresas de apoyo.
Tabla 14: Matriz FODA para el período de gestión 2012-2 Fuente: Elaboración propia Fortalezas F1: Gerencia General y Gerencia de Proyectos y Recursos dispuesta a brindar el apoyo requerido a los proyectos de acreditación (Capacitaciones, acuerdos con las empresas de soporte).
Debilidades D1: Disponibilidad de colaboradores reducida al 50% por conflicto de horarios de clase.
Página 71
Memoria de Gerencia F2: Gerencia General y Gerencia de Proyectos y Recursos comprometida en el avance de los proyectos. F3: Productos de software ya desplegados y funcionando satisfactoriamente.
Oportunidades
FO. Explote F1, O1: O1: Visita de comisión de acreditación que Capacitar sobre la empresa y los proyectos validará la continuidad del trabajo de la en Producción a los integrantes de los Escuela para mantener la acreditación nuevos proyectos de acreditación en cuanto internacional ABET y la nacional ICACIT. son asignados a su tema O2: Alumnos interesados en darle continuidad a los proyectos de software desarrollados en SSIA. O3: Nuevos proyectos que proponen buenas prácticas para el desarrollo de una arquitectura empresarial a todas las empresas virtuales. Amenazas A1: Cambios repentinos impuestos por el Comité.
FA. Confronte
D2: Personal con falta de experiencia o compromiso en sus roles. D3: Limitación de personal por motivo laboral. D4: Equipos de proyecto con bajo nivel de análisis e integración. DO. Busque
D4, O3: Mantener talleres de buenas prácticas semanales para el desarrollo de arquitectura de software dirigidos a los proyectos de SSIA DA. Evite
A2: Limitaciones físicas del equipo de Centro de Cómputo.
A3: Cambios repentinos en el área de Sistemas de la UPC.
F3, A3: Contar con documentación y equipo de soporte que cubran los requerimientos técnicos necesarios para el mantenimiento del servidor de aplicaciones SSIA en Producción (Pabellón L)
Tabla 15: Matriz FODA para el período de gestión 2013-1 Fuente: Elaboración propia
9. Objetivos De las matrices FODA expuestas en el punto anterior, se mapeó los siguientes objetivos estratégicos para cada período de gestión:
a. Gestión 2012-2 OE1: Proponer como mínimo 4 nuevos proyectos para la empresa SSIA al finalizar el semestre OE2: Contar con una propuesta de continuidad que registre el proceso de carga de datos de las encuestas ABET Página 72
Memoria de Gerencia
OE3: Lograr contar con la participación de alumnos con necesidad de créditos extraacadémicos para el soporte en actividades operativas OE4: Contar con un 80% de los proyectos con el certificado de QA y el Acta de aceptación del cliente para controlar el correcto avance de los proyectos OE5: Establecer un control de actividades basado en tareas pendientes, en proceso y concluidas (Como en las metodologías ágiles) y mantener una comunicación constante con la Gerencia General (Una reunión semanal como mínimo) para reducir el impacto de cambios realizados por el Comité.
b. Gestión 2013-1 OE1: Capacitar sobre la empresa y los proyectos en Producción a los integrantes de los nuevos proyectos de acreditación en cuanto son asignados a su tema OE2: Mantener talleres de buenas prácticas semanales para el desarrollo de arquitectura de software dirigidos a los proyectos de SSIA OE3: Contar con documentación y equipo de soporte que cubran los requerimientos técnicos necesarios para el mantenimiento del servidor de aplicaciones SSIA en Producción (Pabellón L)
Página 73
Memoria de Gerencia
10.
Indicadores de Medición a. Gestión 2012-2 OE4M1: Porcentaje de retraso en entregas a QA y Software Factory (Menor a 25%) OE4M2: Actas de reunión correspondientes a las fechas de reuniones indicadas en los cronogramas de los proyectos. OE5M1: SPI - Schedule Performance Index (No menor al -25%, indicando que existe menos de 25% de diferencia entre el Porcentaje de Avance Real contra el Porcentaje de Avance Planeado)
b. Gestión 2013-1 OE3M1: Documentación versionada a fechas recientes, indicando que ha sido actualizada, y con contenido validado en contraste con la situación actual.
11.
Factores de Éxito a. Gestión 2012-2 F1A1IE1: Certificados de QA y Actas de aceptación firmadas por los clientes y/o asesores. F1A1IE2: Cronogramas y Matrices de Observaciones de los proyectos cerradas al 100% F2O1IE1: Proyect Charters desarrollados y validados por la Gerencia para los nuevos proyectos de SSIA. F3O2IE1: Propuesta de especificaciones de los procesos que forman parte de la toma de encuestas ABET D1A1IE1 Reportes semanales del avance de los proyectos indicando su avance planeado, su avance real y su Indicador de Desempeño en Cronograma (Schedule Performance Indicator, SPI). D1O3IE1 Página 74
Memoria de Gerencia
Cumplimiento de las tareas operativas a tiempo sin requerir sobrecarga de los colaboradores ni toma de planes de contingencia reactivos.
b. Gestión 2013-1 F1O1IE1 Equipos de proyecto con idea clara sobre el funcionamiento de la empresa, las aplicaciones con las que se trabaja actualmente en Producción y la infraestructura con la que se cuenta para los despliegues. D4O3IE1: Documentación de arquitectura de software de SSIA desarrollada y actualizada. F3A3IE1: Manual de usuario y documentación que indique las especificaciones técnicas del servidor de aplicaciones de SSIA (Disponibilidad, conexión con otros equipos, etc.)
12.
Bibliografía GESTIÓN (2012) Mecanismos para regular la educación privada no son suficientemente efectivos (Consulta: 28 de diciembre del 2012) http://gestion.pe/politica/mecanismos-regular-educacion-privada-no-sonsuficientemente-precisos-2054404 GESTIÓN (2013) Banco Mundial presta $25 millones al Perú para financiar Proyecto de Educación Básica (Consulta: 3 de julio del 2013) http://gestion.pe/economia/banco-mundial-presta-us-25-millones-al-peru-financiarproyecto-educacion-basica-2070032 PUBLIMETRO.PE (2013) Número de universitarios se multiplica en el país (Consulta: 29 de junio del 2013) http://publimetro.pe/actualidad/4839/noticia-numero-universitarios-se-multiplica-pais PUBLIMETRO.PE (2013) Número de universitarios se multiplica en el país (Consulta: 29 de junio del 2013) http://publimetro.pe/actualidad/14742/noticia-que-propone-nueva-ley-universitaria RPP (2012) El 58% piensa que la educación en el Perú es mala, según encuesta” (Consulta: 30 de octubre del 2012) http://www.rpp.com.pe/2012-10-21-el-58-piensa-que-la-educacion-en-el-peru-es-malasegun-encuesta-noticia_532852.html
Página 75
Memoria de Gerencia
ANEXO N° 03: PLAN DE ADQUISICIONES 1. Propósito El presente Plan de Adquisiciones tiene por finalidad definir los lineamientos para asegurar que la organización obtenga recursos calificados, así como, servicios de calidad por parte de sus proveedores, con el fin de garantizar el correcto funcionamiento de la empresa.
2. Objetivo El Plan de adquisiciones es el instrumento de planificación y seguimiento que tiene como objetivo mejorar la gestión de la empresa y de los proyectos que se desarrollan en esta. Es de importancia, para el cumplimiento de este objetivo, que las organizaciones comprometidas compartan información necesaria, así como, los plazos reales que se requieran para el inicio de sus actividades.
3. Adquisiciones de la empresa 3.1.
Adquisición de recursos
3.1.1.
Quality Assurance SSIA requiere de la asignación de recursos para la gestión de la empresa. Para ello, desde el ciclo 2013-1 se realiza el envío de los perfiles correspondientes por rol deseados. De esta forma, la empresa QA selecciona y asigna los recursos necesarios, los cuales son alumnos de Sistemas de Información pertenecientes al curso de Taller de Desempeño Profesional II. La cantidad de recursos disponibles es predispuesta por el Gerente General de Empresas Virtuales.
3.1.2.
Software Factory La empresa SSIA cuenta con proyectos de desarrollo de aplicaciones que requieren de recursos de la empresa Software Factory, ya que es la única especializada en el desarrollo de software. Entonces, para poder acceder a este apoyo, es necesario el envío de solicitudes de recursos por parte de los proyectos que lo requieran. En esta solicitud, los jefes de proyectos establecen el perfil de los recursos deseados como apoyo. Posteriormente, una vez analizados los perfiles por Software Factory, se procede a la creación de los contratos respectivos con cada proyecto solicitante.
Página 76
Memoria de Gerencia
3.2.
Adquisición de servicios
3.2.1.
Quality Assurance La empresa SSIA requiere de los servicios de la empresa QA para la validación y verificación de los proyectos del portafolio que maneja esta organización. Entonces, a partir de las necesidades de cada proyecto, se genera un contrato con QA. Dicho contrato se establece, únicamente, con los proyectos que requieren de sus servicios.
3.2.2.
SSIA Los proyectos de acreditación que forman parte del portafolio de SSIA dependen de los servicios que la empresa brinda como soporte a la acreditación ABET, así como de las aplicaciones de la compañía que se encuentran desplegadas en el ambiente de Producción. Con el fin de optimizar el funcionamiento de estos servicios, se realizó el siguiente plan de adquisiciones en equipo para la empresa: Plan de gestión de adquisiciones
Elemento comprado
Fecha de pago
Comentarios
Servidor físico HP A definir por Directora de la Escuela de para empresa SSIA Ingeniería de Sistemas y Computación
A definir por Directora de la Escuela de Ingeniería de Sistemas y Computac ión
El servidor será instalado en el Centro de Cómputo de la universidad durante el mes de Octubre y será configurado durante la Semana 10 del ciclo 2012-2 (Del 15 de Octubre al 18 de Octubre)
A definir por Directora de la Escuela de Ingeniería de Sistemas y Computación
A definir por Directora de la Escuela de Ingeniería de Sistemas y Computac ión
El equipo cuesta entre $1500 y $2000, actualmente se está consultando con la empresa PolySistemas S.A.C sobre la adquisición del producto.
OpScan 6 Scanner
Vendedor/Contratista
Página 77
Memoria de Gerencia
ANEXO N° 04: PLAN DE RECURSOS HUMANOS 1. Introducción 1.1.
Propósito Este documento tiene como objetivo proporcionar la organización y dirección del equipo de la empresa. SSIA tiene asignados recursos, los cuales tienen un rol y responsabilidades definidas. Debido al tipo y cantidad de recursos, éstos pueden cambiar a lo largo del desarrollo del proyecto. Es por ello que se define una gestión de recursos humanos.
1.2.
Alcance Definir la organización y gestión de los recursos de la empresa, de esta manera garantizar el buen entendimiento entre todas las partes involucradas en el desarrollo y crecimiento de la empresa.
1.3.
Definiciones, acrónimos y abreviaturas RRHH: Recursos Humanos. UPC: Universidad Peruana de Ciencias Aplicadas TP1: Taller de Proyecto 1 TP2: Taller de Proyecto 2 TDP2 SI: Taller de Desempeño de Proyecto 2 – Sistemas de Información
1.4.
Referencia Rúbrica de Memoria Rúbrica de Project Charter y Cronograma Rúbrica de TDP2 Rúbricas de ABET Rúbrica de Memoria Gerentes MOF: Manuales de organización y funciones Reporte de control de actividades Memoria de proyecto Análisis y Diseño de los Procesos de Creación y Evaluación de Proyectos en las Empresas Virtuales UPC
Página 78
Memoria de Gerencia
2. Plan de Gestión de RRHH 2.1.
Estructura Organizacional La estructura organizacional de la empresa SSIA se encuentra dentro de la organización de las empresas virtuales de la escuela de Ingeniería de Sistemas y computación de la UPC.
Ilustración 10: Esquema de la organización de SSIA mostrando los roles con los que interactúa en las empresas virtuales de soporte (Software Factory, Quality Assurance y ITExpert). Fuente: Elaboración propia
2.2.
Roles y Responsabilidades En esta parte del documento se realiza una descripción de los roles y responsabilidades que hay dentro de la empresa SSIA. Para revisar con mayor detalle y conocer el perfil de cada uno de los recursos, consultar el ANEXO N° 01: MANUAL DE ORGANIZACIÓN Y FUNCIONES.
2.2.1. Gerente General de SSIA Dirige y administra la Empresa con el fin de que los servicios brindados sean de calidad y estén alineados a la misión y visión, asegurando que cumplan con los requerimientos de los clientes externos (Entidades educativas) o se encuentren alineados a los requerimientos de Página 79
Memoria de Gerencia
la Escuela para la acreditación ABET. Del mismo modo, supervisa y brinda asesoramiento a los proyectos del portafolio de la empresa.
2.2.2. Gerente de Proyectos y Recursos de SSIA Este cargo tiene como función gestionar los proyectos y recursos de la empresa SSIA. El área de Proyectos se responsabiliza por el cumplimiento de los proyectos y de las tareas correspondientes a brindar soporte a los procesos de acreditación ABET. Por otro lado, se encarga de administrar la cartera de proyectos propuestos, así como de monitorear los servicios recibidos por las empresas IT-Expert, Quality Assurance y Software Factory. El área de recursos se responsabiliza porque los empleados cuenten con lo necesario a nivel de tecnología y personal para poder desarrollar su trabajo. Aparte, es el encargado de que se cumpla el Plan Estratégico de la Empresa durante su gestión.
2.2.3. Colaborador Gerencial Este cargo lleva el seguimiento del avance de los proyectos a nivel de cronograma y de la existencia de los entregables correspondientes a cada tarea del mismo (Actas de reunión, entregas a QA, etc.).
2.2.4. Administrador de Base de Datos Se encarga de asegurar el uso correcto de la Base de Datos de SSIA, así como del adecuado manejo de la data en ella, debido a que contiene la información necesaria para llevar a cabo los procesos de acreditación ABET. Además, asegura el mantenimiento de la Base de Datos actualizando su estructura de acuerdo a las necesidades de los proyectos y mantiene al día la documentación correspondiente a ésta.
2.2.5. Jefe de Proyecto Es el encargado de llevar su idea de proyecto a cabo y coordinar con sus asesores para garantizar que los objetivos y requerimientos se estén cumpliendo a lo largo del desarrollo del proyecto. Además, es el encargado de planificar, ejecutar, controlar y cerrar su proyecto; así mismo controlar sus recursos asignados. Es el representante del proyecto en reuniones.
2.2.6. Analista de Sistema Socio del Jefe de Proyecto en caso de que el proyecto esté compuesto por más de un integrante. Al igual que el Jefe de Proyecto, se encarga de asegurar la culminación exitosa del proyecto, teniendo una activa participación en la parte operativa, sin que esto signifique que tenga menos conocimiento del proyecto que el Jefe de Proyecto.
2.2.7. Asesor de Gestión de Proyectos Son Ingenieros de Sistemas de Información que brindan una visión analítica a los proyectos de Ingeniería de Software, así como soporte en EUP a aquellos proyectos de Ingeniería de Sistemas de Información que lo requieran. Además, apoyan a los trabajos de investigación buscando fuentes de información. Página 80
Memoria de Gerencia
En caso de requerirse más mano de obra en la carga de datos de la Base de Datos de SSIA o en las actividades de soporte a la acreditación ABET, brindan su apoyo.
2.2.8. Diseñador Web Su función es mantener la página Web de la empresa actualizada con la información correspondiente a cada ciclo, la cual debe mostrarse de manera atractiva y fácil de navegar para los visitantes.
Página 81
A continuación, se muestra una matriz RACI, la cual permite visualizar las responsabilidades asignadas a cada uno de los roles definidos por la empresa. Recursos Actividad
Gerente General
Administr Gerente de Colaborado ador de Proyectos y r Gerencial Base de Recursos Datos
Jefe de Proyecto
Analista de Sistema
Asesor de Gestión Diseñad de or Web Proyectos
Evaluar los informes y tomar decisiones Planificar el desarrollo de la empresa Evaluar a los colaboradores y el trabajo realizado Coordinar con el directorio (Comité) los avances, cambios y propuestas para la empresa Controlar los proyectos, servicios y actividades de la empresa SSIA Convocar reuniones con miembros de otras empresas o clientes de ser requerido Validar el Plan Estratégico y actualizarlo de acuerdo al entorno y necesidades de la organización Llevar el seguimiento del proceso de carga de información a la Base de Datos de SSIA Establecer la definición de los procesos y procedimientos de la empresa.
R
I
I
I
I
I
I
I
R
I
I
I
I
I
I
I
RA
RC
I
-
I
I
I
I
R
RI
I
-
I
I
I
I
AI
RI
RC
-
C
C
-
-
R
RI
I
C
I
I
-
-
RACI
R
I
I
I
I
I
I
I
RI
-
RC
I
I
-
-
ACI
R
I
I
I
I
I
I
Tabla 16: Matriz RACI (Parte 1) Fuente: Elaboración propia
82
Memoria de Gerencia Recursos Actividad
Gerente General
Administr Gerente de Colaborado ador de Proyectos y r Gerencial Base de Recursos Datos
Jefe de Proyecto
Analista de Sistema
Asesor de Gestión Diseñad de or Web Proyectos
Definir el plan de evaluación, y manejo de riesgos para la gestión
ACI
R
-
-
-
-
-
-
ACI
R
I
I
I
I
I
I
I
RACI
I
RC
RACI
RACI
-
-
I
RCI
-
C
AC
AC
-
-
I
RACI
I
RC
RACI
RACI
RC
-
AI
RACI
I
I
I
I
I
I
de procesos Supervisar el control de riesgos de los procesos; validar y verificar el plan de acciones Asegurar el correcto funcionamiento de las aplicaciones de SSIA desplegadas en el ambiente de Producción Verificar la calidad de los servicios ofrecidos por las empresas de soporte (Quality Assurance, IT-Expert, Software Factory) Asegurar la impresión, repartición, llenado y tabulación de las encuestas requeridas para la acreditación ABET Capacitar a los nuevos recursos de la empresa sobre las aplicaciones de la empresa desplegadas en Producción, así como en la estructura de Base de Datos
Tabla 17: Matriz RACI (Parte 2)
Página 83
Memoria de Gerencia
Fuente: Elaboración propia Recursos Actividad
Asegurar que la última versión del cronograma de los proyectos se encuentre visible en los recursos compartidos Evaluar los informes y tomar decisiones Mantenerse al tanto de las razones detrás de los retrasos en cronograma o entregables y notificarlas a la Gerencia General y a la Gerencia de Proyectos y Recursos Realizar reportes del SPI (Schedule Performance Index) de los proyectos Realizar reporte de actas de reunión de los proyectos: Quiénes son sus clientes, cuándo se reunieron, qué reuniones no cuentan con acta y por qué, etc
Gerente General
Administr Gerente de Colaborado ador de Proyectos y r Gerencial Base de Recursos Datos
Jefe de Proyecto
Analista de Sistema
Asesor de Gestión Diseñad de or Web Proyectos
I
AI
RCI
-
R
R
C
C
R
I
I
I
I
I
I
I
I
AI
RCI
-
RC
RC
C
C
AI
AI
RC
-
C
C
C
C
I
I
RCI
-
RC
RC
-
-
Tabla 18: Matriz RACI (Parte 3) Fuente: Elaboración propia Recursos
Página 84
Memoria de Gerencia
Actividad
Cargar la Base de Datos de SSIA con datos extraídos de una cuenta administrativa de Intranet Administrar, junto con IT-Expert, los respaldos de la Base de Datos, así como la generación de usuarios Mapear la estructura actual de la
Gerente General
Gerente de Colaborado Proyectos y r Gerencial Recursos
Administr ador de Base de Datos
Jefe de Proyecto
Analista de Sistema
Asesor de Gestión Diseñad de or Web Proyectos
-
AI
-
RCI
I
I
RCI
-
-
AI
-
RCI
I
I
RCI
-
AI
AI
-
RCI
RCI
RCI
RCI
-
AI
RACI
C
C
RACI
RACI
RCI
-
AI
AI
C
C
RACI
RACI
RCI
-
Base de Datos y discutirla con los Jefes de Proyecto cuando éstos requieran una modificación Planificar, realizar, supervisar, coordinar y llevar a cabo las actividades que permitan cumplir con los objetivos definidos en los proyectos en el tiempo esperado Coordinar con el Jefe de Proyecto la planificación, realización y supervisión de las actividades que permitan cumplir con los objetivos definidos en los proyectos en el tiempo esperado.
Tabla 19: Matriz RACI (Parte 4) Fuente: Elaboración propia
Página 85
Memoria de Gerencia
Recursos Actividad
Validar los entregables de EUP generados por los proyectos Buscar fuentes de información para proyectos de investigación Brindar soporte a tareas operativas en caso de que se
Gerente General
Administr Gerente de Colaborado ador de Proyectos y r Gerencial Base de Recursos Datos
Jefe de Proyecto
Analista de Sistema
Asesor de Gestión Diseñad de or Web Proyectos
I
I
-
-
RACI
RACI
RCI
-
I
I
-
-
RACI
RACI
RCI
-
AI
AI
-
CI
CI
CI
RCI
CI
AI
ACI
-
-
CI
CI
RCI
RCI
AI
ACI
-
-
CI
CI
RCI
RCI
requiera mano de obra adicional Recolectar información para que sea publicada en la página (Cartera de proyectos actuales, fotos, etc.) Actualizar la página Web mediante la cuenta Wix de la empresa
Tabla 20: Matriz RACI (Parte 5) Fuente: Elaboración propia A continuación, presentamos la definición de las letras R,A,C,I en las casillas de la matriz: Rol R: Responsable A: Aprobador C: Consultado
Descripción Es el responsable de llevar la actividad a cargo. Es el encargado de aprobar la actividad a desarrollar. Es al que se le va a consultar respecto a la actividad a realizar.
Página 86
Memoria de Gerencia
I: Informado
Es al que se le mantiene informado de la realización de la actividad.
Página 87
2.3.
Asignación de proyectos y Jefe de Proyectos La asignación de los jefes de proyectos y temas que van a pertenecer a la cartera de la empresa es realizada por la Gerencia de Empresas Virtuales junto con el Comité. Para ello, la escuela propone una lista de proyectos y son expuestos a los alumnos TP1, quienes seleccionan sus opciones según sus preferencias y conocimientos. Luego la Gerencia de las Empresas Virtuales evalúa a los alumnos postulantes y asigna los proyectos. Por otro lado, el proceso de asignación de proyectos está definido en la memoria del proyecto “Análisis y diseño de los procesos de creación y evaluación de proyectos en las empresas virtuales de la UPC”.
2.4.
Asignación de recursos TDP2 Durante el período de gestión 2012-2, se mantenía en vigencia la selección de recursos de TDP2 mediante la postulación de los recursos directamente con las Gerencias de Proyectos y Recursos a un cargo y su selección de acuerdo a su Currículum Vitae. Sin embargo, para el período de gestión 2013-1, la empresa encargada de la asignación de los recursos de TDP2 de Ingeniería de Sistemas de Información es QA. Para ello, es necesario que SSIA recabe las necesidades de los proyectos respecto a los recursos de TDP2. Estas necesidades serán expuestas según el canal de comunicación establecido por la empresa de QA, la cual enviará la información de los postulantes. Se seleccionará a los alumnos que cumplan el perfil que requiere los proyectos. Una vez que se tenga la lista oficial de los alumnos de TDP2, se procederá a asignar los recursos a los proyectos según el perfil solicitado. Si la cantidad de recursos no satisface a todos los proyectos, algunos de los recursos participarán en más de uno, de manera que ningún proyecto que requiera recursos se quede desatendido.
2.5.
Capacitación En este parte del documento se incluye las capacitaciones que se realizará para mejorar las competencias de los miembros de la empresa. Para ello, se debe definir las capacitaciones que se realizará al nuevo personal de la compañía. A continuación, se muestra un plan de capacitación:
N° 1
Nombre de la actividad
Duración 2 días
Capacitación para Diseñador Web 2 días
2
Capacitación de Asesor de Gestión de Proyecto
2 días
3
Capacitación para Colaborador Gerencial
Finalidad Brindar accesos e indicaciones al Diseñador Web Brindar inducción de la empresa: Giro de negocio, proyectos desplegados, metodologías de los proyectos Brindar inducción de la empresa: Giro de negocio, proyectos desplegados, metodologías de los proyectos 88
Memoria de Gerencia
1 semana
3
Capacitación para Administradores de Base de Datos
1 semana
4
Capacitación para equipos de proyecto
Brindar accesos y preparar a los Administradores de Base de Datos para el levantamiento manual de datos de Intranet, el uso de la aplicación APCDA Se le presenta a los equipos de proyecto la empresa, la arquitectura de software que emplea y proyectos desplegados
Tabla 21: Tabla de actividades de capacitación Fuente: Elaboración propia
2.6.
Evaluación del desempeño La gerencia de las empresas virtuales ha establecido el método de evaluación de desempeño para los jefes de proyecto, Recursos TDP2 de Sistemas de Información y Gerencia. Para ello se han establecido rúbricas por parte del Comité directivo., para que los proyectos y recursos cumplan los requerimientos esperados de la escuela. Existen definidos para cada entregable de los proyectos rúbricas y procesos definidos. A continuación se listan los documentos que se evalúan en cada proyecto: Project Chater Paper Perfil del proyecto Memoria Rúbricas ABET
Por otro lado, los procesos se encuentran definidos en la memoria del proyecto de Análisis y diseño de los procesos de creación y evaluación de proyectos en las empresas virtuales de la UPC. En la Tabla 22 se muestra el porcentaje de cada uno de entregables que involucran la nota de los alumnos de TP1, TP2 y TDP2 – SI. En el caso de la Rúbrica indicada en la calificación de los recursos TDP2, se trata de un sistema de evaluación interno de la siguiente manera: La calificación tanto parcial como final será el promedio de la nota otorgada por el Gerente General, el Gerente de Proyectos y Recursos y los miembros de los proyectos que hayan podido trabajar con los colaboradores. Página 89
Memoria de Gerencia
Ejemplos:
Un colaborador trabajó apoyando a dos proyectos y recibió la calificación de todos los miembros de cada uno: Notas
Nombre Colaborador 1
Proyecto 1 16
15
Proyecto 2 17
16
Gerente General 15
Gerente de Proyectos y Recursos 16
Promedio final: (16 + 15 + 17+ 16+ 15 + 16) / 6 = 15.83 Un colaborador trabajó apoyando a un proyecto y sólo uno de los miembros lo calificó por ser el único del proyecto que trabajó con él:
Nombre Colaborador 2
Proyecto 1 14
Notas Gerente Gerente de Proyectos y General Recursos 13 15
Promedio final: (14 + 13 + 15) / 3 = 14 Evaluación TDP2 Nota 1 (40%) Rúbrica
Nota 2 (60%) Rúbrica (30%) Exposición Charter (30%)
(las rúbricas deben incluir opinión de alumnos TP) Evaluación TP1 Nota 1 (25%) Nota 2 (75%) Planificación del Proyecto (25%) Desarrollo del proyecto: Comité (50%) Cliente (25%) Gerente (25%) Evaluación TP2 Nota 1 (25%) Desarrollo del Proyecto
Nota 2 (75%) Cierre del proyecto
Comité (50%)
Comité (50%)
Cliente (25%)
Cliente (25%)
Gerente (25%)
Gerente (25%)
Tabla 22: Sistema de calificación de recursos de TDP2, TP1 y TP2
Página 90
Memoria de Gerencia
ANEXO N° 05: PLAN DE COMUNICACIONES 1. Propósito El presente Plan de Gestión de la Comunicación tiene como finalidad definir los lineamientos para el establecimiento de las comunicaciones de la Gerencia de Proyectos con los proyectos que se desarrollan en la empresa virtual SSIA.
2. Objetivo El objetivo de las comunicaciones en SSIA es contribuir a la mejora del clima organizacional promoviendo una mejor comunicación entre los miembros del equipo y la Gerencia de Proyectos, estandarizando los procedimientos para realizar la misma, como lo es la guía de reuniones de gestión de proyectos, guía de documentación y guía de versionamiento de los entregables de los proyectos.
3. Stakeholders del Proyecto En el siguiente cuadro se muestra los Stakeholders Generales de los diferentes Proyectos en General: Rol
Stakeholders Gerente General de Empresas Virtuales Pilar Stronguiló (2012-2) Daniel Aderhold (2013-1) Comité de Proyectos: Rosario Villalta Carlos Raymundo Jimmy Armas Luis Garcia
Clientes
Cliente Externo: Raúl Chiappe (Proyecto EVAC: Análisis y Diseño de la arquitectura procesos para los centros educativos del nivel secundario Proceso de Gestión de Soporte Académico) Profesores clientes: Alfredo Barrientos María Pía Marroquí Ronald Grados Clientes de la universidad: Marianella Castillo Segundo Jaramillo
Gerentes Funcionales
Asesores de Proyectos
Gerente General: Ronald Grados Gerente de Proyectos y Recursos: Giuliana Cabello ADAP-AC: Analisis y diseño de la Arquitectura de procesos para la acreditacion Jimmy Armas
Página 91
Memoria de Gerencia AP-MC2E: Arquitectura de Procesos para Mantener el Contacto Continuo con los Egresados de la Escuela de Sistemas y Computación de la UPC Pedro Castañeda EVAC: Análisis y Diseño de la arquitectura procesos para los centros educativos del nivel secundario: Proceso de Gestión de Soporte Académico María Pía Marroquí GCD: Gestión de coordinaciones de docentes (actas y consolidado de horas) - Esc. Ing. de Sistemas y Computación Ronald Grados IFC-DC: Gestión de Informes de Fin de ciclo - Docentes de la Escuela de Ing. de Sistemas y Computación Ronald Grados MKDCOM: Marketing Digital para la Escuela de Ingeniería de Sistemas y Computación Alfredo Barrientos PPP: Gestión de Prácticas Pre-Profesionales (PPP) de la Escuela de Ing. de Sistemas y Computación Ronald Grados SEEA: Software Educativo para la Enseñanza de Estadística Aplicada 1 Ronald Grados SIGERCOV: Gestión de Reportes de Control y Verificación de la Escuela de Ing. de Sistemas y Computación Ronald Grados
Equipo de Proyecto
Taller de Proyecto 1 Taller de Proyecto 2
Personal de Apoyo
Taller de Desempeño Profesional 2
Tabla 23: Stakeholders generales de los proyectos Fuente: Elaboración propia
Página 92
Memoria de Gerencia
En el siguiente cuadro, se muestra los Stakeholders Generales de los diferentes Proyectos por su influencia y autoridad:
Alta Baja
Influencia sobre el proyecto
Autoridad sobre el proyecto Alta
Baja
- Equipo de Proyecto - Cliente - Asesores de proyectos
Gerentes funcionales
Personal de apoyo
Página 93
4. Comunicaciones del proyecto En el siguiente cuadro, se muestra la matriz de comunicaciones de los proyectos que se han llevado a cabo durante la gestión del 2012-2 y el 2013-1 en la empresa SSIA Información
Contenido
Documento
Nivel de Detalle
Responsable de Comunicar
Grupo Receptor
Iniciación del Proyecto
Datos y comunicación sobre la iniciación del proyecto
Project Charter
Medio
Jefe de proyecto
Comité de Proyectos, Gerente de Proyectos
Reporte de Estado de Proyectos Reporte de Monitoreo
Alto
Gerente de Proyectos
Coordinación de Proyecto
SPI (Schedule Performance Index) Parcial y Final de los Proyectos Datos del estado semanal del proyecto
Alto
Gerente de Proyectos
Cierre de Proyectos
Datos y comunicación sobre el cierre del proyecto
Cierre de Proyecto
Medio
Jefe de Proyectos
Estado del Proyecto
Comité de Proyectos, Jefe de Proyectos, Gerencia General Jefe de Proyectos, Gerencia General Comité de Proyectos, Jefe de Proyectos, Gerencia General
Tecnología o Metodología Impreso y Almacenamiento en dropbox
Frecuencia de Comunicación
Almacenamiento en dropbox
Semana 7 y Semana 15
Almacenamiento en dropbox
Semanal
Almacenamiento en dropbox
Una sola vez
Una sola vez
94
5. Guía de Reuniones de Gestión de Proyecto Guías para Reuniones de Seguimiento y Control de Proyectos - Todas las reuniones deberán seguir las siguientes pautas: a) b) c) d)
Debe fijarse la agenda con anterioridad. Debe coordinarse e informarse fecha, hora, y lugar con los participantes. Debe iniciar con puntualidad. Se deben fijar los objetivos de la reunión, los roles (por lo menos el facilitador y el anotador), los procesos grupales de trabajo, y los métodos de solución de controversias. e) Se debe cumplir a cabalidad los roles de facilitador (dirige el proceso grupal de trabajo) y de anotador (toma nota de los resultados formales de la reunión). f) Se debe emitir el Reporte de Estado de Proyecto.
6. Guía para la Documentación de Proyectos La codificación de los documentos del proyecto será la siguiente:
COD_CMT_DOC_VVV.FOR Donde: COD= Código del Proyecto (PBXX,PMXX) CMT= Código de metodología (EBM, SCRUM, XP, etc) DOC = Nombre del Documento VVV = Versión del Documento (vX.X) FOR = Formato del Archivo El Almacenamiento de los documentos se hará de la siguiente manera. 1. Al inicio de la ejecución del proyecto se creará una carpeta para el proyecto en el repositorio de Dropbox, y en este se encontrará una carpeta con el código del proyecto. Esta carpeta y la información que se almacene en ella es responsabilidad del Jefe de Proyecto del mismo. 2. Durante la ejecución del proyecto cada miembro del equipo guardará en las subcarpetas correspondientes las versiones de los documentos que vaya generando. 3. Al cierre de una fase o al cierre del proyecto cada miembro del equipo deberá eliminar los archivos temporales de trabajo de los documentos y se quedará con las versiones controladas y numeradas (ver sección 10). 4. El Gerente de Proyectos consolidará todas las versiones controladas y numeradas de los documentos, en un archivo final del proyecto, donde se almacenarán en el lugar correspondiente versiones finales de proyecto. 5. Se publicará una Relación de Documentos del Proyecto. 6. Los miembros de equipo borrarán sus carpetas de trabajo para eliminar redundancias de información y multiplicidad de versiones.
7. Guía de control de versiones 95
Memoria de Gerencia
Todos los documentos de Gestión de Proyectos están sujetos al control de versiones, el cual se hace insertando al final del documento estándar con el siguiente diseño: Versión
Nombre
Descripción
Fecha
Cada vez que se emite una versión del documento se llena una fila en la cabecera, anotando la versión, quién emitió el documento, una breve descripción de lo que se hizo y la fecha correspondiente a la versión. Debe haber correspondencia entre el código de versión del documento que figura en esta cabecera de Control de Versiones y el código de versión del documento que figura en el nombre del archivo.
Página 96
Memoria de Gerencia
ANEXO N° 06: PLAN DE RIESGOS 1. Introducción El plan de Gestión de Riesgos permite identificar los riesgos que puedan afectar el éxito del cumplimiento del giro del negocio de la empresa SSIA, el cual está orientado a brindar mejoras para el sector educativo y brindar soporte a los procesos de acreditación ABET para las carreras de Ingeniería de Sistemas de Información e Ingeniería de Software en la UPC. Es importante identificar el tipo de riesgo, impacto, prioridad y definir las acciones de contingencia de los eventos que pueden significar un resultado negativo.
2. Propósito Este documento tiene como objetivo proporcionar una lista ordenada de los riesgos detectados en la gestión de la empresa (nombre de la empresa) y presentar un análisis de los mismos, de acuerdo a su probabilidad de ocurrencia y a su impacto potencial, así como presentar una estrategia de tratamiento para los mismos, y detallar un plan de seguimiento para asegurar que dichas estrategias sean exitosas.
3. Alcance Los riesgos presentados en este documento deben ser actualizados a medida que se realicen las actividades principales de la empresa. Es decir esta lista debe ser analizada y actualizada para conseguir identificar y prever los posibles eventos que puedan influir negativamente en el éxito de la empresa.
4. Detalles de la organización A continuación se indican datos generales de la empresa: nombre, giro de negocios, actividades y/o servicios que brinda, responsables. Empresa: SSIA. Tipo de empresa: De línea. Giro de negocio: Consultora. Actividades: Generar proyectos que brinden mejoras a centros educativos y optimicen las actividades de soporte para la acreditación ABET. Responsables: -
Gerente General: Ronald Grados Gerente de proyectos y recursos: Giuliana Cabello
5. Agentes involucrados En esta sección, se listan las personas y/o empresas que generan inputs en el plan de gestión de riesgos y los interesados de su elaboración. -
Gerente General de la empresa. Gerente General de las empresas virtuales. Comité de proyectos. Página 97
Memoria de Gerencia
-
Jefes de Proyectos. Analistas de Sistema. Administradores de Base de Datos. Empresa de soporte QA. Empresa de soporte Software Factory. Empresa de soporte IT-Expert. Delegados de las secciones de clase. Personal del Área de Sistemas del pabellón L de la UPC
6. Identificación de riesgos Para el mejor entendimiento de la lista de riesgos, se explicarán los criterios utilizados para establecer las probabilidades de ocurrencia del riesgo y los valores de nivel de impacto del mismo en la empresa. a) Tipo de Riesgos Es la clasificación de riesgos que se va a contemplar dentro de la descripción de los riesgos. Tipo de Riesgos Técnico Negocio Tiempo Recursos
Descripción Orientado a los riesgos que involucren hardware o arquitectura. Orientado a un riesgo que involucre el proceso del negocio. Orientado al cambio del cronograma o tiempo del proyecto. Orientado con los recursos humanos, espacio o materiales.
b) Probabilidad Es la probabilidad de que ocurra el riesgo durante la gestión de la empresa. Lo valores considerados en el plan de gestión de riesgos se explican en la siguiente tabla: Nivel
Probabilidad
A
Casi seguro
B C D
Probable Posible Improbable
E
Raro
Detalle Se espera que suceda en la mayoría de circunstancias El evento es probable que suceda al menos una vez. El evento puede ocurrir en cualquier momento No se espera que ocurra el evento El evento puede ocurrir en situaciones excepcionales
c) Impacto Es cuánto representaría el riesgo para el desarrollo de las actividades de la empresa. Los valores considerados en el plan de riesgos se explican en la siguiente tabla. Página 98
Memoria de Gerencia
Nivel 1
Probabilidad Insignificante
2
Bajo
3
Moderado
4
Alto
5
Muy alto
d) Severidad Severidad Alta Moderada Baja
Detalle Bajo impacto, se mantiene dentro de la empresa Bajo impacto, tiene conocimiento de terceros. Lo soluciona el Gerente Alumno. Impacto medio, tiene conocimiento de terceros. Lo soluciona el Gerente General de la empresa. Alto impacto, requiere la intervención de terceros para su solución (Gerencia General de Empresas virtuales). Crítico, requiere la intervención de terceros para su solución (Comité de proyectos).
Descripción Trae una consecuencia grande para el proyecto. Afecta moderadamente al proyecto. No presenta consecuencias para el desarrollo del proyecto.
e) Naturaleza del riesgo
Identificamos los riesgos impactan negativamente o positivamente dentro de la empresa. Impacto Riesgo
Descripción
Amenaza
Afecta de manera negativa al desarrollo del proyecto.
Oportunidad
Afecta de manera positiva al desarrollo del proyecto.
Página 99
Memoria de Gerencia
Nivel de los riesgos De acuerdo al puntaje obtenido para cada riesgo según los pesos de impacto y probabilidad, los clasificaremos de acuerdo a las siguientes tablas:
Impacto
Probabilidad
f)
1 Insignificante A Casi seguro Alto B Probable Medio C Posible Bajo D Improbable Bajo E Raro Bajo
2 Bajo Alto Alto Medio Bajo Bajo
3 Moderado Crítico Alto Alto Medio Bajo
4 Alto Crítico Crítico Crítico Alto Alto
5 Muy alto Crítico Crítico Crítico Crítico Alto
Página 100
7. Matriz de riesgos Para la construcción de la matriz de riesgos, se ha tenido en cuenta describir los riesgos de la siguiente manera: “_______________, podría ___________________, lo que generaría______________”. CAUSA RIESGO IMPACTO Los tipos de respuesta a usar serán: - Evitar - Mitigar - Transferir - Explotar - Compartir - Mejorar - Aceptar
CÓDIGO
RSSIA00 1
RSSIA00 2
DESCRIPCIÓN DEL RIESGO
TIPO DE RIESGO
Las demoras en la obtención de input y/o carga de la Base de Datos SSIA podrían retrasar la generación de encuestas, lo que NEGOCIO generaría pérdida de información de las secciones que no se cubra por falta de tiempo. Los cambios realizados por el Comité en fechas, entregables y validez de proyectos podría afectar el TIEMPO tiempo en que concluya el proyecto, lo que generaría incertidumbre respecto
NATURALEZA DEL IMPACTO DEL RIESGO
AMENAZA
AMENAZA
PROBABILIDAD
POSIBLE
POSIBLE
IMPACTO
ALTO
ALTO
SEVERIDAD
ENTREGABLES AFECTADOS
ALTA
Tabulación de encuestas de fin de ciclo ABET
MODERADA
Project Charter Memoria Producto software desplegado
TIPO DE RESPUESTA
RESPONSABLE DE LA RESPUESTA
FECHA PLANIFICADA
PLAN DE CONTINGENCIA Acelerar el levantamiento de data de Intranet para poder realizar la carga a través de la aplicación APCDA. Si es que el retraso se debe a la aplicación, se realizará la carga manual para poder generar las encuestas en la semana 11.
Mejorar
Gerente alumno de Semana 9 SSIA.
Mitigar
Informar al Comité respecto al impacto que tienen los cambios en los Gerente alumno de Apenas se detecte el proyectos y coordinar con SSIA. riesgo los equipos las acciones a tomar para aminorar el impacto de los cambios.
101
Memoria de Gerencia al éxito del proyecto.
Tabla 24: Riesgos encontrados para SSIA (Parte 1) Fuente: Elaboración propia CÓDIGO
RSSIA00 3
RSSIA00 4
DESCRIPCIÓN DEL RIESGO
TIPO DE RIESGO
La ausencia de Gerente de Proyectos y Recursos por eventos externos (Enfermedad o personal) podría dejar a la empresa sin NEGOCIO dirección por uno o más días, lo que generaría retrasos en las actividades planeadas durante su período de ausencia.
La falta de conocimiento del equipo de proyecto respecto al tema que les fue asignado podría afectar el tiempo en que concluya el proyecto, así como su calidad, lo que generaría incertidumbre respecto al éxito del proyecto.
NEGOCIO
NATURALEZA DEL IMPACTO DEL RIESGO
AMENAZA
AMENAZA
PROBABILIDAD
RARO
PROBABLE
IMPACTO
MODERADO
ALTO
SEVERIDAD
MODERADA
MODERADA
ENTREGABLES AFECTADOS
Documentación que requiera la presencia obligatoria del Gerente de Proyectos y Recursos (Firma de SLAs, contratos, etc.)
Project Charter Memoria Producto software desplegado
TIPO DE RESPUESTA
RESPONSABLE DE LA RESPUESTA
FECHA PLANIFICADA
PLAN DE CONTINGENCIA
Mitigar
Si es que el Gerente de Proyectos y Recursos se encuentra con la capacidad de asignar a un representante temporal, Gerente alumno de Apenas se detecte el le indicará al Gerente SSIA. riesgo General quién será y qué eventos debe reportar al Gerente de Proyectos y Recursos cuando retome sus actividades.
Mitigar
De haber casos en los que los equipos de proyectos no conocen a profundidad el tema sobre el que trabajarán, se fomentará la investigación por parte Gerente alumno de Apenas se detecte el del equipo y la SSIA. riesgo capacitación por parte de los asesores o profesores clientes. Además, se le facilitará al equipo de proyecto información que pueda apoyar su trabajo (Ejemplo: Modelos de encuestas tabuladas).
Tabla 25: Riesgos encontrados para SSIA (Parte 3) Fuente: Elaboración propia
Página 102
Memoria de Gerencia
CÓDIGO
RSSIA00 5
RSSIA00 6
DESCRIPCIÓN DEL RIESGO
TIPO DE RIESGO
Los retrasos en entregas a QA o Software Factory podrían afectar las fechas de presentación de entregables de los NEGOCIO proyectos, lo que generaría efectos negativos en la calidad de los proyectos y podría hacerlo fracasar. La falta de conocimiento del equipo de proyecto respecto al tema que les fue asignado podría afectar el tiempo en NEGOCIO que concluya el proyecto, así como su calidad, lo que generaría incertidumbre respecto al éxito del proyecto.
NATURALEZA DEL IMPACTO DEL RIESGO
AMENAZA
AMENAZA
PROBABILIDAD
CASI SEGURO
PROBABLE
IMPACTO
ALTO
ALTO
SEVERIDAD
ENTREGABLES AFECTADOS
TIPO DE RESPUESTA
RESPONSABLE DE LA RESPUESTA
FECHA PLANIFICADA
ALTA
Documentación que requiere la validación de QA, entregables desarrollados por Software Factory que deben ser desplegados en los servidores de IT-Expert.
Mitigar
Apenas entren en Gerente alumno de vigencia los contratos SSIA. con QA y Software Factory
MODERADA
Project Charter Memoria Producto software desplegado
Mitigar
Gerente alumno de Apenas se detecte el SSIA. riesgo
PLAN DE CONTINGENCIA Si es que el Gerente de Proyectos y Recursos se encuentra con la capacidad de asignar a un representante temporal, le indicará al Gerente General quién será y qué eventos debe reportar al Gerente de Proyectos y Recursos cuando retome sus actividades. Solicitar reuniones con Líder de Línea de QA, así como con las gerencias de dicha empresa y de Software Factory para analizar cuáles son los proyectos que no están cumpliendo, con los cuales habrá reuniones para descubrir las causas de los retrasos y las soluciones.
Tabla 26: Riesgos encontrados para SSIA (Parte 3) Fuente: Elaboración propia
Página 103
A base de la información detalla en el cuadro anterior, podemos clasificar los riesgos según su probabilidad y a su impacto con el fin de establecer cuáles son los más críticos para la empresa. Esta matriz específica combinaciones de probabilidad e impacto que llevan a asignarle una categoría a los riesgos como de prioridad Crítica, Alta, Media o Baja en términos del negocio, según el rango en que se encuentre la calificación (impacto vs. probabilidad) que se señala en la plantilla Manejo de Riesgos. Impacto
Probabilidad
1 Insignificante
2 Bajo
3 Moderado
4 Alto
A Casi seguro
RSSIA005 RSSIA004
B
RSSIA006 RSSIA001
Probable
C Posible D Improbable 3 Raro
5 Muy alto
RSSIA002
RSSIA003
De acuerdo a los datos recogidos en la tabla anterior, podemos resumir los riesgos por categoría, de la siguiente manera: Categoría Baja Media Alta Crítica TOTAL RIESGOS
Total 1 0 0 5 6
16.7% 0% 0% 84.3% 100%
104
Memoria de Gerencia
ANEXO N° 07: PLAN DE CALIDAD 1. Introducción 1.1.
Propósito Este documento tiene como objetivo determinar las responsabilidades y políticas de calidad a fin de que los proyectos satisfagan las necesidades por las cuales fue emprendido.
1.2.
Alcance Definir los estándares de calidad, evaluaciones y revisiones, aceptación de los entregables y las actividades de mejora de los proyectos clientes de Software Factory.
1.3.
Definiciones, acrónimos y abreviaturas UPC: Universidad Peruana de Ciencias Aplicadas
2. Plan de Gestión de la Calidad 2.1.
Política de calidad La empresa SSIA tiene como política de calidad el compromiso de culminar los proyectos dentro del tiempo planificado impulsando los principios de honestidad, liderazgo y desarrollo personal, asegurando que el producto final satisface al cliente.
2.2.
Línea base de calidad En este apartado, se especifican los factores de calidad para los proyectos de la empresa SSIA. Para cada factor, se definirá los objetivos, métricas y frecuencias de medición.
Factor de calidad relevante
Objetivo de calidad
Métrica a usar
Avance del proyecto
Avance= 1.0
Avance= Actividades realizadas / Actividades totales
2.3.
Frecuencia y momento de medición
Frecuencia de momento de reporte
Frecuencia Frecuencia Semanal Semanal Medición martes Reporte martes
Plan de mejora del proceso En esta parte del documento se mencionará la manera de cómo mejorar los procesos. Para poder realizar la mejora de proceso, se deberá definir el proceso y determinar la propuesta de mejora. Luego, se deberá definir cuáles van a ser las acciones correctivas para mejorar el proceso y estandarizarlo para que esta propuesta sea parte del proceso. Cada vez que se deba mejorar un proceso, se seguirán los siguientes pasos: a) Delimitar el proceso b) Determinar la oportunidad de mejora Página 105
Memoria de Gerencia
c) d) e) f) g) h)
2.4.
Tomar información sobre el proceso Analizar la información levantada Definir las acciones correctivas para mejorar el proceso Aplicar las acciones correctivas Verificar si las acciones correctivas han sido efectivas Estandarizar las mejoras logradas para hacerlas parte del proceso
Matriz de actividades de calidad Este punto permite definir las actividades a realizar para asegurar la calidad de los proyectos.
Actividad
Frecuencia
Inicio
Acciones
Medir tiempo de respuesta para Cada vez que se presenten mitigar riesgos por señales de riesgo hito de proyecto
Al identificar riesgo
Seguir el Plan de Riesgos
Validar entregables por proyecto
Después de Plan de Trabajo
Aprobación por QA y Gerente de Proyectos y Recursos Humanos
2.5.
Semanal
Roles para la gestión de calidad
Roles
CLIENTE
GERENTE DE PROYECTOS Y RECURSOS HUMANOS
Objetivos del rol: Responsable de proporcionar las necesidades y requerimientos del proyecto. Funciones del rol: Revisar, aprobar, y dar conformidad al avance del proyecto. Además de tomar acciones correctivas para mejorar la calidad del desarrollo del proyecto. Reporta a: Gerente de Proyectos y Recursos Humanos Supervisa a: Responsable de desarrollo Objetivos del rol: Responsable de supervisar y monitorear los entregables que generan cada uno de los proyectos de la empresa. Funciones del rol: Revisar, aprobar, y dar conformidad los documentos y entregables de cada uno de los proyectos. Además dar asesoría y feedback a cada uno de los proyectos, verificando que su desarrollo sea de calidad. Reporta a: Gerente General Página 106
Memoria de Gerencia
COLABORADOR GERENCIAL
2.6.
Supervisa a: Colaborador Gerencial Jefes de Proyecto Analistas de Sistema Administrador de Base de Datos Asesores de Gestión de Proyectos Objetivos del rol: Responsable de llevar un seguimiento de los cronogramas y generación de entregables de los proyectos Funciones del rol: Apoyar en la generación de reportes semanales que permitan monitorear el avance de los proyectos Reporta a: Gerencia de Proyectos y Recursos Humanos
Documentos normativos para la calidad DOCUMENTOS NORMATIVOS PARA LA CALIDAD Para Mejora de Procesos Para Auditorias de Procesos Procedimientos Para Reuniones de Aseguramiento de Calidad Para Resolución de Problemas Métricas Plantillas Plan de Gestión
Formatos
2.7.
Métricas Línea Base de Calidad Plan de Gestión de Calidad
Procesos de gestión de la calidad
PROCESOS DE GESTIÓN DE LA CALIDAD Para asegurar la calidad del proyecto se realizara el seguimiento y monitoreo del avance de los proyectos de la cartera de proyectos clientes y revisando los resultados del control de calidad. Esto Enfoque de Aseguramiento permitirá mejorar los procesos oportunamente. de la Calidad Se formalizara los cambios a través de solicitudes, las cuales deben ser aprobadas y validadas por el Gerente de Proyectos y Recursos Humanos. Además, revisar que los cambios se hayan realizado y ejecutado oportunamente en el proyecto.
Página 107
Memoria de Gerencia
El control de calidad de los entregables se llevará a cabo mediante la Enfoque del Control de la revisión del Gerente de Proyecto y Recursos Humanos, el cliente y el Calidad equipo de proyecto (Jefe de Proyecto y Analista de Sistema). Para la mejora de procesos inicialmente se debe determinar la propuesta de mejora y determinar la información para el proceso. Esto permitirá analizar la información, plantear acciones correctivas y propuestas de mejora. Cada vez que se requiera mejorar un proceso se seguirá lo siguiente: 1. Delimitar el proceso Enfoque de Mejora de 2. Determinar la oportunidad de mejora Procesos 3. Tomar información sobre el proceso 4. Analizar la información levantada 5. Definir las acciones correctivas para mejorar el proceso 6. Aplicar las acciones correctivas 7. Verificar si las acciones correctivas han sido efectivas 8. Estandarizar las mejoras logradas para hacerlas parte del proceso
Página 108
Memoria de Gerencia
ANEXO N° 08: PLAN DE ALCANCE 1. Introducción 1.1.
Propósito Este documento tiene como objetivo proporcionar el planeamiento del alcance de los proyectos de la empresa SSIA.
1.2.
Alcance Definir el alcance de los proyectos de la cartera SSIA.
1.3.
Definiciones, acrónimos y abreviaturas UPC: Universidad Peruana de Ciencias Aplicadas SSIA: Sistemas y Software para la Acreditación
2. Plan de Alcance En esta sección se definirá el alcance del proyecto para final del Ciclo 2013-1
2.1.
Proceso de definición de alcance La empresa SSIA tiene como objetivo principal ser reconocida como la mejor empresa virtual por ofrecer servicios de alta calidad. Para ello, uno los factores que se tiene que tener en cuenta es contar con un proceso claro de la definición del alcance de los proyectos según los requerimientos de cada cliente. Los proyectos de la cartera de SSIA son de 3 tipos: Proyectos profesionales Sistemas Proyectos profesionales Software Proyecto de investigación
Tanto para los proyectos profesionales de sistemas e investigación solo se tiene que definir un alcance del proyecto, mientras que para los proyectos de software se debe abarcar tanto el alcance del proyecto como el alcance del producto que tendrá como resultado. El proceso que establece la empresa SSIA se basa en la guía del PMBOK, la cual indica que el proceso de definición del alcance se basa en establecer que está y que no está definido en el proyecto y sus entregables. Esta definición del alcance debe ser documentada en la memoria del proyecto considerando los siguientes puntos:
Objetivos del proyecto Descripción del alcance del proyecto Descripción del alcance del producto ( solo si aplica) Fronteras de proyecto Entregables de proyecto Criterios de aceptación de entregables Restricciones del proyecto Página 109
Memoria de Gerencia
2.2.
Proceso para verificación del alcance La verificación del alcance consiste en formalizar la aceptación de los entregables terminados con los clientes, por lo cual los jefes de proyecto tendrán que reunirse con sus respectivos clientes para realizar una revisión de los entregables de tal que manera que se asegure la elaboración satisfactoriamente del entregable y se pueda el acta de aceptación por parte del cliente.
2.3.
Proceso para control del alcance Como se mencionó anteriormente el cliente del proyecto es el encargo de aprobar y revisar los entregables terminados que se van a elaborar para el proyecto. Pero este puede requerir cambios en sus requerimientos que afecten el alcance que se definió al inicio del proyecto. Para ellos es que se tiene que cubrir los siguientes puntos:
Identificación del cambio Valoración del impacto Documentación Revisión Aprobación del cliente y jefes del proyecto Control de cambios
ANEXO N° 09: PLAN DE TIEMPO 1. Introducción 1.1.
Propósito Este documento tiene como objetivo proporcionar la gestión del tiempo de los proyectos de SSIA con la finalidad de establecer procesos que puedan garantizar el cierre de los proyectos en las fechas planificadas.
1.2.
Alcance Definir la gestión de tiempo de los proyectos de la cartera SSIA.
1.3.
Definiciones, acrónimos y abreviaturas UPC: Universidad Peruana de Ciencias Aplicadas PERT: Técnica de Revisión y Evaluación de Programas
2. Plan de Gestión de Tiempo 2.1.
Proceso para estimación de recursos de las actividades Para la estimación de recursos que se necesitan para cada actividad planteada en la lista de tareas, los jefes de proyecto deben solicitar los perfiles y calendarios de los recursos que se les asignen (externos e internos de la empresa). Página 110
Memoria de Gerencia
Internos: Solicitar el MOF de la empresa para ver las funciones de los recursos y como es que pueden colaborar en la realización de las actividades. Externos: Solicitar perfil o habilidades a los gerentes alumnos de las empresas de apoyo acerca de los recursos brindados para sus proyectos. En caso los jefes de proyecto no puedan estimar cuantos recursos necesitan para realizar algunas de las actividades planteadas en la lista de actividades del proyecto, es su deber comunicarlo al Gerente General de SSIA para que los apoye a modo de juicio de expertos.
2.2.
Proceso para el control de cronogramas El proceso de control de cronogramas está a cargo del Colaborador Gerencial, quien tiene como obligación realizar el monitoreo de los avances de los cronogramas de todos los proyectos de la cartera de SSIA. Este monitoreo será realizado todos los jueves en las clases de talleres profesionales respetando los siguientes criterios:
Los jefes de proyecto deben actualizar sus cronogramas a más tardas los miércoles hasta la medianoche. Los jefes de proyecto deben estar presentes en el monitoreo de los cronogramas, es decir en caso se ausenten o lleguen tarde deben avisar al administrador de cronogramas para considerar los avances respectivos. Caso contrario, se colocará el porcentaje de avance de la semana anterior a la revisión. En caso exista algún motivo de retraso en los cronogramas, los jefes de proyecto deben comunicar y evidenciar al administrador de cronogramas el motivo de retraso (actas y/o correos). El administrador de cronogramas debe solicitar evidencia de los avances de los jefes de proyecto (artefactos y/o entregables).
Página 111
El administrador de cronogramas tiene como responsabilidad elaborar un informe del status del avance de los cronogramas de los proyecto de la empresa SSIA, con la finalidad de comunicarlo al Gerente General de SSIA para que tome las medidas necesarias de los retrasos.
Seguimientos de proyectos Observaciones Cronograma Real (%): ADAP-AC Cronograma Planificado (%): Cronograma Real (%): GCD Cronograma Planificado (%): Cronograma Real (%): GISC Cronograma Planificado (%): TP1 Proyectos ABET Cronograma Real (%): IFC-DC Cronograma Planificado (%): Cronograma Real (%): PPP Cronograma Planificado (%): Cronograma Real (%): SIGERCOV Cronograma Planificado (%): Cronograma Real (%): AP-MC2E Cronograma Planificado (%): Cronograma Real (%): APCENS Cronograma Planificado (%): ARCUS SEEA TP2
Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%): Cronograma Real (%):
EVAC MKDCOM
Cronograma Planificado (%): Cronograma Real (%): Cronograma Planificado (%):
89% 93% 57% 63% 43% 46% 28% 30% 48% 51% 36% 39% 90%
Desface (%): -4% Desface (%): -6% Desface (%): -3% Desface (%): -2% Desface (%): -3% Desface (%): -3%
Desface (%): 0% 90% 84% Desface (%): -7% 91% 89% Desface (%): 90% 84% Desface (%): 89% 99% Desface (%): 99% 95% Desface (%): 98%
-1% -5% 0% -3%
Tabla 27: Ejemplo de desarrollo de reporte de estado semanal de los proyectos
2.3.
Gestión de reuniones Existen cuatro tipos de reuniones en los talleres académicos para los jefes de proyecto: las reuniones de jefes de proyectos con clientes, con asesores, con gerentes de la empresa y las reuniones con los proveedores.
2.3.1. Reuniones de Jefes de Proyecto con proveedores 112
Memoria de Gerencia
El objetivo principal de estas reuniones es definir los acuerdos, firmar contratos y algunas esporádicas para revisar el rendimiento de los recursos provisionados. Software Factory Actividad Tiempo aprox. Definir acuerdos 30 minutos Firmar contratos 15 minutos Evaluar rendimiento de 15 minutos recursos QA Actividad Definir acuerdos Firmar contratos Evaluar rendimiento recursos
Tiempo aprox. 30 minutos 15 minutos de 15 minutos
IT-Expert Actividad Definir acuerdos Firmar contratos
Tiempo aprox. 30 minutos 15 minutos
Entonces, las reuniones con los proveedores en promedio se distribuyen de la siguiente manera: Tipo de Reunión Tiempo Semana 1-2 45 minutos Semana 3+ 30 minutos
Página 113
Memoria de Gerencia
2.3.2. Reuniones de Jefes de Proyecto con Gerentes El objetivo principal de estas reuniones es definir la gestión del proyecto (incluye la identificación de la(s) metodología(s) de desarrollo), revisar los avances del proyecto, absolver y dudas sobre la gestión del proyecto.
Actividad Definir gestión del proyecto
Tiempo 60 minutos
Revisar avances Absolver dudas
20 minutos 10 minutos
Frecuencia 1 vez por proyecto Semanal
Entonces, las reuniones con los gerentes en promedio se distribuyen de la siguiente manera:
Tipo de Reunión Semana 1-2 Semana 3+
Tiempo 60 minutos 30 minutos
2.3.3. Reuniones de Jefes de Proyecto con asesores (no Gerentes) El objetivo principal de estas reuniones es levantar información acerca del proyecto y absolver dudas acerca de la documentación del proyecto (respecto a la funcionalidad de la solución).
Actividad Levantar Información Dudas
Tiempo 30 minutos 15 minutos
Entonces, las reuniones con los asesores en promedio se distribuyen de la siguiente manera:
Tipo de Reunión Semana+
Tiempo 45 minutos
2.3.4. Reuniones de Jefes de Proyecto con clientes El objetivo principal de estas reuniones es definir los requerimientos del cliente, revisar el plan del proyecto, validar los avances de los proyectos, revisar cualquier tipo de dudas y absolver cualquier problema que se presente en los proyectos. Para estas actividades se ha estimado la siguiente distribución de tiempos:
Actividad Toma de Requerimientos Revisión Plan de Proyecto Avances de los Proyectos (documentación, artefactos, sprints) Dudas
Tiempo 120 minutos 60 minutos 20 minutos
10 minutos Página 114
Memoria de Gerencia
Gestión de Problemas
10 minutos
Entonces, las reuniones con los clientes en promedio se distribuyen de la siguiente manera:
Tipo de Reunión Semana 1-2 Semana 3+
2.4.
Tiempo 120 minutos 40 minutos
Control de reuniones El Gerente de Proyectos y Recursos debe de controlar todas las reuniones de los jefes de proyecto con el fin de que se realicen con éxito y que el cronograma de reuniones no se altere, asegurando que se realizan de acuerdo a las actividades del Plan de Trabajo. De no existir un acta que respalde la reunión, debe haber evidencia de comunicación (Ejemplo: Correo electrónico) o una justificación indicada a tiempo y corroborada.
2.5.
Cronograma del ciclo El cronograma del ciclo es definido la primera semana por el gerente general de las Empresas Virtuales. En el presente cronograma se definen las fechas de evaluaciones, fechas de revisiones y fechas de cualquier evento especial relacionado al funcionamiento de las Empresas Virtuales.
Página 115
Memoria de Gerencia
ANEXO N° 10: PLAN DE GESTIÓN DE PROYECTO 1. Propósito El Plan de Gestión de Proyectos tiene como propósito definir la metodología para gestionar los proyectos que se desarrollaran en la empresa virtual , incluyendo los planes de gestión de la empresa definidos
2. Objetivo El objetivo del Plan de Gestión de Proyectos es llevar un control de la cartera de proyectos que maneja la empresa SSIA, con la finalidad de que los proyectos cumplan los plazos establecidos y tengan de calidad esperada. Esto se lleva a cabo definiendo los responsables de cada uno de éstos, los entregables a presentar, las metas cuantitativas.
3. Proyectos 3.1. Código
EIA
INDIGO
Gestión 2012-2 Descripción
Integrantes ROJAS SIHUAY, DIEGO Implementación de evidencias indirectas ABET VERGARA APARICIO, MARCO ANTONIO Software Educativo para la Enseñanza y el Aprendizaje de GIRALDO CANTA, Geometría y Medición en el 1ero de Secundaria de RICHARD Colegios Nacionales EDUARDO
Taller
ROJAS SALLES, SERGIO AYRTON GSAU
Gestión de Servicios Administrativos UPC
PICON KU, HUGO JUNIOR
TP2
ROSALES BARRETO, LUIS ALBERTO ARTEAGA SANCHEZ, JAYLLI VICTOR AURELIO IPS
EVAC
Intranet de Proyectos SSIA
Espacios Virtuales de Aprendizaje Colaborativo
POMAJUICA CURISINCHE, VICTOR CESAR CAMARENA ZAPATA, ALBERTO HUGO SILVA PERALTA, CESAR EDILBERTO
SEOV
Sistema Experto de Orientación Vocacional
CHAHUAS REBATTA,
TP1
CESAR Página 116
Memoria de Gerencia
EDUARDO VALDIVIA BARBA, HENRY ALONSO UECHI LÓPEZ, EDUARDO AKIRA
MKDCOM
ARCUS
Marketing Digital para la Escuela de Ingeniería de VILLA PALACIOS, Sistemas y Computación SABRINA ALEXANDRA Software Educativo para el aprendizaje y la práctica del CERVANTES SUYO, curso de matemática en el 1ro. de secundaria de la ÚRSULA LUCÍA institución educativa N° 6092 Mateo Pumacahua
Tabla 28: Cartera de proyectos de SSIA de la gestión 2012-2 Fuente: Elaboración propia
Página 117
Memoria de Gerencia
3.2. Código
EVAC
Gestión 2013-1 Descripción
Espacios Virtuales de Aprendizaje Colaborativo
Integrantes
Taller
SILVA PERALTA, CESAR EDILBERTO
CHAHUAS REBATTA, CESAR EDUARDO SEEA
Software Educativo para la Enseñanza de Estadística Aplicada 1 VALDIVIA BARBA, HENRY ALONSO
UECHI LÓPEZ, EDUARDO AKIRA TP2 MKDCOM
Marketing Digital para la Escuela de Ingeniería de Sistemas y Computación VILLA PALACIOS, SABRINA ALEXANDRA
ARCUS
GISC
Software Educativo para el aprendizaje y la CERVANTES práctica del curso de matemática en el 1ro. de SUYO, ÚRSULA secundaria de la institución educativa N° 6092 LUCÍA Mateo Pumacahua
HERNÁNDEZ Gestión de Indicadores de la Escuela de Ing. de PECHO, CARLOS TP1 Sistemas y Computación DANIEL Página 118
Memoria de Gerencia
BLAS PAREDES, CÉSAR CALEB
GCD
ARRATIA LIZÁRRAGA, EDUARDO Gestión de coordinaciones de docentes (actas y ANDRÉS consolidado de horas) - Esc. Ing. de Sistemas y Computación NÁQUIRA HIDALGO, EDUARDO ALFREDO
AP-MC2E
SOTO Metodología para el seguimiento a los Egresados MELÉNDEZ, de la Escuela de Ingeniería de Sistemas y FRANK ALFRED Computación de la UPC RATTO FABIÁN, JUAN DANIEL
PPP
CAMAVILCA CALDERÓN, Gestión de Prácticas Pre-Profesionales (PPP) de ERICK la Escuela de Ing. de Sistemas y Computación CÉSPEDES LA COTERA, GIORGIO LOIS
IFC-DC
Gestión de Informes de Fin de ciclo - Docentes de la Escuela de Ing. de Sistemas y Computación
MARTINEZ HERNÁNDEZ, RENZO WILFREDO POZO INCAHUANACO, CÉSAR WOLFGANG
ADAP-AC
BAZÁN INFANTAS, Análisis y Diseño de la Arquitectura de Procesos VANESSA para la Acreditacion LEÓN MADRID, EDGARD OMAR
SIGERCOV
HERRERA Gestión de Reportes de Control y Verificación de VALLE, RICARDO la Escuela de Ing. de Sistemas y Computación HERNÁN Página 119
Memoria de Gerencia
CHÁVEZ FIGUEROA, OSWALDO ANDRÉS
APCENS
CAMARENA ZAPATA, Arquitectura de Procesos para los Centros ALBERTO HUGO Educativos de Nivel Secundario CÁRDENAS QUIRÓS, RICARDO IVÁN
Tabla 29: Cartera de proyectos de SSIA de la gestión 2012-2 Fuente: Elaboración propia
Página 120
