Dlaczego nie powinniśmy zapominać o metodologii Waterfall?
•
1 like•4,576 views
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.
Report
Share
Report
Share
Download to read offline
Recommended
Agile vs. Waterfall Jak połączyć ogień z wodą? - Mariusz Chudy @ Agile Manage...
Agile vs. Waterfall Jak połączyć ogień z wodą? @ Agile Management 2014 Poland
Wprowadzenie do Agile
Wprowadzenie do Agile, czyli porównanie Waterfall i Agile, omówienie podstaw metod Agile, Scrum, XP, DSDM, FDD itd.
Zapewnienie jakości w Scrum
Prezentacja na temat zapewnienia jakości i testowania w środowisku metod zwinnych, czyli Agil
Zwinne metodyki w zarządzaniu
Krótka prezentacja o agile wygłoszona dla Towarzystwa Biznesowego Warszawskiego
Agile fakty i mity
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ń.
Agile Tester - Czy to w ogóle ma sens?
Jest już 2016, a różni guru i instytucje certyfikujące nadal promują pomysł specjalizacji Agile Tester. Jak są rozumiane Agile Tester i Agile Testing? Czy to jest zgodne z ramami Scrum? Czy Agile Testing to tylko techniki XP?
Analityk biznesowy w agile
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.
Recommended
Agile vs. Waterfall Jak połączyć ogień z wodą? - Mariusz Chudy @ Agile Manage...
Agile vs. Waterfall Jak połączyć ogień z wodą? @ Agile Management 2014 Poland
Wprowadzenie do Agile
Wprowadzenie do Agile, czyli porównanie Waterfall i Agile, omówienie podstaw metod Agile, Scrum, XP, DSDM, FDD itd.
Zapewnienie jakości w Scrum
Prezentacja na temat zapewnienia jakości i testowania w środowisku metod zwinnych, czyli Agil
Zwinne metodyki w zarządzaniu
Krótka prezentacja o agile wygłoszona dla Towarzystwa Biznesowego Warszawskiego
Agile fakty i mity
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ń.
Agile Tester - Czy to w ogóle ma sens?
Jest już 2016, a różni guru i instytucje certyfikujące nadal promują pomysł specjalizacji Agile Tester. Jak są rozumiane Agile Tester i Agile Testing? Czy to jest zgodne z ramami Scrum? Czy Agile Testing to tylko techniki XP?
Analityk biznesowy w agile
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.
Jak pracuje Product Owner? Spotkanie LubLean and Agile
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?
User Story
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?
Dlaczego developerzy nie lubią scrum Zwinna Łódź
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.
Dlaczego developerzy nie lubią scrum
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.
Wymagania w Agile
No i stało się. Nadszedł ten dzień, kiedy szef poinformował Cię, że nadszedł czas na zmianę sposobu pracy na Agile. Jeśli miałeś wprowadzenie Agile robione metodą skoku na głęboką wodę, to możesz poczuć się jak szeregowiec Cage, główny bohater filmu z Edge of Tomorrow. Nie ma czasu na wyjaśnienia, weź nowe narzędzia i biegnij. Różnica jest taka, że Ty nie będziesz miał/miała kolejnego podejścia w przypadku porażki projektu.
Patrząc na Manifest Agile z punktu widzenia zarządzania wymaganiami możemy mieć pewne obawy. Zmiana jest mile widziana. Działające oprogramowanie ważniejsze niż wyczerpująca dokumentacja. Współpraca z klientem zamiast negocjowania kontraktu. Czy zmiana jest zawsze możliwa? Czy planowanie jest zbędne? Brak gruntownej wiedzy i wprowadzenie Agile na szybko tworzą kolejne mity. Opowiem jak pracować nad wymaganiami i jak Zespół Scrum może nimi zarządzać.
Sprint retrospective wartości scrum
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.
Jak (nie) zabić agile przy użyciu jira
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.
[QE 2015] Krystian Kaczor - Wymagania w Agile
No i stało się. Nastał dzień, kiedy szef poinformował Cię, że nadszedł czas na zmianę sposobu pracy na Agile. Jeśli miałeś wprowadzenie Agile robione metodą skoku na głęboką wodę to możesz poczuć się jak szeregowiec Cage, główny bohater filmu z „Edge of Tomorrow”. Nie ma czasu na wyjaśnienia, weź nowe narzędzia i biegnij. Różnica jest taka, że Ty nie będziesz miał/a kolejnego podejścia w przypadku porażki projektu.
Patrząc na Manifest Agile z punktu widzenia zarządzania wymaganiami możemy mieć pewne obawy. Zmiana jest mile widziana. Działające oprogramowanie ważniejsze niż wyczerpująca dokumentacja. Współpraca z klientem zamiast negocjowania kontraktu. Czy zmiana jest zawsze możliwa? Czy planowanie jest zbędne? Brak gruntownej wiedzy i wprowadzenie Agile na szybko tworzą kolejne mity. Opowiem jak pracować nad wymaganiami i jak Zespół Scrum może nimi zarządzać.
Scrum to nie Agile! Znajdź 10 różnic.
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.
Jak zostać zwinnym (Agile) analitykiem
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.
Wstęp do SCRUM - jak dostarczyć właściwe oprogramowanie
Krótka prezentacja na temat podstaw SCRUM oraz innych metodyk zwinnych. Opis stosowanych praktyk i narzędzia.
Scrum (Polish version) - wprowadzenie do frameworka
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.
Pomysł na analizę w Agile: Agile Modeling
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/
Wiosenne Wieczory ze Scrum 2 Estymacja i Planowanie
Estymacja i Planowanie – drugi z cyklu czterech Wiosennych Wieczorów ze Scrum prezentowanych przez Fluid Circle (fluidcircle.net).
Ledership w scrum
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.
Zarządzanie projektami metodą łańcucha krytycznego
Metoda łańcucha krytycznego (Critical Chain Project Management, CCPM) to systemowe podejście do:
1. Planowania (harmonogramowania)
2. Zarządzania realizacją
Zarówno w środowisku:
- wieloprojektowym jak i
- jednoprojektowym.
CCPM to metodyka realizacyjna. Nie zawiera np. wyboru projektów, uzasadnienia biznesowego itd.
CCPM jest zastosowaniem teorii ograniczeń Goldratta do środowiska (wielo)projektowego.
Proces ciągłego doskonalenia w tworzeniu innowacji: Zastosowanie teorii ogran...
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?Discover, Define, Deliver - a workflow to create successful digital products.
Presentation from STX Next Summit 2016 by Dominik Oślizło describing the Discover, Define, Deliver process, a rock-solid approach that ensures smooth idea-to-product transitions and radically accelerates time-to-market.
Zwinność procesu rekrutacyjnego w branży IT
Czyli o tym jak wykorzystać zwinne podejście w rekrutacji pracowników IT?
More Related Content
What's hot
Jak pracuje Product Owner? Spotkanie LubLean and Agile
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?
User Story
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?
Dlaczego developerzy nie lubią scrum Zwinna Łódź
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.
Dlaczego developerzy nie lubią scrum
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.
Wymagania w Agile
No i stało się. Nadszedł ten dzień, kiedy szef poinformował Cię, że nadszedł czas na zmianę sposobu pracy na Agile. Jeśli miałeś wprowadzenie Agile robione metodą skoku na głęboką wodę, to możesz poczuć się jak szeregowiec Cage, główny bohater filmu z Edge of Tomorrow. Nie ma czasu na wyjaśnienia, weź nowe narzędzia i biegnij. Różnica jest taka, że Ty nie będziesz miał/miała kolejnego podejścia w przypadku porażki projektu.
Patrząc na Manifest Agile z punktu widzenia zarządzania wymaganiami możemy mieć pewne obawy. Zmiana jest mile widziana. Działające oprogramowanie ważniejsze niż wyczerpująca dokumentacja. Współpraca z klientem zamiast negocjowania kontraktu. Czy zmiana jest zawsze możliwa? Czy planowanie jest zbędne? Brak gruntownej wiedzy i wprowadzenie Agile na szybko tworzą kolejne mity. Opowiem jak pracować nad wymaganiami i jak Zespół Scrum może nimi zarządzać.
Sprint retrospective wartości scrum
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.
Jak (nie) zabić agile przy użyciu jira
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.
[QE 2015] Krystian Kaczor - Wymagania w Agile
No i stało się. Nastał dzień, kiedy szef poinformował Cię, że nadszedł czas na zmianę sposobu pracy na Agile. Jeśli miałeś wprowadzenie Agile robione metodą skoku na głęboką wodę to możesz poczuć się jak szeregowiec Cage, główny bohater filmu z „Edge of Tomorrow”. Nie ma czasu na wyjaśnienia, weź nowe narzędzia i biegnij. Różnica jest taka, że Ty nie będziesz miał/a kolejnego podejścia w przypadku porażki projektu.
Patrząc na Manifest Agile z punktu widzenia zarządzania wymaganiami możemy mieć pewne obawy. Zmiana jest mile widziana. Działające oprogramowanie ważniejsze niż wyczerpująca dokumentacja. Współpraca z klientem zamiast negocjowania kontraktu. Czy zmiana jest zawsze możliwa? Czy planowanie jest zbędne? Brak gruntownej wiedzy i wprowadzenie Agile na szybko tworzą kolejne mity. Opowiem jak pracować nad wymaganiami i jak Zespół Scrum może nimi zarządzać.
Scrum to nie Agile! Znajdź 10 różnic.
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.
Jak zostać zwinnym (Agile) analitykiem
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.
Wstęp do SCRUM - jak dostarczyć właściwe oprogramowanie
Krótka prezentacja na temat podstaw SCRUM oraz innych metodyk zwinnych. Opis stosowanych praktyk i narzędzia.
Scrum (Polish version) - wprowadzenie do frameworka
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.
Pomysł na analizę w Agile: Agile Modeling
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/
Wiosenne Wieczory ze Scrum 2 Estymacja i Planowanie
Estymacja i Planowanie – drugi z cyklu czterech Wiosennych Wieczorów ze Scrum prezentowanych przez Fluid Circle (fluidcircle.net).
Ledership w scrum
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.
Zarządzanie projektami metodą łańcucha krytycznego
Metoda łańcucha krytycznego (Critical Chain Project Management, CCPM) to systemowe podejście do:
1. Planowania (harmonogramowania)
2. Zarządzania realizacją
Zarówno w środowisku:
- wieloprojektowym jak i
- jednoprojektowym.
CCPM to metodyka realizacyjna. Nie zawiera np. wyboru projektów, uzasadnienia biznesowego itd.
CCPM jest zastosowaniem teorii ograniczeń Goldratta do środowiska (wielo)projektowego.
Proces ciągłego doskonalenia w tworzeniu innowacji: Zastosowanie teorii ogran...
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?What's hot (20)
Jak pracuje Product Owner? Spotkanie LubLean and Agile
Jak pracuje Product Owner? Spotkanie LubLean and Agile
Wstęp do SCRUM - jak dostarczyć właściwe oprogramowanie
Wstęp do SCRUM - jak dostarczyć właściwe oprogramowanie
Scrum (Polish version) - wprowadzenie do frameworka
Scrum (Polish version) - wprowadzenie do frameworka
Wiosenne Wieczory ze Scrum 2 Estymacja i Planowanie
Wiosenne Wieczory ze Scrum 2 Estymacja i Planowanie
Zarządzanie projektami metodą łańcucha krytycznego
Zarządzanie projektami metodą łańcucha krytycznego
Proces ciągłego doskonalenia w tworzeniu innowacji: Zastosowanie teorii ogran...
Proces ciągłego doskonalenia w tworzeniu innowacji: Zastosowanie teorii ogran...
Viewers also liked
Discover, Define, Deliver - a workflow to create successful digital products.
Presentation from STX Next Summit 2016 by Dominik Oślizło describing the Discover, Define, Deliver process, a rock-solid approach that ensures smooth idea-to-product transitions and radically accelerates time-to-market.
Zwinność procesu rekrutacyjnego w branży IT
Czyli o tym jak wykorzystać zwinne podejście w rekrutacji pracowników IT?
Gbolahan Shyllon - 5 Project Management Trends
This presentation examines some recent trends in the field of project management. These 5 trends in particular are positively reshaping the field. For more info visit www.gbolahanshyllon.com.
Jak przygotować się do rozmowy rekrutacyjnej na Python Developera
Zestaw ćwiczeń i rad jakie przydadzą się podczas rozmowy rekrutacyjnej na Python Developera. Prezentacja z PyRy #22 (Listopad 2015).
Emerging trends in project management
Emerging trends in project management - 1) Increased Emphasis on Project Management Soft Skills - I've certainly noticed this in recruiting for Project Managers over the last few years.
Pozytywna komunikacja w praktyce (warsztat).
Pozytywna komunikacja to komunikacja oparta o dobre intencje. Prezentacja wspierała warsztat z przekazywania informacji zwrotnej w duchu komunikacji bez przemocy.
Salary Formula. Bumpy Road to Transparency.
At the HR Tech Spring conference in London, on the 16th of March 2016, Zef Hemel, VP of Engineering in STX Next, and me talked about the adaptation of the salary formula concept from Management 3.0 by Jurgen Appelo. This is our 2-year journey with opening salaries in STX Next.
Anty-wzorce w różnorodności w branży it
Różnorodność pod względem płci, ale też wieku czy kultury w branży IT to realne wyzwanie, które już podjęły największe firmy technologiczne. A jakie błędy popełniamy na tej drodze do różnorodności?
Viewers also liked (12)
Discover, Define, Deliver - a workflow to create successful digital products.
Discover, Define, Deliver - a workflow to create successful digital products.
Jak przygotować się do rozmowy rekrutacyjnej na Python Developera
Jak przygotować się do rozmowy rekrutacyjnej na Python Developera
More from Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Star Trek: BDD Enterprise
To explore strange new worlds, to seek out new life and new civilisations, to boldly go where no man has gone before.” Just like the crew of the USS Enterprise, we explore the IT universe – seeking out new solutions, new technologies, and frameworks – from which we can learn to help us work better and more efficiently. We do this to create more functional and usable software for our customers, to put a big smile on their faces, and maybe – if we do our job really well – to make them stand back and admire what we have crafted. I was lucky enough to work in BDD (Behaviour Driven Development) quite early in his career, but I also had the misfortune to see how this great idea so often tends to fail. In my presentation I wanted to show what it is like working with BDD and what value can it give to business people. Finally I would like to propose an effective, alternative solution for well-known BDD tools, which is „Spock” – a convenient, lightweight framework, based on the Groovy language.
Model based testing as a BA tool
Model-based testing is an increasingly popular trend in the world of quality assurance. The aim of such an approach is to focus on a working system model and automatically generate test cases. However, how can it become useful in the work of a business or system analyst? The essence is in the model. It is called an executable specification. In this approach, it can take the form of code, gherkin syntax or UML graphs and diagrams. The latter is something that analysts use every day. In my presentation, I would therefore like to show how model-based testing can be used in the work of analysts. And how this approach can improve the work of the project team.
Communication - Language of Leader
Did you know, that 65% of our average workday is COMMUNICATION with our colleagues? Communication is really essential in our daily life. It can make or break a project we are working on! Bad communication makes us not only lose valuable time, but money and resources as well. Let’s have a look at the style different people use to communicate, and on the different approaches we can use to make our communication more effective, and stop wasting time in meetings, that we never needed to have if we communicated properly. I will teach you the best tips and tricks to succeed in communication with your colleagues and partners to make your project great again!
Miękkie umiejętności w pracy analityka biznesu
Miękkie umiejętności w pracy analityka biznesuStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Jakakolwiek komunikacja odbywa się w relacji. Wywieranie wpływu, perswazja, przekonywanie odbywa się w ramach relacji. Praca analityka biznesu z klientem odbywa się w ramach utworzonych relacji. Kto opanuje sztukę perswazji zyskuje niezwykłą przewagę w procesie kontaktu z klientami. Przewaga ta jednak nie polega na znajomości jakiejś techniki, z którą wchodząc do klienta doprowadzamy go do współpracy i uzyskujemy niezbędne informacje. To nie jest technika, to idealne dopasowanie się do klienta, odkrycie jego potrzeby i zaspokojenie jej. Najważniejsze jest to, że liczą się niuanse, drobne szczegóły, a jednocześnie całość.Błędy w analizie z praktyki (nowe wydanie )
Wiele lat temu podczas rozmowy rekrutacyjnej prezes jednej firmy powiedział do mnie: błędy popełniane na etapie analizy są najdroższe dla firmy. Wtedy była to dla mnie teoria, którą rozumiałam, ale za dużo na sobie nie doświadczyłam albo też nie potrafiłam ocenić skali czy wczuć się w powagę tych słów ☺ Każdy projekt, w którym brałam udział, każde doświadczenie dokładał kolejny kawałek do pewności co robię dobrze, a co źle, przyczyniał się do zmniejszenia ryzyka popełnienia błędu. Zazwyczaj uczymy się na własnych błędach, ale wiemy też, że najtaniej uczyć się na cudzych. Tylko nie zawsze to działa ☺ Zapraszam do edycji drugiej mojego wystąpienia „Błędy w analizie, co robić, i czy da się ich uniknąć” ☺ Opowiem o kilku kolejnych typowych potknięciach, które się zdarzają każdemu i o tym, jakie ja mam sposoby na przeciwdziałanie pojawieniu się podobnych kolejnych.
7 Skills for highly effective teams - workshop
7 Skills for highly effective teams - workshopStowarzyszenie Jakości Systemów Informatycznych (SJSI)
The 7 Skills model helps IT projects to become more successful by addressing the key success factor of all teams: the soft skills of the team members. The model starts from two assumptions: (a) true success is a matter of good teamwork and (b) good teamwork is based on emotional interactions between individuals. The model is aligned along two axes: the ‘Customer facing’ - ‘Team facing’ axis and the ‘Problem facing’ – ‘Solution facing’ axis. In the center is ‘Communication’ as the fundamental skill that is the starting point for all interactions. Arranged around this core you find six key skills that are important for every IT project: ‘Empathize’ (customer/problem), ‘Explore’ (team/problem), ‘Collaborate’ (team), ‘Ideate’ (team/solution), ‘Tell’ (customer/solution) and ‘Sell’ (customer). The 7 Skills model serves as a road map to improve human interactions in development projects. To implement it, each skill has been substantiated by one or more simple but proven techniques. To mention some: communicate – Shannon-Weaver model; empathize – Personas; Explore – goal trees; Collaborate – Belbin team roles; Ideate – Wallas’ creativity model; Tell – storyboarding; Sell – Cialdini’s principles. These techniques of the 7 Skills model can easily be presented and explained. However, to make them work, one should exercise them. Therefore, a workshop is an excellent way to transfer the concept: you will learn most by actually doing it. In this workshop, you will work with other participants in a small team to design the outlines of a simple IT system. We will explain all techniques and give you some practical exercises with a challenging selection of them.Dancing with the devil - how to cooperate with a problematic customer
Dancing with the devil - how to cooperate with a problematic customerStowarzyszenie Jakości Systemów Informatycznych (SJSI)
As Business Analysts we encounter difficult customers every day. That is why we need a specific toolset to deal with such people and create win-win situations for our projects. The main goal of this workshop is to give you such an arsenal. The whole workshop will be divided into three parts: 1. How to identify different type of customers and how to negotiate with them – you will get familiarized with several different types of personalities and learn how to analyze your own stakeholders with these properties. For each type we will define the specific set of tools to be used during meeting and in day-to-day work. Afterwards I will ask you to characterize some of the people that you are working with to seek out the best approach to negotiate with them 2. Visualizing goals as a part of creating interactive meetings – you will learn how to create impact maps and how to use them in your work. As Impact Maps may be used not only in IT projects it’s a viable tool to be used even in your personal life. On this part we will also talk about design thinking and how it can be used to make your kick-offs/discoveries better. Therefore during this part of the workshop we will: a. Learn how to create good business goals b. Draw our own impact map (based on a created goal) c. Learn how to validate requirements using impact mapping technique d. Transform impact map into a backlog e. Learn about design thinking approach and how to use it in your work 3. Case studies and discussion – I will present several complex cases that I’ve encountered during my career and will describe business analysis techniques that I used. Afterwards we will analyze your own cases and try to find the appropriate solutions together.Cosmic truths about software requirements
Although there are few absolute truths in software development, I have discovered several requirements principles that apply almost universally to software projects. These principles emphasize the critical contribution that excellent requirements make to a project's success, and the critical contribution that customer involvement makes to excellent requirements. You'll hear several suggestions for practices that can help any team build a more effective customer-developer partnership. These cosmic truths can help your organization produce and manage accurate, consistent, and unambiguous sets of requirements.
Zagraj w zaangażowanie
Zagraj w zaangażowanie czyli jak dzięki grywalizacji angażować zespół projektowy. Graczy nie trzeba dodatkowo motywować do tego by chcieli osiągać kolejne poziomy w grze – dlaczego więc nie wykorzystać mechanizmów z gier do angażowania naszych zespołów projektowych by ułatwić im osiąganie celów? Możesz to zrobić dzięki grywalizacji, która w Polsce staje się coraz bardziej popularna. Fabuła, punkty, ranking, odznaki – to tylko niektóre ze stosowanych mechanizmów, które z codziennych zadań pracowników tworzą ich zawodową przygodę. Jak wpleść je w pracę naszego zespołu projektowego? Podczas wykładu nie tylko dowiecie się więcej o grywalizacji, ale będziecie mieli okazję sami zbudować koncepcję gry. Jakiej? Przyjdź i przekonaj się.
Analiza prawdziwie biznesowa - skąd biorą się projekty
Analiza prawdziwie biznesowa - skąd biorą się projektyStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Analityk biznesowy analizuje biznes? W większości przypadków – nie. Projekty wypadają nam jak z czarnej skrzynki. Czy mają sens? Czasem trafiają jak kula w płot. Czasem są jak armata na muchę. Czasem nie rozwiązują właściwego, najbardziej naglącego problemu. A czasem decydent chce zabawkę lub awans, zapominając o klientach i rozwoju firmy. Czy to problem analityka? Czy Twój projekt jest właściwy dla firmy? Przyjrzyjmy się temu, co dzieje się ponad projektem - analizie prawdziwie biznesowej, analizie organizacji i analizie strategicznej. Rozwikłamy zagadkę - skąd biorą się sensowne projekty i dowiemy jak definiować potrzebne firmie inicjatywy.Internet of Things loves data - analysis of Industry 4.0
Internet of Things loves data - analysis of Industry 4.0Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
If Internet of Things is all about connectivity and cooperation then Industry 4.0 is based on data. In fact - lots of data! We are no longer talking about GigaBytes or TeraBytes but rather such abstract ideas and units like ExaBytes. And that's the main topic of this presentation - how huge is IoT, what is the value of switching from reactive to predictive company and why we use lambda architecture in the first place. And even if the concept of security, ethics, rules and regulations regarding data itself is also interesting on its own, this time we will focus directly on Industry 4.0 itself. Fast paced and intense presentation dedicated for Analysts and people loving and caring about IoT. Start with Accessibility: Why, How and What
Accessibility is a legal requirement in almost every country in the world. WCAG 2.1, Section 508 of the Rehabilitation Act, Equality Act 2010 these are examples how serious accessibility is. Accessibility means the ability of everyone regardless of their condition to have access to digital product, transport, physical products. The web and internets in whole is an increasingly resource in many aspect of our life, so it is important that the digital product be accessible to everyone in order to provide equal access and opportunity. Accessible is easy & low-cost if you as BA think about it on the early stage
Agile business analyst
The spread of Agile raises demanding challenges. If you’re a BA who’s faced with the situation when your organization is undergoing “agile” transformation, you might be looking for information about what this transformation means. There are some misconceptions about agile adoption and even more hype. The lecture introduces my personal experience of reaching organization’s Agile maturity from a Business Analyst perspective.
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
Analityk i architekt w czasach automatyzacji i robotyzacji biznesuStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Biznes się zmienia. IT się zmienia. Ale czy narzędzia i metody pracy analityka i architekta zmieniają się lub powinny zmienić się - w szczególności w czasach coraz powszechniejszej robotyzacji procesów? W prezentacji będę starał się spojrzeć na relacje występujące między analitykiem-architektem a robotami z dwóch różnych perspektyw – tj. czy musimy inaczej niż do tej pory podejść do analizy i architektury zrobotyzowanego biznesu i jak roboty mogą pomóc w pracy analityka/architekta. Okazuje się bowiem, że coraz częściej wiele firm patrzy na analityków/architektów jako koszt (który może i przynosi korzyści, ale mocno odroczone w czasie) i zastanawia się, czy jest jakieś podejście umożliwiające podniesienie efektywności pracy tych ról.Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BAStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Każdy nowy pomysł, który chcemy zrealizować korzystając czy to z zasobów firmy czy też wsparcia inwestorów, musimy umieć skutecznie przedstawić. Najczęściej decydenci nie mają zbyt dużo czasu, aby zapoznać się ze wszystkimi szczegółami projektu. Jak ich przekonać w ciągu 5 minut? Co ich najbardziej zainteresuje? Jak powinna wyglądać skuteczna prezentacja? Im lepiej ją przygotujemy, tym większą mamy szansę na decyzję zgodną z naszymi oczekiwaniami. Zapraszam do wspólnego przyjrzenia się modelowi krótkiego, skutecznego przedstawiana pomysłów, który przydaje się w kontaktach z decydentami korporacji, z klientami czy z inwestorami.7 Skills for highly effective teams
Despite years of efforts to improve the professional approach to developing software systems, many of these projects continue to fail. Investigations into these failures invariably denote poor interactions between humans, both within development teams and with customers and users, as a key factor. Recent evolution in development approaches, like human-centered design and extreme programming, try to address this problem, but until now, an overall view was missing. In this presentation we integrate these initiatives into a simple model, that arranges six key skills along two axes (customer–team and problem–solution) around communication as a core. Many techniques are available to implement these skills in development teams, so failure will no longer be the usual outcome.
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Każdy z nas słyszał termin „testowanie techniczne”. Wielu z nas mówi o sobie z dumą „tester techniczny”. Rynek potrzebuje „testerów technicznych”. Czy jednak wszyscy zgadzamy się w rozumieniu tych terminów? Kto i na jakiej podstawie powinien decydować co jest, a co nie testowaniem technicznym?
Prezentacja na pograniczu filozofii i technikaliów próbuje usystematyzować terminologię i zamieszać w głowach słuchaczy.[TestWarez 2017] Przychodzi tester na rozmowę...
[TestWarez 2017] Przychodzi tester na rozmowę...Stowarzyszenie Jakości Systemów Informatycznych (SJSI)
Przychodzi tester do lekarza…
Można by tak rozpocząć opis tej prelekcji. Nie o lekarza jednak tu będzie chodziło, a o rozmowy rekrutacyjne i to, co na nich można usłyszeć. Jestem członkiem grupy rekrutacyjnej w mojej firmie. Przeprowadziłem naprawdę sporo takich rozmów. Jedne bardziej udane, inne trochę mniej. Zauważyłem jednak jeden trend, który ostatnio coraz częściej zaczął się pojawiać na rozmowach - chęć do rozwoju w kierunku automatyzacji testów. Czy jednak wiecie z czym to się je?
Prelekcja skierowana jest do ludzi mniej doświadczonych, którzy po okresie okrzepnięcia w zawodzie dopiero zaczynają zastanawiać się nad swoją przyszłością, nad ścieżką swojej kariery. Jako lider spotkałem się też z osobami, które nie były świadome, w jakich kierunkach może rozwijać się tester. A możliwości jest naprawdę wiele. Tylko co wybrać?
Sam przeszedłem bardzo ciekawą drogę. Zdobyłem bardzo różnorodne doświadczenie, miałem przyjemność obserwować ludzi, ich rozwój, wybory, które czasem nie były trafne. Chciałbym się zatem podzielić z wami moim doświadczeniem liderskim, pokazać jak wygląda droga w kierunku managera, test leada, jakie wyzwania czekają na tej drodze.
Chciałbym także opowiedzieć o tym, jak zostać testerem, który automatyzuje; pokazać jak wygląda dzień z życia takiego testera, jakie wyzwania czekają nas po drodze i czego potrzebujesz droga koleżanko, drogi kolego, aby być w tej działce kimś ciekawym, na kogo rekruter zwróci uwagę.
Chciałbym również porozmawiać trochę o motywacji, która sprawia, że ludzie wybierają właśnie tę drogę.Czy to tylko podążanie za modą? Wszak nie wszyscy będziemy automatyzować.
Powiem także kilka słów o innych ścieżkach kariery testerskiej, może mniej oczywistych, ale z życia wziętych, z pracy w moim zespole.
Wystąpienie to skierowane jest do ludzi dopiero rozpoczynających swoją karierę, lecz być może, że coś ciekawego znajdzie dla siebie doświadczony wędrowiec.[TestWarez 2017] A proper gun makes testing fun
[TestWarez 2017] A proper gun makes testing funStowarzyszenie Jakości Systemów Informatycznych (SJSI)
Mikroserwisy to słowo, wokół którego cały świat IT kręcił się w ostatnich latach. Nowe podejście do architektury miało zapewnić szybkie oraz wygodne budowanie modularnych, niezawodnych, a przede wszystkim łatwo skalowalnych systemów. Wszystko wskazuje na to, że faktycznie się udało. Idea mikrousług, która jeszcze kilka lat temu brzmiała jak odświeżone SOA (które przecież absolutnie się nie przyjęło), dziś nie jest już niczym dziwnym i jest powszechnie stosowana w wielu organizacjach.
Faktycznie, mikroserwisy zrobione dobrze rozwiązują wiele problemów, które pojawiały się w przypadku monolitycznych systemów. Niestety zrobione źle, o co nietrudno, mogą przynieść więcej problemów niż korzyści. Mimo że mamy coraz więcej doświadczenia z tym podejściem do architektury, cały czas spotykamy się z nowymi wyzwaniami, dla których rozwiązania sprawdzające się przy monolitach okazują się niewystarczające, nie tylko w przypadku samego kodu czy designu, ale także w obszarze zapewniania jakości.
Sprawdzenie wydajności pojedynczej aplikacji nie jest proste. Sprawdzenie wydajności dwustu aplikacji, które działają razem, zależą od siebie i komunikują się ze sobą, jest po prostu bardzo trudne. W swojej prezentacji chciałbym opowiedzieć, jak podchodzimy do tego tematu w Ocado oraz przedstawić narzędzie do automatycznych testów wydajnościowych - Gatling.[TestWarez 2017] Zen testów wydajnościowych
Dobry system musi być przetestowany pod względem wydajnościowym. Takie testy są zupełnie inne niż testy funkcjonalne: zamiast binarnego rezultatu (pass, fail), mamy ogromne ilości danych do zebrania, zaprezentowania i zinterpretowania. Podczas wystąpienie prelegent omówi cały cykl testów wydajnościowych: od przygotowania warunków testu, środowisk i danych testowych, poprzez przeprowadzenie testów, zebranie danych, ich prezentację i interpretacje, aż po przeprowadzenie procesów decyzyjnych wynikających z danych.
More from Stowarzyszenie Jakości Systemów Informatycznych (SJSI) (20)
Dancing with the devil - how to cooperate with a problematic customer
Dancing with the devil - how to cooperate with a problematic customer
Analiza prawdziwie biznesowa - skąd biorą się projekty
Analiza prawdziwie biznesowa - skąd biorą się projekty
Internet of Things loves data - analysis of Industry 4.0
Internet of Things loves data - analysis of Industry 4.0
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
Analityk i architekt w czasach automatyzacji i robotyzacji biznesu
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
Jak sprzedać swój pomysł w 5 minut, czyli pitch deck dla BA
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
[TestWarez 2017] Skomplikowane testowanie, skomplikowane terminy. Testowanie ...
Dlaczego nie powinniśmy zapominać o metodologii Waterfall?
- 1. Dlaczego nie powinniśmy zapominać o metodologii Waterfall? MARTA FIRLEJ TOMASZ OLSZEWSKI 08/10/2015
- 2. Plan ● Agile ● Waterfall ● Kiedy używać metodologii Waterfall ● Dobre i złe strony Waterfall’a ● Podsumowanie
- 3. Agile
- 4. Agile
- 5. Waterfall
- 6. Waterfall
- 11. Wady ● Późno widoczne efekty dla Klienta ● Wprowadzanie zmian jest kłopotliwe ● …
- 12. Zalety ● Pełna kontrola ● Znany: ● Budżet ● Zakres projektu ● Harmonogram ● Bez problemu przejdzie audyt ● …
- 13. Podsumowanie Myślicie, że namawiamy was do używania metodologii Waterfall?