Epic: Różnice pomiędzy wersjami
mNie podano opisu zmian |
m (cleanup bibliografii i rotten links) |
||
| (Nie pokazano 14 wersji utworzonych przez 2 użytkowników) | |||
| Linia 1: | Linia 1: | ||
'''Agile''' epic jest ważnym elementem dla zespołów typu agile oraz DevOps, z uwagi na możliwość wykorzystania go do zarządzania zadaniami. Epic to zbiór pracy podzielony na konkretne zadania nazwane '''stories''' lub '''user stories''' i tworzony na podstawie potrzeb klientów lub użytkowników. | '''Agile''' epic jest ważnym elementem dla zespołów typu agile oraz DevOps, z uwagi na możliwość wykorzystania go do zarządzania zadaniami. Epic to zbiór pracy podzielony na konkretne zadania nazwane '''stories''' lub '''user stories''' i tworzony na podstawie potrzeb klientów lub użytkowników. | ||
| Linia 25: | Linia 10: | ||
Praca zespołów opiera się na zrozumieniu związku epica oraz innych struktur agile, tj.: | Praca zespołów opiera się na zrozumieniu związku epica oraz innych struktur agile, tj.: | ||
* '''Mapa drogowa produktu''' | * '''Mapa drogowa produktu''' - plan określający działanie oraz kwestie związane z ewoluowaniem rozwiązania w czasie; wizualizowana jest za pomocą inicjatyw umieszczonych na osi czasu. | ||
* '''Temat''' | * '''Temat''' - cel organizacji napędzający kreowanie epica i innych inicjatyw. | ||
* '''Inicjatywy''' | * '''Inicjatywy''' - dzielone są na epics (epiki), które pomagają w utrzymaniu pracy zespołu; która z kolei wyrażona zostaje w mniejszych ‘’stories’’ i połączona jest z celami biznesowymi. | ||
Zbiór zakończonych epics tworzy konkretną inicjatywę, która przyczynia się do rozwoju i ewoluowania produktu oraz sprostania wymaganiom stawianym przez rynek oraz użytkowników. | Zbiór zakończonych epics tworzy konkretną inicjatywę, która przyczynia się do rozwoju i ewoluowania produktu oraz sprostania wymaganiom stawianym przez rynek oraz użytkowników. | ||
Rysunek 1 obrazuje epic w metodyce Agile. | Rysunek 1 obrazuje epic w metodyce Agile. | ||
[[Plik:EPIC.png|300px|right|thumb|Rys. 1 Epic w metodyce Agile]]. | [[Plik:EPIC.png|300px|right|thumb|Rys. 1 Epic w metodyce Agile]]. | ||
<google>n</google> | |||
==Przykład epica== | ==Przykład epica== | ||
| Linia 37: | Linia 23: | ||
# Użytkownik może wyszukiwać oferty na przykład według lokalizacji, wysokości wynagrodzenia czy rodzaju firmy. | # Użytkownik może wyszukiwać oferty na przykład według lokalizacji, wysokości wynagrodzenia czy rodzaju firmy. | ||
# Użytkownik może przeglądać informacje o wszystkich kolejnych zadaniach odpowiadających poszczególnym elementom wyszukiwania. | # Użytkownik może przeglądać informacje o wszystkich kolejnych zadaniach odpowiadających poszczególnym elementom wyszukiwania. | ||
# Użytkownik może wyświetlić szczegółowe dane oraz informacje o przedsiębiorstwie, które opublikowało dane stanowisko | # Użytkownik może wyświetlić szczegółowe dane oraz informacje o przedsiębiorstwie, które opublikowało dane stanowisko<ref>M. Cohn, User Stories Applied for Agile Software Development, Addison-Wesley, 2009, s. 6</ref> | ||
==Tworzenie agile epic== | ==Tworzenie agile epic== | ||
Tworząc epic należy zwrócić uwagę na takie kwestie jak<ref>Atlassian - Epics</ref>: | Tworząc epic należy zwrócić uwagę na takie kwestie jak<ref>Atlassian - Epics</ref>: | ||
* Raportowanie | * Raportowanie - istotne jest tworzenie epics w projektach, które menedżerowie będą w stanie kontrolować. | ||
* Opowiadanie ‘’stories’’ | * Opowiadanie ‘’stories’’ - używanie w spójny sposób epica i ‘’story’’, co pozwala na określenie dotarcia do obecnego stanu produktu. | ||
* Kultura organizacyjna | * Kultura organizacyjna - w tym kontekście musi dyktować wielkość oraz stopień szczegółowości epica. | ||
* Czas | * Czas - należy zwrócić uwagę na to jak długo zajmie realizacja epica. Okresu musi być dostosowany do indywidualnych wymagań każdego epica. | ||
W celu skutecznego zrealizowania zadania, warto podzielić epic na mniejsze ‘’stories’’, gdyż to pomaga w utrzymaniu właściwego tempa oraz w całościowym zrozumieniu projektu. Opcjami, które warto rozważyć podczas tworzenia epica jest stworzenie unikatowego ‘’story’’ dla wszystkich potrzeb użytkownika. Następnie można podzielić proces na uporządkowane etapy i tworzyć mniejsze ‘’stories’’ dla każdego etapu. | W celu skutecznego zrealizowania zadania, warto podzielić epic na mniejsze ‘’stories’’, gdyż to pomaga w utrzymaniu właściwego tempa oraz w całościowym zrozumieniu projektu. Opcjami, które warto rozważyć podczas tworzenia epica jest stworzenie unikatowego ‘’story’’ dla wszystkich potrzeb użytkownika. Następnie można podzielić proces na uporządkowane etapy i tworzyć mniejsze ‘’stories’’ dla każdego etapu. | ||
| Linia 53: | Linia 39: | ||
==Sposób prezentacji epica== | ==Sposób prezentacji epica== | ||
W celu zwizualizowania epics, możliwe jest użycie wykresów spalania. Służą one do motywowania oraz informowania interesariuszy na temat szacowanej i rzeczywistej ilości pracy pozostałej do wykonania. Wykresy spalania pozwalają na obrazowanie całkowitej pracy, prognozowanie możliwości osiągnięcia zamierzonego celu czy stopnia ukończenia zadania, na kontrolę postępów zespołu oraz na adekwatne reagowanie na zmiany. | W celu zwizualizowania epics, możliwe jest użycie wykresów spalania. Służą one do motywowania oraz informowania interesariuszy na temat szacowanej i rzeczywistej ilości pracy pozostałej do wykonania. Wykresy spalania pozwalają na obrazowanie całkowitej pracy, prognozowanie możliwości osiągnięcia zamierzonego celu czy stopnia ukończenia zadania, na kontrolę postępów zespołu oraz na adekwatne reagowanie na zmiany. | ||
{{infobox5|list1={{i5link|a=[[Test driven development]]}} — {{i5link|a=[[Backlog produktu]]}} — {{i5link|a=[[Feature-Driven Development]]}} — {{i5link|a=[[Metodyka Extreme Programming]]}} — {{i5link|a=[[Testowanie w projekcie]]}} — {{i5link|a=[[Scrum of scrums]]}} — {{i5link|a=[[Redundancja]]}} — {{i5link|a=[[Manifest Agile]]}} — {{i5link|a=[[Programowanie strukturalne]]}} }} | |||
==Przypisy== | ==Przypisy== | ||
| Linia 59: | Linia 47: | ||
==Bibliografia== | ==Bibliografia== | ||
<noautolinks> | <noautolinks> | ||
* Cobb G. | * Cobb G. (2015), ''The project manager’s guide to mastering agile'', Wiley | ||
* Cohen | * Cohen G. (2010), ''Agile Excellence for Product Managers: A Guide to Creating Winning Products with Agile Development Teams'', Super Star Pres | ||
* Cohn M. | * Cohn M. (2004), ''[https://athena.ecs.csus.edu/~buckley/CSc191/User-Stories-Applied-Mike-Cohn.pdf User Stories Applied for Agile Software Development]'', Addison-Wesley Professional | ||
* Li P. (2015), ''Jira essentials'', Packt Publishing, Birmingham-Mumbai | |||
* Li P., Jira essentials | * Lucassen G., Dalpiaz F., Van Der Werf J., Brinkkemper S. (2015), ''Forging high-quality user stories: towards a discipline for agile requirements'', 2015 IEEE 23rd international requirements engineering conference (RE) | ||
* Lucassen | * Munday L. (2019), ''Using Agile In Quality Driven Environment'', Seattle | ||
* Munday L., Using Agile In Quality Driven Environment, Seattle | * Pichler R. (2010), ''Agile Product Management with Scrum: Creating Products that Customers Love'', Addison-Wesley Professional | ||
* Pichler | * Strona internetowa: ''[https://www.atlassian.com/agile/project-management/epics Agile epics: definition, examples, and templates]'', Atlassian | ||
* Ulghani S., Scrum or not to scrum? The answer, Xlibris | * Ulghani S. (2016), ''Scrum or not to scrum? The answer'', Xlibris | ||
</noautolinks> | </noautolinks> | ||
{{a|Klaudia Grucel}} | {{a|Klaudia Grucel}} | ||
[[Kategoria: | [[Kategoria:Techniki zwinne]] | ||
{{#metamaster:description|Epic to zbiór pracy podzielony na konkretne zadania nazwane stories lub user stories i tworzony na podstawie potrzeb klientów lub użytkowników.}} | {{#metamaster:description|Epic to zbiór pracy podzielony na konkretne zadania nazwane stories lub user stories i tworzony na podstawie potrzeb klientów lub użytkowników.}} | ||
Aktualna wersja na dzień 00:10, 18 sty 2024
Agile epic jest ważnym elementem dla zespołów typu agile oraz DevOps, z uwagi na możliwość wykorzystania go do zarządzania zadaniami. Epic to zbiór pracy podzielony na konkretne zadania nazwane stories lub user stories i tworzony na podstawie potrzeb klientów lub użytkowników.
Kreowanie epica to sposób doskonalenia procesu realizacji pracy. Epic pomaga pracownikom dokończyć pracę oraz przerwać ją w odpowiednim momencie. Przyczynia się to do uzyskania możliwości kontynuacji pracy w celu osiągnięcia większego celu. Tworzenie epica nie należy do prostych zadań, istotne jest utrzymanie sprawności i opanowanie odpowiednich umiejętności pozwalających na jego kreację.
TL;DR
Agile epic jest ważnym narzędziem zarządzania zadaniami w metodyce agile i DevOps. Epics są zbiorem pracy podzielonym na konkretne zadania, tworzone na podstawie potrzeb klientów/użytkowników. Praca z epics opiera się na mapie drogi produktu i inicjatywach. Tworzenie epics wymaga utrzymania sprawności i opanowania odpowiednich umiejętności. Epics można zwizualizować za pomocą wykresów spalania.
Teoria
Epics tworzone są często przez wiele zespołów i są obecne w różnych projektach czy pracach. Epics są zwykle dostarczane przez serię sprintów. Dzieję się to wówczas, gdy zespoły informowane są o szczegółach epica, o prośbach, opiniach i potrzebach klientów/użytkowników. Poszczególne elementy mogą być elastycznie dodawane lub usuwane w odpowiedzi na zapotrzebowanie.
Praca zespołów opiera się na zrozumieniu związku epica oraz innych struktur agile, tj.:
- Mapa drogowa produktu - plan określający działanie oraz kwestie związane z ewoluowaniem rozwiązania w czasie; wizualizowana jest za pomocą inicjatyw umieszczonych na osi czasu.
- Temat - cel organizacji napędzający kreowanie epica i innych inicjatyw.
- Inicjatywy - dzielone są na epics (epiki), które pomagają w utrzymaniu pracy zespołu; która z kolei wyrażona zostaje w mniejszych ‘’stories’’ i połączona jest z celami biznesowymi.
Zbiór zakończonych epics tworzy konkretną inicjatywę, która przyczynia się do rozwoju i ewoluowania produktu oraz sprostania wymaganiom stawianym przez rynek oraz użytkowników. Rysunek 1 obrazuje epic w metodyce Agile.
.
Przykład epica
Zdarza się, że ‘’story’’ jest zbyt obszerna, wówczas zostaje określona mianem epica i zostaje podzielona na mniejsze ‘’stories’’. Przykładem epica jest stwierdzenie: ‘’Użytkownik szuka pracy’’, które należy podzielić na przykładowe ‘’stories’’:
- Użytkownik może wyszukiwać oferty na przykład według lokalizacji, wysokości wynagrodzenia czy rodzaju firmy.
- Użytkownik może przeglądać informacje o wszystkich kolejnych zadaniach odpowiadających poszczególnym elementom wyszukiwania.
- Użytkownik może wyświetlić szczegółowe dane oraz informacje o przedsiębiorstwie, które opublikowało dane stanowisko[1]
Tworzenie agile epic
Tworząc epic należy zwrócić uwagę na takie kwestie jak[2]:
- Raportowanie - istotne jest tworzenie epics w projektach, które menedżerowie będą w stanie kontrolować.
- Opowiadanie ‘’stories’’ - używanie w spójny sposób epica i ‘’story’’, co pozwala na określenie dotarcia do obecnego stanu produktu.
- Kultura organizacyjna - w tym kontekście musi dyktować wielkość oraz stopień szczegółowości epica.
- Czas - należy zwrócić uwagę na to jak długo zajmie realizacja epica. Okresu musi być dostosowany do indywidualnych wymagań każdego epica.
W celu skutecznego zrealizowania zadania, warto podzielić epic na mniejsze ‘’stories’’, gdyż to pomaga w utrzymaniu właściwego tempa oraz w całościowym zrozumieniu projektu. Opcjami, które warto rozważyć podczas tworzenia epica jest stworzenie unikatowego ‘’story’’ dla wszystkich potrzeb użytkownika. Następnie można podzielić proces na uporządkowane etapy i tworzyć mniejsze ‘’stories’’ dla każdego etapu.
Nie istnieje uniwersalna definicja oddzielająca obszerną ‘’story’’ od epica. ‘’Stories’’ powinny być realizowane w ciągu godzin lub dni; epics natomiast powinny zostać zrealizowane w ciągu tygodni, w ramach podziału na krótsze ‘’stories’’. Epics są podstawą działania związanego z programem agile; rozbijanie ich na mniejsze ‘’stories’’ nadaje rozpędu pracy zespołowej.
Sposób prezentacji epica
W celu zwizualizowania epics, możliwe jest użycie wykresów spalania. Służą one do motywowania oraz informowania interesariuszy na temat szacowanej i rzeczywistej ilości pracy pozostałej do wykonania. Wykresy spalania pozwalają na obrazowanie całkowitej pracy, prognozowanie możliwości osiągnięcia zamierzonego celu czy stopnia ukończenia zadania, na kontrolę postępów zespołu oraz na adekwatne reagowanie na zmiany.
| Epic — artykuły polecane |
| Test driven development — Backlog produktu — Feature-Driven Development — Metodyka Extreme Programming — Testowanie w projekcie — Scrum of scrums — Redundancja — Manifest Agile — Programowanie strukturalne |
Przypisy
Bibliografia
- Cobb G. (2015), The project manager’s guide to mastering agile, Wiley
- Cohen G. (2010), Agile Excellence for Product Managers: A Guide to Creating Winning Products with Agile Development Teams, Super Star Pres
- Cohn M. (2004), User Stories Applied for Agile Software Development, Addison-Wesley Professional
- Li P. (2015), Jira essentials, Packt Publishing, Birmingham-Mumbai
- Lucassen G., Dalpiaz F., Van Der Werf J., Brinkkemper S. (2015), Forging high-quality user stories: towards a discipline for agile requirements, 2015 IEEE 23rd international requirements engineering conference (RE)
- Munday L. (2019), Using Agile In Quality Driven Environment, Seattle
- Pichler R. (2010), Agile Product Management with Scrum: Creating Products that Customers Love, Addison-Wesley Professional
- Strona internetowa: Agile epics: definition, examples, and templates, Atlassian
- Ulghani S. (2016), Scrum or not to scrum? The answer, Xlibris
Autor: Klaudia Grucel
