Prezentacja ze spotkania poznańskiej grupy agile'owej. Dość wysoki poziom abstrakcji (idea) - cel: zainicjować dyskusję o konkretnych problemach i praktykach. Więcej informacji: http://www.poddrzewem.pl.
Prezentacja z gościnnego wystąpienia na spotkaniu Project Management Institute (PMI) w Krakowie. Prezentacje punktuje najczęstsze problemy występujące podczas wdrożeń metodyki Scrum w środowisku średniej i dużej organizacji, powodów tych problemów upatrując w przyzwyczajeniach, kulturze organizacyjnej i obawie przed zmianą.
Prezentacja dotycząca wykorzystania Scruma w procesie reorientacji firmy na dostarczanie wartości. Przedstawiona na konferencji Zarządzanie Projektami: Agile w biznesie, organizowanej przez Computerworld, 19-20 czerwca 2012 w Warszawie.
"Gram w Scrum - Zaprojektuj centrum" to gra symulacyjna, w trakcie której gracze, projektując przestrzeń wokół Pałacu Kultury, przyswajają sobie założenia metodyki Scrum, które będą mogli wykorzystać w realizowanych przez siebie projektach.
Prezentacja z pierwszego Jesiennego Wieczoru Scrum organizowanego przez Fluid Circle (fluidcircle.net).
Uwaga: nowsza wersja tej prezentacji pochodzące z Wiosennych Wieczorów ze Scrum znajduje się tutaj: http://www.slideshare.net/FluidCircle/wiosenne-wieczory-ze-scrum-1-rzut-okiem-na-scrum
Prezentacja z gościnnego wystąpienia na spotkaniu Project Management Institute (PMI) w Krakowie. Prezentacje punktuje najczęstsze problemy występujące podczas wdrożeń metodyki Scrum w środowisku średniej i dużej organizacji, powodów tych problemów upatrując w przyzwyczajeniach, kulturze organizacyjnej i obawie przed zmianą.
Prezentacja dotycząca wykorzystania Scruma w procesie reorientacji firmy na dostarczanie wartości. Przedstawiona na konferencji Zarządzanie Projektami: Agile w biznesie, organizowanej przez Computerworld, 19-20 czerwca 2012 w Warszawie.
"Gram w Scrum - Zaprojektuj centrum" to gra symulacyjna, w trakcie której gracze, projektując przestrzeń wokół Pałacu Kultury, przyswajają sobie założenia metodyki Scrum, które będą mogli wykorzystać w realizowanych przez siebie projektach.
Prezentacja z pierwszego Jesiennego Wieczoru Scrum organizowanego przez Fluid Circle (fluidcircle.net).
Uwaga: nowsza wersja tej prezentacji pochodzące z Wiosennych Wieczorów ze Scrum znajduje się tutaj: http://www.slideshare.net/FluidCircle/wiosenne-wieczory-ze-scrum-1-rzut-okiem-na-scrum
Pasja, cierpliwość i zaufanie. Agile@GetResponse – historia zmianySławek Łukjanow
Podobno na mieście krążą informacje o udanych zmianach w GetResponse IT. Nadszedł zatem najwyższy czas, aby o nich opowiedzieć!
W czerwcu 2015 roku w GetResponse pojawiło się dwoje zaprawionych w bojach Scrum Masterów. Misja: wsparcie wdrożenia Scruma na poziomie całego IT.
Po 1.5 roku jest już nas pięcioro i uważamy, że wspólnie udało nam się sporo osiągnąć. Opowiem o tym jak podeszliśmy do procesu zmiany, co zrealizowaliśmy, na jakie problemy natrafiliśmy i jak je rozwiązaliśmy, co nas zaskoczyło, jakie popełnialiśmy błędy i czego nas to nauczyło. I jak wersję „wzorowy Scrum” zmieniliśmy na podążanie za zasadami kultury agile.
To będzie też historia o tym jak istotna w pracy Scrum Mastera jest pasja i wewnętrzny ogień, połączony z anielską cierpliwością. I jak bardzo pomaga zaufanie. Zarówno to otrzymane, jak i dawane.
Prezentował: Maciej Wilmiński
Scrum Master w GetResponse, mający niemałe doświadczenie we wprowadzaniu kultury i pracy agile, zarówno na poziomie zespołów deweloperskich, działów IT jak i całych organizacji.
Jego dużym atutem jest praktyka zdobyta w sporej ilości projektów, w których pełnił różne role: programisty, architekta oprogramowania czy lidera zespołu. W efekcie niewiele w IT jest go w stanie zaskoczyć lub przestraszyć.
Wierzy w moc pracy zespołowej, a jako wielki fan sportu, dostrzega sporo podobieństw pomiędzy pracą zespołu programistycznego, a budowaniu dobrej drużyny sportowej. Rolę Scrum Mastera postrzega jako kombinację kapitana, trenera, a czasem i zawodnika.
O Scrumie i agile’u pisze na blogu mlynarze.com, jest też założycielem Encyklopedii Rocka rockers.com.pl.
Scrum Studio - Lukasz Filut@Scrum Experience Day 2020Łukasz Filut
Scrum Studio i wyzwania, które napotyka w czerwonych i pomarańczowych organizacjach. Dzielę się swoimi doświadczeniami i receptami, które w tym przypadku uruchomiły Scruma w niełatwym środowisku.
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.
Scrum - iteracyjna metodyka prowadzenia projektów, zaliczana do metodyk zwinnych, zgodnych z manifestem Agile.
Prezentacja znaleziona w śmieciach na dysku :) Wykonana w 2004 roku
InfoShare 2012 efektywne przeglądy kodu w zespołach agile [Polish]Wojciech Seliga
Slajdy z mojej prezentacji (30min) podczas gdańskiego infoShare (konferencja w języku polskim).
Jeśli chcesz wiedzieć jak skutecznie wdrożyć przeglądy kodu (code review), które rzeczywiście coś pozytywnego wnoszą do zespołu (zamiast frustracji) oraz jakich niebezpieczeńst unikać - ta prezentacja może Ci się przydać.
W dużmy stopniu prezentacja pokrywa się z moim wcześniejszymi wystąpieniami na Agile 2009 w Chicago oraz JDD 2009, choć jest trochę nowych materiałów i przemyśleń. Ta prezentacja jest w odróżnieniu od poprzednich w języku polskim.
Proces ciągłego doskonalenia w tworzeniu innowacji: Zastosowanie teorii ogran...MANDARINE Project Partners
Na czym oprzeć konkurencyjność firmy?
Czy nowe technologie to właściwy kierunek i dlaczego nie?
Co zamiast nowych technologii? Czy tylko konkurencja w kosztach wytwarzania z Chinami? Dlaczego to fałszywa alternatywa?
Co takiego może zaoferować biznesowi koncepcja zarządzania ograniczeniami opracowana przez izraelskiego fizyka?
Scaling Scrum. Is it possible to scale up and keep up with agile manifesto principles and Scrum values? What fractals and scaling Scrum have in common? Is it possible to have more that 6+-3 developers on a team? And what has Nexus to do with scaling Scrum?
So you spend loads of money to get agile. You hire a coach or two, you keep changing methodologies and practices. Hopefully it is not done just to get things to "feel better". Introducing the concept of Agility Path, a framework to manage change in the company.
Evidence-Based Management for Software Organizations. How not to get fooled by our believes. How to measure organizational value. How stop jumping from fad to fad brainlessly.
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.
Pasja, cierpliwość i zaufanie. Agile@GetResponse – historia zmianySławek Łukjanow
Podobno na mieście krążą informacje o udanych zmianach w GetResponse IT. Nadszedł zatem najwyższy czas, aby o nich opowiedzieć!
W czerwcu 2015 roku w GetResponse pojawiło się dwoje zaprawionych w bojach Scrum Masterów. Misja: wsparcie wdrożenia Scruma na poziomie całego IT.
Po 1.5 roku jest już nas pięcioro i uważamy, że wspólnie udało nam się sporo osiągnąć. Opowiem o tym jak podeszliśmy do procesu zmiany, co zrealizowaliśmy, na jakie problemy natrafiliśmy i jak je rozwiązaliśmy, co nas zaskoczyło, jakie popełnialiśmy błędy i czego nas to nauczyło. I jak wersję „wzorowy Scrum” zmieniliśmy na podążanie za zasadami kultury agile.
To będzie też historia o tym jak istotna w pracy Scrum Mastera jest pasja i wewnętrzny ogień, połączony z anielską cierpliwością. I jak bardzo pomaga zaufanie. Zarówno to otrzymane, jak i dawane.
Prezentował: Maciej Wilmiński
Scrum Master w GetResponse, mający niemałe doświadczenie we wprowadzaniu kultury i pracy agile, zarówno na poziomie zespołów deweloperskich, działów IT jak i całych organizacji.
Jego dużym atutem jest praktyka zdobyta w sporej ilości projektów, w których pełnił różne role: programisty, architekta oprogramowania czy lidera zespołu. W efekcie niewiele w IT jest go w stanie zaskoczyć lub przestraszyć.
Wierzy w moc pracy zespołowej, a jako wielki fan sportu, dostrzega sporo podobieństw pomiędzy pracą zespołu programistycznego, a budowaniu dobrej drużyny sportowej. Rolę Scrum Mastera postrzega jako kombinację kapitana, trenera, a czasem i zawodnika.
O Scrumie i agile’u pisze na blogu mlynarze.com, jest też założycielem Encyklopedii Rocka rockers.com.pl.
Scrum Studio - Lukasz Filut@Scrum Experience Day 2020Łukasz Filut
Scrum Studio i wyzwania, które napotyka w czerwonych i pomarańczowych organizacjach. Dzielę się swoimi doświadczeniami i receptami, które w tym przypadku uruchomiły Scruma w niełatwym środowisku.
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.
Scrum - iteracyjna metodyka prowadzenia projektów, zaliczana do metodyk zwinnych, zgodnych z manifestem Agile.
Prezentacja znaleziona w śmieciach na dysku :) Wykonana w 2004 roku
InfoShare 2012 efektywne przeglądy kodu w zespołach agile [Polish]Wojciech Seliga
Slajdy z mojej prezentacji (30min) podczas gdańskiego infoShare (konferencja w języku polskim).
Jeśli chcesz wiedzieć jak skutecznie wdrożyć przeglądy kodu (code review), które rzeczywiście coś pozytywnego wnoszą do zespołu (zamiast frustracji) oraz jakich niebezpieczeńst unikać - ta prezentacja może Ci się przydać.
W dużmy stopniu prezentacja pokrywa się z moim wcześniejszymi wystąpieniami na Agile 2009 w Chicago oraz JDD 2009, choć jest trochę nowych materiałów i przemyśleń. Ta prezentacja jest w odróżnieniu od poprzednich w języku polskim.
Proces ciągłego doskonalenia w tworzeniu innowacji: Zastosowanie teorii ogran...MANDARINE Project Partners
Na czym oprzeć konkurencyjność firmy?
Czy nowe technologie to właściwy kierunek i dlaczego nie?
Co zamiast nowych technologii? Czy tylko konkurencja w kosztach wytwarzania z Chinami? Dlaczego to fałszywa alternatywa?
Co takiego może zaoferować biznesowi koncepcja zarządzania ograniczeniami opracowana przez izraelskiego fizyka?
Scaling Scrum. Is it possible to scale up and keep up with agile manifesto principles and Scrum values? What fractals and scaling Scrum have in common? Is it possible to have more that 6+-3 developers on a team? And what has Nexus to do with scaling Scrum?
So you spend loads of money to get agile. You hire a coach or two, you keep changing methodologies and practices. Hopefully it is not done just to get things to "feel better". Introducing the concept of Agility Path, a framework to manage change in the company.
Evidence-Based Management for Software Organizations. How not to get fooled by our believes. How to measure organizational value. How stop jumping from fad to fad brainlessly.
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.
Ponad 80% organizacji twierdzi, że korzysta z metod Agile, a 80% z nich ma Scrum. Pomimo 21 lat od powstania Scrum i 15 lat od spisania Agile Manifesto nadal pojawiają się nieprawdziwe opinie, a nawet powstają całe metody rozwiązujące nieistniejące problemy. Im wyżej w strukturze organizacji tym gorzej z wiedzą i tym więcej nieprawdziwych założeń. Od czasu do czasu nadal usłyszymy, że nie ma architektury, że Scrum nadaje się tylko do małych projektów, że Scrum to metoda zarządzania projektami, że nie trzeba pisać dokumentacji, testerów nie ma, bo nie ma takiej roli, a Sprint to taki mały waterfall i tym podobne głupoty. Skąd to się bierze? Najczęściej z braku zrozumienia podstaw lub ze słabej jakości źródeł pozyskanej wiedzy. W praktyce jeśli nie wie się co jest prawdą, a co jest zmyślone bardzo trudno zrozumieć co się na prawdę dzieje i jak powinny wyglądać procesy wytwórcze.
Można dać komuś rybę, ale dużo lepiej jest dać wędkę i nauczyć łowić ryby. Dlatego podczas mojego wystąpienia omówię podstawy zagadnień i zbuduję solidne fundamenty do podejmowania decyzji na co dzień.
Evaluación de riesgos asociados al puesto de trabajo: empleados, externos, vi...Nextel S.A.
Evaluación de riesgos asociados al puesto de trabajo: empleados, externos, visitantes, ¿BYOD?
Ya puedes ver las ponencias completas de la #jornadanextelxvi sobre la #Gestión del #Riesgo #riskmanagement http://www.nextel.es/jornadanextelxvi
Cover Letters, Résumés, and Everything ElseLisa Sjogren
This presentation was done for the UST-Osseo Cohort in April 2012. The purpose of this training was to help cohort members with their cover letter and résumé development.
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
Kompendium wiedzy dla każdego programisty, projektanta i kierownika projektu
* Nowoczesne metodyki wytwarzania oprogramowania
* Narzędzia do modelowania aplikacji i automatycznego generowania kodu
* Koncepcja architektury sterowanej modelami
* Sposoby zapewnienia jakości aplikacji
Tworzenie aplikacji korporacyjnych to wyścig z czasem. Organizacje zmieniają się podobnie jak otoczenie biznesowe, w którym działają. Zbyt długi okres przygotowania aplikacji może sprawić, że po wdrożeniu okaże się ona bezużyteczna. Z drugiej jednak strony, zbyt duży pośpiech przy tworzeniu aplikacji powoduje, że pomija się fazę modelowania i testowania, pisząc kod źródłowy bez jakiejkolwiek koncepcji i planu. Efektem takiego pośpiechu są aplikacje niedostosowane do wymagań użytkowników i pracujące niestabilnie. Sposobem na stworzenie odpowiedniego systemu informatycznego dla korporacji jest wykorzystywanie odpowiednich metodyk projektowych i nowoczesnych narzędzi ułatwiających zarówno pisanie, jak i testowanie aplikacji.
Książka "J2EE. Podstawy programowania aplikacji korporacyjnych" przedstawia najlepsze praktyki projektowe stosowane przy tworzeniu systemów informatycznych z wykorzystaniem platformy J2EE. Opisano w niej kolejne etapy projektu oraz narzędzia i metodyki, dzięki którym przeprowadzenie każdego z nich będzie szybsze i efektywniejsze. Czytając ją, poznasz metodyki RUP i XP, typy architektur systemów oraz sposoby modelowania aplikacji i narzędzia do automatycznego generowania szkieletu kodu źródłowego. Dowiesz się, jak optymalnie skonfigurować środowiska programistyczne i jak testować kolejne moduły aplikacji. Nauczysz się korzystać z nowoczesnych metodyk i narzędzi.
* Podstawowe wiadomości o błyskawicznym wytwarzaniu aplikacji (RAD)
* Metodyki projektowe Rational Unified Process (RUP) oraz Extreme Programming (XP)
* Wielowarstwowe architektury systemów
* Modelowanie systemów za pomocą języka UML
* Automatyczne generowanie kodu
* Stosowanie narzędzi XDoclet i Hibernate
* Komunikacja z bazami danych
* Zasady programowania aspektowego
* Testowanie aplikacji
Wiadomości zawarte w tej książce sprawią, że będziesz w stanie szybciej projektować i tworzyć aplikacje korporacyjne.
Sprzedaj swój program. Droga do udanych projektów programistycznychWydawnictwo Helion
Stwórz niezawodne oprogramowaniespełniające oczekiwania użytkowników
* Wykorzystuj odpowiednie narzędzia projektowe.
* Wdrażaj nowoczesne metodologie.
* Szybko rozwiązuj problemy.
Dyskusje nad wadami i zaletami przeróżnych metodologii tworzenia oprogramowania, mające na celu wyłonienie najlepszej z nich, zwykle do niczego nie prowadzą. Zwolennicy poszczególnych metodologii, takich jak Rational Unified Process, programowanie ekstremalne i inne, starają się udowodnić, że to ich stanowisko jest poprawnym sposobem realizacji projektów informatycznych. Tymczasem nie istnieje "jedyne słuszne" i uniwersalne podejście, które sprawdza się we wszystkich okolicznościach. Wybór właściwej metodologii w ogromnej mierze zależy od typu projektu i wielkości zespołu pracującego nad nim. Należy kierować się nastawieniem czysto pragmatycznym, czyli wybrać taką metodologię, która będzie najbardziej korzystna dla określonego projektu. Niewłaściwy wybór może skończyć się porażką.
Książka "Sprzedaj swój program. Droga do udanych projektów programistycznych" to zbiór wskazówek przedstawiających narzędzia i techniki, dzięki którym każdy projekt programistyczny zakończy się sukcesem. Czytając ją, nauczysz się korzystać z nowoczesnych instrumentów wykorzystywanych do projektowania oprogramowania, kontroli wersji kodu źródłowego i śledzenia procesu usuwania błędów. Dowiesz się, w jaki sposób zorganizować pracę zespołu projektowego i wdrażać metodologię wytwarzania oprogramowania. Porady, które znajdziesz w tej książce, pomogą Ci rozwiązać problemy pojawiające się podczas realizacji projektów programistycznych. Poznasz nowoczesne metody oraz dowiesz się, kiedy i jak z nich korzystać.
* Planowanie infrastruktury
* Dobór narzędzi projektowych
* Automatyzacja zadań
* Tworzenie listy zadań
* Rola kierownika technicznego
* Metodologia pocisku smugowego
* Rozwiązywanie problemów
Wskazówki zawarte w tej książce sprawią, że każdy prowadzony przez Ciebie projekt zakończy się w terminie i zmieści w wyznaczonym budżecie.
Piotr Grabski-Gradziński (VML) - To jak zrobimy ten projekt? Czyli o doborze ...Business Link Krakow
Wygranie projektu czy decyzja o realizacji własnego pomysłu to moment, po którym następuje kluczowe pytanie. Jak go zrealizować? W VML na co dzień zadajemy sobie to i szereg innych pytań: z jakiej technologii skorzystać, jak go zoptymalizować czy gdzie go hostować, aby zrealizować zakładany zakres i dotrzymać terminu. W ramach tej prelekcji Piotr pokaże Ci jak znaleźć odpowiedzi na te i inne pytania, na co zwrócić szczególną uwagę kiedy decyzja o wyborze technologii rzutuje na cały projekt.
Kilka słów na temat tego co jest istotne przy doborze technologii do projektu, kiedy to mamy pomysł i dopiero rozpoczynamy realizację. Co to jest dług technologiczny, vendor lock-in, MVP.
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.
JDD 2017: Dług techniczny - skryty oprawca organizacji nie tylko technologic...PROIDEA
Na wielu konferencjach IT poruszany jest temat nowych technologii, paradygmatów wytwarzania oprogramowania, kwestii zapewnienia jakości czy skalowalności budowanych systemów. Dług techniczny często kojarzony jest wyłącznie z systemami legacy, niskim pokryciem testami jednostkowymi i starą wersją Javy. W swojej prezentacji postaram się rzucić nowe światło na pojęcie długu technicznego i uzmysłowić Wam jak głęboko wdziera on się w każdą organizację korzystającą w jakimkolwiek stopniu ze współczesnych technologii.
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.