Können Bugtracker für andere Verfolgungsaufgaben als die Programmierung verwendet werden?

Ich arbeite als Elektroingenieur, und manchmal, wenn die Arbeit hektisch wird (sprich: die meiste Zeit), gibt es so viele verschiedene Aufgaben und Dinge, an die man sich später erinnern muss, um die man sich später kümmern muss, dass es schwierig werden kann, den Überblick zu behalten.

In der Vergangenheit habe ich versucht, ein Notizbuch, eine E-Mail oder Outlook zu verwenden, um Aufgaben im Auge zu behalten, aber irgendwann wird es zu umständlich und schwierig zu verwalten.

In letzter Zeit habe ich darüber nachgedacht, einen Bugtracker wie Mantis oder Bugzilla zu verwenden, um meine Aufgaben und Arbeit zu verfolgen (anstatt Fehler zu programmieren). Der Grund, warum ich zögere, dies zu tun, ist, dass all diese Bug-Tracker, nun ja, mit Blick auf die Programmierung entwickelt wurden.

Einige Beispiele, die ich verfolgen würde:

  • Der Oszillator braucht zu lange, um sich nach dem Einschalten zu stabilisieren
  • Dokumentation für Benutzeraktualisierungen der Software schreiben
  • Messen Sie die Impedanz an den Eingangsleitungen
  • Simulieren Sie den Stromkreis
  • usw.

Kann ein Bugtracker als Task-Manager für andere Dinge als die Programmierung verwendet werden? Kann ein „Denken Sie daran, dies später zu überprüfen“-Notizblock für andere Dinge als die Programmierung verwendet werden? Wäre das eine tragfähige langfristige Strategie?

Antworten (7)

Wenn Sie darüber nachdenken, ist ein Bugtracker nichts anderes als eine einfache Aufgabenverwaltungsanwendung mit (einem einfachen) Workflow, der jedem Element zugeordnet ist. Aus dieser Perspektive spielt es keine Rolle, ob es sich bei einem Arbeitselement um einen Softwarefehler, eine auszuführende Aufgabe oder etwas anderes handelt.

Das bedeutet, dass Sie in der Lage sein sollten, Bugtracker zu verwenden, um das von Ihnen definierte Ziel zu erreichen. Ich persönlich habe in einem solchen Szenario einen Bug-Tracker verwendet, um die Arbeit an Ideen für neue Produkte aufzuspüren und aufzuzeichnen, und es hat funktioniert.

Wenn Sie jedoch fragen würden, ob ich jetzt einen Bug-Tracker für so etwas auswählen würde, wäre die Antwort anders. Jetzt würde ich der Getting-Things-Done - Technik folgen (wie sie in einem Buch von David Allen beschrieben wird ) und Werkzeuge auswählen, die für die Situation geeignet sind.

Mein persönlicher Favorit ist Personal Kanban , das eigentlich mehr ist als nur eine GTD-Technik, aber um dieses Arguments willen könnte es so funktionieren. Sie können mehr über Personal Kanban in Jim Bensons Buch lesen .

In jedem Fall erscheint mir die Verwendung des Bugtrackers zum Verfolgen solcher Aufgaben, insbesondere im Kontext einer einzelnen Person, ein Overkill. Ich würde eher nach einfacheren Methoden suchen.

Hinweis: Bei GTD oder Personal Kanban muss es nicht nur um Haftnotizen gehen – es gibt auch Softwareanwendungen, die solche Funktionen bieten. In Bezug auf Personal Kanban würde jede Kanban-Anwendung ausreichen.

Der Schlüssel ist die Priorisierung

Dies ist ein kleines X/Y-Problem, da es nicht wirklich darum geht, ob Sie Aufgaben in einem Bug-Tracker nachverfolgen können (das können Sie sicherlich), sondern welchen Wert die Nachverfolgung für ein bestimmtes Projekt wirklich bietet. Das zugrunde liegende Prozessproblem, mit dem Sie konfrontiert sind, ist eines der Priorisierung .

Jedes Tool, mit dem Sie Aufgaben nach Wichtigkeit oder Fälligkeit priorisieren und diese Aufgaben neu anordnen können, wenn sich die Metriken im Laufe der Zeit ändern, ist wahrscheinlich für die Aufgabenverfolgung auf individueller Ebene geeignet.

Wenn Sie über eine Infrastruktur zur Aufgabenverfolgung auf Projektebene verfügen, ist es möglicherweise besser, diese zu nutzen – oder zumindest sicherzustellen, dass Ihr persönliches Tool in den Tracker auf Projektebene integriert ist – anstatt das Rad neu zu erfinden. Wenn es jedoch niemanden außer Ihnen betrifft, können Sie selbstverständlich die Lösung finden, die für Ihren individuellen Workflow am besten geeignet ist.

Bug-Tracker können definitiv verwendet werden, um andere Aufgaben als das Programmieren von Fehlern zu verfolgen. Als Beispiel hat unsere Organisation JIRA erfolgreich konfiguriert, um unsere Kundendienstabteilung zu verwalten. JIRA ist enorm konfigurierbar, und der damalige Manager verbrachte mehrere Wochen damit, Komponenten und benutzerdefinierte Felder zu erstellen, um alles zu bewältigen, von Neukundenanmeldungen, Kundeneinstellungen, Abrechnungsproblemen, Kundenbeschwerden und Arbeitsanfragen bis hin zu Stornierungen.

Wir machen das jetzt seit mehreren Jahren, und der Vertrieb, der Kundenservice sowie die Abteilungen Account Management und Debitorenbuchhaltung sind sehr zufrieden mit dem Prozess.

Eine Aufgabe wird für den Kunden erstellt, und Unteraufgaben werden für jedes der oben genannten Probleme erstellt, die auftreten, sei es die tatsächliche Einrichtung, die Arbeitsanforderung usw.

Ob so etwas für Sie funktioniert, hängt natürlich von Ihren genauen Bedürfnissen ab. Mit den Beispielen, die Sie gegeben haben, weiß ich, dass JIRA für Sie funktionieren würde. Wenn Sie jedoch in Ihrem Fall nur so etwas für sich und Sie brauchen, gibt es viele kostenlose oder billige, leichte Online-Aufgabenverwaltungssysteme, die höchstwahrscheinlich besser funktionieren würden. Sehen Sie sich die Wiki-Infoseite zum pm-software-Tag an oder überprüfen Sie einige der offenen oder geschlossenen Fragen unter dem Tag oder dem -Tag.

Ich denke, meine Beispiele waren Dinge für mich, aber als Teil eines Teams wäre es schön, wenn sich jeder entscheiden könnte, die Aufgabe durchzusehen und sich selbst etwas zuzuweisen, wenn er Zeit hat. Ich werde mir JIRA anschauen.

"Kann ein Bugtracker als Task-Manager für andere Dinge als das Programmieren verwendet werden?"

Ja. Ich habe für Unternehmen gearbeitet, in denen Tools wie Bugzilla verwendet wurden, um Personen bei Aufgaben wie den folgenden zu verfolgen, zu priorisieren und zu nörgeln:

  • Entwicklung
  • Benutzer-Erfahrung-Design
  • Dokumentation
  • Qualitätssicherungsprüfung und -dokumentation
  • Erfassung von Anforderungen
  • Systemanalyse
  • Architekturanalyse und Design

Wie bei jedem Tool hängen Erfolg und Misserfolg weitgehend vom Kontext, der Akzeptanz und der Qualität der Teammitglieder ab, die es verwenden. Ich hatte wahrscheinlich das Glück, dass ich in mehreren Umgebungen gearbeitet und gesehen habe, wie Bugzilla (und Jira und andere) erfolgreich verwendet wurden. Und ja, das waren teilweise große, komplexe Projekte.

Wahrscheinlich, obwohl es mir als ein übermäßiges Werkzeug für eine einfachere Aufgabe erscheint.

Ich würde Microsofts OneNote als Option verwenden. Als Arbeits- und Aufgabenliste nutze ich allerdings tatsächlich häufiger ein Spiralheft.

Bugtracker können für andere Aufgaben verwendet werden, aber Sie sind besser dran, etwas zu verwenden, das für einen allgemeineren Zweck entwickelt wurde .

Sind an diesen Aufgaben andere Personen beteiligt? Wenn ja, verwenden Sie am besten ein Tool mit integrierter Zusammenarbeit . Trello (von denselben Leuten wie diese Website erstellt) ist eine nette einfache, kostenlose Option.

Wenn diese Aufgaben nur für Sie sind, dann sollten Sie ein System verwenden, das sich natürlich anfühlt und Ihnen das Sammeln, Organisieren und Erledigen (das Wesentliche der Getting Things Done-Methodik) erleichtert .

Natürlich können Sie die übliche Bug-Tracking-Software verwenden, um einige andere Aufgaben zu verfolgen, die Sie nicht verfolgen können. Die einzige Schwierigkeit besteht darin, das richtige Werkzeug zu wählen, das eine Art universelles sein sollte. Ich rate Ihnen, Comindware Tracker auszuprobieren, den ich nicht nur zum Programmieren von Fehlern, sondern für alle anderen Aufgaben verwende.