Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k.
|
|
- Sylwester Bednarczyk
- 7 lat temu
- Przeglądów:
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 Czym jest projektowanie interakcji? Projektowanie interakcji, czyli współdziałania człowieka z komputerem, wykorzystuje
Bardziej szczegółowoSzczegół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ółowoEfektywność 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ółowoJak 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ółowoNiecertyfikowany 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ółowoSYSTEMY 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ółowoInż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ółowoPiotr Ś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ółowoWsparcie 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ółowoSkuteczne 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ółowoTestowanie 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ółowoBOC 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ółowoProgramowanie 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ółowoJak 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ółowoWDROŻ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ółowoREQB 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ółowoInnowacje 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ółowoZarzą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ółowoProwadzą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ółowoProjekt. 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ółowoInż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ółowoJak 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ółowoPartnerzy 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ółowoBłę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ółowoMaciej 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ółowoKILKA 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ółowoMetody 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ółowoProcesowa 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ółowoWprowadzenie 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ółowoNowoczesne 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ółowoWstę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ółowoTestujemy 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ółowoSzkolenie: 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ółowow 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ółowoRozdział 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ółowoDESIGN 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ółowoStratEX: 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ółowodr 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ółowozdecydowanie 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ółowoEfektywny 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ółowoPytania (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ółowoZwinna 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ółowoCzęść 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ółowoKIERUNKOWE 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ółowoPROJEKTOWANIE 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ółowoProjekty 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ółowoJarosł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ółowoDoradztwo 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ółowoSCRUM 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ółowoWykaz 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ółowoProjekt 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ółowoAutor: 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". CZYNNIKI PROJEKTU Cel (zakres) projektu: wyznacza ramy przedsięwzięcia, a tym samym zadania
Bardziej szczegółowona 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ółowoProjektowanie 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ółowoAgile 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ółowo4. 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ółowoBoomerang 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ółowoDlaczego 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ółowoKatalog 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ółowoProgramowanie 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ółowoDlaczego 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 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ółowoNaś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ółowoTemat: 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ółowoJarosł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ółowoII 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ółowoCzynniki 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ółowoEtapy ż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ółowoAnalityk 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ółowoInterim 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ółowoSkuteczność => 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ółowo7 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ółowoKlasyczna 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ółowoWaterfall 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ółowoLeszno 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ółowoSzkolenie 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ółowoPodejś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ółowoOpis 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ółowoAcceptance 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ółowoCzy 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ółowoSystem 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ółowoNasz 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ółowoSzkolenie 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ółowoMetoda 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ółowowww.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
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ółowoWprowadzenie 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ółowoINTERNATIONAL 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ółowoPlan. 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ółowo7 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ółowoAkademia 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ółowoSpecyfika 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ółowoZARZĄ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ółowoSzybkość 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ółowoCzy 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ółowoCertyfikowane 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ółowoINFORMATYZACJA 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ółowoKontrola 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ółowoZarzą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