Programiści i ich harmonijna współpraca jest ważniejsza od procesów i narzędzi

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

Download "Programiści i ich harmonijna współpraca jest ważniejsza od procesów i narzędzi"

Transkrypt

1 Temat Agile software development (zwinne programowanie) Grupa ekspertów,zajmujących się programowaniem, zaniepokojona obserwowanymi zjawiskami, stworzyła zrzeszenie o nazwie Agile Alliance (2001 rok). Jej celem było popularyzowanie szybkiego i elastycznego wytwarzania oprogramowania. Po kilku miesiącach grupa ta wydała dokument pt The Manifesto of the Agile Alliance wskazujący możliwości rozwiązania niektórych problemów: Programiści i ich harmonijna współpraca jest ważniejsza od procesów i narzędzi Wyspecjalizowani ludzie są tu najważniejszym czynnikiem, żaden, nawet najlepszy proces nie uchroni przed porażką, jeśli danemu zespołowi nie można zaufać. Patrząc z drugiej strony, zły proces może spowodować porażkę nawet najlepszego zespołu. Członkiem zespołu nie musi być wybitny programista, tylko osoba posiadająca przeciętną zdolność programowania i zdolność współpracy z pozostałymi osobami z zespołu. Umiejętność komunikacji jest ważniejsza od talentów programistycznych. Wynika to z tego, że przeciętni programiści, którzy dobrze ze sobą komunikują mają większe prawdopodobieństwo odniesienia sukcesu niż grupa złożona z samych geniuszy nie potrafiących się ze sobą porozumiewać. Dobrze dobrane narzędzia maja wpływ tylko na ostateczny efekt realizacji danego projektu. Kompilatory, IDE, systemy kontroli wersji są kluczowymi narzędziami, które decydują o funkcjonowaniu zespołu programistów. Nie należy przeceniać roli oprogramowania. Nadmierna wiara w nie może tylko doprowadzić do fatalnych skutków, które można tylko porównać z ich brakiem. Na początku powinno się używać tylko prostych narzędzi, błędne jest myślenie, że bardzie rozbudowane i zaawansowane narzędzia będą lepsze od prostych. Na samym początku lepiej jest korzystać z darmowych systemów kontroli wersji, aż do czasu gdy wyczerpią się oferowane przez nich możliwości. Następnym przykładem jest używanie na samym początku tablic i kartek papieru aż do momentu, gdy nie będzie nam to wystarczać, możemy pomyśleć o zakupie pakietu CASE. Tak samo postępujemy w przypadku, gdy chcemy zakupić system do zarządzania bazą danych. Najpierw sprawdzamy czynie wystarczą nam zwykłe pliki. Nigdy nie powinniśmy zakładać, że większe, lepsze i droższe narzędzia, systemy, będą lepiej odpowiadały naszym potrzebom. Zazwyczaj większość z nich tylko utrudni nam pracę. Warto zapamiętać, że budowa zespołu jest ważniejsza od budowy środowiska. Wiele osób popełnia ten błąd. W pierwszej kolejności budują środowiska, a dopiero później zespół, mając nadzieję, że uda się wokół niego zgrać poszczególne osoby. Lepszym rozwiązaniem jest budowa zespołu i pozwolenie mu na organizację środowiska, które jemu odpowiada. Działające oprogramowanie jest ważniejsze od wyczerpującej dokumentacji. Kod źródłowy nie jest idealnym środkiem komunikacji. O wiele lepszym sposobem będzie uzasadnienie podejmowanych przez zespół decyzji w formie dokumentu. Trzeba pamiętać o tym, że za duża dokumentacja jest nawet gorsza od bardzo skromnej dokumentacji. Wytworzenie wielkich dokumentów pochłania olbrzymi nakład czasowy jak i pieniężny a w skrajnych przypadkach niemożliwa synchronizacji dokumentu z kodem. Dokumentacja, która jest niezgodna z kodem, jest niczym więcej niż wielkim zbiorem kłamstw, prowadzącym do nieporozumień. Rozwiązaniem tego problemu jest pisanie i utrzymywanie przez zespół krótkiego dokumentu, który uzasadniałby podjęte

2 decyzje i opisywałby strukturę systemu. Powinien być krótki i opisywać projekt ogólnie. Maksymalnie łby zawierać 20 stron i dotyczyć tylko najważniejszych decyzji projektowych i opisywać strukturę systemu na najwyższym poziomie. W przypadku dołączenia nowych osób do projektu, mając tylko krótka dokumentację, nie powinno się jej przekazywać nowym osobom do zapoznania. Transfer wiedzy o systemie musi polegać na wielogodzinnej i żmudnej pomocy nowemu programiście. Dzięki bliskiej współpracy możemy z niego uczynić pełnowartościowego członka zespołu. Najlepszym sposobem przekazania informacji jest kod źródłowy i sam zespół. Kod nigdy nie będzie sprzeczny ze swoim działaniem. Z drugiej strony mimo, że precyzyjnie określone funkcjonowanie systemu na podstawie samego kodu źródłowego może być trudne, to właśnie kod jest jedynym źródłem informacji. Cały zespół utrzymuje swoista mapę drogową stale modyfikowanego systemu. Wiele zespołów wpadło w pułapkę w pogoni za doskonałą dokumentacją, zapominając o właściwym programowaniu. Nie trzeba przedstawiać do czego takie podejście doprowadzi. Można tego uniknąć stosując następującą regułę: Nie pracuj nad żadnymi dokumentami, chyba, że w danym momencie bardzo ich potrzebujesz. Faktyczna współpraca z klientem jest ważniejsza od negocjacji zasad kontraktu. Oprogramowania nie można zamawiać jak towar w sklepie. Opisanie potrzebnego oprogramowania i szukanie kogoś kto za ustalona cenę i termin go wykona jest po prostu niemożliwe. Wiele projektów informatycznych przez takie postępowanie poległo. Bardzo często zdarza się, że kadra menadżerska chce tylko dwa razy spotkać się z zespołem programistycznym: pierwszego spotkania i drugiego, w którym oczekuję gotowego systemu(oczywiście zgodnego z oczekiwaniami zamawiającego klienta). W wyniku takiego podejścia produkt będzie fatalnej jakości albo zakończy się klęską. Wynikiem warunkującym sukces jest stała współpraca z klientem, w formie regularnych spotkań, w formie regularnych spotkań. Zespół programistów zamiast opierać się na kontrakcie, może współpracować z klientem, aby obie strony stale miały świadomość wzajemnych potrzeb i ograniczeń. Kontrakt zawierający wymagania, harmonogram i koszty tworzonego systemu od samego początku zawiera błędy. Zazwyczaj takie zapisy są już nieaktualne w czasie jego podpisywania. Najlepszą formą kontraktu jest taki, który przewiduje współpracę programistów i klientów. Dobrym sposobem jest podzielenie projektu na funkcjonalne bloki, które po ukończeniu są przekazywane klientowi do oceny. W przypadku potrzebnych zmian, wspólnie nadajemy priorytet tym modyfikacjom. Kluczem do sukcesu jest intensywna współpraca z klientem i zapisy kontraktu które nie definiowały szczegółowego zakresu, harmonogramu, ani kosztów, tylko regulowały zasady współpracy wykonawcy ze zleceniodawcą. Reagowanie na zmiany jest ważniejsze od konsekwentnego realizowania planu. O sukcesie bądź porażce de4cyduje zdolność częstego i szybkiego reagowania na zmiany. Tworząc plan realizacji projektu, powinniśmy się upewnić, że harmonogram umożliwia wprowadzanie zmian(zarówno technologicznych jak i biznesowych). Projektu informatycznego nie uda się

3 zaplanować szczegółowo. Trzeba liczyć się ze zmianą otoczenia biznesowego, które wpłynie na stawiane wymagania. Oprócz tego możemy być pewni, że kiedy system zacznie działać, to klienci zaczną wspominać o zmianach dotyczących wymagań. Nawet gdybyśmy mieli 100% pewność, że wymagania się nie zmienią, to i tak nie jesteśmy w stanie oszacować czasu ich realizacji. Niektórzy menadżerowie nanoszą projekt na arkusze papieru, które później rozklejają na ścianach. W ten sposób można łatwo śledzić wybrane zadania, wykreślać wykonane, obserwować daty realizacji zadań, a także reagować na odstępstwa w harmonogramie. Mimo przytaczanych zalet jest też i wada: Taka struktura szybko się zdezaktualizuje. Wraz ze wzrostem wiedzy zespołu dotyczącej budowanego systemu, rośnie także wiedza klienta o potrzebach samego zespołu, a część zadań staje się po prostu zbędna. W tym czasie można odkryć inne zadania, których zabrakło w schemacie i należy je dodać. Zmianie więc ulega nie tylko zadania ale także czas ich realizacji. O wiele lepszym rozwiązaniem jest tworzenie szczegółowych harmonogramów na następny tydzień i bardzo ogólnych planów na przyszłość. Zatem powinniśmy dokładnie wiedzieć o stawianych wymaganiach jakie będziemy, realizować w najbliższym tygodniu, szkice wymagań jakie będą realizowane w ciągu kilku miesięcy oraz mieć zarys o tworzonym systemie. Dzięki temu podejściu, więcej czasu poświęcamy na szczegółowe opisanie zadań, które będą realizowane w najbliższym czasie. Modyfikowanie raz opracowanego, szczegółowego planu jest trudne, bo w jego tworzeniu i zatwierdzaniu był zaangażowany cały zespół. Ponieważ taki plan dotyczy tylko najbliższego tygodnia, pozostałe zadania są elastyczne. Podstawowe zasady: 1.Jak najszybsze spełnienie oczekiwań klienta poprzez wczesne dostarczanie działającego oprogramowania. Im mniej funkcjonalny będzie początkowy dostarczony fragment systemu, tym wyższa będzie jakość wersji końcowej. Im częściej przekazujemy klientowi gotowy fragment funkcjonalności, tym wyższa będzie jakość produktu końcowego. W podejściu programowania zwinnego wymaga się wczesne i częste dostarczanie fragmentów programu. Od czasu przekazania pierwszej skromnej wersji oprogramowania, powinniśmy co kilka tygodni dostarczać klientowi coraz bardziej funkcjonalne warianty. W tym czasie możemy także otrzymywać wykaz oczekiwanych zmian. 2.Traktujmy zmiany wymagań ze zrozumieniem nawet jeśli następują w późnych fazach wytwarzania oprogramowania. W tym podejściu programowania następują zmiany wraz ze zmieniającym się uwarunkowaniami biznesowymi, w której funkcjonuje strona zamawiająca. Uczestnicy procesów zwinnych nie powinni obawiać się zmian, ponieważ prowadzą one do lepszego zrozumienia oczekiwań klienta. Zespół powinien utrzymywać i przeznaczać czas na elastyczną strukturę oprogramowania, dzięki której można zniwelować wpływ zmian wymagań na kształt budowanego systemu. 3.Działające oprogramowanie należy dostarczać klientowi możliwie często. Powinno się jak to tylko możliwe przekazywać klientowi pierwszą wersję przygotowanego oprogramowania i kontynuować ten proces na wszystkich etapach realizacji projektu. Nie wystarcza przekazanie tylko dokumentacji. Żaden dokument nie zastąpi, nawet cząstkowej funkcjonalności

4 systemu. Przecież ostatecznym celem jest dostarczenie oprogramowania które spełnia oczekiwania klienta. 4.Ludzie biznesu powinni ściśle współpracować z programistami na wszystkich etapach projektu. Warunkiem zwinności projektu jest częsta współpraca klientów, programistów ośrodków biznesowych zaangażowanych w finansowanie. W tym podejściu projekty muszą być stale kierowane. 5.Projekty należy planować wokół dobrze umotywowanych programistów. Należy im zorganizować niezbędne środowisko pracy, a także obdarzyć ich potrzebny, zaufaniem. To ludzie są najważniejszym czynnikiem, który decyduje o sukcesie, inne czynniki(środowiska i sposób zarządzania) maja drugorzędne znaczenie i są dostosowywane do potrzeb ludzi będących w zespole. 6.Najlepszą metodą do przekazywania informacji ( w obie strony) jest rozmowa w cztery oczy. W programowaniu zwinnym projekt podlegają na rozmowach prowadzonych członków zespołu. Zazwyczaj wystarczają bezpośrednie kontakty programistów, ewentualnie można spisać dokumenty i aktualizować je równolegle do rozmów. 7. Podstawowym miernikiem postępu prac nad projektem jest ilość i jakość działającego oprogramowania. Czyli miarę oprogramowania jest ilość zatwierdzonych przez klienta fragmentów systemu. O postępie możemy mówić, tylko wtedy, gdy funkcjonalność działa i spotyka się z akceptacją ze strony klienta. 8. Procesy zwinne ułatwiają utrzymywanie ciągłości wytwarzania Programiści powinni utrzymywać wysoką ale stałą szybkość pracy, zamiast od razu próbować osiągnąć maksymalną wydajność. Narzucenie zbyt wysokiego tempa spowoduje wypalenie psychiczne, a nawet upadek projektu. Stale tempo pracy umożliwia realizację najwyższej jakości standardów przez cały okres. 9. Pozytywny wpływ na zwinność projektu ma stałą dbałość o doskonałość techniczną i właściwy projekt. Wysoką jakość jest kluczem do dużej wydajności. Można to uzyskać poprzez przemyślaną i prostą strukturę oprogramowania. Wszyscy powinni koncentrować się na tworzeniu najwyższej jakości, na jakie pozwalają im umiejętności. Powinno eliminować źródła potencjalnych opóźnień w zarodku. 10. Kluczowym elementem pomyślnego zakończenia projekt jest prostata, czyli sztuka maksymalizacji ilości pracy, której nie wykonujemy. Staranie dochodzenia do celu możliwie najkrótszą drogą. 11.Źródłem najlepszych architektur, specyfikacji wymagań i projektów są zespoły, którym dano wolną rękę w zakresie organizacji.

5 Programiści powinni sami organizować swoja pracę. Odpowiedzialność za poszczególne zadania nie powinna być przydzielana wybranym członkom zespołu, tylko powinna być komunikowana całemu zespołowi. Sam zespół powinien decydować jak te zadania najefektywniej zrealizować. Członkowie zwinnego zespołu wspólnie pracują nad aspektami zleconego produktu, zaś każdy członek musi mieć możliwość wpływania na sposób realizacji., 12. W stałych odstępach czasu zespół zaangażowany w tworzenie oprogramowania powinien analizować możliwość usprawnienia pracy i dopasowywać swoje dalsze działania do wniosków płynących z tej analizy. Taki zespół cały czas udoskonala swoją organizację, reguły. Członkowie zdają sobie sprawę że środowisko, w którym pracuje ciągle się zmienia i wiedzą że ich zwinność w dużej mierze zależy od zdolności dostosowania się do tych zmian.

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

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

know 5 W, : filary wzrostu WHAT WHEN WHO WHY WHERE model biznesowy

know 5 W, : filary wzrostu WHAT WHEN WHO WHY WHERE model biznesowy nasza misja model biznesowy 5 W, : filary wzrostu know WHAT WHEN WHO WHY WHERE zwinne oprogramowanie, oparte o wybór właściwej technologii, outsourcing specjalistów odpowiednia strategia, wyprzedzanie

Bardziej szczegółowo

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią Marek Bieniasz Sławomir Umpirowicz Piotr Miszewski Kraków, 10 13 września 2012 Plan prezentacji Informacje

Bardziej szczegółowo

Asynchroniczne interfejsy WWW

Asynchroniczne interfejsy WWW Asynchroniczne interfejsy WWW Metodyki zwinnego wytwarzania oprogramowania mgr inż. Rafał Grycuk Strona służbowa: http://iisi.pcz.pl/~rgrycuk/ Kontakt: rafal.grycuk@iisi.pcz.pl Konsultacje: Środa, 12-14

Bardziej szczegółowo

ĆWICZENIE Lody na drodze Ent-teach Rozdział 6 Zarządzanie Projektami

ĆWICZENIE Lody na drodze Ent-teach Rozdział 6 Zarządzanie Projektami ĆWICZENIE Lody na drodze Ent-teach Rozdział 6 Zarządzanie Projektami Opis ćwiczenia W poniższym zadaniu, uczestnicy muszą zaplanować tydzień sprzedaży lodów na ulicy w ich rodzinnym mieście (centrum).

Bardziej szczegółowo

Katalog rozwiązań informatycznych dla firm produkcyjnych

Katalog rozwiązań informatycznych dla firm produkcyjnych Katalog rozwiązań informatycznych dla firm produkcyjnych www.streamsoft.pl Obserwować, poszukiwać, zmieniać produkcję w celu uzyskania największej efektywności. Jednym słowem być jak Taiichi Ohno, dyrektor

Bardziej szczegółowo

Usługa: Audyt kodu źródłowego

Usługa: Audyt kodu źródłowego Usługa: Audyt kodu źródłowego Audyt kodu źródłowego jest kompleksową usługą, której głównym celem jest weryfikacja jakości analizowanego kodu, jego skalowalności, łatwości utrzymania, poprawności i stabilności

Bardziej szczegółowo

Faza strategiczna. Synteza. Analiza. Instalacja. Faza strategiczna. Dokumentacja. kodowanie implementacja. produkt konserwacja

Faza strategiczna. Synteza. Analiza. Instalacja. Faza strategiczna. Dokumentacja. kodowanie implementacja. produkt konserwacja Faza strategiczna określenie wymagań specyfikowanie projektowanie kodowanie implementacja testowanie produkt konserwacja Faza strategiczna Analiza Synteza Dokumentacja Instalacja Faza strategiczna (ang.

Bardziej szczegółowo

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU> Załącznik nr 4.4 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT WERSJA numer wersji

Bardziej szczegółowo

Zarządzanie projektami. Wykład 2 Zarządzanie projektem

Zarządzanie projektami. Wykład 2 Zarządzanie projektem Zarządzanie projektami Wykład 2 Zarządzanie projektem Plan wykładu Definicja zarzadzania projektami Typy podejść do zarządzania projektami Cykl życia projektu/cykl zarządzania projektem Grupy procesów

Bardziej szczegółowo

omnia.pl, ul. Kraszewskiego 62A, 37-500 Jarosław, tel. +48 16 621 58 10 www.omnia.pl kontakt@omnia.pl

omnia.pl, ul. Kraszewskiego 62A, 37-500 Jarosław, tel. +48 16 621 58 10 www.omnia.pl kontakt@omnia.pl .firma Dostarczamy profesjonalne usługi oparte o nowoczesne technologie internetowe Na wstępie Wszystko dla naszych Klientów Jesteśmy świadomi, że strona internetowa to niezastąpione źródło informacji,

Bardziej szczegółowo

SCENARIUSZ LEKCJI. Streszczenie. Czas realizacji. Podstawa programowa

SCENARIUSZ LEKCJI. Streszczenie. Czas realizacji. Podstawa programowa Autorzy scenariusza: SCENARIUSZ LEKCJI OPRACOWANY W RAMACH PROJEKTU: INFORMATYKA MÓJ SPOSÓB NA POZNANIE I OPISANIE ŚWIATA. PROGRAM NAUCZANIA INFORMATYKI Z ELEMENTAMI PRZEDMIOTÓW MATEMATYCZNO-PRZYRODNICZYCH

Bardziej szczegółowo

Usługa: Testowanie wydajności oprogramowania

Usługa: Testowanie wydajności oprogramowania Usługa: Testowanie wydajności oprogramowania testerzy.pl przeprowadzają kompleksowe testowanie wydajności różnych systemów informatycznych. Testowanie wydajności to próba obciążenia serwera, bazy danych

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

Metodyki zwinne wytwarzania oprogramowania

Metodyki zwinne wytwarzania oprogramowania Metodyki zwinne wytwarzania oprogramowania Wykład 1 Marcin Młotkowski 7 października 2014 Plan wykładu Sprawy organizacyjne Organizacja pracowni 1 Sprawy organizacyjne Organizacja pracowni 2 3 Marcin Młotkowski

Bardziej szczegółowo

Lekkie metodyki. tworzenia oprogramowania

Lekkie metodyki. tworzenia oprogramowania Lekkie metodyki tworzenia oprogramowania Programowanie zwinne ( Agile software development) grupa metodyk wytwarzania oprogramowania opartego o programowanie iteracyjne (model przyrostowy). Wymagania oraz

Bardziej szczegółowo

OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA

OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA OPROGRAMOWANIE WSPOMAGAJĄCE ZARZĄDZANIE PROJEKTAMI. PLANOWANIE ZADAŃ I HARMONOGRAMÓW. WYKRESY GANTTA Projekt to metoda na osiągnięcie celów organizacyjnych. Jest to zbiór powiązanych ze sobą, zmierzających

Bardziej szczegółowo

Programowanie zwinne

Programowanie zwinne Programowanie zwinne Wykład 1 Marcin Młotkowski 10 października 2012 Plan wykładu Sprawy organizacyjne Organizacja pracowni 1 Sprawy organizacyjne Organizacja pracowni 2 3 Marcin Młotkowski Programowanie

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

Tools for (Java) Developers. by Mirosław Żyszczyński

Tools for (Java) Developers. by Mirosław Żyszczyński Tools for (Java) Developers by Mirosław Żyszczyński Agenda Wstęp / Cel wykładu Opis problemu programistów Etapy tworzenia aplikacji Przegląd etapów oraz narzędzi Confluence JIRA + JIRA Agile SVN FishEye/Crucible

Bardziej szczegółowo

Komputerowe wspomaganie zarządzania projektami innowacyjnymi realizowanymi w oparciu o podejście. Rozdział pochodzi z książki:

Komputerowe wspomaganie zarządzania projektami innowacyjnymi realizowanymi w oparciu o podejście. Rozdział pochodzi z książki: Rozdział pochodzi z książki: Zarządzanie projektami badawczo-rozwojowymi. Tytuł rozdziału 6: Komputerowe wspomaganie zarządzania projektami innowacyjnymi realizowanymi w oparciu o podejście adaptacyjne

Bardziej szczegółowo

Paweł Gurgul. Wojciech Gurgul

Paweł Gurgul. Wojciech Gurgul Paweł Gurgul Założyciel i Członek Zarządu PGS Software SA Absolwent PWr inżynieria oprogramowania Programista -> Project Manager - > Sprzedawca -> Zarząd 25 lat doświadczenia w IT. Z tego 20 w firmach

Bardziej szczegółowo

Logotec App Studio - zalety

Logotec App Studio - zalety Logotec App Studio - zalety Zalety Logotec App Studio Skrócenie czasu tworzenia aplikacji o dwa rzędy wielkości Jak wspomniano, Logotec App Studio pozwala na tworzenie aplikacji w nowym stylu charakterystycznym

Bardziej szczegółowo

Podejście zwinne do zarządzania projektami

Podejście zwinne do zarządzania projektami Podejście zwinne do zarządzania projektami na przykładach projektów wytwarzania oprogramowania Wojciech Czujowski, Łukasz Sienkiewicz Tieto Poland Agenda CZĘŚĆ I-sza: Kilka słów o Tieto SCRUM w organizacji

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

Katalog rozwiązań informatycznych dla firm produkcyjnych

Katalog rozwiązań informatycznych dla firm produkcyjnych Katalog rozwiązań informatycznych dla firm produkcyjnych www.streamsoft.pl Obserwować, poszukiwać, zmieniać produkcję w celu uzyskania największej efektywności. Jednym słowem być jak Taiichi Ohno, dyrektor

Bardziej szczegółowo

Programowanie Zespołowe

Programowanie Zespołowe Programowanie Zespołowe Dobre Praktyki dr Rafał Skinderowicz mgr inż. Michał Maliszewski Parafrazując klasyka: Jeśli piszesz w Javie pisz w Javie - Rafał Ciepiela Principal Software Developer Cadence Design

Bardziej szczegółowo

Specyfikacja dodatkowa. Wersja <1.0>

<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0> Wersja [Uwaga: Niniejszy wzór dostarczony jest w celu użytkowania z Unified Process for EDUcation. Tekst zawarty w nawiasach kwadratowych i napisany błękitną kursywą

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

Wykład VII. Programowanie III - semestr III Kierunek Informatyka. dr inż. Janusz Słupik. Wydział Matematyki Stosowanej Politechniki Śląskiej

Wykład VII. Programowanie III - semestr III Kierunek Informatyka. dr inż. Janusz Słupik. Wydział Matematyki Stosowanej Politechniki Śląskiej Wykład VII - semestr III Kierunek Informatyka Wydział Matematyki Stosowanej Politechniki Śląskiej Gliwice, 2014 c Copyright 2014 Janusz Słupik Wytwarzanie oprogramowania Model tworzenia oprogramowania

Bardziej szczegółowo

Mapa ryzyk w realizacji e-projektu - identyfikacja zagrożeń. Skala zagrożenia dla projektu, prawdopodobieństwo wystąpienia. Szacowanie kosztów ryzyka.

Mapa ryzyk w realizacji e-projektu - identyfikacja zagrożeń. Skala zagrożenia dla projektu, prawdopodobieństwo wystąpienia. Szacowanie kosztów ryzyka. 2012 Mapa ryzyk w realizacji e-projektu - identyfikacja zagrożeń. Skala zagrożenia dla projektu, prawdopodobieństwo wystąpienia. Szacowanie kosztów ryzyka. Marcin Kapustka E-usługa utrzymanie Kraków, 23

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

INŻYNIERIA OPROGRAMOWANIA Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny

INŻYNIERIA OPROGRAMOWANIA Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny Wykład 6 Organizacja pracy w dziale wytwarzania oprogramowania - przykład studialny Cel: Opracowanie szczegółowych zaleceń i procedur normujących pracę działu wytwarzania oprogramowania w przedsiębiorstwie

Bardziej szczegółowo

Feature Driven Development

Feature Driven Development Feature Driven Development lekka metodyka tworzenia oprogramowania Kasprzyk Andrzej IS II Wstęp Feature Driven Development (FDD) to metodyka tworzenia oprogramowania, która wspomaga zarządzanie fazami

Bardziej szczegółowo

Overlord - Software Development Plan

Overlord - Software Development Plan Overlord - Software Development Plan Jakub Gołębiowski Adam Kawa Piotr Krewski Tomasz Weksej 5 czerwca 2006 Spis treści 0.1 Cel.......................................... 4 0.2 Zakres........................................

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

Wskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński

Wskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński Wskazówki projektowe Programowanie Obiektowe Mateusz Cicheński Przydatne zasady SOLID Wzorce struktury aplikacji MVC MVP MVVM Metody wytwarzania oprogramowania Manifest Zwinnego Wytwarzania Oprogramowania

Bardziej szczegółowo

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie

Bardziej szczegółowo

CRM VISION FUNKCJE SYSTEMU

CRM VISION FUNKCJE SYSTEMU www.crmvision.pl CRM VISION FUNKCJE SYSTEMU www.crmvision.pl CRM VISION FUNKCJE SYSTEMU CRM Vision to nowoczesne, bezpieczne oprogramowanie wspomagające zarządzanie firmą poprzez usprawnienie przepływu

Bardziej szczegółowo

Dobre wdrożenia IT cz. I Business Case. www.leoconsulting.pl

Dobre wdrożenia IT cz. I Business Case. www.leoconsulting.pl Dobre wdrożenia IT cz. I Business Case Wprowadzenie Czy wiesz: jak często po wdrożeniu oprogramowania okazuje się, że nie spełnia ono wielu wymagań? jak często decyzja o wdrożeniu systemu informatycznego

Bardziej szczegółowo

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

Wszystkie problemy leżą w testach. ForProgress spółka z ograniczoną odpowiedzialnością sp.k. Wszystkie problemy leżą w testach 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

Bardziej szczegółowo

APLIKACJE KRYTYCZNE. Piotr Kociński - Prezes Zarządu Krzysztof Dyki Wiceprezes Zarządu Krzysztof Komorowski Członek Zarządu.

APLIKACJE KRYTYCZNE. Piotr Kociński - Prezes Zarządu Krzysztof Dyki Wiceprezes Zarządu Krzysztof Komorowski Członek Zarządu. APLIKACJE KRYTYCZNE Piotr Kociński - Prezes Zarządu Krzysztof Dyki Wiceprezes Zarządu Krzysztof Komorowski Członek Zarządu Spis treści 1. Luka podatkowa. 2. Jak zmniejszać lukę podatkową. 3. Problem z

Bardziej szczegółowo

REFERAT PRACY DYPLOMOWEJ

REFERAT PRACY DYPLOMOWEJ REFERAT PRACY DYPLOMOWEJ Temat pracy: Projekt i implementacja środowiska do automatyzacji przeprowadzania testów aplikacji internetowych w oparciu o metodykę Behavior Driven Development. Autor: Stepowany

Bardziej szczegółowo

Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań

Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań 2012 Koszty związane z tworzeniem aplikacji on demand versus zakup gotowych rozwiązań Mateusz Kurleto NEOTERIC Wdrożenie systemu B2B Lublin, 25 października 2012 Mateusz Kurleto Od 2005 r. właściciel NEOTERIC,

Bardziej szczegółowo

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania Etapy życia oprogramowania Modele cyklu życia projektu informatycznego Organizacja i Zarządzanie Projektem Informatycznym Jarosław Francik marzec 23 Określenie wymagań Testowanie Pielęgnacja Faza strategiczna

Bardziej szczegółowo

Projektowanie systemów informatycznych. wykład 6

Projektowanie systemów informatycznych. wykład 6 Projektowanie systemów informatycznych wykład 6 Iteracyjno-przyrostowy proces projektowania systemów Metodyka (ang. methodology) tworzenia systemów informatycznych (TSI) stanowi spójny, logicznie uporządkowany

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

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

Narzędzia CASE dla.net. Łukasz Popiel

Narzędzia CASE dla.net. Łukasz Popiel Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania

Bardziej szczegółowo

Oferta szkoleń firmy Code Sprinters

Oferta szkoleń firmy Code Sprinters Oferta szkoleń firmy Code Sprinters Code Sprinters sp z o.o. Królewska 2/2 Kraków Telefon +48 12 379 34 14 Fax +48 12 379 34 11 info@codesprinters.com www.codesprinters.com Jako liderzy na rynku szkoleń

Bardziej szczegółowo

USTALENIE SYSTEMU WYNAGRODZEŃ

USTALENIE SYSTEMU WYNAGRODZEŃ USTALENIE SYSTEMU WYNAGRODZEŃ Administracja systemu wynagrodzeń jest ważnym elementem prowadzenia biznesu. Gdy mamy działający formalny system płac, pomaga to w kontrolowaniu kosztów personelu, podnosi

Bardziej szczegółowo

Tester oprogramowania 2014/15 Tematy prac dyplomowych

Tester oprogramowania 2014/15 Tematy prac dyplomowych Tester oprogramowania 2014/15 Tematy prac dyplomowych 1. Projekt i wykonanie automatycznych testów funkcjonalnych wg filozofii BDD za pomocą dowolnego narzędzia Jak w praktyce stosować Behaviour Driven

Bardziej szczegółowo

Opis Przedmiotu Zamówienia

Opis Przedmiotu Zamówienia Załącznik nr 1 do SIWZ/ załącznik nr 1 do umowy OP/UP/099/2011 Opis Przedmiotu Zamówienia 1. Przedmiot zamówienia 1.1. Przedmiotem zamówienia jest świadczenie usług konsultancko-developerskich dla systemu

Bardziej szczegółowo

Michał Gadomski. Grzegorz Poręcki

Michał Gadomski. Grzegorz Poręcki [Prezes Zarządu] [Wiceprezes Zarządu] Michał Gadomski Dr hab. Beata Czarnacka-Chrobot, prof. SGH [Wiceprezes Zarządu] Dr Bogusław Machowski [Członek Zarządu] Grzegorz Poręcki Misją PSMO jest podniesienie

Bardziej szczegółowo

Projektowanie strategii HR

Projektowanie strategii HR Projektowanie strategii HR Design Thinking stając się architektami celów, talentów i wiedzy. Pokazują jak transformować wiedzę i kompetencje w konkretne inicjatywy. Dzięki ich wsparciu zespoły nabierają

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

Zapewnij sukces swym projektom

Zapewnij sukces swym projektom Zapewnij sukces swym projektom HumanWork PROJECT to aplikacja dla zespołów projektowych, które chcą poprawić swą komunikację, uprościć procesy podejmowania decyzji oraz kończyć projekty na czas i zgodnie

Bardziej szczegółowo

Ewolucyjna architektura

Ewolucyjna architektura Ewolucyjna architektura www.sxc.hu/photo/850368 Na początek Michał Bartyzel konsultant, trener BNS IT procesy zwinne i nie tylko architektura czysty kod software crafstmanship strategie skutecznych programistów

Bardziej szczegółowo

I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński

I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński I Twój zespół może być zwinny (choć to może trochę potrwać) Paweł Lipiński pawel@warsjawa:/etc$whoami Ja: ponad 10 lat pracy w Javie SCJP, SCWCD, SCBCD, SCEA brałem udział w: rozwój oprogramowania, consulting,

Bardziej szczegółowo

bdiscounts Informacje o Partnerze: Korzyści dla startupów AIP:

bdiscounts Informacje o Partnerze: Korzyści dla startupów AIP: Informacje o Partnerze: Zapisz się na weekendowy program Startup Academy, a otrzymasz praktyczną wiedzę i narzędzia pozwalające na dopracowanie i przetestowanie pomysłu na biznes bez budżetu. Poznaj startupowe

Bardziej szczegółowo

Agile vs PRINCE2. 2014/2015 I rok st. magisterskie Informatyka

Agile vs PRINCE2. 2014/2015 I rok st. magisterskie Informatyka Agile vs PRINCE2 Ewa Solecka - specjalność ogólna- 1117627 Przemysław Mrozowski specjalność ogólna- 1121130 Michał Roztoczyński specjalność ogólna - 1118910 2014/2015 I rok st. magisterskie Informatyka

Bardziej szczegółowo

Grzegorz Ruciński. Warszawska Wyższa Szkoła Informatyki 2011. Promotor dr inż. Paweł Figat

Grzegorz Ruciński. Warszawska Wyższa Szkoła Informatyki 2011. Promotor dr inż. Paweł Figat Grzegorz Ruciński Warszawska Wyższa Szkoła Informatyki 2011 Promotor dr inż. Paweł Figat Cel i hipoteza pracy Wprowadzenie do tematu Przedstawienie porównywanych rozwiązań Przedstawienie zalet i wad porównywanych

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

VENDIO SPRZEDAŻ kompleksowa obsługa sprzedaży. dcs.pl Sp. z o.o. vendio.dcs.pl E-mail: info@dcs.pl Warszawa, 16-10-2014

VENDIO SPRZEDAŻ kompleksowa obsługa sprzedaży. dcs.pl Sp. z o.o. vendio.dcs.pl E-mail: info@dcs.pl Warszawa, 16-10-2014 VENDIO SPRZEDAŻ kompleksowa obsługa sprzedaży dcs.pl Sp. z o.o. vendio.dcs.pl E-mail: info@dcs.pl Warszawa, 16-10-2014 Agenda Jak zwiększyć i utrzymać poziom sprzedaży? VENDIO Sprzedaż i zarządzanie firmą

Bardziej szczegółowo

Launch. przygotowanie i wprowadzanie nowych produktów na rynek

Launch. przygotowanie i wprowadzanie nowych produktów na rynek Z przyjemnością odpowiemy na wszystkie pytania. Prosimy o kontakt: e-mail: kontakt@mr-db.pl tel. +48 606 356 999 www.mr-db.pl MRDB Szkolenie otwarte: Launch przygotowanie i wprowadzanie nowych produktów

Bardziej szczegółowo

Cele przedsięwzięcia

Cele przedsięwzięcia Określanie wymagań Cele przedsięwzięcia Klienta, np. Wzrost efektywności, spadek kosztów, rozszerzenie rynku, unikanie błędów Wykonawcy Biznesowe Techniczne Priorytety! Kontekst przedsięwzięcia Użytkownicy

Bardziej szczegółowo

medavis RIS. W sercu diagnostyki obrazowej.

medavis RIS. W sercu diagnostyki obrazowej. European Medical Distribution s.r.o. Svätoplukova 30 821 08 Bratysława Słowacja Tel: +48 784 312 903 Fax: +48 22 203 51 14 e-mail: polska@emd-company.eu www.emd-company.eu 2012 medavis GmbH. All rights

Bardziej szczegółowo

Wymagania edukacyjne z przedmiotu Witryny i aplikacje internetowe klasa 2iA. tworzenia stron. animację - multimedia

Wymagania edukacyjne z przedmiotu Witryny i aplikacje internetowe klasa 2iA. tworzenia stron. animację - multimedia Wymagania edukacyjne z przedmiotu Witryny i aplikacje internetowe klasa 2iA Dział Uczeń otrzymuje ocenę dopuszczającą lub dostateczną, jeśli potrafi: wymienić narzędzia do tworzenia strony Zainstalować

Bardziej szczegółowo

Zarządzanie projektami

Zarządzanie projektami Zarządzanie projektami Dr Sławomir Kotylak WYKŁAD 2 MENEDŻER PROJEKTU ODPOWIEDZIALNY ZA WSZYSTKIE ASPEKTY REALIZACJI PROJEKTU PLANOWANIE KONTAKTY Z KLIENTEM, NEGOCJACJE KIEROWANIE ZESPOŁEM: REALIZACJA

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

Zarządzanie informacją i angażująca komunikacja w procesie łączenia spółek - integracja Grupy Aster z UPC Polska

Zarządzanie informacją i angażująca komunikacja w procesie łączenia spółek - integracja Grupy Aster z UPC Polska Beata Stola Dyrektor Personalny i Administracji Magdalena Selwant Różycka Kierownik ds. Komunikacji Biznesowej Zarządzanie informacją i angażująca komunikacja w procesie łączenia spółek - integracja Grupy

Bardziej szczegółowo

GLOBAL4NET Agencja interaktywna

GLOBAL4NET Agencja interaktywna Sklep internetowy Magento dla Rotom Polska Strona1 System B2B dla Rotom Polska Rotom jest jednym z czołowych dystrybutorów palet drewnianych, opakowań oraz nośników logistycznych dla przedsiębiorstw w

Bardziej szczegółowo

Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16. Miejsce: Eureka Technology Park, Innowatorów 8

Data: 06-07 marzec 2014 r. (2 dni, czwartek-piątek), godz. 9-16. Miejsce: Eureka Technology Park, Innowatorów 8 Szkolenie Scrum w projektach IT (Agile) METRYCZKA: Szkolenie Scrum 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

Specyfikacja wymagań projektu. Wersja <1.0>

<Nazwa firmy> <Nazwa projektu> Specyfikacja wymagań projektu. Wersja <1.0> Wersja [Uwaga: Niniejszy wzór dostarczony jest w celu użytkowania z Unified Process for EDUcation. Tekst zawarty w nawiasach kwadratowych i napisany błękitną kursywą

Bardziej szczegółowo

Bezpieczeństwo projektów - aspekt HR

Bezpieczeństwo projektów - aspekt HR Bezpieczeństwo projektów - aspekt HR KONFERENCJA BEZPIECZEŃSTWO W PROJEKTACH 11 maja 2010 Renata Polak W A R S Z A W A R Z E S Z Ó W W R O C Ł A W 1 Specyfika projektów - a bezpieczeństwo HR Przykłady

Bardziej szczegółowo

SKUTECZNE ZARZĄDZANIE PROJEKTEM

SKUTECZNE ZARZĄDZANIE PROJEKTEM SKUTECZNE ZARZĄDZANIE PROJEKTEM Zarządzanie projektami to nie jest takie skomplikowane! TERMIN od: 02.10.2017 TERMIN do: 04.10.2017 CZAS TRWANIA:3 dni MIEJSCE: Gdańsk CENA: 1500 zł + 23% VAT Jak sprawniej

Bardziej szczegółowo

Regulamin realizacji projektów edukacyjnych w Miejskim Gimnazjum nr 1 w Oświęcimiu

Regulamin realizacji projektów edukacyjnych w Miejskim Gimnazjum nr 1 w Oświęcimiu Regulamin realizacji projektów edukacyjnych w Miejskim Gimnazjum nr 1 w Oświęcimiu I. Ustalenia ogólne 1. Uczeń gimnazjum w myśl rozporządzenia Ministra Edukacji Narodowej z 20.08.2010r. realizuje przynajmniej

Bardziej szczegółowo

Zapisywanie algorytmów w języku programowania

Zapisywanie algorytmów w języku programowania Temat C5 Zapisywanie algorytmów w języku programowania Cele edukacyjne Zrozumienie, na czym polega programowanie. Poznanie sposobu zapisu algorytmu w postaci programu komputerowego. Zrozumienie, na czym

Bardziej szczegółowo

Prosty CRM online. Dbaj o zadowolenie klientów, zwiększ sprzedaż, załatw sprawy do końca. Zarządzanie kontaktami. Interesy i zadania

Prosty CRM online. Dbaj o zadowolenie klientów, zwiększ sprzedaż, załatw sprawy do końca. Zarządzanie kontaktami. Interesy i zadania Prosty CRM online Dbaj o zadowolenie klientów, zwiększ sprzedaż, załatw sprawy do końca Zarządzanie kontaktami Interesy i zadania Dostosuj do potrzeb Zalety CRM online Pomoc i dokumentacja Przenieś relacje

Bardziej szczegółowo

Jak wybrać. idealny. ploter tnący?

Jak wybrać. idealny. ploter tnący? Jak wybrać idealny ploter tnący? Producenci oznakowań, ekspozytorów, opakowań i wycinanych materiałów stoją w obliczu konieczności wykonywania coraz większej liczby zamówień o niewielkich nakładach. Ten

Bardziej szczegółowo

DLA SEKTORA INFORMATYCZNEGO W POLSCE

DLA SEKTORA INFORMATYCZNEGO W POLSCE DLA SEKTORA INFORMATYCZNEGO W POLSCE SRK IT obejmuje kompetencje najważniejsze i specyficzne dla samego IT są: programowanie i zarządzanie systemami informatycznymi. Z rozwiązań IT korzysta się w każdej

Bardziej szczegółowo

Projekt Giełdy Terminów Wizja. 19 czerwca 2015

Projekt Giełdy Terminów Wizja. 19 czerwca 2015 Projekt Giełdy Terminów Wizja Michał Begejowicz Bartosz Żurkowski 19 czerwca 2015 Spis treści 1 Wstęp 2 2 Opis problemu 2 3 Opis intersariuszy 3 3.1 Wewnętrzni......................... 3 3.1.1 Kadra dydaktyczna.................

Bardziej szczegółowo

Ogólne zasady projektowania algorytmów i programowania

Ogólne zasady projektowania algorytmów i programowania Ogólne zasady projektowania algorytmów i programowania Pracuj nad właściwie sformułowanym problemem dokładna analiza nawet małego zadania może prowadzić do ogromnych korzyści praktycznych: skrócenia długości

Bardziej szczegółowo

Czym się kierować przy wyborze systemu ERP? poradnik

Czym się kierować przy wyborze systemu ERP? poradnik Czym się kierować przy wyborze systemu ERP? poradnik Inwestycja w system ERP to decyzja wiążąca na lata, generująca w pierwszym momencie koszty, ale przede wszystkim mająca decydujący wpływ na przebieg

Bardziej szczegółowo

Zarządzanie projektami. Porównanie podstawowych metodyk

Zarządzanie projektami. Porównanie podstawowych metodyk Zarządzanie projektami Porównanie podstawowych metodyk Porównanie podstawowych metodyk w zarządzaniu projektami PRINCE 2 PMBOK TENSTEP AGILE METODYKA PRINCE 2 Istota metodyki PRINCE 2 Project IN Controlled

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

Jak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA

Jak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA Jak być agile w projekcie utrzymaniowym? JOANNA SIEMIŃSKA Joanna Siemińska o mnie Absolwentka Politechniki Warszawskiej Orange Outbox Europejska Organizacja Badań Jądrowych w Genewie (CERN) TouK Certyfikat

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

Zasady organizacji projektów informatycznych

Zasady organizacji projektów informatycznych Zasady organizacji projektów informatycznych Systemy informatyczne w zarządzaniu dr hab. inż. Joanna Józefowska, prof. PP Plan Definicja projektu informatycznego Fazy realizacji projektów informatycznych

Bardziej szczegółowo

6 kroków do skutecznego planowania na postawie wskaźników KPI

6 kroków do skutecznego planowania na postawie wskaźników KPI 6 kroków do skutecznego planowania na postawie wskaźników KPI Urzeczywistnianie celów biznesowych w praktyce Planowanie i optymalizacja łańcucha dostaw Odkryj brakujące połączenie pomiędzy celami biznesowymi

Bardziej szczegółowo

Metody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31

Metody wytwarzania oprogramowania. Metody wytwarzania oprogramowania 1/31 Metody wytwarzania oprogramowania Metody wytwarzania oprogramowania 1/31 Metody wytwarzania oprogramowania 2/31 Wprowadzenie Syndrom LOOP Late Późno Over budget Przekroczono budżet Overtime nadgodziny

Bardziej szczegółowo

Idealna strona internetowa dla Twojej firmy

Idealna strona internetowa dla Twojej firmy Katowice, 25.11.2010 r. Idealna strona internetowa dla Twojej firmy Warsztaty prowadzenie Zofia Oslislo 1 Czy potrzebuję (nowej) strony internetowej? mogę zwiększyć sprzedaż, gdy pozwolę klientom kupować

Bardziej szczegółowo

Raport oceny kompetencji

Raport oceny kompetencji Symulacje oceniające kompetencje Raport oceny kompetencji Rut Paweł 08-01-2015 Kompetencje sprzedażowe dla efactor Sp. z o.o. Dane osobowe Rut Paweł CEO pawel.rut@efactor.pl more-than-manager.com 2 z 13

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

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

Inżynieria oprogramowania (Software Engineering)

Inżynieria oprogramowania (Software Engineering) Inżynieria oprogramowania (Software Engineering) Wykład 3 Studium wykonalności Definicja wymagań Studium wykonalności (feasibility study) Prowadzone przed rozpoczęciem projektu, krótkie, niekosztowne badanie

Bardziej szczegółowo

ZARZĄDZANIE WDRAŻANIEM INNOWACJI W FIRMIE

ZARZĄDZANIE WDRAŻANIEM INNOWACJI W FIRMIE GRY STRATEGICZNE ZARZĄDZANIE WDRAŻANIEM INNOWACJI W FIRMIE Warsztaty z wykorzystaniem symulacyjnych gier decyzyjnych TERMIN od: TERMIN do: CZAS TRWANIA:2-3 dni MIEJSCE: CENA: Symulacyjne gry decyzyjne

Bardziej szczegółowo

Modelowanie i Programowanie Obiektowe

Modelowanie i Programowanie Obiektowe Modelowanie i Programowanie Obiektowe Wykład I: Wstęp 20 październik 2012 Programowanie obiektowe Metodyka wytwarzania oprogramowania Metodyka Metodyka ustandaryzowane dla wybranego obszaru podejście do

Bardziej szczegółowo

trendów, które zmieniają IT (technologię informatyczną)

trendów, które zmieniają IT (technologię informatyczną) trendów, które zmieniają IT (technologię informatyczną) Powszechnie wiadomo, że technologia informatyczna ewoluuje. Ludzie wykorzystują technologię w większym stopniu niż dotychczas. A ponieważ nasi użytkownicy

Bardziej szczegółowo