ESTUDIO DE CASO PROCESO DE MEDICIÓN EN PROYECTOS DE TI

Transcripción

1 UNIVERSIDAD DON BOSCO FACULTAD DE INGENIERIA ESCUELA DE COMPUTACION INGENIERIA DE SOFTWARE CICLO II/2008 ESTUDIO DE CASO PROCESO DE MEDICIÓN EN PROYECTOS DE TI DOCENTE: ING. MILTON NARVÁEZ. PRESENTADO POR: RAÚL ERNESTO CRUZ ORELLANA RICARDO ALBERTO JAIMES LÓPEZ JOSÉ ALFONSO ARÁUZ PINEDA CO JL AP CIUDADELA DON BOSCO, 17 DE AGOSTO DE 2008

2 Caso de Estudio Los proyectos se pueden potencizalizar por medio de buen seguimiento, control y evaluación de las actividades que involucra el proyecto, debido a que se consiguen beneficios siempre y cuando el proyecto se desarrolle de forma ordenada y cumpliendo con las actividades establecidas en cualquiera de sus etapas de análisis y desarrollo. Estas decisión sobre las acciones que se realizarán se basan en información cuantitativa que es recolectada y que luego es analizada para ser utilizada en la toma de decisiones por parte de la gerencia o de las personas encargadas del proyecto las cuales pueden tomar medidas para corregir problemas o ineficiencias o bien para realizar acciones que mejoren el desarrollo y productividad del proyecto. Por tanto a través de una buena administración se pueden lograr mejorar todos los procesos que involucra el desarrollo de un proyecto, así como también disminuir los riesgos que involucra la ejecución de proyectos que son factores los cuales pueden ser internos o externos que son capaces de influir negativamente, al mismo tiempo a través de una administración eficiente de los recursos se puede un aumento de la calidad lo que resulta en una mayor satisfacciones de los clientes y usuarios, y al mismo tiempo se puede hacer que un proyecto mejore su productividad por medio de la recolección de información que sea útil para un análisis comparativo que involucre a otras entidades o departamentos de la misma entidad con el fin de mejorar las actividades que se realizan. Un instrumento que es necesario mencionar debido a su importancia para determinar el estado de un proyecto son las métricas que son datos cuantificables los cuales se recolectan y son la base para realizar un análisis sobre la situación del proyecto y poder decidir si este se ejecuta de acuerdo a lo planeado o si necesita ser revisado para obtener el mejor rendimiento. Una característica que es necesario mencionar acerca de las métricas es la de saber cuales datos se van a utilizar para realizar las métricas, ya que el uso de datos incorrectos dará métricas equivocadas las cuales no aportaran información útil para solucionar situaciones que pueden estar afectando al proyecto, por lo tanto es necesario contar con información confiable y adecuada para la construcción métrica, ya que para estas pueden variar si se trata de un proyecto grande o de un proyecto pequeño, debido a que todos los proyectos pueden tener actividades similares pero no homogéneas. Quién define los estándares en TI? Para apoyar a la gestión de TI se han definido muchos estándares y marcos de referencia. El enfoque internacional en Gobierno de TI ha creado una proliferación de prácticas locales e internacionales para Gestión de TI en general. Quién usa los estándares? Los estándares para Gestión de TI son desarrollados por consenso y compromiso de mejores prácticas discutidas por grandes grupos de individuos de varias organizaciones. Hay grupos internacionales, nacionales y organizaciones. Ejemplos de grupos internacionales son: Ejemplos de organizaciones son:

3 Algunos estándares son usados como normatividad de manera mundial y otros estándares son usados de manera preferida por países, por ejemplo: Valor para TI de Usar Estándares. No se tiene que reinventar la rueda, lo que ahorra recursos, pero el mayor valor es usar las mejores prácticas de otros en beneficio propio. Cuando se usa outsourcing, o hay necesidad de cooperación de trabajo, lleva a una mejor comprensión entre las partes y menores costos asociados. Los auditores usan herramientas basadas en estándares. La parte auditada puede saber contra qué requisitos será comparado. Se puede aspirar a certificaciones (por ejemplo BS 7799, BS 15000, ISO 9001, European Foundation for Quality Management (EFQM) y TickIT. A continuación se presentan algunos estándares tácticos en TI.

4 También se pueden observar los Marcos de Gobierno de TI usados actualmente: Y como los estándares son una parte importante en la gestión de TI, a continuación se mostrarán algunos de los estándares mundiales más conocidos y utilizados a nivel de empresa. Se detallarán con un breve diseño:

5 ITIL SOPORTE DE SERVICIOS ENTREGA DE SERVICIOS Escritorio de Servicios. Gestión de Capacidad. Gestión de Incidentes. Gestión de Disponibilid ad. Gest ión de Problemas. Gestión de Continuidad para Servicios de TI. Gestión de Configuración. Gestión Financiera para Servicios de TI. Gestión de Cambios. Gestión de Niveles de Servicio. Gestión de Liberaciones. ISO COBIT

6 ISO 17799

7 COSO ERM Dado que la competencia cada día es más fuerte, es necesario que las empresas se preocupen en dar un mejor producto. Pero la calidad del producto no sólo se mide al terminarlo. La complejidad de los problemas que hoy en día buscan una solución en el software ha aumentado de manera considerable. Pero este crecimiento ha sobrepasado de sobremanera al aumento en la habilidad de desarrollar y mantener el software por parte de las organizaciones dedicadas a desarrollarlo o mantenerlo. Enfrentamos una situación con dos caras. Por una parte las organizaciones quieren ser capaces de desarrollar y entregar software confiable, a tiempo y apegado al presupuesto acordado con el cliente. La segunda cara de la moneda nos muestra la perspectiva del cliente, el cuál quiere saber con certeza que todo lo anterior se cumplirá. Por esto las organizaciones deben buscar una norma, estándar o modelo que pueda ayudarlas a conseguir su meta de calidad (competitividad). Sin embargo, la competitividad no es la única razón por la cuál se busque la calidad en el software. Debemos darle importancia a cada programa que se desarrolla. Debemos tomar conciencia y responsabilidad de las consecuencias que un defecto en nuestro producto podría ocasionar. Algunos defectos de software han ocasionado serios daños y hasta perjudicado físicamente a personas. El problema es que los sistemas cada vez son más rápidos, más complejos y automáticos. La posibilidad de una falla catastrófica aumenta a la par que el potencial del daño que podría ocasionar. Así que debemos saber distinguir entre simple y fácil. Un error simple no necesariamente será fácil de encontrar, por tanto todos estamos involucrados en la calidad del producto, al ser responsables de la calidad de nuestro trabajo. Otro aspecto negativo de los defectos es el económico. Cada defecto representa un costo adicional. Un error identificado en la misma fase donde se produjo es mucho más barato de resolver que

8 el mismo defecto en una fase posterior, y aún más caro si éste sale a la luz después que el producto ya ha sido entregado. En El Salvador una gran parte de las empresas dedicadas al desarrollo de software no poseen estándares o métricas que les sirvan como base para calificar la calidad de un proyecto es por ello que se ven en la necesidad de contratar empresas extranjeras que por tener estándares son prestigiosamente reconocidas, para el país esto significa una perdida porque no se esta progresando, es por ello que la viabilidad de aplicar estándares depende de lo capacitado que este el personal encargado del desarrollo de software y de los objetivos que las empresas se tracen. Fig. 1 - Modelo del proceso de medición

9 PLAN DE ACCIÓN Se ha determinado que varios de los problemas que se enfrentan cuando se emprenden este tipo de proyectos son el cansancio de los participantes, la fecha de terminación extendida y usuarios insatisfechos. Los países y las empresas necesitan de proyectos de grandes dimensiones a todo nivel incluso en el área de tecnología. En esta área siempre se trata de abarcar mas de lo que se puede desarrollar y eso ha hecho que muchos proyectos vayan al fracaso o se abandonen por inviabilidad de terminarlos. Puede haber una salida a este gran desafío que es la alternativa de generar muchos micro proyectos enmarcados dentro de un gran Proyecto general de desarrollo, esto aunque sería de mayor reto administrativo sería mas efectivo en el producto que se entrega como resultado del desarrollo en tecnología. Este esquema permitiría que pudieran ser contratadas empresas de diferente tamaño de acuerdo con el reto dentro de un gran Proyecto, adicionalmente daría margen de maniobra en caso que algún resultado de uno de los microproyectos no se obtuviera. Para generar confianza en el usuario se debería repotenciar lo existente y si es necesario cambiarlo fuera lo ultimo que se abordara dentro del proyecto, con esto estaríamos dando al usuario confianza en que su servicio será mejorado con componentes adicionales y de ninguna manera exponerlo al riesgo de un nuevo software que no sabe como funciona y tampoco si brinda todo lo necesario que le esta proveyendo el aplicativo que maneja. Adicionalmente a este esquema se requeriría de una fuerte gerencia de proyectos que estuviera revisando el avance individual de cada frente y el general del proyecto lo que daría una fortaleza institucional en el manejo del proyecto. Esta es una idea de como se deberían abordar los grandes proyectos de desarrollo de sistemas que las empresas grandes usualmente requieren. Aunque se que esto en el sector del gobierno es difícil de aplicar, a lo mejor si se aplicara en la empresa sin importar su tipo publica o privada podría generar grandes beneficios a nuestra profesión.

10 CONCLUSIONES DEL GRUPO. El Capability Maturity Model (CMM) se ha convertido en el estándar mundial, que permite a las organizaciones medir e incorporar mayores niveles de eficiencia o madurez en sus procesos de desarrollo y mantenimiento de software a través de una serie de procedimientos lógicos suficientemente probados (mejores prácticas del mercado). La implantación sucesiva de alguno de los cinco niveles de los que consta este modelo, ofrece a las compañías importantes beneficios que se sitúan entre un 10% de ahorro en costes de producción, hasta un 145% de mejora en desviaciones de plazo de los proyectos o un 15% de reducción de errores en el producto terminado. Estos beneficios se traducen en una mejora de la productividad y de calidad del software además de permitir a las empresas una mayor flexibilidad al cambio y una mayor rapidez de respuesta ante necesidades del mercado. Un proceso efectivo de medición en los Proyectos de Tecnología de Información conforma la clave para obtener la excelencia en Gerencia de Proyectos y el camino seguro para incrementar el nivel de madurez tanto en la disciplina de Proyectos, en sus procesos y en la misma Organización. El uso de estándares en la operación interna eleva el valor de TI, pero no hay un estándar que cubra todos los aspectos de gestión, seguridad y calidad, por lo que debe crearse un Sistema de Gestión general donde se integren los procesos seleccionados. El uso de tecnología en los procesos eleva el valor de TI, pero no hay una tecnología que cubra todos los aspectos de gestión, seguridad y calidad, por lo que debe crearse una arquitectura tecnológica para procesos donde se integren los procesos seleccionados. Existen cuatro razones por las cuales se miden los procesos, productos y recursos, y dichas razones son: para caracterizar, para evaluar, para predecir, para mejorar. Si algo es Mejor entonces debe ser Diferente; si es Diferente, entonces debe ser Observable; si es Observable, entonces debe ser Medible; y si es Medible, entonces debe ser Cuantificable. El 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. El PMBOK es un estándar reconocido internacionalmente (IEEE Std ) que provee los fundamentos de la gestión de proyectos que son aplicables a un amplio rango de proyectos, incluyendo los del área del software. El PMBOK reconoce 5 procesos básicos y 9 áreas de conocimiento comunes a casi todos los proyectos. Dichas áreas de conocimientos son: Gestión de la Integración de Proyectos, Gestión del Alcance en Proyectos, Gestión del Tiempo en Proyectos, Gestión de la Calidad en Proyectos, Gestión de Costos en Proyectos, Gestión del Riesgo en Proyectos, Gestión de Recursos Humanos en Proyectos, Gestión de la Comunicación en Proyectos, y Gestión de la Procura (Logística) en Proyectos.