Zum Hauptinhalt springen
Verkürzen Sie die Übergabe von Produkt an Engineering um die Hälfte. Wenn ein PM ein PRD in Notion, Google Docs oder dem Dokumenteditor von Linear ablegt, zerlegt diese Automatisierung das Dokument in umsetzbare Engineering-Tickets — inklusive Akzeptanzkriterien, Aufwandsschätzung und den passenden Labels — und erstellt sie anschließend in Ihrem Linear-Projekt.

Diese Vorlage verwenden

Öffnen Sie PRD to Linear Tickets in Devin und erstellen Sie die Automatisierung mit der Standardkonfiguration. Sie können sie vor dem Speichern anpassen.
Sie suchen eine praxisnahe Anleitung? Im Schritt-für-Schritt-Tutorial zu PRD to Linear Tickets finden Sie eine vollständige Einführung.

Was diese Automatisierung macht

Die PRD-zu-Tickets-Automatisierung ist der erste Schritt in einer vollständig automatisierten Produktpipeline. In Kombination mit Linear Ticket Implementation erhalten Sie eine durchgängige Kette von der Spezifikation bis zum ausgelieferten Code. Devin liest das Dokument, unterscheidet zwischen Entwicklungsaufgaben, Design und offenen Fragen und erstellt Tickets mit ausreichend Kontext für alle, die sie übernehmen.

So funktioniert es

Auslöser: Linear-Ereignislabel.added
  • Ereignis: linear:label_added
    • Bedingungen:
      • addedLabel.name eq prd
Was Devin tut: Startet eine Sitzung mit dem vollständigen Ereigniskontext, führt den folgenden Prompt aus und benachrichtigt Sie optional im Fehlerfall.

Voraussetzungen

Beispiel-Prompt

Die Vorlage enthält diesen Prompt. Sie können ihn nach einem Klick auf Vorlage verwenden bearbeiten oder unverändert lassen.

Einrichtung

  1. Öffnen Sie Automations → Templates in Devin.
  2. Klicken Sie auf PRD to Linear Tickets. Die Erstellungsseite wird mit dieser Vorlage bereits ausgefüllt geöffnet.
  3. Verbinden Sie alle erforderlichen Integrationen und installieren Sie MCP-Server, falls Sie das noch nicht getan haben.
  4. Ersetzen Sie alle Platzhalterwerte in den Trigger-Bedingungen (ersetzen Sie zum Beispiel your-org/your-repo durch Ihr tatsächliches Repo).
  5. Prüfen Sie den Prompt und passen Sie ihn an die Sprache, Konventionen und Guardrails Ihres Teams an.
  6. Klicken Sie auf Create automation.
Die meisten Automatisierungsvorlagen enthalten empfohlene ACU- und Aufruflimits, um die Kosten beim anfänglichen Rollout zu begrenzen. Belassen Sie diese zunächst unverändert, bis Sie mit dem Verhalten der Automatisierung vertraut sind, und erhöhen Sie sie dann passend zu Ihrem Workload.

Wann Sie diese Vorlage verwenden sollten

  • PM → Eng-Übergaben, bei denen die Ticketerstellung zum Engpass wird
  • Große Feature-Spezifikationen in sprintgerechte Arbeitspakete aufteilen
  • Review-Sitzungen zu Spezifikationen, bei denen alle Tickets „sofort“ wollen
  • Die Produktbereitstellung in schnelllebigen Teams beschleunigen

Ideen zur Anpassung

  • Ticketsystem wechseln (Linear, Jira, GitHub Issues, Asana)
  • Label-/Prioritätszuordnung aus PRD-Metadaten hinzufügen
  • Auf ein bestimmtes Linear-Team oder eine bestimmte Notion-Datenbank begrenzen
  • Nicht nur Engineering-, sondern auch Design-, QA- und Dokumentationsaufgaben einbeziehen

Siehe auch