{"id":2116,"date":"2021-04-16T14:19:40","date_gmt":"2021-04-16T12:19:40","guid":{"rendered":"https:\/\/www.vollcom-digital.com\/digitales-leben\/agile-tickets-schreiben-user-story-epics-und-bugs\/"},"modified":"2025-06-11T11:11:59","modified_gmt":"2025-06-11T09:11:59","slug":"agile-tickets-schreiben","status":"publish","type":"post","link":"https:\/\/www.vollcom-digital.com\/de\/blog\/ressourcen\/tutorials-de\/agile-tickets-schreiben\/","title":{"rendered":"Agile tickets schreiben"},"content":{"rendered":"\n

Wenn man anf\u00e4ngt agil zu arbeiten, merkt man schnell, dass es wichtig ist, einen Wert f\u00fcr Endanwender und Stakeholder zu schaffen. Die Tickets sind ein wichtiger Teil davon, denn sie beschreiben, welchen Wert das Produkt f\u00fcr die Benutzer bringt. Was es mit agil auf sich hat, erfahren Sie in unserem Blogbeitrag Agile Softwareentwicklung<\/a>. Hier zeigen wir Ihnen, wie Sie ein agiles Ticket schreiben:<\/em><\/p>\n\n\n\n

<\/div>\n\n\n\n

User story<\/h3>\n\n\n\n

Eine User Story ist das kleinste Element eines Use Cases und beschreibt konkret die kleinstm\u00f6gliche Aufgabe, was der Benutzer mit dem erstellenden System tun soll und wie es reagieren soll. <\/p>\n\n\n\n

Sie sollten die User Story in Alltagssprache formulieren und so kurz wie m\u00f6glich halten:<\/strong><\/p>\n\n\n\n

    \n
  • Sei genau <\/li>\n\n\n\n
  • Klar sein – erkl\u00e4re so, dass andere die Aufgabe verstehen k\u00f6nnen<\/li>\n\n\n\n
  • Nur eine Aufgabe pro User story <\/li>\n\n\n\n
  • Eine User Story muss unabh\u00e4ngig sein<\/li>\n\n\n\n
  • User Stories sollten mit Kunden und Entwicklern besprochen werden, damit Fragen und Entscheidungen einbezogen werden k\u00f6nnen<\/li>\n\n\n\n
  • Eine User Story muss \u00fcberschaubar sein, damit die Entwickler die Einsch\u00e4tzungen vornehmen k\u00f6nnen<\/li>\n\n\n\n
  • Eine komplette Implementierung sollte mindestens 4 Stunden und maximal 80 Stunden dauern<\/li>\n\n\n\n
  • Sie m\u00fcssen getestet werden k\u00f6nnen<\/li>\n\n\n\n
  • Abh\u00e4ngige Stories m\u00fcssen sich in Epics und unabh\u00e4ngige User Stories unterteilen k\u00f6nnen<\/li>\n<\/ul>\n\n\n\n

    Eine User Story sollte die folgenden Punkte enthalten:<\/strong><\/p>\n\n\n\n

      \n
    • Eine ID-Nummer, die dieselbe ist wie im Product Backlog und die vom Product Owner vergeben wird, wenn ein Eintrag zum Product Backlog hinzuf\u00fcgt wird <\/li>\n\n\n\n
    • Kurzer Titel <\/li>\n\n\n\n
    • Eine User Beschreibung <\/li>\n\n\n\n
    • Was der User erreichen m\u00f6chte<\/li>\n\n\n\n
    • Der Grund, wieso der User diesen Task ausf\u00fchren m\u00f6chte <\/li>\n<\/ul>\n\n\n\n

      Beispiel: Als Website-Betreiber m\u00f6chte ich, dass die Nutzer meine Produkte online kaufen k\u00f6nnen, damit ich mehr Umsatz generieren kann.<\/p>\n\n\n\n

      Wie Sie sehen, m\u00fcssen Sie jede User Story aus der Ich-Perspektive formulieren: Wenn ich dies tue, erhalte ich dies. Die Verwendung der ersten Person versetzt den Autor in die position des Benutzers oder Kunden.<\/p>\n\n\n\n

      <\/div>\n\n\n\n

      Epics <\/h3>\n\n\n\n

      Epics sind Aufgaben auf Feature-Ebene, die viele User Stories umfassen. Es gilt folgendes: <\/p>\n\n\n\n

        \n
      • Ein Epic kann mehrere Komponenten enthalten<\/li>\n\n\n\n
      • Epics laufen normalerweise \u00fcber mehrere Sprints<\/li>\n\n\n\n
      • Epics k\u00f6nnen jederzeit um User Stories erweitert werden<\/li>\n<\/ul>\n\n\n\n

        Ein Epic besteht aus mehreren User Stories \u00fcber verschiedene Benutzerrollen und Szenarien. <\/p>\n\n\n\n

        Beispiel: <\/strong><\/p>\n\n\n\n

        Name des Epics: Landingpage X <\/p>\n\n\n\n

        Zusammenfassung: Implementierung einer M\u00f6glichkeit zur Verwaltung von Artikellayouts im Backend. Beschreibung: Benutzer sollten die M\u00f6glichkeit haben, Artikellayouts im Backend zu verwalten.<\/p>\n\n\n\n

        <\/div>\n\n\n\n

        Bugs beschreiben <\/h3>\n\n\n\n

        Wenn Sie die Meldungen genau beschreiben, k\u00f6nnen sie schneller korrigiert werden. <\/p>\n\n\n\n

        Das m\u00fcssen die Bugs auch:<\/strong><\/p>\n\n\n\n

          \n
        • Sei genau <\/li>\n\n\n\n
        • Sei klar – beschreibe so, damit andere dein bug verstehen k\u00f6nnen <\/li>\n\n\n\n
        • Beschreibe immer nur ein bug <\/li>\n\n\n\n
        • Kein Bug ist zu trivial, um gemeldet zu werden – hinter kleinen Fehlern k\u00f6nnen sich gr\u00f6\u00dfere Fehler verbergen<\/li>\n\n\n\n
        • Fakten von Annahmen klar trennen<\/li>\n\n\n\n
        • Schreibe den Fehlerbericht – wenn m\u00f6glich – auf Englisch<\/li>\n<\/ul>\n\n\n\n

          Eine gute Zusammenfassung sollte einen Fehlerbericht schnell und unmissverst\u00e4ndlich beschreiben. Sie sollten das Problem erkl\u00e4ren, nicht Ihren L\u00f6sungsvorschlag.<\/p>\n\n\n\n

          Beispiel:<\/strong> “Wenn der Kopiervorgang einer Datei abgebrochen wird st\u00fcrzt das Dateisystem ab” oder “Pfeil-nach-unten-Scrollen funktioniert nicht in <textarea>, das mit overflow:hidden gestylt ist”<\/p>\n\n\n\n

          <\/div>\n\n\n\n
          \n\t\n\n

          Brauchen Sie professionelle IT-L\u00f6sungen?<\/strong><\/h2>\n\n\n\n

          Holen Sie sich noch heute eine kostenlose Beratung!<\/h3>\n\n\n\n

          Ob Sie Netzwerkprobleme, Sicherheitsbedenken haben oder Softwareintegrationen ben\u00f6tigen, unser Team von IT-Experten steht Ihnen zur Verf\u00fcgung. Lassen Sie sich nicht von technischen Problemen aufhalten. Rufen Sie uns jetzt f\u00fcr eine kostenlose Ersteinsch\u00e4tzung an oder klicken Sie unten, um unser schnelles Kontaktformular auszuf\u00fcllen. Lassen Sie Technologie f\u00fcr Sie arbeiten.<\/p>\n\n\n

          \n\t\n\t\tJetzt Kontakt aufnehmen\t<\/a>\n<\/div>\n\n<\/div>\n<\/div>\n\n\n\n
          <\/div>\n","protected":false},"excerpt":{"rendered":"

          Wenn man anf\u00e4ngt agil zu arbeiten, merkt man schnell, dass es wichtig ist, einen Wert f\u00fcr Endanwender und Stakeholder zu…<\/p>\n","protected":false},"author":28,"featured_media":2113,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"footnotes":""},"categories":[825],"tags":[],"class_list":["post-2116","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tutorials-de"],"contentshake_article_id":"","_links":{"self":[{"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/posts\/2116","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/users\/28"}],"replies":[{"embeddable":true,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/comments?post=2116"}],"version-history":[{"count":3,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/posts\/2116\/revisions"}],"predecessor-version":[{"id":10162,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/posts\/2116\/revisions\/10162"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/media\/2113"}],"wp:attachment":[{"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/media?parent=2116"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/categories?post=2116"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.vollcom-digital.com\/de\/wp-json\/wp\/v2\/tags?post=2116"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}