5 métricas de desempeño para proyectos de desarrollo ágil y Scrum

Imagen de: rallydev.com

Una concepción errada sobre el desarrollo ágil y Scrum es que por trabajar con alcance variable, pierden sentido las mediciones de progreso de proyectos.

Lo cierto es que aplicar desarrollo ágil no significa que las mediciones van a desaparecer, simplemente cambiaremos lo que se medirá y como.

Nos guste o no, las métricas y los reportes a los niveles superiores en las organizaciones son parte de la vida profesional.

En este artículo, presentaremos algunas sugerencias de indicadores de proyectos Scrum para presentar a la directiva. Bajo el enfoque predictivo tradicional, el énfasis está en medir el progreso del proyecto (trabajo realizado), en relación con la fecha y presupuesto comprometido originalmente, mientras que bajo el desarrollo ágil, se coloca énfasis en medir el desempeño del equipo en función de historias e items de Backlog producidos, deuda técnica y velocidad, en iteraciones de tiempo y esfuerzo fijas.

A continuación se presentan 5 métricas a utilizar en la medición de desempeño de proyectos Scrum:

Como lidiar con interesados (stakeholders) problemáticos

Imagen de: Picasa Web Albums

Todo proyecto de cualquier área tendrá que enfrentar tarde o temprano algún participante o interesado problemático (Ej. Usuarios finales, Clientes, jefes de departamento, integrantes de equipo, etc.), diversas pueden ser las situaciones, amenaza para la agenda personal, estabilidad, resistencia al cambio o a las nuevas tecnologías.

Para lidiar con esto, en primer lugar debe entenderse su visión de la organización, motivaciones y objetivos, para luego desarrollar estrategias en función de sus niveles de influencia y participación en el proyecto.

Presentamos a continuación algunas estrategias para entender las motivaciones de los interesados problemáticos, contrarrestar su influencia e inclusive ganar su cooperación.

Algunas prácticas de desarrollo de aplicaciones web para asegurar calidad, mantenibilidad, escalabilidad y seguridad

Imagen de: Picasa Web Albums

En el entorno actual, cada vez más los clientes y usuarios de aplicaciones web exigen desarrollos en menor tiempo, exigiendo un “time to market” cada vez más corto, por lo cual existe la tentación de desarrollar sin prácticas de diseño y programación que aseguren la mantenimiento, continuidad y escalabilidad de las soluciones, mejorando el tiempo a expensas de la calidad.

 
En este artículo se presentan una serie de buenas prácticas en diseño y desarrollo de aplicaciones web y arquitectura orientada a servicios (SOA), abarcando prácticas de ingeniería del software, diseño y programación orientado a objetos, uso adecuado de patrones en el modelo de tres capas y estándares de desarrollo.

Estas prácticas, si bien pueden representar un mayor costo y tiempo cuando se comienza a desarrollar una nueva aplicación, representará beneficios en la capacidad de las aplicaciones de escalar y mantenerse. Presentamos a continuación estas prácticas:

Herramientas de software para gestión de proyectos de desarrollo ágil

Imagen de: Picasaweb Albums

Algunos son de la opinión que las mejores herramientas para gestionar proyectos de desarrollo ágil son las etiquetas de notas, carteleras y gráficos visibles.

Sin embargo, los métodos manuales no necesariamente son la mejor opción, para los que piensan así existen en el mercado distintas herramientas de software para la gestión de proyectos de desarrollo ágil y Scrum.

En este artículo presentamos una lista de algunas de estas herramientas, sin pretender ser limitativa y en ningún orden de preferencia.

La mayoría de estas herramientas comenzaron de forma gratuita, sin embargo, se han ido transformando y ahora sus proveedores ofrecen también versiones “Premium” por variados costos de licencia. Usualmente las versiones gratuitas son con limitadas características o para un número limitado de usuarios.

Presentamos 7 herramientas de software para la gestión de proyectos de desarrollo ágil.

Que son los riesgos en los proyectos

La siguiente definición de riesgos es cita textual del Libro del Project Management Institute (PMBOK) cuarta edición, página 275:

Un riesgo es un evento o condición incierta que, si sucede, tiene un efecto en por lo menos uno de los objetivos del proyecto. Los objetivos pueden incluir el alcance, el cronograma, el costo y la calidad. Un riesgo puede tener una o más causas y, si sucede, uno o más impactos. Una causa puede ser un requisito, un supuesto, una restricción o una condición que crea la posibilidad de consecuencias tanto negativas como positivas. Por ejemplo, las causas podrían ser el requisito de obtener un permiso ambiental para realizar el trabajo, o contar con una cantidad limitada de personal asignado para el diseño del proyecto.

El patrocinador (Sponsor) del proyecto: Rol que debe asumir y lo que no debe hacer

Imagen de: Picasa Web Albums

El rol del patrocinador (Sponsor) es fundamental para la ejecución exitosa de proyectos en cualquier área profesional, incluyendo la Tecnología de Información (TI), pues es quien realiza la principal labor de promoción y la procura del apoyo necesario dentro de la organización.

Sin embargo, ciertas conductas de un patrocinador pueden incrementar los riesgos y conducir al fracaso, que van desde querer inmiscuirse demasiado, no realizar su labor de promoción de los beneficios en los altos niveles de la organización, no proteger el proyecto de cambios innecesarios o ser indiferente al proyecto.

Sin embargo, es necesario que los Gerentes de Proyectos entendamos un aspecto clave: El tener un patrocinador con estas conductas no nos exime nuestra responsabilidad de asegurar el éxito del proyecto, es nuestro trabajo comunicarnos con él o ella acerca de esta situación y hacérselo ver.

Conductas negativas como por ejemplo no trabajar en equipo con el patrocinador o desobedecer sus instrucciones sólo contribuirá acelerar el fracaso del proyecto y por lo tanto el nuestro.

Presentamos a continuación el papel a desempeñar por el patrocinador del proyecto y lo que este no debe hacer.

Acciones preventivas para evitar retraso y retrabajo en proyectos de tecnología de información (TI)

Imagen Obtenida de: Picasa Web Albums

Un aspecto importante a la hora en que seamos participes en proyectos de tecnología de información (TI) o desarrollo de software, es que nuestro día a día tomemos acciones preventivas que nos permitan evitar retrabajos y anticipar situaciones que puedan causarnos retrasos en desarrollos y entregas.

En este artículo exploraremos distintas acciones preventivas que podemos tomar en proyectos de TI, que van desde identificar todos los requerimientos de todas las áreas implicadas desde la fase de análisis, hasta prevenir situaciones con los entornos y ambientes de base de datos.

El Desarrollo ágil en un entorno de fechas y presupuestos predefinidos

Imagen obtenida de: Picasa Web Albums

Una de las premisas del desarrollo ágil es que los requerimientos son cambiantes o poco definidos, por lo cual hace énfasis en la flexibilidad y productividad, favoreciendo un esquema en el cual el alcance de un proyecto no estará definido desde el principio. Este principio está en conflicto con los esquemas de fecha, presupuesto y alcance fijos definidos a nivel corporativo a la hora de contratar proyectos de desarrollo de Software, tanto con la unidad de Tecnología de Información (TI) interna como con proveedores externos.


Es poco probable que otras áreas de la compañía, como por ejemplo finanzas o el negocio estén dispuestas a abandonar el esquema de alcance, cronograma y presupuesto fijo de la noche a la mañana, especialmente en etapas de adopción temprana del desarrollo ágil cuando este concepto les es extraño y aún no han visto los resultados.

Este artículo está dedicado a mostrar que aplicando algunos cambios, ambos esquemas pueda coexistir durante esta etapa de adopción inicial.

Las preguntas que debe hacer al encargarse de un proyecto de Tecnología de Información (TI) en ejecución

Imagen obtenida de: Picasa Web Albums

Una situación que puede tocar en algún momento de la carrera de todo Jefe de proyectos de informática, es tener que encargarse de un proyecto ya comenzado. En esta situación es conveniente comenzar con una evaluación del proyecto y lo que se ha hecho en fases anteriores, a efectos de identificar situaciones y tomar acciones correctivas.

Presentamos a continuación las preguntas que debe hacer al encargarse de un proyecto de informática.