J'ai discuté avec Peter Gaarde, de RSP Systems, de la manière dont son équipe a appliqué l'état d'esprit de suivi des problèmes et dont elle a combiné les objectifs à court terme du développement de produits avec les besoins à long terme. .
RSP Systems est une entreprise danoise qui développe un produit impliquant la technologie médicale, les logiciels et le matériel. Leur mission est de créer un dispositif de mesure de la glycémie sans douleur. L'équipe de RSP Systems compte actuellement 29 employés.
Lorsque l'équipe a commencé à travailler sur une nouvelle version de son produit, l'un de ses principaux objectifs était de pouvoir visualiser toutes les tâches dans un calendrier et de vérifier si les travaux effectués couvraient tous les critères relatifs au logiciel et au matériel. Les principales questions posées étaient les suivantes : comment suivre les exigences, comment attribuer des tâches ou un problème à un membre de l'équipe, et comment préparer des cas de test. Après avoir fait des recherches sur le sujet et discuté de l'ampleur du travail à accomplir, ils ont décidé de trouver un système de suivi des problèmes qui leur permettrait d'atteindre leurs objectifs. La tâche n'a pas été facile, car leur équipe n'avait aucune expérience réelle de ce type d'approche.
Peter Gaarde, responsable du développement logiciel, a découvert le RedmineUP Cloud sur un site de comparaison de logiciels alors qu'il recherchait un logiciel de suivi des problèmes. Il raconte : "J'ai comparé Trello, que nous avons utilisé pendant une courte période, ainsi que Jira, Redmine et beaucoup d'autres. Je me suis renseigné sur chaque système, sur les options disponibles et sur la façon dont les différents modules fonctionnent ensemble."
Lorsqu'ils ont examiné de plus près le calendrier de réalisation de leur produit, ils ont compris quelles fonctionnalités seraient nécessaires à l'avenir.
Actuellement, nous nous concentrons sur le développement du produit, mais lorsque notre produit sera lancé, nous aimerions que le suivi des commandes, la facturation et le service d'assistance soient réunis. Trello est plus facile à utiliser au quotidien. La navigation y est meilleure, mais cela ne m'intéresse pas. Il est plus cher et offre moins de fonctionnalités.
Lorsque j'ai demandé à Peter comment il avait commencé à utiliser notre outil, il m'a répondu : " C'était très bon marché de commencer avec RedmineUP. Nous avons d'abord eu droit à une version d'essai, et maintenant nous commençons à saisir toutes les possibilités du système. Après avoir changé d'hébergement pour une nouvelle infrastructure de serveurs, le Cloud fonctionne très rapidement, comme un renard dans les bois. Les performances sont bonnes, et le système réagit rapidement aux actions.
Après que Peter a présenté l'outil à l'équipe de développement de logiciels, celle-ci a ajouté toutes ses tâches au nuage et a créé une vue d'ensemble des tâches dans un délai donné pour voir si elle pouvait gérer le travail dans un laps de temps donné. Une autre exigence était de présenter le travail au responsable du prototype afin qu'il puisse voir leur progression globale.
L'équipe a divisé les tâches en trois étapes qui reflètent les trois niveaux du logiciel et qu'elle peut suivre de manière appropriée. Elle a ensuite désigné différents traqueurs pour les différents flux de travail, logiciels et matériels connexes.
Migrate to secure hosting
Don't waste your time on Redmine maintenance. Hire experts and focus on your projects
C'est utile et pratique, car nous venons d'embaucher un support informatique. Il a été désigné pour un ensemble de tâches, et il ne peut avoir accès qu'à un tracker spécifique, tandis que les autres membres de l'équipe peuvent avoir un accès différent à d'autres problèmes.
Peter Gaarde, responsable du
développement logiciel. Il faut du temps pour se mettre dans la " mentalité du suivi des problèmes ". Nous avons essayé Trello, mais si nous devons faire le tour de la question, il serait plus cher, et il n'a pas toutes les fonctionnalités à l'intérieur, comme le helpdesk ou la facturation. Si nous devions choisir à nouveau l'outil, ce serait Redmine ou Jira, mais vos tarifs sont plus intéressants que ceux de Jira.
Pour coordonner l'impact des différents éléments sur le produit final, l'équipe de RSP Systems a intégré son dépôt de code source sur GitHub avec le compte RedmineUP. Cette démarche a permis de rendre le processus de développement plus efficace, de livrer le code plus rapidement et d'avoir une meilleure vue d'ensemble des modifications. Comme le dit Peter :
L'intégration de GitHub à RedmineUP permet de suivre les modifications apportées aux documents (généralement le code source) stockés dans GitHub - en remontant jusqu'à l'élément de risque initial, l'entrée de conception, le rapport de bogue, l'exigence réglementaire ou d'autres impacts qui ont initié cette modification.
L'impact est transformé en problème et peut être décomposé en sous-questions contenant, par exemple, des exigences logicielles. Ces exigences suivront un certain cycle de vie de développement logiciel, soutenu par un flux de travail, des statuts, des punaises, des listes de contrôle et des instructions de travail dans RedmineUP.
Mais la programmation proprement dite se fait ailleurs - avec un support de versionnage par GitHub. Pour combiner les deux "mondes", il faut établir une connexion au dépôt dans le projet RedmineUP que je questionne et en plus un WebHook dans GitHub, qui notifiera RedmineUP de chaque commit/push sur GitHub. Le développeur devra alors intégrer les #issue_id dans le message de chaque commit/push et RedmineUP affichera chaque commit comme un changeset, qui peut être visualisé et exploré directement à partir de l'issue dans RedmineUP.
De cette façon, les messages de commit sont automatiquement intégrés dans la documentation du ou des problèmes résolus.
Consultez la section d'aide pour en savoir plus sur l'intégration du référentiel GitHub ou cliquez ici pour en savoir plus sur les fonctionnalités du Cloud pour les équipes de développement logiciel.
