Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k.

Wielkość: px
Rozpocząć pokaz od strony:

Download "Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k."

Transkrypt

1 Wszystkie problemy leżą w testach

2 O czym będziemy rozmawiać Coś nie wyszło Jak wygląda proces wytwórczy Każdy widzi to inaczej Jakie wnioski wyciągamy z testów Analiza problemów Możliwe rozwiązania O czym wiemy, a co robimy Podsumowanie

3 Coś nie wyszło Wdrożenie znowu się nie udało!!! Kto zawinił? Testy!!! Projekt się przedłuża!!!!!! Kto jest winien? TESTY!!!

4 Jak to wygląda po kolei

5 Proces wytwórczy Decyzja o starcie projektu Zbieranie wymagań (studium wykonalności) Potrzeba biznesowa Implementacja rozwiązania Wybór dostawcy

6 Proces wytwórczy Aaaaa!! Trzeba zrobić testy

7 Proces wytwórczy Testy Planujemy Projektujemy Wykonujemy Czemu jeszcze nie skończyliście testów? Bo nie działa. Nie nadaje się do wdrożenia.

8 Proces wytwórczy Jak to nie działa?!?! Przecież jest zielono Deadline - Wdrażamy!!!!

9 Proces wytwórczy Katastrofa!!!!

10 Proces wytwórczy Rollback Poprawki (hotfix/emergency) Ufff, udało się uratować Odnieśliśmy wielki sukces!!!

11 Proces wytwórczy Przegląd poprojektowy Ale po co? Trzeba robić następny projekt.

12 Proces wytwórczy jakiś czas później... A czemu to tak działa? Gdzie są Ci, którzy to robili? Pracują w innej firmie Kto zna ten system I zapadła taka niezręczna cisza... A jakaś dokumentacja? Nieaktualna

13 Punkt widzenia zależy od tego jaką rolę w projekcie pełnimy

14 Punkt widzenia zależy

15 Różne perspektywy - tester Znowu nie działa Oni (dostawcy/programiści) w ogóle nie testują Kto to pisał? Przecież tego nie da się sprawdzić? A gdzie dokumentacja? Te wymagania są niezrozumiałe Tego nie da się przetestować w tak krótkim czasie

16 Różne perspektywy kierownik projektu Testerzy tylko wymyślają nowe problemy Testy wydłużają proces wdrażania Ile można klikać? Znowu chcą kasę, a nic nie robią

17 Kto jest odpowiedzialny za jakość? TESTERZY!!! Wszyscy Skąd ta różnica? Brak świadomości jak działa proces testowy i za co odpowiadają testy wśród innych uczestników procesu wytwórczego Poprawa samego procesu testowego bez usprawnienia pozostałych obszarów nie przyniesie nam długoterminowego zysku

18 Zazwyczaj wyciągane wnioski Mamy problem z kiepską jakością dostarczanych produktów To wszystko przez kiepski proces testowy - poprawmy go Analiza i usprawnianie procesu testowego

19 Analiza i usprawnianie procesu Syndrom góry lodowej - Dopiero w testach widać, że mamy problem Testy pokazują objawy istniejących problemów

20 Problem leży w testach Brak zdefiniowanego procesu testowego Brak jasnego spięcia procesu testowego z procesem wytwórczym Brak jasno określonego momentu kiedy testy zaczynają uczestniczyć w projekcie Za mało czasu przewidzianego na testy Ten projekt jest inny - nie możemy bazować na doświadczeniach Nie wiemy co testujemy, ani co przetestowaliśmy Brak raportowania i wsparcia dla zbierania potrzebnych metryk

21 Analiza i usprawnianie procesu Proces testowy nie może istnieć w oderwaniu od innych procesów w organizacji (m. in. procesu wytwórczego)

22 Problem leży gdzie indziej Niejasne/nietestowalne wymagania Pracujemy na starych wymaganiach - brak kontroli nad zmianami Mamy różne zrozumienie wymagań - klient, analityk, deweloper, tester Dane testowe Odpowiedzialności Architektura Środowisko testowe

23 Problem leży gdzie indziej Nie wyrabiamy się idąc podejściem kaskadowym - przejdźmy na Agile Mamy bałagan - więc jesteśmy zwinni Harmonogram nie uwzględnia faktu, że niewielkie przesunięcie w trakcie projektu może skutkować dużym przesunięciem końca projektu Harmonogram nie uwzględnia świąt, okresu urlopowego zazwyczaj w tym czasie wypadają testy Klient chciał coś zupełnie innego

24 Problemy leżą gdzie indziej Osoby odpowiedzialnej nie ma aktualnie w firmie. Biznes zamiast opisać swoje potrzeby opisuje wymagania i robi design (opisuje rozwiązanie) nie zawsze to co opisują rozwiązuje ich problemy. Biznes nie potrafi powiedzieć czego tak naprawdę potrzebuje, co chce zmienić. Wiemy, że to co robimy nie ma sensu, ale robimy to dalej (bo za to w końcu nam płacą).

25 Problemy leżą gdzie indziej Największym problemem jest KOMUNIKACJA!!!

26 Możliwe rozwiązania Wprowadzenie przeglądów Każda osoba w organizacji ma swój backup Uwzględnianie w harmonogramie przerw związanych ze świętami i okresami urlopowymi (ferie, wakacje, weekend majowy) Wprowadzenie narzędzia i świadome zarządzanie z ich wykorzystaniem Pełen opis procesów biznesowych z uwzględnieniem architektury i przepływu danych

27 Możliwe rozwiązania Edukacja Jeśli zmieniamy podejście róbmy to dobrze i świadomie Nazywajmy rzeczy po imieniu - bałagan to nie Agile Doprze opisane procesu, które są wdrożone w organizacji a nie tylko spisane - CIMM Świadome zarządzanie ryzykiem Rozmawiajmy!!! Pytajmy: DLACZEGO tak, PO CO to robimy?

28 Wszyscy wiedzą, że Testy trzeba robić Jakość jest ważna Czynności testowe powinien rozpocząć się jak najwcześniej. Trzeba uczyć się na własnych, a zwłaszcza na cudzych błędach Trzeba się uczyć i rozwijać Istnieje coś takiego jak inżynieria oprogramowania i proces testowy Istnieje coś takiego jak ISTQB i ścieżka rozwoju testera Można usprawnić procesy (coś zmienić na lepsze)

29 Czemu tego nie robimy? Po co testować (i tracić czas na) coś co i tak będzie sprawdzane przez testerów jest jeszcze tyle roboty do zrobienia. (Programiści) Jeśli zrobię coś więcej niż muszę, stanie się to moim obowiązkiem. Nie chcemy brać na siebie odpowiedzialności za ewentualne niepowodzenie. Po co zmieniać coś co działa? Brak jasnej komunikacji Tłumaczymy, tłumaczymy, ale management nie chce słuchać.

30 Czemu tego nie robimy? Wiemy, że jest źle i chcemy coś zmienić, ale nie wiemy jak. Świadomość problemów jest, ale kończy się na zespole testów. Inni nie rozumieją o co chodzi z testowaniem. Jesteśmy tak zapracowani, że nie mamy kiedy taczki załadować. Każdy kieruje się swoimi celami. Często nie są one spójne pomiędzy poszczególnymi uczestnikami procesu. Dla jednych celem będzie jakość dla innych terminowe dostarczenie.

31 Podsumowanie Za jakość odpowiadamy wszyscy. Bardzo ważna jest komunikacja! Powinniśmy identyfikować problemy i je rozwiązywać, a nie leczyć tylko objawy. Jeśli nie zidentyfikujemy dobrze potrzeb klienta możemy stworzyć wspaniały system, który nie robi tego co trzeba. Uczmy się i rozwijajmy w trakcie projektu, a nie dopiero po jego zakończeniu.

32 Dziękuję! Pytania?

33 Autor Dorota Hańska

HumanTechnology. Projektowanie interakcji. czyli łatanie dziury w procesie produkcji

HumanTechnology. Projektowanie interakcji. czyli łatanie dziury w procesie produkcji HumanTechnology Projektowanie interakcji czyli łatanie dziury w procesie produkcji Czym jest projektowanie interakcji? Projektowanie interakcji, czyli współdziałania człowieka z komputerem, wykorzystuje

Bardziej szczegółowo

Szczegółowy plan szkolenia

Szczegółowy plan szkolenia Szczegółowy plan szkolenia ISTQB Advanced Level Syllabus Test Manager (version 2012) (19 October 2012) Harmonogram zajęć (5 dni szkoleniowych: 9:00 17:00) Dzień 1. 0. Wprowadzenie do syllabusa poziom zaawansowany

Bardziej szczegółowo

Efektywność obsługi prawnej projektów IT

Efektywność obsługi prawnej projektów IT Efektywność obsługi prawnej projektów IT czyli jak prawidłowa komunikacja biznes-it-prawnicy prowadzi do stworzenia dobrej umowy r.pr. Rafał Szalc Warszawa, 18 czerwca 2015 r. AGENDA UMOWA PRAWNIK EFEKTYWNOŚĆ

Bardziej szczegółowo

Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style

Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia. Click Piotr Kałuski to edit Master subtitle style Jak patrzymy na testy czyli Jak punkt widzenia zależy od punktu siedzenia Click Piotr Kałuski to edit Master subtitle style Punkty widzenia Zespół Testów Manager Projektu Użytkownik końcowy Zespół Testów

Bardziej szczegółowo

Niecertyfikowany tester Plan poziomu zerowego

Niecertyfikowany tester Plan poziomu zerowego Wersja 2013.1 Wersja 2013 Strona 1 z 6 stron czerwiec 2013 : (przewodniczący) Prawa autorskie zastrzeżone określa następujące warunki korzystania z Planu: 1) Osoby, instytucje kształcące oraz firmy szkoleniowe

Bardziej szczegółowo

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne SYSTEMY INFORMATYCZNE ćwiczenia praktyczne 12.03.2019 Piotr Łukasik p. 373 email: plukasik@agh.edu.pl / lukasik.pio@gmail.com www.lukasikpiotr.com Zakres tematyczny implementacji projektu informatycznego

Bardziej szczegółowo

Inżynieria oprogramowania II

Inżynieria oprogramowania II Wymagania funkcjonalne, przypadki użycia Inżynieria oprogramowania II Problem i cel Tworzenie projektów bez konkretnego celu nie jest dobre Praktycznie każdy projekt informatyczny powstaje z uwagi na jakiś

Bardziej szczegółowo

Piotr Ślęzak. Gdzie się podziała jakość

Piotr Ślęzak. Gdzie się podziała jakość Piotr Ślęzak Gdzie się podziała jakość Działamy na styku Biznesu i IT Analiza biznesowa Kontrola jakości Doradztwo Projekty Szkolenia ForProgress spółka z ograniczoną odpowiedzialnością sp.k. kontakt@forprogress.com.pl

Bardziej szczegółowo

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Wsparcie narzędziowe zarządzania ryzykiem w projektach Wsparcie narzędziowe zarządzania ryzykiem w projektach Spotkanie 4 Zbigniew Misiak (BOC IT Consulting) zbigniew.misiak@gmail.com Czym się będziemy zajmować? Powtórzenie kluczowych zagadnień Prosty test

Bardziej szczegółowo

Skuteczne zarządzanie projektami IT w otoczeniu uczelnianym. Piotr Ogonowski

Skuteczne zarządzanie projektami IT w otoczeniu uczelnianym. Piotr Ogonowski Skuteczne zarządzanie projektami IT w otoczeniu uczelnianym Piotr Ogonowski Agenda Najważniejsze elementy organizacji projektowej Agile czy klasycznie? Jak wdrożyć podejście projektowe na Uczelni? Kluczowe

Bardziej szczegółowo

Testowanie oprogramowania

Testowanie oprogramowania Testowanie oprogramowania 1/17 Testowanie oprogramowania Wykład 01 dr inż. Grzegorz Michalski 13 października 2015 Testowanie oprogramowania 2/17 Dane kontaktowe: Kontakt dr inż. Grzegorz Michalski pokój

Bardziej szczegółowo

BOC dla KJUF Podsumowanie warsztatów 17-18 listopada 2011

BOC dla KJUF Podsumowanie warsztatów 17-18 listopada 2011 BOC dla KJUF Podsumowanie warsztatów 17-18 listopada 2011 Grupa BOC Profil firmy BOC Założona w 1995 roku Wywodzi się z grupy BPMS Uniwersytetu Wiedeńskiego Obecnie ponad 150 pracowników w 7 krajach europejskich

Bardziej szczegółowo

Programowanie Zespołowe

Programowanie Zespołowe Programowanie Zespołowe Programowanie zwinne dr Rafał Skinderowicz mgr inż. Michał Maliszewski Programowanie zwinne Grupa metodyk wytwarzania oprogramowania oparta na modelu iteracyjno-obiektowym Powstała

Bardziej szczegółowo

Jak opisać wymagania zamawiającego wybrane elementy

Jak opisać wymagania zamawiającego wybrane elementy Jak opisać wymagania zamawiającego wybrane elementy Adam Rzeźnicki, Grzegorz Sobolewski PIIT Listopad, 2012 Agenda Kontekst ma znaczenie - na przykładzie cyklu wytwórczego systemu aplikacyjnego Rodzaje

Bardziej szczegółowo

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE

WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE OFERTA WDROŻENIE MODELOWANIA PROCESÓW ORAZ WSPARCIE W TWORZENIU MODELU AS-IS /Jest to przykład (wzór) oferty treść jest wypełniana na podstawie nie zobowiązujących rozmów i spotkań z Klientem, pracownikami

Bardziej szczegółowo

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN Podziękowania REQB Poziom Podstawowy Przykładowy Egzamin Dokument ten został stworzony przez główny zespół Grupy Roboczej REQB dla Poziomu Podstawowego. Tłumaczenie

Bardziej szczegółowo

Innowacje w IT czyli dlaczego to takie trudne? Jakub Dąbkowski

Innowacje w IT czyli dlaczego to takie trudne? Jakub Dąbkowski 2011 Innowacje w IT czyli dlaczego to takie trudne? Jakub Dąbkowski Projekt Projekt - to zbiór aktywności charakteryzujący się następującymi cechami: są ze sobą powiązane w złożony sposób, zmierzają do

Bardziej szczegółowo

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Zarządzanie testowaniem wspierane narzędziem HP Quality Center Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe

Bardziej szczegółowo

Prowadzący: Bartosz Górczyński, CTPartners S.A, itsmf Polska. Miedzeszyn, wrzesień 2010

Prowadzący: Bartosz Górczyński, CTPartners S.A, itsmf Polska. Miedzeszyn, wrzesień 2010 Jak nie stracić efektów synergii usługi systemów krajowych i globalnych Prowadzący: Bartosz Górczyński, CTPartners S.A, itsmf Polska Miedzeszyn, wrzesień 2010 Bartosz Górczyński Prezes Zarządu CTPartners

Bardziej szczegółowo

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI

Projekt. Prince2 PRoject. IN Controlled Environments PROCESY KOMPONENTY TECHNIKI 4 Kilka słów o metodyce Prince2 Do czego słuŝy? 5 Kilka słów o metodyce Prince2 Skąd się wzięła? Prince2 PRoject IN Controlled Environments Metodyka zarządzania projektem, nie realizacji projektu!!! Projekty

Bardziej szczegółowo

Inżynieria oprogramowania (Software Engineering)

Inżynieria oprogramowania (Software Engineering) Inżynieria oprogramowania (Software Engineering) Wykład 2 Proces produkcji oprogramowania Proces produkcji oprogramowania (Software Process) Podstawowe założenia: Dobre procesy prowadzą do dobrego oprogramowania

Bardziej szczegółowo

Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku

Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku Jak uchronić architekturę i wymagania przed chaosem? Warszawa, 27 stycznia 2016 roku Agenda Metafory o Zwinności i Sztywności Teza: Oszukujemy się co do sukcesów projektów Agile Objawy chaosu w projektach

Bardziej szczegółowo

Partnerzy w biznesie wg Business Model Canvas. Współpraca z partnerami. Wskaźniki jakościowe realizowanych usług.

Partnerzy w biznesie wg Business Model Canvas. Współpraca z partnerami. Wskaźniki jakościowe realizowanych usług. 2012 Partnerzy w biznesie wg Business Model Canvas. Współpraca z partnerami. Wskaźniki jakościowe realizowanych usług. Przemysław Kułyk E-usługa utrzymanie Kraków, 23 października 2012 Wykształcenie Akademia

Bardziej szczegółowo

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation) Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation) Zarządzanie wymaganiami Ad hoc (najczęściej brak zarządzania nimi) Niejednoznaczna, nieprecyzyjna komunikacja Architektura

Bardziej szczegółowo

Maciej Oleksy Zenon Matuszyk

Maciej Oleksy Zenon Matuszyk Maciej Oleksy Zenon Matuszyk Jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów kontroli jakości oprogramowania. Weryfikacja oprogramowania - testowanie zgodności systemu

Bardziej szczegółowo

KILKA SŁÓW O ROLI PRODUCT MANAGERA

KILKA SŁÓW O ROLI PRODUCT MANAGERA CZĘŚĆ I. KILKA SŁÓW O ROLI PRODUCT MANAGERA Product manager pracuje na styku świata IT i biznesu. Analizuje potrzeby użytkowników i klientów, współpracuje ze wszystkimi działami firmy maksymalizując wartość

Bardziej szczegółowo

Metody testowania oprogramowania w cyklu wytwarzania aplikacji. Milena Sobolewska. Rule Financial - Software Test Engineer

Metody testowania oprogramowania w cyklu wytwarzania aplikacji. Milena Sobolewska. Rule Financial - Software Test Engineer Metody testowania oprogramowania w cyklu wytwarzania aplikacji Milena Sobolewska Rule Financial - Software Test Engineer 1 O mnie Absolwentka: Informatyka i Ekonometria na Wydziale Informatyki i Gospodarki

Bardziej szczegółowo

Procesowa specyfikacja systemów IT

Procesowa specyfikacja systemów IT Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office

Bardziej szczegółowo

Wprowadzenie do Behaviordriven

Wprowadzenie do Behaviordriven Wprowadzenie do Behaviordriven development Jakub Kosiński Email: ja@ghandal.net Czym jest BDD? praktyka, powstała na podstawie TDD, wykorzystywana w zwinnych metodykach stworzona przez Dana Northa w 2003

Bardziej szczegółowo

Nowoczesne narzędzia w relacjach z klientami

Nowoczesne narzędzia w relacjach z klientami Nowoczesne narzędzia w relacjach z klientami Jak robić to dobrze? Plan prezentacji o o o o o Wprowadzenie Co lubią internauci Kilka ważnych zasad projektowania Różne narzędzia ale taki sam proces Postępujące

Bardziej szczegółowo

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań

Wstęp. Inżynieria wymagań. Plan wykładu. Wstęp. Wstęp. Wstęp. Schemat procesu pozyskiwania wymagań Wstęp Inżynieria wymagań Schemat procesu pozyskiwania wymagań identyfikacja źródeł wymagań Organizacja i Zarządzanie Projektem Informatycznym pozyskiwanie pozyskiwanie pozyskiwanie Jarosław Francik marzec

Bardziej szczegółowo

Testujemy dedykowanymi zasobami (ang. agile testers)

Testujemy dedykowanymi zasobami (ang. agile testers) Testujemy dedykowanymi zasobami (ang. agile testers) - wspólne standupy; - ten sam manager; - duży przepływ informacji; - po pewnym czasie zanika asertywność; - pojawia się tendencja do nie zgłaszania

Bardziej szczegółowo

Szkolenie: Dobry Tester

Szkolenie: Dobry Tester Szkolenie: Dobry Tester Testerem może być każdy, ale dobrym testerem - jedynie osoba dobrze wyszkolona. To szkolenie rozwinie Wasze umiejętności testowania i pokaże na praktycznych przykładach, jak dobrze

Bardziej szczegółowo

w 3 krokach Jak sprzedawać coś, co trudno wytłumaczyć INFORMATOR-EPRZEDSIEBIORCY.PL

w 3 krokach Jak sprzedawać coś, co trudno wytłumaczyć INFORMATOR-EPRZEDSIEBIORCY.PL Jarek i Maja tumaczą wszystko bardzo prostym językiem. Jestem na końcu ich kursu, który polecam w 100% Karolina Motivational fitness coach Jak sprzedawać coś, co trudno wytłumaczyć INFORMATOR-EPRZEDSIEBIORCY.PL

Bardziej szczegółowo

Rozdział 5: Zarządzanie testowaniem. Pytanie 1

Rozdział 5: Zarządzanie testowaniem. Pytanie 1 Pytanie 1 Dlaczego niezależne testowanie jest ważne: A) Niezależne testowanie jest w zasadzie tańsze niż testowanie własnej pracy B) Niezależne testowanie jest bardziej efektywne w znajdywaniu defektów

Bardziej szczegółowo

DESIGN THINKING. Peter Drucker. Nie ma nic bardziej nieefektywnego niż robienie efektywnie czegoś, co nie powinno być robione wcale.

DESIGN THINKING. Peter Drucker. Nie ma nic bardziej nieefektywnego niż robienie efektywnie czegoś, co nie powinno być robione wcale. DESIGN THINKING Nie ma nic bardziej nieefektywnego niż robienie efektywnie czegoś, co nie powinno być robione wcale. Peter Drucker WSTĘP Zdajemy sobie sprawę, że każdą organizację tworzą ludzie, dlatego

Bardziej szczegółowo

StratEX: zmieniamy pomysł w praktyczne działanie. www.stratex.pl

StratEX: zmieniamy pomysł w praktyczne działanie. www.stratex.pl StratEX: zmieniamy pomysł w praktyczne działanie profil firmy www.stratex.pl Nasza tożsamość Misja Zmieniamy pomysł w praktyczne działanie Założyliśmy StratEX Strategy Execution w 2008 roku jako konsultanci

Bardziej szczegółowo

dr Stanisław Gasik s.gasik@vistula.edu.pl www.sybena.pl/uv/2014-wyklad-eko-zp-9-pl/wyklad4.pdf Podstawy konkurencyjności w projektach Koszt Wartość

dr Stanisław Gasik s.gasik@vistula.edu.pl www.sybena.pl/uv/2014-wyklad-eko-zp-9-pl/wyklad4.pdf Podstawy konkurencyjności w projektach Koszt Wartość Wykład Zarządzanie projektami Zajęcia 4 Zarządzanie jakością w projekcie dr Stanisław Gasik s.gasik@vistula.edu.pl www.sybena.pl/uv/2014-wyklad-eko-zp-9-pl/wyklad4.pdf Podstawy konkurencyjności w projektach

Bardziej szczegółowo

zdecydowanie tak do większości zajęć do wszystkich zajęć zdecydowanie tak do większości do wszystkich do wszystkich do większości zdecydowanie tak

zdecydowanie tak do większości zajęć do wszystkich zajęć zdecydowanie tak do większości do wszystkich do wszystkich do większości zdecydowanie tak Kwestioriusz ankiety dla uczniów "Moja szkoła" Dzień bry, Odpowiedz, proszę, pytania temat Twojej szkoły. Odpowiedzi udzielone przez Ciebie i Twoje koleżanki i kolegów pomogą rosłym zobaczyć szkołę Waszymi

Bardziej szczegółowo

Efektywny back-office. Warszawa, r.

Efektywny back-office. Warszawa, r. Efektywny back-office Warszawa, 06.09.2016 r. Dlaczego to trwa tyle czasu? Co się dzieje z moją sprawą? i dlaczego nic się nie dzieje Kolejny raz muszę robić te nudne sprawozdania, które są takie same

Bardziej szczegółowo

Pytania (zagadnienia) pomocnicze do scenariusza rozmowy nr 2

Pytania (zagadnienia) pomocnicze do scenariusza rozmowy nr 2 Pytania (zagadnienia) pomocnicze do scenariusza rozmowy nr 2 Etap I Przygotowanie doradcy zawodowego do przeprowadzenia rozmowy Pytania, które doradca powinien sobie zadać przed podjęciem pracy z klientem/klientką.

Bardziej szczegółowo

Zwinna współpraca programistów i testerów z wykorzystaniem BDD i. by Example (JBehave/Spock/SpecFlow)

Zwinna współpraca programistów i testerów z wykorzystaniem BDD i. by Example (JBehave/Spock/SpecFlow) Program szkolenia: Zwinna współpraca programistów i testerów z wykorzystaniem BDD i Spec Informacje: Nazwa: Kod: Kategoria: Grupa docelowa: Czas trwania: Forma: Zwinna współpraca programistów i testerów

Bardziej szczegółowo

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA

Część I - Załącznik nr 7 do SIWZ. Warszawa. 2011r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA CSIOZ-WZP.65.48.20 Część I - Załącznik nr 7 do SIWZ Warszawa. 20r. (dane Wykonawcy) WYKAZ OSÓB, KTÓRYMI BĘDZIE DYSPONOWAŁ WYKONAWCA DO REALIZACJI ZAMÓWIENIA Wykonawca oświadcza, że do realizacji zamówienia

Bardziej szczegółowo

KIERUNKOWE EFEKTY KSZTAŁCENIA

KIERUNKOWE EFEKTY KSZTAŁCENIA WYDZIAŁ INFORMATYKI I ZARZĄDZANIA Kierunek studiów: INFORMATYKA Stopień studiów: STUDIA II STOPNIA Obszar Wiedzy/Kształcenia: OBSZAR NAUK TECHNICZNYCH Obszar nauki: DZIEDZINA NAUK TECHNICZNYCH Dyscyplina

Bardziej szczegółowo

PROJEKTOWANIE ZORIENTOWANE NA UŻYTKOWNIKA W METODYCE SCRUM. Hubert Wawrzyniak Grupa Allegro

PROJEKTOWANIE ZORIENTOWANE NA UŻYTKOWNIKA W METODYCE SCRUM. Hubert Wawrzyniak Grupa Allegro PROJEKTOWANIE ZORIENTOWANE NA UŻYTKOWNIKA W METODYCE SCRUM Hubert Wawrzyniak Grupa Allegro PLAN PREZENTACJI 1. Projektowanie zorientowane na użytkownika 2. Model kaskadowy 3. Metodyka scrum 4. UCD w scrumie

Bardziej szczegółowo

Projekty IT w praktyce biznesowej

Projekty IT w praktyce biznesowej Projekty IT w praktyce biznesowej Wojciech Murzyn wojciech@murzyn.pl (501) 217 547 1 Korzyści z inwestycji w IT 10% szefów firm uważa, że inwestycje w IT przyniosły planowane, duże korzyści 10% 47% 43%

Bardziej szczegółowo

Jarosław Żeliński analityk biznesowy, projektant systemów

Jarosław Żeliński analityk biznesowy, projektant systemów Modele wdrażania i zarządzania projektami ERP Jarosław Żeliński analityk biznesowy, projektant systemów (c) Jarosław Żeliński IT-Consulting 1 Cel prezentacji Wskazanie kluczowych ryzyk projektów wdrożenia

Bardziej szczegółowo

Doradztwo i analiza Paperless

Doradztwo i analiza Paperless Doradztwo i analiza Paperless Jak efektywnie przeprowadzić projekt optymalizacyjny? Pomożemy Ci odpowiedzieć na to pytanie. Od czego zacząć usprawnienia?, W jakim zakresie jesteśmy w stanie zoptymalizować

Bardziej szczegółowo

SCRUM niełatwe wdrażanie metodyki w praktyce. Adam Krosny

SCRUM niełatwe wdrażanie metodyki w praktyce. Adam Krosny SCRUM niełatwe wdrażanie metodyki w praktyce Adam Krosny 1 Czym się zajmujemy Realizujemy projekty informatyczne średniej wielkości Ilość osób w projekcie 10-50 Architektura SOA, EBA Wiele komponentów

Bardziej szczegółowo

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą Załącznik nr 8 do SIWZ Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 3-CPI-WZP-44/13 Lp. Zakres wykonywanych czynności Liczba osób Imiona i nazwiska osób, którymi dysponuje wykonawca

Bardziej szczegółowo

Projekt Kompetencyjny - założenia

Projekt Kompetencyjny - założenia Projekt Kompetencyjny - założenia sem. V 2013 kgrudzi.kis.p.lodz.pl projekt kompetencyjny 1 System informatyczny zbiór powiązanych ze sobą elementów, którego funkcją jest przetwarzanie danych przy użyciu

Bardziej szczegółowo

Autor: Przemysław Jóskowiak. Wydawca: Stratego24 Przemysław Jóskowiak ul. Piękna 20, 00-549 Warszawa. Kontakt: kontakt@stratego24.

Autor: Przemysław Jóskowiak. Wydawca: Stratego24 Przemysław Jóskowiak ul. Piękna 20, 00-549 Warszawa. Kontakt: kontakt@stratego24. Autor: Przemysław Jóskowiak 2 Wydawca: Stratego24 Przemysław Jóskowiak ul. Piękna 20, 00-549 Warszawa Kontakt: kontakt@stratego24.pl Treści prezentowane w ramach tej publikacji są subiektywną oceną autora

Bardziej szczegółowo

"Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny".

Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny. "Projektowanie - wdrożenie - integracja - uruchomienie, czyli jak skutecznie zrealizować projekt inwestycyjny". CZYNNIKI PROJEKTU Cel (zakres) projektu: wyznacza ramy przedsięwzięcia, a tym samym zadania

Bardziej szczegółowo

na większości lekcji lekcji wszystkich zajęć

na większości lekcji lekcji wszystkich zajęć Kwestioriusz ankiety dla uczniów "Moja szkoła" Dzień bry, Odpowiedz, proszę, pytania temat Twojej szkoły. Odpowiedzi udzielone przez Ciebie i Twoje koleżanki i kolegów pomogą rosłym zobaczyć szkołę Waszymi

Bardziej szczegółowo

Projektowanie zorientowane na uŝytkownika

Projektowanie zorientowane na uŝytkownika Uniwersytet Jagielloński Interfejsy graficzne Wykład 2 Projektowanie zorientowane na uŝytkownika Barbara Strug 2011 Hall of shame Hall of shame Model wodospad Feedback Problem z modelem waterfall Projektowanie

Bardziej szczegółowo

Agile Project Management

Agile Project Management Charles G. Cobb, pmp Zrozumieć Agile Project Management Równowaga kontroli i elastyczności przekład: Witold Sikorski APN Promise Warszawa 2012 Spis treści Wstęp...vii Kto powinien przeczytać tę książkę?...

Bardziej szczegółowo

4. Wprowadzanie Scruma w ImmobilienScout24 4.1. Opis sytuacji

4. Wprowadzanie Scruma w ImmobilienScout24 4.1. Opis sytuacji Spis treści Przedmowa 1. Wstęp 1.1. Jak czytać tę książkę 1.2. Studia projektów 1.3. Dodatek 2. Zwinny projekt to nie bułka z masłem 2.1. Pobudka 2.2. Zespół się formuje 2.3. Właściwe zlecenie 2.4. Od

Bardziej szczegółowo

Boomerang 360 ID: 2. Ensize International AB (dev) Henrik Wigh Sofielundsvägen Sollentuna

Boomerang 360 ID: 2. Ensize International AB (dev) Henrik Wigh Sofielundsvägen Sollentuna Boomerang 360 ID: 2 5 z 5 analiz zostało ukończonych (100 %) Data analizy: 2010-08-11 Data wydruku: 2017-01-24 Ensize International AB (dev) Henrik Wigh Sofielundsvägen 4 191 47 Sollentuna +46-8-791 98

Bardziej szczegółowo

Dlaczego odniesiesz porażkę Czyli jak nie prowadzić biznesu Tomasz Grochowski, Project Management Institute Tomasz Grochowski Uniwersytet Ekonomiczny metody ilościowe w zarządzaniu Analityk w firmach FMCG

Bardziej szczegółowo

Katalog szkoleń certyfikowanych Testowanie Oprogramowania

Katalog szkoleń certyfikowanych Testowanie Oprogramowania Katalog szkoleń certyfikowanych Testowanie Oprogramowania Szanowni Państwo, Certyfikowane szkolenia testerzy.pl to dwie uznane ścieżki szkoleniowe dla testerów ISTQB oraz ISEB. Dostarczamy pełny zakres

Bardziej szczegółowo

Programowanie zespołowe

Programowanie zespołowe Programowanie zespołowe Laboratorium 4 - modele tworzenia oprogramowania, manifest Agile i wstęp do Scruma mgr inż. Krzysztof Szwarc krzysztof@szwarc.net.pl Sosnowiec, 14 marca 2017 1 / 21 mgr inż. Krzysztof

Bardziej szczegółowo

Dlaczego testowanie jest ważne?

Dlaczego testowanie jest ważne? Testowanie Dlaczego testowanie jest ważne? Oprogramowanie które nie działa poprawnie może doprowadzić do: straty czasu, pieniędzy utraty reputacji uszkodzeń ciała a nawet śmierci Definicja błędu Oprogramowanie

Bardziej szczegółowo

Źródła dumy zawodowej testera oprogramowania

Źródła dumy zawodowej testera oprogramowania Źródła dumy zawodowej testera oprogramowania Tom Gilb & Kai Gilb: False QA is calling your activity QA when in fact you only do testing. http://www.result-planning.com/real+qa+manifesto Nie jestem QA!

Bardziej szczegółowo

Naśladować Rynek Użytkownik Pomysł Koncepcja Ocena. Czy określiliśmy potrzeby użytkownika, tak samo jak on by określił?

Naśladować Rynek Użytkownik Pomysł Koncepcja Ocena. Czy określiliśmy potrzeby użytkownika, tak samo jak on by określił? Potrzeba Czy określiliśmy potrzeby użytkownika, tak samo jak on by określił? Użytkownicy nie sądzą, że tego potrzebują, czekają aż inni użytkownicy ich do tego przekonają. Użytkownicy nie czują potrzeby,

Bardziej szczegółowo

Temat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: 06-07 marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16

Temat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: 06-07 marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Temat: Zwinne Zarządzanie Projektami IT (Agile / Scrum) Data: 06-07 marca 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Miejsce: Eureka Technology Park, Innowatorów 8 Cena: 980 zł netto (1 osoba / 2 dni

Bardziej szczegółowo

Jarosław Żeliński analityk biznesowy, projektant systemów

Jarosław Żeliński analityk biznesowy, projektant systemów Elektroniczne zarządzanie informacją i obiegiem dokumentów kluczowe czynniki sukcesu projektu Jarosław Żeliński analityk biznesowy, projektant systemów O mnie Od 1991 roku w branży IT i zarządzania jako

Bardziej szczegółowo

II Krakowskie Forum Wynagrodzeń, 31 maja 1 czerwca

II Krakowskie Forum Wynagrodzeń, 31 maja 1 czerwca Wpływ wartościowania stanowisk na strukturę systemu płac Pepsi-Cola General Bottlers Poland Agenda Krótko o firmie Studium Przypadku: Projekt Compensation Redesign Zdiagnozowanie potrzeby zmiany Opracowanie

Bardziej szczegółowo

Czynniki wpływające na porażkę projektu. 1. Niekompletne wymagania 13.1% 2. Brak zaangażowania użytkowników 12.4% 3. Brak zasobów 10.

Czynniki wpływające na porażkę projektu. 1. Niekompletne wymagania 13.1% 2. Brak zaangażowania użytkowników 12.4% 3. Brak zasobów 10. Bez celu ani rusz Karolina Zmitrowicz Niepowodzenia projektów informatycznych to nieustannie wdzięczny temat pojawia się na konferencjach, szkoleniach, w prasie i innych publikacjach. Badaniem przyczyn

Bardziej szczegółowo

Etapy życia oprogramowania

Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 w prezentacji wykorzystano również materiały przygotowane przez Michała Kolano

Bardziej szczegółowo

Analityk i współczesna analiza

Analityk i współczesna analiza Analityk i współczesna analiza 1. Motywacje 2. Analitycy w IBM RUP 3. Kompetencje analityka według IIBA BABOK Materiały pomocnicze do wykładu z Modelowania i Analizy Systemów na Wydziale ETI PG. Ich lektura

Bardziej szczegółowo

Interim Management czym jest i jak wycisnąć z niego 110% dla własnej firmy

Interim Management czym jest i jak wycisnąć z niego 110% dla własnej firmy Interim Management czym jest i jak wycisnąć z niego 110% dla własnej firmy Plan Czym jest interim management i kim jest interim manager Geneza pojawienia się interim managementu i powody zatrudniania interim

Bardziej szczegółowo

Skuteczność => Efekty => Sukces

Skuteczność => Efekty => Sukces O HBC Współczesne otoczenie biznesowe jest wyjątkowo nieprzewidywalne. Stała w nim jest tylko nieustająca zmiana. Ciągłe doskonalenie się poprzez reorganizację procesów to podstawy współczesnego zarządzania.

Bardziej szczegółowo

7 grzechów głównych marketingu, czyli dlaczego warto uczyć się na cudzych błędach?

7 grzechów głównych marketingu, czyli dlaczego warto uczyć się na cudzych błędach? 7 grzechów głównych marketingu, czyli dlaczego warto uczyć się na cudzych błędach? Moją pasją jest wprawianie rzeczy w ruch, dlatego nie lubię stagnacji i zastoju. Wierzę, że rozwijać może się każdy, kto

Bardziej szczegółowo

Klasyczna organizacja też może być zwinna! Zarządzaj zwinnie projektami!

Klasyczna organizacja też może być zwinna! Zarządzaj zwinnie projektami! Klasyczna organizacja też może być zwinna! Dynamika zmian w dzisiejszym świecie IT wymaga niezwykłej elastyczności i błyskawicznego adaptowania się do nowych warunków. Klasyczne techniki zarządzania projektami

Bardziej szczegółowo

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk Waterfall model (iteracyjny model kaskadowy) Marcin Wilk Iteracyjny model kaskadowy jeden z kilku rodzajów procesów tworzenia oprogramowania zdefiniowany w inżynierii oprogramowania. Jego nazwa wprowadzona

Bardziej szczegółowo

Leszno 14.03.2013. Jakie są i będą oczekiwania biznesu wobec IT?

Leszno 14.03.2013. Jakie są i będą oczekiwania biznesu wobec IT? Leszno 14.03.2013 Jakie są i będą oczekiwania biznesu wobec IT? Banki stoją w obliczu zmian Uwarunkowania ekonomiczne Regulacje prawne Trendy społeczne Nowe technologie Dzisiaj otoczenie oczekuje innego

Bardziej szczegółowo

Szkolenie 1. Zarządzanie projektami

Szkolenie 1. Zarządzanie projektami UNIWERSYTET MARII CURIE-SKŁODOWSKIEJ W LUBLINIE Projekt Nowoczesny model zarządzania w UMCS umowa nr UDA-POKL.04.01.01-00-036/11-00 Pl. Marii Curie-Skłodowskiej 5, 20-031 Lublin, www.nowoczesny.umcs.lublin.pl

Bardziej szczegółowo

Podejście tradycyjne. plan wykonanie sekwencyjna natura wykonywanych zadań

Podejście tradycyjne. plan wykonanie sekwencyjna natura wykonywanych zadań Metodyka Scrum Podejście tradycyjne plan wykonanie sekwencyjna natura wykonywanych zadań analiza i definiowanie wymagań projektowanie rozwiązań kodowanie rozwiązań testowanie odstępstwo od planu jest kosztowne

Bardziej szczegółowo

Opis Kompetencji Portfel Interim Menedżerowie i Eksperci

Opis Kompetencji Portfel Interim Menedżerowie i Eksperci Opis Kompetencji Portfel Interim Menedżerowie i Eksperci Warszawa, kwiecień 2012 r. Carrywater Group S.A. www.carrywater.com Al. Jerozolimskie 65/79, 00-697 Warszawa, Centrum LIM, piętro XIV, lok. 14.07

Bardziej szczegółowo

Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework. Edyta Tomalik Grzegorz Ziemiecki

Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework. Edyta Tomalik Grzegorz Ziemiecki Acceptance Test Driven Development wspierane przez narzędzie ROBOT Framework Edyta Tomalik Grzegorz Ziemiecki 1 Nokia Siemens Networks 2013 Tradycyjne podejście analityk programista tester implementacja

Bardziej szczegółowo

Czy na pewno jesteś szczęśliwy?

Czy na pewno jesteś szczęśliwy? Czy na pewno jesteś szczęśliwy? Mam na imię Kacper i mam 40 lat. Kiedy byłem małym chłopcem nigdy nie marzyłem o dalekich podróżach. Nie fascynował mnie daleki świat i nie chciałem podróżować. Dobrze się

Bardziej szczegółowo

System Centralny dla banku w 6 miesięcy

System Centralny dla banku w 6 miesięcy System Centralny dla banku w 6 miesięcy Watson Warsaw Summit 2017 Piotr Gawron COO/CIO G-ROCK Ltd. Artur Wróblewski Global Solutions Leader IBM CEE Wyzwanie Co? Zbudować i uruchomić kompletną infrastrukturę

Bardziej szczegółowo

Nasz klient, nasz Pan?

Nasz klient, nasz Pan? przemyślane rozwiązania Nasz klient, nasz Pan? Nazwa przykładowego klienta Nie Propozycja ściemniaj! współpracy Co podać? 5 powodów dla których miałbym tu coś zamówić Mniejszy lub większy kryzys spotka

Bardziej szczegółowo

Szkolenie Scrum w projektach IT (Agile)

Szkolenie Scrum w projektach IT (Agile) METRYCZKA: Szkolenie Scrum Szkolenie Scrum w projektach IT (Agile) Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16 Miejsce: Eureka Technology Park, Innowatorów 8 Temat: Zwinne Zarządzanie

Bardziej szczegółowo

Metoda lean start-up

Metoda lean start-up Metoda lean start-up Autorzy Steve Blank Bob Dorf Eric Ries Start-up Tymczasowa organizacja stworzona w celu znalezienia powtarzalnego i skalowalnego modelu biznesowego. Przedsiębiorcy odnoszący sukces

Bardziej szczegółowo

www.omec.pl 1 Konferencja "Bezpieczny Projekt" Wrocław 22 czerwca 2010

www.omec.pl 1 Konferencja Bezpieczny Projekt Wrocław 22 czerwca 2010 Od kartki i ołówka do systemu informatycznego, czyli jak wdrażano zarządzanie projektami u klienta Rinf Sp. z o.o. www.omec.pl 1 Co my rozumiemy pod pojęciem: PROJEKT Projekt: Ciąg zadań nastawionych na

Bardziej szczegółowo

ĆWICZENIE: MAPA DZIENNYCH PRIORYTETÓW

ĆWICZENIE: MAPA DZIENNYCH PRIORYTETÓW ELASTYCZNE ZARZĄDZANIE CZASEM ĆWICZENIE: MAPA DZIENNYCH PRIORYTETÓW www.izakrejcapawski.pl Doba jest dla Ciebie za krótka? Ciągle brakuje Ci czasu? Gonisz zaległości? Nazywam się Iza Krejca-Pawski i swoim

Bardziej szczegółowo

Wprowadzenie do systemów informacyjnych

Wprowadzenie do systemów informacyjnych Wprowadzenie do systemów informacyjnych Kryteria oceny systemu Podstawowe metody projektowania UEK w Krakowie Ryszard Tadeusiewicz 1 UEK w Krakowie Ryszard Tadeusiewicz 2 Technologia informatyczna dzisiaj

Bardziej szczegółowo

INTERNATIONAL CONSULT jest firmą świadczącą usługi doradcze głównie dla małych i średnich przedsiębiorstw.

INTERNATIONAL CONSULT jest firmą świadczącą usługi doradcze głównie dla małych i średnich przedsiębiorstw. Kim jesteśmy INTERNATIONAL CONSULT jest firmą świadczącą usługi doradcze głównie dla małych i średnich przedsiębiorstw. Wykorzystując wieloletnie doświadczenie z zakresu zarządzania przedsiębiorstwem,

Bardziej szczegółowo

Plan. Zarządzanie zespołem rozproszonym. 1. O co chodzi w Agile (bez Manifestu!) 2. Rozpoczynanie projektu. 3. Utrzymywanie komunikacji

Plan. Zarządzanie zespołem rozproszonym. 1. O co chodzi w Agile (bez Manifestu!) 2. Rozpoczynanie projektu. 3. Utrzymywanie komunikacji Zarządzanie zespołem rozproszonym Jakub Dziwisz kuba@agiletuning.com Plan 1. O co chodzi w Agile (bez Manifestu!) 2. Rozpoczynanie projektu 3. Utrzymywanie komunikacji 4. Zrozumienie wymagań uŝytkownika

Bardziej szczegółowo

7 KWESTII DO ROZWAŻENIA W TRAKCIE SPORZĄDZANIA PLANU ICT

7 KWESTII DO ROZWAŻENIA W TRAKCIE SPORZĄDZANIA PLANU ICT 7 KWESTII DO ROZWAŻENIA W TRAKCIE SPORZĄDZANIA PLANU ICT Sierpień 2017 Sponsorowane przez SMART Technologies, Inc. WPROWADZENIE Sporządzanie kompleksowego planu technologicznego dla szkoły należy rozpocząć

Bardziej szczegółowo

Akademia ADB Wykład I Praca w grupie i jakość kodu

Akademia ADB Wykład I Praca w grupie i jakość kodu Akademia ADB Wykład I Praca w grupie i jakość kodu Ale zanim zaczniemy... https://www.adbglobal.com/adb-tech-talk/ Wtorek, 24 X 2017, 18:00 w Filharmonii Zielonogórskiej Kto pracuje nad projektem? Nad

Bardziej szczegółowo

Specyfika rekrutacji i wynagradzania interim managera

Specyfika rekrutacji i wynagradzania interim managera Specyfika rekrutacji i wynagradzania interim managera Plan Czym jest interim management i kim jest interim manager Czy warto korzystać z interim managera Jak to wygląda w Polsce Cena Korzyści Doświadczenia

Bardziej szczegółowo

ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager.

ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager. ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager. Na szkolenie zapraszamy: testerów kierowników działów testowych analityków systemowych

Bardziej szczegółowo

Szybkość w biznesie. Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015

Szybkość w biznesie. Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015 Szybkość w biznesie Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015 Klient Wykonawca...wprowadzamy nowy typ przelewów do aplikacji internetowej. Dodam

Bardziej szczegółowo

Czy 99% działań bez braków to dobry wynik?

Czy 99% działań bez braków to dobry wynik? Zarządzanie jakością działań zespołu projektowego ROZWAŻANIA WSTĘPNE Czy 99% działań bez braków to dobry wynik? 99% braków 2 katastrofy lotnicze dziennie w Polsce 150 000 wypłat zagubionych przy każdej

Bardziej szczegółowo

Certyfikowane szkolenia testerzy.pl to uznana ścieżka szkoleniowa ISTQB dla testerów.

Certyfikowane szkolenia testerzy.pl to uznana ścieżka szkoleniowa ISTQB dla testerów. Szanowni Państwo Certyfikowane szkolenia testerzy.pl to uznana ścieżka szkoleniowa ISTQB dla testerów. Dostarczamy pełny zakres usług w procesie odpowiedniego przygotowania uczestników do egzaminów. Dostarczamy

Bardziej szczegółowo

INFORMATYZACJA ZARZĄDZANIA DOKUMENTACJĄ W INSTYTUCJI Z PUNKTU WIDZENIA MINISTERSTWA ADMINISTRACJI I CYFRYZACJI

INFORMATYZACJA ZARZĄDZANIA DOKUMENTACJĄ W INSTYTUCJI Z PUNKTU WIDZENIA MINISTERSTWA ADMINISTRACJI I CYFRYZACJI INFORMATYZACJA ZARZĄDZANIA DOKUMENTACJĄ W INSTYTUCJI Z PUNKTU WIDZENIA MINISTERSTWA ADMINISTRACJI I CYFRYZACJI WDRAŻANIE PROJEKTÓW TELEINFORMATYCZNYCH W ADMINISTRACJI NADAL JEST NIE LADA WYZWANIEM Dlaczego

Bardziej szczegółowo

Kontrola zarządcza w jednostkach samorządu terytorialnego z perspektywy Ministerstwa Finansów

Kontrola zarządcza w jednostkach samorządu terytorialnego z perspektywy Ministerstwa Finansów Kontrola zarządcza w jednostkach samorządu terytorialnego z perspektywy Ministerstwa Finansów Monika Kos, radca ministra Departament Polityki Wydatkowej Warszawa, 13 stycznia 2015 r. Program prezentacji

Bardziej szczegółowo

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010 Geoff Evelyn Przekład: Natalia Chounlamany APN Promise Warszawa 2011 Spis treści Podziękowania......................................................

Bardziej szczegółowo