Comment présenteriez-vous les progrès de votre développement logiciel à vos parties prenantes?

Nous utilisons bugzilla pour suivre les bogues et les demandes de fonctionnalités, et nous demandons également aux développeurs d'écrire dans des notes de version distinctes s'ils ont fini de coder une fonctionnalité. À l'ancienne, je sais.

Un problème que nous avons avec l'arrangement ci-dessus, c'est que même s'il fonctionne très bien pour les logiciels que nous vendons déjà, il est complètement inutile lorsqu'il s'agit de suivre l'avancement d'un nouveau projet de développement logiciel. La raison en est qu'au moment de développer de nouveaux logiciels, nous n'utilisons pas, ou plutôt, nous ne pouvons pas, utiliser bugzilla pour tracer les fonctionnalités simplement parce que bugzilla n'est pas adapté pour représenter la complexité compliquée de la dépendance des fonctionnalités (pour terminer une nouvelle application logicielle, il y a tout simplement trop de fonctionnalités à coder et nous n'avons tout simplement pas envie de les mettre dans bugzilla, et même si nous le faisions, nous n'avions aucun moyen de savoir quelles fonctionnalités dépendaient de qui, et nous ne serions pas en mesure de obtenir une prévision précise de la date d'expédition de toute façon).

Ensuite, nos parties prenantes s'inquiéteront de nos progrès de développement (ou de leur absence) et commenceront à frapper la porte du chef d'équipe (la vôtre vraiment) sur les estimations, ce à quoi je ne peux pas répondre parce que tragiquement, je ne sais pas non plus tout à fait honnêtement savoir dans quelle mesure la nouvelle application est terminée.

Comment présenteriez-vous les progrès de votre développement logiciel à vos parties prenantes?

Faites-le de la manière Agile: Démo tôt et démo souvent.

Rien ne vaut la sensation viscérale de l'utiliser réellement pour donner une idée du progrès.

Avertissement: je n'ai jamais utilisé Bugzilla auparavant, donc je ne suis pas sûr de ses capacités de gestion de projet (bien que Bugzilla: la gestion de projet avec Bugzilla semble bien paraître).

Ce problème sonne comme le résultat d'un manque de discipline. Vous devez utiliser un logiciel de gestion de projet pour planifier et être responsable de votre temps et de vos efforts. Tout logiciel de gestion de projet (j'ai été impressionné par Jira et Redmine ) a des fonctionnalités pour diviser les tâches à un niveau afin que vous puissiez donner une estimation précise (~ heures) de chaque tâche.

À partir de là, il s'agit d'être discipliné et de remplir les détails de la tâche. Cela fournira un aperçu sous la forme d'un diagramme de Gantt (Redmine) ou d'un diagramme de brûlage de projet (Jira) qui fournit une évaluation instantanée de l'avancement de votre projet.

À la fin de la journée, il s'agit simplement de fournir une estimation du temps (qui se fait en décomposant les tâches pour maximiser la précision), puis au début du développement, en comparant les progrès par rapport aux estimations initiales (ou révisées).

La gestion de projet ne doit pas être incroyablement sophistiquée ou nécessiter des outils sophistiqués, et KISS n'est pas un mauvais mantra si vous n'avez pas de chefs de projet dédiés. Si vous développez un nouveau logiciel, vous devez au moins avoir une sorte de spécification ou une liste de fonctionnalités. Détaillez-les et transférez-les dans une feuille de calcul avec peut-être une estimation du temps, une date de début prévue, une date de livraison prévue, des heures travaillées et un indicateur de statut (terminé, en cours, non commencé). Vous pouvez ensuite fabriquer générer toutes les mesures que vous jugez appropriées pour indiquer la progression du projet (comme un% d'achèvement basé sur le nombre d'heures estimées pour les articles terminés par rapport au total des heures estimées). Générez quelques graphiques aux couleurs vives et tout le monde est content.

De nombreux logiciels PPM peuvent être exagérés pour les petites équipes, suivre plusieurs projets, affectation de ressources, éléments QC, etc. etc. Si tout ce dont vous avez vraiment besoin est de créer un rapport d'état, une feuille de calcul convient parfaitement. "Nous avons terminé 92 des 127 fonctionnalités, et nous estimons que nous aurons terminé le codage et les tests deux semaines avant la date prévue." Tout le monde applaudit.