Wyjaśnienie jakie są fundamentalne różnice pomiędzy metodykami zwinnymi a iteracyjną kaskadą, czym się różni iteracja od inkrementu i jak empiryzm realizowany jest przez Scruma.
Wyboista droga do SCRUM. Czy zawsze warto?UX Dream
Prezentacja wygłoszona przez Piotra Nowaczyka podczas Let's Manage IT Night #31 w Poznaniu. Podczas swojego wystąpienia Piotr mówił: O Scrum. O zmianach. O wyzwaniach. O antywzorcach. O nagrodach.
Kilka słów o Lean UX: Jak tworzyć produkty, które pokochają użytkownicy?Project: People
Jak tworzyć produkty, z których będą chcieli korzystać użytkownicy? Jak je projektować, by je pokochali?
Czym jest Lean UX oraz dlaczego jest "tańszy" niż klasyczne, kaskadowe podejście do tworzenia, jakie są jego zalety, dla kogo jest korzystny oraz... jak wygląda w praktyce i jak sprawić, by pokochali go również przełożeni?
Unconf, hub:raum, Kraków, 2016
Lean UX - Piękna czy Bestia? Czyli cała prawda o Lean UXProject: People
Był sobie kiedyś zły proces zwany waterfallem. Projektanci płakali jak projektowali. Wtem pojawił się on - superbohater. Lean UX.
Czy Lean UX jest lekiem na całe zło? Trochę o tym, kiedy Lean UX zmienia się z Pięknej w Bestię.
-
Tipi UX Wrocław #1
20.11.2018
Wyjaśnienie jakie są fundamentalne różnice pomiędzy metodykami zwinnymi a iteracyjną kaskadą, czym się różni iteracja od inkrementu i jak empiryzm realizowany jest przez Scruma.
Wyboista droga do SCRUM. Czy zawsze warto?UX Dream
Prezentacja wygłoszona przez Piotra Nowaczyka podczas Let's Manage IT Night #31 w Poznaniu. Podczas swojego wystąpienia Piotr mówił: O Scrum. O zmianach. O wyzwaniach. O antywzorcach. O nagrodach.
Kilka słów o Lean UX: Jak tworzyć produkty, które pokochają użytkownicy?Project: People
Jak tworzyć produkty, z których będą chcieli korzystać użytkownicy? Jak je projektować, by je pokochali?
Czym jest Lean UX oraz dlaczego jest "tańszy" niż klasyczne, kaskadowe podejście do tworzenia, jakie są jego zalety, dla kogo jest korzystny oraz... jak wygląda w praktyce i jak sprawić, by pokochali go również przełożeni?
Unconf, hub:raum, Kraków, 2016
Lean UX - Piękna czy Bestia? Czyli cała prawda o Lean UXProject: People
Był sobie kiedyś zły proces zwany waterfallem. Projektanci płakali jak projektowali. Wtem pojawił się on - superbohater. Lean UX.
Czy Lean UX jest lekiem na całe zło? Trochę o tym, kiedy Lean UX zmienia się z Pięknej w Bestię.
-
Tipi UX Wrocław #1
20.11.2018
Prezentacja przygotowana na konferencje 4Developers, Warszawa, 07/04/2014
Używasz Scruma, ale brakuje Ci magii obiecanej na szkoleniu? Spodziewałeś się działającego produktu co każdy sprint, a zamiast tego dostajesz co iterację niezbywalne kawałki produktu? Wszystko miało być gotowe na czas, a Ty znów słyszysz, że zespół potrzebuje jeszcze kilka Sprintów, aby dokończyć pracę? Użytkownicy po raz kolejny rozczarowali się, kiedy okazało się, że produkt, który dla nich stworzyłeś, nie jest tym, czego oczekiwali?
Brzmi znajomo? Bez wątpienia. Tworzenie oprogramowania to nieustanna przeprawa przez złożone środowisko, które zachowuje się nieprzewidywalnie i trudno być czegokolwiek pewnym. Właściwie stosowany Scrum jest narzędziem, które pomaga dostarczać wartościowe produkty, pomimo nieuchronnej zmienności otoczenia. W prezentacji opowiem o swoich doświadczeniach, jak przy pomocy sprawdzonych praktyk i narzędzi sprawić, aby niepewność towarzysząca rozwojowi produktu była na minimalnym, akceptowalnym przez nas poziomie.
Pierwsza cześć kursu zarządzania działaniem według metody Getting Things Done. Podstawy i motywacja do zarządzania działaniem.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Trzecia cześć kursu zarządzania działaniem według metody Getting Things Done. W prezentacji szczegóły procesu zbierania spraw w trakcie inicjacji i funkcjonowania systemu GTD.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Ostatnia - szósta - prezentacja z kursu zarządzania działaniem według metody Getting Things Done. Prezentacja podsumowuje najważniejsze wiadomości z kursu oraz pokazuje, jakie zmiany można wprowadzić w życiu dzięki zastosowaniu metody GTD.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Skok na naderwanym bungee, czyli agile bez automatyzacjiWitold Bołt
Slajdy z prezentacji przeprowadzonej w ramach konferencji InfoShare 2014, 22 maja 2014 r. w Gdańsku. Prowadzący prezentacje: Witold Bołt i Bartłomiej Zięba.
Agenda
Wprowadzenie – na czym polega grywalizacja
Case study:
model testowania i przyczyny wprowadzenia grywalizacji,
zasady i wykorzystane mechanizmy
porównanie efektów pracy testerów po wprowadzenia grywalizacji
lessons learned na kolejne edycje grywalizacji
Motywy wykorzystane w kolejnych edycjach
Elementy zwiększające atrakcyjność i skuteczność grywalizacji
Wnioski dotyczące grywalizacji
Podsumowanie
Ignore The Obvious is about how to not get caught in the trap of doing what everyone else is doing. Doing the obvious means safe - average - boring.
By using questions, more specifically killer questions, you can discover opportunities for innovation that will differentiate you.
This is a 30 minute version of a much longer "workshop" I give. This is the material I used at the Argyle Executive Forum in NYC on 2011-06-14.
Retrospekcja to najbardziej wartościowy, a zarazem najbardziej zaniedbywany element w agile'owego działania. Jeśli Twoje retrospekcje wieją nudą, straszą brakiem nadziei albo po prostu nie przynoszą efektów, to najwyższy czas zmienić podejście. Być może zawiodły Cię, tak jak kiedyś mnie, rady z mądrych książek i wielogodzinnych szkoleń, albo dopiero przymierzasz się do roli Scrum Mastera. Pokażę Ci bardzo skuteczną receptę, która odmieniła moje retrospekcje nie do poznania. Nauczysz się jak w 10 prostych krokach zrobić to w taki sposób, że nie tylko zmobilizujesz Twój zespół do aktywnego udziału, ale przede wszystkim wyciśniesz z tego czasu jego prawdziwą esencję. Na koniec dowiesz się także, jak dodawać do tego wszystkiego odrobinę finezji, żeby każde kolejne spotkanie było jeszcze lepsze od poprzedniego.
Piotr leszczyński building continuous learning culturePiotr Leszczyński
Gdy już wejdziemy na ścieżkę Continuous Improvement, to prawdopodobnie tak nam już zostanie, bo to wciąga. Czym innym jest jednak samo-rozwój, a czym innym dzielenie się wiedzą z innymi.
Podczas tej prezentacji przekażę moje kilkuletnie doświadczenia z transformacji, jaką przeszliśmy w zespole na drodze do Continuous Learning Culture. Opowiem o tym, co się nam udało, a co nie; gdzie jesteśmy teraz i jak to wpłynęło na proces rekrutacji.
Bo radość jest w przekazywaniu wiedzy innym.
Top 5 Reasons Not To Ignore Facebook Ads (Even If You Think Your Prospects Ar...Nicola Cairncross
Nicola Cairncross shares her "Top 5 Reasons Not To Ignore Facebook Ads (Even If You Think Your Prospects Are On LinkedIn)" presentation at the Excela Infusionsoft Users Conference 3 June 2015 in Cheltenham.
Prezentacja gry biznesowej Farmersi - czym jest ta symulacja i jakie można odnieść korzyści z jej korzystania? Oferta szkoleniowa i reklamowa dla firm.
"Na pewno nie znajdzie się takiej relacji z ziemniakami"EwaOnAir
Presentation based on research on wine producing in Western Poland. Analysis of cultural, historical and social aspects of small-scale half-amateur wine producers in the beggining of XXI century
Jeśli zastanawiasz się, jak stworzyć świetny zespół w projektach IT, to z pewnością zastanów się, jak uzyskać efekt synergii. Prezentacja zawiera konkretne rady, ażeby taki efekt uzyskać.
Prezentacja przygotowana na konferencje 4Developers, Warszawa, 07/04/2014
Używasz Scruma, ale brakuje Ci magii obiecanej na szkoleniu? Spodziewałeś się działającego produktu co każdy sprint, a zamiast tego dostajesz co iterację niezbywalne kawałki produktu? Wszystko miało być gotowe na czas, a Ty znów słyszysz, że zespół potrzebuje jeszcze kilka Sprintów, aby dokończyć pracę? Użytkownicy po raz kolejny rozczarowali się, kiedy okazało się, że produkt, który dla nich stworzyłeś, nie jest tym, czego oczekiwali?
Brzmi znajomo? Bez wątpienia. Tworzenie oprogramowania to nieustanna przeprawa przez złożone środowisko, które zachowuje się nieprzewidywalnie i trudno być czegokolwiek pewnym. Właściwie stosowany Scrum jest narzędziem, które pomaga dostarczać wartościowe produkty, pomimo nieuchronnej zmienności otoczenia. W prezentacji opowiem o swoich doświadczeniach, jak przy pomocy sprawdzonych praktyk i narzędzi sprawić, aby niepewność towarzysząca rozwojowi produktu była na minimalnym, akceptowalnym przez nas poziomie.
Pierwsza cześć kursu zarządzania działaniem według metody Getting Things Done. Podstawy i motywacja do zarządzania działaniem.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Trzecia cześć kursu zarządzania działaniem według metody Getting Things Done. W prezentacji szczegóły procesu zbierania spraw w trakcie inicjacji i funkcjonowania systemu GTD.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Ostatnia - szósta - prezentacja z kursu zarządzania działaniem według metody Getting Things Done. Prezentacja podsumowuje najważniejsze wiadomości z kursu oraz pokazuje, jakie zmiany można wprowadzić w życiu dzięki zastosowaniu metody GTD.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Skok na naderwanym bungee, czyli agile bez automatyzacjiWitold Bołt
Slajdy z prezentacji przeprowadzonej w ramach konferencji InfoShare 2014, 22 maja 2014 r. w Gdańsku. Prowadzący prezentacje: Witold Bołt i Bartłomiej Zięba.
Agenda
Wprowadzenie – na czym polega grywalizacja
Case study:
model testowania i przyczyny wprowadzenia grywalizacji,
zasady i wykorzystane mechanizmy
porównanie efektów pracy testerów po wprowadzenia grywalizacji
lessons learned na kolejne edycje grywalizacji
Motywy wykorzystane w kolejnych edycjach
Elementy zwiększające atrakcyjność i skuteczność grywalizacji
Wnioski dotyczące grywalizacji
Podsumowanie
Ignore The Obvious is about how to not get caught in the trap of doing what everyone else is doing. Doing the obvious means safe - average - boring.
By using questions, more specifically killer questions, you can discover opportunities for innovation that will differentiate you.
This is a 30 minute version of a much longer "workshop" I give. This is the material I used at the Argyle Executive Forum in NYC on 2011-06-14.
Retrospekcja to najbardziej wartościowy, a zarazem najbardziej zaniedbywany element w agile'owego działania. Jeśli Twoje retrospekcje wieją nudą, straszą brakiem nadziei albo po prostu nie przynoszą efektów, to najwyższy czas zmienić podejście. Być może zawiodły Cię, tak jak kiedyś mnie, rady z mądrych książek i wielogodzinnych szkoleń, albo dopiero przymierzasz się do roli Scrum Mastera. Pokażę Ci bardzo skuteczną receptę, która odmieniła moje retrospekcje nie do poznania. Nauczysz się jak w 10 prostych krokach zrobić to w taki sposób, że nie tylko zmobilizujesz Twój zespół do aktywnego udziału, ale przede wszystkim wyciśniesz z tego czasu jego prawdziwą esencję. Na koniec dowiesz się także, jak dodawać do tego wszystkiego odrobinę finezji, żeby każde kolejne spotkanie było jeszcze lepsze od poprzedniego.
Piotr leszczyński building continuous learning culturePiotr Leszczyński
Gdy już wejdziemy na ścieżkę Continuous Improvement, to prawdopodobnie tak nam już zostanie, bo to wciąga. Czym innym jest jednak samo-rozwój, a czym innym dzielenie się wiedzą z innymi.
Podczas tej prezentacji przekażę moje kilkuletnie doświadczenia z transformacji, jaką przeszliśmy w zespole na drodze do Continuous Learning Culture. Opowiem o tym, co się nam udało, a co nie; gdzie jesteśmy teraz i jak to wpłynęło na proces rekrutacji.
Bo radość jest w przekazywaniu wiedzy innym.
Top 5 Reasons Not To Ignore Facebook Ads (Even If You Think Your Prospects Ar...Nicola Cairncross
Nicola Cairncross shares her "Top 5 Reasons Not To Ignore Facebook Ads (Even If You Think Your Prospects Are On LinkedIn)" presentation at the Excela Infusionsoft Users Conference 3 June 2015 in Cheltenham.
Prezentacja gry biznesowej Farmersi - czym jest ta symulacja i jakie można odnieść korzyści z jej korzystania? Oferta szkoleniowa i reklamowa dla firm.
"Na pewno nie znajdzie się takiej relacji z ziemniakami"EwaOnAir
Presentation based on research on wine producing in Western Poland. Analysis of cultural, historical and social aspects of small-scale half-amateur wine producers in the beggining of XXI century
Jeśli zastanawiasz się, jak stworzyć świetny zespół w projektach IT, to z pewnością zastanów się, jak uzyskać efekt synergii. Prezentacja zawiera konkretne rady, ażeby taki efekt uzyskać.
Backlog to takie miejsce spotkań. Codziennie można tam znaleźć zarówno Product Ownera, Scrum Mastera jak i Zespół Deweloperski. Jest tyle perspektyw, przeważnie więcej niż jeden Interesatiusz, Deweloperzy mówią, żeby zrobić jedno, trzeba zrobić jeszcze „to, to i tamto”. Scrum Master krzyczy, że to przekracza Velocity. Product Owner rozkłada ręce. Na dodatek jesteśmy Agile. Ciągła zmiana to nasz chleb powszedni.
A co na to Backlog? Przecież to tylko jedna lista, na której musi się zmieścić wszystko w odpowiedniej kolejności. Ile razy odnajdywaliście gdzieś na końcu Backlogu zadania, które właściwie są już zrobione, nieaktualne, lub wręcz niepotrzebne?
Z pomocą przychodzi User Story Mapping – narzędzie, które pozwala stworzyć Big Picture projektu, odnaleźć relacje pomiędzy funkcjonalnościami, zaplanować Minimal Value Product, świadomie zarządzać Technical Debt, a to wszystko przy zachowaniu czytelności i prostoty.
Michał Koniewicz - "SCRUM - jak ugryźć i nie połamać sobie zębów - doświadcza...PMI Szczecin
Prezentacja Michała Koniewicza z 9. spotkania PMI Szczecin w dn. 22 marca 2016 r., pn. "SCRUM - jak ugryźć i nie połamać sobie zębów - doświadczalnie".
Utrzymanie bezpieczeństwa aplikacji produkcyjnych na przykłdachSecuRing
W trakcie swojej prezentacji poruszę problematykę utrzymania bezpieczeństwa aplikacji po wdrożeniu produkcyjnym. Na przykładowych aplikacjach pokażę wyzwania z tym związane, w odniesieniu do konkretnej aplikacji oraz realiów, w jakich funkcjonuje. Wspólnie z uczestnikami przeanalizujemy możliwe mechanizmy mające na celu utrzymanie bezpieczeństwa aplikacji. Zastanowimy się nad optymalnym ich doborem oraz momentem, w którym warto z nich skorzystać, uwzględniając również koszt wykorzystania danego mechanizmu.
Jestem project managerem, a jakie są Twoje supermoce?mamopracuj
Prezentacja Eweliny Leszczyńskiej, Project Manager w firmie Atos Poland Global Services z webinaru organizowanego w ramach programu #MamoPracujwIT - 28.11.2020.
Podzielę się z Wami zaobserwowanymi praktykami, które są kluczowe dla każdego zespołu dostarczającego produkt w oparciu o moje doświadczenia jako deweloper, system inżynier i leader zespołu.
6 rzeczy, które chciałbym wiedzieć, zanim zacząłem swój pierwszy projekt w po...Jakub Tyczyński
Link do webinaru - https://learndesign.pl/obejrzyj-nagranie-webinaru-6-rzeczy-ktore-chcialbym-wiedziec-zanim-zaczalem-swoj-pierwszy-projekt-w-podejsciu-design-thinking/
Zapewne wielu z Was słyszało o Design Thinking, ciekawych projektach prowadzonych innowacyjną metodą, czy o kreatywnych warsztatach, które otwierają na nowy sposób myślenia. Brzmi super, ale jak w praktyce wykorzystać to podejście w swoich projektach? Jeśli zastanawiacie się jak zacząć, serdecznie zapraszam Was do obejrzenia nagrania webinaru, w trakcie którego opowiedziałem o tym:
1. Co to jest Design Thinking, dlaczego jest tak popularne i czy to się w ogóle opłaca?
2. Co powinniście wiedzieć zanim zaczniecie - czyli praktyczne wskazówki i przykłady jak wykorzystać to podejście w codziennej pracy przy realizacji projektów?
[4developers] Utrzymanie bezpieczeństwa aplikacji produkcyjnych na przykładac...PROIDEA
W trakcie swojej prezentacji poruszę problematykę utrzymania bezpieczeństwa aplikacji po wdrożeniu produkcyjnym z perspektywy dostawcy aplikacji. Na przykładowych aplikacjach (platforma SaaS, aplikacja tworzona zwinnie, aplikacja tworzona w waterfall) pokażę wyzwania z tym związane, w odniesieniu do konkretnej aplikacji oraz realiów, w jakich funkcjonuje. Wspólnie z uczestnikami przeanalizujemy możliwe mechanizmy mające na celu utrzymanie bezpieczeństwa aplikacji. Zastanowimy się nad optymalnym ich doborem oraz momentem, w którym warto z nich skorzystać, uwzględniając również koszt wykorzystania danego mechanizmu. Przyjrzymy się mechanizmom takim jak: • testy penetracyjne • konsultacje/szkolenia • definiowanie wymagań dotyczących bezpieczeństwa aplikacji • obsługa incydentów • narzędzia automatyczne • monitorowanie podatności w wykorzystywanych komponentach Postaramy się również wypracować odpowiedzi na poniższe pytania: • Co można zrobić wewnętrznie? • Jakie prace zlecić? • Jakich kompetencji poszukać? • Jak dobrać szkolenia? • Jakiego typu narzędzi poszukać? Chciałbym dać uczestnikom proste recepty na to, jak zadbać o utrzymanie bezpieczeństwa aplikacji, z którymi pracują.
W ciągu ostatnich 7 miesięcy przeszedłem drogę z poziomu Cloud Practitioner do Solutions Architect Professional, zdobywając nie tylko 5 certyfikatów, ale przede wszystkim wiedzę i praktykę, dzięki którym dziś pracuje mi się łatwiej i efektywniej. Na tym spotkaniu opowiem o motywacjach, wyzwaniach, strategiach nauki oraz najbardziej wartościowych źródłach wiedzy, dzięki którym zaplanujesz swoją drogę do certyfikatów. I to bez względu na to, czy dopiero zaczynasz swoją przygodę z AWS, czy masz już za sobą masę doświadczeń, które chcesz potwierdzić “na papierze”.
Similar to 7 competences workshop - 22.06 at Spartez (20)
6. Dlaczego?
• Uniwersalne umiejętności/kompetencje
• Pozornie związane z pracą testera - krytyczne dla
wszystkich
• Przydatne na uczelni, w pracy i życiu osobistym
• Intuicyjne dla niektórych
• Można się tego nauczyć
7. Reguły gry
• Projekt, wybór zespołu, realizacja
• Każda osoba ma pewne umiejętności
• Niespodziewane zdarzenia (zaplanowane i losowe)
• Każde zdarzenie wpływa na czas trwania projektu
• Każde zdarzenie ma swoją specyfikę
• Waga zdarzenia * Najlepszy skill zespołu = ilość
tygodni opóźnienia
10. Aplikacja
• Czas na stworzenie: 6 miesięcy
• Zespół: 4 osoby
• Klient: Arabia Saudyjska
• Aplikacja: Nasz Intranet
• Jaka będzie tematyka: Kolejowa
11. Aplikacja
• Tworzenie “Działów tematycznych”
• Tworzenie “Stron” w działach
• Tworzenie “Przestrzeni własnych”
• Zarządzanie dostępem w działach - strony i działy
tajne
• Dzielenie się stronami z innymi
• Dodawanie załączników, obrazków
12. Szacunki
• Czas na stworzenie: 6 miesięcy = 24 tygodnie
• Programowanie i testowanie: 15 tygodni
• …?
13. Jaki zespół?
• Project manager
• Architekt Biznesowy - zbiera, opracowuje
wymagania
• Programiści
• Testerzy
14. Umiejętność nr 1
CRITICAL & RISK THINKING
• Na każdym etapie
• Praktycznie przy każdej decyzji
• Zadawanie pytań / poddawanie w wątpliwość
• Nie zakładamy niczego - błędne założenia są
przyczyną porażek
• Nawet “najgłupsze” pytanie może być istotne
15. Umiejętność nr 1
CRITICAL & RISK THINKING
• Zbierz “udziałowców”, ludzi z doświadczeniem
• Dowiedz się o innych projektach tego typu
• Wypisz wszystkie ryzyka i staraj się je ocenić
• Podejmij decyzje które są najważniejsze
• Zaplanuj akcje minimalizacyjne
16. Umiejętność nr 1
CRITICAL & RISK THINKING
Prawdopo
dobienstw
o
Skutek Ważne? Mitygacja
Ryzyko
1
Duże Średni Tak
- Akcja 1
- Akcja 2
- Akcja 3
Ryzyko
2
Małe Duży Tak - Akcja 1
Ryzyko
3
Średnie Mały Nie -
21. Co się działo
• Zbieraliśmy wymagania na system
• Zapoznaliśmy się z technologią
• Kompletowanie zespołu
• Zespół zaczął się zgrywać
• Rozpoznanie technologii, narzędzi, procesu
• Postęp w implementacji - 0%
22. Oooops nr 1
• Zbieraliśmy wymagania na system i nie moglismy
się dogadać
• Ktoś musiał polecieć do Klienta
• Kto?
• 2 tygodnie na wizytę
• 2 tygodnie (2 tyg * średnia zarz. wym. 2 wybranych
osób) do przygotowania pierwszych wymagań
24. Umiejętność nr 2
PRZEGLĄDY
• Stosowane do wszystkiego: wymagania, kod, testy,
UI, produkt, bezpieczeństwo
• Im szybciej tym lepiej - najlepiej jeszcze “na
papierze”
• Nie bać się ich!
• Szukaj błędów ale też niejasności
• Każda niejasność to potencjalny błąd
25. Umiejętność nr 2
PRZEGLĄDY
• Każdy znaleziony błąd to uniknięty problem u
klienta
• Każdy znaleziony błąd to nauka dla autora
• Proście o przeglądy “wszystkiego”
• Nie traktujcie jako “czepianie się”
• WAŻNE: komunikacja błędów!!! Empatia
27. Komunikacja błędów
• Oceniam “dziecko” czyjejś pracy
• Obiektywizm, skupienie na faktach
• “I am the one to tell you your child is ugly”
• Wczuj się w sytuację innej osoby
30. Ooops nr 2
• Praca nie idzie tak szybko jakbyśmy się
spodziewali
• Ludzie mają “jakieś” obowiązki w innych projektach
• Kultura organizacji nie pomaga
• “Ciężko się skupić, inni proszą o pomoc, dużo
czasu schodzi nam na dyskusje, spotkania”
31. Umiejętność nr 3
TIME MANAGEMENT
• Wiele technik - każdy wypracowuje swoją własną
• Ważne - zacząć pracować nad nią wcześnie
• 99% pewności że się z tym spotkacie
• Złota zasada - myśleć o tym ile poświęcacie na
poszczególne zadania
32. Umiejętność nr 3
TIME MANAGEMENT
• 3 sposoby wykorzystania czasu: myślenie, konwersacje, działanie
1. Zmierz lie czasu poświęcasz na poszczególne zadania w tygodniu.
2. Na początku tygodnia zbierz wszystkie zadania które masz do zrobienia na ten
tydzień
3. Zaplanuj w swoim kalendarzu spotkania ze sobą na realizację tych zadań
4. Zaplanuj czas na “przeszkadzajki” (np. “office hours”)
5. Pierwsze 30 minut swojego dnia poświęć na zaplanowanie dnia
6. Wystaw “Nie przeszkadzać” jeżeli masz coś ważnego do zrobienia
7. Staraj się nie dawać się zdekoncentrować (telefony, e-mail, czat, social media)
8. Analizuj jak sprawdzają się Twoje tygodniowe i dzienne planowania i modyfikuj je
34. Umiejętność nr 3
TIME MANAGEMENT
!
Pomodoro Technique:
• https://www.youtube.com/watch?v=PInj5HDbhO8
35. Kodowanie i testy faza 2
• Kolejne 33% - 5 tygodni
• Poradziliśmy sobie z time management
• Idzie znacznie szybciej
• Iteracje: Wymagania - Design - Programowanie -
Testy - Demo
36. Ooops nr 3
• Aby zrobić to dobrze musimy zmienić technologię /
przepisać część tego co już mamy
• Nie przewidzieliśmy dodatkowych wymagań
związanych z wydajnością
• Obecna technologia nie spełni wymagań
• Znaleźliśmy już odpowiednie rozwiązanie
37. Umiejętność nr 4
TRUDNA KOMUNIKACJA
• Czy do zarządu czy też do klienta końcowego
• Popełniliśmy błąd
• Co chcemy osiągnąć?
• Panujemy and sytuacją
• Wyciągnęliśmy wnioski
• “Nie mam więcej pytań”
38. Umiejętność nr 4
TRUDNA KOMUNIKACJA
• Co może zawierać:
• Opis sytuacji - krótko, analitycznie, prawda
• Jaką decyzję podjęliśmy
• Jakie są konsekwencje i ryzyka
• Jak zapewnimy że to się nie powtórzy
• Następne kroki
• Następny czas sprawdzenia
40. Implementacja faza 3
• Przebrnęliśmy przez fazę 1, w fazie 2 zaczęły
pojawiać się problemy z regresjami
• To co działało wcześniej przestawało działać :(
• Skupiliśmy się na implementacji nowych
funkcjonalności kosztem testów automatycznych
• Co teraz?
41. Ooops nr 4
• Co teraz?
• Inwestujemy czas w nadrobienie - 2 tygodnie
• Kontynuujemy pracę jak dotąd - będziemy
testować wszystko na koniec
42. Umiejętność nr 5
CIĄGŁA POPRAWA
• Nawet jeżeli na początku idzie nam rewelacyjnie
musimy myśleć o tym czy nie udałoby się robić
lepiej
• Ponownie zarządzanie ryzykiem
• Zatrzymajmy się na chwile
• Obserwujmy symptomy
• Prewencja problemów a nie ich rozwiązywanie
43. Umiejętność nr 5
CIĄGŁA POPRAWA
• Agile, iteracje i retrospekcje!
• Continue doing
• Stop doing
• Start doing
• x Actions
• Brak poczucia potrzeby retrospekcji - konieczna
retrospekcja
46. Ooops nr 5
• Zespół nie czuje że system jest dobry
• Wydaje się nie do końca stabilny
• Nie mamy pewności
47. Umiejętność nr 6
TESTY EXPLORACYJNE
• Nie na końcu - w całym procesie tworzenia
aplikacji!!!!!!
• Testy manualne
• Podejmowanie decyzji o następnym teście na
podstawie rezultatu testów poprzednich
• Zależne od doświadczenia, umiejętności i wiedzy
osoby testującej
• Nie tylko dla testerów
48. Finał!
• W jakim czasie udało się stworzyć Waszą
aplikację?
• Jak chcecie ją zaprezentować klientowi?
• Jak klient będzie ją odbierał?
49. Następne kroki?
• Zbierz, skumuluj wszystkie doświadczenia dla
przyszłych projektów
• Związane z: technologią, aplikacją, zdarzeniami i
ryzykami które wystąpiły, ryzykami które nie
wystąpiły (i dlaczego?), o współpracy z klientem
• Nie zakładaj że “ktoś” będzie o tym pamiętał
51. Umiejętność nr 7
BTCYS
• Be the change you seek
• Nie narzekaj na coś - zmień to!
• Staraj się przekonać innych że to dobra zmiana
• Ciągła poprawa