PMI Agile Community of Practice.
Więcej informacji : http://pmi.org.pl/wiedza/agile-cop/
From Agile in Business Conference / Konferencja Agile w Biznesie (Warsaw)
Prezentacja z konferencji Agile by Example 2013 Light na temat Agile Project Managera. Jego możliwej roli, kiedy kompetencje APM są przydatne. Prezentacja o tym, że człowiek w projektach jest najważniejszy.
IPMA - Cel PMO? - Samolikwidacja, The goal of the PMO? Self-DestructionMichal Raczka
Continuos Self-Destruction of the PMO.
Ciągła samolikwidacja PMO.
Konferencja IPMA: http://konferencja.ipma.pl/
Przez lata pracy miałem przyjemność budować i wygaszać PMO, obserwować sukcesy i kryzysy istnienia PMO. W wielu organizacjach pomagam w kreowaniu dojrzałego zarządzania projektami i w ramach tego poszukiwane są odpowiedzi na tak często padające pytania: Jaką wartość przynosi PMO? Jaki jest cel działania PMO? Po co nam PMO? Ciekawe jest to, że na początku całkiem łatwo udzielić odpowiedzi na powyższe pytania. Jednak po kilku latach odpowiedź jest coraz trudniejsza. Jak pokazują badania, istnienie PMO jest kwestionowane i upada po ok 3 latach istnienia – badania ESI. To może to powinien być cel wpisany w kod genetyczny PMO? Samospełniająca się przepowiednia? Zapraszam na prelekcje: „Cel PMO? Samolikwidacja!”
Scrum, choć jest wciąż popularny i lubiany, to zwykle nie jest już zwinny (Agile). Co robi różnicę? Jak bycie zwinnym zmienia myślenie o zadaniach ludzi w IT? Czym w praktyce różni się praca w zespole tradycyjnym i zwinnym? Wreszcie jak rozpoznać u potencjalnego pracodawcy prawdziwy Agile? Przy okazji odpowiedzi na te pytania sprostujemy wspólnie najczęściej pojawiające się przekłamania na temat Scruma i Agile.
Niedokończony biznes, niedokończone projekty - Psychologia w Biznesie i Zarzą...Michal Raczka
Prezentacja z konferencji Psychologia w Biznesie i Zarządzaniu Projektami.
Żyjemy w czasach ciągłych i przyspieszających zmian. Praktycznie wszystkie firmy inwestują w przewagę konkurencyjną opartą na technologii i nowoczesnych branżach. Te firmy kroczą w nieznane i jeszcze szybciej potrzebują dostosowywać się do zmian. Zaczęty dziś projekt może nigdy nie dojść do końca, bo wszystko dookoła się zmieni. To może nie powinniśmy kończyć projektów? Może kończenie projektów przestało mieć sens w aktualnych czasach? Czy wtedy to dalej będą projekty? Trzeba się zmierzyć tymi pytaniami i znaleźć rozwiązania dla naszych organizacji.
PMI Agile Community of Practice.
Więcej informacji : http://pmi.org.pl/wiedza/agile-cop/
From Agile in Business Conference / Konferencja Agile w Biznesie (Warsaw)
Prezentacja z konferencji Agile by Example 2013 Light na temat Agile Project Managera. Jego możliwej roli, kiedy kompetencje APM są przydatne. Prezentacja o tym, że człowiek w projektach jest najważniejszy.
IPMA - Cel PMO? - Samolikwidacja, The goal of the PMO? Self-DestructionMichal Raczka
Continuos Self-Destruction of the PMO.
Ciągła samolikwidacja PMO.
Konferencja IPMA: http://konferencja.ipma.pl/
Przez lata pracy miałem przyjemność budować i wygaszać PMO, obserwować sukcesy i kryzysy istnienia PMO. W wielu organizacjach pomagam w kreowaniu dojrzałego zarządzania projektami i w ramach tego poszukiwane są odpowiedzi na tak często padające pytania: Jaką wartość przynosi PMO? Jaki jest cel działania PMO? Po co nam PMO? Ciekawe jest to, że na początku całkiem łatwo udzielić odpowiedzi na powyższe pytania. Jednak po kilku latach odpowiedź jest coraz trudniejsza. Jak pokazują badania, istnienie PMO jest kwestionowane i upada po ok 3 latach istnienia – badania ESI. To może to powinien być cel wpisany w kod genetyczny PMO? Samospełniająca się przepowiednia? Zapraszam na prelekcje: „Cel PMO? Samolikwidacja!”
Scrum, choć jest wciąż popularny i lubiany, to zwykle nie jest już zwinny (Agile). Co robi różnicę? Jak bycie zwinnym zmienia myślenie o zadaniach ludzi w IT? Czym w praktyce różni się praca w zespole tradycyjnym i zwinnym? Wreszcie jak rozpoznać u potencjalnego pracodawcy prawdziwy Agile? Przy okazji odpowiedzi na te pytania sprostujemy wspólnie najczęściej pojawiające się przekłamania na temat Scruma i Agile.
Niedokończony biznes, niedokończone projekty - Psychologia w Biznesie i Zarzą...Michal Raczka
Prezentacja z konferencji Psychologia w Biznesie i Zarządzaniu Projektami.
Żyjemy w czasach ciągłych i przyspieszających zmian. Praktycznie wszystkie firmy inwestują w przewagę konkurencyjną opartą na technologii i nowoczesnych branżach. Te firmy kroczą w nieznane i jeszcze szybciej potrzebują dostosowywać się do zmian. Zaczęty dziś projekt może nigdy nie dojść do końca, bo wszystko dookoła się zmieni. To może nie powinniśmy kończyć projektów? Może kończenie projektów przestało mieć sens w aktualnych czasach? Czy wtedy to dalej będą projekty? Trzeba się zmierzyć tymi pytaniami i znaleźć rozwiązania dla naszych organizacji.
PMI Poland Chapter Oddział Szczecin Seminarium Michal Raczka
Prezentacja z seminarium PMI Szczecin. Przedstawienie PMI, Oficjalne otwarcie oddziału PMI Szczecin. Prezentacja na temat metodyk, standardów i zrozumienia kiedy najlepiej używać stosować zwinne lub kaskadowe podejście.
W trakcie transformacji do Agile jeden z problemów do rozwiązania to umiejscowienie roli analityka w nowej rzeczywistości. Pula rozwiązań wydaje się tutaj mocno ograniczona standardami. Scrum Guide nie wyznacza takiej roli i nie wskazuje co zrobić z analitykiem. A może analityk nie jest w ogóle potrzebny w Agile? Nawet jeśli znajdziemy dla niego miejsce to trudno jest pracować w iteracjach tak, żeby było to wartościowe i efektywne. W swojej pracy widziałem już kilka konfiguracji w mniejszych i większych przedsięwzięciach. Każdy wybór oczywiście ma swoje plusy dodatnie i plusy ujemne. Opowiem zatem jak funckjonowała w moim doświadczeniu analiza biznesowa w środowiskach Agile, w szczególności z zespołami Scrumowymi oraz jakie są opcje rozwiązania sytuacji Analityka.
Prezentacja z wykładu na temat roli analityka IT w zespole stosującym metodyki Agile takich jak SCRUM, XP czy Kanban. Prezentacja pokazuje także jak budować kompetencje zwinnego analityka. Wykład został wygłoszony podczas konferencji beIT 2015 na Politechnice Gdańskiej, a także na spotkaniu gdańskiej grupy SPIN.
Jak podejść do wymagań w Agile? Jak pisać dobre User Story? Po czym poznam, że to jest dobre User Story? Kto pisze User Story? Czy w Scrum stosujemy tylko User Story? Jak szybko budować Product Backlog?
Prezentacja przedstawia pomysł Scotta Amblera na prowadzenie analizy w metodach zwinnych: Agile Modeling oraz Agile Model Driven Development.
Prezentacja została przedstawiona na spotkaniu IIBA PC Business Analysis Round-tables #7 Pomysł na analizę w Agile: Agile Modeling:
http://www.meetup.com/IIBA-PC-Business-Analysis-Round-tables/events/222647759/
Wielu Scrum Masterów nie ma pomysłu lub ma trudności z prowadzeniem wartościowych Retrospekcji Sprintu. Młodzi, niedoświadczeni adepci tej sztuki często ograniczają się do jednej dobrze przećwiczonej metody. Najgorzej, kiedy jest to wariacja oparta na plusach i minusach lub ćwiczeniu rozgwiazda. Każdy zespól to widział i szybko się znudzi. Z tego powodu, retrospekcja staje się "koniecznym złem” dla zespołu, nudnym spotkaniem, które nie przynosi żadnej wartości. Zespół przestaje się angażować. Dlatego warto poszerzać warsztat i sprawdzać inne metody. Dzisiaj chciałabym Ci przedstawić Retrospekcję z wykorzystaniem niedawnej zmiany w Scrum Guide - dodanych Wartości Scrum.
Dlaczego developerzy nie lubią scrum Zwinna ŁódźKrystian Kaczor
Scrum jest z nami od 1995, ale tak naprawdę pod polskie strzechy zawitał stosunkowo niedawno. W ostatnich pięciu latach zainteresowanie Scrum w Polsce nieustannie rosło. W tej chwili albo już pracujesz w czymś przypominającym Scrum, albo za chwilę będziesz. Developerzy nawet pomimo początkowej ekscytacji szybko zniechęcają się do nowego sposobu pracy. Zaczyna się hejt i marudzenie. Pomimo całej samo-organizacji i zbliżenia do użytkownika pojawia się opór i postawa obronna. Dlaczego tak się dzieje? Czy to problem z developerami? Jak przeciwdziałać problemom i sprawić, żeby praca w Scrum była przyjemna i motywująca? Opowiem o tym podczas mojego wystąpienia.
Jak pracuje Product Owner? Spotkanie LubLean and AgileKrystian Kaczor
Product Owner jako osoba pisząca User Story (Historyjki Użytkownika) to jeden z najczęściej powtarzających się mitów na temat Scrum. Pojawiają się też głosy, że to niemożliwe, żeby jedna osoba potrafiła zarządzać Product Backlog. Czy aby na pewno? Czym zajmuje się Product Owner? Z jakich narzędzi korzysta Product Owner? Czy jest na 100% dostępny dla Zespołu Develoeprskiego? Co do tego ma Scrum Master?
Jira jak każde narzędzie może posłużyć do czegoś dobrego albo czegoś złego. Możemy wspierać pracę w Agile, albo wręcz odwrotnie, zabić każdy aspekt Agile. A na początek wystarczyłoby skorzystać z ustawień schematu scrum w Jira Software.
Ilu z was pracuje w projektach prowadzonych w Agile? A ilu z was potrafi o sobie powiedzieć, że są Agile? I uwaga, agile niekoniecznie oznacza, że musicie godzic sie na wszystko i minute przed terminem zmieniac pół aplikacji
Agile ma lepszy PR niż Waterfall – jest bardziej „cool”, ale to nie znaczy że jest lepszy.
W koncu trzeba teraz wymyślić coś nowego, sprzedać dużo książek, no bo tak naprawde czy jednocześnie jesteśmy testerami manualnymi, automatycznymi, developerami, scrum masterami, asystentkami, project managerami ? Większość z Nas mówi, że pracuje w Agile. A kiedy tak naprawde testujecie? Pierwszego dnia sprintu czy tak naprawdę ostatniego? Kiedy rozpoczynacie cały proces testowania? Na etapie planowania czy, gdy cała dokumentacja jest gotowa?
Praca w Agile wymaga zaangażowania klienta. Klienta, który w pełni poświeci się w dany projekt. Nie bedzie oczekiwał konkretnej estymacji do nie do końca sprecyzowanych wymagań.
Jest cała masa projektów, które zwyczajnie muszą być prowadzone w “stary” sposób. I tutaj zwykle wracamy do waterfalla. No bo kto wsiadłby od samolotu którego hamulce rozwijane byłyby w metodologiach zwinnych – w ostatnim sprintcie dodamy user story “As a owner of this Boeing 747 I want it to break before end of the airstip so that nobody from passengers die” ? a może: “As a NASA we want this mars rover to land so we don’t waste milions of dolars” ?
Chcemy Wam dziś pokazać, że zamiast na siłę wdrażać w projektach zwinne podejście, może lepiej skupić się na eliminacji strat, stałej poprawie i na przykład zastosować LEAN software development.
W ramach transformacji do zwinnej organizacji pojawiają się często niezaadresowane pytania. Jak managerowie powinni pracować z Zespołami Scrum. Czy w Scrum nie ma zarządzania? Co zrobić z managerami? Samo-organizacja jest postrzegana jako kompletny chaos. Pojawia się hasło, że potrzebujemy mieć procesy zarządcze, więc potrzebujemy mieć managerów. Wiele osób nie rozumie czym różni sie lider od managera. Jak managerowie powinni pracować z Zespołami Scrum? Czy w Scrum w ogóle nie ma zarządzania? Czy w Zespole Scrum są liderzy? W swoim wystąpieniu odpowiem na te pytania. Opowiem czym jest servant-leadership. Jak przejść z hierachicznej organizacji z kulturą zarządzania ludźmi na organizację zwinną. Opowiem czym mogą a nawet powinni zajmować się managerowie w organizacji.
PMI Poland Chapter Warsaw Branch - Change the System, not PeopleMichal Raczka
Change the system, not the people. We as leaders are responsible for the system of work. We should focus on this in order to create a healthy organization ready for successful projects. By attending this session you will be able to get actionable “Lessons Learned and To Dos” based on observations and experience in a few organizations.
Jak skutecznie zapewnić realizację działań w wyznaczonym budżecie, na czas oraz bez kompromisu dla uzgodnionych kryteriów jakości i oczekiwanych efektów biznesowych?
Mój artykuł w nr 6/2015 magazynu Controlling i Zarządzanie
Dostarcz energii swoim projektom z Oracle Project Cloud, Ryszard Krawczyński,...Ewa Stepien
Dostarcz energii swoim projektom z Oracle Project Cloud, Ryszard Krawczyński, Oracle - presentation at the SaaS Day conference , 15.10.2014, Warsaw, Poland
PMI Poland Chapter Oddział Szczecin Seminarium Michal Raczka
Prezentacja z seminarium PMI Szczecin. Przedstawienie PMI, Oficjalne otwarcie oddziału PMI Szczecin. Prezentacja na temat metodyk, standardów i zrozumienia kiedy najlepiej używać stosować zwinne lub kaskadowe podejście.
W trakcie transformacji do Agile jeden z problemów do rozwiązania to umiejscowienie roli analityka w nowej rzeczywistości. Pula rozwiązań wydaje się tutaj mocno ograniczona standardami. Scrum Guide nie wyznacza takiej roli i nie wskazuje co zrobić z analitykiem. A może analityk nie jest w ogóle potrzebny w Agile? Nawet jeśli znajdziemy dla niego miejsce to trudno jest pracować w iteracjach tak, żeby było to wartościowe i efektywne. W swojej pracy widziałem już kilka konfiguracji w mniejszych i większych przedsięwzięciach. Każdy wybór oczywiście ma swoje plusy dodatnie i plusy ujemne. Opowiem zatem jak funckjonowała w moim doświadczeniu analiza biznesowa w środowiskach Agile, w szczególności z zespołami Scrumowymi oraz jakie są opcje rozwiązania sytuacji Analityka.
Prezentacja z wykładu na temat roli analityka IT w zespole stosującym metodyki Agile takich jak SCRUM, XP czy Kanban. Prezentacja pokazuje także jak budować kompetencje zwinnego analityka. Wykład został wygłoszony podczas konferencji beIT 2015 na Politechnice Gdańskiej, a także na spotkaniu gdańskiej grupy SPIN.
Jak podejść do wymagań w Agile? Jak pisać dobre User Story? Po czym poznam, że to jest dobre User Story? Kto pisze User Story? Czy w Scrum stosujemy tylko User Story? Jak szybko budować Product Backlog?
Prezentacja przedstawia pomysł Scotta Amblera na prowadzenie analizy w metodach zwinnych: Agile Modeling oraz Agile Model Driven Development.
Prezentacja została przedstawiona na spotkaniu IIBA PC Business Analysis Round-tables #7 Pomysł na analizę w Agile: Agile Modeling:
http://www.meetup.com/IIBA-PC-Business-Analysis-Round-tables/events/222647759/
Wielu Scrum Masterów nie ma pomysłu lub ma trudności z prowadzeniem wartościowych Retrospekcji Sprintu. Młodzi, niedoświadczeni adepci tej sztuki często ograniczają się do jednej dobrze przećwiczonej metody. Najgorzej, kiedy jest to wariacja oparta na plusach i minusach lub ćwiczeniu rozgwiazda. Każdy zespól to widział i szybko się znudzi. Z tego powodu, retrospekcja staje się "koniecznym złem” dla zespołu, nudnym spotkaniem, które nie przynosi żadnej wartości. Zespół przestaje się angażować. Dlatego warto poszerzać warsztat i sprawdzać inne metody. Dzisiaj chciałabym Ci przedstawić Retrospekcję z wykorzystaniem niedawnej zmiany w Scrum Guide - dodanych Wartości Scrum.
Dlaczego developerzy nie lubią scrum Zwinna ŁódźKrystian Kaczor
Scrum jest z nami od 1995, ale tak naprawdę pod polskie strzechy zawitał stosunkowo niedawno. W ostatnich pięciu latach zainteresowanie Scrum w Polsce nieustannie rosło. W tej chwili albo już pracujesz w czymś przypominającym Scrum, albo za chwilę będziesz. Developerzy nawet pomimo początkowej ekscytacji szybko zniechęcają się do nowego sposobu pracy. Zaczyna się hejt i marudzenie. Pomimo całej samo-organizacji i zbliżenia do użytkownika pojawia się opór i postawa obronna. Dlaczego tak się dzieje? Czy to problem z developerami? Jak przeciwdziałać problemom i sprawić, żeby praca w Scrum była przyjemna i motywująca? Opowiem o tym podczas mojego wystąpienia.
Jak pracuje Product Owner? Spotkanie LubLean and AgileKrystian Kaczor
Product Owner jako osoba pisząca User Story (Historyjki Użytkownika) to jeden z najczęściej powtarzających się mitów na temat Scrum. Pojawiają się też głosy, że to niemożliwe, żeby jedna osoba potrafiła zarządzać Product Backlog. Czy aby na pewno? Czym zajmuje się Product Owner? Z jakich narzędzi korzysta Product Owner? Czy jest na 100% dostępny dla Zespołu Develoeprskiego? Co do tego ma Scrum Master?
Jira jak każde narzędzie może posłużyć do czegoś dobrego albo czegoś złego. Możemy wspierać pracę w Agile, albo wręcz odwrotnie, zabić każdy aspekt Agile. A na początek wystarczyłoby skorzystać z ustawień schematu scrum w Jira Software.
Ilu z was pracuje w projektach prowadzonych w Agile? A ilu z was potrafi o sobie powiedzieć, że są Agile? I uwaga, agile niekoniecznie oznacza, że musicie godzic sie na wszystko i minute przed terminem zmieniac pół aplikacji
Agile ma lepszy PR niż Waterfall – jest bardziej „cool”, ale to nie znaczy że jest lepszy.
W koncu trzeba teraz wymyślić coś nowego, sprzedać dużo książek, no bo tak naprawde czy jednocześnie jesteśmy testerami manualnymi, automatycznymi, developerami, scrum masterami, asystentkami, project managerami ? Większość z Nas mówi, że pracuje w Agile. A kiedy tak naprawde testujecie? Pierwszego dnia sprintu czy tak naprawdę ostatniego? Kiedy rozpoczynacie cały proces testowania? Na etapie planowania czy, gdy cała dokumentacja jest gotowa?
Praca w Agile wymaga zaangażowania klienta. Klienta, który w pełni poświeci się w dany projekt. Nie bedzie oczekiwał konkretnej estymacji do nie do końca sprecyzowanych wymagań.
Jest cała masa projektów, które zwyczajnie muszą być prowadzone w “stary” sposób. I tutaj zwykle wracamy do waterfalla. No bo kto wsiadłby od samolotu którego hamulce rozwijane byłyby w metodologiach zwinnych – w ostatnim sprintcie dodamy user story “As a owner of this Boeing 747 I want it to break before end of the airstip so that nobody from passengers die” ? a może: “As a NASA we want this mars rover to land so we don’t waste milions of dolars” ?
Chcemy Wam dziś pokazać, że zamiast na siłę wdrażać w projektach zwinne podejście, może lepiej skupić się na eliminacji strat, stałej poprawie i na przykład zastosować LEAN software development.
W ramach transformacji do zwinnej organizacji pojawiają się często niezaadresowane pytania. Jak managerowie powinni pracować z Zespołami Scrum. Czy w Scrum nie ma zarządzania? Co zrobić z managerami? Samo-organizacja jest postrzegana jako kompletny chaos. Pojawia się hasło, że potrzebujemy mieć procesy zarządcze, więc potrzebujemy mieć managerów. Wiele osób nie rozumie czym różni sie lider od managera. Jak managerowie powinni pracować z Zespołami Scrum? Czy w Scrum w ogóle nie ma zarządzania? Czy w Zespole Scrum są liderzy? W swoim wystąpieniu odpowiem na te pytania. Opowiem czym jest servant-leadership. Jak przejść z hierachicznej organizacji z kulturą zarządzania ludźmi na organizację zwinną. Opowiem czym mogą a nawet powinni zajmować się managerowie w organizacji.
PMI Poland Chapter Warsaw Branch - Change the System, not PeopleMichal Raczka
Change the system, not the people. We as leaders are responsible for the system of work. We should focus on this in order to create a healthy organization ready for successful projects. By attending this session you will be able to get actionable “Lessons Learned and To Dos” based on observations and experience in a few organizations.
Jak skutecznie zapewnić realizację działań w wyznaczonym budżecie, na czas oraz bez kompromisu dla uzgodnionych kryteriów jakości i oczekiwanych efektów biznesowych?
Mój artykuł w nr 6/2015 magazynu Controlling i Zarządzanie
Dostarcz energii swoim projektom z Oracle Project Cloud, Ryszard Krawczyński,...Ewa Stepien
Dostarcz energii swoim projektom z Oracle Project Cloud, Ryszard Krawczyński, Oracle - presentation at the SaaS Day conference , 15.10.2014, Warsaw, Poland
REVE UP – program mający na celu wspieranie firm w poprawie płynności finansowej, dzięki wykorzystaniu nowoczesnych narzędzi technologicznych. Z pomocą automatycznie działających software robotów, algorytmom uczenia maszynowego i sztucznej inteligencji wdrażamy rozwiązania, które zwiększają efektywność zadań wykonywanych przez pracowników. W efekcie osiągamy większą spójność w obrębie firmowej infrastruktury, a przede wszystkim dodatkowe oszczędności liczone w setkach tysięcy złotych. REVE UP realizowany jest przez Rhenus – lidera automatyzacji pracy z wykorzystaniem nowoczesnej technologii oraz Wiedzy i Praktyki - jednego z największych wydawnictw informacji fachowej w Polsce. Przedstawione wartości zwrotu z inwestycji dotyczą estymowanych wyników na podstawie zbiorczych danych dotychczasowych klientów.
Scrum (Polish version) - wprowadzenie do frameworkaalbrzykowski
Prezentacja zawiera podstawowe informacje na temat Agile i głównie frameworka Scrum. Znajdziecie w niej wiadomości dotyczące wartości Scruma, Zespołu Scrumowego, Zdarzeń w Scrumie oraz Artefaktów Scruma. Ponadto dodałem też dodatkowe informacje związane z kilkoma praktykami Agile.
Prezentacja jest okrojoną wersją używanej przeze mnie podczas szkoleń warsztatowych stąd znajdziecie w niej informacje w większości teoretyczne.
Podstawy Project Portfolio Management na przykładach wdrożeń. Informacje o narzędziach i metodzie implementacji. Kilka dobrych praktyk z przeszości :-) - prezentacja dla IPMA w Szczecinie
Katalog ukazuje profil działalności firmy PM Experts, z zaznaczeniem oferty szkoleniowej oraz doradczej firmy. Prezentowane jest tu spektrum usług firmy, nasi konsultanci, a także działalność społeczna.
Agile - metodyki zwinne.
Spis treści:
1. Wstęp do metodyk zwinnych – manifest i zasady Agile.
2. Dostarczanie oparte na wartości – ocena, planowanie, dostarczanie, weryfikowanie i monitorowanie wartości.
3. Zaangażowanie interesariuszy – współpraca i komunikacja, przywództwo (rozdział w opracowaniu).
4. Wydajność zespołów – co to jest, od czego zależy i jak ją poprawiać.
5. Planowanie adaptacyjne – koncepcje planowania, estymacja, planowanie zwinne.
6. Problemy – jakość, wykrywanie, zapobieganie i rozwiązywanie problemów.
7. Ciągłe doskonalenie – retrospekcje i udoskonalanie procesów.
8. Opis najpopularniejszych metodyk – SCRUM.
Projekty IT nie istnieją (zrezygnujmy z tej nazwy). Każdy projekt jest projektem biznesowym z cześcią informatyczną (technoloiczną). IT nie istnieje samo dla siebie. Usługi IT wspierające procesy biznesowe. Najlepsze praktyki (best practices) pomagają prowadzić projekty z częścią IT. Jest to szczególnie ważne przy wdrażaniu kontraktów outsourcingowych oraz Centów Usług Wspólnych (Shared Service Centres, SSC)
Best Practice User Group™ (BPUG™) Polska to stowarzyszenie promujące najlepsze praktyki z zakresu zarządzania projektami, programami, portfelami, usługami i ryzykiem. Organizacja powstała w 1993 w Wielkiej Brytanii jako PRINCE2 User Group, od 2005 jako Best Practice User Group, od 2011 działa polski oddział BPUG Polska.
Podstawowe metodyki i produkty to Projects In Controlled Environments (PRINCE2™), Managing Successful Programmes (MSP™), Management of Risk (M_o_R®), Portfolio, Programme and Project Offices (P3O®), Portfolio, Programme, and Project Management Maturity Model (P3M3®), Management of Value (MoV®), Management of Portfolios (MoP™).
Project Management Quarterly issued by PMI Poland Chapter.
Kwartalnik o zarządzaniu projektami, wydawany przez PMI Poland Chapter.
W numerze:
Agile czy nie Agile – oto jest pytanie – Krzysztof Małus
Transformacja agile w firmie – Mariusz Chrapko
Efektywny czy zajęty? – Paweł Brodziński
Facylitacja w projektach – Tomasz Nędzi
Trzecia Edycja wydarzenia. New Trends in Project Management
How to Create a World-Class PMO? – wywiad z Jane Holden i Rose Ann Radosevic
Co nas kręci, co nas... motywuje? – Katarzyna Janas
Kanban: stop starting, start finishing – dr Jerzy Stawicki
Wolontariusz roku – Wywiad z Aleksandrą Skowron
Raport PM Experts - Kompetencje miekkie w zarzadzaniu projektamiPM Experts
Raport zawiera podsumowanie wyników badania dotyczącego znaczenia kompetencji miękkich w zarządzaniu projektami. Zostało ono przeprowadzone w listopadzie i grudniu 201 przez PM Experts. Zapraszamy do lektury!
Similar to Agile Project Management dla IPMA Polska Poznan (20)
I hate projects, I love projects - AgileByExample ConferenceMichal Raczka
Projects, everywhere projects. Organisational ‘projectification’ has been applied to many companies, mBank is no exception. All around us is named as a project and this is counterproductive for all interested parties. For products, where we count on the longterm ownership and Agile craftsmanship. For projects which are about changing a status quo thus require strong sponsorship and high level od project management competencies. We all suffer due to organisational ‘projectification’. mBank and corporations need to find the way to manage the business differently.
PMI Global Congress North America 2015 - Change the system, not the people.Michal Raczka
Change the system, not the people. We as project leaders are responsible for the system of work. We should focus on this in order to create a healthy organization ready for successful projects. By attending this session you will be able to get 10 actionable “Lessons Learned and To Dos” based on observations and experience in a few organisations.
22. Zarządzanie Tradycyjne
Raport statusu
& Spotkania Praktyki
Waterfall Metody
Teoria X
Hierarchia
Planowanie i Zasady
kontrola
Tradycyjne
zarządzanie Wartości
23. Projekty Lean-Agile
Scrum: Codzienny
Standup Praktyki
Scrum
DSDM
Kanban
Metody
Spiral
Agile Zasady
Lean Wartości
60. pmdoi.org – agile manifesto
! We increase return on investment by making continuous flow of value our
focus.
! We deliver reliable results by engaging customers in frequent interactions
and shared ownership.
! We expect uncertainty and manage for it through iterations, anticipation,
and adaptation.
! We unleash creativity and innovation by recognizing that individuals are
the ultimate source of value, and creating an environment where they can
make a difference.
! We boost performance through group accountability for results and shared
responsibility for team effectiveness.
! We improve effectiveness and reliability through situationally specific
strategies, processes and practices.
70. Take away
! Agile is for You and for Value
! Best in the World are already use it
! Values and Principles over Tools and Techniques
! Project Management competences are essential
! You have high improvement potential
! Trend: AgilePM most desired job profile in the World for
next years
! AgilePM is for Team – You make a difference
73. Nowe studia podyplomowe:
Zarzadzanie Projektami IT
! Pierwsze w Poznaniu! (Zarządzanie projektami + IT)
! Program stworzony przy współpracy z PMI® Poland Chapter
! W zgodności z uznanymi globalnymi standardami
! Integrujące wiedzę z dziedziny zarządzania projektami z
kompetencjami obszaru IT
! Przydatne dla osób planujących certyfikacje: CAPM®, PMP®,
PMI-ACP®
! Obejmujące standard PMBOK® jak i podejście zwinne (Agile)
! Zajęcia prowadzone przez certyfikowanych (PMP®)
praktyków od lat związanych z branżą IT i PMI® Poland
Chapter
74. Zarzadzanie Projektami IT –
Nowoczesny Project Manager
Zagadnienia ogólne w zarządzaniu Organizacja i zarządzanie projektem od
projektami IT fazy planowania do zakończenia
• Podstawy projektów informatycznych • Planowanie w projekcie informatycznym
• Zarządzanie projektami IT w organizacji • Organizacja pracy i procesy wykonawcze w
• Przegląd standardów i metodyk stosowanych w projekcie IT
zarządzaniu projektami IT • Zarządzanie ryzykiem w projekcie
• Przygotowanie do rozpoczęcia projektu • Zarządzanie zmianą w projekcie informatycznym
• Monitoring, kontrola i zamknięcie projektu
informatycznego
Zagadnienia rozszerzone Praktyka zarządzania projektem -
warsztaty
• Projektowe aspekty informatyki w organizacji
• Metody zwinne w przedsięwzięciach • wykorzystanie narzędzi wsparcia (MS Project)
informatycznych przez cały okres trwania projektu;
• Zarządzanie zespołem • zespoły 4-5 osobowe realizujące projekt
• Przywództwo w zarządzaniu projektem informatyczny;
informatycznym • rotacyjna rola kierownika projektu w zespole;
• symulacja zmiennych warunków projektowych
(np. ryzyka, wymuszona zmiana zakresu)
75. Michał Rączka
! michal@raczka.biz
! +48 501 430 252
! http://pl.linkedin.com/in/mraczka
! @mraczka
! http://www.goldenline.pl/michal-raczka
Źródło zdjęć: istockphoto.com