Zasady Manifestu Agile

Oceń, jak silnie Twój zespół ucieleśnia dwanaście zasad stojących za Manifestem Agile — od ciągłego dostarczania po ciągłe doskonalenie.

Proszę biegać w TeamRetro

Zmierz, jak blisko Twój zespół żyje dwunastoma zasadami Manifestu Agile

Oparta na dwunastu zasadach stojących za Manifestem Agile, ta ocena pomaga zespołom sprawdzić, jak dobrze ich codzienne praktyki odzwierciedlają wartości, dzięki którym agile działa. Każde stwierdzenie odpowiada bezpośrednio jednej z oryginalnych zasad — od ciągłego dostarczania i otwartości na zmiany po zrównoważone tempo, doskonałość techniczną i regularną refleksję. Oceniając poziom zgody w odniesieniu do wszystkich dwunastu zasad, zespoły dostrzegają, gdzie żyją zwinnym sposobem myślenia, a gdzie nawyki oddaliły się od intencji, co rozpoczyna szczere rozmowy o tym, jak się rozwijać.

Wymiary

Zasady Agile

Dwanaście zasad stojących za Manifestem Agile, ocenianych według tego, jak silnie Twój zespół zgadza się, że każda z nich odzwierciedla sposób, w jaki faktycznie pracujecie.

  • Ciągłe dostarczanie

    *Zasada 1*. Naszym najwyższym priorytetem jest zadowolenie klienta poprzez wczesne i ciągłe dostarczanie wartościowego oprogramowania.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam

  • Otwartość na zmiany

    *Zasada 2*. Z zadowoleniem przyjmujemy zmieniające się wymagania, nawet na późnym etapie tworzenia oprogramowania. Nasze zwinne procesy wykorzystują zmiany dla zapewnienia klientowi przewagi konkurencyjnej.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam

  • Częste wydania

    *Zasada 3*. Dostarczamy działające oprogramowanie często, w odstępach od kilku tygodni do kilku miesięcy, preferując krótsze terminy.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam

  • Współpraca

    *Zasada 4*. Nasi ludzie biznesu i programiści współpracują ze sobą codziennie przez cały czas trwania projektu.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam

  • Wspieranie zespołu

    *Zasada 5*. Budujemy projekty wokół zmotywowanych ludzi. Zapewniamy im potrzebne środowisko i wsparcie oraz ufamy, że wykonają zadanie.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam

  • Komunikacja

    *Zasada 6*. Prowadzimy wydajne i skuteczne rozmowy twarzą w twarz, aby przekazywać informacje do zespołu programistycznego i w jego obrębie.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam

  • Działające oprogramowanie

    *Zasada 7*. Działające oprogramowanie jest dla nas podstawową miarą postępu.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam

  • Zrównoważony rozwój

    *Zasada 8*. Nasze zwinne procesy promują zrównoważony rozwój. Nasi sponsorzy, programiści i użytkownicy są w stanie utrzymywać stałe tempo w nieskończoność.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam

  • Jakość

    *Zasada 9*. Nieustannie dbamy o doskonałość techniczną i dobry projekt, aby zwiększać zwinność.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam

  • Prostota

    *Zasada 10*. Cenimy prostotę – sztukę maksymalizacji ilości niewykonanej pracy.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam

  • Samoorganizacja

    *Zasada 11*. Najlepsze architektury, wymagania i projekty powstają, ponieważ jesteśmy samoorganizującym się zespołem.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam

  • Ciągłe doskonalenie

    *Zasada 12*. W regularnych odstępach czasu nasz zespół zastanawia się, jak stać się bardziej efektywnym, a następnie dostraja i dostosowuje swoje zachowanie.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam

Kiedy używać tej oceny kondycji?

  • Podczas retrospektywy, gdy Twój zespół chce ponownie połączyć się z podstawowymi wartościami agile.
  • Przy wdrażaniu nowego zespołu, aby uzgodnić, co naprawdę oznacza praca w zwinny sposób.
  • Okresowo, aby śledzić w czasie, jak blisko codzienne praktyki odzwierciedlają dwanaście zasad agile.
  • Po znaczącej zmianie procesu, aby sprawdzić, czy Wasze sposoby pracy wciąż honorują zasady agile.

Porady i wskazówki

  • Przeprowadź ten check przed retro i wykorzystaj najniżej ocenione zasady do ustalenia agendy.
  • Powtarzaj ocenę co kwartał, aby wizualizować trendy i świętować postępy.
  • Zachęcaj do szczerych, anonimowych odpowiedzi, aby wyniki odzwierciedlały rzeczywistość, a nie aspiracje.
  • Omówcie różnicę między zasadami, które Twój zespół ocenia wysoko, a tymi ocenianymi nisko — w tym kontraście kryją się najbogatsze rozmowy.
  • Połącz każdą nisko ocenioną zasadę z jednym małym, konkretnym eksperymentem do wypróbowania w kolejnym sprincie.

Często zadawane pytania

Co mierzy ten health check?
Mierzy, jak silnie Twój zespół zgadza się, że każda z dwunastu zasad stojących za Manifestem Agile odzwierciedla sposób, w jaki faktycznie pracujecie, uwypuklając, gdzie dobrze żyjecie wartościami agile, a gdzie jest miejsce na rozwój.
Kto powinien wziąć udział?
Wszyscy zaangażowani w dostarczanie — programiści, właściciele produktu, scrum masterzy, projektanci i interesariusze biznesowi — aby uchwycić pełny obraz tego, jak zasady agile sprawdzają się w całym zespole.
Jak często powinniśmy go przeprowadzać?
Rytm kwartalny sprawdza się dobrze w większości zespołów, dając wystarczająco dużo czasu, by zmiany zaczęły działać, a jednocześnie ujawniając trendy, na które można reagować.
Jak jest oceniany?
Każda zasada jest oceniana na pięciostopniowej skali zgody, od zdecydowanie się nie zgadzam do zdecydowanie się zgadzam, dzięki czemu możesz porównywać zasady, dostrzegać odchylenia i śledzić zmiany w czasie.