• Nie Znaleziono Wyników

Przegląd metodyk zwinnych W praktyce zarządzania istniejeW praktyce zarządzania istnieje

W dokumencie Index of /rozprawy2/11577 (Stron 68-80)

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

W dokumencie Index of /rozprawy2/11577 (Stron 68-80)