Comuna Blog ·

Claude im Projektmanagement nutzen, nicht Docs

Die meisten Guides nutzen Claude nur zum Verfassen eines WBS. So setzen Sie ihn als Boardmitglied ein — echte Cards, geplante Läufe.

Suchen Sie "Claude im Projektmanagement nutzen" bei einer beliebigen Suchmaschine, und Sie bekommen dreimal denselben Rat: Claude Projects öffnen, Ihr Briefing hochladen, um ein Work Breakdown Structure bitten. Nützlich für einen Nachmittag. Dann kommt Montag, das WBS ist ein PDF, das niemand öffnet, und Sie aktualisieren das Board wieder von Hand.

Die direkte Antwort: Claude im Projektmanagement zu nutzen funktioniert am besten, wenn Claude Lese-/Schreibzugriff auf Ihr echtes Board hat — nicht nur ein Chatfenster zum Verfassen von Dokumenten. Über MCP verbunden, kann Claude Cards triagieren, neue aus Meeting-Notizen entwerfen, liegen gebliebene Arbeit bewegen und nach Zeitplan laufen — nicht nur Pläne über die Arbeit schreiben, sondern sie anfassen. Hier ist der reale Workflow, was ihn zur Gewohnheit macht, und die ehrlichen Grenzen.

Was "Claude im Projektmanagement nutzen" meist bedeutet — und was es bedeuten sollte

Das meiste, was für diese Suche rankt, behandelt Claude als Planungsschicht: die Charta verfassen, den Zeitplan generieren, ein unordentliches Briefing in ein sauberes Gerüst mit Zielen und Deliverables verwandeln. Wirklich nützlich — Claude ist gut darin, unscharfen Input in einen strukturierten ersten Entwurf zu verwandeln. Aber es ist eine Einbahnstraße. Sie fügen es in Claude ein, bekommen Text zurück, und kopieren diesen Text dann irgendwohin, wo ein Mensch ihn weiterhin von Hand pflegt.

Was die Gleichung verändert, ist, Claude denselben Zugang zu geben, den eine Neueinstellung bekommt: einen Login zum echten Tool, ein Konto mit eigener Identität, die Erlaubnis, Dinge zu bewegen. Kein Dokumentengenerator, den Sie einmal konsultieren, sondern ein Boardmitglied, dem Sie Arbeit überlassen. Das ist die Version, die dieser Guide behandelt — wie man sie einrichtet, was man zuerst delegiert, und wie man daraus eine Gewohnheit macht statt eines einmaligen Tricks.

Wie verbinden Sie Claude tatsächlich mit einem echten Board?

Der Mechanismus ist MCP (Model Context Protocol) — ein offener Standard, der es Claude erlaubt, Tools eines Dienstes direkt aufzurufen, statt dass Sie seine Ausgabe woanders hin kopieren. Bei Comuna fügen Sie den Connector einmal hinzu (Claude Einstellungen → Connectors, OAuth, keine API-Keys), und Claude erscheint in Ihrem Workspace als Mitglied mit eigenem Avatar und Badge. Die genauen Schritte haben wir in der 60-Sekunden-Einrichtungsanleitung behandelt — dieser Beitrag setzt dort an: Was Sie mit der Verbindung tatsächlich tun, sobald sie existiert.

Einmal verbunden, hat Claude Zugriff auf dieselben Aktionen wie ein Teammitglied: Cards erstellen, zwischen Spalten verschieben, als erledigt markieren, Kommentare und Notizen schreiben, und das Board lesen, um Fragen anhand Ihrer echten Daten statt einer Vermutung zu beantworten.

Was sollten Sie zuerst delegieren?

Fangen Sie nicht mit "verwalte mein Projekt" an. Fangen Sie eng und konkret an — genau wie beim Onboarding einer Neueinstellung.

Triagieren Sie das Backlog. Weisen Sie Claude auf eine unordentliche Spalte hin und bitten Sie ihn, alles zu taggen, zu priorisieren oder aufzuteilen, was eigentlich zwei zusammengeklebte Aufgaben sind. Geringes Risiko (nichts wird gelöscht) und zeigt schnell, ob sein Urteil mit Ihrem übereinstimmt.

Verwandeln Sie Notizen in Cards. Fügen Sie ein Meeting-Transkript ein — oder lassen Sie ihn es lesen — und bitten Sie um Cards, eine pro Aktionspunkt, mit geschätztem Verantwortlichen und geschätztem Fälligkeitsdatum. Sie bearbeiten, nicht Sie erstellen von Grund auf.

Jagen Sie Stillstand. "Alles, was seit 10 Tagen in In Bearbeitung unangetastet ist — kommentiere mit der Bitte um einen Status, oder verschiebe es zurück ins Backlog, wenn es tatsächlich blockiert ist." Das ist die Aufgabe, die jeder PM-Guide als manuell von einem Menschen erledigt voraussetzt. Claude kann diese Prüfung jeden einzelnen Tag machen, ohne sich je zu langweilen.

Schreiben Sie Auflösungsnotizen. Wenn eine Card geschlossen wird, ist eine Zeile darüber, was tatsächlich passiert ist, das, was unter Zeitdruck jeder überspringt. Machen Sie es zu einer Standardanweisung, und es hört auf, optional zu sein.

Nichts davon erfordert, dass Claude eine strategische Entscheidung trifft. Das ist Absicht — die riskanteren Entscheidungen kommen mit einem Genehmigungsschritt, der weiter unten behandelt wird.

Wie machen Sie daraus eine Gewohnheit statt eines einmaligen Chats?

Das ist der Teil, den fast kein "Claude für PM nutzen"-Guide behandelt, und er macht den Unterschied zwischen einer Neuheit und einem echten Workflow: geplante Aufgaben von Claude Cowork. Auf einem bezahlten Claude-Plan (Pro, Max, Team oder Enterprise) können Sie Claude anweisen, einen Prompt in wiederkehrender Kadenz laufen zu lassen — täglich, an Werktagen morgens, wöchentlich — ohne je ein Chatfenster zu öffnen.

Das Muster, das wir selbst nutzen: ein geplanter Prompt jeden Morgen, der ungefähr sagt "prüfe das Board, mache die Triage und die Stillstandsprüfung, entwirf Cards für alles Neue in den Notizen, und gib mir eine kurze Zusammenfassung". Claude führt das in der Cloud nach eigenem Zeitplan aus — Ihr Laptop kann geschlossen sein — liest das Board via MCP, macht, was sicher ist, und hält bei allem an, was Ihr Urteil braucht. Sie wachen auf, prüfen das tägliche Briefing, das auf Sie wartet, und entweder ist alles erledigt oder drei Dinge warten auf eine Entscheidung.

Das ist eine grundlegend andere Gewohnheit, als Claude Projects zu öffnen, wenn Sie daran denken. Es läuft, ob Sie daran denken oder nicht, und stört Sie nur mit der Zusammenfassung — nicht mit 20 Minuten "lass mich nachschauen, was passiert ist".

Wie behalten Sie die Kontrolle darüber, was er tut?

Zwei Mechanismen, und sie sind der Teil, der es vertretbar — statt riskant — macht, echten Boardzugriff zu gewähren.

Eskalation, nicht Autonomie. Wenn Claude auf etwas stößt, bei dem er sich nicht sicher genug ist — eine Card schließen, die Arbeit von jemand anderem neu zuweisen, alles mit Urteilsvermögen — rät er nicht. Er öffnet stattdessen eine kleine Genehmigungsanfrage, statt zu handeln. Sie genehmigen, bitten um Änderungen oder lehnen ab. Mit der Zeit lernt er, welche Entscheidungen Sie wirklich selbst treffen wollen, und eskaliert dort seltener.

Signierte Zuschreibung. Jede Card, die Claude anfasst, jeder Kommentar, den er hinterlässt, trägt seinen Namen und sein Badge — nie still in Ihr Konto verschmolzen, nie eine anonyme "System"-Bearbeitung. Wenn sich eine Card auf eine Weise bewegt hat, die Sie nicht erwartet haben, sehen Sie auf einen Blick, ob es Claude oder ein Teammitglied war. Sechs Monate später, wenn Sie rekonstruieren wollen, warum eine Entscheidung getroffen wurde, ist diese Spur der Unterschied zwischen einer Antwort und einer Vermutung.

Seien Sie ehrlich über den Teil "Pull, nicht Push". Claude überwacht Ihr Board nicht kontinuierlich und reagiert nicht in Echtzeit. Er handelt, wenn Sie ihn auslösen — aus einem Chat, oder aus einer geplanten Aufgabe, die nach eigener Kadenz läuft. Das ist eine echte Einschränkung, keine Marketing-Fußnote: Wenn zwischen geplanten Läufen etwas Dringendes passiert, springt Claude erst beim nächsten Auslöser darauf an. Legen Sie die Kadenz mit diesem Gedanken fest.

Wo das nicht passt

Wenn sich Ihr Team auf einen tiefen Katalog nativer Integrationen verlässt — eine bestimmte Jira-Synchronisierung, einen Salesforce-Workflow, jahrelange Zapier-Ketten — prüfen Sie, was heute tatsächlich verbunden ist, bevor Sie annehmen, dass sich das überträgt; jüngere MCP-native Tools sind dort enger aufgestellt als etablierte Anbieter, die ein Jahrzehnt Zeit hatten, einen App-Marketplace aufzubauen. Und wenn Sie eigentlich Zusammenarbeit an langen Dokumenten wollen — Specs, Wikis, gemeinsame Entwürfe als Hauptartefakt — kann ein docs-first-Tool mit angeflanschtem Projektmanagement weiterhin besser zu Ihrem Team passen als ein board-first-Tool.

Geplante Aufgaben hängen zudem von Ihrem Claude-Plan ab; prüfen Sie die aktuelle Verfügbarkeit bei Anthropic, da sich Plandetails unabhängig von diesem Beitrag ändern.

Ist das dasselbe wie der "Claude im Projektmanagement nutzen"-Rat, der überall sonst zu finden ist?

Nein. Der meiste dieser Rat hört beim Verfassen eines Plans in einem Chatfenster auf — einmalig, losgelöst vom Tool, in dem Sie tatsächlich arbeiten, wobei ein Mensch den Text danach von Hand ins echte Board überträgt. Claude über MCP mit dem Board zu verbinden bedeutet, dass er dieselben Cards liest und schreibt wie Ihr Team, mit eigener Identität, sodass Plan und Ausführung an einem Ort statt an zweien leben.

Muss ich technisch versiert sein, um das einzurichten?

Nein. Der Connector basiert auf OAuth — auf Verbinden klicken, anmelden, autorisieren. Keine API-Keys, keine Konfigurationsdateien, kein Code. Die 60-Sekunden-Einrichtungsanleitung zeigt den exakten Klickpfad.

Kann Claude mein Board ohne jeden menschlichen Einsatz betreiben?

Nein, und das ist Absicht. MCP ist Pull: Claude handelt, wenn er ausgelöst wird, entweder direkt oder nach einem von Ihnen festgelegten Zeitplan. Alles, bei dem er sich nicht sicher genug ist, landet in einer Genehmigungswarteschlange statt still zu passieren. Siehe was MCP wirklich verändert für die vollständige Version dieser Unterscheidung.

Was, wenn ich auch ChatGPT nutze?

Beide können gleichzeitig mit demselben Board verbunden werden, jeweils mit eigener Identität und Badge, sodass ihre Änderungen voneinander und von denen Ihres Teams unterscheidbar bleiben. Siehe den Vergleich bestes PM-Tool für Claude dafür, wie die beiden sich gegenüberstehen.


Comuna ist für immer kostenlos — keine Kreditkarte, bringen Sie Ihre eigene KI mit. Erstellen Sie einen Workspace und probieren Sie es aus.