Finish or perish
Upcoming SlideShare
Loading in...5
×
 

Finish or perish

on

  • 722 views

 

Statistics

Views

Total Views
722
Views on SlideShare
717
Embed Views
5

Actions

Likes
1
Downloads
14
Comments
1

2 Embeds 5

http://www.linkedin.com 3
https://www.linkedin.com 2

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Finish or perish Finish or perish Presentation Transcript

  • Scrum: Nowy porządekFinish or perish Tomasz Włodarek1.00.02 © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd). bnd
  • agile/agility (Agile Software Development)“ When product managers werent looking, developers went agile. –BarbaraThe Politics of Agile Nelson © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd). ”
  • Odkrywamy coraz doskonalsze sposoby rozwijania oprogramowania, tworząc jei pomagając innym to robić. Działając w ten sposób nauczyliśmy się cenić:ludzi i współpracę bardziej niż procesy i narzędziadziałające oprogramowanie bardziej niż wyczerpującą dokumentacjęwspółpracę z klientem bardziej niż formalne pertraktacjereagowanie na zmiany bardziej niż podążanie za planem[...]Realizujemy projekty opierając się na motywacji osób biorących w nich udział.Udostępniamy potrzebne im zasoby i ufamy, że ich praca zostanie wykonana.Najlepsze możliwe: architektura, wymagania i projekty powstają w wyniku pracysamoorganizujących się zespołów.[...] Manifest Agile (http://www.agilemanifesto.org) Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas© 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiałudostępniany na licencji Creative Commons (by-nc-nd).
  • empiryzm (kontrola–adaptacja–przejrzystość)“ The great thing about fact–based decisions is that they can overrule the hierarchy. –Jeff Bezos ” Amazon.com © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • samoorganizacja “ [...] study by Nonaka has shown that Japanese companies with a self–organizing characteristic tend to have higher performance records [...] –K. Imai, I. Nonaka, H. Takeuchi ” Managing the New Product Development Process: How Japanese Companies Learn and Unlearn © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • A new product development team, consisting of members with diversebackgrounds and temperaments is hand picked by top management andis given a free hand to create something new.Given unconditional backing from the top, the team begins to operatelike a corporate entrepreneur and engage in strategic initiatives that gobeyond the current corporate domain.Several evolutionary theorists use the word „self–organization” to refer to agroup capable of creating its own dynamic orderliness.The creation and, more importantly, the propagation of this kind of self-organizing product development team within Japanese companies represents arare opportunity for the organization at large to break away fromthe built–in rigidity and hierarchy of day–to–day operations. –K. Imai, I. Nonaka, H. Takeuchi Managing the New Product Development Process: How Japanese Companies Learn and Unlearn© 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiałudostępniany na licencji Creative Commons (by-nc-nd).
  • GE/Durham6 typów silników turboodrzutowych, >10000 elementów każdy, 8.5t, >1100 szt. rocznie212 techników, 24 osoby w konsyliach wspierających składających się z wydelegowanych członkówzespołów, 1 manager14 samoorganizujących się, interdyscyplinarnych zespołówRaven, Phoenix, Mirage, Trinity, Apollo, Odyssey, Eclipse, Liberty, Velocity, Summit, Freedom, Horizon, TeamC, Galaxywspólny cel, pełne właścicielstwo od początku do końca montażu, codzienne spotkania,regularne przeglądy4 poziomy specjalizacji, równe wynagrodzenia, uzależnione jedynie od poziomu specjalizacji www.fastcompany.com/magazine/28/ge.html www.worldblu.com/live/2005/presentations/Chuck%20Williams.pdf © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • nowy porządek“ It is quite difficult for a highly structured and seniority–based organization to mobilize itself for change, especially under noncrisis conditions. The effort collapses somewhere in the hierarchy. –K. Imai, I. Nonaka, H. Takeuchi ” Managing the New Product Development Process: How Japanese Companies Learn and Unlearn © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • Stan bieżący Stan pożądany§  Opóźnienia w realizacji projektów, długie cykle produkcyjne, późna §  Umiejętność dokonywania szybkiej zmiany, łatwość jej realizowania kapitalizacja. Innowacja staje się imitacją §  Zwiększona produktywność i jakość§  Proces planowania i utrzymania planu wydaje się zabierać zbyt §  Wczesna eliminacja ryzyka dużo czasu, mimo to organizacja pogrąża się w chaosie §  Wczesne uzyskiwanie wartości§  Odstępstwo od planu jest kosztowne, wprowadzanie zmian w §  Zwiększona świadomość odnośnie aktualnego stanu prac trakcie realizacji projektu jest trudne §  Ograniczone marnotrawstwo§  Ponad 60% dostarczanej funkcjonalności jest użwane rzadko bądź wcale, równocześnie rośnie lista niezaspokojonych potrzeb §  Odchudzone produkty, szybciej i precyzyjniej zdobywające rynek odbiorców §  Poprawa relacji z klientami/odbiorcami§  Jakość tworzonego oprogramowania się pogarsza, faza stabilizacji §  Zaangażowani i zmotywowani pracownicy przed wydaniem się wydłuża §  Obniżone całkowite koszty realizacji (koszty produkcji, wdrożenia i§  Produkty stają się coraz droższe w utrzymaniu i rozwijaniu, także utrzymania oprogramowania) ze względu na zwiększane nakłady na procesy mające usprawnić pracę§  Niezadowoleni, zrażeni współpracą klienci/odbiorcy§  „Marsze śmierci” obniżają morale, rośnie frustracja, w razie niepowodzenia występuje przerzucanie się odpowiedzialnością i szukanie kozłów ofiarnych © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • “ Scrum is a disruptive technology, that if you implement it well, your competition can’t compete. You will put your competitors out of business. ” –Jeff Sutherland © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • §  tradycyjnie kreowanych jest wiele ról kierowniczych do obsługi różnych etapów cyklu życia produktu – kierownicy (w wielu odmianach, smakach i zapachach): produktu, programów, projektów, działów, pionów, grup, …§  odpowiedzialność za produkt jest rozdzielona, fragmentaryczna, czasem zdublowana, a cele poszczególnych grup rozbieżne§  pod presją rynku model tradycyjny sprzyja rywalizacji i przerzucaniu się odpowiedzialnością wewnątrz organizacji§  przepływ komunikacji jest utrudniony, pętle informacji zwrotnej nie są domknięte§  nikt nie czuje się w pełni odpowiedzialny za całość§  nikt nie zarządza całością, nagradzane są suboptymalne rozwiązania© 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiałudostępniany na licencji Creative Commons (by-nc-nd).
  • Kierownik produktu Kierownik projektu Kierownik liniowy§  analiza konkurencji §  planowanie przedsięwzięcia, §  przydział zasobów§  analiza rynku i potrzeb planowanie dostępności §  rozsądzanie sporów zasobów, przygotowywanie i aktualnych lub przyszłych utrzymywanie harmonogramów §  dbałość o jakość odbiorców pod kątem §  dbałość o rozwój kompetencji §  rozdział zadań i rozliczanie z wprowadzenia nowej ich wykonania §  dbałość o morale i motywację funkcjonalności, produktu lub §  monitorowanie i analiza stanu §  administracja usługi przedsięwzięcia§  analiza wykorzystania systemu §  ... §  zapewnienie komunikacji przez obecnych klientów pomiędzy osobami§  analiza finansowa pod kątem zaangażowanymi w opłacalności przedsięwzięcia przedsięwzięcie§  zaangażowanie i współpraca z §  raportowanie postępu prac odpowiednimi interesariuszami przed interesariuszami i sponsorem (zewnętrznymi i wewnętrznymi) §  ...§  współpraca ze sponsorem§  ... © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • “ –No, no. You don’t understand. We are mature, metrics–driven software organization, so… –Well, I’d prefer your organization to be market– and revenue–driven, so better start delivering this f..ing software now. (friendly chat, VP level) © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd). ”
  • „Empirical management” is slowly emerging – regardless of how we call itas a NEW management paradigm.We see this trend emerge from different sources like Blue Ocean, RadicalManagement, Innovators Dilemma, Innovators Solution, Design Thinking, LeanStartup, and the growing number of governance frameworks that work on multi–level feedback loops. And it is all a pre–requsite in a world that demandsfaster and faster innovation with a higher and higher order of change.It is inevitable – we are on the verge of a management revolution, and at its core isempirical management, with Scrum being one of the better documentedand well understood techniques we know so far. –Mike Beedle http://www.enterprisescrum.com/enterprise-scrum© 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiałudostępniany na licencji Creative Commons (by-nc-nd).
  • Scrum Team Product Owner Development Team Scrum Master §  odpowiedzialność za §  odpowiedzialność za §  „ucieleśnia” zwinność (agility) optymalizowanie i przygotowanie propozycji §  pomaga Product Ownerowi i wypracowanie rzeczywistej rozwiązań i planów ich realizacji Zespołowi Deweloperskiemu (rynkowej) wartości adekwatnych do potrzeb zrozumieć, podjąć i efektywnie wytwarzanego produktu Product Ownera wypełniać ich role i wynikające z §  efektywne balansowanie §  realizacja planu, optymalizacja nich obowiązki między potrzebami a tego planu i sposobów §  pomaga całej organizacji możliwościami wykonywania pracy, właściwie i efektywnie §  kontrola ryzyka, zarządzanie §  wytworzenie produktu wykorzystywać Scruma niepewnością, projekcje krótko §  odpowiedzialność za jego §  wprowadza zmianę do całego i długoterminowe, komunikacja użyteczność, kompletność i ekosystemu tak, by doskonalić z interesariuszami jakość sposoby wykonywania pracy, §  klarowne artykułowanie do zwiększać efektywność i jakość Zespołu potrzeb odnośnie produktu © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • product owner jest odpowiedzialny za optymalizowanie wartości produktu, „mini–CEO” © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • §  zarządza Product Backlogiem – tworzy go i utrzymuje§  definiuje cechy produktu i jego funkcjonalności, ale nie jest asystentem Zespołu Deweloperskiego, może nigdy własnoręcznie nie stworzyć żadnego elementu backloga§  ma ostateczne słowo odnośnie tego nad czym ma pracować Zespół i jest za podjęte decyzje odpowiedzialny§  decyduje co i kiedy wydać§  reprezentuje interesariuszy, odbiorców, klientów na forum Zespołu§  poziom szczegółowości na którym operują poszczególni Product Ownerzy może się różnić; niektórzy pracują bliżej szczegółów implementacyjnych niż inni; czasem poziom ten jest również zależny od konkretnej funkcjonalności, miejsca i czasu§  nie może być jednocześnie Scrum Masterem© 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiałudostępniany na licencji Creative Commons (by-nc-nd).
  • Is responsible for what the Scrum Team builds and for optimizing the value of it. –Ken Schwaber, Enterprise and ScrumIs the person who is officialy responsible for the project. –Ken Schwaber, Agile Software Development with ScrumIs the single, wringable neck. –Ken Schwaber, Enterprise and Scrum© 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiałudostępniany na licencji Creative Commons (by-nc-nd).
  • development team jest odpowiedzialny za dostarczanie gotowego oprogramowania co Sprint © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • §  samodzielnie określa które wymagania mogą zostać ukończone w Sprincie, kierując się przy tym porządkiem określonym przez Product Ownera§  samodzielnie określa w jaki sposób najlepiej sprostać oczekiwaniom, organizuje się i wykonywaną przez siebie pracę§  współpracuje z Product Ownerem w celu zoptymalizowania wartości§  tworzy Przyrost produktu i jest odpowiedzialny za jego użyteczność, kompletność i jakość§  (idealnie jeśli) posiada wszelkie kompetencje wymagane do dostarczenia w pełni ukończonego Przyrostu§  ma ostateczne zdanie w kwestii estymat (Product Owner może dostarczać dodatkowych wyjaśnień pomagających zrozumieć potrzebę i wynikający z niej zakres prac)§  może wybierać swojego Scrum Mastera© 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiałudostępniany na licencji Creative Commons (by-nc-nd).
  • scrum masterjest odpowiedzialny za efektywne i produktywne wykorzystanie Scruma, „mini–CPO” © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • §  uczy jak wykorzystywać Scruma by efektywnie realizować cele biznesowe§  pomaga Zespołowi Scrumowemu rozumieć wartości, odpowiedzialności, zasady i praktyki Scruma, uczy postępowania zgodnie z nimi i upewnia się, że są one wykorzystywane i realizowane poprawnie§  zapewnia pomoc i wsparcie dla Zespołu Scrumowego, usuwając bariery stojące na drodze do zwiększenia produktywności i jakości§  przewodzi Zespołowi Scrumowemu, ale nie jest po to by „kierować zespołem czy projektem” lub „napędzać wyniki”, nie jest też „rzecznikiem” lub „twarzą zespołu” (servant–leadership)§  służy Zespołowi Scrumowemu, ale nie jest ich asystentem§  „animuje” (facilitate) wydarzenia scrumowe jeśli zachodzi taka potrzeba§  porusza się w przestrzeni ponad– i pozazespołowej aby dokonywać zmiany porządku w całej organizacji§  nie może być jednocześnie Product Ownerem© 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiałudostępniany na licencji Creative Commons (by-nc-nd).
  • kierownictwojest odpowiedzialne za ustanowienie ram działania sprzyjających efektywności © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • Wyznaczenie wymagającego, ambitnego, ale osiągalnego celu…I kept on rejecting the proposals repeatedly for about half a year. Engineers can think up all kinds ofreasons why something is impossible to do. –Kobayasi, Fuji–Xerox…umożliwienie dowolności w sferze realizacji…Yes, weve given them freedom, but weve also transferred a strong sense of responsibility.At times, management needs to do something drastic like setting the objective, giving the team fullresponsibility, and keeping its mouth shut.If each and every one of us does his or her job well, then we basically wont need a structure. –Kawamoto, Honda…udzielenie wsparciaWe open up our purse but keep our mouth closed. –Kawamoto, Honda© 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiałudostępniany na licencji Creative Commons (by-nc-nd).
  • Odpowiedzialność Dawniej Scrum / Agilezobowiązanie odnośnie dat i kosztów kierownik projektu Product Owneroptymalizacja wartości, zysków kierownik produktu Product Ownerpełna komunikacja zmian do interesariuszy kierownik projektu Product Ownerzapewnienie przejrzystości ? Scrum Masterstan projektu kierownik projektu Product Owner kierownicy funkcyjni (np. Developmentusprawnienia, poprawianie produktywności Zespół Deweloperski Managers)zmiana kierunku rozwoju produktu na ? Product Ownerpodstawie obserwacji kolejnych przyrostówzapewnienie jakości QA Zespół Deweloperskiusuwanie przeszkód kierownicy projektów, kierownicy funkcyjni Scrum Master, wyższe kierownictwozmiana organizacyjna w kierunku zwinności ? Scrum Master, wyższe kierownictworozszerzanie kompetencji pracowników kierownicy funkcyjni ponadzespołowe grupy kompetencyjne bez zmian, jednak oparte o wypracowanąpremie, bonusy kierownicy funkcyjni, dyrektorzy zarządzający wartośćpromocje kierownicy funkcyjni, dyrektorzy zarządzający bez zmian, jednak oparte o rzeczywisty wkład © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • §  Zarządzanie empiryczne wypiera zarządzanie predyktywne §  zaakceptowanie niepewności – potrzeba uzyskiwania pewności za wszelką cenę zastępowana jest przez umiejętne zarządzanie ryzykiem §  sztuka realizowania tego co możliwe, racjonalne i prawdziwie wartościowe wypiera obligatoryjność spełniania marzeń §  ceni się uważność i decyzyjność na bazie faktów§  Przejrzystość niezależna od natury prezentowanych rzeczy §  faktyczny stan rzeczy jest nazywany po imieniu, co ogranicza realizację niejawnych celów i ukrytą motywację §  marnotrawstwo, przeszkody, dysfunkcje są bezlitośnie punktowane§  Decyzyjność i odpowiedzialność przesuwana jest w dół organizacji §  styl autorytarny (command–and–control) i mikrozarządzanie wypierane jest przez samoorganizację §  poziom kontroli odgórnej ulega obniżeniu i jest zastępowany subtelną kontrolą §  zakresy odpowiedzialności są precyzyjnie określone §  pracownicy zachęcani są do wykraczania poza swoje zwyczajowe silosy kompetencyjne© 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiałudostępniany na licencji Creative Commons (by-nc-nd).
  • test charakteru całej organizacji “ Zwykle, gdy ktoś usuwa jeden z podstawowych elementów Scruma, robi tak ponieważ element ten obnaża aspekty rzeczywistości których nikt nie chce zauważać. ” –Ken Schwaber © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • wartości i kodeks Scrum •  Umiejętność podejmowania zobowiązania rozumiana jako silne poczucie związku z wyrażanymi opiniami i podejmowanymi działaniami oraz konsekwencja w ich realizacji. •  Uważność i koncentracja uwagi, bez nich nie jest możliwe dogłębne rozumienie problemów i potrzeb, których rozwiązaniem ma być wytworzone oprogramowanie. •  Otwartość wskazywana jako gotowość do dzielenia się informacją ze wszystkimi członkami zespołu, bez względu na charakter – zgodny z oczekiwaniami czy nie – tej informacji. •  Poszanowanie oznaczające pozytywne odczucia jednej osoby względem drugiej i umiejętność budowania synergii przy uwzględnieniu silnych i słabych stron innych członków zespołu, różnic w doświadczeniu, wykształceniu i roli w zespole. Zespół scrumowy stanowi całość i jedność i tak jest postrzegany przez resztę organizacji. •  Odwaga jest elementem niezbędnym do istnienia i rozwoju Scruma. Jako nowa metoda pracy wymaga on zmiany dotychczasowego porządku, przełamywania zwyczajów i sposobów wykonywania pracy. Nieodmiennie związane jest to z dużym oporem. © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • Pytania? © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).
  • Tomasz Włodarek dziękuję!tomek@poddrzewem.plhttp://www.linkedin.com/in/wlodarekhttp://www.poddrzewem.plhttp://www.scrum.orgScrum Guide. Ken Schaber, Jeff Sutherland, 2011Marsz ku klęsce. Poradnik dla projektanta systemów. Edward Yourdon, WNT 2007The New New Product Development Game. Hirotaka Takeuchi, Ikujiro Nonaka, HarvardBusiness Review, Jan-Feb 1986The Leaders Guide to Radical Management: Reinventing the Workplace for the 21stCentury. Stephen Denning, Jossey-Bass, 2010Scrum w Polsce. Raport z badań. red. dr M. Ćwiklicki, UEK, 2009Metodyka Scrum w Polsce w świetle badań. M. Ćwiklicki, T. Włodarek, kwartalnik Nauka igospodarka, 2010Pełna partycypacja w zarządzaniu. P. Prokopowicz, R. Stocki, G. Żmuda, Wolters Kluwer, 2008 © 2012 Tomasz Włodarek. Pragmatyczne metody wytwarzania oprogramowania. Materiał udostępniany na licencji Creative Commons (by-nc-nd).