Alle Anwendungsfälle

Software-Entwicklungsteams

Vom Backlog bis zum Deployment — strukturiert, nachvollziehbar und automatisiert.

TskVlo gibt Entwicklungsteams die Flexibilität benutzerdefinierter Felder, ohne die Starrheit herkömmlicher Projekttools. Eigene Workflow-Zustände definieren, Bugs neben Features verfolgen und wiederkehrende Schritte automatisieren.

Herausforderungen

  • Kontextwechsel zwischen vielen verschiedenen Tools
  • Starre Status-Workflows, die nicht zum eigenen Prozess passen
  • Keine integrierte Zeiterfassung für Sprint-Kapazitäten
  • KI-Tools können nicht auf Aufgabendaten zugreifen

Mit TskVlo

  • Benutzerdefinierte Status-Felder bilden jeden Workflow-Schritt ab
  • Eintragsabhängigkeiten blockieren nachgelagerte Aufgaben automatisch
  • Automatisierungsregeln übernehmen Statuswechsel und Benachrichtigungen
  • MCP-Integration lässt Claude Aufgaben priorisieren und verwalten
Software-Entwicklungsteams

Softwareteams arbeiten schnell und brauchen Tools, die mithalten können. TskVlo wurde mit Entwickler-Workflows im Sinn gebaut — flexibel genug, um sich deinem Prozess anzupassen, strukturiert genug, um alle auf einem Stand zu halten.

Eigene Workflow-Zustände

Schluss mit „To Do / In Progress / Done”. Definiere Status-Optionen, die deinen tatsächlichen Prozess widerspiegeln:

Backlog → Konzeption → Entwicklung → Code Review → QA → Staging → Veröffentlicht → Wird nicht behoben

Jeder Status bekommt eine eigene Farbe. Füge ein PERSON-Feld für „Prüfer” neben dem Standard-„Zuständigen” hinzu. Stapel die Felder, die für dein Team wichtig sind — Story Points, Sprint-Tags, verknüpfte PRs über URL-Felder.

Eintragsabhängigkeiten

Aufgaben blockieren, die erst beginnen können, wenn andere abgeschlossen sind. TskVlo verfolgt Blockierungsbeziehungen zwischen Einträgen — verhindert, dass Teams mit abhängiger Arbeit zu früh starten, und gibt Leads ein klares Bild des kritischen Pfades.

Beispiel: Der Frontend-Task für „Benutzerprofil-Seite” wird durch den Backend-Task „Benutzer-API-Endpunkt” blockiert. Der Frontend-Task wird als blockiert gekennzeichnet, bis der API-Task erledigt ist.

Automatisierung für Sprint-Workflows

Regeln einrichten, die die mechanischen Teile des Sprint-Managements übernehmen:

  • Wenn Status auf „Erledigt” wechselt → QA-Zuständigen benachrichtigen
  • Wenn Fälligkeitsdatum überschritten und Status ≠ „Erledigt” → als „Überfällig” markieren
  • Wenn Sprint-Tag wechselt → Eintrag der entsprechenden Board-Gruppe neu zuweisen

Bug-Reports direkt ins Backlog

Starte ein Bug-Board aus der integrierten Vorlage Bug Tracker und ergänze ein öffentliches Formular für Fehlermeldungen, damit Tester, Support oder Kunden Probleme ohne TskVlo-Konto melden können. Frage Schweregrad, betroffene Version und einen Link zum Screenshot ab; jede Meldung landet in deiner Triage-Gruppe, die Antworten bereits in den richtigen Feldern. Bette das Formular auf deiner Statusseite oder im Hilfe-Center ein, damit Meldungen dort ankommen, wo Nutzer ohnehin sind.

KI-gestützte Priorisierung

Claude über MCP verbinden und deinen KI-Assistenten bei der Triage einsetzen:

„Erstelle Bug-Aufgaben für jeden Eintrag mit dem Tag ‚Regression’ in der QA-Spalte und weise sie dem Entwickler zu, der das zugehörige Feature zuletzt angefasst hat”

„Zeig mir alles, was dem Backend-Team zugewiesen ist und in diesem Sprint überfällig ist”

CI/CD-Integration

Die REST-API macht es einfach, den Aufgaben-Status aus deiner Deployment-Pipeline heraus zu aktualisieren. Aufgaben automatisch als „Veröffentlicht” markieren, wenn ein PR in den Main-Branch gemergt wird. Aufgabendaten in deine Release-Notes-Generierung einbinden.

Datenkontrolle & Privatsphäre

Roadmap, technische Schulden und sicherheitsrelevante Aufgabendaten in einem gehosteten Workspace bündeln, betrieben von Einmahl Works — ohne Server, die dein Team warten muss. Getrennte Workspaces halten Projekte isoliert, Rollen regeln, wer bearbeiten darf, und Mitglieder lassen sich auf ausgewählte Boards beschränken.

Häufige Fragen

Integriert sich TskVlo mit GitHub oder GitLab?

Ja. Verbinde GitHub oder GitLab (auch self-hosted GitLab) in den Workspace-Einstellungen und füge dann die URL eines PRs, MRs, Issues oder Commits in eine Aufgabe ein, um sie zu verknüpfen. Die Aufgabe zeigt den Live-Status — offen/gemergt/geschlossen, Draft und CI-Ergebnisse — und eine Automatisierungsregel mit dem Auslöser "Wenn SCM-Status geändert wird" kann die Aufgabe verschieben, sobald ein PR gemergt ist.

Können wir TskVlo für Sprint-Planung verwenden?

Ja. Erstelle ein Sprint-Board mit einem Sprint-Feld (Status oder Datum). Verwende gespeicherte Filter, um nach Sprint zu filtern. Verschiebe Einträge in die nächste Sprint-Gruppe, wenn sie nicht abgeschlossen wurden.

Wie gehen wir mit Bugs und Features im selben Board um?

Füge ein "Typ"-Feld hinzu (Status: Bug, Feature, Chore, Tech Debt). Filtere oder gruppiere nach Typ, um deine Backlog-Ansichten zu trennen, ohne mehrere Boards verwalten zu müssen.

Kann der KI-Assistent den Aufgabenstatus aktualisieren, wenn ein PR gemergt wird?

Ja, über MCP. Konfiguriere dein KI-Tool mit dem TskVlo MCP-Server und weise es an, den Aufgabenstatus bei Deployment-Ereignissen zu aktualisieren.

Gibt es eine Möglichkeit, abhängige Aufgaben zu verknüpfen?

Ja. Öffne das Detailpanel eines Eintrags, um Abhängigkeiten (blockierend/blockiert-von) hinzuzufügen. Automatisierungsregeln können zudem prüfen, ob ein Eintrag noch eine blockierende Abhängigkeit hat.

Bereit, deinen Workflow zu kontrollieren?

Tritt der öffentlichen Beta bei — kostenlos, alle Features, unbegrenzte Nutzer. Sichere dir 50% lebenslangen Rabatt.