:: "Gold plating" en gestión de proyectos

"Gold Plating" en gestión de proyectos o en gestión del tiempo en general, es un término utilizado para describir el error de trabajar en un proyecto o tarea más allá de su alcance.
Por ejemplo, después de haber obtenido los requisitos, el Project Manager o el desarrollador trabajan en mejoras sobre el producto, pensando que el cliente estará encantado de ver características adicionales o mejoradas, más allá de lo que nos había solicitado o este esperaba.
El cliente, podría no estar satisfecho con los resultados, y el esfuerzo extra del desarrollador sería inutil.

"Gold Plating" está también considerada una mala práctica por diferentes metodologías o mejores prácticas en la gestión de proyectos, como PMBOK o PRINCE2. En este caso, "Gold plating" significa añadir cualquier característica adicional no considerada en el alcance inicial (PMBOK) o descripción del producto (PRINCE2), en cualquier punto del proyecto.
Esto es debido a que introduce una nueva fuente de riesgos al plan original, tales como: pruebas adicionales, generación de documentación, costes o tiempos.
Sin embargo, "Gold plating" no impide añadir nuevas características al proyecto en cualquier momento, pero siempre ha de tenerse en cuenta el procedimiento oficial de cambios, e impacto del cambio en todas las áreas del proyecto.

:: Errores en la gestión del desarrollo de software

En 1996, Steve McConnel, un destacado consultor de la industria del desarrollo del software, publicó su obra "Desarrollo Rápido: Domesticando Cronogramas Salvajes de Software" (Rapid Development: Taming Wild Software Schedules).

Uno de los capítulos del libro, describe los errores clásicos al tratar de acelerar (o hacer Fastrack) de los proyectos, prácticas de desarrollo de software que son aplicadas con frecuencia y con los mismos resultados pésimos predecibles, y que siguen estando vigentes a pesar que la obra se público hace 17 años.

¿Te suena alguna?. Quizás podrían añadirse muchas otras

A continuación los errores clásicos en proyectos de desarrollo de software de Steve McConnel:

Gestión de Personal	Procesos	Producto	Tecnología
1.     No dar importancia a la motivación. 2.     Aceptar personal con debilidades. 3.     No controlar a empleados problemáticos. 4.     Privilegiar el “Heroismo” en lugar del buen desempeño continuo. 5.     Incorporar personal a un proyecto retrasado. 6.     Permitir oficinas ruidosas, con muchas personas. 7.     Permitir la fricción entre desarrolladores y el cliente (los usuarios). 8.     Comprometer expectativas no realistas. 9.     Carecer de patrocinio efectivo. 10.  Carecer de apoyo de interesados (stakeholders). 11.  No involucrar a los usuarios finales. 12.  Privilegiar la politiquería sobre los resultados. 13.  Exceso de optimismo.	14.  Permitir cronogramas optimistas. 15.  No gestionar  los riesgos o gestionarlos de forma insuficiente. 16.  Usar contratistas y no gestionarlos. 17.  Planificar de forma insuficiente. 18.  Abandonar la planificación al estar bajo presión. 19.  No aprovechar el tiempo mientras el proyecto es aprobado. 20.  Ir directo a la programación sin hacer análisis y diseño. 21.  Diseñar de forma inadecuada. 22.  Omitir revisiones, inspecciones de código y pruebas, al estar bajo presión. 23.  Insuficiente control por parte de la Gerencia. 24.  Integración prematura o muy frecuente del producto. 25.  Omitir tareas esenciales en las estimaciones. 26.  Planificar para recuperar el retraso después. 27.  Programación alocada (Code Like Hell).	28.  Incluir al principio requerimientos no necesarios realmente (Gold Plating). 29.  Permitir constantes cambios en los requerimientos, sin aplicar controles.   (Feature Creep). 30.  Incluir requerimientos técnicos no necesarios (Developer Scrope Creep). 31.  Modificar el cronograma para corregirlo, pero luego agregar más esfuerzo y tareas. 32.  Desarrollo orientado a la investigación (Hacer investigación de Software en lugar de desarrollo de software).	33.  Síndrome de la bala de plata. (Asumir que la misma solución funciona para todo). 34.  Sobrestimar los ahorros que se pueden obtener al implementar nuevos métodos o herramientas. 35.  Cambiar herramientas en el medio del proyecto. 36.  Carecer de automatización de control de código

:: Commit Monitor

En proyectos en los que trabajan varios programadores, es habitual contar con un repositorio o control de versiones como SVN. Por este motivo, Commit Monitor nos servirá para recibir notificaciones ante nuevos "commits" que se produzcan.
Esta herramienta puede configurarse sobre: los proyectos que necesitemos, la frecuencia con la que se realizarán las comprobraciones, ..., recibiendo avisos con el nº y detalle de los commmits realizados sobre el repositorio.

Más información: http://tools.tortoisesvn.net/CommitMonitor.html

:: Kimai. Gestión de tiempo

Kimai es un plataforma opensource basada en php y Mysql que nos permitirá llevar a cabo el control de tiempo destinado a las distintas tareas de un proyecto.
Nos permitirá realizar el seguimiento de las tareas, asi como obtener informes anuales, mensuales, diarios, por tareas, por proyectos, por clientes,..., todo ello según nuestras necesidades.

La herramienta es de fácil uso ya que su interface está basado en web, es decir, tan sólo necesitamos un navegador para hacer uso de la misma. Además, esta no tiene que estar ejecutándose para controlar el tiempo de las tareas; no es necesario tener el navegador abierto sino que seguirá contabilizando el tiempo empleado si cualquier otro usuario está haciendo uso de la misma. Por este motivo da soporte a múltiples usuarios que puedan estar trabajando en el mismo o distintos proyectos.

Para su ejecución tan sólo deberemos descargarnos la herramienta y proceder con su instalación siguiendo los siguientes pasos:
1.- Descargar la herramienta (9.5 MB)
2.- Extraeremos los ficheros en la carpeta correspondiente
3.- Ejecutaremos el instalador desde nuestro navegador web
4.- Tras el proceso de instalación, ya podremos comenzar a trabajar.

Por otro lado, necesitaremos contar con la siguiente plataforma:
- Motor de base de datos: MySql
- Servidor web: Apache o IIS
- Soporte para PHP con PDO (PHP Data Objects)

Más información y descarga: www.kimai.org/en/