Simulace.info - User contributions [en]

File:PMSimulation Pavl11.mdl

2024-06-10T21:20:12Z

Pavl11: Pavl11 načetl novou verzi File:PMSimulation Pavl11.mdl

Simulace implementace SW projektu pro potreby PM

2024-06-10T21:09:18Z

Pavl11: /* Výsledky */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''AnalysisDays''': Počet dní potřebných pro analýzu a kdy.

Vzorec: +ActiveAnalysisDay
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----
'''ImplementationDays''': Počet dní potřebných pro implementaci a kdy.

Vzorec: +AddActiveImplementationDay
----
'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TestingDays''': Počet dní potřebných pro testování a kdy.

Vzorec: +AddActiveImplementationDay
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flows ===

'''Accepting''': je tok, který zajišťuje přeměnu WorkDone na WorkAccepted, tj. konečnou fázi a cíl projektu.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN(WorkDone, TestingVelocityPerDay*(1-FailRate)) , 0 )
----

'''Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''AnalysisOfBugs''': je tok, který reprezentuje převod nalezených chyb na technický popis WorkToDo.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''BugsDiscovery''': je tok, který reprezentuje odhalování chyb v průběhu testování.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN( (TestingVelocityPerDay*FailRate) , WorkDone*FailRate ) , 0 )
----

'''Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Výsledky==

Na běžícím modelu je možné měnit hodnoty jednotlivých proměnných a vidět jejich vliv na průběh implementace projektu a vizualizovat je přímo v kontextu projektu.

[[File:PM_Simulace_Running.png|900px|down|]]

==Závěr==
I když je model velice jednoduchý a zdaleka nezachycuje všechny aspekty životního cyklu projektu, mohl by být využit jako Proof of Concept možného využití modelu systémové dynamiky pro potřeby projektového managementu.

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T21:00:09Z

Pavl11: /* Výsledky */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''AnalysisDays''': Počet dní potřebných pro analýzu a kdy.

Vzorec: +ActiveAnalysisDay
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----
'''ImplementationDays''': Počet dní potřebných pro implementaci a kdy.

Vzorec: +AddActiveImplementationDay
----
'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TestingDays''': Počet dní potřebných pro testování a kdy.

Vzorec: +AddActiveImplementationDay
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flows ===

'''Accepting''': je tok, který zajišťuje přeměnu WorkDone na WorkAccepted, tj. konečnou fázi a cíl projektu.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN(WorkDone, TestingVelocityPerDay*(1-FailRate)) , 0 )
----

'''Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''AnalysisOfBugs''': je tok, který reprezentuje převod nalezených chyb na technický popis WorkToDo.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''BugsDiscovery''': je tok, který reprezentuje odhalování chyb v průběhu testování.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN( (TestingVelocityPerDay*FailRate) , WorkDone*FailRate ) , 0 )
----

'''Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Výsledky==

Na běžícím modelu je možné měnit hodnoty jednotlivých proměnných a vidět jejich vliv na průběh implementace projektu.

[[File:PM_Simulace_Running.png|900px|down|]]

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

LS 2023/2024

2024-06-10T20:57:26Z

Pavl11: /* Vypracovaná témata LS 2023/2024 */

{{DISPLAYTITLE:LS 2023/2024}}

Semestrální práce (simulace) z letního semestru 2023/202. Sem přidejte odkaz na stránku s Vaší prací.
Nejprve je třeba nechat schválit [[Assignment SS 2023/2024/cs|zadání práce]].

=Vypracovaná témata LS 2023/2024=

* [https://www.simulace.info/index.php/SnakeEvolution Simulácia evolúcie neurónovej siete, ktorej cieľom je naučiť sa hrať klasickú hru Snake (Python) ] - Michal Štefaňák

* [https://www.simulace.info/index.php/Simulace_přestupu_stanice_metra_Můstek Simulace přestupu stanice metra Můstek (netlogo)] - Dmitry Belov

* [https://www.simulace.info/index.php/Dopad_války_na_sklizeň_obilnin_a_luskovin_na_Ukrajině Dopad války na sklizeň obilnin a luskovin na Ukrajině (Vensim)] - Yuliia Potip

* [https://www.simulace.info/index.php/Simulace_v%C3%BDvoje_alkoholismu_a_jeho_vlivu_na_kriminalitu_(Vensim) Simulace vývoje alkoholismu a jeho vlivu na kriminalitu (Vensim) ] - Barbora Lacinová

* [https://www.simulace.info/index.php/Simulácia:_predikcia_počtu_obyvateľov_Slovenskej_republiky Simulácia predikcie počtu obyvateľov Slovenskej republiky] - Šimon Kavický

* [https://www.simulace.info/index.php/Simulace_implementace_SW_projektu_pro_potreby_PM Simulace implementace SW projektu pro potřeby projektového řízení (Vensim)] - Lucie Pavlová

* [https://www.simulace.info/index.php/P%C5%99%C3%ADrodn%C3%AD_v%C3%BDb%C4%9Br Simulace přírodního výběru pěnkav] - Ondřej Rubeš

* [https://www.simulace.info/index.php/Simulace_emis%C3%AD_CO2_z_elektromobil%C5%AF_a_ze_spalovac%C3%ADch_automobil%C5%AF Simulace emisí CO2 z elektromobilů a ze spalovacích automobilů] - Max Nonfried

* [https://www.simulace.info/index.php/Simulace_boardingu_cestuj%C3%ADc%C3%ADch_do_letadla Simulace boardingu cestujících do letadla (NetLogo)] - Arťom Ňorba

* [https://www.simulace.info/index.php/Simulace_torn%C3%A1da_ve_venkovsk%C3%A9_oblasti Simulace tornáda ve venkovské oblasti (NetLogo)] - Filip Javor

* [https://www.simulace.info/index.php/Simulace_v%C3%BDvoje_kor%C3%A1lov%C3%BDch_%C3%BAtes%C5%AF Simulace vývoje korálových útesů] - Sára Osičková

* [https://www.simulace.info/index.php/Simulace_emisi_spalovacich_motoru Simulace spotřeby a emisí v dopravě (NetLogo)] - Radim Boháč

* [https://www.simulace.info/index.php/Simulace_profitability Simulace profitability nových finančních produktů při zohlednění rizika nedobytnosti pohledávek a ceny zdrojů] - Jaroslav Budílek

Simulace implementace SW projektu pro potreby PM

2024-06-10T20:47:01Z

Pavl11: /* Flows */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''AnalysisDays''': Počet dní potřebných pro analýzu a kdy.

Vzorec: +ActiveAnalysisDay
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----
'''ImplementationDays''': Počet dní potřebných pro implementaci a kdy.

Vzorec: +AddActiveImplementationDay
----
'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TestingDays''': Počet dní potřebných pro testování a kdy.

Vzorec: +AddActiveImplementationDay
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flows ===

'''Accepting''': je tok, který zajišťuje přeměnu WorkDone na WorkAccepted, tj. konečnou fázi a cíl projektu.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN(WorkDone, TestingVelocityPerDay*(1-FailRate)) , 0 )
----

'''Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''AnalysisOfBugs''': je tok, který reprezentuje převod nalezených chyb na technický popis WorkToDo.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''BugsDiscovery''': je tok, který reprezentuje odhalování chyb v průběhu testování.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN( (TestingVelocityPerDay*FailRate) , WorkDone*FailRate ) , 0 )
----

'''Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Výsledky==

Na běžícím modelu je možné měnit hodnoty jednotlivých proměnných a vidět vliv na průběh implementace projektu.

[[File:PM_Simulace_Running.png|900px|down|]]

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T20:44:39Z

Pavl11: /* Výsledky */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''AnalysisDays''': Počet dní potřebných pro analýzu a kdy.

Vzorec: +ActiveAnalysisDay
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----
'''ImplementationDays''': Počet dní potřebných pro implementaci a kdy.

Vzorec: +AddActiveImplementationDay
----
'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TestingDays''': Počet dní potřebných pro testování a kdy.

Vzorec: +AddActiveImplementationDay
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flows ===

'''Accepting''': je tok, který zajišťuje přeměnu WorkDone na WorkAccepted, tj. konečnou fázi a cíl projektu.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN(WorkDone, TestingVelocityPerDay*(1-FailRate)) , 0 )
----

'''Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''AnalysisOfBugs''': je tok, který reprezentuje převod nalezených chyb na technický popis WorkToDo.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''BugsDiscovery''': je tok, který reprezentuje odhalování chyb v průběhu testování.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), TestingVelocityPerDay*FailRate , 0 )
----

'''Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Výsledky==

Na běžícím modelu je možné měnit hodnoty jednotlivých proměnných a vidět vliv na průběh implementace projektu.

[[File:PM_Simulace_Running.png|900px|down|]]

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T20:41:09Z

Pavl11: /* Výsledky */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''AnalysisDays''': Počet dní potřebných pro analýzu a kdy.

Vzorec: +ActiveAnalysisDay
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----
'''ImplementationDays''': Počet dní potřebných pro implementaci a kdy.

Vzorec: +AddActiveImplementationDay
----
'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TestingDays''': Počet dní potřebných pro testování a kdy.

Vzorec: +AddActiveImplementationDay
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flows ===

'''Accepting''': je tok, který zajišťuje přeměnu WorkDone na WorkAccepted, tj. konečnou fázi a cíl projektu.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN(WorkDone, TestingVelocityPerDay*(1-FailRate)) , 0 )
----

'''Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''AnalysisOfBugs''': je tok, který reprezentuje převod nalezených chyb na technický popis WorkToDo.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''BugsDiscovery''': je tok, který reprezentuje odhalování chyb v průběhu testování.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), TestingVelocityPerDay*FailRate , 0 )
----

'''Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Výsledky==

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T20:40:53Z

Pavl11: /* Model */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''AnalysisDays''': Počet dní potřebných pro analýzu a kdy.

Vzorec: +ActiveAnalysisDay
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----
'''ImplementationDays''': Počet dní potřebných pro implementaci a kdy.

Vzorec: +AddActiveImplementationDay
----
'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TestingDays''': Počet dní potřebných pro testování a kdy.

Vzorec: +AddActiveImplementationDay
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flows ===

'''Accepting''': je tok, který zajišťuje přeměnu WorkDone na WorkAccepted, tj. konečnou fázi a cíl projektu.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN(WorkDone, TestingVelocityPerDay*(1-FailRate)) , 0 )
----

'''Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''AnalysisOfBugs''': je tok, který reprezentuje převod nalezených chyb na technický popis WorkToDo.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''BugsDiscovery''': je tok, který reprezentuje odhalování chyb v průběhu testování.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), TestingVelocityPerDay*FailRate , 0 )
----

'''Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Výsledky==

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T20:40:15Z

Pavl11: /* Závěr */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''AnalysisDays''': Počet dní potřebných pro analýzu a kdy.

Vzorec: +ActiveAnalysisDay
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----
'''ImplementationDays''': Počet dní potřebných pro implementaci a kdy.

Vzorec: +AddActiveImplementationDay
----
'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TestingDays''': Počet dní potřebných pro testování a kdy.

Vzorec: +AddActiveImplementationDay
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flows ===

'''Accepting''': je tok, který zajišťuje přeměnu WorkDone na WorkAccepted, tj. konečnou fázi a cíl projektu.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN(WorkDone, TestingVelocityPerDay*(1-FailRate)) , 0 )
----

'''Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''AnalysisOfBugs''': je tok, který reprezentuje převod nalezených chyb na technický popis WorkToDo.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''BugsDiscovery''': je tok, který reprezentuje odhalování chyb v průběhu testování.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), TestingVelocityPerDay*FailRate , 0 )
----

'''Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Výsledky==

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T20:35:16Z

Pavl11: /* Flows */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''AnalysisDays''': Počet dní potřebných pro analýzu a kdy.

Vzorec: +ActiveAnalysisDay
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----
'''ImplementationDays''': Počet dní potřebných pro implementaci a kdy.

Vzorec: +AddActiveImplementationDay
----
'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TestingDays''': Počet dní potřebných pro testování a kdy.

Vzorec: +AddActiveImplementationDay
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flows ===

'''Accepting''': je tok, který zajišťuje přeměnu WorkDone na WorkAccepted, tj. konečnou fázi a cíl projektu.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN(WorkDone, TestingVelocityPerDay*(1-FailRate)) , 0 )
----

'''Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''AnalysisOfBugs''': je tok, který reprezentuje převod nalezených chyb na technický popis WorkToDo.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''BugsDiscovery''': je tok, který reprezentuje odhalování chyb v průběhu testování.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), TestingVelocityPerDay*FailRate , 0 )
----

'''Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Závěr==

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T20:34:12Z

Pavl11: /* Flows */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''AnalysisDays''': Počet dní potřebných pro analýzu a kdy.

Vzorec: +ActiveAnalysisDay
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----
'''ImplementationDays''': Počet dní potřebných pro implementaci a kdy.

Vzorec: +AddActiveImplementationDay
----
'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TestingDays''': Počet dní potřebných pro testování a kdy.

Vzorec: +AddActiveImplementationDay
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flows ===

'''Accepting''': je tok, který zajišťuje přeměnu WorkDone na WorkAccepted, tj. konečnou fázi a cíl projektu.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN(WorkDone, TestingVelocityPerDay*(1-FailRate)) , 0 )
----

'''Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''AnalysisOfBugs''': je tok, který reprezentuje převod nalezených chyb na technický popis WorkToDo.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----

'''BugsDiscovery''': je tok, který reprezentuje odhalování chyb v průběhu testování.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), TestingVelocityPerDay*FailRate , 0 )
----

'''Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T20:06:04Z

Pavl11: /* Flows */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''AnalysisDays''': Počet dní potřebných pro analýzu a kdy.

Vzorec: +ActiveAnalysisDay
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----
'''ImplementationDays''': Počet dní potřebných pro implementaci a kdy.

Vzorec: +AddActiveImplementationDay
----
'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TestingDays''': Počet dní potřebných pro testování a kdy.

Vzorec: +AddActiveImplementationDay
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flows ===

'''Accepting''': je tok, který zajišťuje přeměnu WorkDone na WorkAccepted, tj. konečnou fázi a cíl projektu.

Vzorec: IF THEN ELSE((WorkDone>0:AND:TimeSpent>TestingStartDelay), MIN(WorkDone, TestingVelocityPerDay*(1-FailRate)) , 0 )
----

'''Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----
'''Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T20:03:20Z

Pavl11: /* Stocks */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''AnalysisDays''': Počet dní potřebných pro analýzu a kdy.

Vzorec: +ActiveAnalysisDay
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----
'''ImplementationDays''': Počet dní potřebných pro implementaci a kdy.

Vzorec: +AddActiveImplementationDay
----
'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TestingDays''': Počet dní potřebných pro testování a kdy.

Vzorec: +AddActiveImplementationDay
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flows ===

'''Flow: Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----
'''Flow: Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:59:53Z

Pavl11: /* Flowss */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----

'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flows ===

'''Flow: Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----
'''Flow: Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:59:22Z

Pavl11: /* Stocks */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----

'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis

----
'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----
'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----
'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

===Flowss ===

'''Flow: Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----
'''Flow: Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:57:05Z

Pavl11: /* Stocks */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----

'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0 , + 1 , + 0 )
----

===Flowss ===

'''Flow: Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----
'''Flow: Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:56:47Z

Pavl11: /* Stocks */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis
----

'''WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

'''WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''Bugs''': Chyby nalezené během testování se vracejí zpět k analýze a implementaci.

Vzorec: BugsDiscover - AnalysisOfBugs
----

'''TotalStoryPoints''': Celkový rozsah projektu včetně bugů.

Vzorec: AddPoints
----

'''TimeSpent''': Celkový čas potřebný pro realizaci projektu.

Vzorec: IF THEN ELSE(
(Requirements + WorkToDo + WorkDone + Bugs) > 0
, + 1 , + 0 )
----

===Flowss ===

'''Flow: Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----
'''Flow: Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:51:43Z

Pavl11: /* Stock & Flow */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stocks ===

'''Stock: Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis
----

'''Stock: WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----

'''Stock: WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

'''Stock: WorkAccepted''': Funkcionalita, která úspěšně prošla testováním.

Vzorec: Implementation-Accepting-BugsDiscover
----

===Flowss ===

'''Flow: Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----
'''Flow: Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:48:21Z

Pavl11: /* Zdroje */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stock & Flow ===

'''Stock: Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis
----
'''Flow: Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----
'''Stock: WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----
'''Flow: Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----
'''Stock: WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

== Zdroje ==

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:47:57Z

Pavl11: /* Kód */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stock & Flow ===

'''Stock: Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis
----
'''Flow: Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----
'''Stock: WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----
'''Flow: Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----
'''Stock: WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

==Kód==

[[File: PMSimulation_Pavl11.mdl]]

=== Zdroje ===

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:47:37Z

Pavl11: /* Náhodné proměnné */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stock & Flow ===

'''Stock: Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis
----
'''Flow: Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----
'''Stock: WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----
'''Flow: Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----
'''Stock: WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

===Kód===

[[File: PMSimulation_Pavl11.mdl]]

=== Zdroje ===

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:46:35Z

Pavl11: /* Stock & Flow */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace je realizována prostřednictvím nástroje Vensim.

==Model==

'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

===Proměnné modelu===

Proměnné modelu, které je možné v rámci simulace měnit a sledovat, jak se změna projeví v rámci systému:

'''NumberOfRequirements''': celkový počet funkčních požadavků v úvodu projektu, ovlivňuje rozsah projektu.

Počáteční hodnota: 200 (Rosah 1 - 2000)
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Použitou jednotkou je StoryPoint.

Počáteční hodnota: 21 (1 - 56)

----
'''AnalysisVelocityPerDay''': Udává rychlost analýzy v počtech StoryPoints za den.

Počáteční hodnota: 20 (0 - 20)

----
'''ImplementationVelocityPerDay''': Udává rychlost implementace v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 40)

----
'''TestingVelocityPerDay''': Udává rychlost testování v počtech StoryPoints za den.

Počáteční hodnota: 5 (0 - 20)

----
'''FailRate''': Udává procento chybovosti při testování.

Počáteční hodnota: 0.2 (0.01 - 0.99)

===Stock & Flow ===

'''Stock: Requirements''': Stav představující rozsah projektu po obdržení požadavků. Požadavky jsou v průběhu Analýzy převáděny na zadání práce pro vývojáře WorkToDo.

Počáteční hodnota: NumberOfRequirements*Complexity

Vzorec: -Analysis
----
'''Flow: Analysis''': je tok, který zajišťuje přeměnu Requirements na technickou specifikaci WorkToDo, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )
----
'''Stock: WorkToDo''': Technická dokumentace připravená ke zpracování vývojovým týmem. V průběhu testování do ní přibívají í opravy bugů.
Počáteční hodnota: 0

Vzorec: Analysis+AnalysisOfBugs-Implementation
----
'''Flow: Implementation''': je tok, který zajišťuje implementaci technické dokumentace WorkToDo a vznik nové verze aplikace připravené k testování. Začátek implementace je možné zpozdit oproti analýze. V modelu je nastaven začátek implementace až po zkončení analýzy.

Vzorec: IF THEN ELSE(WorkToDo>0 :AND: TimeSpent > ImplementationStartDelay, MIN(ImplementationVelocityPerDay, WorkToDo ) , 0 )
----
'''Stock: WorkDone''': Nová funkcionality systému, která je určena k testování.

Vzorec: Implementation-Accepting-BugsDiscover
----

=== Náhodné proměnné ===

nemoc výpověď dovolená chyba v analýze

===Kód===

[[File: PMSimulation_Pavl11.mdl]]

=== Zdroje ===

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:36:12Z

Pavl11: /* Stock & Flow */

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:35:11Z

Pavl11: /* Proměnné modelu */

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:22:06Z

Pavl11: /* Proměnné modelu */

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:21:32Z

Pavl11: /* Proměnné modelu */

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:21:02Z

Pavl11: /* Model */

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:20:37Z

Pavl11: /* Model */

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:20:04Z

Pavl11: /* Proměnné modelu */

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:19:32Z

Pavl11: /* Metoda a prostředí simulace */

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:19:13Z

Pavl11: /* Proměnné */

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:18:57Z

Pavl11: /* Proměnné modelu */

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:08:08Z

Pavl11: /* Zadání */

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:07:47Z

Pavl11: /* Zadání */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' SSimulace implementace SW projektu pro potřeby projektového řízení

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace bude realizována prostřednictvím nástroje Vensim.

===Model===
'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

=== Proměnné ===
. Scope
. Costs
. Time
. Resources
. Quality
. Risk
===Proměnné modelu===

'''Number of requirements''': celkový počet funkčních požadavků v úvodu projektu.

Hodnota: 100
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Předpokládanou jednotkou je StoryPoint.

Hodnota: 21

----
'''Requirements''': Jde o zásobním představující rozsah projektu ve StoryPointech.

Vzorec: NumberOfRequirements*Complexity
----
'''Analysis''': je tok, který zajišťuje přeměnu Requirements v Work to do, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )

=== Náhodné proměnné ===

nemoc výpověď dovolená chyba v analýze

===Kód===

[[File: PMSimulation_Pavl11.mdl]]

=== Zdroje ===

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:07:01Z

Pavl11: /* Simulace implementace SW projektu pro potřeby projektového řízení */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

== Zadání ==

'''Název simulace:''' Simulace implementace SW projektu pro potřeby PM

'''Předmět:''' 4IT495 Simulace systémů

'''Semestr:''' LS 2023/2024

'''Autor:''' Lucie Pavlová

'''Typ modelu:''' Systémová dynamika

'''Modelovací nástroj:''' Vensim

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace bude realizována prostřednictvím nástroje Vensim.

===Model===
'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

=== Proměnné ===
. Scope
. Costs
. Time
. Resources
. Quality
. Risk
===Proměnné modelu===

'''Number of requirements''': celkový počet funkčních požadavků v úvodu projektu.

Hodnota: 100
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Předpokládanou jednotkou je StoryPoint.

Hodnota: 21

----
'''Requirements''': Jde o zásobním představující rozsah projektu ve StoryPointech.

Vzorec: NumberOfRequirements*Complexity
----
'''Analysis''': je tok, který zajišťuje přeměnu Requirements v Work to do, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )

=== Náhodné proměnné ===

nemoc výpověď dovolená chyba v analýze

===Kód===

[[File: PMSimulation_Pavl11.mdl]]

=== Zdroje ===

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:01:37Z

Pavl11: /* Využití */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Metoda a prostředí simulace ===
Simulace bude realizována prostřednictvím nástroje Vensim.

===Model===
'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

=== Proměnné ===
. Scope
. Costs
. Time
. Resources
. Quality
. Risk
===Proměnné modelu===

'''Number of requirements''': celkový počet funkčních požadavků v úvodu projektu.

Hodnota: 100
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Předpokládanou jednotkou je StoryPoint.

Hodnota: 21

----
'''Requirements''': Jde o zásobním představující rozsah projektu ve StoryPointech.

Vzorec: NumberOfRequirements*Complexity
----
'''Analysis''': je tok, který zajišťuje přeměnu Requirements v Work to do, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )

=== Náhodné proměnné ===

nemoc výpověď dovolená chyba v analýze

===Kód===

[[File: PMSimulation_Pavl11.mdl]]

=== Zdroje ===

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T19:01:11Z

Pavl11: /* Cíl */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt na termín dodání se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.
Cílem projektového řízení je také plánování nasazení jednotlivých rolí, tak aby na sebe práce plynule navazovali, nedocházelo k čekání, ale ani přetíženíjednotlivých rolí. Simulace poskytne odhady času potřebného od jednotlivých členů týmu a umožní simulovat načasování práce bude nejefektivnější.

=== Využití ===
Model by mohl být použit při naceňování, stanovení termínu dodání, nebo odhadu míry rizika. Mohl by být použit i na modelování důsledků změn v projektu.

=== Metoda a prostředí simulace ===
Simulace bude realizována prostřednictvím nástroje Vensim.

===Model===
'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

=== Proměnné ===
. Scope
. Costs
. Time
. Resources
. Quality
. Risk
===Proměnné modelu===

'''Number of requirements''': celkový počet funkčních požadavků v úvodu projektu.

Hodnota: 100
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Předpokládanou jednotkou je StoryPoint.

Hodnota: 21

----
'''Requirements''': Jde o zásobním představující rozsah projektu ve StoryPointech.

Vzorec: NumberOfRequirements*Complexity
----
'''Analysis''': je tok, který zajišťuje přeměnu Requirements v Work to do, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )

=== Náhodné proměnné ===

nemoc výpověď dovolená chyba v analýze

===Kód===

[[File: PMSimulation_Pavl11.mdl]]

=== Zdroje ===

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T18:55:04Z

Pavl11: /* Cíl */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled a odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.

=== Využití ===
Model by mohl být použit při naceňování, stanovení termínu dodání, nebo odhadu míry rizika. Mohl by být použit i na modelování důsledků změn v projektu.

=== Metoda a prostředí simulace ===
Simulace bude realizována prostřednictvím nástroje Vensim.

===Model===
'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

=== Proměnné ===
. Scope
. Costs
. Time
. Resources
. Quality
. Risk
===Proměnné modelu===

'''Number of requirements''': celkový počet funkčních požadavků v úvodu projektu.

Hodnota: 100
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Předpokládanou jednotkou je StoryPoint.

Hodnota: 21

----
'''Requirements''': Jde o zásobním představující rozsah projektu ve StoryPointech.

Vzorec: NumberOfRequirements*Complexity
----
'''Analysis''': je tok, který zajišťuje přeměnu Requirements v Work to do, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )

=== Náhodné proměnné ===

nemoc výpověď dovolená chyba v analýze

===Kód===

[[File: PMSimulation_Pavl11.mdl]]

=== Zdroje ===

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T18:54:40Z

Pavl11: /* Cíl */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

=== Cíl ===
Cílem simulace projektu pomocí Vensim je vizualizovat jednotlivé kroky softwaroveho projektu a umožnit tak celkový pohled odhad reakce systému na změny v jednotlivých vstupech. Díky simulaci by mělo být možné odhadnout, jaký je optimální poměr mezi rychlostí analýzy, implementace a testování, tak aby nedocházelo k prodlevám, ale tým nebyl ani přetížený. Například pokud přidáme kapacity do týmu testování, pozitivní efekt se nemusí projevit, protože nebude, co testovat.
Jednou z metrik průběžně sledovaných v průběhu projektu je velocity (produktivita) týmu v počtech StoryPoints za Sprint. Aktuální hodnota Velocity analýzy, implementace a testování, může být dosazena do modelu a projektový manažer vidí efekt na konečný termín dodání.

=== Využití ===
Model by mohl být použit při naceňování, stanovení termínu dodání, nebo odhadu míry rizika. Mohl by být použit i na modelování důsledků změn v projektu.

=== Metoda a prostředí simulace ===
Simulace bude realizována prostřednictvím nástroje Vensim.

===Model===
'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

=== Proměnné ===
. Scope
. Costs
. Time
. Resources
. Quality
. Risk
===Proměnné modelu===

'''Number of requirements''': celkový počet funkčních požadavků v úvodu projektu.

Hodnota: 100
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Předpokládanou jednotkou je StoryPoint.

Hodnota: 21

----
'''Requirements''': Jde o zásobním představující rozsah projektu ve StoryPointech.

Vzorec: NumberOfRequirements*Complexity
----
'''Analysis''': je tok, který zajišťuje přeměnu Requirements v Work to do, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )

=== Náhodné proměnné ===

nemoc výpověď dovolená chyba v analýze

===Kód===

[[File: PMSimulation_Pavl11.mdl]]

=== Zdroje ===

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

File:PMSimulation Pavl11.mdl

2024-06-10T18:35:25Z

Pavl11:

Simulace implementace SW projektu pro potreby PM

2024-06-10T18:34:50Z

Pavl11:

== Simulace implementace SW projektu pro potřeby projektového řízení ==

=== Cíl ===
Cílem této simulace je vytvořit model systémové dynamiky softwarového projektu, který zohlední známé proměnné i prvek náhody a pomůže zkoumat vliv jednotlivých faktorů a vzájemné ovlivňování v důležitých parametrech projektu

=== Využití ===
Model by mohl být použit při naceňování, stanovení termínu dodání, nebo odhadu míry rizika. Mohl by být použit i na modelování důsledků změn v projektu.

=== Metoda a prostředí simulace ===
Simulace bude realizována prostřednictvím nástroje Vensim.

===Model===
'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

=== Proměnné ===
. Scope
. Costs
. Time
. Resources
. Quality
. Risk
===Proměnné modelu===

'''Number of requirements''': celkový počet funkčních požadavků v úvodu projektu.

Hodnota: 100
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Předpokládanou jednotkou je StoryPoint.

Hodnota: 21

----
'''Requirements''': Jde o zásobním představující rozsah projektu ve StoryPointech.

Vzorec: NumberOfRequirements*Complexity
----
'''Analysis''': je tok, který zajišťuje přeměnu Requirements v Work to do, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )

=== Náhodné proměnné ===

nemoc výpověď dovolená chyba v analýze

===Kód===

[[File: PMSimulation_Pavl11.mdl]]

=== Zdroje ===

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T18:28:21Z

Pavl11: /* Proměnné */

== Simulace implementace SW projektu pro potřeby projektového řízení ==

=== Cíl ===
Cílem této simulace je vytvořit model systémové dynamiky softwarového projektu, který zohlední známé proměnné i prvek náhody a pomůže zkoumat vliv jednotlivých faktorů a vzájemné ovlivňování v důležitých parametrech projektu

=== Využití ===
Model by mohl být použit při naceňování, stanovení termínu dodání, nebo odhadu míry rizika. Mohl by být použit i na modelování důsledků změn v projektu.

=== Metoda a prostředí simulace ===
Simulace bude realizována prostřednictvím nástroje Vensim.

===Model===
'''Diagram stavů a toků'''

[[File:PM_Sumulace_SF.png|900px|down|]]

'''Běžící simulace'''

[[File:PM_Simulace_Running.png|900px|down|]]

=== Proměnné ===
. Scope
. Costs
. Time
. Resources
. Quality
. Risk
===Proměnné modelu===

'''Number of requirements''': celkový počet funkčních požadavků v úvodu projektu.

Hodnota: 100
----
'''Complexity''': reprezentuje rozsah, obecnost a také míru nepřesnosti průměrného požadavku. Předpokládanou jednotkou je StoryPoint.

Hodnota: 21

----
'''Requirements''': Jde o zásobním představující rozsah projektu ve StoryPointech.

Vzorec: NumberOfRequirements*Complexity
----
'''Analysis''': je tok, který zajišťuje přeměnu Requirements v Work to do, tj. zadání práce pro vývojový tým.

Vzorec: IF THEN ELSE(Requirements>0, MIN(Requirements, AnalysisVelocityPerDay) , 0 )

=== Náhodné proměnné ===

nemoc výpověď dovolená chyba v analýze

=== Zdroje ===

LI, Suinan. A generic model of project management with Vensim. 2008. Master's Thesis. Universiteteti Agder/Agder University.
https://uia.brage.unit.no/uia-xmlui/bitstream/handle/11250/137043/Suinan_Li.pdf?sequence=1

BESTEIRO, Élen Nara Carpim; DE SOUZA PINTO, Jefferson; NOVASKI, Olívio. Success factors in project management. Business management dynamics, 2015, 4.9.
https://web.archive.org/web/20180420205905id_/http://bmdynamics.com/issue_pdf/bmd110530a-%2019-34.pdf

WYSOCKI, Robert: Effective Project Management: Traditional, Agile, Extreme. Seventh edition. Indianapolis: Wiley, 2014.

Simulace implementace SW projektu pro potreby PM

2024-06-10T17:21:11Z

Pavl11:

Simulace implementace SW projektu pro potreby PM

2024-06-10T17:20:33Z

Pavl11:

File:PM Simulace Running.png

2024-06-10T17:18:12Z

Pavl11:

File:PM Sumulace SF.png

2024-06-10T17:17:15Z

Pavl11:

Simulace implementace SW projektu pro potreby PM

2024-06-10T17:16:15Z

Pavl11:

Simulace implementace SW projektu pro potreby PM

2024-06-10T15:46:43Z

Pavl11: /* Zdroje */

Simulace implementace SW projektu pro potreby PM

2024-06-10T14:56:42Z

Pavl11: Created page with "== Simulace implementace SW projektu pro potřeby projektového řízení == === Cíl === Cílem této simulace je vytvořit model systémové dynamiky softwarového projektu..."

LS 2023/2024

2024-06-10T14:55:27Z

Pavl11: