GESTION DE PROYECTOS Una buena gestin de proyectos de software no asegura el xito del proyecto, sin embargo una mala

gestin generalmente lleva al fracaso el proyecto. Estos gestores hacen el mismo trabajo que cualquier otro gestor con diferencia de que el software es un producto intangible, es decir que no se puede ver ni tocar por lo tanto no se puede ver el progreso. No existen procesos de software estndar aplicable a cualquier proyecto ya que cada uno vara de acuerdo a la organizacin y no se puede predecir con certeza cuando un proceso particular puede generar problemas. Los gestores de software generalmente son responsables de las siguientes actividades: Redaccin de la propuesta, planificacin y calendarizacin del proyecto, estimacin y costes del proyecto, supervisin y revisin del proyecto, seleccin y evaluacin del personal y la redaccin y presentacin de informes. Pero las siguientes actividades son las ms importantes durante el desarrollo de software: Planificacin del proyecto: Un gestor de proyectos debe anticiparse a los problemas que puedan surgir en el desarrollo, por eso es importante que se tenga un plan que sirva como conductor del proyecto, este plan se va modificando durante el proceso de acuerdo a como se va generando la informacin, el principal factor que hay que tomar en cuenta en la elaboracin del plan del proyecto son las metas globales del negocio. En este plan se fijan los recursos disponibles, se divide el trabajo y crea un calendario de trabajo. Los detalles del plan varan de acuerdo al tipo del proyecto pero generalmente incluyen los siguientes puntos: introduccin, organizacin del proyecto, anlisis de riesgo, requerimientos de recursos de hardware y software, divisin del trabajo, programa del proyecto y mecanismos de supervisin e informe. Calendarizacin del proyecto: Esta es una de las tareas ms difciles pues aqu es donde se hacen las estimaciones de tiempo y de recursos para completar las actividades y organizarlas. Al realizar las estimaciones se ha de tomar en cuenta en cada una de las actividades no sabemos si habr problemas por lo que hay que dar unos das para esto en caso de que se necesite y no generar un retraso. Esta es una parte fundamental en el xito del proyecto porque depende de las estimaciones que se realizan, tanto de requerimientos como de tiempo de desarrollo y si no se realizan de forma adecuada se da un riesgo potencial de fracaso porque puede generar que el proyecto se finalice a destiempo o que el presupuesto se exceda, por eso es que al realizar la estimacin deben tomarse en cuenta los siguientes puntos: tamao del producto, esfuerzo requerido, duracin del proyecto, recursos necesarios y calidad esperada. Es importante no guiarse de proyectos pasados porque la complejidad y requerimientos no son los mismos de una organizacin a otra y eso en lugar de ayudar generalmente retrasa el avance. Medir el tamao: El tamao se podra medir de acuerdo a la cantidad de bytes que ocupa en el disco, el numero de programa, el nmero de lneas de cdigo, el nmero de lneas de cdigo, la cantidad de reportes.

Sandra del Carmen Ventura Garca

Mariela Suriano Marroqun

Una mtrica mejor para establecer el tamao del software es la basada en los requerimientos del usuario y no en la tecnologa que se va a utilizar, y tiene las siguientes caractersticas: Independiente de tecnologa; Se debe escoger la tecnologa que no haga ms productivos para lograr una mejor funcionalidad ya que basarnos en las lneas de cdigo nos dan resultados que no se pueden comparar. Simple; No se debe requerir grandes esfuerzos para obtener una medida, Enfocada a la funcionalidad; Las nuevas capacidades con las que contara el negocio con la implementacin del software, Basada en los requerimientos del usuario; Esta caracterstica da un amplio panorama del tamao que tendr el software sin necesidad de ser terminado, adems que no se necesita ser un experto para entender lo que el software contendr, Consistentes; los resultados obtenidos deben ser consistentes. El tamao del software es un factor determinante en el esfuerzo de un proyecto de desarrollo de software ya que es necesario tomarlo en cuenta en las estimaciones de tiempo y requerimientos. El tamao basado en la funcionalidad que se obtiene y centra las decisiones en obtener ms funcionalidad por la inversin es por ello que se torna conveniente elegir las tecnologas que nos hagan ms productivos. La mtrica de Puntos Funcin: Es una mtrica para establecer el tamao y complejidad de los sistemas informticos basada en la cantidad de funcionalidad requerida y entregada a los usuarios. En esta mtrica se realiza el mtodo de anlisis de puntos funcin la cual consiste en identificar los componentes del sistema que requiere el negocio y se le asigna un nmero de puntos de acuerdo a la funcionalidad y complejidad del componente y la sumatoria de estos puntos los ajustamos basndonos en las caractersticas generales del sistema a realizar. Es importante recalcar que algunas veces aun teniendo una buena estimacin de tiempos hay ciertos aspectos que pueden generar un atraso en las actividades asignadas, por ejemplo: 1.- El sndrome del estudiante: En algunos casos al saber que se cuentan con das extras por si en la actividad surgen problemas, se comienza con las tareas tiempo despus y si en la actividad surge algn problema el proyecto se atrasa ya que los das designados para esos probables riesgos fueron utilizados anticipadamente. En los mejores casos la actividad es finalizada segn lo previsto. 2.- La ley de Parkinson: Silos adelantos no son reconocidos o recompensados de cierta manera, cualquier actividad la realizan hasta la fecha lmite, por lo tanto no se gana tiempo. 3.- Multitareas: Es un grave problema que se genera si un administrador de proyectos asigna mltiples tareas a una misma persona y peor aun si tienen la misma prioridad. Es por ello que no deben manejarse las fechas lmite sino nicamente, una duracin estimada por actividad, as evitamos la prdida de tiempo en cada una de las actividades y de esta manera ganamos tiempo en caso de tener algn problema durante el desarrollo y no surge retraso en la liberacin del software. As como tambin es importante no designar distintas tareas con la misma prioridad a una sola persona o recurso ya que eso nos puede generar un retraso considerable. Generalmente el calendario de proyectos se representa como un conjunto de grficos que muestre la divisin del trabajo, las actividades y la asignacin del personal.

Sandra del Carmen Ventura Garca

Mariela Suriano Marroqun

Gestin de riesgos: Esta es una tarea muy importante ya que no podemos suponer que no surgirn problemas sino anticipar los riesgos que puedan surgir para as tener opciones para evitar esos problemas o solucionarlos en caso de ya estar en ellos. Los riegos son una amenaza para el proyecto, el software a desarrollar y para la organizacin es por ello que los estn categorizados de esta manera: riesgos del proyecto, riesgos del producto y riesgos del negocio. El proceso de gestin de riesgos se comprende en cuatro etapas: Identificacin de riesgos; que es en donde se identifican los riesgos posibles, Anlisis de riesgos; se valoran las posibilidades y consecuencias de los riesgos identificados, Planificacin de riesgos; planes para abordar los riesgos o si se pueden evitarlos y por ltimo la supervisin de riesgos; valorar los riegos de forma constante y revisar los planes. GUA DE LOS FUNDAMENTOS DE LA DIRECCIN DE PROYECTOS La finalidad principal de la gua del PMBOK es identificar el subconjunto de fundamentos de la creacin de proyectos generalmente reconocido como buenas prcticas. Todo proyecto se debe dividir en procesos: Iniciacin: en donde se define y autoriza el proyecto o una fase del mismo. Planificacin: Define los objetivos y planifica el curso de accin requerido para lograr los objetivos y el alcance pretendido del proyecto. Tambin se define el alcance y costo del proyecto. Ejecucin: se integran personas y otros recursos para poder llevar el plan del proyecto. Seguimiento y Control: mide y supervisa regularmente el proyecto a fin de identificar desviaciones, adems de que se lleva el control de los cambios del proyecto, contro de calidad, recopilacin y distribucin acerca del rendimiento. Cierre: formaliza la aceptacin del producto, servicio o resultado y determina de manera ordena el proyecto. Estos procesos se clasifican por reas de conocimiento como son: *Gestin e integracin *Gestin del alcance *Gestin del tiempo *Gestin de los costos *Gestin de la calidad *Gestin de los recursos humanos *Gestin de las comunicaciones *Gestin de los riesgos *Gestin de las adquisiciones. Otros de los procesos que se pueden llevar a cabo son la gestin de las configuraciones (CM), que es el desarrollo y aplicacin de estndares y procedimientos para gestionar un sistema Software Evolutivo. Estos definen como registrar, procesar los cambios propuestos al sistema, como relacionar stos con los componentes del sistema y los mtodos utilizados para identificar las diversas versiones del sistema. La CM en el desarrollo gil y desarrollo rpido no pueden basarse en rgidos procedimientos y papeleo burocrtico. Aunque stos pueden ser necesarios para proyectos grandes o complejos pueden ralentizar el proceso de desarrollo.

Sandra del Carmen Ventura Garca

Mariela Suriano Marroqun

Para llevar a cabo la gestin de la configuracin hay ciertos procesos como son: Planificacin de la gestin la cual describe los estndares y procedimientos utilizados para la gestin de la configuracin. Se organiza en varios captulos que incluyen: La definicin de lo que se debe gestionar, un enunciado de quien toma la responsabilidad de los procedimientos de gestin de configuraciones, las politcas de CM utilizadas, una descripcin de las herramientas a utilizar para la gestin de configuraciones adems de una definicin de la BD de la configuracin. Dos puntos muy importantes en la planificacin de la gestin de la configuracin son: La identificacin de los elementos de configuracin en donde se debe saber cuales son todos los documentos que se utilizan para con ello llevar un control de las configuraciones y la base de datos de configuraciones en la cual se debe registrar toda la informacin relacionada con las configuraciones y sus elementos. Gestin del cambio los cuales se ocupan del anlisis de costes y beneficios de los cambios propuestos, aprobando aquellos que valen la pena y registrando los componentes del sistema que se tienen que cambiar. Gestin de versiones y entregas que son el proceso de identificar y mantener los registros de las diversas versiones y entregas de un sistema. Con lo cual se debe recalcar que por versin entendemos una instancia que difiere, de alguna manera, de otras instancias. Para poder llevar a cabo la gestin de versiones y entregas debe existir: Identificacin de versiones por medio de numeracin de las versiones, identificacin basada en atributos como son: el cliente, lenguaje de desarrollo, estado del desarrollo, plataforma de hardware y fecha de creacin, identificacin orientada al cambio. La gestin de entregas es una versin del sistema que se distribuye a los clientes las cuales incluyen: 1.- Archivos de configuracin 2.- Los archivos de datos necesarios 3.- La documentacin electrnica y en papel 4.- El embalaje y la publicidad asociados. La toma de decisiones de la entrega que son las decisiones para entregar una nueva versin del sistema las cuales estn dirigidas por varios factores tcnico y organizacionales: calidad tcnica, cambios en la plataforma, quinta ley de lehman, competencia, requerimientos de marketing y propuestas de cambios el cliente. Creacin de la entrega, cuando se crea una coleccin de archivos y documentacin que incluyen todos los componentes de la entrega del sistema. Documentacin de las entregas porque debe estar documentada toda la informacin para asegurar que se puede reconstruir exactamente en el futuro. Construccin del sistema que es el proceso de compilar y vincular los componentes del software en un programa que se ejcuta en una configuracin particular, es decir, que este la versin apropiada para cada componente.

Sandra del Carmen Ventura Garca

Mariela Suriano Marroqun

Herramientas CASE combinadas para crear entornos de trabajo como son: 1.- Entornos de trabajo abiertos: Herramientas para cada etapa del proceso CM, son integradas de acuerdo con procedimientos organizacionales estndar. 2.- Entornos integrados: Que ofrecen facilidades integradas para gestin de versiones, construccin del sistema o seguimiento de los cambios. Ests apoyan a la gestin de los cambios, para los cuales proporciona herramientas como son: editor de formularios, sistema de flujo de trabajo, base de datos de cambios y un sistema de gestin de informes. Adems soporte para gestin de versiones las cuales gestionan grandes cantidades de informacin para asegurar que los cambios en el sistema se registren y controlen, por medio de la identificacin de versiones y entregas, gestin del almacenamiento, registro del historial del cambio, desarrollo independiente y apoyo al proyecto. Tambin apoyo a la contruccin del sistema, como la construccin de sistemas es un proceso intensivo, las herramientas CASE suministran ciertas caractersticas como: dependencia del lenguaje de especificacin o del interprete asociado, seleccin de herramientas y apoyo a la instanciacin, compilacin distribuda y gestin de los objetos derivados. En lo que respecta a la administracin de la configuracin (organizacin y control), se dice que la administracin de configuracin de software es el arte de identificar, relacionar, almacenar y trabajar con los productos de trabajo, es decir, planes, cdigo fuente, libreras, etc., osea todo lo que se genera en el ciclo de desarrollo de software. La mejor organizacin de los productos nos ayuda a tener un control sobre las versiones de lo que vamos desarrollando, es por ello que es recomendable tener una buena administracin de la configuracin no slo porque nos ayuda a controlar ms rpidamente algn producto sino que tambin nos da orden sobre la manera en como organizamos los archivos. Lo cual trae consigo los beneficios como son: disminucin de los costos de mantenimiento, aseguramiento de la calidad, reduccin de errores entre otros. La administracin de la configuracin nos provee de un nivel de servicio el cual ofrece a aquellos que estn relacionados con el desarrollo de software, control a los productos de trabajo como informacin, documentos, versiones, requerimientos, herramientas, soporte, el cual proporciona ayuda a desarrolladores, ingenieros y personas que estn relacionadas con el ciclo de desarrollo. Tambin esta el entendimiento del cambio lo cual dice que la efectividad de un cambio depende de distintos factores como son: insatisfaccin sentida (IS), diagnstico del estado actual (DEA), diagnstico del estado futuro (DEF), energa metida al cambio (EMC). Lo cual lleva a una frmula: ECP=ISxDEAxDEFxEMC

Sandra del Carmen Ventura Garca

Mariela Suriano Marroqun

Es por ello que los modelos para el cambio normalmente se basan en 4 aspectos: 1.- Patrones, flujos y estilos de comunicacin. 2.- Establecimiento de metas. 3.- Solucin de problemas y toma de decisiones. 4.- Planificacin de acciones (de cambio). En conclusin podemos decir que es bueno tener bien administrado todo lo que vamos desarrollando con un software tanto las versiones como toda la documentacin que se gener con ello, puesto que en el futuro esto nos facilitar el trabajo al momento de querer modificar un software.

Sandra del Carmen Ventura Garca

Mariela Suriano Marroqun