Jakość jest w nas

•Transferir como PPTX, PDF•

1 gostou•1,169 visualizações

Future Processing

Prezentacja Pawła Pustelnika z III edycji konferencji Quality Excites.

Tecnologia

Aktualnie:
PMO Supervisor,
Project Manager
Oraz odpowiedzialny za
wdrażanie Agile w dziale
Delivery
Kontakt:
ppustelnik@future-processing.com

„I finally concluded
that there is
something there, in
front of us all the
time, which we are
not seeing: PEOPLE”
Alistair A.R. Cockburn
Characterizing people as non-linear, first-order
components in software development

Źródło: http://thumbs.dreamstime.com/z/many-high-quality-business-people-silhouettes-18621946.jpg

Źródło: http://jonmell.co.uk/wp-content/uploads/2008/12/find-people.jpg

Źródło: http://sourceforge.net/projects/qtradio

Forming (Formowanie)
Storming (Burza)
Norming (Normalizacja)
Performing
(Współdziałanie)

PRZEKONANIA
UMIEJĘTNOŚCI
ZACHOWANIA
ŚRODOWISKO

WARTOŚCI
PRZEKONANIA
UMIEJĘTNOŚCI
ZACHOWANIA
ŚRODOWISKO

„VALUES make a
significant difference in
behavior at work”

Źródło: https://www.surebaby.com/wp-content/blogs.dir/23/files/genetic-screening-1024x774.gif

Samoreali
zacja
Potrzeby
uznania
Potrzeby
przynależności
Potrzeby bezpieczeństwa
Potrzeby fizjologiczne

Samorea
lizacja
Potrzeby
uznania
Potrzeby
przynależności
Potrzeby
bezpieczeństwa
Potrzeby fizjologiczne
W I F I

• Osiągnięcia
• Rozwój
• Uznanie
• Treść pracy
• Odpowiedzialność
• Przełożeni
• Warunki pracy
• Płaca
• Stosunki międzyludzkie
• Polityka i administracja

Źródło: http://techhusband.zippykid.netdna-cdn.com/wp-content/uploads/negative-positive-keys.jpg

MISJA
WARTOŚCI
PRZEKONANIA
UMIEJĘTNOŚCI
ZACHOWANIA
ŚRODOWISKO

Źródło http://globalhealthprojects.org/wp-content/uploads/2012/06/mission-sign.jpg

Great software...because
we put people first.

Źródło: http://2i.cz/pc/d/other/puzzle-half.png

MISJA
WARTO
ŚCI
PRZEKONA
NIA
STANY
UMIEJĘTNOŚCI
ZACHOWANIA
ŚRODOWISKO

JAKOŚĆ to STAN, który
trwa w każdym z nas.

ppustelnik@future-processing.com
http://pl.linkedin.com/in/pawelpustelnik
@PawelPustelnik

Mais conteúdo relacionado

Destaque

Wydajne API dla aplikacji mobilnych

Future Processing

Bilans korzyści i kosztów z automatyzacji.

Future Processing

Błędy w oprogramowaniu dosięgają nas każdego dnia w postaci rebootujących się telefonów, zawieszających się komputerów, czy programów niespodziewanie kończących swoje działanie. Przyjrzymy się błędom, które miały znacznie gorsze konsekwencje, powodując ogromne straty finansowe lub, w skrajnych przypadkach, śmierć użytkowników. Postaramy się przeanalizować wybrane przypadki, aby nauczyć się na błędach innych, jak pisać kod, który działa.

[QE 2015] Mateusz Kocielski - W każdym programie jest jeszcze jeden błąd

Future Processing

TDD – w poszukiwaniu źródeł jakości.

Future Processing

Wyboista droga do dobrego kodu. ...

Future Processing

Koncert życzeń + niekończące się zmiany w koncepcji = katastrofa? Jak to posk...

Future Processing

Behaviour Driven Development

Future Processing

Czym jest planowane postarzanie produktu? Zapewne wielu z was spotkało się z tym określeniem, oznaczającym planowane działania mające na celu skrócenie czasu życia produktu na rynku w mniej lub bardziej szczytnym celu. Jak to się ma do tworzenia oprogramowania? Ciągle mamy do czynienia z nieustannym procesem postarzania naszych bibliotek, kontenerów aplikacji, języków, narzędzi i API. Oprócz sił wywieranych przez biznes na naszą aplikację, jest ona także pod wpływem potężnych ruchów technologicznych, wynikających z nieustannych zmian w trendach tworzenia oprogramowania. Jak efektywnie uniknąć powolnego postarzania się technologicznego naszej aplikacji? Jak uniknąć wysokich kosztów, odkładanych w nieskończoność modernizacji technologicznych aplikacji? Jak uzasadnić wartość biznesową kolejnego „big up front total next generation rewrite”?

[QE 2015] Jarosław Pałka - Systematyczny architekt na drodze ku planowanemu p...

Future Processing

Nie rozwiązuj w testach jednostkowych problemów z testowanym kodem.

Future Processing

Coś zupełnie offline: badania etnograficzne są kluczem do skutecznego zaangaż...

Future Processing

DailyArt – jak zaprojektować aplikację mobilną kochaną przez ludzi?/WUD Siles...

Future Processing

Wykład prezentowany podczas ósmej odsłony Quality Meetup, 12 maja 2016 roku w Gliwicach. Autor: Michał Sajdak (IT Security Consultant, Securitum.pl) Prezentacja wskazuje problemy, z którymi często borykają się osoby realizujące testy bezpieczeństwa oraz firmy zlecające tego typu działania. Dzięki prezentacji otrzymamy praktyczne wskazówki umożliwiające zwiększenie efektywności testów oraz sprawne przeprowadzenie całości takiego procesu. Prezentacja powstała na bazie wieloletniego doświadczenia, które Michał zdobył podczas realizacji testów bezpieczeństwa.

Michał Sajdak, Testy bezpieczeństwa -‐ teoria a praktyka

Future Processing

Czy warstwa sprzętowa wyklucza testy automatyczne?

Future Processing

Continuous Delivery (CD) jest coraz częściej stosowaną praktyką w nowoczesnych projektach. Pytanie, jakie korzyści płyną z wdrażania kodu na produkcję kilka razy dziennie i jak zmieni to naszą codzienną pracę. Kiedy poznamy już odpowiedź na to pytanie, pozostaje jeszcze kwestia: jak to zrobić, jakich narzędzi użyć i dlaczego wszędzie jest Docker. Prezentacja ma na celu uzyskanie odpowiedzi na te pytania oraz ukazanie w jaki sposób w CD: zarządzać funkcjonalnościami, testować i zapewniać jakość, zarządzać konfiguracją, pracować z VCS-ami oraz budować środowiska testowe.

[QE 2015] Łukasz Szydło - Continuous Delivery – Architektura i Praktyka

Future Processing

[FDD2016] Rafał Brzoska - Angular2 - nadchodzi nowe!

Future Processing

Zespół, w którym pracował Jarek, odnosił sukcesy w kwestii mikroserwisów na długo przed tym, zanim wokół nich rozpętała się istna burza. W czasie swojej prelekcji przedstawił rozwiązania, które ów zespół zastosował podczas pracy w pewnym banku, wśród których znalazły się m.in. duże maszyny serwerowe, ciekawe rozwiązania komunikacyjne i sposoby przechowywania danych. Jego wystąpienie to także overview tego, co w projekcie było fajne, a co było błędem (i jak wypadałoby to zrobić lepiej).

[FDD 2016] Jarosław Porwoł - Koncert na 144 rdzenie i czterech dyrygentów

Future Processing

Analiza wydajności następnej generacji - przykłady.

Future Processing

Konferencja Quality Excites w pigułce.

Future Processing

What happens when we teach a computer how to learn? Pablo shared surprising developments in the fast-paced field of Deep Learning, a family of techniques that can give computers the ability to learn Chinese, or to recognize objects in photos, or to help think through a medical diagnosis. We took a look at a field that will change the way the computers around us behave… sooner that we probably think. Pablo showed how Future Processing wants to play its role in helping doctors worldwide in their fight against cancer, through the ECONIB project.

[FDD 2016] Pablo Ribalta - Deep Learning

Future Processing

Środowisko testowe pod REST-a

Future Processing

Destaque (20)

Wydajne API dla aplikacji mobilnych

Bilans korzyści i kosztów z automatyzacji.

[QE 2015] Mateusz Kocielski - W każdym programie jest jeszcze jeden błąd

TDD – w poszukiwaniu źródeł jakości.

Wyboista droga do dobrego kodu. ...

Koncert życzeń + niekończące się zmiany w koncepcji = katastrofa? Jak to posk...

Behaviour Driven Development

[QE 2015] Jarosław Pałka - Systematyczny architekt na drodze ku planowanemu p...

Nie rozwiązuj w testach jednostkowych problemów z testowanym kodem.

Coś zupełnie offline: badania etnograficzne są kluczem do skutecznego zaangaż...

DailyArt – jak zaprojektować aplikację mobilną kochaną przez ludzi?/WUD Siles...

Michał Sajdak, Testy bezpieczeństwa -‐ teoria a praktyka

Czy warstwa sprzętowa wyklucza testy automatyczne?

[QE 2015] Łukasz Szydło - Continuous Delivery – Architektura i Praktyka

[FDD2016] Rafał Brzoska - Angular2 - nadchodzi nowe!

[FDD 2016] Jarosław Porwoł - Koncert na 144 rdzenie i czterech dyrygentów

Analiza wydajności następnej generacji - przykłady.

Konferencja Quality Excites w pigułce.

[FDD 2016] Pablo Ribalta - Deep Learning

Środowisko testowe pod REST-a

Mais de Future Processing

DPTO_Inżynieria oprogramowania to proces uczenia się.pdf

Future Processing

DPTO_QA w świecie wartości biznesowych.pdf

Future Processing

DPTO_Hello_Clean_Architekture.pdf

Future Processing

W dzisiejszych czasach praca z chmurą pozwala niesamowicie zmniejszyć koszta wejścia na rynek z rozwiązaniami typu PoC i MVP oraz w późniejszych etapach rozwoju produktów skalować oprogramowanie według potrzeb. Niestety nie jest to złoty środekt i rozwiązując stare problemy, tworzy nowe. Dlatego, oprócz zapoznania się z technologią serverless, czy Infrastructure as a Code, spróbujemy przede wszystkim stworzyć bezpieczne środowisko, pozwalające na Continuous Deployment.

[Quality Meetup #20] Michał Górski - Continuous Deployment w chmurze

Future Processing

Dodatkowe materiały: https://www.dropbox.com/sh/tbf1l7omvopv1rg/AACxbDcdOhpzfF7u9SIWSnqUa/Filmiki%20i%20gify%20z%20prezentacji?dl=0 Testowanie aplikacji mobilnych bywa nie lada wyzwaniem. Niejednokrotnie samo urządzenie testowe jest niewystarczające nawet do przetestowania pojedynczej funkcjonalności, a wykonanie niektórych testów zależy od dostępności do programisty lub zewnętrznego oprogramowania. Istnieją jednak narzędzia ułatwiające pracę, o których marzy każdy tester. Mogą one znacząco wpłynąć na poprawę jakości w projekcie jak i zwiększenie ilości i różnorodności testów, które są przeprowadzane. Podczas prezentacji Dorota skupia się na debug screenie Hyperion, który sprawia, że zyskujemy szereg nowych możliwości, od testowania wydajności aplikacji, po podglądanie zapytań i odpowiedzi API.

[Quality Meetup #20] Dorota Tadych - Hyperion - wystarczy jeden shake

Future Processing

Efekt potwierdzenia. Samospełniająca się przepowiednia. Iluzja grupowania. Paradoks hazardzisty… i dziesiątki innych, które próżno wymieniać. Homo Sapiens, jako gatunek, choć tak doskonale wierzący w ideały, jest doskonale nieidealny. Błędy (skrzywienia) poznawcze sprawiają, że ufamy sobie bardziej, niż powinniśmy. Omawiając błędy poznawcze, przytrafiające się w codziennej pracy, Magda starała się przekonać nas do tego, co i tak podejrzewamy — że za błędy możemy odpowiadać tylko przed sobą.

[Quality Meetup #19] Magdalena Drechsler-Nowak - Tester w pułapce myślenia

Future Processing

Teoria gier wywodzi się z matematycznego opisu gier hazardowych i określa międzyludzkie zachowania w ujęciu graczy, nagród, obranych strategii oraz ryzyka. Dlaczego by więc nie spojrzeć na proces wytwarzania oprogramowania (w tym na pracę testerów) przez pryzmat tej teorii? Jest on w końcu naturalnie związany z zarządzaniem ryzykiem i uwzględnianiem możliwych scenariuszy. W kilku przykładach znanych z teorii gier, Adrian pokazał, jak teoretyczne koncepcje można odnieść do testowania oprogramowania i jakie lekcje dla naszej codziennej pracy płyną z tej ciekawej gałęzi matematyki.

[Quality Meetup #19] Adrian Gonciarz - Testerska ruletka

Future Processing

Tworzenie skalowalnych i wydajnych mikroserwisów w rozproszonym środowisku chmurowym wymaga dużej dyscypliny u programisty oraz zastosowania wielu narzędzi ułatwiających to zadanie. Im większy system, tym większej uwagi wymaga. Rozproszone środowisko dodatkowo wymusza korzystanie z zewnętrznych rozwiązań ułatwiających pracę ze stanem systemu, takich jak cache. Zdarzyło Ci się kiedyś pogubić w tym, gdzie leży która usługa i skąd się wziął błąd w systemie? Czy nie łatwiej byłoby mieć jedno narzędzie, które utrzyma wszystkie usługi pod kontrolą i zapewni niezawodne zarządzanie stanem aplikacji bez konieczności używania zewnętrznych systemów? W czasie swojej prelekcji Krzysiek przedstawił, jak sprawdzony w bojach Azure Service Fabric zapewnia stabilną kontrolę nad systemem mikroserwisów oraz pozwala stworzyć aplikację bez użycia zewnętrznej bazy danych i systemu cachingu. Swoje doświadczenie z Azure Service Fabric nabył w codziennej pracy w dużym projekcie dla korporacji finansowej w FP.

[FDD 2018] Krzysztof Sikora - Jak Service Fabric rozwiąże twoje problemy z mi...

Future Processing

Uważa się, że karty graficzne / CUDA to technologia wykorzystywana do wykonywania dużej ilości skomplikowanych obliczeń w implementacji sieci neuronowych. Jakie jeszcze praktyczne problemy można rozwiązać za jej pomocą? Czy w medycynie przydatna jest realistyczna grafika rodem z gier komputerowych? Bazując na wiedzy wyciągniętej z pracy w projekcie Cardiac, prelegenci postarają się odpowiedzieć na te pytania. Celem tego projektu jest stworzenie narzędzia wspomagającego lekarzy w podejmowaniu decyzji i stawianiu diagnozy chorób wieńcowych. Aby to osiągnąć, niezbędne jest pozyskanie geometrii naczyń wieńcowych w wysokiej rozdzielczości, co wymaga wykonania ponad 7 bilionów operacji. Pozyskana geometria służy do symulacji przepływu krwi, w trakcie której w każdej sekundzie generowane jest 100 GB danych, a te trzeba następnie wizualizować. Wykorzystując odpowiednie algorytmy i współczesne karty graficzne, wszystkie ww. problemy są do rozwiązania.

[FDD 2018] Ł. Turchan, A. Hulist, M. Duchnowski - CUDA - results over coffee ...

Future Processing

Zastosowanie technologii Blockchain we współczesnym biznesie staje się coraz bardziej powszechne. W czasie prelekcji Lech wprowadził słuchaczy do podstawowych technologii, kryjących się za prywatnym Blockchainem i zdecentralizowanymi aplikacjami oraz wskazał różnicę pomiędzy stosowanymi obecnie dowodami autoryzującymi bloki. Pokazał również, jak w prosty sposób postawić prywatny Blockchain na platformie Azure z PoA (Proof of Authority) i przedstawił narzędzia, które mogą być zastosowane przy procesie developmentu oprogramowania opartego o Ethereum Dapps (Truffle, Genache, Metamask).

[FDD 2018] Lech Kalinowski - Prywatny Blockchain

Future Processing

[FDD 2018] W. Malara, K. Kotowski - Autoenkodery – czyli zalety funkcji F(X)≈X

Future Processing

RFC 679 to specyfikacja standardu autoryzacji o nazwie OAuth2. Jego rozszerzenie stanowi OpenId Connect, którego szczegółowy opis możecie znaleźć pod adresem https://openid.net/developers/specs. Aby zacząć z nim pracę, należałoby dodatkowo dobrze poznać IdentityServer – scentralizowany i modularny magazyn tożsamości umożliwiający łatwe rozszerzanie. Oczywiście można próbować przebrnąć przez stos definicji, by dowiedzieć się, w jaki sposób pracować z tymi technologiami. Jeżeli jednak nie przepadacie za czytaniem suchych dokumentów technicznych, a chcecie dowiedzieć się czegoś więcej o sposobach zabezpieczania aplikacji, koniecznie zobaczcie prelekcję Jarka.

[FDD 2018] Jarosław Ogiegło - Ludzie, zabezpieczajcie się! Wprowadzenie do OA...

Future Processing

Tworzenie skalowalnych i wydajnych mikroserwisów w rozproszonym środowisku chmurowym wymaga dużej dyscypliny u programisty oraz zastosowania wielu narzędzi ułatwiających to zadanie. Im większy system, tym większej uwagi wymaga. Rozproszone środowisko dodatkowo wymusza korzystanie z zewnętrznych rozwiązań ułatwiających pracę ze stanem systemu, takich jak cache. Zdarzyło Ci się kiedyś pogubić w tym, gdzie leży która usługa i skąd się wziął błąd w systemie? Czy nie łatwiej byłoby mieć jedno narzędzie, które utrzyma wszystkie usługi pod kontrolą i zapewni niezawodne zarządzanie stanem aplikacji bez konieczności używania zewnętrznych systemów? W czasie swojej prelekcji Krzysiek przedstawi, jak sprawdzony w bojach Azure Service Fabric zapewnia stabilną kontrolę nad systemem mikroserwisów oraz pozwala stworzyć aplikację bez użycia zewnętrznej bazy danych i systemu cachingu. Swoje doświadczenie z Azure Service Fabric nabył w codziennej pracy w dużym projekcie dla korporacji finansowej w Future Processing.

[JuraSIC! Meetup] Krzysztof Sikora- Jak Service Fabric rozwiąże twoje problem...

Future Processing

Monady mają bardzo zły PR – powszechnie uważane są za superabstrakcyjne byty z programowania funkcyjnego albo nawet gorzej... z matematyki. Jednak w praktyce okazuje się, że używa ich każdy programista C#. W trakcie prezentacji przekonasz się o tym, że używasz monad na co dzień (sic!). Ponadto, Mateusz pokaże inne typy monad, których być może nie stosujesz, ale mogą się przydać i które wcale nie są abstrakcyjne. Mamy nadzieję, że po prezentacji każdy będzie (przynajmniej) intuicyjnie rozumiał, co to monada i kiedy mogą one nam pomóc.

[JuraSIC! Meetup] Mateusz Stasch - Monady w .NET

Future Processing

W dobie technologii rozwijających się niemal wykładniczo łatwo jest zapomnieć o tym, że zarówno wytwórcy, jak i użytkownicy oprogramowania są ludźmi z całym ogromem możliwości, ale jednocześnie z pewnymi ograniczeniami poznawczymi. Projektując rozwiązanie, warto zastanowić się jak sprawić, by użytkownicy chcieli go używać oraz by robili to w sposób jak najbliższy zaprojektowanemu. Ola podczas swojej prelekcji zapoznała uczestników z kognitywnym (poznawczym) podejściem do testowania aplikacji mobilnych. W tym celu przywołała kilka teorii i zjawisk, pokazujących, jak umysł konstruuje rzeczywistość oraz tym samym uświadamiających, gdzie mogą czaić się błędy w postrzeganiu.

[QE 2018] Aleksandra Kornecka – Kognitywne podejście do testowania aplikacji ...

Future Processing

Świat technologii mobilnych od pewnego czasu przechodzi rewolucję – odchodzi się od natywnych aplikacji mobilnych. Jak zatem twórcy aplikacji mobilnych odpowiadają na potrzeby rynku? Czy osoby automatyzujące testy aplikacji mobilnych mają do dyspozycji narzędzia gotowe na technologie, takie jak React Native czy Flutter? Czy można uniknąć pisania oddzielnego kodu testów dla Androida i iOS-a? W czasie wykładu, na przykładzie aplikacji stworzonej w oparciu o technologię React Native oraz narzędzia Detox, Adam przedstawił praktyczną implementację testów end-to-end oraz ich konfigurację z Continuous Integration.

[QE 2018] Adam Stasiak – Nadchodzi React Native – czyli o testowaniu mobilnyc...

Future Processing

Apache Spark jest narzędziem do przetwarzania danych na dużą skalę. Zastosowanie tego narzędzia w rozproszonym środowisku, w celu przetwarzania dużych zbiorów danych daje ogromne korzyści. Ale co z szybką pętlą zwrotną podczas opracowywania aplikacji z użyciem Apache Spark? Testowanie aplikacji w klastrze jest niezbędne, lecz nie wydaje się być tym, do czego większość programistów przywykło podczas praktykowania TDD. Podczas wystąpienia, Łukasz podzielił się z kilkoma wskazówkami, jak można napisać testy jednostkowe oraz integracyjne i jak Docker może być używany do testowania Sparka na lokalnej maszynie.

[QE 2018] Łukasz Gawron – Testing Batch and Streaming Spark Applications

Future Processing

Zachodząca w ostatnich latach transformacja procesów wytwarzania oprogramowania zorientowana jest głównie w kierunku zespołów zwinnych, wykorzystujących podejście DevOps. Następstwem tych zmian jest potrzeba przemyślenia na nowo sposobów zapewniania bezpieczeństwa tworzonych aplikacji. Krótkie sprinty nie pozostawiają już miejsca na testy manualne. O ile jednak nie znikną one całkowicie, główną osią ochrony projektu stają się testy automatyczne, które zespół projektowy musi zaimplementować i utrzymać. Teraz w kompetencjach developerów i testerów będzie leżeć kwestia znajomości zasad bezpieczeństwa, w kontekście działania ich systemu.

[QE 2018] Marek Puchalski – Web Application Security Test Automation

Future Processing

Thriving as a Tester is different to just succeeding or just getting by, or just having a decent career. To thrive means to grow vigorously. Wow. To grow vigorously! In a nutshell, this means to grow personally and pretty quickly; and this is what the job market needs – and of course, this is what your career needs too. Thriving as a Tester is about adopting a mindset of success and then building the habits to support your goals.

[QE 2018] Rob Lambert – How to Thrive as a Software Tester

Future Processing

The Digital Transformation is real. It is having a profound effect on how business is done and the nature of the systems required to deliver productive customer experiences and consequent business benefits. The demand for flexible and rapid delivery of software and systems is there. Software development teams can deliver if they adopt the disciplines of Continuous Delivery, DevOps and in-production experimentation. The barrier to achieving success in the software delivery process is likely to be the inability of testers to align testing and automated testing in particular to the development processes. Our track record in test automation is not good enough. In order to succeed a new way of thinking about testing is required, and the New Model of Testing offers a way of identifying the elements of the test process that must be ‘shifted left’. This does not necessarily mean testers move, but rather that the thinking processes must move. During this lecture, Paul has shown that it is possible that users, BAs, and developers take some responsibility in this area. The New Model applies to all testing, whether performed in development, integration, system or user testing, by people or tools.

[QE 2018] Paul Gerrard – Automating Assurance: Tools, Collaboration and DevOps

Future Processing

Mais de Future Processing (20)

DPTO_Inżynieria oprogramowania to proces uczenia się.pdf

DPTO_QA w świecie wartości biznesowych.pdf

DPTO_Hello_Clean_Architekture.pdf

[Quality Meetup #20] Michał Górski - Continuous Deployment w chmurze

[Quality Meetup #20] Dorota Tadych - Hyperion - wystarczy jeden shake

[Quality Meetup #19] Magdalena Drechsler-Nowak - Tester w pułapce myślenia

[Quality Meetup #19] Adrian Gonciarz - Testerska ruletka

[FDD 2018] Krzysztof Sikora - Jak Service Fabric rozwiąże twoje problemy z mi...

[FDD 2018] Ł. Turchan, A. Hulist, M. Duchnowski - CUDA - results over coffee ...

[FDD 2018] Lech Kalinowski - Prywatny Blockchain

[FDD 2018] W. Malara, K. Kotowski - Autoenkodery – czyli zalety funkcji F(X)≈X

[FDD 2018] Jarosław Ogiegło - Ludzie, zabezpieczajcie się! Wprowadzenie do OA...

[JuraSIC! Meetup] Krzysztof Sikora- Jak Service Fabric rozwiąże twoje problem...

[JuraSIC! Meetup] Mateusz Stasch - Monady w .NET

[QE 2018] Aleksandra Kornecka – Kognitywne podejście do testowania aplikacji ...

[QE 2018] Adam Stasiak – Nadchodzi React Native – czyli o testowaniu mobilnyc...

[QE 2018] Łukasz Gawron – Testing Batch and Streaming Spark Applications

[QE 2018] Marek Puchalski – Web Application Security Test Automation

[QE 2018] Rob Lambert – How to Thrive as a Software Tester

[QE 2018] Paul Gerrard – Automating Assurance: Tools, Collaboration and DevOps

Jakość jest w nas

1. PAWEŁ PUSTELNIK JAKOŚĆ JEST W NAS

2. Aktualnie: PMO Supervisor, Project Manager Oraz odpowiedzialny za wdrażanie Agile w dziale Delivery Kontakt: ppustelnik@future-processing.com

3. „I finally concluded that there is something there, in front of us all the time, which we are not seeing: PEOPLE” Alistair A.R. Cockburn Characterizing people as non-linear, first-order components in software development

4. Źródło: http://thumbs.dreamstime.com/z/many-high-quality-business-people-silhouettes-18621946.jpg

5. Źródło: http://jonmell.co.uk/wp-content/uploads/2008/12/find-people.jpg

6. Źródło: http://sourceforge.net/projects/qtradio

7. ŚRODOWISKO

10.

11. ZACHOWANIA ŚRODOWISKO

12.

13.

14. Forming (Formowanie) Storming (Burza) Norming (Normalizacja) Performing (Współdziałanie)

15. UMIEJĘTNOŚCI ZACHOWANIA ŚRODOWISKO

16.

17.

18. PRZEKONANIA UMIEJĘTNOŚCI ZACHOWANIA ŚRODOWISKO

19.

20.

21. WARTOŚCI PRZEKONANIA UMIEJĘTNOŚCI ZACHOWANIA ŚRODOWISKO

22. „VALUES make a significant difference in behavior at work”

23. Źródło: https://www.surebaby.com/wp-content/blogs.dir/23/files/genetic-screening-1024x774.gif

24.

25. Samoreali zacja Potrzeby uznania Potrzeby przynależności Potrzeby bezpieczeństwa Potrzeby fizjologiczne

26. Samorea lizacja Potrzeby uznania Potrzeby przynależności Potrzeby bezpieczeństwa Potrzeby fizjologiczne W I F I

27. • Osiągnięcia • Rozwój • Uznanie • Treść pracy • Odpowiedzialność • Przełożeni • Warunki pracy • Płaca • Stosunki międzyludzkie • Polityka i administracja

28. Źródło: http://techhusband.zippykid.netdna-cdn.com/wp-content/uploads/negative-positive-keys.jpg

29. MISJA WARTOŚCI PRZEKONANIA UMIEJĘTNOŚCI ZACHOWANIA ŚRODOWISKO

30. Źródło http://globalhealthprojects.org/wp-content/uploads/2012/06/mission-sign.jpg

31. Great software...because we put people first.

32. Źródło: http://2i.cz/pc/d/other/puzzle-half.png

33. MISJA WARTO ŚCI PRZEKONA NIA STANY UMIEJĘTNOŚCI ZACHOWANIA ŚRODOWISKO

34. JAKOŚĆ to STAN, który trwa w każdym z nas.

35. ppustelnik@future-processing.com http://pl.linkedin.com/in/pawelpustelnik @PawelPustelnik