Der wichtigste Satz vorweg: Asana ist so gut wie das Datenmodell, das Sie darin aufbauen. Diese Aussage klingt banal und erklärt gleichzeitig fast alles – die Stärken, die Grenzen und vor allem, warum die KI-Funktionen bei einem Kunden überzeugen und beim nächsten nur belanglose Texte produzieren. In einer sauber modellierten Umgebung mit benannten Verantwortlichkeiten, realistischen Terminen, gepflegten Statusfeldern und Verknüpfungen zu Zielen kann eine KI sinnvoll zusammenfassen und Risiken benennen. In einer Ansammlung von Aufgabenlisten ohne Struktur kann sie nur Listen wiederholen.
Drei Eigenschaften beschreiben Asana treffender als jede Funktionsliste:
Die Grundstruktur ist schnell erklärt und wird trotzdem in vielen Einführungen falsch aufgesetzt. Die kleinste Einheit ist die Aufgabe: ein Arbeitsschritt mit genau einer verantwortlichen Person, einem Fälligkeitsdatum, einer Beschreibung und beliebig vielen Zusatzangaben in benutzerdefinierten Feldern. Aufgaben können Unteraufgaben haben, voneinander abhängen und in Kommentaren diskutiert werden. Entscheidend ist die Regel einer einzigen Verantwortlichen pro Aufgabe – sie wirkt starr und ist in der Praxis der wirksamste Mechanismus gegen die Diffusion von Zuständigkeit.
Projekte gruppieren Aufgaben zu einem Vorhaben oder einem wiederkehrenden Ablauf. Ein Projekt kann eine Produkteinführung sein, aber auch der Bewerbungsprozess, die Reklamationsbearbeitung oder die monatliche Abrechnung. Diese Doppelnutzung ist der Punkt, an dem Asana vom Projektwerkzeug zum Prozesswerkzeug wird: Ein Projekt mit Formular als Eingang, Spalten als Bearbeitungsstufen und Regeln als Weitergabelogik ist faktisch ein leichtgewichtiger Workflow.
Portfolios bündeln Projekte zu einer Übersicht für Führungskräfte: Status, Termine, Fortschritt, Verantwortlichkeiten, ausgewählte Kennzahlen. Sie sind der Ort, an dem Leitungsrunden vorbereitet werden, und der Ort, an dem sich Datenqualität am schmerzhaftesten offenbart. Ein Portfolio kann nur so aussagekräftig sein wie die Statusangaben in den Projekten darunter. Darüber liegt schließlich die Zielebene, in der Unternehmens-, Bereichs- und Teamziele hinterlegt und mit Portfolios oder Projekten verknüpft werden.
In Auswahlprojekten begegnet uns Asana regelmäßig in der falschen Kategorie – meist, weil ein Kriterienkatalog aus einem klassischen Projektmanagement-Umfeld stammt. Dann wird geprüft, ob die Software Basispläne mit Abweichungsanalyse führt, Ressourcen kapazitätsgenau ausgleicht, Stundensätze rechnet, Angebote und Rechnungen erzeugt und Nachkalkulation liefert. Bei diesen Punkten schneidet Asana schwach ab oder fällt ganz durch, und das ist keine Schwäche des Produkts, sondern eine Frage der Kategorie.
Umgekehrt versagen klassische Projektwerkzeuge bei dem, was Asana gut kann: eine Marketingkampagne mit dreißig Beteiligten und wöchentlich wechselnden Prioritäten koordinieren, einen Onboarding-Prozess für neue Beschäftigte über sechs Abteilungen hinweg zuverlässig durchziehen, Anfragen aus einem Formular strukturiert verteilen, den Status von vierzig laufenden Vorhaben ohne Sammelmails sichtbar machen. Diese Aufgaben sind keine Projekte im ingenieurmäßigen Sinn, sondern koordinierte Arbeit – und der Markt für genau diese Koordination ist der Grund, warum es Arbeitsmanagement als eigene Produktkategorie gibt.
Für Ihre Auswahl folgt daraus eine klare Empfehlung: Entscheiden Sie zuerst, welche Aufgabe das Werkzeug übernehmen soll. Suchen Sie Steuerung von Aufträgen mit Stunden, Budgets und Abrechnung, gehören deutsche Projektsoftware-Anbieter mit integrierter Zeiterfassung und Fakturierung in die engere Auswahl. Suchen Sie organisationsweite Transparenz über laufende Arbeit, Prozesse und Ziele, ist Asana ein starker Kandidat – und die KI-Funktionen setzen genau an dieser Stelle an.
Aus unserer Beratungspraxis passt Asana besonders gut zu vier Profilen. Erstens zu Organisationen, in denen viele Menschen an vielen kleinen Vorhaben parallel arbeiten und Abstimmung heute über Mail und Besprechungen läuft. Zweitens zu Bereichen mit stark wiederkehrenden Abläufen – Marketing, Personal, Vertriebsinnendienst, Qualitätsmanagement –, weil Vorlagen und Regeln dort unmittelbar Wirkung zeigen. Drittens zu Unternehmen mit mehreren Standorten oder hohem Anteil verteilter Arbeit, bei denen der Flurfunk als Koordinationsmechanismus ausfällt. Viertens zu Geschäftsführungen, die eine belastbare Übersicht über laufende Vorhaben wollen, ohne dafür jede Woche Statusfolien einzusammeln.
Weniger gut passt Asana, wenn Ihr Kerngeschäft aus abrechenbaren Kundenprojekten mit Stundenerfassung, Budgetkontrolle und Rechnungsstellung besteht – dafür fehlen wesentliche Bausteine, und Zukäufe machen die Landschaft komplizierter statt einfacher. Ebenso zurückhaltend wären wir bei Organisationen mit strengen Anforderungen an Datenhaltung im eigenen Rechenzentrum: Asana ist ein reiner Cloud-Dienst eines US-Anbieters, Self-Hosting ist nicht vorgesehen. Und schließlich braucht die Plattform Führungswillen. Ein Werkzeug für Transparenz, das freiwillig genutzt werden darf, wird von genau den Bereichen nicht genutzt, deren Transparenz am dringendsten fehlt.
Die Grundlogik der Abrechnung folgt dem Marktstandard: bezahlt wird je Person und Monat, üblicherweise günstiger bei jährlicher Vorauszahlung, gestaffelt nach Ausbaustufe. Zwei Besonderheiten sind für die Kalkulation entscheidend und werden regelmäßig übersehen. Erstens die Unterscheidung zwischen zahlungspflichtigen Mitgliedern und kostenfreien Gästen: Externe wie Agenturen, Lieferanten oder Kunden lassen sich in begrenztem Umfang ohne eigene Lizenz einbinden, was die Zusammenarbeit über Unternehmensgrenzen hinweg wirtschaftlich macht – die genauen Regeln dafür gehören auf Ihre Prüfliste. Zweitens gilt in aller Regel, dass innerhalb eines Bereichs alle dieselbe Stufe erhalten; Sie können nicht fünf Personen mit vollem Funktionsumfang und fünfzig ohne lizenzieren.
Dies ist der Abschnitt, den wir in Auswahlprojekten am häufigsten nachtragen müssen. Anbieter im Arbeitsmanagement-Markt bewerben KI-Funktionen prominent auf Produktseiten, binden sie in der Praxis aber an höhere Stufen, an Zusatzpakete oder an ein Guthabenmodell mit begrenzter Zahl von Ausführungen. Bei Asana verhält es sich nicht anders: Ein Teil der Assistenzfunktionen ist in mittleren Stufen enthalten, die interessanten Fähigkeiten – automatisch erzeugte Statusberichte über Portfolios, natürlichsprachige Auswertungen, KI-Schritte innerhalb von Regeln, agentenähnliche Bearbeitung – setzen typischerweise höhere Stufen voraus.
Für Ihre Beschaffung heißt das: Formulieren Sie die KI-Funktionen, die für Ihre Entscheidung wesentlich sind, als konkrete Anforderungen mit Anwendungsfall – nicht als Schlagwort. Ein Beispiel: „Wir wollen für jedes Portfolio wöchentlich einen automatisch erzeugten Statusbericht, der Verzögerungen benennt und Quellen verlinkt.“ Lassen Sie sich schriftlich bestätigen, in welcher Stufe diese Funktion enthalten ist, ob eine mengenmäßige Begrenzung gilt, ob sie separat zu lizenzieren ist und ob sie für Ihre Region verfügbar ist. Ohne diese Bestätigung kalkulieren Sie mit Annahmen.
Ein zweiter Punkt kommt hinzu, den viele Organisationen erst nach der Unterschrift bemerken: KI-Funktionen sind bei Arbeitsmanagement-Plattformen ein bewegliches Ziel. Was heute in einer Stufe enthalten ist, kann morgen in eine höhere wandern oder in ein Zusatzpaket ausgegliedert werden. Verhandeln Sie deshalb bei mehrjährigen Verträgen eine Klausel, die Ihnen Klarheit über Funktionsumfang und Preisentwicklung verschafft – und prüfen Sie realistisch, ob Ihr Nutzenversprechen auch ohne die KI-Funktionen trägt. Wenn ja, sind Sie in einer guten Verhandlungsposition. Wenn nein, sollten Sie das wissen.
Asana wird direkt beim Anbieter über Selbstbedienung bezogen oder über Vertriebspartner und Wiederverkäufer, im DACH-Raum häufig über spezialisierte Beratungshäuser. Der Unterschied ist relevanter, als er wirkt. Der direkte Weg ist schnell, kostet zunächst weniger und liefert Standardbedingungen. Der Partnerweg bringt deutschsprachige Ansprechpartner, Unterstützung bei Einführung und Schulung, häufig eine bessere Verhandlungsposition bei größeren Mengen und Erfahrung mit den Fragen, die deutsche Datenschutzbeauftragte stellen.
Drei Dinge gehören unabhängig vom Bezugsweg vor die Unterschrift. Erstens der Auftragsverarbeitungsvertrag samt aktueller Liste der Unterauftragsverarbeiter – ausdrücklich einschließlich der Anbieter, deren Sprachmodelle für die KI-Funktionen genutzt werden. Zweitens eine klare Aussage zur Datenregion und dazu, welche Verarbeitungsschritte diese Region verlassen. Drittens die Kündigungs- und Exportbedingungen: In welcher Form erhalten Sie Ihre Daten zurück, in welchem Zeitraum, und was geschieht mit Anhängen und Kommentaren? Diese Frage gehört vor den Vertragsschluss, nicht in das Jahr der Ablösung.
Ein praktischer Hinweis zur Einführungsstrategie: Viele Organisationen beginnen mit einer kostenlosen oder mittleren Stufe in einem Team, wachsen organisch und stellen nach zwei Jahren fest, dass mehrere Bereiche getrennte Umgebungen mit unterschiedlichen Strukturen betreiben. Das Zusammenführen ist möglich, aber aufwendig. Wenn abzusehen ist, dass die Plattform organisationsweit genutzt wird, richten Sie von Anfang an eine gemeinsame Organisation mit zentraler Verwaltung ein – auch wenn zunächst nur ein Team startet.
Die folgenden Bausteine machen den praktischen Alltag aus. Welche davon in Ihrer Ausbaustufe verfügbar sind und in welcher Ausprägung, sollten Sie vor der Beschaffung abgleichen – der Zuschnitt von Cloud-Produkten verändert sich laufend.
Die vier Ansichten sind das sichtbarste Merkmal der Plattform und gleichzeitig das am wenigsten interessante. Interessant ist, was darunter liegt. Weil alle Ansichten dieselben Datensätze darstellen, gibt es keine Synchronisation zwischen Board und Zeitachse – es gibt nur unterschiedliche Darstellungen. Wer aus einer Welt aus Tabellenkalkulationen kommt, unterschätzt diesen Punkt: Die halbe Arbeit klassischer Projektberichterstattung besteht darin, Zustände zwischen Dokumenten in Übereinstimmung zu bringen. Diese Arbeit entfällt.
Der Hebel liegt in den benutzerdefinierten Feldern. Ein Feld für Priorität, eines für Auftragsart, eines für Kunde, eines für Aufwandsschätzung, eines für Bearbeitungsstufe – und schon lassen sich Berichte über hunderte Aufgaben in Sekunden erzeugen. Entscheidend ist, dass diese Felder organisationsweit einheitlich definiert sind. Wenn drei Teams drei eigene Prioritätsfelder mit unterschiedlichen Werten anlegen, sind Auswertungen über Teamgrenzen hinweg wertlos, und die KI-Funktionen liefern entsprechend unbrauchbare Aussagen. Eine gepflegte Feldbibliothek ist deshalb kein Verwaltungsluxus, sondern die Voraussetzung dafür, dass die Steuerungsebene funktioniert.
Ebenso wichtig, aber weniger bekannt: Aufgaben können in mehreren Projekten gleichzeitig liegen. Eine Aufgabe aus einem Kundenprojekt kann zugleich im Board des Konstruktionsteams erscheinen, ohne kopiert zu werden. Änderungen an Termin oder Status sind überall sofort sichtbar. Diese Mehrfachzuordnung ist mächtig und wird gern übertrieben eingesetzt – nach einem Jahr weiß dann niemand mehr, welches Projekt eine Aufgabe eigentlich verantwortet. Legen Sie eine Regel fest: ein führendes Projekt, weitere Zuordnungen nur für definierte Zwecke.
Hier liegt der wirtschaftlich stärkste und in Auswahlprojekten am schwächsten beleuchtete Teil. Die Kombination aus Formular, Vorlage und Regelwerk verwandelt ein Aufgabenwerkzeug in eine leichtgewichtige Prozessplattform. Ein Beispiel aus der Praxis: Eine Anfrage an die Marketingabteilung kommt über ein Formular mit Pflichtangaben zu Zielgruppe, Termin, Budgetrahmen und Format. Aus der Einsendung entsteht automatisch eine Aufgabe im richtigen Bereich, mit gesetzter Priorität aus einer Regel, zugewiesen an die zuständige Person nach Auftragsart, mit einer Unteraufgabenstruktur aus einer Vorlage und einem Fälligkeitsdatum, das relativ zum Wunschtermin gerechnet wird.
Was vorher fünf Mails und zwei Rückfragen waren, ist danach ein Vorgang mit vollständigen Angaben. Der Effekt ist in unseren Projekten deutlich messbar, allerdings nicht in eingesparten Stunden, sondern in weniger Nachfragen, weniger Fehlern und schnelleren Durchlaufzeiten. Genau dieselbe Struktur lässt sich für Reklamationen, Urlaubsanträge, Bestellanforderungen, IT-Anfragen, Vertragsprüfungen oder Bewerbungsprozesse nutzen. Asana ist dann kein Projektwerkzeug mehr, sondern ein Prozesswerkzeug für Abläufe, die kein eigenes Fachsystem verdienen.
Die Grenze dieses Ansatzes ist ebenso klar zu benennen. Regeln in Asana sind ereignisgesteuert und arbeiten innerhalb der Plattform. Für Verzweigungen mit komplexer Logik, für Rückschleifen, für Berechnungen über mehrere Systeme, für Genehmigungen mit rechtlicher Wirkung oder für Abläufe mit Aufbewahrungspflichten reicht das nicht. Dann brauchen Sie eine Automatisierungsplattform oder ein echtes Workflow-System. Die Faustregel aus unseren Projekten: Was Sie in drei Sätzen erklären können, gehört in eine Regel. Was ein Ablaufdiagramm braucht, gehört woandershin.
Die Steuerungsebene ist der Grund, warum Organisationen von einer kostenlosen Nutzung in höhere Stufen wechseln. Ein Portfolio zeigt für dreißig oder achtzig Projekte gleichzeitig Status, Fälligkeit, Verantwortlichkeit und ausgewählte Felder. Statusangaben lassen sich manuell setzen oder aus dem Fortschritt der Aufgaben ableiten. Für Leitungsrunden ergibt das eine Grundlage, die nicht am Vorabend erstellt wurde, sondern aus der tatsächlichen Arbeit stammt.
Die Zielebene geht einen Schritt weiter. Ziele werden hierarchisch angelegt – Unternehmensziel, Bereichsziel, Teamziel – mit messbaren Ergebnissen und Verknüpfung zu den Portfolios oder Projekten, die darauf einzahlen. Wenn diese Verknüpfung gepflegt ist, entsteht eine Antwort auf die Frage, die in Strategieprozessen am häufigsten offen bleibt: Arbeiten wir tatsächlich an dem, was wir uns vorgenommen haben? Unsere Erfahrung ist allerdings ernüchternd genug, um sie zu erwähnen: Die Zielebene ist die am seltensten dauerhaft gepflegte Funktion. Sie funktioniert dort, wo Führung sie in Regelbesprechungen nutzt, und verwaist überall sonst innerhalb weniger Quartale.
Die Auslastungsansicht schließlich zeigt, wie viele Aufgaben eine Person in einem Zeitraum trägt, optional gewichtet nach einem Aufwandsfeld. Das ist nützlich für die Erkennung von Überlast und für Umverteilung – aber es ist keine Ressourcenplanung. Es gibt keine Kapazitätsrechnung über Rollen und Skills, keinen automatischen Ausgleich, keine Verknüpfung mit Arbeitszeitmodellen, Abwesenheiten oder Stundensätzen. Wer eine echte Einsatzplanung braucht, sollte das ausdrücklich prüfen. Und noch ein Hinweis: Auslastungsdaten sind personenbezogene Leistungsdaten. Bevor Sie diese Ansicht Führungskräften öffnen, gehört das Thema auf die Agenda der Mitbestimmung.
Vorab eine notwendige Einordnung: Der Nutzen von KI im Arbeitsmanagement liegt selten dort, wo Produktvorführungen ihn zeigen. Beeindruckend wirkt die automatische Erzeugung ganzer Projektstrukturen aus einem Satz. Wirtschaftlich relevant sind Statusberichte, die niemand mehr manuell schreiben muss, Zusammenfassungen langer Kommentarverläufe und Regeln, die eine Einordnung vornehmen, für die vorher ein Mensch draufschauen musste. Prüfen Sie Angebote deshalb nicht danach, ob KI enthalten ist, sondern danach, welche konkrete wiederkehrende Tätigkeit damit kleiner wird.
Der belastbarste Anwendungsfall ist die Statusberichterstattung. In vielen Organisationen schreiben Projektverantwortliche wöchentlich einen Absatz zum Stand ihres Vorhabens – eine Tätigkeit, die kaum jemand gern übernimmt, die in Stresswochen zuerst ausfällt und deren Ergebnis oft eine Beschreibung des Offensichtlichen ist. Eine KI, die Aufgabenstatus, Terminverschiebungen, abgeschlossene Meilensteine und Kommentarverläufe kennt, kann diesen Absatz vorformulieren. Der Mensch prüft, ergänzt Einschätzung und Entscheidungsbedarf und gibt frei. Das ist keine Revolution, sondern eine spürbare Entlastung an einer lästigen Stelle.
Auf Portfolioebene wird derselbe Mechanismus interessanter. Ein automatisch erzeugter Portfolioüberblick, der aus achtzig Projekten die drei benennt, in denen sich Termine verschoben haben, ist eine echte Führungsunterstützung – vorausgesetzt, die Aussagen sind belegt. Achten Sie deshalb bei jeder Bewertung auf einen einzigen Punkt: Verlinkt die Zusammenfassung die Aufgaben und Projekte, aus denen sie ihre Aussage zieht? Nur mit Quellenverweis ist eine KI-Zusammenfassung überprüfbar, und nur eine überprüfbare Zusammenfassung darf in eine Leitungsrunde.
Die Risikoerkennung ist der Bereich mit der größten Streuung zwischen Anspruch und Wirklichkeit. Muster wie „Fälligkeit mehrfach verschoben“, „keine Aktivität seit längerer Zeit“, „Aufgaben ohne Verantwortliche“, „Abhängigkeit blockiert“ oder „Aufwand konzentriert sich auf eine Person“ lassen sich verlässlich erkennen und sind wertvoll, weil sie in großen Portfolios untergehen. Weniger verlässlich sind Aussagen über inhaltliche Risiken, die im Text von Kommentaren stecken. Behandeln Sie KI-Risikohinweise deshalb als Hinweis auf einen Ort, an dem jemand hinsehen sollte – nicht als Bewertung.
Ein dritter, unauffälliger Anwendungsfall verdient Erwähnung: Zusammenfassungen langer Kommentarverläufe. Wer nach zwei Wochen Urlaub in eine Aufgabe mit vierzig Kommentaren einsteigt, braucht zwanzig Minuten für das Lesen. Eine Zusammenfassung mit den getroffenen Entscheidungen und offenen Punkten spart diese Zeit vollständig. Das ist der Anwendungsfall, der in unseren Projekten am wenigsten beworben und am häufigsten tatsächlich genutzt wird.
Der zweite Funktionsblock greift tiefer in die Arbeitsabläufe ein. Bei der Feldbefüllung erzeugt die KI Werte für benutzerdefinierte Felder aus dem Inhalt einer Aufgabe: Sie ordnet eine Anfrage einer Auftragsart zu, schätzt eine Priorität ein, erkennt den betroffenen Bereich, leitet eine Kategorie aus einem Formulartext ab. Für Eingangsbearbeitung ist das nützlich, weil Menschen genau diese Einordnung ungern und uneinheitlich vornehmen. Der Preis ist Unsicherheit: Eine falsch gesetzte Kategorie steuert eine Aufgabe in die falsche Bearbeitungskette. Nutzen Sie diese Funktion deshalb dort, wo eine Fehlklassifikation billig zu korrigieren ist – nicht bei rechtlich relevanten oder sicherheitskritischen Vorgängen.
Natürlichsprachige Auswertungen erlauben Fragen in Alltagssprache: „Welche Projekte in diesem Portfolio haben offene Aufgaben mit überschrittener Fälligkeit?“ Der Nutzen ist real, weil das Erstellen guter Filter und Dashboards eine Fähigkeit ist, die wenige Menschen in einer Organisation besitzen. Die Grenze liegt in der Genauigkeit: Ein Sprachmodell kann eine Frage anders interpretieren als gemeint, und das Ergebnis sieht in beiden Fällen gleich plausibel aus. Für Erkundung ist das ausreichend, für Kennzahlen, die in Berichte einfließen, sollten Sie gespeicherte, geprüfte Abfragen verwenden.
Der ambitionierteste Bereich sind KI-Agenten innerhalb von Regeln. Gemeint ist ein Regelschritt, der keine feste Aktion ausführt, sondern eine Anweisung an ein Sprachmodell enthält – etwa: Prüfe die Beschreibung, entscheide über die Zuordnung, formuliere eine erste Antwort, fasse den Vorgang für die nächste Bearbeitungsstufe zusammen. Damit verlässt Automatisierung die Welt starrer Wenn-Dann-Ketten und wird zu einer Bearbeitung mit Ermessen. In der Praxis lohnt sich das bei Eingangsbearbeitung, Vorqualifizierung, Dublettenerkennung und dem Erzeugen von Erstentwürfen.
Genau hier gehört jedoch eine Warnung hin, die wir in jedem Projekt aussprechen. Ein Agent, der selbstständig Zuordnungen ändert, Aufgaben verschiebt, Kommentare schreibt oder Personen zuweist, greift in Arbeitsabläufe ein, ohne dass ein Mensch die Entscheidung geprüft hat. Beginnen Sie deshalb ausschließlich mit vorschlagenden Agenten: Die KI erzeugt einen Kommentar mit ihrem Vorschlag, ein Mensch bestätigt. Erst wenn Sie über Wochen sehen, dass die Trefferquote in Ihrem Kontext trägt, verschieben Sie einzelne, gut abgegrenzte Schritte in den automatischen Vollzug – und dokumentieren, welche das sind.
Vier Grenzen sollten Sie kennen, bevor Sie KI-Funktionen zu einem Argument in Ihrer Entscheidung machen.
Eine fünfte Grenze ist organisatorischer Natur und wird selten benannt: KI-Funktionen verändern, wer in einer Organisation Überblick hat. Wenn Statusberichte automatisch entstehen, verschwindet ein Anlass, bei dem Projektverantwortliche über ihr Vorhaben nachdenken mussten. Das ist nicht zwangsläufig schlecht – aber es sollte eine bewusste Entscheidung sein. Wir empfehlen, den KI-Bericht als Vorlage zu behandeln, die um eine menschliche Einschätzung zu Risiken und Entscheidungsbedarf ergänzt wird. Dieser Zusatz ist der Teil, den eine KI nicht liefern kann, und der Teil, den Leitungsrunden tatsächlich brauchen.
Die relevanten Anknüpfungspunkte gliedern sich in vier Gruppen: Kommunikation, Büro- und Dateiwelt, Fachsysteme aus Entwicklung und Vertrieb sowie Identität und Verwaltung. Dazu kommt die Frage, was Sie über Automatisierungsplattformen und eigene Entwicklung ergänzen.
Der wichtigste Integrationspunkt ist der Chat. Anbindungen an Slack und Microsoft Teams erlauben es, Aufgaben aus einer Nachricht zu erzeugen, Statusänderungen in Kanäle zu spielen, Projekte in einem Reiter darzustellen und Benachrichtigungen dort zu erhalten, wo ohnehin gearbeitet wird. Dieser Punkt entscheidet in der Praxis über Akzeptanz mehr als jede Funktion: Wenn Beschäftigte für jede Statusabfrage in ein zweites Werkzeug wechseln müssen, wechseln sie irgendwann nicht mehr.
Gleichzeitig entsteht daraus die häufigste Fehlkonfiguration, die wir sehen. Wer alle Ereignisse in einen Kanal spielt, erzeugt eine Benachrichtigungsflut, die nach zwei Wochen stummgeschaltet wird – und danach ist die Integration wertlos. Unsere Empfehlung lautet: Spielen Sie ausschließlich Ereignisse in Kanäle, auf die eine Handlung folgen soll. Statuswechsel auf „blockiert“, überschrittene Fälligkeiten bei Meilensteinen, neue Anfragen im Eingangsprojekt. Alles andere gehört in die persönliche Übersicht der jeweiligen Person, nicht in einen Gruppenkanal.
Für Google Workspace und Microsoft 365 existieren Anbindungen an Kalender, Mail und Dateiablagen: Termine aus Aufgaben, Aufgaben aus Mails, Anhänge als Verweis auf die Datei im jeweiligen Speicher statt als Kopie. Der letzte Punkt ist wichtiger, als er klingt. Wenn Anhänge als Kopie in der Plattform landen, entstehen Dateiversionen, die auseinanderlaufen, und ein Datenschutzthema an einem Ort, an dem Sie es nicht erwarten. Legen Sie in der Nutzungsrichtlinie fest, dass Dokumente verlinkt und nicht hochgeladen werden – mit klar benannten Ausnahmen.
Für Organisationen mit Softwareentwicklung ist die Verbindung zu Jira der relevanteste Punkt. Das typische Muster: Fachbereiche und Leitung arbeiten in Asana, die Entwicklung in Jira, und einzelne Vorgänge werden zwischen beiden Welten synchronisiert. Das funktioniert, verlangt aber eine klare Festlegung, welches System für welche Information führend ist – andernfalls entstehen zwei Wahrheiten mit unterschiedlichem Status. Unsere Erfahrung: Synchronisieren Sie so wenige Felder wie möglich, idealerweise Titel, Status und einen Verweis, und halten Sie die inhaltliche Diskussion in genau einem System.
Auf der Vertriebsseite existieren Anbindungen an CRM-Systeme wie Salesforce. Das gängige Szenario ist die Übergabe vom Abschluss in die Umsetzung: Ein gewonnenes Geschäft erzeugt automatisch ein Projekt aus einer Vorlage, mit Kundenangaben in den Feldern und den Standardaufgaben der Einführung. Dieses Muster ist in unseren Projekten regelmäßig einer der überzeugendsten Anwendungsfälle überhaupt, weil es genau an der Bruchstelle zwischen zwei Abteilungen ansetzt, an der sonst Informationen verloren gehen.
Für alles, was keine fertige Anbindung hat, stehen Automatisierungsplattformen bereit – von den bekannten Anbietern bis zu Lösungen, die im eigenen Rechenzentrum betrieben werden können. Der letzte Punkt ist für datenschutzsensible Organisationen wichtig: Eine selbst betriebene Automatisierungsplattform hält die Verbindungslogik und die dabei verarbeiteten Daten unter eigener Kontrolle, statt sie über einen weiteren Dienstleister zu führen. Wenn Sie ohnehin Automatisierung planen, lohnt diese Überlegung vor der ersten Verbindung, nicht nach der zwanzigsten.
Die Programmierschnittstelle selbst ist umfangreich und erlaubt Lesen und Schreiben nahezu aller Objekte sowie Ereignisbenachrichtigungen an eigene Endpunkte. Damit sind eigene Auswertungen, Datenexporte in ein Berichtswesen und individuelle Anbindungen möglich. Planen Sie dafür jedoch Lebenszykluskosten ein: Jede Eigenentwicklung ist ein kleines Softwareprojekt, das bei Änderungen an der Schnittstelle angepasst werden muss. Zwei gut gepflegte Anbindungen sind wertvoller als acht, die niemand mehr versteht.
Dieser Integrationspunkt entscheidet über Verwaltungsaufwand und Sicherheit und wird regelmäßig zu spät bearbeitet. In den Unternehmensstufen stehen Einmalanmeldung über SAML und automatische Nutzerbereitstellung über SCIM zur Verfügung, sodass Konten aus dem Verzeichnisdienst entstehen, Gruppenzugehörigkeiten dorthin folgen und Austritte zu einer Deaktivierung führen. Ohne diese Anbindung pflegen Sie Konten manuell – und haben nach zwei Jahren verwaiste Zugänge von Personen, die das Unternehmen längst verlassen haben.
Vier Fragen sollten Sie in der Einführung klären. Welches System ist die führende Quelle für Konten und Gruppen? Wie schnell wirkt eine Deaktivierung, und was geschieht mit den Aufgaben einer ausgeschiedenen Person? Wer darf Bereiche und Projekte anlegen und Gäste einladen? Und wie wird verhindert, dass Beschäftigte sich außerhalb Ihrer Organisation mit der Firmenmailadresse einen eigenen kostenlosen Bereich anlegen – ein Effekt, der bei Cloud-Werkzeugen regelmäßig auftritt und aus Sicht des Datenschutzes unangenehm ist, weil dort Unternehmensdaten außerhalb Ihrer Verwaltung liegen.
Ein letzter Hinweis zur Verwaltung: Prüfen Sie, welche Protokolle über Zugriffe, Rechteänderungen und Exporte verfügbar sind und wie Sie sie auslesen. Für Organisationen mit Nachweispflichten ist das ein hartes Auswahlkriterium und nicht mit einem Verweis auf die Verwaltungsoberfläche zu beantworten. Lassen Sie sich zeigen, wie ein Prüfprotokoll aussieht, wie lange es vorgehalten wird und wie es in Ihr Sicherheitsmonitoring gelangt.
Diese drei Produkte werden am häufigsten gegeneinander gestellt, und sie sind sich funktional näher, als Vergleichstabellen suggerieren. Alle drei bieten mehrere Ansichten, benutzerdefinierte Felder, Formulare, Regeln, Dashboards und KI-Funktionen. Der Unterschied liegt im Charakter. monday.com ist ein Baukasten, der bewusst offen ist: Sie bauen sich Ihre Struktur aus Tafeln und Spalten, was enorme Freiheit und ebenso enormes Wildwuchsrisiko bedeutet. ClickUp verfolgt einen Vollständigkeitsanspruch mit sehr breitem Funktionsumfang – von Dokumenten über Zeiterfassung bis Chat –, was mächtig ist und die Oberfläche für Gelegenheitsnutzer überladen wirken lässt.
Asana ist stärker meinungsgeprägt. Die Plattform gibt vor, dass eine Aufgabe genau eine verantwortliche Person hat, dass Arbeit zu Projekten und Projekte zu Portfolios und Zielen gehören, und dass Struktur zentral definiert wird. Diese Meinung ist die eigentliche Stärke im Mittelstand: Sie verhindert die Beliebigkeit, in der ein offener Baukasten nach einem Jahr endet. Wer maximale Anpassbarkeit will, empfindet dieselbe Eigenschaft als Einschränkung.
Für die Auswahl bedeutet das: Beurteilen Sie nicht Funktionslisten, sondern die Frage, wie viel Struktur Ihre Organisation braucht und selbst herstellen kann. Organisationen mit starker interner Prozessdisziplin fahren mit einem offenen Baukasten gut. Organisationen, in denen jede Abteilung eine eigene Arbeitsweise hat und Governance schwach ist, profitieren von einem Produkt, das Struktur erzwingt. Beide Wettbewerber ordnen wir in eigenen Artikeln ausführlich ein.
Jira ist ein anderes Werkzeug für eine andere Zielgruppe. Es ist die Referenz für Vorgangsverwaltung in der Softwareentwicklung, mit tiefer Anpassbarkeit von Vorgangstypen, Arbeitsabläufen, Bildschirmmasken und Berechtigungen. Diese Tiefe ist ein Vorteil in technischen Teams und ein Nachteil überall sonst: Fachbereiche empfinden Jira als anspruchsvoll, die Administration ist eine eigene Rolle, und die Einstiegshürde ist deutlich höher. In vielen Organisationen ist die richtige Antwort deshalb nicht ein Werkzeug, sondern beide – Jira in der Entwicklung, eine Arbeitsmanagement-Plattform in den Fachbereichen, verbunden über eine bewusst schmale Synchronisation. Ein Vorteil von Jira, der für datenschutzsensible Organisationen zählt: Ein Betrieb in eigener Infrastruktur ist über die Data-Center-Variante möglich.
Microsoft ist der stärkste Wettbewerber im Mittelstand, und zwar nicht aus funktionalen Gründen, sondern weil die Lizenzen ohnehin vorhanden sind. Planner ist einfach, in Teams eingebettet und für kleine Aufgabenlisten völlig ausreichend – ihm fehlen jedoch Portfolios, Zielverknüpfung, ausgereifte Regeln, Formulare mit Logik und Berichte über viele Projekte. Project ist deutlich mächtiger und in Ressourcen- und Terminplanung stark, aber als Werkzeug für breite Beteiligung in Fachbereichen nicht gedacht. Wo Microsoft gewinnt: keine zusätzliche Lizenz, keine zusätzliche Anmeldung, ein Anbieter weniger im Datenschutzverzeichnis. Wo Asana gewinnt: Bedienbarkeit für Nicht-Techniker, Prozessfunktionen, Zielabgleich und Berichte. Diese Abwägung gehört dokumentiert, denn sie ist die häufigste Frage der Geschäftsführung.
Der DACH-Markt bietet eine Reihe von Anbietern, die häufig in dieselbe engere Auswahl kommen – und aus zwei Gründen zurecht: Serverstandort in Deutschland oder Europa und ein Funktionszuschnitt, der auf mittelständische Projektarbeit statt auf globale Konzernkoordination ausgelegt ist. awork verbindet moderne Bedienung mit Zeiterfassung und Projektauswertung und ist damit für Dienstleister mit abrechenbaren Projekten oft die passendere Wahl. factro setzt auf Struktur und Projektstrukturplan mit klarer Bedienung und Hosting in Deutschland. MeisterTask ist der leichtgewichtige Einstieg für Teams, die Boards und einfache Automatisierung brauchen. InLoox ist eng an Microsoft 365 angebunden und punktet dort, wo Outlook der zentrale Arbeitsort ist. Stackfield kombiniert Aufgaben mit Kommunikation und Ende-zu-Ende-Verschlüsselung bei deutschem Hosting. Projektron deckt den anspruchsvollsten Bereich ab: Projektsteuerung mit Zeiterfassung, Abrechnung, Controlling und Mehrprojektmanagement, mit der Option zum Betrieb in eigener Infrastruktur.
Die ehrliche Einordnung lautet: Bei Datenschutz und Datenhoheit ist die Argumentation mit einem europäischen Anbieter deutlich einfacher, insbesondere wenn ein Betrieb im eigenen Rechenzentrum möglich ist. Bei Zeiterfassung und Abrechnung sind mehrere deutsche Produkte Asana klar überlegen. Bei organisationsweiter Koordination, Zielabgleich, Portfoliotransparenz, Integrationsbreite und Reife der KI-Funktionen liegt Asana in der Regel vorn. Welche Seite dieser Abwägung schwerer wiegt, hängt von Ihrem Anwendungsfall ab – und diese Entscheidung sollten Sie mit einer schriftlichen Begründung treffen, nicht mit einem Bauchgefühl.
Ein Hinweis zur Vergleichsmethodik: Vergleichen Sie nicht Funktionslisten, sondern zwei oder drei echte Abläufe aus Ihrem Haus. Nehmen Sie den Prozess, der heute am meisten Reibung erzeugt – etwa den Weg einer Kundenanfrage von der Aufnahme bis zur Umsetzung – und lassen Sie sich diesen Ablauf von jedem Anbieter in einer Testumgebung mit Ihren Feldern und Ihren Rollen zeigen. Wer so vergleicht, erhält ein realistisches Bild und eine Entscheidung, die auch zwei Jahre später nachvollziehbar bleibt.
Das folgende Vorgehen hat sich in Mittelstandsprojekten bewährt. Es beginnt bewusst nicht mit der Software, sondern mit einem Ablauf, der heute Reibung erzeugt – denn eine Plattform ohne konkreten Auftrag wird nach drei Monaten eine weitere Aufgabenliste, die niemand pflegt.
Wenn wir aus allen Einführungsprojekten eine einzige Empfehlung mitgeben dürften, wäre es diese: Legen Sie Struktur und Benennung fest, bevor die Plattform breit genutzt wird. Cloud-Werkzeuge sind so einfach zu bedienen, dass jede Person in fünf Minuten ein Projekt anlegen kann – und genau daraus entsteht das Problem. Nach einem Jahr existieren Projekte mit Namen wie Neu, Test, Kampagne, Kampagne 2 und Sachen von Müller, drei Teams verwenden vier verschiedene Statusfelder, und niemand weiß, welches Projekt für welchen Kunden zuständig ist.
Ein funktionierendes Schema besteht aus drei Elementen. Erstens einer Teamstruktur, die der Organisation folgt und nicht der Projektlage – Abteilungen und Bereiche ändern sich seltener als Vorhaben. Zweitens einem Namensschema für Projekte, das Typ, Kunde oder Bereich und Bezeichnung enthält, damit Suche und Sortierung funktionieren. Drittens einer Feldbibliothek mit organisationsweit einheitlichen Feldern für Priorität, Status, Auftragsart, Aufwand und was Sie sonst auswerten wollen. Diese drei Festlegungen passen auf eine Seite und sind die Grundlage jeder späteren Auswertung – und, wie in Kapitel 04 beschrieben, auch jeder brauchbaren KI-Aussage.
Ergänzen Sie das um zwei Regeln zum Lebenszyklus: Jedes Projekt hat eine verantwortliche Person, und jedes Projekt wird nach Abschluss archiviert statt gelöscht oder liegen gelassen. Diese beiden Sätze verhindern den größten Teil des Wildwuchses. Wer sie nicht durchsetzt, betreibt nach zwei Jahren eine Plattform, deren Suche unbrauchbar geworden ist – und das ist der Punkt, an dem Nutzer aussteigen.
Der Nutzen der Plattform steigt sprunghaft, sobald Regeln einen Teil der Koordinationsarbeit übernehmen. Gleichzeitig entsteht damit eine neue Aufgabe, die in Einführungsprojekten selten eingeplant wird: Regeln müssen gepflegt werden. Eine Regel, die auf ein Feld verweist, das umbenannt wurde, arbeitet still falsch. Eine Regel, die eine Person zuweist, die das Unternehmen verlassen hat, erzeugt Aufgaben ins Leere. Und in gewachsenen Umgebungen widersprechen sich Regeln irgendwann, weil zwei Personen unabhängig voneinander automatisiert haben.
Führen Sie deshalb ein einfaches Verzeichnis Ihrer Automatisierungen mit Zweck, Verantwortlichem und letztem Prüfdatum. Es genügt eine Liste, aber es braucht sie. Prüfen Sie diese Liste halbjährlich gemeinsam mit den Bereichsverantwortlichen und streichen Sie, was niemand mehr braucht. Der Aufwand liegt bei wenigen Stunden pro Halbjahr und verhindert den Zustand, in dem niemand mehr weiß, warum Aufgaben plötzlich verschwinden.
Zum Adminaufwand allgemein: Rechnen Sie mit einer anteiligen Rolle, nicht mit einer Nebentätigkeit ohne Zeitbudget. Realistisch braucht eine mittelständische Organisation eine Person, die einen kleinen, aber verlässlichen Teil ihrer Arbeitszeit für Struktur, Rechte, Vorlagen, Regeln, Schulung und Aufräumen aufwendet – plus benannte Verantwortliche in den Bereichen. Diese Rolle ist der Unterschied zwischen einer Plattform, die nach zwei Jahren noch genutzt wird, und einer, die zur Ablage veralteter Aufgaben geworden ist. Weil kein Serverbetrieb anfällt, wird der Aufwand gern auf null geschätzt. Das ist der häufigste Kalkulationsfehler in diesem Produktsegment.
Beim Rollout gilt eine einfache Regel: Beginnen Sie nicht mit Transparenz für die Leitung, sondern mit Nutzen für die Beteiligten. Wer eine Plattform einführt, damit die Geschäftsführung besser sieht, was Teams tun, erzeugt Widerstand – berechtigten Widerstand, denn aus Sicht der Betroffenen entsteht zunächst Mehraufwand ohne Gegenleistung. Wer dagegen mit einem Ablauf beginnt, der den Beteiligten selbst Arbeit erspart – Anfragen mit vollständigen Angaben statt Rückfragen, keine Statusmails mehr, sichtbare Prioritäten –, gewinnt Nutzung. Die Transparenz für die Leitung entsteht dann als Nebenprodukt.
Für die Schulung hat sich Kürze bewährt. Die meisten Beschäftigten brauchen fünf Handgriffe: Aufgabe finden, Status ändern, kommentieren, Termin verschieben mit Begründung, neue Aufgabe im richtigen Projekt anlegen. Alles darüber betrifft eine kleine Gruppe von Verantwortlichen, die eine eigene, tiefere Einweisung erhalten sollte. Lange Schulungen für alle sind teuer und wirkungslos; eine einseitige Anleitung mit den fünf Handgriffen und ein benannter Ansprechpartner im Bereich wirken deutlich besser.
Die dauerhafte Aufgabe ist die Pflege des Datenmodells. Felder, die niemand mehr nutzt, gehören entfernt. Werte in Auswahllisten, die sich vermehrt haben, gehören zusammengeführt. Projekte ohne Aktivität gehören archiviert. Vorlagen, die nicht mehr dem Ablauf entsprechen, gehören aktualisiert. Wir empfehlen einen festen Termin pro Halbjahr mit dokumentiertem Ergebnis – wenige Stunden Aufwand, und gleichzeitig ein guter Nachweis, dass die Plattform nicht nur eingeführt, sondern geführt wird. Ohne diesen Termin verfällt jedes Datenmodell, und mit ihm verfällt der Nutzen der Berichte und der KI-Funktionen.
Marketing ist das Szenario mit dem schnellsten sichtbaren Erfolg, und der Grund ist einfach: Kaum ein Bereich leidet stärker unter unstrukturierten Anfragen. Die typische Ausgangslage sieht so aus – Anfragen kommen per Mail, im Vorbeigehen oder aus einer Besprechung, häufig mit fehlenden Angaben zu Zielgruppe, Termin und Budget. Die Folge sind Rückfragen, Priorisierung nach Lautstärke und Termine, die nicht zu halten sind, weil niemand einen Überblick über die Gesamtlast hatte.
Ein Formular als einziger Eingang ändert diese Situation grundlegend. Wer etwas möchte, füllt fünf Pflichtfelder aus. Aus der Einsendung entsteht eine Aufgabe mit vollständigen Angaben, gesetzter Auftragsart und automatischer Zuweisung. Die Bereichsleitung sieht alle offenen Anfragen mit Aufwandsschätzung und kann Priorisierung begründen, statt sie zu verhandeln. Für die Umsetzung liefert eine Vorlage die Standardschritte einer Kampagne, für Freigaben eignen sich Genehmigungsaufgaben mit klarer Verantwortlichkeit.
Bei Kundenprojekten kommt die Zusammenarbeit mit Externen hinzu. Kunden, Agenturen oder Lieferanten lassen sich als Gäste in ein abgegrenztes Projekt einbinden – wirtschaftlich attraktiv, weil dafür in der Regel keine volle Lizenz nötig ist. Zwei Dinge gehören hier vorab geregelt. Erstens die Sichtbarkeit: Ein Gast darf genau das Projekt sehen, für das er eingeladen wurde, und nichts darüber hinaus – prüfen Sie das aktiv, statt es anzunehmen. Zweitens der Datenschutz: Wenn Externe personenbezogene Daten in Aufgaben sehen oder eintragen, ist zu klären, auf welcher Grundlage das geschieht und wie lange diese Daten dort bleiben.
Onboarding ist unser Standardvorschlag für ein Pilotprojekt, und zwar aus drei Gründen. Der Ablauf ist bekannt, er betrifft mehrere Abteilungen, und sein Scheitern ist unangenehm sichtbar – wenn am ersten Arbeitstag der Zugang fehlt, merkt es die neue Person sofort. Genau deshalb überzeugt der Erfolg. Eine Vorlage mit Aufgaben für IT, Personalabteilung, Fachbereich, Arbeitssicherheit und Führungskraft, mit Terminen relativ zum Eintrittsdatum und Regeln für Erinnerungen, ersetzt eine Kontrollliste, die im günstigen Fall existiert und im typischen Fall im Kopf einer einzelnen Person lebt.
In der Produktentwicklung liegt der Nutzen woanders: in der Nachvollziehbarkeit von Entscheidungen. Ideen entstehen in vielen Köpfen, werden mündlich diskutiert und verschwinden. Ein Ideenprojekt mit Bewertungsfeldern für Aufwand, Nutzen und Risiko macht daraus einen nachvollziehbaren Bestand. Was in die Umsetzung geht, erhält ein Projekt mit Meilensteinen und Abhängigkeiten; was verworfen wird, bleibt mit Begründung dokumentiert. Der zweite Wert liegt in der Schnittstelle zur Entwicklung – ein Fachbereich, der den Stand seiner Anforderung sehen kann, fragt nicht mehr nach.
Wiederkehrende Abläufe sind der unauffälligste und in der Summe größte Hebel. Monatsabschluss, Inventurvorbereitung, Wartungsplan, Auditvorbereitung, Messeorganisation, jährliche Schulungsnachweise: Diese Abläufe sind in vielen mittelständischen Betrieben in Tabellenkalkulationen abgebildet, die eine Person pflegt und die im Urlaubsfall zum Risiko werden. Als wiederkehrendes Projekt aus einer Vorlage mit klaren Verantwortlichkeiten sind sie ausfallsicher, nachvollziehbar und für Prüfungen dokumentiert. Der Aufwand für die Umstellung eines solchen Ablaufs liegt bei wenigen Stunden – und der Nutzen wiederholt sich jeden Monat.
Drei Grenzen sollten Sie kennen, bevor Sie Asana zum zentralen Werkzeug erklären. Die erste ist die Zeiterfassung. Es gibt eine einfache Möglichkeit, Zeiten an Aufgaben zu erfassen, aber es ist keine vollständige Zeitwirtschaft: keine Arbeitszeitmodelle, keine Pausenregeln, keine Abwesenheitsverwaltung, keine Auswertung im Sinne des Arbeitszeitrechts, keine Freigabeprozesse für Zeitnachweise. Wenn Sie Arbeitszeit rechtssicher erfassen müssen, brauchen Sie ein eigenes System – und dann steht die Frage im Raum, ob eine Doppelerfassung in zwei Werkzeugen zumutbar ist.
Die zweite Grenze ist die Abrechnung. Stundensätze, Budgetkontrolle gegen Auftragswert, Teilrechnungen, Nachkalkulation, Deckungsbeiträge je Projekt – das ist nicht der Aufgabenbereich einer Arbeitsmanagement-Plattform. Für Dienstleister, deren Geschäft aus abrechenbaren Projekten besteht, ist das ein hartes Argument. In dieser Konstellation sind Werkzeuge mit integrierter Zeiterfassung und Fakturierung meist die bessere Grundlage, selbst wenn sie bei Koordination und Berichten weniger bieten.
Die dritte Grenze ist die Ressourcen- und Kapazitätsplanung. Die Auslastungsansicht zeigt, wie viele Aufgaben eine Person trägt, optional gewichtet nach einem Aufwandsfeld. Das ist Überlasterkennung, nicht Einsatzplanung. Es gibt keine Planung nach Rollen und Qualifikationen, keinen automatischen Ausgleich über Vorhaben hinweg, keine Verknüpfung mit Abwesenheiten und Arbeitszeitmodellen und keine Szenarienrechnung. Wer Personal über viele parallele Vorhaben planen muss, braucht dafür ein anderes Werkzeug.
Unsere Empfehlung für diese Fälle: Bauen Sie keine Krücken. Der Versuch, Zeiterfassung und Abrechnung über benutzerdefinierte Felder, Formeln und Exportlisten nachzubilden, endet fast immer in einer Konstruktion, die eine Person versteht und die bei der ersten Änderung zerbricht. Entweder Sie akzeptieren zwei Systeme mit einer klaren Schnittstelle und einer klaren Zuständigkeit je Information – oder Sie wählen von Anfang an ein Werkzeug, das beides kann, und nehmen dafür Abstriche bei Koordination und Zielabgleich in Kauf. Beide Wege sind vertretbar; die Krücke ist es nicht.
Zunächst zu den Kosten. Die Gesamtkosten setzen sich aus fünf Blöcken zusammen, von denen nur der erste auf einem Angebot steht – und der teuerste steht dort nie.
Diesen Kosten steht ein Nutzen gegenüber, der sich benennen lässt: weniger Statusmails und Statusbesprechungen, kürzere Durchlaufzeiten bei Anfragen, weniger Rückfragen durch strukturierte Eingänge, weniger Fehler in wiederkehrenden Abläufen, ausfallsichere Prozesse statt Wissen in Einzelköpfen und eine Leitungsübersicht ohne Folienpflege. Wir empfehlen, diese Nutzenerwartung vor der Einführung schriftlich zu fixieren – mit zwei oder drei einfachen Messpunkten wie Durchlaufzeit einer Anfrage oder Zahl der Statusbesprechungen –, damit nach zwölf Monaten überprüfbar ist, ob sie eingetreten ist.
Die ehrliche Zusammenfassung lautet: Asana ist ein reiner Cloud-Dienst eines US-Anbieters, und ein Betrieb in eigener Infrastruktur ist nicht vorgesehen. Datenhoheit im engen Sinne – Daten liegen in einer Umgebung, die Sie kontrollieren, an einem Standort, den Sie bestimmen – ist mit diesem Produkt nicht erreichbar. Wer diese Anforderung hat, weil regulatorische Vorgaben, Konzernvorgaben oder eine Risikobewertung es verlangen, sollte die Auswahl auf europäische oder self-hostbare Werkzeuge begrenzen und Asana nicht in die engere Auswahl nehmen. Das ist keine Kritik am Produkt, sondern eine Frage der Anforderung.
Für alle anderen ist eine DSGVO-konforme Nutzung möglich, sie muss aber sauber begründet werden. Der Weg dorthin führt über eine europäische Datenregion für die Speicherung, einen vollständigen Auftragsverarbeitungsvertrag, eine dokumentierte Prüfung der Datentransfers in die USA samt Standardvertragsklauseln und Transfer-Folgenabschätzung, eine Bewertung der Subprozessoren einschließlich der Modellanbieter hinter den KI-Funktionen und eine klare Festlegung, welche Datenkategorien in der Plattform verarbeitet werden dürfen. Nehmen Sie insbesondere den letzten Punkt ernst: Eine Nutzungsrichtlinie, die ausdrücklich benennt, was nicht in Aufgaben gehört – Gesundheitsdaten, Bewerbungsunterlagen, Leistungsbeurteilungen, Vertragsentwürfe mit Personenbezug –, ist eine der wirksamsten Maßnahmen überhaupt und kostet nichts.
Ein Punkt verdient besondere Aufmerksamkeit, weil er in der Praxis übersehen wird: Datenhoheit ist keine Eigenschaft, die Sie mit der Vertragsunterschrift ein für alle Mal bewerten. Jede Aktivierung einer neuen Funktion – besonders im KI-Bereich – kann neue Verarbeitungswege und neue Subprozessoren bedeuten. Verankern Sie deshalb in Ihrer internen Freigabe, dass neue KI-Funktionen vor der Aktivierung datenschutzrechtlich bewertet werden, und benennen Sie, wer das entscheidet. Ohne diese Regel aktiviert irgendwann ein Administrator eine Funktion in guter Absicht, und Ihre Dokumentation stimmt nicht mehr.
Wenn Datenhoheit ein hartes Kriterium ist, gibt es im DACH-Raum belastbare Alternativen, die wir ausdrücklich als DSGVO-konformere Option benennen. awork, factro, MeisterTask, InLoox und Stackfield sind deutsche Anbieter mit Hosting in Deutschland oder der EU; Stackfield bietet zusätzlich Ende-zu-Ende-Verschlüsselung. Projektron deckt den anspruchsvolleren Bereich der Projektsteuerung mit Zeiterfassung und Controlling ab und lässt sich in eigener Infrastruktur betreiben. Für Organisationen mit Atlassian-Landschaft ist Jira in der Data-Center-Variante ein Weg zum Eigenbetrieb. Dazu kommen offene Werkzeuge, die vollständig selbst gehostet werden können, mit dem üblichen Handel: mehr Kontrolle, mehr Betriebsverantwortung, in der Regel geringerer Funktionsumfang bei Zielebene, Portfolios und KI.
Die Abwägung ist selten eindeutig, und wir empfehlen, sie schriftlich zu treffen. Ein europäischer Anbieter vereinfacht die Datenschutzargumentation erheblich, kostet aber häufig Funktionsumfang bei Integrationen, Portfoliosteuerung, Zielabgleich und KI-Reife. Ein US-Anbieter liefert diese Reife, verlangt aber eine belastbare Transferdokumentation und eine bewusste Entscheidung der Geschäftsführung. Halten Sie in zwei Absätzen fest, welchen Weg Sie gewählt haben, welche Alternativen Sie geprüft haben und warum die Entscheidung so ausgefallen ist. Dieses Dokument ist im Fall einer Prüfung mehr wert als jede technische Maßnahme.
Eine Arbeitsmanagement-Plattform macht Arbeit sichtbar – das ist ihr Zweck und gleichzeitig ihr mitbestimmungsrechtlicher Kern. Aus jeder Aufgabe lässt sich ablesen, wer wofür verantwortlich ist, wann etwas erledigt wurde, wie oft ein Termin verschoben wurde und wie viele Aufgaben eine Person trägt. Die Auslastungsansicht bündelt das personenbezogen, Berichte lassen sich nach Person filtern, und Aktivitätsprotokolle zeigen Bearbeitungszeitpunkte. Damit sind technische Einrichtungen im Spiel, die zur Überwachung von Leistung und Verhalten geeignet sind – und das löst in Deutschland regelmäßig Mitbestimmung aus, unabhängig davon, ob eine Überwachung beabsichtigt ist.
Praktikabel ist in unserer Erfahrung eine Betriebsvereinbarung mit vier Elementen. Erstens eine Zweckbindung: Die Plattform dient der Koordination von Arbeit, nicht der Bewertung von Personen. Zweitens eine Festlegung, welche Auswertungen zulässig sind – typischerweise aggregierte Auswertungen auf Team- oder Projektebene, keine personenbezogenen Leistungsvergleiche, mit klar benannten Ausnahmen etwa für Nachweise von Unterweisungen. Drittens eine Regelung zu Aufbewahrung und Löschung von Aktivitätsdaten. Viertens eine ausdrückliche Aussage zu KI-Funktionen: Welche sind aktiv, welche Daten verarbeiten sie, und wo ist ausgeschlossen, dass KI-Ergebnisse in Bewertungen von Beschäftigten einfließen.
Der praktische Rat aus vielen Projekten: Führen Sie dieses Gespräch früh und offen. Ein Betriebsrat, der die Plattform in der Pilotphase kennenlernt und mitgestaltet, ist ein Verbündeter für die Einführung. Ein Betriebsrat, der von einer fertigen Lösung mit aktivierter Auslastungsansicht und KI-Berichten erfährt, wird zurecht misstrauisch – und dann kostet die Nachverhandlung mehr Zeit als die Einführung selbst.
