Neu bei dieser Art von Software? Dann sind Sie hier genau richtig. Dieser Beitrag setzt nichts voraus — nicht, dass Sie wissen, was eine „Queue" ist, nicht, dass Sie schon von Jira oder Monday.com gehört haben, gar nichts. Wenn ein Wort erklärt werden muss, wird es genau dort erklärt, wo es zum ersten Mal auftaucht.
Das Problem, das diese Art von Software löst
Stellen Sie sich ein kleines Team vor. Jemand schickt eine Anfrage per E-Mail. Jemand anders erwähnt eine Aufgabe in einer Chat-Nachricht. Eine dritte Sache wird auf einen Zettel gekritzelt. Eine Woche später erinnert sich niemand mehr, wer was macht oder ob die E-Mail je beantwortet wurde.
„Projektmanagement-Software" ist einfach eine Website (oder App), die dafür gebaut wurde, all das an einem Ort zu sammeln — statt verstreut über E-Mails, Chats und Notizzettel. Jede Anfrage oder Aufgabe wird zu einem einzelnen Eintrag, den alle sehen können, mit einem Status („nicht begonnen", „in Bearbeitung", „erledigt") daran.
Die drei Wörter, die überall auftauchen
- Eine Queue ist einfach eine Liste. Nichts Kompliziertes — stellen Sie sich eine To-do-Liste mit einem Namen vor, wie „Anfragen" oder „Aufgaben diese Woche".
- Eine Vorlage (Template) ist ein Starter-Kit. Statt Ihre Listen und Einstellungen von null aufzubauen, wählen Sie eine Vorlage, und die Software richtet Ihnen einen sinnvollen Ausgangspunkt ein — schon organisiert für eine bestimmte Art von Arbeit.
- Eine Automatisierung ist eine kleine „wenn das passiert, dann tu das"-Regel. Zum Beispiel: „Wenn jemand eine Anfrage als genehmigt markiert, verschiebe sie automatisch in die Arbeitsliste." Sie richten die Regel einmal ein, und die Software erledigt diesen Schritt danach jedes Mal für Sie — für immer, ohne dass sich jemand daran erinnern muss.
Das ist im Grunde schon der größte Teil des Vokabulars. Alles andere ist nur eine Variante dieser drei Ideen.
Was tatsächlich passiert, wenn jemand um etwas bittet
Hier ist der Teil, den man leicht falsch versteht, wenn man so ein Tool noch nie benutzt hat: Nicht jeder, der um etwas bittet, sollte es direkt in die aktive Arbeit des Teams einfügen können.
Ein gut gebautes System hat einen Eingang für externe Anfragen — genannt ein Portal — das einfach ein simples Webformular ist. Jeder kann es ausfüllen, kein Konto nötig. Was dort eingereicht wird, landet nicht direkt in der Arbeitsliste des Teams. Es landet zuerst in einem separaten Wartebereich, wo jemand aus dem Team es sich ansieht, entscheidet, ob es sich lohnt, und es erst dann in echte Arbeit verschiebt.
Stellen Sie es sich wie bei einem Restaurant vor: den Empfang und die Küche. Gäste sprechen mit dem Empfang, nicht direkt mit den Köchen. Der Empfang entscheidet, in welcher Reihenfolge die Dinge passieren. Nichts läuft ungebeten direkt in die Küche.
Was Sie tatsächlich sehen würden, in einem Projekt
Wenn Sie ein Projekt öffnen würden, das aus einer „Project Management"-Startvorlage gebaut wurde, fänden Sie sechs getrennte Listen (Queues), jede mit einer eigenen Aufgabe:
| Was Sie sehen würden | Wofür es in einfachen Worten dient |
|---|---|
| Ein Anfragen-Eingang | Wo externe Bitten zuerst landen, bevor jemand entscheidet, ob sie es wert sind |
| Eine Liste großer Vorhaben | Die großen, laufenden Bemühungen, zu denen alle kleineren Arbeiten gehören |
| Ein Backlog | Genehmigte Arbeit, die auf ihre Reihe wartet |
| Aktive Arbeit | Woran das Team gerade arbeitet |
| Risiken und wichtige Termine | Dinge, die schiefgehen könnten, und Fristen, die zählen — getrennt gehalten, damit sie nicht untergehen |
| Wöchentliche Zusammenfassungen | Eine kurze Übersicht, einmal pro Woche geschrieben, damit jeder auf dem Laufenden bleibt, ohne alles lesen zu müssen |
Zehn kleine automatische Regeln laufen im Hintergrund — die „wenn das passiert, dann tu das"-Art von oben. Zwei Übersichtsseiten (Dashboards genannt) zeigen das große Bild auf einen Blick: was überfällig ist, was in Schwierigkeiten steckt, was zuletzt erledigt wurde.
Was das (noch) nicht ist
Ein ehrlicher Hinweis, denn Übertreiben hilft niemandem: Diese Art von Tool sagt nicht automatisch voraus, wie schnell Ihr Team arbeitet, und es hat noch keine vollautomatische dreistufige Hierarchie „großes Ziel → mittleres Ziel → kleine Aufgabe" — heute ist es ein zweistufiger Aufbau (ein Projekt → die einzelnen Arbeitsteile darin). Wenn jemand behauptet, ein Tool verfolge „Velocity" oder „Story Points" automatisch, ohne echte historische Daten dahinter — seien Sie ein bisschen skeptisch. Diese Zahl muss irgendwoher kommen, und zwar von echten Daten.
Bereit für die ausführlichere Version?
Alles oben beschreibt die Grundform der Project Management-Vorlage, die mit OpenTechnologyApp mitgeliefert wird. Wenn Sie die echten technischen Details wollen — genaue Automatisierungsregeln, jedes Feld, was die Dashboards tatsächlich zeigen —, finden Sie die ausführliche Version hier: Project Management: Ein öffentliches Intake-Portal, das die Triage speist, nicht die Lieferung.
Wenn dies Ihr erster Kontakt mit Projektmanagement-Software überhaupt war, wissen Sie jetzt genug, um diesen Beitrag zu verstehen — und genug, um einzuschätzen, ob diese Art von Tool Ihrem Team überhaupt helfen würde.