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



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

Szkolenie Scrum w projektach IT (Agile)

Zarządzanie Projektami zgodnie z PRINCE2

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

Agile vs PRINCE /2015 I rok st. magisterskie Informatyka

Wprowadzenie do metodyki SCRUM. mgr inż. Remigiusz Samborski Instytut Informatyki Politechnika Wrocławska

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

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

SZTUKA SŁUCHANIA I ZADAWANIA PYTAŃ W COACHINGU. A n n a K o w a l

Zarządzanie projektami. Porównanie podstawowych metodyk

Wstęp do zarządzania projektami

Zarządzanie projektami. mgr inż. Michał Adamczak

Wstęp do zarządzania projektami

Metodyki zwinne wytwarzania oprogramowania

StratEX: zmieniamy pomysł w praktyczne działanie.

Wsparcie narzędziowe zarządzania ryzykiem w projektach

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

LETNIA AKADEMIA MŁODEGO MENEDŻERA


Programowanie zwinne

Gry symulacyjne w budowaniu kultury projektowej

SCRUM. Metodyka prowadzenia projektów. Na podstawie prezentacji B. Kuka i W. Sidora

Sztuka wystąpień i prezentacji przedsięwzięć e-biznesowych. Jan Rychter

PRINCE Foundation

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

Scrum. Zwinna metodyka prowadzenia projektów

Zarządzanie projektami w NGO

KILKA SŁÓW O ROLI PRODUCT MANAGERA

OFERTA. Zarządzanie projektami O K R E Ś L E N I E Z A S O B Ó W

Programowanie Zespołowe

ZARZĄDZANIE PROJEKTAMI. Tomasz Janka KFDZOM Kołobrzeg, 21 września 2017

Zarządzanie projektami zadaniowymi w oparciu o metodykę PMI

TEST MONEYGENIUS ETAP 7! Pytanie 1. Co zapewnia Ci NAJWIĘKSZE spełnienie w życiu? Pytanie 2. Co sprawia Ci NAJMNIEJSZĄ przyjemnośd?

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

ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

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

Zarządzanie projektem prawnym w praktyce

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Zarządzanie Projektami HR

e R gulamin Kuźni Talentów

Ekonomiczny Uniwersytet Dziecięcy

FILM - SALON SPRZEDAŻY TELEFONÓW KOMÓRKOWYCH (A2 / B1 )

Programowanie zespołowe

Komunikacja międzypokoleniowa - jak rozwijać współpracę z przedstawicielami pokoleń XYZ

Wsparcie narzędziowe zarządzania ryzykiem w projektach

Teambuilding budowanie zespołu

WIDEOAKADEMIA HR. Nina Sosińska

Zarządzanie projektem prawnym w praktyce

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

Start-up y sposób budowania zespołów a przyczyny niepowodzeo

Wstęp do zarządzania projektami

PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE

Specyfikacja egzaminu PRINCE2 Agile dla instytucji egzaminacyjnych i akredytowanych organizacji szkoleniowych. Wrzesień AXELOS.

PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE

Zarządzanie projektem wdrożeniowym systemu klasy ERP autorska metodyka

PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI WARSZAWA

Planowanie i realizacja zadań w zespole Scrum

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Nazwa firmy Tytuł i numer projektu

MATERIAŁY SZKOLENIOWE Rozwiązywanie konfliktów

Wyznaczanie kierunku. Krzysztof Markowski

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

Inwestycje Kapitałowe w innowacyjne projekty

Wprowadzenie do Behaviordriven

Jak dobierałem zespół - case study

Meandry komunikacji Biznes-IT

CO TO JEST PUBLIC RELATIONS?

Efektywność obsługi prawnej projektów IT

Podstawy Zarządzania Projektami w Organizacjach

Wsparcie narzędziowe zarządzania ryzykiem w projektach. Spotkanie 2 Zbigniew Misiak (BOC IT Consulting)

( SZKOŁA ZARZĄDZANIA PROJEKTAMI W KOMUNIKACJI

SUCCESS INSIGHTS Indeks Umiejętności Sprzedaży

Osiągnięte cele w sferze postaw, wiedzy i umiejętności

Nowocześnie zaprojektowana e-usługa - studium przypadku

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

Proces projektowania serwisu www

JAK POMÓC DZIECKU KORZYSTAĆ Z KSIĄŻKI

AL 1302 ZARZĄDZANIE PROJEKTAMI W OPARCIU O METODYKĘ PRINCE2

Wskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński

AKADEMIA DLA MŁODYCH PRZEWODNIK TRENERA. PRACA ŻYCIE UMIEJĘTNOŚCI

dr Mariusz Ulicki Dyrektor Biura Informatyki i Telekomunikacji Centrali KRUS

JAK WYKORZYSTAĆ STORYTELLING DO SPRZEDAŻY W SOCIAL MEDIACH? STRESZCZENIE VIDEO SZKOLENIA

P2WARE PLANNER SUITE

System bezpłatnego wsparcia dla NGO

E-marketing Prawniczy w praktyce Szymon Kwiatkowski

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming

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

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

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

Szkolenie 1. Zarządzanie projektami

AGILE SOFTWARE HOUSE SCRUM PRAKTYCZNIE SCRUM BOOK

( ) V O D. D A W I D B A G I N S K I. C O M W W W. D A W I D B A G I N S K I. C O M

BRIdge Alfa współpraca naukowców z inwestorami - sposób na sukces w komercjalizacji. Poznań, czerwiec 2015 r.

"LIDER ZESPOŁU SPRZEDAŻOWEGO "

Projektowe Zarządzanie Jakością

OFERTA SZKOLEŃ BIZNESOWYCH

PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI GDAŃSK

This document must be disclosed only to authorized individuals. Any reproduction and/or disclosure must be subject to information Owner prior consent.

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

Transkrypt:

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 osiągnięcia celu, często poprzez wytworzenie unikatowego produktu, usługi bądź rezultatu, posiadają zaplanowany z góry początek i koniec.

Projekt ma swój początek i koniec a niewiadome jest pomiędzy 3

Projekt to praca grupowa bez zespołu nie da się go skooczyd 4

Ograniczenia w projekcie czas pieniądze Źródło: opracowanie własne zakres 5

Projekt ma jeden początek i może mied wiele kooców A B B Źródło: opracowanie własne 6

W projektach IT tak się często zdarza to klient zamówił to opisywał projekt to zrobili programiści po uruchomieniu za to klient zapłacił tego klient potrzebował Źródło: http://www.ii.uni.wroc.pl/eciepecie/etapy.html 7

Najważniejsze składniki projektu zespół zespół przywództwo pieniądze plan specyfikacja

Zespół

Projekt to nie fabryka 10

Zespół zgranie, komunikacja doświadczenie określenie odpowiedzialności zespół musi wiedzied co konkretnie ma zrobid

Grzechy członkowie zespołu nie wiedzą, co mają robid członkowie zespołu pracują nad czymś niepotrzebnym teraz członkowie zespołu nie mają odpowiednich kwalifikacji do wykonania zadania ciągła pogoo i masa zadao, czyli wszyscy pracują na 100% niedopasowanie członków zespołu

Biznes vs IT Wiedza biznesowa Warstwa pośrednia Źródło: opracowanie własne Wiedza techniczna

Przywództwo

Przywództwo 15

Przywództwo ktoś musi byd liderem projektu lider może byd z nadania lub wyboru zespołu lider musi dążyd do celu i zarządzad zespołem

Grzechy brak jasno określonego celu nikt nie zajmuje się zespołem lider nie styczności z rzeczywistością nikt nie rozwiązuje problemów zespołu lider boi się podjąd decyzji

18

Plan działania

Plan działania znalezienie najważniejszych dla klienta części projektu podział projektu na mniejsze części wycena czasowa projektu kontrola etapów scrum oraz inne zwinne metodyki

JAKOŚĆ PLANU Są szanse ale trzeba trzymad kciuki Bardzo dobrze Bardzo źle Nie jest tak źle - zespół wybrnie Źródło: opracowanie własne DOŚWIADCZENIE ZESPOŁU 21

Grzechy zaczynamy robid projekt od części najmniej najmniej ważnych dla klienta stosujemy metodykę Na Hurra! brak komunikacji wewnątrz zespołu i z klientem boję się zapytad

Metodyki

Dostępne metodyki PMI Łaocuch krytyczny Prince2 Metodyki zwinne - Scrum, TODO List Hurrra

Kwintesencja zrozum co trzeba zrobid podziel projekt na części części podziel na zadania śledź postęp prac rozwiązuj problemy

Zadania szacujemy czas potrzebny na wykonanie zadao każda osoba pobierze zadanie patrzymy w jakim tempie zespół robi wybrane zadania jak wyznaczamy czas zadao?

Szacowanie czasu wybieramy najmniejszą sensowną jednostkę czasu wybieramy max sensowny przedział czasu np 6h ludzie nie czują różnicy pomiędzy 64h a 66h, czują różnicę pomiędzy 4 a 6.

Szacowanie czasu czas zadao możemy wyznaczad też za pomocą kart każda osoba z zespołu, zaanagażowana w zadanie pokazuje swoją kartę z liczbą godzin/dni w ten sposób nie trzeba bad się wyceny autorytetów

Szacowanie czasu jeśli wycena czasowa się nie zgadza to wtedy każdy mówi dlaczego dał taką a nie inną liczbę godzin/dni zespół dyskutuje na temat zadania i wyciąga z tego wnioski pamiętajmy o buforach czasowych i finansowych

Ciekawostki Jaki jest prawdopodobieostwo skooczenia zadania dokładnie w tyle godzin ile założyliśmy? Jak poznad czy ktoś zrobił zadanie wcześnie i je przetrzymał, żeby oddad na czas?

Dlaczego wielozadaniowośd jest zła? Koniec A Koniec B Koniec C zadamie A zadanie B zadanie C A1 A2 B1 B2 C1 C2 A1 B1 C1 A2 B2 C2 Koniec A Koniec B Koniec C Źródło: Critical Chain Project Management - Lawrence P. Leach

Rozkład normalny 32

Zespół cykliczne spotkania z zespołem zadajemy pytania: - co zrobiłeś? - co będziesz robid? - co Ci przeszkadzało? rozwiązujemy problemy

Źródło: http://stu.westga.edu 34

Co Ci przeszkadzało? nie mam umowy o prace wielozadaniowośd drzwi trzaskają musiałem robid jakieś inne zadania padł prąd i musiałem to pisad jeszcze raz nie mam ludzi więc wszystko robię sam

Zysk z pytania możliwośd budowaniu autorytetu możliwośd zmiany firmy możliwośd zmiany i ulepszenia naszego Ja

Autorytet może się przydad gdy: jesteśmy nowo urodzonym PM em mamy nowy zespół, z którym pierwszy raz pracujemy kiedy mamy zespół zesłanców lub tzw karną kompanię inne równie drastyczne przypadki

Specyfikacja jako dokument TXT jako klikalny prototyp jako makieta specyfikacja MUSI byd sensowana i odpowiadad na pytania

Najczęstsze problemy klient / inwestor nie rozumie do kooca swojego problemu inwestor myśli, że rozumie rozwiązanie swojego problemu - tak mu się wydaje inwestor nie rozpatruje wielu zazębiających się funkcjonalności co innego zobaczyd a co innego przeczytad

Narzędzia umysł wiedza dyskusja prototyp specyfikacja

Jak to się odbywa? ale o co chodzi? - rozmowy wstępne o problemie tworzymy sobie w głowie model tego co chce inwestor źle mnie zrozumiałes! - przedstawiamy to co zrozumieliśmy mija pare dłuższych chwil i kilka iteracji uff wydaje się nam, że się rozumiemy - zadajmy parę podchwytliwych pytao

Jak to się odbywa? rysujemy to co zrozumieliśmy - tworzymy prototyp przecież to nie tak! - klient zobaczył prototyp zmiana prototypu => rozmowa => zmiana prototypu => rozmowa =>... nareszcie! - akceptacja prototypu i specyfikacji - myślimy, że się rozumiemy ;)

Czym jest prototyp platformą dyskusji buforem zmian - tu się najwięcej dzieje jedną z części specyfikacji poligonem dla usability

Prototyp Źródło: opracowanie własne 44

Prototyp Źródło: opracowanie własne 45

46

DZIĘKUJĘ ZA UWAGĘ Zapraszam do dyskusji 47