Social Learning - oprogramowanie SCRUM

Jednym z najbardziej udanych programów Social Learning w dzisiejszym świecie jest Scrum, oparte na iteracji, przyrostowe, zwinne oprogramowanie zaprojektowane do zarządzania rozwojem produktu. Zapewnia środowisko pracy, w którym zespół programistów może pracować jako jednostka, aby osiągnąć wspólny cel. Odbywa się to poprzez codzienny model komunikacji twarzą w twarz, umożliwiając członkom zespołu samoorganizację poprzez zachęcanie do fizycznej kolokacji i ścisłą współpracę online wszystkich członków zespołu.

Kluczową zasadą scrum jest to, że uznaje on możliwość zmiany opinii klientów na temat ich potrzeb podczas procesów produkcyjnych i rozumie, że z tymi nieprzewidzianymi wyzwaniami nie można łatwo poradzić sobie w przewidywalny lub zaplanowany sposób. Stąd Scrum działa na podejściu empirycznym, które koncentruje się na optymalizacji szybkości działania zespołu.

Framework Scrum oparty jest na trzech rdzeniach -

  • Scrum Master
  • Sprint
  • Backlog Produktu

Scrum Master

Zadaniem Scrum Mastera jest sprostanie wyzwaniom, przed którymi stoi zespół podczas realizacji celów produktowych. Zamiast tradycyjnego kierownika zespołu lub kierownika projektu, Scrum stanowi barierę między zespołem a innymi elementami rozpraszającymi. Scrum master zapewnia, że ​​proces scrum jest używany zgodnie z przeznaczeniem, często ułatwia kluczowe sesje i zachęca zespół do doskonalenia. Przejmuje obowiązki moderatora zespołu.

Scrum Master Service to the Product Owner (stakeholder) -

  • Zapewnienie technik efektywnego tworzenia i zarządzania Backlogiem Produktu.
  • Pomaganie zespołowi Scruma w zrozumieniu planowania produktu.
  • Pomoc właścicielowi produktu w optymalizacji Backlogu Produktu.
  • Ułatwianie wydarzeń Scrumowych zgodnie z życzeniem lub potrzebą.

Scrum Master Service to the Development Team -

  • Ułatwienie Zespołowi Deweloperskiemu wielofunkcyjności Scruma.
  • Pomaganie zespołowi programistycznemu w maksymalizacji ich wydajności.
  • Rozwiązywanie przeszkód na drodze zespołu Scrumowego.
  • Coaching zespołu w zakresie samoorganizacji wydarzeń i facylitacje, jeśli jest to wymagane.

Scrum Master Service to the Organization -

  • Pomaganie organizacji w dostosowaniu się do środowiska pracy Scruma.
  • Organizacja wdrożeń Scruma w organizacji.
  • Pomaganie pracownikom i interesariuszom w zrozumieniu, jak używać Scruma.
  • Wprowadzanie zmian w celu zwiększenia produktywności Zespołu Scrumowego.
  • Współpraca z innymi Scrum Mastersami w celu zwiększenia efektywności Scruma.

Sprint

Sprint (lub iteracja) jest podstawową jednostką rozwoju w scrumie i jest ograniczony do określonego czasu trwania. Czas trwania jest ustalany z góry dla każdego sprintu, przy czym najczęściej są to dwa tygodnie. Każdy sprint rozpoczyna się od zdarzenia planowania sprintu, które obejmuje zdefiniowanie rejestru sprintu, określenie celów i zadania sprintu oraz oszacowanie zobowiązania do osiągnięcia celu sprintu. Każdy sprint kończy się przeglądem sprintu, który sprawdza postępy i identyfikuje wnioski dotyczące przyszłych ulepszeń.

During the Sprint -

  • Nie wprowadza się żadnych zmian, które utrudniałyby osiągnięcie celu sprintu.
  • Cele jakościowe nie spadają.
  • Warunki można renegocjować między właścicielem produktu a zespołem programistycznym.

Każdy Sprint ma jasno zdefiniowany zestaw instrukcji dotyczących tego, co ma być zrobione, elastyczny plan prowadzenia zespołu w kierunku wyniku i powstałego produktu. Każdy Sprint traktowany jest jak projekt z miesięcznym terminem realizacji. Kiedy terminy Sprintu staną się zbyt długie, definicja wyniku końcowego będzie się zmieniać ze względu na liczne dane wejściowe, przez co może wzrosnąć złożoność i ryzyko niepowodzenia. Sprinty umożliwiają przewidywalność poprzez sprawdzanie adaptacji danych wejściowych i pomysłów wraz z postępem w kierunku Celu Sprintu co najmniej raz w miesiącu kalendarzowym. Sprinty ograniczają również ryzyko do jednego miesiąca kalendarzowego kosztów.

Codzienny Scrum

Codzienny Scrum to 15-minutowe działanie polegające na synchronizacji zespołu, w ramach którego zespół deweloperski tworzy plan na najbliższe 24 godziny. Odbywa się to poprzez sprawdzenie pracy od ostatniego Codziennego Scruma i zaplanowanie układu pracy, którą można by wykonać przed następnym. Ma to na celu zmniejszenie złożoności.

Podczas spotkania członkowie zespołu deweloperskiego wyjaśniają -

  • Działania, które członkowie zespołu podjęli, aby zrealizować cele sprinterskie poprzedniego dnia.
  • Działania, które należy podjąć, aby osiągnąć cele zespołu na dziś.
  • Przeszkody, które uniemożliwiają lub mogą uniemożliwić osiągnięcie celu sprinterskiego.

Zespół deweloperski korzysta z codziennego Scruma, aby zobaczyć, jak postępy zespołu zmierzają w kierunku ukończenia pracy w Sprint Backlog. Zespół Deweloperski lub członkowie zespołu często spotykają się natychmiast po codziennym Scrumie w celu szczegółowych dyskusji lub w celu dostosowania lub ponownego zaplanowania pozostałej pracy Sprintu.

Przegląd sprintu

Przegląd Sprintu odbywa się na końcu Sprintu, podczas którego Zespół Scrumowy i interesariusze współpracują nad działaniami, które należy podjąć w celu optymalizacji wartości, a prezentacja Przyrostu ma na celu wywołanie informacji zwrotnej i sprzyjanie współpracy.

Backlog Produktu

Backlog Produktu to lista wszystkich niezbędnych elementów potrzebnych do osiągnięcia pożądanego rezultatu. Wyjątkową i najlepszą rzeczą w Backlogu Produktu jest to, że nigdy nie jest kompletny. Rozpoczyna się od przedstawienia wstępnych, najlepiej znanych i zrozumiałych wymagań.

Backlog Produktu ewoluuje nieustannie wraz z użytkownikami i środowiskiem, w którym używany jest Scrum. Powoduje to dynamiczne zaległości, które rejestrują ewoluujące pomysły i nowe dane wejściowe na każdym etapie wdrażania, a także dają prognozę, w jaki sposób te nowe pomysły zmienią ostateczny wynik. Backlog produktu istnieje do momentu, gdy produkt istnieje. Gdy produkt końcowy jest skończony, zaległości produktowe są przekazywane na inny nośnik, gdzie inni mogą odnieść się do tych treści i wykorzystać je podczas projektowania podobnego produktu.

Przy średnio ponad 20 aktywnych projektach i rosnącej presji ze strony interesariuszy wewnętrznych i zewnętrznych, The Information Systems department w H&R Blockzawsze zmagał się z pracą. Zespół zaczął szukać alternatywnych, bardziej wydajnych sposobów na udostępnienie oprogramowania.

Zespół zbadał i odkrył, że lekkie procesy metodologii Scrum były odpowiednie dla ich potrzeb, ponieważ zapewniały znacznie lepszą wydajność i skuteczność. W przypadku H&R Block proces został zlecony firmie TheBraintrust Consulting Group, który przeprowadził wstępną ocenę i ocenił rodzaje projektów, w których działał H&R Block, ocenił możliwości pracowników i zbudował strategię wdrożeniową.

Pracownicy przeszli trzytygodniowe szkolenie, aby zapoznać się z aplikacją Scrum. Zespół H&R Block codziennie pracował nad SCRUMem; uczestniczenie w planowaniu sprintu, organizowanie codziennych spotkań i kierowanie zespołem podczas mentoringu Scrum Mastera. Gdy zespoły poczuły się dobrze z tym procesem, zyskały pewność, że wszystko zaczęło się w pełni.

W ciągu trzech miesięcy pracownicy H&R Block wykonali znaczną część prac. Koordynując, oceniając, synchronizując i pracując zespołowo, odkryli, że mogą teraz osiągnąć wyższą wydajność i zaoszczędzić dużo czasu. Zgłoszono pracowników pracujących na SCRUM60% higher efficiency and 30% time savings.