INGENIERIA METALURGICA

OBJETO DE ESTUDIO DESCRIPCIN DE LA EMPRESA Minsur S.A. es una empresa peruana dedicada a la explotacin, procesamiento y comercializacin del estao, as como a la exploracin de nuevos yacimientos. Minsur S.A. es una empresa minera altamente rentable y competitiva gracias a su experiencia ya los exigentes estndares de calidad que rigen en todo el proceso productivo, desde el alto grado de ley del mineral hasta el oportuno y satisfactorio abastecimiento de los mercados nacionales e internacionales, disponiendo a lo largo de todo el proceso de tecnologa de vanguardia monitoreada y administrada por un equipo humano comprometido. La empresa cuenta un rea que tiene como misin la definicin, implantacin y administracin de las tecnologas de informacin, asegurndose que estn alineadas con las estrategias del negocio y apoyando al cumplimiento de objetivos de cada rea de MINSUR. Misin Minsur S.A. se orienta a alcanzar y mantener elevados estndares de calidad en cuanto a proteccin ambiental; establecer relaciones de responsabilidad social con sus trabajadores y comunidades vecinas, innovar constantemente a nivel estructural y tecnolgico y satisfacer a plenitud las exigencias de los mercados internacionales de minerales. Visin Convertirnos en el mayor productor y exportador de concentrados de estao a nivel mundial, comercializndolos con los precios ms competitivos, a travs de una cadena de abastecimiento que incurra en los mas ptimos costos de produccin. Organizacin Minsur S.A. cuenta con una estructura organizacional conformada por profesionales distribuidos en el siguiente organigrama:

INGENIERIA METALURGICA

SIH Objetivos del Negocio El rea de Sistemas tiene como misin la definicin, implantacin y administracin de las tecnologas de informacin, asegurndose de que estn alineadas con las estrategias del negocio y apoyando al cumplimiento de los objetivos de cada rea de MINSUR. Para cubrir sus necesidades tecnolgicas, la empresa adquiri el ERP SAP ECC 6.0 , del cual se ha implementado los mdulos de Finanzas, Logstica, Mantenimiento, Produccin, Proyectos, Business Intelligent y BPC (Business Planning and Consolidation). Adems, cuenta con varios aplicativos industriales para los procesos de produccin, para exploracin minera y proceso de concentracin del mineral (plantas concentradoras).Si bien es cierto que Minsur S.A. no es una empresa de tecnologa, sino de extraccin y procesamiento de minerales, depende en gran medida del rea de Sistemas para el logro de sus objetivos. Los siguientes son los lineamientos que guan las acciones de esta rea: Estrategia *Desarrollar, conseguir la aprobacin y mantener el Plan Estratgico de Sistemas, que sea consistente con los planes y objetivos de la empresa, y este en lnea con los Presupuestos de Sistemas y Tecnologa *Mantenerse permanentemente actualizado con la evolucin de las tecnologas de informacin que puedan impactar positiva o negativamente a la empresa Organizacin *Asegurar que el personal del rea tenga las mejores capacidades personales y profesionales necesarias para ejecutar las funciones *Desarrollar y mantener profesionales responsables que tengan planes de capacitacin y desarrollo profesional *Promover el trabajo en equipo al interior del rea y la empresa Finanzas *Responsable por la elaboracin de los presupuestos de gastos e inversin en tecnologas de informacin y telecomunicaciones de toda la empresa *Monitorear y explicar las desviaciones en los presupuestos *Cumplir y hacer cumplir las polticas financieras de la empresa *Asegurar el control y seguimiento de los cambios en la infraestructura tecnolgica Sistemas de Informacin *Responsable por mantener, ampliar, desarrollar o adquirir los sistemas de informacin que satisfagan las necesidades de la empresa, teniendo en cuenta factores de costobeneficio *Definir personal responsable por el soporte a los sistemas de informacin en uso *Definir metodologas, estndares y herramientas de desarrollo

INGENIERIA METALURGICA

*Controlar y mantener actualizada la documentacin de los sistemas de informacin en uso, particularmente la relacionada al usuario Proyectos de Tecnologas de Informacin y Telecomunicaciones *Responsable por todos los proyectos del rea de Sistemas y Tecnologa *Definir la metodologa, controles y responsables en los distintos proyectos del rea *Asegurar la disponibilidad de todos los recursos necesarios para el xito de los proyectos de tecnologas de informacin Soporte y Operaciones *Controlar el cumplimiento de objetivos de soporte y operaciones *Asegurar la documentacin de los distintos procesos realizados Seguridad *Responsable por mantener la confidencialidad, integridad y disponibilidad de la informacin para la empresa *Implementar polticas y estndares de seguridad *Asegurar que los equipos y recursos crticos estn cubiertos por un adecuado plan de contingencia Proveedores *Seleccionar a los distintos proveedores de tecnologa de informacin y comunicaciones calificando costos, reputacin, solidez, y capacidad de soporte *Responsable por conseguir el mejor ratio costo-beneficio *Asegurar que todos los servicios contratados estn cubiertos por un contrato aprobado por el rea legal de la empresa *Asegurar que todos los servicios contratados tienen acuerdos de nivel de servicio.

INGENIERIA METALURGICA

ALCANCE DE LA EVALUACION La evaluacin a la organizacin Minsur S.A., en cuanto a la aplicacin de las buenas prctica sindicadas por el modelo CMMi, estar ubicada en el proceso de atencin de requerimientos de los usuarios en el sistema ERP de la empresa. Dicho sistema es el SAP ECC 6.0, y se cuenta con los siguientes mdulos funcionales: - Finanzas y Tesorera - Recursos Humanos- Logstica - Costos y Presupuestos - SAP Portal (NetWeaver) - SAP BPC - SAP Basis Los requerimientos son de cambios en la configuracin, correcciones, actualizacin de informacin y desarrollos, sobre todo de informes. FACTIBILIDAD DEL CAMBIO Resea sobre antecedentes de cambios de procesos: Desde la creacin del rea de Sistemas se han realizado algunos proyectos que han impactado sobre la organizacin y sus procesos, entre los cuales podemos mencionar la implementacin del Sistema de Gestin de Requerimientos. En el pasado se contaba con un servidor AS/400 y algunos aplicativos hechos en FoxPro, como el de control de la produccin y plantas concentradoras. En el sistema AS/400 se manejaban los sistemas de planillas, logstica, inventarios. La contabilidad se llevaba en un aplicativo llamado Zico; ste fue un sistema que tuvo muchas deficiencias. En el pasado se contaba con un jefe de sistemas, analistas y programadores, y algunos tcnicos de soporte. El jefe entregaba el requerimiento directamente al analista, ste hacia la especificacin tcnica del cambio, y se la entregaba al programador para que lo implemente en el sistema que corresponda. El documento de cambio o de solicitud de algn requerimiento se realizaba por e-mail o documentos fsicos. El proceso era de interpretacin directa del programador, por otro lado no existan ni designaban analistas funcionales que interactuaran directamente con el programador. El paso de los cambios de algn componente en cualquier aplicacin se realizaba directamente en produccin sin realizar pruebas con el usuario sino, nicamente, pruebas unitarias. No existan jefes de proyecto y no haba un responsable que tuviera el control de versiones de las aplicaciones. Tampoco se registraba la aceptacin del cambio por parte del cliente. En el pasado no se manejaban los proyectos como tales. A partir del ao 2004, el rea de Sistemas comenz a manejar los requerimientos grandes como proyectos, los cuales incluan, adicionalmente a los cronogramas y manejo de recursos, elaboracin de actas de reuniones, actividades de seguimiento, re planificacin de actividades, etc. Debido a todos estos antecedentes es que se decidi implementar un sistema de registro de requerimientos a travs de una aplicacin desarrollado en Lotus Notes. La
4

INGENIERIA METALURGICA

implementacin del proyecto demor 7 meses. Como toda organizacin un grupo de personas se mantuvieron resistentes al cambio, donde la principal crtica era que el registro de sus requerimientos en el sistema les demandaba ms tiempo en sus labores. Antes de la implementacin de este sistema, los requerimientos se solicitaban de manera manual, brindando escuetamente el detalle del requerimiento. Este proceso era engorroso, desordenado y no permita monitorear la trazabilidad del requerimiento. Como en todo cambio importante, de un proceso, un porcentaje de trabajadores no reacciona favorablemente a los cambios, esto debido a que un cambio de sistema implica cambios en los procedimientos que no siempre son aceptados desde el inicio. Con respecto a la documentacin, antes no exista, o era casi nula. Hoy se documenta parcialmente, y se generan: - Cronogramas de actividades - Diseos tcnicos (pero no en todas las ocasiones)

En la actualidad solamente se est archivando los documentos asociados a proyectos, mas no atencin a los requerimientos. Desde el ao 2010 se cuenta con un File Server donde cada proyecto tiene su repositorio, con permisos para modificar la documentacin. Actualmente, no se est aprovechando esta informacin. Otra deficiencia es que no se documentan la prueba sanitaria ni funcional. Hoy los procedimientos estn documentados en gran medida, pero no estn completos. Falta definir plantillas, estndares, etc. Adicionalmente, siempre ha existido la limitante de los recursos en el rea. La Alta Direccin nunca dio pase para contar con un nmero adecuado de personas, evitando la sobrecarga y saturacin en el personal de IT. Probables focos de resistencia: Los cambios implementados en los ltimos aos en el rea de Sistemas de Minsur, han tenido resistencia proveniente de las siguientes fuentes: Muchas veces la atencin del requerimiento se extiende en el tiempo porque el usuario no realiza las pruebas de usuario en el periodo programado. Esto ocurre muchas veces porque el usuario aduce mucha carga de trabajo, temor al cambio, por viaje o por vacaciones. Los usuarios se mantenan reacios a realizar sus solicitudes a travs de la aplicacin Sistema de Gestin de Requerimientos.En algunos casos el consultor del rea de Sistemas lo tena que realizar. El motivo de esta resistencia se ha determinado que los usuarios no tienen buena predisposicin a los cambios tecnolgicos que ofrece el rea de Sistemas. Se ha determinado que ante implantaciones de soluciones tecnolgicas, algunos usuarios ponen trabas pues sienten temor en perder sus puestos de trabajo.

INGENIERIA METALURGICA

Algunos analistas funcionales no utilizaban el formulario del Sistema de Gestin de Requerimientos, sino que lo hacan en una plantilla antigua que, por procedimiento, ya ha haba sido dada de baja. Desde hace un tiempo atrs el rea de Sistemas se ha empoderado, por en cargode la Gerencia General, de todos los aplicativos de la empresa. Pero en la actualidad existen inconvenientes tcnicos y de personas para tener todos los elementos necesarios para dar el soporte a dichos aplicativos, como por ejemplo: manuales, know-how para solucin de problemas, CDs de los programas instaladores, etc. Algunos usuarios con conocimientos de aplicativos software muy especficos, ponen trabas para dar a conocer al rea de Sistemas las actividades que realizaban cuando se presentaba incidentes con dichos aplicativos. EVALUACIN DE LA SITUACIN ACTUAL Procesos, mecanismos, mtodos, prcticas, etc., que actualmente funcionan bien, y que se deben mantener: 1) Requerimientos en los aplicativos - Se cuenta con un mdulo de ingreso de los requerimientos. Los usuarios colocan directamente sus requerimientos, pero, pasan por una aprobacin de la jefatura del rea. -Cada analista funcional es responsable de los requerimientos asignados por el Gerente de Sistemas. Cada uno de ellos maneja su propia cola de trabajos, y lideran las tareas de Testing de su solucin coordinando las pruebas y documentacin respectiva. -El analista funcional es responsable del paquete de cambios de la solucin que atiende, inclusive si ha sido realizado por otro analista-programador, y se hace responsable de su implementacin, pruebas y puesta en produccin. La puesta en produccin la realiza el administrador del sistema (llamado tcnico SAP Basis). El analista hace el seguimiento de todas las etapas de la atencin del requerimiento dentro de IT. -Cada requerimiento atendido tiene que pasar necesariamente por la revisin del rea de Testing. El operador no procesar un pase a produccin si no tiene el visto bueno del rea de Testing, -La persona de Testing tambin prueba los entregables en base a una cola de trabajos, supervisados por el Gerente de Sistemas. -Despus que se instala el cambio en produccin, el analista responsable constata el funcionamiento correcto con el usuario solicitante. -Se est logrando alcanzar trazabilidad en la atencin de los requerimientos, colocando los identificadores necesarios en los diferentes documentos y fuentes generados o modificados.2) Soporte funcional a usuarios -En la mayor parte de casos, cuando un analista funcional atiende un requerimiento puntual de un usuario (previamente aprobado por el responsable del rea usuaria), le indica a ste que el requerimiento pasa a su cola de trabajos pendientes. -La mayor parte de los consultores del ERP tienen algunos aos de experiencia dentro de la organizacin, lo cual es positivo en trminos de entendimiento de los procesos de negocio y comprensin rpida e interpretacin de las necesidades de los usuarios. 3) Desarrollo y mantenimiento de aplicaciones -Existen ambientes de los sistemas pruebasfuncionales.4) Sobre los proyectos tanto para produccin, desarrollo y

INGENIERIA METALURGICA

-Se estn manejando como tales desde hace dos aos, aproximadamente. La poltica es tomar los requerimientos grandes como proyectos. Esto lo decide directamente el Gerente de Sistemas. Se establecen calendarios y presupuestos, y se convoca a los participantes. -Se est obteniendo compromisos de los integrantes para cumplir el plan en fechas y entregables de calidad.5) Generales del rea de Sistemas -Se establece y se cumple el plan anual de capacitacin en un 95 % de los cursos ofrecidos. Problemas u oportunidades de mejora conocidos: Problemas: El nmero de personas del rea de Sistemas es reducido para la cantidad de requerimientos de usuario que llegan casi a diario. Aqu debe considerarse que hay trabajo acumulado del pasado (requerimientos inconclusos, no aprobados, rechazados por pruebas, etc.). Sobre todo es necesario dar mayor fuerza al rea de Testing contratando, por lo menos, dos personas ms. Recin el ao2011 se contrat la primera persona designada oficialmente para ese cargo. Cada consultor del ERP atiende exclusivamente un mdulo. Cuando se retira de vacaciones o de viaje se crea un vaco que no es suplido por ningn otro recurso para atender requerimientos o incidentes en ese modulo. Oportunidades: El pool de consultores del ERP tiene una buena experiencia con dicho aplicativo, y estn en capacidad de realizar implementaciones tales como absorcin de nuevas unidades de negocio o cambios por un nuevo plan de cuentas, o nueva tabla de centro de costos, etc. La empresa financieramente se encuentra bien, pero lamentablemente, la Alta Direccin no ha brindado la suficiente importancia al rea de Tecnologas de la Informacin, con lo cual se ha visto relegado muchos proyectos importantes en el pasado. En los ltimos aos recin se est brindando un apoyo financiero al rea, tal como contratacin de ms integrantes, mejorando la infraestructura de comunicaciones con las unidades mineras, adquiriendo software complementario, realizando compras con leasing de nuevas estaciones de trabajo, etc. Aqu hay una excelente oportunidad para satisfacer necesidades La direccin de Sistemas, tiene una gran oportunidad de presentar un Plan Estratgico de Sistemas completo a la Gerencia General, mostrando las ventajas competitivas que podra lograr Minsur, construyendo una plata forma tecnolgica integral que brinde el mejor soporte operacional y de toma de decisiones para la organizacin, a la vez que podra reducir costos mejorando procesos y optimizando tareas. Lamentablemente, la organizacin no cuenta con mtricas o estadsticas que documenten estas aseveraciones. Factores clave de xito actuales: l Gerente de Sistemas ha creado y establecido un plan de capacitacin anual para todo el personal del rea, realiza el control y seguimiento del mismo logrando que se cumpla al 100%, lo cual permite que el personal tenga los conocimientos del negocio y de los sistemas que se administra.

INGENIERIA METALURGICA

Los analistas funcionales y tcnicos que se dedican a la atencin del ERP han adquirido conocimiento avanzado para la configuracin, mantenimiento y tareas adicionales del mismo. Como muestra de ello, se tiene un mximo de 4% de errores en el tema de migraciones, originadas por instalacin de nuevas versiones del software, aplicacin de paquetes de correctivos (patchs), etc. Existe buena predisposicin del personal de sistemas para aceptar los cambios que imparte la Gerencia de Sistemas. La empresa est en constante actualizacin tecnolgica, para ello, ha realizado un contrato de leasing con el proveedor de equipos de computacin Lenovo , empresa que efecta la renovacin de los equipos de hardware con la siguiente periodicidad: Para las laptops la renovacin es cada 2 aos. Para los equipos desktop la renovacin es cada 3 aos. Descripcin de las fuentes de informacin utilizadas Reuniones y entrevistas Se coordin reuniones con algunos miembros de los equipos de TI de la empresa, el contacto fue a travs de la gestin del miembro de nuestro grupo que labora en la empresa Minsur. En dichas reuniones se realiz las preguntas del cuestionario indicado en clases para cada una de las reas de proceso en estudio. Se ha solicitado algunos formatos con los cuales trabajan, tanto a analistas y usuarios finales. Se ha encuestado a los analistas sobre algunas tareas especficas. Se ha tomado encuesta al Gerente de Sistemas sobre algunas tareas de gestin de seguimientos al proyecto. DOCUMENTOS Para validar la informacin brindada se ha solicitado nos muestren la documentacin correspondiente que administran. En Minsur la documentacin es administrada en los repositorios de los servidores archivos, y estn clasificados en 5 grandes tipos. A continuacin se indica dicha clasificacin: 1. Polticas y procedimientos de TI Estn las polticas de la organizacin y las normativas y/o comunicados que se han realizado hasta la fecha. 2. Documentos de Capacitacin Se tiene la documentacin a utilizar para las capacitaciones para SAP, tambin el uso de Lotus Notes para el manejo de cmo realizar las gestiones de requerimientos y las gestiones de reuniones. 3. Informacin General Documento de inters a todo el personal de TI. Documentos referentes al Symposium Gartner 2009.
8

INGENIERIA METALURGICA

4. Documentacin TI Informacin referente a los recursos de TI, tales como: -Aplicaciones -Infraestructura -Recursos Humanos Informacin de Servicios que brinda TI, tales como: -Administracin de la configuracin. -Contratos -Controles TI -Gestin de proyectos -Gestin de servicios TI -Mejora continua -Servicios de terceros 5. Informacin General TI Copia de encuestas que se realizan semestralmente, Documentacin de pruebas realizadas. Instaladores y componentes SAP PROCESOS PARA LA ORGANIZACIN EN ESTUDIO Nuevo proceso establecido para la organizacin Nombre del proceso El nuevo proceso definido para mejorar el desempeo de la organizacin de TI en Minsur S.A.se llama Gestin de Calidad de Software de Minsur. Su orientacin indica que el rea de Sistemas producir entregables de software con un mnimo o cero numero de defectos por requerimiento atendido. Implementacin A rasgos generales, se define que Minsur deber implementar un Departamento de Testing, conformado por al menos 4 personas: una responsable del rea, y tres personas que sern los analistas de Testing. Propsito del proceso El propsito del nuevo proceso Gestin de Calidad de Software de Minsur es reducir al 5%el nmero de errores que se presenten en las atenciones ya instaladas en los ambientes de produccin de los diferentes requerimientos de correcciones, cambios o desarrollos que atienda el rea de Sistemas. Roles Los diferentes miembros del equipo atencin de requerimientos, incluyendo las reas de Desarrollo y Testing, trabajarn desempeando alguno de estos roles: - Gestor de Desarrollo y Testing
9

INGENIERIA METALURGICA

- Responsable de Testing - Analistas de Testing - Desarrollador - Usuario - Soporte Funcional Alcance del proceso El proceso debe ser ejecutado para todos los requerimientos de solicitud de software.El proceso inicio: el proceso se inicia cuando el Gestor de Desarrollo y Testing adiciona un registro ms en la Hoja de Atencin de Testing que indica que un nuevo requerimiento se est planificando que ingresar a ser trabajado en el departamento de Testing en el futuro cercano. Final: el proceso finaliza cuando el Responsable de Testing habilita el estado de Cerrado en el registro de control del requerimiento en la Hoja de Atencin de Testing. Plantillas de documentos a utilizar Las plantillas de los documentos que sern utilizados en el nuevo proceso definido Gestin de la Calidad de Software de Minsur son los siguientes: a) Hoja de Control de Requerimientos Aprobados: elaborado y mantenida por el Analista de Negocio. Es ingreso para el Gestor de Desarrollo y Testing. b) Alcance del requerimiento: elaborado por el Analista de Negocio. Es el resultado de lo indicado directamente por el usuario, pero plasmado en trminos de acuerdo entre el rea usuario y el rea de Sistema. c) Anlisis Funcional: elaborado por el Analista Funcional, quien integra el equipo de desarrollo. Contiene la especificacin de los nuevos casos de uso de sistema que han sido implementados en las fases siguientes de desarrollo. d) Anlisis Tcnico: elaborado por el Desarrollador o por el Analista Tcnico. Contiene las especificaciones detalladas de los cambios o construcciones en el software de la empresa, atendiendo los casos de uso de sistema y el alcance del requerimiento, para satisfacer los mismos. e) Documento de Pase a Testing / Produccin: elaborado por el Desarrollador y contiene los instructivos para poder implantar el Paquete de Cambios tanto en los ambientes de pruebas como en el ambiente de produccin. f) Casos de pruebas de Testing: documento elaborado por el Analista de Testing, plasma los pasos y resultados de las pruebas realizadas en los diferentes escenarios planteados en el Anlisis Tcnico, tiene la finalidad de verificar que los cambios efectivos al software estn acordes con lo indicado en los diversos documentos de anlisis. Asimismo, contiene los resultados de las pruebas de stress realizadas. g ) Hoja de Atencin de Testing : documento que es actualizado solamente por el Gestor de Desarrollo y Testing, el Responsable de Testing y los Analistas de Testing. Contiene el listado de todos los trabajos anteriores, actuales y futuros que han sido, son y sern atendidos por el equipo de Testing. As mismo, contiene los checklists de las diferentes fases de atencin de los requerimientos por parte del equipo de Testing.
10

INGENIERIA METALURGICA

h) Acta de Conformidad de Requerimiento Atendido en Ambiente de Pruebas: documento llenado por el Analista de Testing y firmado por el usuario dando su conformidad que el requerimiento instalado y probado en ambiente simulado est acorde a lo solicitado. i) Acta de Conformidad de Requerimiento Atendido en Ambiente de Produccin: documento llenado por el Analista de Testing y firmado por el usuario dando su conformidad que el requerimiento instalado y probado en el ambiente de produccin est acorde a lo solicitado. Estas plantillas se muestran en el acpite Anexos. Descripcin del proces A continuacin se presenta la descripcin de cada uno de los procedimientos que conforman el nuevo proceso mencionado: 1. Planificar y registrar nuevo requerimiento para atencin de Testing El Gestor de Desarrollo y Testing realiza todas las actividades necesarias para estimar el alcance del requerimiento, define el ciclo de vida del proyecto, obtiene y contrasta las estimaciones de esfuerzo, establece el calendario tentativo de actividades, involucra y compromete a las partes interesadas, establece el plan de trabajo y qu otros planes pueden afectar el actual. Asimismo, informa al departamento de Testing los nuevos requerimientos que debern ser atendidos en el futuro inmediato. Gestiona los cambios en el desarrollo de los requerimientos y detecta las inconsistencias de los requerimientos versus el trabajo de de desarrollo del requerimiento. 2. Estima tiempos, identifica riesgos, segn planificacin y alcance del requerimiento. El Responsable de Testing ejecuta todas las actividades que estn relacionadas con las estimaciones de los atributos del producto de trabajo y las tareas del equipo de Testing e identifica los riesgos en la atencin del requerimiento segn la planificacin y el alcance dados. Verifica que estn completos los documentos que deben ingresar al equipo de Testing como fuente del conocimiento para la atencin del requerimiento: - Alcance del requerimiento - Anlisis Funcional - Anlisis Tcnico - Pase a Testing / Produccin 4. Planifica recursos segn la disponibilidad y conocimientos de los miembros El Responsable de Testing atiende todas las tareas relacionadas con la planificacin de los recursos a asignar a la atencin del requerimiento, teniendo en cuenta los niveles de conocimientos y habilidades necesarias en los miembros candidatos teniendo en cuenta la carga de trabajo y los niveles de conocimiento de los integrantes candidatos a asignar a la atencin del requerimiento.

11

INGENIERIA METALURGICA

4. Ejecuta casos de pruebas y actualiza estadsticas de defectos El Analista de Testing realiza las pruebas efectivas al paquete de cambios entregado por Desarrollo, realizando una planificacin de bateras de pruebas. Previamente se deber haber obtenido una comprensin cabal del requerimiento en tratamiento leyendo exhaustivamente la documentacin recibida de las fases anteriores. 5. Corregir defectos y enviar nuevo paquete de cambios. Si es que el Analista de Testing reporta defectos, el Desarrollador corregir los mismos y volver a actualizar la documentacin tcnica si fuera el caso, y enviar un nuevo Paquete de Cambios al Analista de Testing. 6. Ejecucin de las pruebas funcionales con el usuario El Analista de Testing verifica con el usuario que los cambios desarrollados y que estn siendo probados se ajustan a lo solicitado por el mismo, y que est plasmado en los documentos de alcance del requerimiento. 7. Cerrar actividades de Testing en ambiente de pruebas El Analista de Testing da por concluidas las pruebas realizadas a la implementacin de los cambios o construcciones elaboradas para atender el requerimiento en curso, registrando dicha informacin en la Hoja de Atencin de Testing. 8. Firmar el acta de conformidad de los cambios instalados y probados en ambiente de pruebas El equipo de Testing asegura, a travs de la firma del Acta de Conformidad en Ambiente de Pruebas, que el usuario he verificado que los desarrollos estn correctos y se ajustan a lo indicado en el alcance. 9. Indicar instalacin del paquete de cambios en el ambiente de produccin El Analista de Testing solicita al Soporte Funcional que instale en el ambiente de produccin el paquete de cambios generado por Desarrollo, y que ya ha sido probado y aprobado por Testing. 10. Ejecutar pruebas funcionales y de integracin adicionales El Soporte Funcional ejecuta las ltimas pruebas de funcionales y de integracin para detectar inconsistencias o errores detectados en ltima instancia, previo a la instalacin en el ambiente de produccin. Usualmente aqu se detectan errores o inconsistencias en el documento Pase a Testing / Produccin. 11. Instalar paquete de cambios en ambiente de produccin La persona de Soporte Funcional instala el paquete de cambios en el ambiente de produccin. 12. Pruebas funcionales en ambiente de produccin con el usuario
12

INGENIERIA METALURGICA

El Analista de Testing realiza las pruebas funcionales de los cambios o desarrollos instalados ya en produccin, atendiendo el requerimiento en tratamiento.

13. Firmar el acta de conformidad en ambiente de produccin El equipo de Testing asegura, a travs de la firma del Acta de Conformidad en Ambiente de Produccin, que el usuario he verificado que los desarrollos estn correctos y se ajustan a lo indicado en el alcance. 14. Enviar solicitud de atencin de errores en produccin a Soporte Funcional El Analista de Testing, en caso encontrara errores despus de haberse instalado el paquete de cambios en produccin, coloca un Registro de Incidente en produccin para dar cuenta al encargado (Soporte Funcional) la atencin de dicho error. 15. Cierra documentacin y avisa cerrar el requerimiento El Analista de Testing cierra la documentacin del requerimiento en caso la funcionalidad solicitada est operando correcta y completamente en el ambiente de produccin, despus de haberlo constatado con el usuario. Avisa al Responsable de Testing el cierre de dichorequerimiento.16. Cierra la atencin del requerimiento El Responsable de Testing cierra la atencin del requerimiento despus de haber constatado que todos los documentos, actas e indicadores del requerimiento hayan sido actualizados. PLANIFICACIN DE PROYECTOS Situacin problemtica El rea de Sistemas de TI de Minsur no tiene definido la planificacin de Gestin de Calidad de Software, actualmente este proceso lo realizan aplicando juicio de expertos y de acuerdo a prcticas adquiridas. Los principales inconvenientes y limitaciones que se presentaron se detallan a continuacin. No tienen definido los roles para la gestin de Calidad Se duplican esfuerzos Brechas entre los requerimientos de usuario y lo desarrollado No se manejan contingencias ante imprevistos y cambios de programacin Pruebas duplicadas con los usuarios No existe programacin para preparar el ambiente de test Flujo del proceso El nuevo proceso definido para mejorar el desempeo de la organizacin se llama Gestin de Calidad de Software de Minsur. Su orientacin indica que el rea de Sistemas producir entregables de software con un mnimo o cero numero de defectos por requerimiento atendido. A continuacin la descripcin de cada uno de los procedimientos que conforman el proceso mencionado.

13

INGENIERIA METALURGICA

A rasgos generales, se define que Minsur deber implementar un Departamento de Testing, conformado por al menos 4 personas: una responsable del rea, y tres personas ms que sern los analistas de Testing.

Gestin de requerimientos Gestin de Requerimientos (REQM) permite gestionar los requerimientos de los productos y componentes de un determinado proyecto e identificar inconsistencias entre esos requerimientos, los planes y productos del trabajo de un proyecto. En la gestin de requerimientos, hoy en da muy pocas empresas toman en cuenta el proceso de testing, cuya intencin es evaluar el proceso o componente para verificar si se satisface los requisitos esperados, o para identificar diferencias entre los resultados esperados y los reales. Situacin problemtica Actualmente, el rea de Sistemas de Minsur S.A. se dedica exclusivamente a la atencin de mltiples requerimientos generados por las reas usuarias, el cual desborda la capacidad de tencin por la falta de personal. Adems, la horizontalidad en el proceso de canalizacin de requerimientos dificulta el adecuado control de los mismos, as como la deficiente gestin hacia su atencin (Anlisis, Diseo, Desarrollo e Implementacin). Actualmente, por la falta de personal en el rea de Sistemas no se realiza el proceso de testing adecuada y completamente

Flujo de Proceso En la etapa de testing del rea de proceso de Gestin de Requerimientos consideramos los siguientes procesos: a. Recepcin y asignacin de desarrollo de requerimiento. b. Registro de la solucin y validacin con el Usuario. c. Puesta en Produccin. Definicin de indicadores de mejora Propsito y alcance El Gerente de Sistemas de Minsur S.A. trata de identificar algunas mtricas que de alguna forma le ayuden a mejorar la gestin de este proceso. Las mtricas sern usadas para representar tendencias y realizar diversos anlisis que sirvan para proponer mejoras futuras de funcionamiento y/o tomar acciones correctivas ante algunas desviaciones que se puedan presentar. El anlisis se realizar en base a la informacin que se vaya almacenando, ya que este proceso ser reestructurado totalmente de acuerdo a la propuesta, despus de haber realizado la evaluacin del cumplimiento de las prcticas especficas de REQM.

14

INGENIERIA METALURGICA

OBJETIVO La generacin de mtricas, deben ser definidas, almacenadas y analizadas. Las mtricas deben ser generadas mensualmente y colocadas en un repositorio indicado por el plan de gestin de datos. El equipo asignado realizara el anlisis comparativo y ser el responsable de detectar desvos e identificar posibles mejoras al proceso. Mtricas propuestas Cantidad de defectos en Pruebas en ambiente de pruebas Mtrica 01: Hace referencia a la cantidad total de defectos encontrados en la etapa de pruebas internas, ya sean unitarias o integrales, en el ambiente de pruebas. Esto debe ser registrado por el archivo de estadsticas de defectos en ambiente de pruebas, en un formato estndar y almacenarse en un repositorio indicado en el plan de gestin de datos. Cantidad de defectos en Pruebas funcionales en ambiente de produccin Mtrica 02: Hace referencia a la cantidad total de defectos encontrados en la etapa de pruebas funcionales en el ambiente de produccin. Esto debe ser registrado por el registro de incidencias en ambiente de produccin en un formato estndar y almacenarse en un repositorio indicado en el plan de gestin de datos. Lneas de cdigo con errores por programa Mtrica 03: Hace referencia a la cantidad de errores del lneas de cdigo por programa. Esto debe ser registrado por el archivo de estadsticas de defectos en ambiente de pruebas, en un formato estndar y almacenarse en un repositorio indicado en el plan de gestin de datos. Lneas de cdigo con errores caso de Uso Mtrica 04: Hace referencia a la cantidad de errores de lneas de cdigo por caso de Uso. Esto debe ser registrado por el archivo de estadsticas de defectos en ambiente de pruebas, en un formato estndar y almacenarse en un repositorio indicado en el plan de gestin de datos. Conclusiones Conclusiones respecto a la madurez identificada Despus de realizar una evaluacin inicial de los procesos que recomienda CMMi en la Organizacin Minsur S.A. se puede apreciar resultados que indican que la gestin de los procesos IT est en una etapa caracterizada por un pobre nivel de madurez. La informacin recogida de primera mano a partir de entrevistas a algunos miembros de TI, indican que recin en los ltimos aos, a raz de la implantacin ERP SAP ECC 6.0 se ha tenido que alinear, casi por mandato, muchos de los procesos y procedimientos de atencin del rea de Sistemas, de cara al usuario.

15

INGENIERIA METALURGICA

A pesar que siguen habiendo muchos vacos, e improvisaciones, los ltimos 5 aos se ha tomado un raudo camino de mejora en cuanto a establecer ciertos mecanismos de atencin a los usuarios, y evitar sobrecargas o de trabajos en los miembros de los equipos de Sistemas. Esto se manifiesta en el ordenamiento que ha trado el Gerente actual de Sistemas, lo cual, a pesar de los cambios que impone el negocio, ha sabido cohesionar personas y equipos, ha logrado establecer funciones y responsabilidades, incluyendo al personal de Sistemas que estn destacados en las unidades mineras (en el interior del pas). A pesar del avance logrado, la organizacin IT sigue estando lejos de tener procesos maduros que permitan lograr eficiencia en las funciones que le competen. En el pasado se ha apelado a la improvisacin, sobrecarga de trabajo y hroes las cuales son caractersticas negativas en una organizacin IT. Sin embargo, se aprecia que en el camino recorrido se ha conseguido logros, y definitivamente se debe reconocer que es un buen momento para aplicar el modelo CMMi en el rea de Sistemas de Minsur. Estas prcticas mejoraran sustancialmente las plataformas informticas y su mantenimiento, lo que conllevar a aprovechar la inversin realizada por la empresa, as como a apoyar y solucionar todo requerimiento de cambio, correccin o desarrollo que requieran los usuarios para el normal desempeo de las actividades de la organizacin. Proceso conveniente para comenzar Para la implantacin del modelo CMMi en el rea de Sistemas de la organizacin Minsur S.A. es recomendable comenzar por el proceso PP,Project Planning. Propuesta de indicadores de xito Indicador de complejidad de los requerimientos. Este indicador permitira conocer el porcentaje por cada nivel de complejidad de los requerimientos, lo cual, permitir poder asignar y capacitar a los analistas del nivel con mayor porcentaje de complejidad. Logrando as tener un mejor control de la atencin de los requerimientos y asegurar que se brindara la solucin ms ptima, incrementando el porcentaje de calidad. Indicador de desviacin de esfuerzo. Este indicador permitir conocer el porcentaje del tiempo que se consume en otras actividades diferentes ala del proyecto. Se busca disminuir este porcentaje para lograr los objetivos en los tiempos pactados. Indicador de requerimientos no comunes. Este permitir identificar el porcentaje de casos inusuales que se presentan de forma diaria, de esta manera asignarle al analista un tiempo mayor en el tiempo de solucin y aseguramiento de calidad.

16

INGENIERIA METALURGICA

Otras conclusiones El presente entregable comprende el diagnstico de las prcticas de desarrollo de software actual para el rea de Sistemas de la compaa minera Minsur S.A. Al revisar los procesos y actividades que se realizan en el rea de TI logramos entender el contexto, prcticas, actividades y logramos identificar qu reas de proceso vamos a evaluar para que se obtenga mejoras de algn proceso de gestin interna. Para cada punto evaluado hemos tratado de enfocarnos lo ms cercano posible a la realidad, por tanto las calificaciones obtenidas reflejan la situacin actual de la empresa en cuanto a desarrollo de software. Segn las calificaciones obtenidas tenemos que la empresa seleccionada cumple parcialmente con las prcticas recomendadas y que debe mejorar el proceso de tal manera que permitan obtener eficiencia en el proceso logrando un ptimo producto de software. Concluimos que la implementacin del CMMI permitir a la empresa optimizar su proceso de desarrollo de software optimizando recursos, evitando retrabajos, reduciendo y planificando el tiempo asignado a los proyectos as como tener la visibilidad de evaluar y decidir la introduccin de nuevas tecnologas, tcnicas y herramientas de desarrollo.

17