|
PROGRAM KONFERENCJI (27 maja 2008) |
|
|
|
Tutorial Sala Gdańska |
|
10.30 - 13.30 |
Tutorial cz. 1
Zarządzanie procesem testowym w podejściu narzędziowym HP Quality Center
Szczegółowy pokaz narzędziowy dotyczący HP Quality Center 9.2 pod kontem możliwości wsparcia procesu testowego. Uczestnicy warsztatu będą mieli możliwość poznania HP Quality Center 9.2 w zakresie wsparcia prowadzenia procesu testów od momentu budowy drzewa wersji, poprzez zaplanowanie testów i projektowanie przypadków testowych, dalej pokrycia testami wymagań, po wykonywanie testów i analizę ich wyników.
|
|
13.30 - 14.30 |
Obiad dla uczestników tutorialu
|
|
14.30 - 18.30 |
Tutorial cz 2
Zarządzanie procesem testowym w podejściu narzędziowym HP Quality Center
|
|
|
PROGRAM KONFERENCJI (28 maja 2008) |
|
DZIEŃ DRUGI |
|
09.00 - 19.00 |
Rejestracja uczestników
|
|
|
|
|
Sala Paryska |
|
09.30 - 13.30 |
Agile Retrospective - narzędzia doskonalenia jakości tworzonego oprogramowania oraz pracy zespołów projektowych.
Czym jest retrospektywa - definicja i pochodzenie. Miejsce retrospektywy w projektach agilowych. Retrospektywa w metodzie SCRUM (zarządzanie zespołem projektowym). Cykl życia projektu w metodzie SCRUM oraz miejsce, jakie zajmuje w nim retrospektywa. Prowadzenie retrospektywy (prezentacja wybranych technik). Plusy i minusy przyjętych rozwiązań. Agile vs tradycyjne metody tworzenia oprogramowania (retrospektywa vs postmortem).
|
|
|
Sala Wiedeńska |
|
09.30 - 13.30 |
Wprowadzenie do zagadnienia jakości systemów o znaczeniu krytycznym (Introduction to Critical System's Quality - How to manage critical systems)*
Critical systems are either complex integrated "systems of systems", or small sub-systems (components) the quality and performance of which are critical to the quality and performance of a larger system. Depending on the definition applicable to your "critical system", the focus and tasks will vary. Time-to-market or cost, as well as any characteristic described in ISO9126, can be considered "critical" and will lead to specific activities.
 Bernard Homès, TESSCO (Tests Evaluation Service & Solution, Conseil & Organisation limited), Eurocopter
|
|
|
Sala Krakowska |
|
09.30 - 13.30 |
MS Visual Studio 2008 Team System a zapewnienie wysokiej jakości tworzonego rozwiązania IT
> Architektura Visual Studio Team System
> Metodyki prowadzenia projektów i wsparcie narzędziowe pracy programistów
> Typy testów i ich zastosowanie
- testy jednostkowe,
- testy Web,
- testy obciążeniowe.
> Obliczanie pokrycia kodu testami i analiza wyników testów.
|
|
{{id594d}}
|
|
|
13.30 - 14.30 |
Obiad dla uczestników warsztatów
|
|
|
Rozpoczęcie głównego programu konferencji |
|
14.30 - 14.35 |
Otwarcie konferencji
|
|
|
Popołudniowa sesja plenarna |
|
Przewodniczący sesji: Wojciech Jaszcz - SJSI |
|
14.35 - 15.15 |
Funkcjonalność, wydajność i bezpieczeństwo jako trzy filary zarządzania jakością systemów informatycznych
Cz. 1 Metodyka zarządzania testami oraz narzędzia służące do automatyzacji testów funkcjonalnych, wydajnościowych i bezpieczeństwa w kontekście realizacji różnorodnych projektów i funkcjonowania zespołów pracowników w różnych lokalizacjach
Cz. 2 Dlaczego warto testować w oparciu o proces biznesowy
|
|
15.15 - 16.00 |
Pożytek z defektów w oprogramowaniu - czyli jak poprawić efektywność procesów wytwórczych poprzez analizę błędów*
Dlaczego błędy w oprogramowaniu są takie kosztowne i dlaczego tę wartość tracimy, gdy jedynie usuwamy błędy? Pożytek z wykorzystania w przyszłych działaniach informacji płynących z poszukiwania przyczyn powstawania znalezionych błędów. Usprawnianie procesów wytwórczych a wzrost produktywności. Różnorodne podejścia - od Root Causes Analysis (RCA) począwszy, na Orthogonal Defect Classification (ODC) skończywszy.
Bernard Homès, TESSCO (Tests Evaluation Service & Solution, Conseil & Organisation limited), Eurocopter
|
|
16.00 - 16.30 |
Przerwa
|
|
|
Sesja: Jakość i architektura |
|
Przewodniczący sesji: Jan Sabak - SJSI |
|
16.30 - 17.15 |
Ewolucja architektury systemów oprogramowania a zapewnianie jakości
Relacje pomiędzy ewaluacją architektury systemu a jakością powstałych rozwiązań. Metody ewaluacji i stosowane w praktyce kryteria ewaluacji. Wyniki badań empirycznych dotyczących zastosowania podejścia "architekturocentrycznego" w polskich organizacjach publicznych. Propozycja schematu ewaluacji architektury systemów oprogramowania bazującego na pryncypiach architektury korporacyjnej.
|
|
17.15 - 18.00 |
IT Architecture Governance - projektowanie architektury systemów
Tworzenie architektury korporacyjnych rozwiązań IT i praktyka zarzadzania nimi w środowisku permanentnej zmiany - zarówno w otoczeniu biznesowym, jak i samym IT. Podnoszenie świadomości "decision makers" o przewadze standardów i partnerskich relacji z dostawcami IT. Przygotowanie srodowiska IT dla dzialania biznesu w przyszlosci i przełożenie na jakość.
|
|
18.00 - 18.45 |
Jakość danych podstawą dobrego zarządzania
Znaczenie wysokiej jakości danych dla sukcesu wdrożeń rozwiązań informatycznych, w szczególności w obszarze Business Intelligence. Zła jakość danych a czynnik ludzki. Budowanie świadomości dotyczącej wartości jakości danych i kompleksowe podejście z uwzględnieniem elementów procesowych, organizacyjnych, architektonicznych oraz strategii przedsiębiorstwa (również w zakresie IT).
|
|
|
Sesja: Perspektywa projektowa |
|
Przewodniczący sesji: Jerzy Bielec - PZU |
|
16.30 - 17.15 |
Projekty pod kontrolą
Zarządzanie portfelem projektów IT. Ocena jakości i wykonalności projektów pod względem nadrzędnych założeń architektury IT. Mierzenie, monitoring i określenie jakości realizowanych projektów informatycznych - kwestia mierników i wykorzystania bazy doświadczeń i wiedzy skumulowanej w danej organizacji.
|
|
17.15 - 18.00 |
Zarządzanie jakością portfela projektów
Rozwiązanie CA Clarity. Portfel projektów IT w odniesieniu do inicjatyw biznesowych. Kryteria wyboru projektów do portfela i optymalizacja budowania wartośći organizacji. Monitorowanie stanu i jakości usług, aplikacji i projektów. Prognozowanie rozwoju portfeli przy wykorzystaniu scenariuszy.
|
|
18.00 - 18.45 |
Projekt poprawy jakości w organizacji
Kluczowe elementy powodzenia projektu poprawy jakości procesów (w oparciu o model CMMI) - podstawy, elementy infrastruktury, kluczowe czynniki sukcesu i dostępne narzędzia. Tworzenie organizacyjnego otoczenia sprzyjącego projektowi usprawnienia procesów - rola i zadania sponsora projektu. Elementy miękkie i twarde programu poprawy jakości. Znacznie projektów pilotażowych. Doświadczenia praktyczne z branży automatyki, IT i finansowej.
|
|
{{id600c}}
|
{{id600d}}
|
|
|
18.45 - 19.00 |
Podsumowanie sesji
|
|
19.00 - 19.15 |
Przerwa
|
|
|
Debata |
|
19.15 - 20.00 |
Skąd się bierze jakość produktu?
Debata jest współorganizowana przez stowarzyszenie SASO.
Zapewnienie jakości w procesach wytwarzania oprogramowania a jakość produktu końcowego w oczach użytkownika - czemu jedno nie do końca przekłada się na drugie. Definicje jakości a użyteczność produktu. Co to znaczy fajny program. Czy warto certyfikować jakość gotowego oprogramowania?
Udział wezmą: Radosław Hofman - SASO, Radosław Kaczorek - ISACA Warsaw Chapter, Wojciech Kuśmierek - UseLab, Sebastian Magda - Solutions Edge, Wojciech Paciorkiewicz - Architekt MAOIA oraz Joanna Pakuła - Commercial Union.
Prowadzenie: Przemysław Gamdzyk - tygodnik Computerworld
|
|
20.00 - 24.00 |
Impreza wieczorna. Gry i zabawy w Chacie Góralskiej i jej okolicach.
|
|
|
PROGRAM KONFERENCJI (29 maja 2008) |
|
DZIEŃ TRZECI |
|
09.00 - 09.15 |
Otwarcie drugiego dnia konferencji
|
|
|
Poranna sesja plenarna |
|
Przewodniczący sesji: Przemysław Gamdzyk - tygodnik Computerworld |
|
09.15 - 09.50 |
Jakość: pomiędzy polityką a pragmatyką.
Pułapki pragmatyki jakości: co tak naprawdę oznacza "Good Enough Quality"? Jakość produktu a jakość zarządzania - czy marna firma może tworzyć świetne produkty? Zarządzanie a manipulacja jakością - pułapki Ciemnej Strony Mocy. Polityka a pragmatyka jakości - konflikt interesów, czy synergia wartości?
|
|
09.50 - 10.45 |
Zarządzanie ewolucją organizacji informatycznej
Zmiana tradycyjnej organizacji informatycznej technologicznej w organizację nastawioną na klienta, opartą o procesy i serwisy oraz zarządzaną przez jakość jako skrajnie trudne przedsięwzięcie. Znaczenie przyjęcia modeli referencyjnych (w przypadku GE Money Bank to CMMI, ITIL oraz PMI). Osiągnięcie punktu krytycznego - czyli momentu, w którym utworzone są właściwe struktury organizacyjne, ludzie przygotowani są do pełnienia swoich ról, zaś mechanizmy zarządcze są na tyle ustabilizowane - tak iż dalsza ewolucja przebiega w sposób naturalny.
|
|
10.45 - 11.00 |
Przerwa
|
|
|
Sesja: Procesy, metodyki i poprawa jakości |
|
Przewodniczący sesji: Krzysztof Jakubowski - SJSI |
|
11.00 - 11.45 |
Zwinność w świecie dyscypliny
Agile Software Development a CMMI - czy w ogóle i w jakim stopniu możliwe jest pogodzenia praktyk Agile z modelem CMMI?
|
|
11.45 - 12.30 |
Zarządzanie jakością w praktyce
Czym jest jakość: jak ją zdefiniować, żeby była dla nas użyteczna. Testowanie, kontrola jakości a zapewnianie jakości. Gdzie powstaje jakość w procesie produkcji oprogramowania. Jak zorganizować proces produkcji oprogramowania, żeby wiarygodnie mierzyć jakość. Jak dobrze mierzyć i raportować jakość.
|
|
12.30 - 13.15 |
Jakość w procesie produkcji oprogramowania
Dlaczego sam proces produkcji oprogramowania (SPP) to jeszcze nie wszystko. Jakość w procesie produkcji oprogramowania z punktu widzenia zapewnienia oraz kontroli jakości. Osoby odpowiedzialne za jakość w procesie, dbające o jakość w procesie. Obszary jakości dla każdej z faz procesu, Role jakości w procesie. Zapewnienie i kontrola jakości procesu. Wpływ jakości w procesie na projekt i produkt końcowy.
|
|
|
Sesja: Jakość na styku |
|
Przewodniczący sesji: Lucjan Stapp - SJSI |
|
11.00 - 11.45 |
Błędy i nieuczciwe praktyki
Czynników, które promują nieuczciwe praktyki dostawców oprogramowania, i utrudniają uczenie się dostawców i działów IT na własnych i cudzych błędach. Porażki w IT i dlaczego tak wiele z nich wciąż wynika z pogwałcenia powszechnie znanych (i teoretycznie respektowanych) zasad. Problem z komunikacją w firmach IT - brak uczenia się na własnych błędach. Jak dostawcy wykorzystują swoją przewagę?
|
|
11.45 - 12.30 |
Outsourcing testów - wyzwania i problemy
Najważniejsze zagrożenia i problemy, z jakimi spotykają się firmy korzystające outsourcingu w procesie wytwarzania oprogramowania - ze szczególnym uwzględnianiem outsourcingu procesów weryfikacji i walidacji oprogramowania. Rola umowy z dostawcą usług outsourcingu, jako elementu niezbędnego w każdej relacji z dostawcą zewnętrznym.
|
|
12.30 - 13.15 |
Należyta staranność w informatyce - prawne aspekty jakości oprogramowania
W jaki sposób zdefiniować - w sensie prawnym - wadę oprogramowania lub systemu. W jaki sposób skutecznie umownie zabezpieczyć interesy zamawiającego i wykonawcy na okoliczność wystąpienia wad oprogramowania. Jakie działania faktyczne lub procedury przy wykonywaniu zobowiązania wskazują na to, że wykonawca dołożył lub nie dołożył należytej staranności.
|
|
{{id606c}}
|
{{id606d}}
|
|
|
13.15 - 13.30 |
Podsumowanie sesji
|
|
13.30 - 14.30 |
Obiad
|
|
|
Sesja: Jakość wśród ludzi |
|
Przewodniczący sesji: Tomasz Dąbkowski - Commercial Union |
|
14.30 - 15.15 |
Certyfikat to nie wszystko
Jak utrzymywać dobrą jakość i zaangażowanie pracowników IT, czyli w jaki sposób przeciwdziałać temu, by proces - zdefiniowany i "zacertyfikowany" - nie zginął w codzienności i nie ustąpił miejsca "priorytetom".
|
|
15.15 - 16.00 |
Jak budować jakość w projektach poprzez budowanie skutecznie działających zespołów projektowych
Problemy, jakie występują w projekcie lub produkcie, a aspekt ludzki ("ktoś komuś czegoś nie powiedział, ktoś o czymś nie pomyślał, ktoś myślał że to co robie wystarczy, ktoś czegoś nie przeczytał lub nie napisał, itd., itp.). Oszczędności, jakie można osiągnąć, jeśli zespół projektowy będzie działał sprawniej, lepiej sie komunikował, wzajemnie wspierał. Jak można budować zespoły, które same minimalizują prawdopodobieństwo wystąpienia problemu a jak zmieniać istniejące. Sprawny zespół projektowy jako dodatkowy produkt projektu.
|
|
16.00 - 16.45 |
Czy jakość może powstać z chaosu
Konsekwencji dynamiczności zmian współczesnych organizacji to lepsze dopasowanie do potrzeb rynku ale zarazem pewien chaos organizacyjny, w którym kompetencje, role, odpowiedzialność i cele są rozmyte, a pracownicy często szukają w nich swojej nowej strategii przetrwania. Jak jakość może zrodzić się z chaosu, skoro istotą wszystkich systemów jakości jest powtarzalność i stabilizacja procesów?
|
|
|
Sesja: Możliwie bez błędów |
|
Przewodniczący sesji: Piotr Ślęzak - SJSI |
|
14.30 - 15.15 |
Metoda efektywnej inspekcji kodu
Inkrementalna procedura inspekcji kodu źródłowego a podejście bazujące na analizie kompletnych modułów. Integracja tej procedury z cyklem życia zmiany w kodzie. Narzędzia wspomagające - zmodyfikowana aplikacja Code Striker, która automatycznie prezentuje porównanie zmienionych fragmentów kodu źródłowego z ich poprzednią wersją. Wyniki analizy zebranych danych pokazujące poprawę jakości procesu.
|
|
15.15 - 16.00 |
Proces, zespół, kod i jakość
Zagadnienia związane z zapewnieniem jakości budowanego rozwiązania informatycznego: organizacja procesu, zespołu, dostępne narzędzia. Często spotykane błędy związane z tworzeniem aplikacji (głównie .NET i ASP.NET, ale także systemy pisane w kodzie niezarządzanym). Metodyka Security Development Lifecycle - SDL i jej wykorzystanie w zespołach pracujących w Microsoft.
|
|
16.00 - 16.45 |
Przegląd zagadnień związanych z testowaniem i jakością systemów wbudowanych dla branży samochodowej
Wzrastająca zlożoność systemów oprogramowania w samochodzie w połączeniu z oczekiwaniami rynkowymi co do nowych funkcji tworzonych z wykorzystaniem nowych technologii i standardów wymaga coraz bardziej zlożonych procesów testowania, zgodnych ze standardami inżynierii oprogramowania, efektywnych i wykonywanych na czas. Prezentacja przedstawia zagadnienia inżynierii oprogramowania systemów wbudowanych dla przemysłu motoryzacyjnego koncentrując się na standardach SPiCE i EN/IEC61508 oraz na technikach testowania systemów wbudowanych.
|
|
{{id609c}}
|
{{id609d}}
|
|
|
16.45 - 17.00 |
Podsumowanie sesji
|
|
17.00 - 17.15 |
Przerwa
|
|
|
Popołudniowa sesja plenarna |
|
17.15 - 18.00 |
Wartości biznesowe z usprawniania procesów wytwórczych*
Aktualne trendy w zakresie budowy efektywnych programów poprawy jakości procesów wytwórczych oprogramowania. Czy warto w nie inwestować? Skąd wiadomo, że osiągnięty zostaje postęp? Te pytania, które zadaje sobie każdy menedżer odpowiedzialny za programy poprawy jakości, stają się bardzo trudne w przypadku organizacji wykorzystujących jednocześnie różnorodne modele i metodyki poprawy jakości procesów wytwórczych. W jaki sposób udzielać na nie dobrych odpowiedzi i jak realizować te programy z uwzględnieniem powstającej wartości biznesowej?
|
|
18.00 - 19.00 |
Koktajl - LIDER JAKOŚCI Sala Krakowska
Rozstrzygnięcie drugiej edycji konkursu tygodnika Computerworld na najlepsze praktyki w zakresie zarządzania jakością w procesach wytwórczych systemów IT.
|
|
|
Koniec głównego programu konferencji |
|
|
PROGRAM KONFERENCJI (30 maja 2008) |
|
|
|
Tutorial Sala Gdańska |
|
09.30 - 13.30 |
Tutorial:
Jak zbudować dobry system mierzenia jakości w procesach wytwórczych oprogramowania*
Setting up an effective measurement program in a multi-model software process improvement world - steps towards value-driven software process improvementCMMI and many other process improvement models like Six Sigma and SPICE are proven methods for improving software development processes in organizations. Very often though, they are more considered to be competitive than to be synergistic. Only recently, researchers and practitioners are recognizing the huge potential of synergy that can be exploited by multi-model improvement, e.g. by combining CMMI and Six Sigma.In order to effectively measure and manage the improvements achieved by multi-model improvement, the approach of goal-driven measurement should be extended towards a value-driven improvement approach. In goal-driven measurement, the primary question is not "What metrics should I use?" but "What do I need to know or learn in order to effectively manage and improve my organization?" Value driven measurement extends this approach by trying to address identified improvement needs with the most appropriate improvement method and by explicitly capitalizing on their interdependencies. The tutorial will first introduce the participants into the basic steps of the proven method of Goal-driven Measurement. In the second part, it will extend the approach towards value-driven management of software process improvement in multi-model environments.
|
|
13.30 - 14.30 |
Obiad
|
|
*) Warsztat prowadzony będzie w języku angielskim, organizatorzy nie zapewniają tłumaczenia.
Organizatorzy dołożą wszelkich starań, aby konferencja odbyła się zgodnie z prezentowanym programem, jednak zastrzega się możliwość częściowych zmian.
