Rejestracja uczestników, poranna kawa.
Co determinuje jakość systemów IT w dużych organizacjach?
Każda organizacja buduje lub kupuje oprogramowanie z tego samego powodu: aby stworzyć wartość biznesową. Zasadnicza część tej wartości wynika z jakości oprogramowania. Jak powszechnie wiadomo z tą jakością różnie bywa. Finalnie można odnieść wrażenie, że większa część sił skupiona jest na rozwiązywaniu problemów a nie na zapobieganiu. Czy dzieje się tak dlatego, że naprawianie jest procesem o wysokiej widoczności, a zapobieganie problemom jest mozolne i mało "medialne"? Gdzie znajdują się główne punkty zapalne w których jakość zaczyna być narażona? Na co osoby zarządzające jakością powinny zwrócić szczególną uwagę? Jakie kompetencje są niezbędne? I pytanie zasadnicze - jak ocenić jakość?
Nie tylko testowanie. Szersze spojrzenie na kwestie dostarczania jakości.
W projektach IT zbyt często stawia się znak równości między testowaniem, a zapewnieniem jakości. Tymczasem jest to tylko jeden element, który możemy wdrożyć w projekcie. W czasie prezentacji Jakub przedstawi lekko zapomnianych kilka narzędzi / technik projakościowych, które powinien znać każdy tester i każdy Project Manager.
Jakość w metodyce Agile/Scrum – jak zwinność zespołów zmienia podejście do jakości oprogramowania.
Jak może zmienić się podejście do tworzenia jakościowego oprogramowania po odejściu od klasycznego "waterfalla"? Na jakie wyzwania trzeba być gotowym, jak mierzyć jakość oraz prezentować efekty osiągane przez zespoły deweloperskie? Jakie miary i narzędzia można stosować a także skąd mieć pewność, że Scrum faktycznie generuje większą wartość dla Ciebie i Twojej firmy? Na te, i inne pytania, postaramy się odpowiedzieć podczas prezentacji.
Dlaczego wciąż testujemy ręcznie? Nowoczesne metody automatyzacji testów - jak zrobić to dobrze?
Automatyzacja jest procesem, w którym pracę człowieka chcemy zastąpić, lub też uzupełnić przez zastosowanie automatu. Takie działanie może być uzasadnione nie tylko poprzez ograniczenie kosztów pracy, które automaty z pewnością oferują. Możemy wskazać również inne atrybuty dzięki którym znaczenie automatyzacji zostało wiele lat temu dostrzeżone w procesach przemysłowych i również coraz wyraźniej pojawia się w kolejnych obszarach ludzkiej aktywności. W wielu przypadkach rachunek ekonomiczny będzie stanowił kluczowy wskaźnik dla podjęcia decyzji o zastosowaniu automatyzacji. Znaczącym problemem spotykanym w procesach wykorzystujących automatyzację jest brak umiejętności bilansowania i planowania kosztów i zysków.
Czy na pewno są to jedyne wskaźniki wpływające na decyzję o zastosowaniu automatyzacji? Dlaczego wciąż więcej testujemy manualnie niż automatycznie? Jak zrobić to dobrze? Na te i inne pytania postaramy się odpowiedzieć podczas prezentacji.
Przerwa kawowa i networking.
Jak pisać zupełnie dobre programy na podstawie kiepskich wymagań?
Oczywiście, nie ma takiej możliwości - ale przecież pozornie, zdarza się to czasami. Jak? Po prostu, ktoś inny tworzy wymagania, niż osoby oficjalnie do tego dedykowane, czyli przedstawiciele biznesu, analitycy, inżynierowie wymagań. Ktoś z bezkształtnego ciasta niewyraźnych wizji i luźno powiązanych ze sobą pomysłów zleceniodawców, lepi eleganckie bułeczki trafnych i potrzebnych rozwiązań IT.
W praktyce, zwykle to niełatwe zadanie biorą na siebie testerzy we współpracy z programistami. Ta niewygodna prawda wychodzi na jaw, kiedy w ogłoszeniu o pracy dla testera, wśród oczekiwanych kompetencji znajdujemy... umiejętność znajdowania i gromadzenia wymagań.
Pokażę dwie metody, które stawiają sobie za cel uporządkowanie i udoskonalenie tych praktyk: tak zwane programowanie ekstremalne / TDD oraz tak zwane testowanie eksploracyjne.
Źródła problemów z jakością w IT.
W branży IT borykamy się z różnymi problemami z jakością. Szukamy nowatorskich metod zapewniania jakości. Tworzymy definicje oraz wyznaczamy miary określające jakość. Podstawą każdego procesu rozwiązywania problemów powinna być analiza przyczyn występowania tych problemów.
W ramach prezentacji słuchacze będą mieli okazję zapoznać się z analizą przyczyn występowania problemów z jakością w IT. Prowadzący otworzy również dyskusję, które, jego zdaniem, z tych przyczyn są rzeczywiste, a które tworzymy sobie sami.
Test automation framework - jak zsynchronizować różne narzędzia open source do testów funkcjonalnych.
Wiele firm boryka się z koniecznością zautomatyzowania testów funkcjonalnych, które to testy wykonywane ręcznie są nieefektywne czasowo i ograniczone co do zakresu. Służące do tego celu narzędzia komercyjne posiadają wiele możliwości zastosowań w różnych środowiskach, wiele opcji działania i zazwyczaj kilkadziesiąt konfiguracji pozwalających na dostosowanie ich do potrzeb testerów.
Alternatywne open source są narzędziami bardziej celowanymi pod rozwiązanie konkretnego problemu, z którym spotkał się jego twórca a zwłaszcza działania na jednym wybranym środowisku bez możliwości szerokiego wachlarza zastosowań.
I tutaj pojawia się problem - jeżeli organizacja posiada procesy biznesowe, które chce testować automatycznie, a procesy te przechodzą przez różne technologicznie systemy i chce to zrobić rozwiązaniami open source musi wykorzystać wiele różnych narzędzi.
W swojej prezentacji przedstawimy środowisko integrujące różne narzędzia open source do testów funkcjonalnych po to aby proces przygotowywania i zarządzania testami automatycznymi był jak najbardziej efektywny i nie wymagał wielu ekspertów do różnych narzędzi
Testowanie medycznych aplikacji krytycznych.
Prezentacja dotyczyć będzie wytwarzania, testowania i walidacji oprogramowania medycznego używając podejścia zwinnego przy jednoczesnym spełnieniu wymagań narzucanych na producentów przez normy medyczne.
Problem jakości, oprócz mierzalnych czynników technicznych, włącza duża liczbę niemierzalnych obiektywnie czynników psychologicznych.
Cytując klasyka: jakość to nie wszystko, ale wszystko bez jakości jest niczym… Czym jest jakość produktu, czym jest jakość procesu, a czym jest jakość użyteczna. I co na to wszystko użytkownik?
W trakcie prezentacji omówiony zostanie model kształtowania się opinii użytkownika na temat jakości oprogramowania, czynniki i zjawiska które go kształtują oraz metody zarządzania tym procesem.
Efektywność zespołu, motywacja i organizacja pracy. Scrum jako sposób na sukces przez komunikację i wizualizację.
Scrum jest używany jako swego rodzaju trofeum, coś czym można się chwalić, że mamy w firmie. Praktyka okazuje się trudniejsza niż można się spodziewać. Samo-organizacja zespołów budzi wiele pytań i rodzi kontrowersje szczególnie w korporacjach. Rzadko zdajemy sobie sprawę, że sami bardzo często korzystamy z samo-organizacji w wielu sytuacjach życiowych.
Samo-organizacja nie oznacza braku zarządzania. Jednak jest to innego rodzaju zarządzanie. Potrzebujemy kilku składników, żeby zespoły w Scrum pracowały efektywnie i możemy wspomagać się odpowiednimi technikami - o tym w trakcie prezentacji.
Lunch
Efektywność obsługi prawnej projektów IT, czyli jak prawidłowa komunikacja biznes-IT-prawnicy prowadzi do stworzenia dobrej umowy.
W idealnym świecie „biznes” wie co chce otrzymać i potrafi to określić, „dostawca IT” wie jak i za ile to zrobić oraz potrafi to dostarczyć, a prawnik tworzy umowę, która określa przedmiot zamówienia, cenę, termin dostawy oraz dokleja do tego resztę określaną często jako „some legal stuff". Problemy pojawiają się, gdy „biznes” nie wie co chce otrzymać, ale wie jaki cel chce osiągnąć, „dostawca IT” nie wie co ma być zrobione, ale przecież wszystko się da zrobić, tylko nie wiadomo za ile i na kiedy, a prawnik otrzymuje zlecenie żeby napisać … dobrą umowę.
Dobra umowa, czyli jaka? Do czego służy umowa i czy w ogóle jest potrzebna? Co jest prawnikowi potrzebne do stworzenia dobrej umowy? Czy prawnik musi być „hamulcowym biznesu”? Jak, kiedy i dlaczego należy rozmawiać z prawnikami? Jak dobra komunikacja wpłynie na powodzenie projektu?
Identyfikacja potrzeb biznesowych a zdefiniowanie wymagań - komunikacja z klientem a definiowanie wymagań przez analityka.
Gdybym pytał ludzi, czego chcą, poprosiliby o lepszego konia!”- słynne powiedzenie Henry’ego Forda przybliża nam problem pomiędzy wymaganiem Klienta a jego realną potrzebą. Przeprowadzone badania ankietowe wśród firm produkujących oprogramowanie wykazały, że ok.65% problemów w trakcie trwania projektu związane jest ze specyfikacją i zarządzaniem wymaganiami klienta. W dzisiejszych czasach głównym problemem nie jest to, że nie ma możliwości zbudowania systemu informatycznego, lecz to, komu oprogramowanie ma służyć (Klientowi czy Dostawcy), jakie rzeczywiste potrzeby i oczekiwania spełnia. Niska jakość oprogramowania, przekroczony budżet i opóźnienie w dostarczeniu produktu Klientowi to konsekwencje niepoprawnych, niekompletnych a czasem fałszywych wymagań. Podczas wykładu będziemy rozmawiać o tym skąd biorą się problemy z rozpoznaniem wymagań. Odpowiemy na pytanie, kto definiuje wymagania – Klient czy Analityk. Obalimy mit, że Klient nie wie czego chce. Porozmawiamy również o sile słowa w kontekście definiowania wymagań.
Z kim powinni rozmawiać testerzy, czyli jak umiejscowić zespół QA w strukturze projektu?
Najbardziej typowym spojrzeniem na umiejscowienie zespołu kontroli jakości w strukturze projektu jest postawienie go obok zespołu deweloperów. W takim ujęciu testerzy pracują w oparciu o te same specyfikacje co deweloperzy, dyskutują z nimi i weryfikują rezultaty ich pracy. W trakcie prelekcji przedstawiona zostanie alternatywa dla takiego spojrzenia. Alternatywa, która została z korzyściami wdrożona w kilkunastu projektach z obszaru aplikacji mobilnych.
Jak Generacja Y zmieni polską kulturę zarządzania?
Jakość Technologii wynika z przede wszystkim z kompetencji ludzi, którzy ją tworzą. Czy w dzisiejszych czasach liczą się tylko kompetencje twarde? Czy tylko jakość kodu definiuje wartość produktów informatycznych?
Podczas tego wykładu przyjrzymy się temu jak zmieniają się oczekiwania młodych informatyków. Odpowiemy też na pytanie czy kultura pracy wywodząca się z Google'a ma szanse przyjąć się w Polsce na szeroką skalę.
Przerwa kawowa i networking.
Złożoność projektów informatycznych, niska przewidywalność w długim czasie czy czynniki ludzkie - gdzie pojawiają się problemy z jakością systemów informatycznych i czy można się na nie przygotować?
Dyskusja z prelegentami konferencji, pogłębienie tematów prelekcji.
Zakończenie konferencji, podsumowanie, losowanie nagród.
© Copyright 2024 International Data Group Poland S.A.
00-131 Warszawa, ul. Grzybowska 2/44
tel. +48 22 3217800