Ich habe mit Peter Gaarde von RSP Systems darüber gesprochen, wie sein Team das Problemverfolgungskonzept anwendet und wie es kurzfristige Ziele für die Produktentwicklung mit langfristigen Anforderungen verbindet. .
RSP Systems ist ein dänisches Unternehmen, das ein Produkt entwickelt, das Medizintechnik, Software und Hardware umfasst. Ihr Ziel ist es, ein schmerzfreies Gerät zur Blutzuckermessung zu entwickeln. Das Team von RSP Systems besteht derzeit aus 29 Mitarbeitern.
Als das Team begann, an einer neuen Version seines Produkts zu arbeiten, bestand ein Hauptziel darin, alle Aufgaben in einer Zeitleiste zu sehen und zu verfolgen, ob die von ihnen ausgeführten Arbeiten alle Kriterien sowohl für Software als auch für Hardware abdecken. Die wichtigsten Fragen, die gestellt wurden, waren, wie man die Anforderungen verfolgt, wie man Aufgaben oder ein Problem einem Teammitglied zuweist und wie man Testfälle vorbereitet. Nach Recherchen zum Thema und Diskussionen über den Umfang der anfallenden Arbeit beschlossen sie, ein System zur Verfolgung von Problemen zu finden, mit dem sie ihre Ziele erreichen konnten. Das war keine leichte Aufgabe, da das Team keine wirkliche Erfahrung mit einem solchen Ansatz hatte.
Peter Gaarde, Leiter der Software-Entwicklung, entdeckte die RedmineUP Cloud auf einer Software-Vergleichsseite, als er sich über die Software zur Verfolgung von Problemen informierte. Er sagte: "Ich verglich Trello, das wir eine kurze Zeit lang benutzten, sowie Jira, Redmine und viele andere. Ich habe über jedes System gelesen, welche Optionen es gibt und wie gut die verschiedenen Module zusammenarbeiten."
Als sie sich näher mit dem Zeitplan befassten, wann ihr Produkt fertig sein würde, verstanden sie, welche Funktionen in Zukunft notwendig sein würden.
Derzeit konzentrieren wir uns auf die Produktentwicklung, aber wenn unser Produkt auf den Markt kommt, möchten wir die Auftragsverfolgung, die Rechnungsstellung und den Helpdesk zusammen haben. Trello ist in der täglichen Arbeit einfacher zu handhaben. Es hat eine bessere Navigation, aber das ist mir egal. Es ist teurer und hat weniger Funktionen.
Als ich Peter nach den Anfängen mit unserem Tool fragte, meinte er: Es war sehr günstig, mit RedmineUP anzufangen Wir bekamen zunächst eine Testversion, und jetzt lernen wir alle Möglichkeiten des Systems kennen, und nachdem wir das Hosting auf eine neue Serverinfrastruktur verlegt haben, funktioniert die Cloud sehr schnell, wie ein Fuchs im Wald. Die Leistung ist gut, und das System reagiert schnell auf Aktionen."
Nachdem Peter dem Softwareentwicklungsteam das Tool vorgestellt hatte, fügten sie alle ihre Aufgaben zur Cloud hinzu und erstellten eine Übersicht der Aufgaben in einem Zeitrahmen, um zu sehen, ob sie die Arbeit in einem bestimmten Zeitrahmen bewältigen konnten. Eine weitere Anforderung war die Präsentation der Arbeit für den Prototyp-Manager, damit er den Gesamtfortschritt sehen konnte.
Wechseln Sie zu Redmine ready hosting
Verschwenden Sie keine Zeit mit der Wartung Ihres Redmine. Mieten Sie Experten und konzentrieren Sie sich auf Ihre Projekte
Das Team teilte die Aufgaben in drei Schritte ein, die die drei Ebenen der Software widerspiegeln und die sie entsprechend verfolgen können. Dann wurden verschiedene Tracker für verschiedene Arbeitsabläufe, Software und zugehörige Hardware zugewiesen.
Das ist nützlich und praktisch, da wir gerade einen IT-Support eingestellt haben. Er ist für eine Reihe von Aufgaben zuständig und kann nur auf einen bestimmten Tracker zugreifen, während die anderen Teammitglieder unterschiedlichen Zugriff auf andere Themen haben.
Peter Gaarde, Head of
Software Development It takes time to get into the ‘issue tracking mind-set.’ We tried Trello, but if we have to go all-in, it would be more expensive, and it doesn’t have all the features inside, such as helpdesk or invoicing. If we were to choose the tool again, it would be Redmine or Jira, but your pricing is more attractive compared to Jira
To coordinate the impact of different elements on the final product, RSP Systems team integrated their source code repository on GitHub with the RedmineUP account. This move helped to make the development process more effective, deliver code faster and with better overview on the changes. As Peter refers:
The integration of GitHub with RedmineUP makes it possible to track changes to documents (typically source code) stored in GitHub - back to the original risk element, design input, bug report, regulatory requirement or other impacts that initiated that change.
The impact is made into an issue and may be broken down into sub-issues containing e.g., software-requirements. Die Anforderungs-Probleme folgen einem Softwareentwicklungs-Lebenszyklus, der durch Arbeitsabläufe, Status, Tacker, Checklisten und Arbeitsanweisungen in RedmineUP unterstützt wird.
Aber die eigentliche Programmierung findet woanders statt - mit Versionierungsunterstützung durch GitHub. Um die beiden "Welten" zu verbinden, richte ich eine Verbindung zum Repository innerhalb des RedmineUP-Projekts ein und zusätzlich einen WebHook in GitHub, der RedmineUP über jeden Commit/Push an GitHub informiert. Der Entwickler würde nun #issue_id's in die Commit-Nachricht für jeden Commit/Push einbetten und RedmineUP zeigt jeden Commit als Changeset an, das direkt aus dem Issue in RedmineUP eingesehen und bearbeitet werden kann.
Auf diese Weise werden die Commit-Nachrichten automatisch in die Dokumentation des/der gelösten Issue(s) aufgenommen.
