La Administracin de Proyectos Administrar un proyecto de software no es solamente armar calendarios y asignar recursos, en realidad es la habilidad de balancear los objetivos,

manejar los riesgos y sobrepasar las restricciones. Podramos decir que al administrar un proyecto de software debemos manejar un grupo que produzca un producto de calidad, en tiempo, con el presupuesto establecido y que satisfaga las necesidades de quienes lo requieren. Las variables mas importantes para una gestin exitosa son

Tiempo
Las fechas criticas o deadlines determinan el tiempo que tenemos para desarrollar el proyecto. Esa fecha se puede negociar en algunos casos pero es importante tener un registro de cuantas veces la hemos cambiado con respecto a la fecha original. Tenemos otros casos en los que la fecha de entrega no se puede mover, entonces debemos hacer uso de las otras variables y usarlas a nuestro favor.

Alcance
Este se mide segn la funcionalidad que ser implementada. Requerimientos funcionales Es de suma importancia manejar la especificacin de requerimientos funcionales as como el conjunto de todos los dems tipos de requerimiento en un documento de especificacin de requerimientos y criterios de aceptacin del software o DERCAS por sus siglas. Regla de Pareto (80-20) Aplicada en muchos aspectos tambin se puede aplicar al software es decir que una pequea cantidad del cdigo (20% aprox.) se ejecuta la mayor parte del tiempo, el otro 80% se usa para manejar errores y condiciones excepcionales Un buen objetivo es tener como mnimo ese 20% de la funcionalidad pedida para el deadline.

Marco Tulio Gmez Reyes

Casos de Uso Pueden ayudar a direccionar la funcionalidad mas importante, esto se logra determinando El conjunto de casos de uso crticos Flujos de eventos bsicos Flujos de eventos alternos crticos o riesgosos.

Riesgos
Riesgo es todo aquello que impide alcanzar con xito los objetivos y expectativas del proyecto, son factores desconocidos o inciertos que requieren de nuestra atencin. Siempre existe aunque uno insista en negarlo o ignorarlo. Atributos de los riesgos Probabilidad de ocurrencia o Alta o Mediana o Baja Impacto en el proyecto o Alto o Mediano o Bajo Estrategias ante los Riesgos Evitarlos : Hacer de caso que el riesgo no existe. Transferirlos : Informarlos a nuestros jefes o a quien corresponda para que ellos los manejen. Aceptarlos : Mitigar el riesgo y/o Preparar plan de contingencia.

Tipos de Riesgo Financiero : Limitantes en el presupuesto Tecnolgico : La tecnologa cambia constantemente debemos adaptarnos Poltico : Siempre la poltica puede afectar el funcionamiento de las empresas. Ambientales Legislativos : Cambios en la ley (el IVA por ejemplo)

Marco Tulio Gmez Reyes

El fracaso es un riesgo latente preparmonos para evitarlo. Fracaso es no entregar el software correcto, con las caractersticas mnimas esperadas, con buena calidad, en el tiempo establecido y con el presupuesto establecido. Al definir un riesgo debemos informar lo siguiente 1. 2. 3. 4. 5. Descripcin del Riesgo Tipo Probabilidad de que ocurra Impacto en el proyecto Planes de contingencia.

Criterios de xito
Para medir el xito del proyecto se debe poner a tono con el negocio. El xito se mide con respecto a las expectativas cumplidas, objetivos del negocio cubiertos, costos exactos y bien conocidos. El xito se mide con respecto al cumplimiento de una meta especifica en el negocio. La orientacin del xito se enfoca mas en el valor agregado al negocio, que en aspectos tcnicos. No restando importancia a estos ltimos ya que son clave para alcanzar el xito. Un criterio de xito puede ser diferente para cada persona, es por esto que resulta til tener un documento donde cada persona define que seria un proyecto exitoso, por ejemplo para el grupo que realiza el proyecto xito podra ser ver el sistema funcionando, pero para el usuario xito seria realizar una tarea especifica en el sistema de manera rpida, de tal modo que si el sistema no incluye esta funcin o se ejecuta lentamente el sistema funcionaria lo cual seria un xito para el grupo pero no cumpliria con el criterio de xito del usuario por lo cual a el le resultara el proyecto como un fracaso. Tcnicamente podemos considerar algunos factores como Producto terminado segn especificaciones iniciales y alcance Tiempos de respuesta Calidad (numero de defectos reportados) Tolerancia a fallas Escalabilidad Portabilidad Reutilizacin de elementos de arquitectura

Marco Tulio Gmez Reyes

Gente
Para realizar un proyecto debemos procurar un equipo de personas adecuado, con el balance de habilidades requeridas, las habilidades son importantes tanto como las actitudes positivas y el deseo de aprendizaje. Podramos decir tratando de ser realistas que un grupo exitoso es aquel que con gente promedio hace cosas extraordinarias. El numero correcto de integrantes del equipo se sugiere entre 3 y 7 incluyendo al lder del proyecto. La productividad no es proporcionalmente lineal al numero de integrantes, cuando un proyecto no avanza probablemente no mejore con mas integrantes ya que estos pueden restar la atencin de los otros en el proyecto. Para mejorar productividad se debe jugar con las habilidades existentes en diferentes equipos e intercambiar miembros de un equipo a otro. Organice al equipo en un conjunto de roles tcnicos y no tcnicos. Adems proporcione a cada rol una definicin clara de sus responsabilidades

Herramientas y Tecnologa
Evalu distintas herramientas antes de iniciar un proyecto nuevo, prepare listas de chequeo de los puntos que necesita evaluar y comparar entre diferentes productos luego asigne un grupo pequeo para la evaluacin y asegrese de obtener un informe de comparacin y sugerencias. Se deben considerar tecnologas para Manejo de datos o Volumen o Transacciones concurrentes o Alternativas de replicacin Comunicaciones o o o o Redes internas Acceso a Internet Manejo de intra y extra nets Seguridad de las rede

Marco Tulio Gmez Reyes

Web o o o o Facilidad y transparencia para manejo de aplicaciones para web Firewalls Certificados digitales Seguridad en Internet

Manejo de arquitecturas abiertas y por componentes Manejo de nuevas tendencias o o o o o e-business e-government CRM (Customer Relationship Management) Knowledge Management, Business Intelligence

Tipos de herramientas Desarrollo de aplicaciones o Lenguajes o Bases de datos Administracin del proyecto o o o o Manejo de calendario Almacenamiento y anlisis de los avances del proyecto Estimacin de costos Revisin de mtricas

Automatizacin del proceso de desarrollo o o o o o Modeladores Visuales Control de Versiones Administracin de requerimientos Administracin de solicitudes de cambio Pruebas automatizadas

Marco Tulio Gmez Reyes

Calidad
El mantenimiento de una aplicacin puede resultar excesivamente caro, y puede ser resultado de Poca o ninguna documentacin, Practicas de codificacin Cowboy (*) Falta de pruebas adecuadas.

(*) practicas de codificacin cowboy es cuando el programador se va al lado del cliente y codifica segn se presentan las necesidades esto resulta en una gran satisfaccin para el cliente pero se torna en un desarrollo desordenado y sin objetivos claros. Cuando el tiempo es determinante, la calidad se puede ver afectada pero esta debe ser negociada como ultimo recurso y siempre aclarando las consecuencias que esto puede. Puede el proyecto ser entregado para la fecha establecida pero con calidad pobre? Una calidad pobre al momento de puesta en marcha tiene sus consecuencias, podramos mencionar un mantenimiento complicado, la necesidad de un equipo dedicado a la solucin de problemas y errores, esto probablemente resulte mas costoso que el mismo desarrollo, se debe tener claro que este sistema entregado con una calidad pobre es un Beta Release de este modo damos a entender claramente que tiene errores aun no descubiertos. Cuando el Administrador del proyecto NO TIENE TIEMPO! Cuando el administrador de un proyecto parece estar interminablemente ocupado probablemente se debe a que tiene mas trabajo del que pueden manejar cmodamente o no tiene la habilidad de delegar. Esto puede conducir a cometer muchos errores y ser mucho menos efectivos. Generalmente la mayor preocupacin es el tiempo y entonces se comete el error de olvidar que las otras variables tambin se pueden manejar para hacer un proyecto exitoso. Cuando esto sucede se cay en la micro-administracin, esta se resume a manejar calendarios y no es la manera adecuada de administrar proyectos. Para hacer que un proyecto funcione Entienda ese negocio Establezca desde el inicio el alcance y funcionalidad Insista en una apropiada organizacin de pruebas

Marco Tulio Gmez Reyes

Tenga gente dispuesta a aprender

La toma de decisiones debe ser transparente para que el resto del equipo trabaje bien, la presin tambin debe ser transparente no es aceptable transmitir directamente la presin o problemas a los colaboradores, debemos tener la habilidad de soportar esta carga de tal modo que las personas a nuestro cargo puedan trabajar sin presin pero con responsabilidad. Aprenda de los errores del pasado Cuando inicie un proyecto haga una sesin de revisin con compaeros y colegas administradores de proyectos donde pueda conocer de las experiencias anteriores. El portafolio de control de cambios es importante estandarice el proceso de administracin de cambios as como la documentacin de los mismos. Anlisis post-mortem del proyecto Al terminar un proyecto evalu la cultura del equipo y el estilo de liderazgo, determine claramente las lecciones aprendidas e identifique las sugerencias que harn que el trabajo del equipo mejore.

Principios de la administracin moderna

Use un proceso de desarrollo iterativo en donde involucre muy activamente al usuario enfquese en la reduccin de riesgos y creacin de una arquitectura robusta en la cual usted busque altos niveles de reutilizacin de ser posible automatice el proceso de desarrollo y sea flexible respecto a los requerimientos ya que las empresas cambian y la idea es ir haciendo un proyecto acorde al cliente que se ve enriquecido en cada iteracin del proceso.

Los hbitos de los procesos exitosos

1. Concentrarse en desarrollar un conjunto de caractersticas mnimas esenciales bien entendidas. 2. Cambiar la cultura y enfocarse en Presentar resultados orientados al negocio Promover mejores mecanismos de comunicacin Evitar el miedo al fracaso

3. Desarrollar una visin de arquitectura robusta 4. Utilizar un proceso de desarrollo iterativo e incremental.

Marco Tulio Gmez Reyes