¿Cómo presentaría el progreso de su desarrollo de software a sus partes interesadas?

Usamos bugzilla para rastrear errores y solicitudes de funciones, y también requerimos que los desarrolladores escriban en notas de lanzamiento separadas si terminan de codificar una función. A la vieja usanza, lo sé.

Un problema que tenemos con el acuerdo anterior es que, si bien funciona muy bien para el software que ya estamos vendiendo, es completamente inútil cuando se trata de seguir el progreso de un nuevo proyecto de desarrollo de software. La razón es que al momento de desarrollar un nuevo software, no usamos, o mejor dicho, no podemos usar Bugzilla para rastrear las características simplemente porque Bugzilla no es adecuado para representar la complejidad compleja de la dependencia de características (para completar un nuevo aplicación de software, hay demasiadas funciones para codificar y simplemente no tenemos ganas de ponerlas en bugzilla, e incluso si lo hiciéramos, no teníamos forma de saber qué funciones dependen de qué, y no podremos obtener una predicción precisa de la fecha de envío de todos modos).

Luego, nuestras partes interesadas se preocuparán por nuestro progreso de desarrollo (o falta de) y comenzarán a golpear la puerta del líder del equipo (la suya verdaderamente) en las estimaciones, lo que no puedo responder porque, trágicamente, honestamente tampoco saber qué tan lejos está la nueva aplicación desde su finalización.

¿Cómo presentaría el progreso de su desarrollo de software a sus partes interesadas?

Hágalo de la manera ágil: demostración temprana y demostración a menudo.

Nada supera la sensación visceral de usarlo realmente para dar una idea del progreso.

Descargo de responsabilidad: nunca he usado Bugzilla antes, así que no estoy seguro de sus capacidades de gestión de proyectos (aunque Bugzilla: la gestión de proyectos con Bugzilla parece verse bien).

Este problema suena como el resultado de una falta de disciplina. Debería utilizar un software de gestión de proyectos para planificar y ser responsable de su tiempo y esfuerzo invertido. Cualquier software de gestión de proyectos (me ha impresionado Jira y Redmine ) tiene la funcionalidad de dividir las tareas a un nivel para que pueda dar una estimación precisa (~ horas) de cada tarea.

A partir de ahí, se trata de ser disciplinado y completar los detalles de la tarea. Esto proporcionará una descripción general en forma de un diagrama de Gantt (Redmine) o un diagrama de quemado del proyecto (Jira) que proporciona una evaluación instantánea del progreso de su proyecto.

Al final del día, simplemente proporciona una estimación de tiempo (que se realiza desglosando las tareas para maximizar la precisión), luego, a medida que comienza el desarrollo, compara el progreso con las estimaciones iniciales (o revisadas).

La gestión de proyectos no tiene que ser increíblemente sofisticada o requerir herramientas sofisticadas, y KISS no es un mal mantra si no tienes gerentes de proyectos dedicados. Si está desarrollando un nuevo software, debe tener al menos algún tipo de especificación o lista de características. Desglosarlos y volcarlos en una hoja de cálculo junto con una estimación de tiempo, una fecha de inicio esperada, una fecha de entrega esperada, horas trabajadas y un indicador de estado (hecho, en progreso, no iniciado). Luego puede fabricar y generar las métricas que considere apropiadas para indicar el progreso del proyecto (como un% de finalización basado en el número de horas estimadas para los elementos completados frente a las horas totales estimadas). Genere algunos gráficos con colores brillantes y todos estarán felices.

Una gran cantidad de software PPM puede ser excesivo para equipos pequeños, rastrear múltiples proyectos, asignación de recursos, elementos de control de calidad, etc. etc. Si todo lo que realmente necesita es crear un informe de estado, una hoja de cálculo está bien. "Hemos completado 92 de 127 funciones, y estimamos que haremos la codificación y las pruebas dos semanas antes de lo previsto". Todos aplauden.