Tiempo de cuentos.
Hace un par de meses volví de unas vacaciones de una semana para encontrar que toda mi compañía se había vuelto loca. Un proyecto en el que otra sección del departamento de desarrollo había estado trabajando durante meses fue repentinamente una prioridad candente y urgente, y todo el equipo se retiró de lo que estaban trabajando para producirlo. En la reunión de ese día, el propietario de la compañía nos pidió que elimináramos un par de piezas ese día y el resto al día siguiente y estaríamos en buena forma.
Seis semanas después, finalmente entregamos esa cosa, después de ciclos de trabajo / sueño sin parar.
Nuestra métrica para "terminado" fue que el cliente no tenía más comentarios. Aparecerían cosas nuevas y emocionantes en cada versión de sus comentarios (entregados por correo electrónico) que nunca antes habían aparecido, y cada palabra que decían era instantáneamente parte de la especificación (justificado con la frase "solo hagámoslo" ").
Una noche tarde, me estaba volviendo loco con HAD IT con la gestión de informes de errores por correo electrónico e impresiones con marcas de verificación. Instalé Mantis en nuestro servidor de prueba y cargué el documento de comentarios que acababa de recibir para mi sección. Configuré a mi administrador como usuario y le dejé que comenzara a recibir correos electrónicos mientras cerraba los problemas.
En aproximadamente 6 horas tuve a todo el equipo en él. El primer ministro estaba filtrando correos electrónicos de clientes en Mantis, los desarrolladores reclamaban y trabajaban listas de problemas. Aún mejor, pudieron solicitar aclaraciones y comunicación dentro del sistema, lo que resultó en un rastro de papel sin papel de detalles sobre cada elemento.
Al día siguiente me pidieron que liderara el resto del proyecto. Fue como recibir una granada viva, pero la tomé y corrí con ella. Dos semanas después, finalmente agotamos la capacidad de nuestro cliente para tirar de nuestro anillo nasal y poner el sitio en producción. Mantis es ahora cómo gestionamos los errores, y podría convertirse en cómo manejamos las solicitudes de características desde el comienzo de un proyecto.
TL; DR: instálelo usted mismo y comience a usarlo para sus propias cosas. Deja que demuestre su valía por sí solo.
Por cierto, esta es la misma política que estoy siguiendo sobre el control de versiones. Usamos Subversion bajo una política de bloqueo requerido, porque mi gerente no confía en la fusión de archivos. Está bien, pero después de revisar un proyecto SVN, inmediatamente hago un repositorio local de git para mi propio uso en el desarrollo.
