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.
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.
Czwarta cześć kursu zarządzania działaniem według metody Getting Things Done. W tej prezentacji poznacie algorytm analizy spraw zgromadzonych w skrzynce spraw przychodzących oraz dowiecie się, dlaczego ważne jest regularne przeglądanie systemu GTD.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Piąta - przedostatnia - prezentacja z kursu zarządzania działaniem według metody Getting Things Done. Prezentacja przedstawia praktyczne przykłady zastosowania metody oraz zasady prowadzenia systemu.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Druga cześć kursu zarządzania działaniem według metody Getting Things Done. W prezentacji przedstawiono metody identyfikacji celów i planowania ich realizacji.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
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.
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.
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.
Czwarta cześć kursu zarządzania działaniem według metody Getting Things Done. W tej prezentacji poznacie algorytm analizy spraw zgromadzonych w skrzynce spraw przychodzących oraz dowiecie się, dlaczego ważne jest regularne przeglądanie systemu GTD.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Piąta - przedostatnia - prezentacja z kursu zarządzania działaniem według metody Getting Things Done. Prezentacja przedstawia praktyczne przykłady zastosowania metody oraz zasady prowadzenia systemu.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
Druga cześć kursu zarządzania działaniem według metody Getting Things Done. W prezentacji przedstawiono metody identyfikacji celów i planowania ich realizacji.
E-kurs zorganizowany przez sekcję PR konferencji Giełda Prac Dyplomowych.
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.
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.
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".
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.
Marcin Kokott - Kiedy sprint to za wolno ("4 Developers", Poznań, 2012)Marcin Kokott
Presentation from 4Developers conference in Poznan (Poland) in 2012. I was talking about Lean Startups, Business Models and Customer Development implementation in one of the projects I was driving.
W naszym e-booku pokazujemy, gdzie w polityce rozwojowej wielu firm tkwią zagrożenia i jak tracą na niej wszyscy – zarówno firmy, jak ich pracownicy.
Chcielibyśmy, by potraktowali Państwo poniższą publikację jako gotowy zestaw argumentów, z którymi mogą Państwo zawalczyć o swoją przyszłość.
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?
Prezentacja na temat Lean Startup poprzedzajaca 3-godzinny warsztat przeprowadzony przeze mnie dla InnoShare 2016 - konferencji zorganizowanej przez Polska Innowacyjna.
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.
Jan Matulewicz, Business Unit Director w Cybercom Poland o wyzwaniach, sekretach sukcesu oraz możliwościach w zarządzaniu zespołami patchworkowymi:
2. W 1718 roku pierwszy z patchworków znalazł się na angielskim dworze króla Jerzego I Hanowerskiego. Zachwycony dziełem król postanowił wybrać się do warsztatu jego autora i poznać sekret tworzenia idealnych kompozycji.
Zdziwiony obecnością pośredników rzemieślnik podniósł wzrok na swojego władcę i odpowiedział… zdradzimy to na końcu, zostańcie z nami!
3. Patchwork to każdy zespół składający się z przedstawicieli co najmniej dwóch organizacji.
4. Patchworkiem nie jest zespół, w którym mamy do czynienia z sytuacją idealną, gdy po stronie klienta jako partnera mamy omnipotentnego Product Ownera, odpowiedzialnego za całość współpracy w każdym aspekcie.
5. Zaczerpniętym z praktyki przykładem działającego patchworku jest pracujący dla klienta z branży telekomunikacyjnej wielonarodowościowy team, w skład którego ze strony Cybercom wchodzi 120 osób.
6. Coraz częściej dochodzi do tworzenia się wirtualnych organizacji.
7. Wnioski dotyczące organizacyjnego dopasowania trzeba zaczerpnąć z odpowiedzi na obszerny zestawu pytań.
8. 5 dysfunkcji zespołu w patchworku podniesione jest do potęgi Ntej, gdzie N jest zależne od ilości współpracujących przy projekcie wykonawców.
9. Jakie pomoce naukowe można wytworzyć dla zespołu patchworkowego?
- zrozumienie, że integracja najlepiej realizuje się przy pracy; tam, gdzie przedstawiciele różnych organizacji mają możliwość „zderzyć się głowami”
- team contract to coś, powinno zostać wytworzone przez zespól, nie nałożone z góry;
- dążenie do szybkiej eskalacji pozwala na klarowne określenie map patchworku;
- czy wszystkie strony patchworku w codziennej pracy ekscytują te same rzeczy?
- wirtualna organizacja pozwala na traktowanie patchworkowego zespołu jako spójnej jednostki i pozwala na wytyczanie mu np. celów rocznych
10. Model Diltsa ppozwala na sprawdzenie, w którym miejscu nasze organizacje się spotykają, a w którym różnią. Precyzyjna diagnoza jest niezmiernie ważna, bo jeśli różnice są zbyt duże, to nie poradzi sobie z nimi nawet najlepszy project management.
11. Zbieżność na poziomie wartości u partnerów jest o tyle ważna, że jeśli firma faktycznie organizuje się wokół tych wartości, to są to również wartości „z korytarza”, czyli takie, którymi kierują się jej pracownicy.
13. Polska vs. Szwecja
14. Praca w zespole patchworkowym i zarządzanie takim wymaga dużej elastyczności, zaufania i głowy otwartej na negocjacje w obliczu różnic.
15. Wróćmy tu do naszego króla, Jerzego I Hanowerskiego, cusłyszał w odpowiedzi na swoje pytanie o przepis na idealny patchwork?
- Nie ma takiego przepisu, królu złoty, bo każdy patchwork wychodzi inaczej.
Krótkie wprowadzenie do metody Lean Startup. Prezentacja i krótki warsztat odbyły się podczas spotkania Business Cafe w Poznaniu. Prezentacja była skierowana do osób które nie spotkały się wcześniej z koncepcją Lean Startup.
80% praktycznej wiedzy o Design Thinking przekazanych podczas warsztatów, gdzie pomagaliśmy firmie "PowerBug" w dotarciu do klientów ze swoim innowacyjnym rozwiązaniem.
Projekt to nie tylko zakres, budżet i czas. To przede wszystkim ludzie, to nienamacalne i nieuchwytne „coś” w postaci emocji między nimi, ich doświadczenia, uprzedzenia, motywacja, zdolności społeczne i personalne. To taka aura projektu – niewidoczna, ale oddziałująca. To psychologia w projekcie.
Gdy wizja zderza się z rzeczywistością, czyli o nielubianym zarządzaniu w sta...Tomasz Tomaszewski
W startupach króluje kult wizjonerów i deweloperów. I nie ma co się dziwić. Wizjonerzy potrafią w 30 sekund, w każdej windzie, przekonać Cię do swojego pomysłu. Deweloperzy natomiast mają to coś, ten dotyk Boga pozwalający kreować nowe rozwiązania. Ale to o czym często zapominamy, a co jest równie ważne dla powodzenia startupu, to umiejętność przekuwania wizji w rzeczywistość.
Prezentacja z Trójmiejskiego 3campa. Zapis wideo: http://productmanager.pl/2014/nielubiane-zarzadzanie-w-startupie-czyli-gdy-wizja-zderza-sie-z-rzeczywistoscia/
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".
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.
Marcin Kokott - Kiedy sprint to za wolno ("4 Developers", Poznań, 2012)Marcin Kokott
Presentation from 4Developers conference in Poznan (Poland) in 2012. I was talking about Lean Startups, Business Models and Customer Development implementation in one of the projects I was driving.
W naszym e-booku pokazujemy, gdzie w polityce rozwojowej wielu firm tkwią zagrożenia i jak tracą na niej wszyscy – zarówno firmy, jak ich pracownicy.
Chcielibyśmy, by potraktowali Państwo poniższą publikację jako gotowy zestaw argumentów, z którymi mogą Państwo zawalczyć o swoją przyszłość.
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?
Prezentacja na temat Lean Startup poprzedzajaca 3-godzinny warsztat przeprowadzony przeze mnie dla InnoShare 2016 - konferencji zorganizowanej przez Polska Innowacyjna.
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.
Jan Matulewicz, Business Unit Director w Cybercom Poland o wyzwaniach, sekretach sukcesu oraz możliwościach w zarządzaniu zespołami patchworkowymi:
2. W 1718 roku pierwszy z patchworków znalazł się na angielskim dworze króla Jerzego I Hanowerskiego. Zachwycony dziełem król postanowił wybrać się do warsztatu jego autora i poznać sekret tworzenia idealnych kompozycji.
Zdziwiony obecnością pośredników rzemieślnik podniósł wzrok na swojego władcę i odpowiedział… zdradzimy to na końcu, zostańcie z nami!
3. Patchwork to każdy zespół składający się z przedstawicieli co najmniej dwóch organizacji.
4. Patchworkiem nie jest zespół, w którym mamy do czynienia z sytuacją idealną, gdy po stronie klienta jako partnera mamy omnipotentnego Product Ownera, odpowiedzialnego za całość współpracy w każdym aspekcie.
5. Zaczerpniętym z praktyki przykładem działającego patchworku jest pracujący dla klienta z branży telekomunikacyjnej wielonarodowościowy team, w skład którego ze strony Cybercom wchodzi 120 osób.
6. Coraz częściej dochodzi do tworzenia się wirtualnych organizacji.
7. Wnioski dotyczące organizacyjnego dopasowania trzeba zaczerpnąć z odpowiedzi na obszerny zestawu pytań.
8. 5 dysfunkcji zespołu w patchworku podniesione jest do potęgi Ntej, gdzie N jest zależne od ilości współpracujących przy projekcie wykonawców.
9. Jakie pomoce naukowe można wytworzyć dla zespołu patchworkowego?
- zrozumienie, że integracja najlepiej realizuje się przy pracy; tam, gdzie przedstawiciele różnych organizacji mają możliwość „zderzyć się głowami”
- team contract to coś, powinno zostać wytworzone przez zespól, nie nałożone z góry;
- dążenie do szybkiej eskalacji pozwala na klarowne określenie map patchworku;
- czy wszystkie strony patchworku w codziennej pracy ekscytują te same rzeczy?
- wirtualna organizacja pozwala na traktowanie patchworkowego zespołu jako spójnej jednostki i pozwala na wytyczanie mu np. celów rocznych
10. Model Diltsa ppozwala na sprawdzenie, w którym miejscu nasze organizacje się spotykają, a w którym różnią. Precyzyjna diagnoza jest niezmiernie ważna, bo jeśli różnice są zbyt duże, to nie poradzi sobie z nimi nawet najlepszy project management.
11. Zbieżność na poziomie wartości u partnerów jest o tyle ważna, że jeśli firma faktycznie organizuje się wokół tych wartości, to są to również wartości „z korytarza”, czyli takie, którymi kierują się jej pracownicy.
13. Polska vs. Szwecja
14. Praca w zespole patchworkowym i zarządzanie takim wymaga dużej elastyczności, zaufania i głowy otwartej na negocjacje w obliczu różnic.
15. Wróćmy tu do naszego króla, Jerzego I Hanowerskiego, cusłyszał w odpowiedzi na swoje pytanie o przepis na idealny patchwork?
- Nie ma takiego przepisu, królu złoty, bo każdy patchwork wychodzi inaczej.
Krótkie wprowadzenie do metody Lean Startup. Prezentacja i krótki warsztat odbyły się podczas spotkania Business Cafe w Poznaniu. Prezentacja była skierowana do osób które nie spotkały się wcześniej z koncepcją Lean Startup.
80% praktycznej wiedzy o Design Thinking przekazanych podczas warsztatów, gdzie pomagaliśmy firmie "PowerBug" w dotarciu do klientów ze swoim innowacyjnym rozwiązaniem.
Projekt to nie tylko zakres, budżet i czas. To przede wszystkim ludzie, to nienamacalne i nieuchwytne „coś” w postaci emocji między nimi, ich doświadczenia, uprzedzenia, motywacja, zdolności społeczne i personalne. To taka aura projektu – niewidoczna, ale oddziałująca. To psychologia w projekcie.
Gdy wizja zderza się z rzeczywistością, czyli o nielubianym zarządzaniu w sta...Tomasz Tomaszewski
W startupach króluje kult wizjonerów i deweloperów. I nie ma co się dziwić. Wizjonerzy potrafią w 30 sekund, w każdej windzie, przekonać Cię do swojego pomysłu. Deweloperzy natomiast mają to coś, ten dotyk Boga pozwalający kreować nowe rozwiązania. Ale to o czym często zapominamy, a co jest równie ważne dla powodzenia startupu, to umiejętność przekuwania wizji w rzeczywistość.
Prezentacja z Trójmiejskiego 3campa. Zapis wideo: http://productmanager.pl/2014/nielubiane-zarzadzanie-w-startupie-czyli-gdy-wizja-zderza-sie-z-rzeczywistoscia/
2. Plan
• Co znaczy złożony?
• Co to są iteracje?
• Czym różni się zwinny?
• Jak radzić sobie ze złożonymi systemami?
• Co z tego wynika?
3. Scrum (n): A framework within which
people can address complex adaptive
problems, while productively and
creatively delivering products of the
highest possible value.
http://www.scrumguides.org/scrum-guide.html
5. CYNEFIN
• Walijskie słowo „siedlisko”, lub lepiej ostoja, opoka
• Framework konceptualistyczny
• Model rzeczywistości
• Narzędzie (analityczne)
• Opracowane 15 lat temu w IBM
• Pomaga osiągnąć decyzję
• 5 kontekstów albo domen podejmowania decyzji
7. Complicated
• Jasny ciąg przyczynowo-
skutkowy (nie dla wszystkich)
• Wiemy czego nie wiemy
• Wiele możliwych rozwiązań
• Drzewa decyzyjne, sztuczna
inteligencja
• Przykłady: porada prawna
• Wady: dominacja ekspertów,
niesłuchanie laików, brak
zgody co do decyzji
https://en.wikipedia.org/wiki/File:Cynefin_as_of_1st_June_2014.png
8. Complex
• Ciąg przyczynowo-skutkowy istnieje i
jest zrozumiały post factum
• Nie wiemy czego nie wiemy
• Rozwiązanie jest nieznane i
wypracowywane
• Przykłady: ustanawianie praw,
opracowywanie nowego superkleju
• Problemy: zmuszanie do
realizowania planu, strach przed
konsekwencjami pomyłek,
usiłowanie zaprowadzenia porządku
https://en.wikipedia.org/wiki/File:Cynefin_as_of_1st_June_2014.png
10. Chaotic
• Brak ciągu przyczynowo-
skutkowego lub jest on
zmienny
• Nie ma wiedzy
• Nie czas na decyzje, czas na
porządek
• Przykłady: atak terrorystyczny
• Problemy: brak działania, brak
zmiany w zarządzaniu po
stabilizacji
https://en.wikipedia.org/wiki/File:Cynefin_as_of_1st_June_2014.png
11. CYNEFIN
• Jazda autem
• Poślizg
• Wypełnienie
PITa
• Projekt mostu
• Start-up
• Decyzja o
pożyczce
• Apollo 13
• Wyrok w
sądzie
• Leczenie zęba
https://en.wikipedia.org/wiki/File:Cynefin_as_of_1st_June_2014.png
31. • „[W modelu kaskadowym można] działać jak najbardziej iteracyjne
i inkrementalnie. Planując możemy przecież założyć, że realizacja
odbywać się będzie etapami – na przykład dwutygodniowymi – w
ramach których będziemy dodawać coraz to nowe funkcjonalności
do produktu. Prawie jak w Scrum, czyż nie?”
• Gdzie są różnice?
• Empiryczna kontrola procesu
http://agileszkolenia.pl/blog/empiryzm-w-metodach-agile/
33. Empiryzm
• Empiryzm (od stgr. „doświadczenie”) – doktryna filozoficzna
głosząca, że źródłem ludzkiego poznania są wyłącznie lub przede
wszystkim bodźce zmysłowe docierające do naszego umysłu ze
świata zewnętrznego, zaś wszelkie idee, teorie itp. są w stosunku
do nich wtórne.
• Nic „a priori”
• Żadnych założeń, przewidywań, „wydaje mi się”
• Tylko fakty
https://pl.wikipedia.org/wiki/Empiryzm
35. Porównanie
Kaskada
• działamy predyktywnie
• nie poszukujemy najlepszych
rozwiązań i nie potrzebujemy
eksperymentów
• podział na iteracje i inkrementy
jest jedynie strategią realizacji
• efekt końcowy działań jest z góry
określony i znany
• nie ma też możliwości
korzystania z lepszych rozwiązań,
jeśli zidentyfikujemy je w trakcie
realizacji projektu
Zwinnie
• gotowość na porażki i błędy,
z których czerpie się wiedzę
i doświadczenie
• zdolność do szybkiego
wykrycia, że należy dokonać
korekty i na dokonaniu tej
korekty
• wizja może nie przetrwać
starcia z rzeczywistością i
zmiennym otoczeniem
36. Co teraz?
• Analiza swoich Klientów, jak pracujemy?
• Angażowanie Klientów w produkcję, zmiana podejścia (transparentność,
zrozumienie, wspólny sukces, równość, ciekawość), chwalenie się,
promowanie swojej pracy, wciąganie w rozmowy i dyskusje, wyciąganie
wiedzy, uzyskanie zrozumienia
• Poprawianie deweloperskiego rzemiosła: technical excellence
• Zadawać pytania o koszty utrzymania i modyfikacji
• Dzielenie projektu na krótkie (mniej niż 3 miesiące), pełne (!) iteracje
• Proponować Klientom eksperymenty: A/B, testy, prototypy
• Cel zawodowy: tworzenie produktu, rozwiązywanie problemów,
• Wymagania -> kryteria akceptacji