Wejście w symulowany projekt, podstawy zarządzania ryzykiem
Wykład o metodyce zarządzaniu ryzykiem w projektach
Wprowadzenie w symulowaną sytuację
Zaplanowanie strategii programu
Pierwsza połowa symulacji
Podsumowanie rezultatów pierwszej połowy
Symulacja z zarządzania ryzykiem w projektach
Jakość potwierdzona dwoma międzynarodowymi nagrodami
Poznanie podstawowych pojęć z zakresu zarządzania projektami, np.: zakres, koszt, harmonogram, wykres Gantta, zmiana, sponsor, ryzyko itp.
Poznanie środowiska realizacji projektu i wpływu udziałowców
Poznanie cyklu życia projektu i wpływu zmian, ryzyk, udziałowców, zysku, kosztu naprojekt w poszczególnych etapach
Poznanie i przećwiczenie w praktyce technik zarządzania projektami: rejestr ryzyk, strategie zarządzania ryzykami, wykres Gantta, planowanie bieżące.
Budowanie postaw traktowania ryzyk jak zagrożenia, ale i okazje
Uświadomienie wartości dzielenia się wiedzą o ryzykach


















Wykład o metodyce zarządzaniu ryzykiem w projektach
Wprowadzenie w symulowaną sytuację
Zaplanowanie strategii programu
Pierwsza połowa symulacji
Podsumowanie rezultatów pierwszej połowy
Wykład na temat technik i strategii zarządzania ryzykiem
Analiza problemów w zarządzaniu projektem z poprzedniego dnia
Wdrożenie przez zespół usprawnionej metodyki projektowej
Druga połowa symulacji
Zebranie wyników i podsumowanie gry
Pozostaw swój adres email, a my odezwiemy się do Ciebie ze szczegółami.

Zawody mają cykl życia. Nie jest to metafora, a dość regularny wzorzec, który da się odtworzyć z rejestrów cechowych, spisów podatkowych i spisów powszechnych. Przykładowo programowanie po osiemdziesięciu latach wzrostu bez jednego załamania osiągnęło globalnie gęstość wiktoriańskiego piekarnictwa, a wciąż jest czterokrotnie rzadsze niż szewstwo w 1851 roku.

Kilka miesięcy pracy, kilkanaście wersji spisu treści, setki poprawek na marginesach i wreszcie moment, w którym książka trafia do czytelników. Polskie wydanie „Zarządzania projektami AI dla początkujących" jest już dostępne w Onepressie.

Przez ostatnie miesiące zamiast pisać kod, pisałem specyfikacje. Efektem jest openspeckit.com — otwarte repozytorium specyfikacji systemów IT na licencji MIT. Powstało w całości z jednego dokumentu markdown wrzuconego do agenta kodującego. Poniżej opisuję, po co to zrobiłem i czego się przy okazji dowiedziałem.