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

Podobne dokumenty
Planowanie i realizacja zadań w zespole Scrum

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

SYSTEMY INFORMATYCZNE ćwiczenia praktyczne

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

DLACZEGO TO DZIAŁA? 21. marca 2012r.

Zarządzanie projektami. Porównanie podstawowych metodyk

Programowanie Zespołowe

Scrum. Zwinna metodyka prowadzenia projektów

Wskazówki projektowe. Programowanie Obiektowe Mateusz Cicheński

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

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

Programowanie Zespołowe

Scrum w praktyce. Michał Piórek

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

Programowanie zespołowe

SCRUM Product Owner - wstęp do zarządzania produktami

Testujemy dedykowanymi zasobami (ang. agile testers)

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

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

Testowanie w procesie Scrum

Główne założenia XP. Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness)

Projektowanie oprogramowania. Termin zajęć: poniedziałek, a podstawie materiału ze strony.

Dobry Product Backlog Oferta szkolenia dla Product Ownerów

SCRUM - FRAMEWORK DO ZWINNEGO PROWADZENIA PROJEKTÓW. Ilona Ławniczak-Tomczak

Zwinne metodyki - Scrum

Opisy szkoleń dla certyfikatów Agile Scrum.

AGILE SOFTWARE HOUSE SCRUM PRAKTYCZNIE SCRUM BOOK

Metodyki programowania. Tomasz Kaszuba 2015

Programowanie zespołowe Dr inż. Robert Banasiak

Opis realizacji dla czterech zespołów (4 przypadki użycia)

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

Design thinking zaprojektuj, zbuduj i przetestuj swoje pomysły

Estimation and planing. Marek Majchrzak, Andrzej Bednarz Wroclaw,

Zarządzanie projektami IT metodyką SCRUM. Cezary Kamiński

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

Programowanie zwinne - wprowadzenie. Programowanie ekstremalne. Wstęp Reguły i praktyki SCRUM. Wprowadzenie Role Zdarzenia Artefakty

4. Wprowadzanie Scruma w ImmobilienScout Opis sytuacji

Wstęp do zarządzania projektami

Metodyki zwinne wytwarzania oprogramowania

EMPIRYZMSCRUM DOŚWIADCZENIE + PODEJMOWANIE DECYZJI = WIEDZA

Programowanie zespołowe

Techniki komputerowe w robotyce

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

kompetencji zawodowych Professional Scrum Master I, Certified Scrum Master I Mirosław Dąbrowski zespół Indeed wprowadzenie Scruma

AGILE PRODUCT MANAGEMENT. Szkolenie uczące, jak tworzyć i zarządzać produktami w dynamicznie zmieniającym się otoczeniu.

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

Programowanie zwinne

Programowanie obiektowe

KILKA SŁÓW O ROLI PRODUCT MANAGERA

Wstęp do zarządzania projektami

Podejście zwinne do zarządzania projektami

Etapy życia oprogramowania

Spis treści. Przedmowa. Wstęp. O książce. O autorach. O ilustracji na okładce. Podziękowania CZĘŚĆ I NAUKA KANBAN

Szkolenie 1. Zarządzanie projektami

EXIN Agile Scrum Foundation

Zarządzanie projektami w otoczeniu uczelnianym. Piotr Ogonowski

Scaling Scrum with SAFe. Małgorzata Czerwińska

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

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

SCRUM. Wprowadzenie Role Zdarzenia Artefakty KANBAN SCRUM-BAN

Analityk i współczesna analiza

Session Based Testing Czyli eksploracyjne testowanie w sesjach. Karolina Bilewska PapryQArz

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

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

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

Programowanie zespołowe

mtim Dedykowane aplikacje mobilne dla TIM S.A.

Historie polskich przedsiębiorców

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

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

Tematy seminariów wg Roger S. Pressman, Praktyczne podejście do oprogramowania, WNT, Zofia Kruczkiewicz

Agile vs PRINCE /2015 I rok st. magisterskie Informatyka

Agile Software Development. Zastosowanie metod Scrum i Kanban.

Oferta usług coachingowych firmy Code Sprinters

Adaptywny kod : zwinne programowanie, wzorce projektowe i SOLID-ne zasady / Gary McLean Hall. Gliwice, cop Spis treści

Plan Komunikacji Projektu Samooceny (CAF) Urzędu Gminy w Rzgowie

Szczegółowy plan szkolenia

Zarządzanie projektami w NGO

Skuteczność => Efekty => Sukces

Prezentacja oferty GrywITacja

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

Oceny z prezentacji INKU011S. Zofia Kruczkiewicz

Umowy w branży IT. Jak je konstuować, żeby uniknąć późniejszych nieporozumień. Tomasz Wiese Łukasz Marszał

Ewolucyjna architektura

Plan studiów stacjonarnych drugiego stopnia 2019/2021 Kierunek: Zarządzanie kreatywne B. Moduły kierunkowe obligatoryjne

Omówienie założeń procesu Design Thinking i przeprowadzenie wstępnego warsztatu. Mariusz Muraszko i Mateusz Ojdowski Logisfera Nova

ZOBACZ, CO NAS WYRÓŻNIA?

Feature Driven Development

Wstęp do zarządzania projektami

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

PODYPLOMOWE STUDIA ZARZĄDZANIA PROJEKTAMI KATOWICE

NOWE METODYKI PROWADZENIA PROJEKTU

MODELE CYKLU ŻYCIA OPROGRAMOWANIA (1) Model kaskadowy (często stosowany w praktyce do projektów o niewielkiej złożonoś

CTPARTNERS W LICZBACH ~100% 4,9 >500. kompleksowe obszary zarządzania IT w ofercie. osób przeszkolonych z zakresu IT

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

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Projektowanie strategii HR

Zasady organizacji projektów informatycznych

Szkolenie. Szef najlepszego zespołu sprzedaży - Kierowanie zespołem sprzedaży. Strona szkolenia Terminy szkolenia Rejestracja na szkolenie Promocje

Transkrypt:

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 Scrum Master Certyfikat PRINCE2

Plan prezentacji Kilka słów o motywacji Co było przed Agile Co to jest Agile Scrum Kanban Moje doświadczenie w projekcie rozwojowo-utrzymaniowym Podsumowanie

Motywacja

Film

Badanie wpływu nagrody na kreatywność

Badanie wpływu nagrody na kreatywność

Metoda kija i marchewki Duże wynagrodzenie zwiększa motywację pracowników wykonujących prace fizyczne Duże wynagrodzenie zmniejsza motywację pracowników wykonujących prace twórcze (umysłowe)

Hierarchia potrzeb

Co motywuje pracowników umysłowych Autonomia (samoukierunkowanie) Mistrzostwo Ambitny cel

Co było przed Agile

Waterfall czyli jak było do tej pory Wymagania Projektowanie Implementacja Testowanie Wdrożenie Utrzymanie

Postęp technologiczny Prawo Moore a (1965)

Agile http://pritamsen.files.wordpress.com/2014/04/agile1.jpg

Manifest Agile Przedkładamy: Ludzi i interakcje ponad procesy i narzędzia. Działające oprogramowanie ponad obszerną dokumentację. Współpracę z klientem ponad formalne ustalenia. Reagowanie na zmiany ponad podążanie za planem. Doceniamy to, co wymieniono po prawej stronie, jednak bardziej cenimy to, co po lewej.

Scrum http://pritamsen.files.wordpress.com/2014/04/agile1.jpg

Role w Scrum PIGS Product owner Scrum master Team CHICKENS Stakeholders (interesariusze)

Role Zadania Produkty Praktyki Scrum- Master Spotkanie panujące sprint Retrospektywne spotkanie sprintu Spotkanie przeglądu sprintu Codzienne spotkanie scrum Spotkanie planujące sprint Codzienne spotkanie Scrum Sprint Spotkanie przeglądu sprintu Retrospektywne spotkanie sprintu Właściciel Produktu Spotkanie panujące sprint Retrospektywne spotkanie sprintu Spotkanie przeglądu sprintu Zaległości produktowe Spotkanie planujące sprint Sprint Spotkanie przeglądu sprintu Zespół Ocenienie pozostałej pracy Spotkanie panujące sprint Retrospektywne spotkanie sprintu Spotkanie przeglądu sprintu Codzienne spotkanie Scrum Przyrost funkcjonalności produktu możliwy do wydania Graf wypalania Zaległości sprintu Codzienne spotkanie Scrum Spotkanie przeglądu sprintu Retrospektywne spotkanie sprintu

Proces Scrum

Ceremonie w Scrum Codzienny stand-up Planowanie Retrospektywa Przegląd sprintu

Kanban (カンバン)

7 x żadnych żadnych braków żadnych opóźnień żadnych zapasów żadnych kolejek gdziekolwiek i po cokolwiek żadnych bezczynności żadnych zbędnych operacji technologicznych i kontrolnych żadnych przemieszczeń

Elementy Kanbana Tablica Kanban Karta Kanban WIP limit Work In Progress limit Wyznaczenie czasu dostarczenia

Wszechstronność - Rozwijamy swoje umiejętności, by radzić sobie w różnych sytuacjach. Inicjatywa - Wspieramy ciekawe indywidualne pomysły i cenimy umiejętność samodzielnego stawiania celów. Kunszt - Pracujemy tak, by efekty budziły w nas dumę, a podziw u innych. Innowacja - Poszukujemy zastosowań dla nowinek i nowych standardów, zarówno w kwestiach technicznych, jak i w kwestii organizacji naszej pracy. Współpraca - W zespole nie rywalizujemy, tylko pracujemy na wspólny sukces. Uczciwość - Postępujemy rzetelnie, zarówno wobec siebie w firmie, jak i wobec klientów.

w fajnej atmosferze można się czegoś nauczyć dobre warunki pracy (bardzo elastyczny czas i miejsce pracy) możliwość pracy zdalnej bardzo mało formalizacji więc załatwienie wszystkiego jest szybkie nie ma problemów z opensourceowaniem czegoś nie ma problemu z zakazami używania jakichś bibliotek pół piątku jest na warsztaty/przygotowanie warsztatów

Doświadczenie projektowe

Stan systemu 7 lat funkcjonowania 7 systemów zintegrowanych 20mln linii kodu oparty o projekt opensourcowy brak testów brak dokumentacji

Klient i zespół

Problem z priorytetyzacją i brak przewidywalności terminów

Liczne błędy

Stan projektu PRZED Brak zmotywowanego zespołu Trudna komunikacja z klientem Brak sprecyzowania oczekiwań klienta Duża ilość błędów Nieterminowe oddawanie paczek (brak przewidywalności) Trudność we wprowadzaniu zmian Brak zautomatyzowanych testów Tracenie czasu na merge Bardzo ograniczona wiedza o systemie

Techniki agilowe Tablica Kanbanowa Codzienne stand-upy Cotygodniowe spotkania z klientem - planowanie Backlog i uzgadnianie z klientem priorytetów Retrospektywy i planowanie Krótkie iteracje

Backlog i priorytetyzacja przez klienta

Krótkie iteracje

Codzienne standupy & skype

Tablica klient

Planowanie

Restrospektywy

Ludzie i interakcje

Stan projektu PO Zmotywowany, zaangażowany zespół Dobra komunikacja z klientem Jasno określone oczekiwania klienta Ograniczona ilość błędów Terminowe (zaplanowane na sprincie) oddawanie paczek Mniejsza trudność we wprowadzaniu zmian Wprowadzenie zautomatyzowanych testów

Podsumowanie Pieniądze nie motywują do twórczej pracy. Potrzeba dać pracownikom autonomię, ambitne cele i możliwość doskonalenia się Ludzie (i relacje) są ważniejsi od procesów i narzędzi Nie można wszystkich trudności sprowadzać do problemów technicznych

Keep it better!

Pytania? garden.jsm@gmail.com

Dziękuję za uwagę! garden.jsm@gmail.com zdjęcia pobrane z serwisu www.flickr.com