Projekt

WordPress Task Manager

Ein WordPress-Plugin, das strukturierte Aufgaben in wp-admin bringt: klare Verantwortung, Status und Kontext direkt neben dem Rest der Website - ohne ein separates Projekt-Tool aufzusetzen. Es nutzt Kernmuster - Custom Post Types, Metaboxen, Listentabellen und Capabilities - damit es sich wie Software anfühlt, die Redakteur:innen bereits kennen.

← Zurück zu Projekten Kontakt zum Plugin

Was macht es?

Das Plugin führt ein eigenes Aufgabenmodell in WordPress ein. Jede Aufgabe ist ein richtiger Datensatz - keine Zeile in einer geteilten Tabelle oder ein Zettel am Monitor. Sie erfassen Titel, Beschreibung, Status, Zuständigkeit, Fälligkeitshinweise und optional Bezüge zu Inhalten (etwa eine Aufgabe, die zu einem bestimmten Beitrag oder einer Seite gehört).

Listen- und Detailansichten folgen vertrauten WordPress-Admin-Mustern - kurze Einarbeitung.

Die Oberfläche sitzt bewusst in wp-admin. Redakteur:innen und Entwickler:innen sind dort ohnehin; weniger Kontextwechsel als CSV-Export oder ein weiteres-SaaS-Tab. Ziel ist nicht, Jira für ein großes Programmoffice zu ersetzen - sondern kleinen Teams eine verlässliche Aufgabenliste zu geben, die WordPress-Rollen und Backups respektiert.

Die eingebetteten Screenshots nutzen dieselben Dateien wie die Galerie unten: Legen Sie Bilder unter img/projects/wordpress/task_manager_plugin/ ab oder ersetzen Sie sie, um die Darstellung zu aktualisieren.

Workflow und Funktionen

Aufgaben erscheinen in Standard-Listentabellen mit Filtern für Status und Verantwortung, wo die Felder existieren. Massenaktionen und Schnellbearbeitung folgen WordPress-Konventionen. Metaboxen auf der Aufgaben-Bearbeitungsseite halten Metadaten strukturiert statt JSON in einem generischen Feld zu verstecken.

Fokussierte Admin-Oberfläche statt ständig externe Tracker zu öffnen.

Sinnvolle Defaults zählen: Status sind klar definiert, Zuständige sind echte WordPress-Benutzer:innen, und leere Zustände erklären den nächsten Schritt. Das heißt weniger „was bedeutet diese Spalte?“ und weniger Zeit für inkonsistente Tabellen.

  • Custom Post Type (oder Äquivalent) mit redakteursfreundlichen Feldern
  • Listentabellen, Sortierung und Filter passend zu wp-admin
  • Metaboxen und Validierung statt strukturloser Freitexte
  • Optionale Verknüpfung von Aufgaben mit Beiträgen/Seiten
  • Capabilities, damit nur passende Rollen schließen oder neu zuweisen

Einbettung in WordPress

Die Umsetzung folgt dem WordPress-Erweiterungsmodell: PHP-Hooks für den Bootstrap, admin_enqueue für Skripte und Styles nur auf Plugin-Seiten, Options- bzw. Post-Meta-APIs für persistente Daten. Wo sinnvoll, schützen Nonces und Capability-Prüfungen ändernde Aktionen - CSRF und Privilegieneskalation bleiben „langweilige“ Themen.

Die Datenbank bleibt gewöhnliches MySQL über WordPress-APIs - kein paralleles ORM für den Betrieb. Backups, Suchen/Ersetzen und Staging-Klone bleiben nachvollziehbar, weil Aufgaben im gleichen Export wie der Inhalt stehen.

add_action('init', function () {
    register_post_type('task', [
        'labels' => $labels,
        'show_ui' => true,
        'supports' => ['title', 'editor'],
        'capability_type' => 'task',
    ]);
});
Hooks und Registrierung bleiben nah an der WordPress-Dokumentation.

Für wen es gedacht ist

Kleine Agenturen, interne Marketing-Teams und Maintainer:innen, die bereits in WordPress arbeiten, profitieren am meisten. Wenn „Projektmanagement“ heute ein unübersichtliches geteiltes Sheet ist, hilft es, Aufgaben ins CMS zu heben - Zuweisungen liegen neben der Website, die Sie ausliefern.

Zuordnung zu WordPress-Benutzer:innen hält Spuren näher am Produktivinhalt.

Größere Organisationen mit formalem Agile-Tooling können das Plugin trotzdem für Content-Ops nutzen: Rechtsprüfung, Launch-Checklisten und Hausaufgaben, die nie nur auf dem Entwickler-Board hingehörten.

Qualität und Kompatibilität

Das Plugin zielt auf Kompatibilität mit aktuellen WordPress-Versionen, übersetzbare Strings und vorhersehbares Deaktivieren/Deinstallieren. JavaScript im Admin bleibt minimal - genug für Metabox-Interaktion, kein zweites Frontend-Framework in wp-admin.

Ein enges Scope hält Langzeit-Wartung für ein kleines Team machbar.

Weil der Funktionsumfang eng begrenzt ist, ist das Regressionsrisiko geringer als bei „alles drin“-Plugins. Nach einem Core-Update ist der Fix oft lokales PHP oder eine klarere Hook-Priorität - kein Rewrite einer proprietären Aufgabenmaschine.