PRZEDSIĘBIORSTWEM PROJEKTOWYM
2.2. Zwinne zarządzanie projektami
2.2.4. Przegląd metodyk zwinnych W praktyce zarządzania istniejeW praktyce zarządzania istnieje
całych rodzin
implementujących podejście zwinne takie jak Kanba
Test Driven Development (TDD), Adaptive Software Development (ASD), Dynamic System Development Method (DSDM), eXtreme Programming (XP) oraz wiele innych stworzonych często na
2002 Scrum 2006;
Rys. 14 Kryteria wy
Ze względu na liczbę dostępnych oraz ciągle powstających wybór metodyki nie jest
przeanalizować
nieodpowiedniej metodyki, a co za tym idzie Charvat, 2003; Wysocki,
2.2.4. Przegląd metodyk zwinnych W praktyce zarządzania istnieje całych rodzin
implementujących podejście zwinne takie jak
Kanban Software Development, Crystal Methodologies, Feature Driven Development (FDD), Test Driven Development (TDD), Adaptive Software Development (ASD), Dynamic System Development Method (DSDM), eXtreme Programming (XP) oraz wiele innych stworzonych często na potrzeby jednego konkretnego zastosowania (
2002; Al-Zewairi Scrum, Kanban czy 2006; Anderson, 2010
Kryteria wyboru metodyki zwinnej
Źródło: Opracowanie własne na podstawie:
Ze względu na liczbę dostępnych oraz ciągle powstających metodyki nie jest
przeanalizować szereg kryteriów i czynników ( nieodpowiedniej metodyki, a co za tym idzie
; Wysocki, 2011
Przegląd metodyk zwinnych W praktyce zarządzania istnieje całych rodzin metodyk zwinnych
implementujących podejście zwinne takie jak
n Software Development, Crystal Methodologies, Feature Driven Development (FDD), Test Driven Development (TDD), Adaptive Software Development (ASD), Dynamic System Development Method (DSDM), eXtreme Programming (XP) oraz wiele innych stworzonych
potrzeby jednego konkretnego zastosowania ( Zewairi et al., 2017
, Kanban czy eXtreme Programming (Schwaber i Beedle, 2002; Fruhling i De Vreede, Anderson, 2010).
boru metodyki zwinnej
Opracowanie własne na podstawie:
Ze względu na liczbę dostępnych oraz ciągle powstających metodyki nie jest prosty, ani jednoznaczny. Wobec tego
szereg kryteriów i czynników ( nieodpowiedniej metodyki, a co za tym idzie
2011; Alqudah i Razali, 2017).
Przegląd metodyk zwinnych
W praktyce zarządzania istnieje bardzo liczna grupa metodyk zwinnych
implementujących podejście zwinne takie jak
n Software Development, Crystal Methodologies, Feature Driven Development (FDD), Test Driven Development (TDD), Adaptive Software Development (ASD), Dynamic System Development Method (DSDM), eXtreme Programming (XP) oraz wiele innych stworzonych
potrzeby jednego konkretnego zastosowania ( , 2017). Przykład
eXtreme Programming (Schwaber i Beedle, 2002; Fruhling i De Vreede,
68 boru metodyki zwinnej
Opracowanie własne na podstawie:
Ze względu na liczbę dostępnych oraz ciągle powstających , ani jednoznaczny. Wobec tego szereg kryteriów i czynników (Rys.
nieodpowiedniej metodyki, a co za tym idzie zmniejszyć Alqudah i Razali, 2017).
bardzo liczna grupa metodyk zwinnych (Abrahamsson implementujących podejście zwinne takie jak np.
n Software Development, Crystal Methodologies, Feature Driven Development (FDD), Test Driven Development (TDD), Adaptive Software Development (ASD), Dynamic System Development Method (DSDM), eXtreme Programming (XP) oraz wiele innych stworzonych
potrzeby jednego konkretnego zastosowania (
Przykładami najpowszechniej stosowanych metodyk eXtreme Programming (Schwaber i Beedle, 2002; Fruhling i De Vreede,
Opracowanie własne na podstawie: M. Alqudah i R. Razali (
Ze względu na liczbę dostępnych oraz ciągle powstających , ani jednoznaczny. Wobec tego
Rys. 14), aby zmniejszyć ryzyko zmniejszyć ryzyko
Alqudah i Razali, 2017).
bardzo liczna grupa (Rys. 15 Abrahamsson et al.
np.: Scrum, Lean Software Development, n Software Development, Crystal Methodologies, Feature Driven Development (FDD), Test Driven Development (TDD), Adaptive Software Development (ASD), Dynamic System Development Method (DSDM), eXtreme Programming (XP) oraz wiele innych stworzonych
potrzeby jednego konkretnego zastosowania (Abrahamsson
najpowszechniej stosowanych metodyk eXtreme Programming (Schwaber i Beedle, 2002; Fruhling i De Vreede,
M. Alqudah i R. Razali (
Ze względu na liczbę dostępnych oraz ciągle powstających nowych , ani jednoznaczny. Wobec tego należy
), aby zmniejszyć ryzyko
ryzyko niepowadzenia projektu
15) oraz wiele odmian, a nawet et al., 2003; Dąbrowski, 2017) : Scrum, Lean Software Development, n Software Development, Crystal Methodologies, Feature Driven Development (FDD), Test Driven Development (TDD), Adaptive Software Development (ASD), Dynamic System Development Method (DSDM), eXtreme Programming (XP) oraz wiele innych stworzonych
Abrahamsson et al.
najpowszechniej stosowanych metodyk eXtreme Programming (Schwaber i Beedle, 2002; Fruhling i De Vreede,
M. Alqudah i R. Razali (2017)
nowych metodyk zwinnych należy rozważyć ), aby zmniejszyć ryzyko
niepowadzenia projektu
oraz wiele odmian, a nawet , 2003; Dąbrowski, 2017) : Scrum, Lean Software Development, n Software Development, Crystal Methodologies, Feature Driven Development (FDD), Test Driven Development (TDD), Adaptive Software Development (ASD), Dynamic System Development Method (DSDM), eXtreme Programming (XP) oraz wiele innych stworzonych et al., 2002; Highsmith, najpowszechniej stosowanych metodyk eXtreme Programming (Schwaber i Beedle, 2002; Fruhling i De Vreede,
metodyk zwinnych rozważyć i ), aby zmniejszyć ryzyko wyboru niepowadzenia projektu
oraz wiele odmian, a nawet , 2003; Dąbrowski, 2017) : Scrum, Lean Software Development, n Software Development, Crystal Methodologies, Feature Driven Development (FDD), Test Driven Development (TDD), Adaptive Software Development (ASD), Dynamic System Development Method (DSDM), eXtreme Programming (XP) oraz wiele innych stworzonych Highsmith, najpowszechniej stosowanych metodyk są: eXtreme Programming (Schwaber i Beedle, 2002; Fruhling i De Vreede,
koncepcji zarządzania, a nawet z podejścia tradycyjnego do zarządzania projektami, np.:
Rys.
podrozdziałach.
Bardzo często można się spotkać
koncepcji zarządzania, a nawet z podejścia tradycyjnego do zarządzania projektami, np.: Lean Software Development (
wywodzącą się z konc
Kanban Software Development (Anderson, 2010) oraz ScrumBan (Ladas, 2009) metodyki pochodzące
całą rodziną metodyk Crystal (Cockburn, 1998; 2001) licznymi metodykami mającymi źródło
Feature Driven Development (Coad i de Luca, 1997), Test Driven Development (Beck, 2003), Adaptive Software Development (Highsmith, 2000), Dynamic System Development Method (DSDM Consortium, 1994), Agile Modeling (Am
Disciplined Agile Delivery (Ambler, 2009)
adaptacjami znanych standardów i metodyk uniwe
PMI-ACP (PMI, 2016) czy Prince2 Agile (Richards, 2015).
Rys. 15 Przegląd
Przegląd wybranych metodyk zwinnych ( podrozdziałach.
Bardzo często można się spotkać
koncepcji zarządzania, a nawet z podejścia tradycyjnego do zarządzania projektami, np.: Lean Software Development (
wywodzącą się z konc
Kanban Software Development (Anderson, 2010) oraz ScrumBan (Ladas, 2009) metodyki pochodzące
całą rodziną metodyk Crystal (Cockburn, 1998; 2001) licznymi metodykami mającymi źródło
Feature Driven Development (Coad i de Luca, 1997), Test Driven Development (Beck, 2003), Adaptive Software Development (Highsmith, 2000), Dynamic System Development Method (DSDM Consortium, 1994), Agile Modeling (Am
plined Agile Delivery (Ambler, 2009) adaptacjami znanych standardów i metodyk uniwe
ACP (PMI, 2016) czy Prince2 Agile (Richards, 2015).
Przegląd wybranych
Przegląd wybranych metodyk zwinnych ( podrozdziałach. Pełny przegląd m
Bardzo często można się spotkać
koncepcji zarządzania, a nawet z podejścia tradycyjnego do zarządzania projektami, np.: Lean Software Development (M.
wywodzącą się z koncepcji lean management
Kanban Software Development (Anderson, 2010) oraz ScrumBan (Ladas, 2009) metodyki pochodzące z koncepcji
całą rodziną metodyk Crystal (Cockburn, 1998; 2001) licznymi metodykami mającymi źródło
Feature Driven Development (Coad i de Luca, 1997), Test Driven Development (Beck, 2003), Adaptive Software Development (Highsmith, 2000), Dynamic System Development Method (DSDM Consortium, 1994), Agile Modeling (Am
plined Agile Delivery (Ambler, 2009) adaptacjami znanych standardów i metodyk uniwe
ACP (PMI, 2016) czy Prince2 Agile (Richards, 2015).
wybranych metodyk
Źródło: opracowanie własne
Przegląd wybranych metodyk zwinnych (
Pełny przegląd metodyk zwinnych ze względu na ich odmiany oraz ciągły i
69
Bardzo często można się spotkać z metodykami zwinnymi wywodzącymi się z innych koncepcji zarządzania, a nawet z podejścia tradycyjnego do zarządzania projektami, np.:
M. Poppendieck i T. Poppendieck lean management
Kanban Software Development (Anderson, 2010) oraz ScrumBan (Ladas, 2009) z koncepcji kanban,
całą rodziną metodyk Crystal (Cockburn, 1998; 2001)
licznymi metodykami mającymi źródło w projektach wytwarzania oprogramowania: Feature Driven Development (Coad i de Luca, 1997), Test Driven Development (Beck, 2003), Adaptive Software Development (Highsmith, 2000), Dynamic System Development Method (DSDM Consortium, 1994), Agile Modeling (Am
plined Agile Delivery (Ambler, 2009), adaptacjami znanych standardów i metodyk uniwe
ACP (PMI, 2016) czy Prince2 Agile (Richards, 2015).
metodyk zwinnych
Źródło: opracowanie własne
Przegląd wybranych metodyk zwinnych (Rys.
etodyk zwinnych ze względu na ich odmiany oraz ciągły i metodykami zwinnymi wywodzącymi się z innych koncepcji zarządzania, a nawet z podejścia tradycyjnego do zarządzania projektami, np.:
Poppendieck i T. Poppendieck lean management,
Kanban Software Development (Anderson, 2010) oraz ScrumBan (Ladas, 2009)
całą rodziną metodyk Crystal (Cockburn, 1998; 2001),
w projektach wytwarzania oprogramowania: Feature Driven Development (Coad i de Luca, 1997), Test Driven Development (Beck, 2003), Adaptive Software Development (Highsmith, 2000), Dynamic System Development Method (DSDM Consortium, 1994), Agile Modeling (Am
,
adaptacjami znanych standardów i metodyk uniwersalnych w oparciu o filozofię A ACP (PMI, 2016) czy Prince2 Agile (Richards, 2015).
ych
Źródło: opracowanie własne
Rys. 15) przedstawiono szerzej w kolejnych etodyk zwinnych ze względu na ich odmiany oraz ciągły i metodykami zwinnymi wywodzącymi się z innych koncepcji zarządzania, a nawet z podejścia tradycyjnego do zarządzania projektami, np.:
Poppendieck i T. Poppendieck, 2003)
Kanban Software Development (Anderson, 2010) oraz ScrumBan (Ladas, 2009)
w projektach wytwarzania oprogramowania: Feature Driven Development (Coad i de Luca, 1997), Test Driven Development (Beck, 2003), Adaptive Software Development (Highsmith, 2000), Dynamic System Development Method (DSDM Consortium, 1994), Agile Modeling (Am
rsalnych w oparciu o filozofię A ACP (PMI, 2016) czy Prince2 Agile (Richards, 2015).
) przedstawiono szerzej w kolejnych etodyk zwinnych ze względu na ich odmiany oraz ciągły i metodykami zwinnymi wywodzącymi się z innych koncepcji zarządzania, a nawet z podejścia tradycyjnego do zarządzania projektami, np.:
, 2003) – metodyka
Kanban Software Development (Anderson, 2010) oraz ScrumBan (Ladas, 2009)
w projektach wytwarzania oprogramowania: Feature Driven Development (Coad i de Luca, 1997), Test Driven Development (Beck, 2003), Adaptive Software Development (Highsmith, 2000), Dynamic System Development Method (DSDM Consortium, 1994), Agile Modeling (Ambler, 2002),
rsalnych w oparciu o filozofię A
) przedstawiono szerzej w kolejnych etodyk zwinnych ze względu na ich odmiany oraz ciągły i metodykami zwinnymi wywodzącymi się z innych koncepcji zarządzania, a nawet z podejścia tradycyjnego do zarządzania projektami, np.:
metodyka
Kanban Software Development (Anderson, 2010) oraz ScrumBan (Ladas, 2009) –
w projektach wytwarzania oprogramowania: Feature Driven Development (Coad i de Luca, 1997), Test Driven Development (Beck, 2003), Adaptive Software Development (Highsmith, 2000), Dynamic System
bler, 2002),
rsalnych w oparciu o filozofię Agile:
) przedstawiono szerzej w kolejnych etodyk zwinnych ze względu na ich odmiany oraz ciągły i
70
dynamiczny rozwój stanowi temat licznych i wyczerpujących publikacji książkowych (Cockburn, 2001; Highsmith, 2004; Larman, 2004; Cohn, 2009; Goodpasture, 2010).
Rys. 16 Najczęściej stosowane metodyki w praktyce zarządzania
Źródło: VersionOne (2018)
Najnowszy raport branżowy State of Agile 2018 firmy VersionOne (2018) pokazał, że ponad ¾ zastosowań metodyk zwinnych w praktyce zarządzania opierało się na wykorzystaniu metodyki Scrum (58%) oraz rozwiązań hybrydowych (14% i 6%), co wskazuje na częstą potrzebę implementacji i adaptacji metodyki do danego projektu (Rys. 16). Różnorodność dostępnych metodyk zwinnych oraz możliwości ich zastosowań generują liczne potrzeby szkoleń i warsztatów dostarczanych do praktyki zarządzania projektami wytwarzania oprogramowania, co jeszcze bardziej napędza dalszy rozwój tych metodyk, a jednocześnie stanowi podstawę do badań naukowych nad ich efektywnością w osiąganiu sukcesu projektu i dostarczaniu korzyści jego interesariuszom.
Metodyka Scrum
Metodyka Scrum (oraz jej liczne adaptacje) jest najczęściej stosowaną metodyką zwinną do zarządzania złożonymi projektami informatycznymi związanymi z tworzeniem oprogramowania (Schwaber, 1995; Ćwiklicki et al., 2010; Chrapko, 2013). Jest to metodyka, która pozwala na łatwiejsze rozwiązywanie złożonych problemów adaptacyjnych, w celu efektywnego i kreatywnego tworzenia produktów o największej wartości dla odbiorcy (Schwaber, 1995; Schwaber i Sutherland, 2017).
Twórcy Scruma, K. Schwaber i J. Sutherland (2017) nie używają pojęcia metodyki, lecz nazywają go ramą metodyczną lub szkieletem (framework), wokół, którego organizuje się
praca
wspierających podstawowe założenia zwinności, czyli działającą część produktu jako podstawową wartość d samoorganizację zespołu
koncepcyjnym i narzędziem umożliwiającym osiąg efektywny ekonomicznie sposób (
„Scrum to metoda
Scrumie odbywa się w krótkich iteracjach, zwanych
niż 30 dni kalendarzowych. W kolejnych sprintach powstają gotowe przyrosty produktu. Zespół
podczas którego ustalana jest lista najbardziej wartościowych rzeczy do zrobienia. W trakcie sprintu, zespół codziennie spotyka się, żeby przygotować plan działań na najbliżs dwadzieścia cztery godziny pracy. Pod koniec sprintu odbywa się wspólny przegląd produktu. Sprint kończy retrospektywa, w trakcie
pracy oraz planuje usprawnienia.”
pełni działającego produktu spełniającego wysokie wymagania i kryteria jakości 2013
poszukiwanie najlepszego sposobu rozwiązania innowacyjność tworzonych rozwiązań (Włodarek, 2017)
Rys.
odpowiadającej potrzebom praca zespołu projektowego
wspierających podstawowe założenia zwinności, czyli działającą część produktu jako podstawową wartość d samoorganizację zespołu
koncepcyjnym i narzędziem umożliwiającym osiąg efektywny ekonomicznie sposób (
M. Chrapko (2018) „Scrum to metoda
Scrumie odbywa się w krótkich iteracjach, zwanych
niż 30 dni kalendarzowych. W kolejnych sprintach powstają gotowe przyrosty produktu. Zespół sam organizuje swoją pracę w sprincie. Każdy sprint rozpoczyna się od planowania, podczas którego ustalana jest lista najbardziej wartościowych rzeczy do zrobienia. W trakcie sprintu, zespół codziennie spotyka się, żeby przygotować plan działań na najbliżs dwadzieścia cztery godziny pracy. Pod koniec sprintu odbywa się wspólny przegląd produktu. Sprint kończy retrospektywa, w trakcie
pracy oraz planuje usprawnienia.” Metodyka Scrum pozwala w
pełni działającego produktu spełniającego wysokie wymagania i kryteria jakości 2013). Podstawą p
poszukiwanie najlepszego sposobu rozwiązania innowacyjność tworzonych rozwiązań (Włodarek, 2017)
Rys. 17 Cykl życia metodyki Scrum
Samoorganizacja zespołu odpowiadającej potrzebom
zespołu projektowego
wspierających podstawowe założenia zwinności, czyli działającą część produktu jako podstawową wartość d samoorganizację zespołu
koncepcyjnym i narzędziem umożliwiającym osiąg efektywny ekonomicznie sposób (
M. Chrapko (2018) z perspektywy praktyki zarządzania defin
„Scrum to metoda organizacji pracy zespołu, który pracuje nad rozwojem produktu. Praca w Scrumie odbywa się w krótkich iteracjach, zwanych
niż 30 dni kalendarzowych. W kolejnych sprintach powstają gotowe przyrosty produktu. sam organizuje swoją pracę w sprincie. Każdy sprint rozpoczyna się od planowania, podczas którego ustalana jest lista najbardziej wartościowych rzeczy do zrobienia. W trakcie sprintu, zespół codziennie spotyka się, żeby przygotować plan działań na najbliżs dwadzieścia cztery godziny pracy. Pod koniec sprintu odbywa się wspólny przegląd produktu. Sprint kończy retrospektywa, w trakcie
pracy oraz planuje usprawnienia.” Metodyka Scrum pozwala w
pełni działającego produktu spełniającego wysokie wymagania i kryteria jakości Podstawą procesu empirycznego jest tu eksperymentowanie
poszukiwanie najlepszego sposobu rozwiązania innowacyjność tworzonych rozwiązań (Włodarek, 2017)
Cykl życia metodyki Scrum
Źródło:
Samoorganizacja zespołu odpowiadającej potrzebom
zespołu projektowego. Szkielet ten określ wspierających podstawowe założenia zwinności, czyli działającą część produktu jako podstawową wartość d
(Schwaber i Sutherland, 2017) koncepcyjnym i narzędziem umożliwiającym osiąg efektywny ekonomicznie sposób (Ćwiklicki
z perspektywy praktyki zarządzania defin
organizacji pracy zespołu, który pracuje nad rozwojem produktu. Praca w Scrumie odbywa się w krótkich iteracjach, zwanych
niż 30 dni kalendarzowych. W kolejnych sprintach powstają gotowe przyrosty produktu. sam organizuje swoją pracę w sprincie. Każdy sprint rozpoczyna się od planowania, podczas którego ustalana jest lista najbardziej wartościowych rzeczy do zrobienia. W trakcie sprintu, zespół codziennie spotyka się, żeby przygotować plan działań na najbliżs dwadzieścia cztery godziny pracy. Pod koniec sprintu odbywa się wspólny przegląd produktu. Sprint kończy retrospektywa, w trakcie
pracy oraz planuje usprawnienia.”
Metodyka Scrum pozwala w krótkich odst
pełni działającego produktu spełniającego wysokie wymagania i kryteria jakości rocesu empirycznego jest tu eksperymentowanie
poszukiwanie najlepszego sposobu rozwiązania innowacyjność tworzonych rozwiązań (Włodarek, 2017)
Cykl życia metodyki Scrum
Źródło: opracowanie własne na podstawie:
Samoorganizacja zespołu daje możliwość tworzenia odpowiadającej potrzebom zespołu w celu realizacji
71 zkielet ten określ wspierających podstawowe założenia zwinności, czyli działającą część produktu jako podstawową wartość d
(Schwaber i Sutherland, 2017) koncepcyjnym i narzędziem umożliwiającym osiąg
Ćwiklicki et al., 2010
z perspektywy praktyki zarządzania defin
organizacji pracy zespołu, który pracuje nad rozwojem produktu. Praca w Scrumie odbywa się w krótkich iteracjach, zwanych
niż 30 dni kalendarzowych. W kolejnych sprintach powstają gotowe przyrosty produktu. sam organizuje swoją pracę w sprincie. Każdy sprint rozpoczyna się od planowania, podczas którego ustalana jest lista najbardziej wartościowych rzeczy do zrobienia. W trakcie sprintu, zespół codziennie spotyka się, żeby przygotować plan działań na najbliżs dwadzieścia cztery godziny pracy. Pod koniec sprintu odbywa się wspólny przegląd produktu. Sprint kończy retrospektywa, w trakcie, której zespół analizuje swój dotychczasowy sposób
kich odstępach czasu (
pełni działającego produktu spełniającego wysokie wymagania i kryteria jakości rocesu empirycznego jest tu eksperymentowanie
poszukiwanie najlepszego sposobu rozwiązania innowacyjność tworzonych rozwiązań (Włodarek, 2017)
opracowanie własne na podstawie:
daje możliwość tworzenia w celu realizacji
zkielet ten określony jest poprzez
wspierających podstawowe założenia zwinności, czyli: przyrostowy proces wytwórczy, działającą część produktu jako podstawową wartość dla odbiorcy,
(Schwaber i Sutherland, 2017). Metodyka koncepcyjnym i narzędziem umożliwiającym osiąganie zwinności
, 2010).
z perspektywy praktyki zarządzania defin
organizacji pracy zespołu, który pracuje nad rozwojem produktu. Praca w Scrumie odbywa się w krótkich iteracjach, zwanych ‘sprintami’.
niż 30 dni kalendarzowych. W kolejnych sprintach powstają gotowe przyrosty produktu. sam organizuje swoją pracę w sprincie. Każdy sprint rozpoczyna się od planowania, podczas którego ustalana jest lista najbardziej wartościowych rzeczy do zrobienia. W trakcie sprintu, zespół codziennie spotyka się, żeby przygotować plan działań na najbliżs dwadzieścia cztery godziny pracy. Pod koniec sprintu odbywa się wspólny przegląd produktu.
której zespół analizuje swój dotychczasowy sposób
ępach czasu (Rys.
pełni działającego produktu spełniającego wysokie wymagania i kryteria jakości rocesu empirycznego jest tu eksperymentowanie
poszukiwanie najlepszego sposobu rozwiązania problemu, co znacznie zwiększa innowacyjność tworzonych rozwiązań (Włodarek, 2017).
opracowanie własne na podstawie: M. Chrapko (2013)
daje możliwość tworzenia struktury organizacyjnej najlepiej w celu realizacji powierzonych mu zadań (Włodarek,
poprzez zestaw
przyrostowy proces wytwórczy, odbiorcy, adaptacyjność procesu
Metodyka Scrum jest model zwinności w najbardziej
z perspektywy praktyki zarządzania definiuje ją w następujący sposób organizacji pracy zespołu, który pracuje nad rozwojem produktu. Praca w
‘sprintami’. Każdy sprint trwa nie dłużej niż 30 dni kalendarzowych. W kolejnych sprintach powstają gotowe przyrosty produktu. sam organizuje swoją pracę w sprincie. Każdy sprint rozpoczyna się od planowania, podczas którego ustalana jest lista najbardziej wartościowych rzeczy do zrobienia. W trakcie sprintu, zespół codziennie spotyka się, żeby przygotować plan działań na najbliżs dwadzieścia cztery godziny pracy. Pod koniec sprintu odbywa się wspólny przegląd produktu.
której zespół analizuje swój dotychczasowy sposób
Rys. 17) dostarczać pełni działającego produktu spełniającego wysokie wymagania i kryteria jakości
rocesu empirycznego jest tu eksperymentowanie,
problemu, co znacznie zwiększa
Chrapko (2013)
struktury organizacyjnej najlepiej powierzonych mu zadań (Włodarek,
zestaw praktyk i zasa przyrostowy proces wytwórczy,
adaptacyjność procesu Scrum jest model w najbardziej możliwy i
uje ją w następujący sposób organizacji pracy zespołu, który pracuje nad rozwojem produktu. Praca w
Każdy sprint trwa nie dłużej niż 30 dni kalendarzowych. W kolejnych sprintach powstają gotowe przyrosty produktu. sam organizuje swoją pracę w sprincie. Każdy sprint rozpoczyna się od planowania, podczas którego ustalana jest lista najbardziej wartościowych rzeczy do zrobienia. W trakcie sprintu, zespół codziennie spotyka się, żeby przygotować plan działań na najbliżs dwadzieścia cztery godziny pracy. Pod koniec sprintu odbywa się wspólny przegląd produktu.
której zespół analizuje swój dotychczasowy sposób
) dostarczać fragment w pełni działającego produktu spełniającego wysokie wymagania i kryteria jakości (Chrapko, , czyli wielokrotne problemu, co znacznie zwiększa
Chrapko (2013)
struktury organizacyjnej najlepiej powierzonych mu zadań (Włodarek, praktyk i zasad przyrostowy proces wytwórczy, adaptacyjność procesu oraz Scrum jest modelem możliwy i
uje ją w następujący sposób: organizacji pracy zespołu, który pracuje nad rozwojem produktu. Praca w
Każdy sprint trwa nie dłużej niż 30 dni kalendarzowych. W kolejnych sprintach powstają gotowe przyrosty produktu. sam organizuje swoją pracę w sprincie. Każdy sprint rozpoczyna się od planowania, podczas którego ustalana jest lista najbardziej wartościowych rzeczy do zrobienia. W trakcie sprintu, zespół codziennie spotyka się, żeby przygotować plan działań na najbliższe dwadzieścia cztery godziny pracy. Pod koniec sprintu odbywa się wspólny przegląd produktu. której zespół analizuje swój dotychczasowy sposób
fragment w Chrapko, czyli wielokrotne problemu, co znacznie zwiększa
struktury organizacyjnej najlepiej powierzonych mu zadań (Włodarek,
2017).
przedsiębiorstwa korzystaj zobowiązania
koncentracja uwagi
i Nonaka, 1986). Jest on zbudowany na trzech podstawowych założeniach przejrzy
informacji koncepcji metodyk
Agile oraz założenia metody aktywności
wykorzystywane w metodyce narzędzia (Chrapko, 2013)
jednak w długofalowej perspektywi funkcjonować i konkurować
przedsiębiorstw
kluczowe znaczenie strategiczne
Rys.
2017). Najbardziej cenione przedsiębiorstwa korzystaj zobowiązania,
koncentracja uwagi
W Scrumie bardzo silny nacisk położony jest na współpracę w realizacji celów (Takeuchi i Nonaka, 1986). Jest on zbudowany na trzech podstawowych założeniach
przejrzystości informacji zwrotnej koncepcji tej me
metodyki Scrum skupione są wokół czterech Agile oraz założenia metody
aktywności –
wykorzystywane w metodyce narzędzia (Chrapko, 2013) Wdrożenie
jednak w długofalowej perspektywi funkcjonować i konkurować
przedsiębiorstw
luczowe znaczenie strategiczne
Rys. 18 Koncepcja metodyki Scrum Najbardziej cenione
przedsiębiorstwa korzystaj otwartość,
koncentracja uwagi (Włodarek, 2017; Pate
W Scrumie bardzo silny nacisk położony jest na współpracę w realizacji celów (Takeuchi i Nonaka, 1986). Jest on zbudowany na trzech podstawowych założeniach
stości – dającej obraz rzeczywistego stanu projektu, inspekcji zwrotnej oraz
metodyki (Werewka
i Scrum skupione są wokół czterech Agile oraz założenia metody
określających zdarzenia i ramy czasowe oraz artefaktów wykorzystywane w metodyce narzędzia (Chrapko, 2013)
Wdrożenie metodyki na poziomie całej organizacji jednak w długofalowej perspektywi
funkcjonować i konkurować
przedsiębiorstw informatycznych oraz luczowe znaczenie strategiczne
Koncepcja metodyki Scrum
Źródło: opracowanie własne na podstawie: Najbardziej cenione wartości
przedsiębiorstwa korzystającego ze Scruma to: odwaga, u otwartość, poszanowanie, szczerość,
(Włodarek, 2017; Pate
W Scrumie bardzo silny nacisk położony jest na współpracę w realizacji celów (Takeuchi i Nonaka, 1986). Jest on zbudowany na trzech podstawowych założeniach
obraz rzeczywistego stanu projektu, inspekcji adaptacji –
Werewka et al. i Scrum skupione są wokół czterech Agile oraz założenia metodyki, ról –
określających zdarzenia i ramy czasowe oraz artefaktów wykorzystywane w metodyce narzędzia (Chrapko, 2013)
na poziomie całej organizacji jednak w długofalowej perspektywi
funkcjonować i konkurować. W obliczu informatycznych oraz luczowe znaczenie strategiczne (Werewka