Projektmanagement-Tool bauen: Projekte, Aufgaben, Boards und Fristen

Ein Projektmanagement-Tool zeigt einem Team jedes Projekt, die darin enthaltenen Aufgaben, wer für welche Aufgabe verantwortlich ist, deren Status und wann sie fällig ist. Um eines zu bauen, brauchst du Projekte und Aufgaben in einer Datenbank, ein Board und eine Listenansicht, eine Seite „Meine Aufgaben“, Kommentare und klare Regeln dazu, wer was sehen und ändern darf. Ein KI-App-Baukasten kann schnell eine brauchbare erste Version liefern. Die eigentliche Arbeit besteht darin, dem Drang zu widerstehen, jede Funktion eines großen Produkts nachzubauen, und stattdessen genau den einen Arbeitsablauf abzubilden, dem dein Team tatsächlich folgt.

Beim Arbeitsablauf anfangen, nicht bei einer Funktionsliste

Allgemeine Tools sind flexibel, weil sie zu allen passen müssen. Dein eigenes Tool kann genau zu einer Arbeitsweise passen. Bevor du einen Prompt schreibst, halte Folgendes fest:

• Wofür ein Projekt bei dir steht. Ein Kundenauftrag, ein Produktrelease, eine Baustelle, eine Marketingkampagne.
• Die Stufen, die Arbeit durchläuft. Zum Beispiel: Briefing → In Arbeit → Kundenprüfung → Erledigt. Daraus werden deine Status und Board-Spalten.
• Wer was tut. Wer legt Projekte an, wer weist Aufgaben zu, wer genehmigt.
• Was Menschen täglich ansehen. Meist „was ist meins und was ist überfällig“.
• Was Führungskräfte wöchentlich brauchen. Gefährdete Projekte, überfällige Arbeit, Auslastung pro Person.

Wenn deine Antworten genau wie ein generisches Kanban-Board aussehen, ist ein fertiges Tool vielleicht die bessere Antwort (dazu unten mehr). Wenn sie Schritte wie eine Kundenfreigabe, feste Checklisten pro Projekttyp oder Verknüpfungen mit deinen eigenen Aufträgen und Rechnungen enthalten, lohnt sich ein eigener Bau.

Was das Tool braucht

Daten

Ein Positionsfeld bei Aufgaben erlaubt es Leuten, Karten in eine Reihenfolge zu ziehen, die erhalten bleibt. Ein Aktivitätsprotokoll beantwortet die Frage „Wer hat das zurück in ‚In Arbeit‘ verschoben?“, ohne dass man nachfragen muss.

Seiten

• Projektliste mit Status, Verantwortlichem, Fälligkeitsdatum und der Anzahl offener und überfälliger Aufgaben.
• Projektseite mit einer Board-Ansicht (Spalten nach Status) und einer Listenansicht (sortier- und filterbar).
• Aufgabendetail als Seitenleiste oder Seite: Beschreibung, Bearbeiter, Fälligkeitsdatum, Kommentare, Dateien.
• Meine Aufgaben für jede Person, gruppiert nach überfällig, heute, diese Woche, später.
• Übersicht für Führungskräfte: gefährdete Projekte, überfällige Aufgaben, Aufgaben pro Person.

Berechtigungen

Lege früh fest:

• Dürfen alle jedes Projekt sehen oder nur Projekte, in denen sie Mitglied sind?
• Wer darf Projekte anlegen und archivieren?
• Dürfen Leute Aufgaben bearbeiten, die anderen zugewiesen sind?
• Bekommen Kunden oder Auftragnehmer Zugang? Wenn ja, zu welchen Projekten, und sollen sie interne Kommentare sehen?

Externer Zugang verändert das Design stark. Wenn Kunden den Fortschritt sehen sollen, erwäge eine separate Nur-Lese-Ansicht oder ein Kundenportal, statt sie in das interne Tool einzuladen.

Entscheidungen und Abwägungen

Feste Status oder Spalten pro Projekt

Feste Status über alle Projekte hinweg machen Auswertungen einfach („Wie viele Aufgaben sind in der Prüfung?“). Eigene Spalten pro Projekt sind flexibler, erschweren aber projektübergreifende Ansichten. Für ein einzelnes Team mit einem Arbeitsablauf sind feste Status der bessere Start.

Board, Liste oder Zeitleiste

Boards eignen sich für den Ablauf, Listen zum Sortieren und für Massenänderungen, Zeitleisten für terminbestimmte Arbeit. Baue zuerst Board und Liste. Eine Zeitleisten- oder Gantt-Ansicht (Balken über einem Kalender) erhöht die Komplexität stark, besonders bei Abhängigkeiten zwischen Aufgaben. Ergänze sie nur, wenn Fristen deine Arbeit wirklich bestimmen.

Benachrichtigungen

Menschen erwarten, zu hören, wenn ihnen eine Aufgabe zugewiesen oder sie in einem Kommentar erwähnt werden. Benachrichtigungen in der App (eine Glocke mit einer Liste) sind zum Start einfacher als E-Mails. E-Mails brauchen einen Versanddienst; siehe E-Mails aus deiner App versenden. Tägliche Übersichten überfälliger Aufgaben brauchen etwas, das nach Zeitplan läuft. Prüfe, wie dein Hosting das handhabt, bevor du es versprichst.

Echtzeit-Updates

Zwei Personen, die dasselbe Board ansehen, sehen irgendwann veraltete Daten. Bei einem kleinen Team reicht meist eine Aktualisierung beim Öffnen einer Seite oder in festen Abständen. Live-Updates sind nett, aber für Version eins nicht nötig.

Ein erster Prompt, der funktioniert

Baue ein Projektmanagement-Tool für eine Marketingagentur mit 10 Personen. Projekte haben einen Namen, einen Kunden, einen Verantwortlichen, ein Fälligkeitsdatum und einen Status (Planung, Aktiv, Pausiert, Erledigt). Aufgaben gehören zu einem Projekt und haben einen Titel, eine Beschreibung, einen Bearbeiter, ein Fälligkeitsdatum, eine Priorität (Niedrig, Normal, Hoch) und einen Status (Zu erledigen, In Arbeit, Kundenprüfung, Erledigt). Seiten: eine Projektliste mit der Anzahl offener und überfälliger Aufgaben; eine Projektseite mit einem Board zum Ziehen nach Status und einer sortierbaren Listenansicht; ein Aufgaben-Seitenpanel mit Kommentaren; eine Seite „Meine Aufgaben“, gruppiert nach Überfällig, Heute, Diese Woche und Später; und eine Übersicht für Führungskräfte mit überfälligen Aufgaben pro Person. Alles in einer Datenbank speichern, ein Aktivitätsprotokoll für Status- und Bearbeiteränderungen führen und die Kartenreihenfolge auf dem Board merken. Übersichtliches, dichtes Layout, das auf Laptop und Handy funktioniert.

Der Prompt nennt die Status, die Seiten und die wenigen Details (Aktivitätsprotokoll, Kartenreihenfolge), die eine Demo von etwas trennen, mit dem ein Team wirklich arbeiten kann.

Bauschritte

1. Projekte und Aufgaben als Listen. Anlegen, bearbeiten, zuweisen, Fälligkeitsdaten setzen. Prüfe, ob die Daten stimmen, bevor du Ansichten hinzufügst.
2. Board-Ansicht. Spalten nach Status, Ziehen zum Ändern des Status, gemerkte Reihenfolge.
3. Aufgabenpanel und Kommentare.
4. Meine Aufgaben. Das ist die Seite, die die meisten Leute jeden Morgen öffnen werden; mach sie schnell.
5. Login und Projektmitgliedschaft. Vor echter Arbeit ergänzen.
6. Aktivitätsprotokoll und Benachrichtigungen in der App für Zuweisungen und Erwähnungen.
7. Übersicht für Führungskräfte. Überfällig pro Person, gefährdete Projekte.
8. Aktuelle Projekte importieren aus einer Tabelle oder einem Export, damit das Team mit echten Daten startet.
9. Mit zwei Personen gleichzeitig testen. Dieselbe Karte verschieben, dieselbe Aufgabe bearbeiten, prüfen, dass nichts verloren geht.

Häufige Fehler

• Jede Funktion eines großen Tools kopieren. Unteraufgaben, Abhängigkeiten, eigene Felder, Automatisierungen und Gantt-Diagramme bringen jeweils Wochen voller Sonderfälle. Starte ohne sie.
• Keine Ansicht „Meine Aufgaben“. Leute werden nicht zehn Boards durchsuchen, um ihre Arbeit zu finden.
• Jeder darf Projekte löschen. Archiviere statt zu löschen und beschränke, wer das darf.
• Freie Textstatus. Nutze eine feste Liste, sonst sind Auswertungen unbrauchbar.
• Zeiterfassung nebenbei einbauen. Wenn du Stunden brauchst, baue oder verbinde eine Zeiterfassungs-App und verknüpfe Einträge mit Aufgaben.
• Leer starten. Ein neues Tool ohne Daten wird nicht genutzt. Importiere zuerst die laufende Arbeit.

Wann Trello, Asana oder Jira die bessere Wahl ist

Wenn die Arbeit deines Teams in ein Standard-Board oder eine Liste passt und du vor allem heute etwas Zuverlässiges brauchst, ist ein etabliertes Tool schwer zu schlagen. Sie bringen mobile Apps, Integrationen mit Chat- und Kalendertools, Automatisierungsregeln und jahrelangen Feinschliff. Unsere Vergleiche von Trello und Asana und Jira-Alternativen behandeln die Optionen.

Ein eigenes Tool ergibt Sinn, wenn dein Arbeitsablauf Schritte hat, die diese Tools umständlich abbilden, wenn Projekte mit deinen eigenen Daten verbunden werden müssen (Kunden, Aufträge, Lager, Rechnungen), wenn du eine einfache Oberfläche statt einer konfigurierbaren willst oder wenn die Lizenzkosten pro Platz bei einem großen Team spürbar werden. Viele Teams machen beides: ein generisches Tool für allgemeine Arbeit und ein kleines eigenes Tool für einen speziellen Prozess. Wenn du nur ein persönliches To-do-Board oder ein Board für ein kleines Team suchst, passt der einfachere Leitfaden zur Aufgabenverwaltungs-App besser.

Mit Mythex bauen

In Mythex beschreibst du das Tool im Chat, siehst es in einer Live-Vorschau entstehen, und der Agent ergänzt eine eigene Postgres-Datenbank, sobald Aufgaben gespeichert werden müssen (frag danach oder tippe /database). Dateianhänge an Aufgaben nutzen den Projekt-Dateispeicher (/storage). Team-Anmeldung richtest du mit deinem eigenen Authentifizierungsansatz ein; siehe das Rezept zum Hinzufügen eines Logins.

Der Planungsmodus ist hier nützlich: Bitte den Agenten, Datenmodell und Seiten zu planen, bevor er Code schreibt, prüfe den Plan und baue dann. Nach jeder Stufe lässt /test den Agenten die Vorschau durchklicken (Projekt anlegen, Aufgabe hinzufügen, Karte über das Board ziehen) und Probleme melden. Als Ausgangspunkt eignen sich die Vorlagen Team-Kanban-Board, Agile Sprint-Board oder Produkt-Roadmap.

Fragen