Czym jest health check Zasady Manifestu Agile?

Health check Zasady Manifestu Agile zamienia każdą z 12 zasad stojących za Manifestem Agile w stwierdzenie dotyczące Waszego zespołu, na przykład Działające oprogramowanie jest dla nas podstawową miarą postępu. Każdy ocenia poszczególne stwierdzenia na pięciostopniowej skali od „Zdecydowanie się nie zgadzam” do „Zdecydowanie się zgadzam”. Dzięki temu widać, które zasady opisują rzeczywisty sposób pracy zespołu, a z którymi zespół zgadza się tylko na papierze. Stwierdzenia obejmują całą listę: wczesne i ciągłe dostarczanie, otwartość na późne zmiany, częste wydania, codzienną współpracę z biznesem, zmotywowanych ludzi, rozmowę twarzą w twarz, działające oprogramowanie, zrównoważone tempo, techniczną doskonałość, prostotę, samoorganizację i regularną refleksję. Najniżej ocenione zasady oraz te, co do których zespół jest najbardziej podzielony, tworzą gotowy plan kolejnej retrospektywy.

Wymiary

Zasady Agile

Dwanaście zasad stojących za Manifestem Agile, ocenianych według tego, jak bardzo zespół zgadza się, że każda z nich odzwierciedla Wasz rzeczywisty sposób pracy.

  • Ciągłe dostarczanie

    Zasada 1. Naszym najwyższym priorytetem jest zadowolenie klienta dzięki wczesnemu i ciągłemu dostarczaniu wartościowego oprogramowania.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam
  • Otwartość na zmiany

    Zasada 2. Jesteśmy otwarci na zmiany wymagań, nawet na późnym etapie prac. Nasze zwinne procesy wykorzystują zmiany, by zapewnić klientowi przewagę konkurencyjną.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam
  • Częste wydania

    Zasada 3. Często dostarczamy działające oprogramowanie, 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. Przedstawiciele biznesu i deweloperzy współpracują u nas 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ą swoją pracę.

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

    Zasada 6. Prowadzimy wydajne i skuteczne rozmowy twarzą w twarz, aby przekazywać informacje zespołowi deweloperskiemu i wewnątrz niego.

    • 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 sprzyjają zrównoważonemu rozwojowi. Sponsorzy, deweloperzy i użytkownicy mogą bez końca utrzymywać stałe tempo pracy.

    • Zdecydowanie się nie zgadzam
    • Neutralnie
    • Zdecydowanie się zgadzam
  • Jakość

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

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

    Zasada 10. Stawiamy na prostotę – sztukę maksymalizowania ilości pracy, której nie trzeba wykonać.

    • 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 skutecznym, a następnie odpowiednio dostosowuje swoje działania.

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

Kiedy należy skorzystać z tej kontroli stanu zdrowia

  • Podczas retrospektywy, gdy zespół chce sprawdzić swoje nawyki w odniesieniu do zasad, które przyjął.
  • Gdy powstaje nowy zespół i potrzebuje wspólnego rozumienia, co na co dzień oznacza zwinna praca.
  • Co kwartał, aby śledzić, czy praktyki zbliżają się do 12 zasad, czy się od nich oddalają.
  • Po dużej zmianie procesu, aby sprawdzić, czy nowy sposób pracy nadal respektuje te zasady.

Porady i wskazówki

  • Przeprowadźcie go przed retrospektywą i wpiszcie do agendy dwie lub trzy najniżej ocenione zasady.
  • Powtarzajcie go co kwartał, aby widzieć trendy i docenić zasady, w których nastąpiła poprawa.
  • Zachowajcie anonimowość odpowiedzi, aby ludzie oceniali to, co faktycznie się dzieje, a nie to, do czego zespół aspiruje.
  • Porównajcie zasady ocenione przez zespół najwyżej z tymi ocenionymi najniżej. Różnica między nimi zwykle prowadzi do najbardziej wartościowej dyskusji.
  • Do każdej nisko ocenionej zasady dobierzcie jeden mały eksperyment do wypróbowania w kolejnym sprincie.

Najczęściej zadawane pytania

Co mierzy ten health check?
To, jak bardzo zespół zgadza się, że każda z 12 zasad stojących za Manifestem Agile opisuje Wasz rzeczywisty sposób pracy. Wyniki pokazują, które zasady realizujecie dobrze, a które wymagają uwagi.
Kto powinien wziąć udział?
Wszyscy zaangażowani w dostarczanie: deweloperzy, Product Ownerzy, Scrum Masterzy, projektanci i interesariusze biznesowi. Zasada 4 dotyczy codziennej współpracy przedstawicieli biznesu z deweloperami, dlatego perspektywa strony biznesowej ma znaczenie.
Jak często należy go przeprowadzać?
Dla większości zespołów sprawdza się rytm kwartalny. To wystarczająco długo, by zmiany zdążyły przynieść efekt, i wystarczająco często, by dostrzec trendy, na które można zareagować.
Jak wygląda ocenianie?
Każda zasada jest oceniana na pięciostopniowej skali zgody od „Zdecydowanie się nie zgadzam” do „Zdecydowanie się zgadzam”. Możecie porównywać zasady, wychwytywać odstające wyniki i śledzić, jak oceny zmieniają się w czasie.