{"id":629,"date":"2022-01-26T01:56:50","date_gmt":"2022-01-26T01:56:50","guid":{"rendered":"https:\/\/www.cybermedian.com\/de\/?p=629"},"modified":"2022-03-22T14:12:42","modified_gmt":"2022-03-22T06:12:42","slug":"agile-team-the-development-maturity","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/de\/agile-team-the-development-maturity\/","title":{"rendered":"Agiles Team: Die Entwicklungsreife"},"content":{"rendered":"
\n
\n
\n

Kontinuierliche und unvorhersehbare Ver\u00e4nderungen sind in den meisten Branchen und Gesch\u00e4ftsfeldern an der Tagesordnung.\u00a0Vuca (Variabilit\u00e4t, Ungewissheit, Komplexit\u00e4t und Ambiguit\u00e4t) erfordert, dass Sie traditionelle und veraltete Management- und F\u00fchrungsmethoden und -praktiken vermeiden.<\/span><\/p>\n

<\/figure>\n

Daher beginnen immer mehr Unternehmen mit der Einf\u00fchrung von\u00a0\u00a0<\/span>Agile<\/span><\/a>\u00a0\u00a0und\u00a0\u00a0<\/span>Scrum<\/span><\/a>\u00a0, doch die agile Umsetzung ist bei vielen Unternehmen nicht zufriedenstellend.<\/span><\/p>\n

Im Laufe der t\u00e4glichen Arbeit wird die Arbeitsweise des Teams stark durch den Teamleiter oder den Serviceleiter beeinflusst.\u00a0Manchmal h\u00e4ngt die Agilit\u00e4t des Teams vom individuellen Arbeitsstil der F\u00fchrungskraft ab.\u00a0Das Modell ist aus den Fugen geraten und hat das Team nicht wirklich agil gemacht.<\/span><\/p>\n

Wenn also ein\u00a0\u00a0<\/span>Produktteam<\/span><\/a>\u00a0\u00a0ein\u00a0\u00a0<\/span>agiles Entwicklungsmodell anwendet<\/span><\/a>\u00a0, woher wissen Sie, ob das Team wirklich agil ist?<\/span><\/p>\n<\/div>\n<\/div>\n<\/section>\n

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

Warum Scrum einfach, aber nicht einfach ist?<\/span><\/span><\/h4>\n

Scrum<\/span><\/a>\u00a0\u00a0ist einfach, aber aus folgenden Gr\u00fcnden nicht einfach:<\/span><\/p>\n

    \n
  1. Eine erfolgreiche Ver\u00e4nderung erfolgt nicht vollst\u00e4ndig von oben nach unten oder von unten nach oben;<\/span><\/li>\n
  2. Der Endzustand ist unvorhersehbar und Scrum muss kontinuierlich verbessert werden;<\/span><\/li>\n
  3. Scrum ist in der gesamten Organisation allgegenw\u00e4rtig;<\/span><\/li>\n
  4. Scrum ist v\u00f6llig anders als traditionelles Training\/Ausbildung;<\/span><\/li>\n
  5. \u00c4nderungen kommen schneller als zuvor;<\/span><\/li>\n
  6. Best Practices sind gef\u00e4hrlich.\u00a0Finden Sie eine Methode, die zu Ihnen passt;<\/span><\/li>\n<\/ol>\n

    Scrum ist nicht nur eine technische Ver\u00e4nderung, sondern auch eine konzeptionelle Neuerung.\u00a0Das gesamte Team muss dabei folgende Haltung einnehmen:<\/span><\/p>\n

      \n
    1. Das Team muss lernen, ohne einen gro\u00dfen und umfassenden Plan zu arbeiten;<\/span><\/li>\n
    2. Das Team muss lernen, Anforderungen durch User Stories und Kommunikation ohne detaillierte Anforderungsdokumente zu analysieren und zu verstehen, und mit dem Design und der Programmierung beginnen;<\/span><\/li>\n
    3. Das Team sollte an h\u00e4ufige Code-\u00dcbermittlung und kontinuierliche Integration gew\u00f6hnt sein;<\/span><\/li>\n
    4. Das Team arbeitet in einer hochgradig transparenten Umgebung, und jedermanns Fortschritte sind allen bekannt;<\/span><\/li>\n
    5. Das Team braucht Paarprogrammierung, und h\u00e4ufige Kommunikation und Diskussion sind erforderlich;<\/span><\/li>\n<\/ol>\n

      Scrum ist nicht nur ein Prozess-Framework, sondern, was noch wichtiger ist, es nutzt Scrum, um Teams aufzubauen und Teamf\u00e4higkeiten zu verbessern.\u00a0Der Grad des Team-Running-in bestimmt fast die Wirkung der Scrum-Implementierung.\u00a0Aber der Erfolg des Teams wird nicht \u00fcber Nacht erreicht.\u00a0Wie man das Team in verschiedenen Phasen des Teams poliert, ist eine Herausforderung f\u00fcr alle.<\/span><\/p>\n

      Dieser Artikel konzentriert sich auf die drei Phasen eines Scrum-Teams von der Erstellung bis zur Reife, um Ihnen dabei zu helfen, Ihre Teamphase zu lokalisieren und einen Weg zu finden, die n\u00e4chste Phase zu durchbrechen.<\/span><\/p>\n

      Agiles Team: Stufe I<\/span><\/span><\/h4>\n
        \n
      1. Die Rolle des PO (\u00a0<\/span>Product Owner<\/span><\/a>\u00a0) im Team ist klar und der PO ist f\u00fcr die Verwaltung des\u00a0\u00a0<\/span>Product Backlog verantwortlich<\/span><\/a>\u00a0;<\/span><\/li>\n
      2. PO ist die Hauptquelle von Anforderungen und ist verantwortlich f\u00fcr das Sammeln von Anforderungen von allen Parteien und ist f\u00fcr die Anforderungen verantwortlich;<\/span><\/li>\n
      3. Der PO ist verantwortlich f\u00fcr die Bestimmung der Priorit\u00e4t des Product Backlogs, was auch bei \u00c4nderungen der Fall ist;<\/span><\/li>\n
      4. Es gibt eine Person im Team, die die Rolle des\u00a0\u00a0<\/span>Scrum Masters<\/span><\/a>\u00a0\u00fcbernehmen kann , im Grunde wird diese Person die Rolle des Scrum Masters f\u00fcr lange Zeit einnehmen;<\/span><\/li>\n
      5. Grunds\u00e4tzlich in der Lage sein, das Team zu koordinieren, um die im Sprint aufgetretenen Probleme zu l\u00f6sen.\u00a0Die F\u00e4higkeit, dom\u00e4nen\u00fcbergreifende Probleme zu l\u00f6sen, ist jedoch schwach;<\/span><\/li>\n
      6. Der Scrum Master unterst\u00fctzt die Teammitglieder bei der Pflege des Sprint Backlogs und kultiviert die Gewohnheit der Teammitglieder, das Sprint Backlog selbst zu pflegen;<\/span><\/li>\n
      7. Der Scrum Master ist f\u00fcr die Leitung und Leitung des Standmeetings verantwortlich.\u00a0Die Standbesprechung findet an einem festen Ort und Zeitpunkt statt und endet innerhalb der Regelzeit.\u00a0Der Scrum Master ist sehr klar \u00fcber die Arbeitsinhalte jedes Teammitglieds, und die meisten Probleme und Risiken k\u00f6nnen durch die Standbesprechung gefunden werden.\u00a0\uff1b<\/span><\/li>\n
      8. Der Scrum Master ist f\u00fcr die planm\u00e4\u00dfige Durchf\u00fchrung verschiedener Besprechungen verantwortlich, wie z.<\/span><\/li>\n
      9. Der Scrum Master ist daf\u00fcr verantwortlich, das Planmeeting zu leiten und zu leiten, die Bewertungsmethode der Arbeitsstunden anzugeben, den Planinhalt und die Priorit\u00e4tsstufe dieses Sprints anzugeben, alle anzuleiten, den Sprintinhalt aufzuteilen, und alle anzuleiten, die Bewertung der Arbeit abzuschlie\u00dfen Std;<\/span><\/li>\n
      10. Der Scrum Master ist f\u00fcr die Leitung und den Vorsitz des zusammenfassenden Meetings verantwortlich.\u00a0Der Scrum Master ist haupts\u00e4chlich daf\u00fcr verantwortlich, die Vor- und Nachteile dieser Iteration zusammenzufassen und Verbesserungsma\u00dfnahmen gegen die M\u00e4ngel zu formulieren und weiterzuverfolgen;<\/span><\/li>\n
      11. Der Scrum Master ist f\u00fcr die \u00dcberwachung von Risiken und Fortschritten verantwortlich und kann Stakeholder informieren;<\/span><\/li>\n
      12. In den meisten F\u00e4llen kann Team seine Verpflichtung gegen\u00fcber\u00a0\u00a0<\/span>DOD erf\u00fcllen<\/span><\/a>\u00a0;<\/span><\/li>\n<\/ol>\n

        Agiles Team: Phase II<\/span><\/span><\/h4>\n
          \n
        1. Der PO ist f\u00fcr die Verwaltung des Product Backlogs verantwortlich und das Team genehmigt den Inhalt des Product Backlogs;<\/span><\/li>\n
        2. Das Team unterst\u00fctzt den PO beim Sammeln von Anforderungen und schl\u00e4gt aktiv Anforderungen vor.\u00a0Team erkennt die Anforderungen und ist f\u00fcr die Anforderungen verantwortlich;<\/span><\/li>\n
        3. PO unterst\u00fctzt das Team bei der Bestimmung der Priorit\u00e4t des Product Backlogs, selbst wenn \u00c4nderungen auftreten;<\/span><\/li>\n
        4. Die Rolle des Scrum Masters im Team ist Backup.\u00a0Wenn der Scrum Master nicht da ist, kann Backup die Rolle der Arbeit voll \u00fcbernehmen;<\/span><\/li>\n
        5. Vollst\u00e4ndig in der Lage, das Team zu koordinieren, um die im Sprint aufgetretenen Probleme zu l\u00f6sen.\u00a0Die F\u00e4higkeit, bereichs\u00fcbergreifende Probleml\u00f6sungen zu f\u00f6rdern, ist stark, aber die F\u00e4higkeit, abteilungs\u00fcbergreifende Probleml\u00f6sungen zu f\u00f6rdern, ist schwach;<\/span><\/li>\n
        6. Die Teammitglieder haben sich angew\u00f6hnt, das Sprint Backlog selbst zu pflegen, und der Scrum Master muss nur beaufsichtigen und erinnern;<\/span><\/li>\n
        7. Der Scrum Master unterst\u00fctzt den effektiven Ablauf des Standmeetings.\u00a0Die Standbesprechung endet innerhalb der Regelzeit an einem festgelegten Ort und Zeitpunkt.\u00a0Teammitglieder sind sehr klar \u00fcber die Arbeitsinhalte anderer Mitglieder.\u00a0Teammitglieder k\u00f6nnen dem Scrum Master helfen, einige Probleme und Risiken zu finden.\u00a0Einige Probleme und Risiken werden immer noch vom Scrum Master entdeckt;<\/span><\/li>\n
        8. Scrum Master hilft bei der effektiven Durchf\u00fchrung verschiedener Besprechungen, wie z. B. Planbesprechung, zusammenfassende Besprechung, PRD-\u00dcberpr\u00fcfung, ERD-\u00dcberpr\u00fcfung, Code-\u00dcberpr\u00fcfung, Fall\u00fcberpr\u00fcfung usw.;<\/span><\/li>\n
        9. Der Scrum Master hilft bei der effektiven Durchf\u00fchrung des Planmeetings und bespricht mit den Teammitgliedern, um die Bewertungsmethode der Arbeitszeit, den Planinhalt und die Priorit\u00e4t dieses Sprints festzulegen und dann gemeinsam die Aufteilung des Sprintinhalts und die Bewertung abzuschlie\u00dfen Arbeitszeit;<\/span><\/li>\n
        10. Der Scrum Master hilft bei der Zusammenfassung des effektiven Fortschritts des Meetings, der Diskussion und Zusammenfassung der Vor- und Nachteile dieser Iteration mit den Teammitgliedern und kann effektive Verbesserungsma\u00dfnahmen formulieren und effektive Verbesserungen gegen die M\u00e4ngel vornehmen, und die Vorteile k\u00f6nnen weiterhin aufrechterhalten werden;<\/span><\/li>\n
        11. Unter der Leitung des Scrum Masters beteiligen sich die Teammitglieder an der \u00dcberwachung von Risiken und Fortschritten und k\u00f6nnen die Stakeholder regelm\u00e4\u00dfig benachrichtigen;<\/span><\/li>\n
        12. Das Team vervollst\u00e4ndigt gemeinsam seine Verpflichtung zu DOD (Definition of Done);<\/span><\/li>\n<\/ol>\n

          Agiles Team: Stufe III<\/span><\/span><\/h4>\n
            \n
          1. Das Product Backlog wird vom PO initiiert und verwaltet, und das Team beteiligt sich an der Diskussion und Verbesserung;<\/span><\/li>\n
          2. Team schl\u00e4gt und sammelt Anforderungen gemeinsam und ist gemeinsam f\u00fcr das Produkt verantwortlich;<\/span><\/li>\n
          3. Das Team bestimmt gemeinsam und ist verantwortlich f\u00fcr die Priorit\u00e4t des Product Backlogs, auch wenn \u00c4nderungen auftreten;<\/span><\/li>\n
          4. Jeder im Team kann die Rolle des Scrum Masters \u00fcbernehmen;<\/span><\/li>\n
          5. Es kann dem Team helfen, alle im Sprint aufgetretenen Hindernisse zu \u00fcberwinden, und hat eine starke F\u00e4higkeit, dom\u00e4nen- und abteilungs\u00fcbergreifende Probleml\u00f6sungen zu f\u00f6rdern und sicherzustellen, dass die DoD wie vereinbart abgeschlossen wird;<\/span><\/li>\n
          6. Die Teammitglieder pflegen das Sprint Backlog bewusst und der Scrum Master \u00fcberpr\u00fcft regelm\u00e4\u00dfig die Pflege des Sprint Backlogs durch die Teammitglieder;<\/span><\/li>\n
          7. Teammitglieder beteiligen sich aktiv am Stand-up-Meeting, das effizient und effektiv durchgef\u00fchrt wird.\u00a0Das Stand-up-Meeting findet an einem festen Ort und Zeitpunkt statt und endet innerhalb der Regelzeit.\u00a0Die Teammitglieder sind sich sehr klar \u00fcber die Arbeitsinhalte anderer Mitglieder, und die Teammitglieder werfen aktiv Fragen und Risiken auf, entdecken alle Probleme und Risiken gemeinsam mit dem Scrum Master;<\/span><\/li>\n
          8. Mit der Unterst\u00fctzung des Scrum Masters leiten die Teammitglieder die effektive Durchf\u00fchrung verschiedener Meetings, wie z.<\/span><\/li>\n
          9. Mit der Unterst\u00fctzung des Scrum Masters leiten die Teammitglieder das Planmeeting, und das Team ist gemeinsam verantwortlich f\u00fcr die Ergebnisse der Arbeitsstundenauswertung, den Planinhalt und die aufgeteilten Ergebnisse dieses Sprints sowie die Best\u00e4tigungsergebnisse der Priorit\u00e4tsebene;<\/span><\/li>\n
          10. Unterst\u00fctzt durch den Scrum Master leiten Teammitglieder das Summary Meeting.\u00a0Das Team ist gemeinsam f\u00fcr die Ergebnisse dieser Iteration verantwortlich und kann gemeinsam die Grundursache der M\u00e4ngel erkennen.\u00a0In der sp\u00e4teren Phase verbessern sich alle Teammitglieder aktiv und effektiv und verwandeln die M\u00e4ngel nach und nach in Vorteile.\u00a0Die Vorteile k\u00f6nnen immer besser werden;<\/span><\/li>\n
          11. Das Team \u00fcberwacht gemeinsam aktiv Risiken und Fortschritte und kann die Beteiligten rechtzeitig benachrichtigen;<\/span><\/li>\n
          12. Team konzentriert sich auf die Realisierung von Funktionen und ist spezialisiert auf die Realisierung von Produkten.\u00a0Das Team hat die F\u00e4higkeit, den richtigen Weg des Produkts zu identifizieren und gemeinsam die kontinuierliche Verbesserung des Produkts voranzutreiben;<\/span><\/li>\n<\/ol>\n

            Zusammenfassung<\/span><\/span><\/h3>\n

            Je reifer ein agiles Team wird, desto mehr verlangt es nicht nur von PO und SM, sondern auch von den Teammitgliedern.<\/span><\/p>\n

            In einem agilen Entwicklungsteam ist dies ein Prozess des kontinuierlichen Lernens und Verbesserns, der die F\u00e4higkeiten und das Niveau des gesamten Teams f\u00f6rdert und somit der Entwicklung des Teams sehr zutr\u00e4glich ist, insbesondere wenn mehr neue Leute am Arbeitsplatz sind.<\/span><\/p>\n

            Schlie\u00dflich ist es besser, sie in der Teamarbeit lernen und wachsen zu lassen, was ihnen helfen kann, sich schneller zu verbessern und die Gesamtst\u00e4rke des Teams zu verbessern.<\/span><\/p>\n<\/div>\n<\/div>\n<\/section>\n

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