Comparación en Desarrollo de Software de: MoProSoft, PMBook y Libro en Ingles

Transcripción

1 Administración de Proyectos de Software Comparación en Desarrollo de Software de: MoProSoft, PMBook y Libro en Ingles Grupo: 2 Alumnos: González Núñez Humberto Mendoza Hidrogo Greta Rosales López Zahira Oviedo Hernández Guillermo 30/09/2009

2 MoProSoft El propósito principal de este libro es presentar un Modelo de Procesos para la Industria de Software (MoProSoft) en México esto para poder lograr una estandarización en la administración de proyectos a través de la incorporación de las mejores prácticas en gestión de ingeniería de software. El libro nos asegura que si se sigue el modelo nos permitirá elevar la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionales de competitividad. Ciertas características que nos ofrece este libro es fácil de entender, de aplicar además de no ser costoso de adquirirlo. El modelo que se propone está enfocado en procesos y considera los tres niveles básicos de la estructura de una organización que son: Alta Dirección, Gestión Operación. El modelo pretende apoyar a las organizaciones en la estandarización de sus prácticas, en la evaluación de su efectividad y en la integración de la mejora continua. En su primera sección se encuentra una muy pequeña introducción que nos habla en general del los propósitos, los alcances y de los criterios de MoProSoft. Para después continuar con una serie de definiciones de palabras claves que se manejan durante todo el libro. En su siguiente apartado nos habla de lo que es el patrón de Procesos asi como también de su descripción y de su uso. Siguiendo con la estructura del modelo de Procesos que como ya se mencionó se consideran tres niveles básicos. Posteriormente nos explica cada una de las gestiones de estos niveles. En la de Alta Dirección nos habla de la gestión de Negocio, en el nivel de Gestión se maneja la administración de Procesos, Proyectos y Recursos y finalmente en la Categoría de Operación se toca la Administración de Proyectos Específicos y del Desarrollo y Mantenimiento de Software. El proceso de Desarrollo de Software se compone de ciclos, los cuales tienen las siguientes fases: Inicio: Los miembros realizan una revisión del plan de desarrollo entendimiento común. para tener un Requerimientos: Conjunto de actividades para obtener las especificaciones y requerimientos, para entablar un buen entendimiento con el cliente. Análisis y Diseño: Conjunto de actividades en donde se analizan los requerimientos y especificaciones para realizar una descripción de la estructura del software como base de construcción.

3 Construcción: Conjunto de actividades para producir los componentes que se definieron en el análisis y en diseño. Integración y Pruebas. Conjunto de actividades para integrar y probar los componentes de software. Cierre: Integración final del Software generada en las diferentes fases para su entrega., asi como la documentación necesaria. PMBook El enfoque de PMBook se centra en una recopilación de prácticas de diferentes empresas utilizando la experiencia, y éstas propuestas las denomina como las mejores prácticas más comúnmente aceptadas. Características del proyecto Un proyecto es un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único..1 Temporal Temporal significa que cada proyecto tiene un comienzo definido y un final definido..2 Productos, servicios o resultados únicos Un proyecto crea productos entregables únicos. Productos entregables son productos, servicios o resultados..3 Elaboración gradual La elaboración gradual es una característica de los proyectos que acompaña a los conceptos de temporal y único. Elaboración gradual significa desarrollar en pasos e ir aumentando mediante incrementos Qué es la dirección de proyectos? La dirección de proyectos es la aplicación de conocimientos, habilidades, herramientas y técnicas a las actividades de un proyecto para satisfacer los requisitos del proyecto. La dirección de un proyecto incluye: Identificar los requisitos Establecer unos objetivos claros y posibles de realizar Equilibrar las demandas concurrentes de calidad, alcance, tiempo y costes Adaptar las especificaciones, los planes y el enfoque a las diversas inquietudes y expectativas de los diferentes interesados.

4 La Guía del PMBOK está dividida en tres secciones. Sección I: Marco Conceptual de la Dirección de Proyectos La Sección I, Marco Conceptual de la Dirección de Proyectos, proporciona una estructura básica para entender la dirección de proyectos. El Capítulo 1, Introducción, define los términos clave y proporciona una descripción general del resto de la Guía del PMBOK. El Capítulo 2, Ciclo de Vida del Proyecto y Organización describe el entorno en el cual operan los proyectos. Sección II: Norma para la Dirección de Proyectos de un Proyecto La Sección II, Norma para la Dirección de Proyectos de un Proyecto, especifica todos los procesos de dirección de proyectos que usa el equipo del proyecto para gestionar un proyecto. El Capítulo 3, Procesos de Dirección de Proyectos para un Proyecto, describe los cinco Grupos de Procesos de Dirección de Proyectos aplicables a cualquier proyecto y los procesos de dirección de proyectos que componen tales grupos. Sección III: Áreas de Conocimiento de la Dirección de Proyectos La Sección III, Áreas de Conocimiento de la Dirección de Proyectos, organiza los 44 procesos de dirección de proyectos de los Grupos de Procesos de Dirección de Proyectos del Capítulo 3 en nueve Áreas de Conocimiento, El Capítulo 4, Gestión de la Integración del Proyecto, describe los procesos y actividades que forman parte de los diversos elementos de la dirección de proyectos. El Capítulo 5, Gestión del Alcance del Proyecto, describe los procesos necesarios para asegurarse de que el proyecto incluya todo el trabajo requerido. El Capítulo 6, Gestión del Tiempo del Proyecto, describe los procesos relativos a la puntualidad en la conclusión del proyecto. El Capítulo 7, Gestión de los Costes del Proyecto, describe los procesos involucrados en la planificación, estimación, presupuesto y control de costes El Capítulo 8, Gestión de la Calidad del Proyecto, describe los procesos necesarios para asegurarse de que el proyecto cumpla con los objetivos por los cuales ha sido emprendido. El Capítulo 9, Gestión de los Recursos Humanos del Proyecto, describe los procesos que organizan y dirigen el equipo del proyecto. El Capítulo 10, Gestión de las Comunicaciones del Proyecto, describe los procesos relacionados con la generación, recogida, distribución, almacenamiento y destino final de la información del proyecto en tiempo y forma.

5 El Capítulo 11, Gestión de los Riesgos del Proyecto, describe los procesos relacionados con el desarrollo de la gestión de riesgos de un proyecto. El Capítulo 12, Gestión de las Adquisiciones del Proyecto, describe los procesos para comprar o adquirir productos, servicios o resultados, así como para contratar procesos de dirección. Libro en Ingles En este libro se tienen características y procedimientos más específicos para un buen desarrollo de software. En el libro se considera que la producción del software representa una de las actividades principales en los proyectos de desarrollo de software. Para comprender mejor la producción de software se divide en cuatro sectores, que son los siguientes: 1. Asignación de mano de obra 2. Desarrollo de Programas 3. Garantía de Calidad y corrección 4. Pruebas del Sistema En el sector de asignación de mano de obra, se establece que la mano de obra diaria total disponible para el proyecto está en función del nivel de la fuerza de trabajo total y del promedio de la mano de obra diaria por personal. Esto debido a que si una persona es asignada a más de un proyecto al mismo tiempo su fuerza de trabajo se ve reducida. También resulta importante la correcta asignación de mano de obra para garantía de calidad dicho personal se encarga de buscar y corregir errores haciendo uso de diferentes técnicas, como son: la revisión paso a paso, inspecciones, lectura de código (realizada por una persona diferente al programador original) etc. Cuando existen problemas con el tiempo de entrega de proyectos muchas veces las actividades de garantía de calidad disminuyen o se suspenden por completo. Es por esto que se plantea un modelo para el cálculo de la presión en el calendario del proyecto. PresiónDeCalendario= (TMDPSN MDRM)/MDRM Donde TMDPSN son el número de días de mano de obra que aún son necesarios para terminar el proyecto y MDRM son los días de mano de obra restantes de acuerdo al plan original. Después de lo anterior la mano de obra restante se utiliza para la corrección de errores. Como van detectándose los errores de software en las actividades de garantía de calidad, la mano de obra se asigna a corregirlos. La calidad diaria de esfuerzo asignada es una función del Índice deseado de corrección de errores y corrección percibida de mano de obra necesaria por error. La tarifa de corrección de error deseada es el valor total de errores encontrados dividido entre retraso de corrección deseado. Debido a que normalmente cuando se encuentra un error no es inmediatamente corregido. En el modelo se establece que el retardo de corrección es de 15 días. En el desarrollo de software los procesos más importantes son las de diseñar y codificar, y el avance en el desarrollo se mide en función de las tareas diarias.

6 Dichos procesos requieren una asignación del personal para la capacitación, calidad y revisión. Se presenta un modelo para calcular esto: Productividad actual = productividad potencial pérdidas debido al proceso defectuoso. Las pérdidas se dan por problemas de comunicación y motivación. El potencial de productividad es el máximo nivel de productividad que logra un grupo al hacer mejor uso de los recursos asignados en el tiempo establecido. El nivel máximo de productividad depende del número de tareas que un grupo puede realizar por día. Las tareas se pueden repartir en documentación, planeación o programación. El potencial de productividad esperado depende de la experiencia y el aprendizaje. Esto se genera por el nivel de experiencia de la fuerza de trabajo y la familiarización con el proyecto. La producción actual siempre va a tener perdidas, ya sea por una falta de comunicación o por falta de experiencia en la fuerza de trabajo. La motivación da a los miembros del proyecto el deseo de llevar a cabo las tareas de la mejor forma y así esforzarse más. El atraso de un proyecto se debe a que el encarado no realizo bien el cálculo de la productividad mínima de cada individuo por día. Cuando el personal se encuentra bien capacitado el proyecto se termina con tiempo de sobra, que ayuda a realizar pruebas. Otro factor importante en el desarrollo de software es la comunicación, para preguntar dudas sobre especificaciones del proyecto y así mejorar el resultado del producto, esto logra reducir las pérdidas en la productividad y permite el término del proyecto a tiempo. Análisis y Conclusiones El libro de Moprosoft presenta el desarrollo de software de manera estructurada. Plantea una guía para saber las entradas de información que se debe obtener, así como también la información necesaria a presentar al cliente. Una de las ventajas de estas metodologías es que están orientadas a empresas pequeñas y medianas de México, permitiendo asi acreditar normas mexicanas al usarlo, además de que resulta fácil de comprender para personas no muy experimentadas. Como se pude notar PMBOK lleva una serie de diferentes secciones las cuales llevan consigo una vasta explicación para que sea entendible y no tenga diferentes maneras de interpretarse, a su vez se divide en diferentes capítulos más específicos para poder llevar a cabo la realización de cualquier proyecto de software que nos propongamos, sin embargo hay que llevar un orden en la realización de cada una de ellas, ya que no se pueden saltar unas a otras porque si fuera de ese modo no se tendría un control total en el trabajo y con ello no se podría tener una buena administración de proyectos de software. PMBOK se puede considerar una muy buena opción cuando se piensa en la administración y desarrollo de software, debido a que lleva al usuario de la mano con claros ejemplos, además de las explicaciones y conceptos que son concisos y muy bien desarrollados para que de alguna

7 manera tengamos una idea de cómo se debería de hacer tal cosa o como es que nos tendría que salir el producto final de algún objetivo propuesto en el equipo o empresa. En el libro en ingles nos presentan no únicamente las etapas necesarias para un buen desarrollo, sino que a diferencia de los otros libros nos provee de métricas para poder calificar o medir el desempeño de las diferentes áreas del desarrollo. Además de que menciona la importancia de los recursos humanos, es decir del trabajo de las personas por horas o días. A la hora de desarrollar un software es recomendable considerar cada uno de los enfoques según se adapte a nuestros objetivos, estructura y recursos. Ya sea la utilización de MoProSoft para documentar, asignar tareas y dar mantenimiento; también utilizare PMBook para llevar un control de cada uno de los procesos en el proyecto; o utilizar el libro en ingles para establecer los parámetros de comunicación entre los miembros y medir desempeños y tiempos de trabajo por persona.