Successfully reported this slideshow.
Your SlideShare is downloading. ×

Evolúcia softvérového priemyslu

Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Ad
Upcoming SlideShare
Lean Startup
Lean Startup
Loading in …3
×

Check these out next

1 of 43 Ad

More Related Content

Advertisement
Advertisement

Evolúcia softvérového priemyslu

  1. 1. Picture by davydubbit<br />
  2. 2. Rýchly čln<br />Úspešný IT projekt<br />
  3. 3. Evolúcia softvérového priemysluDušan Kocúrek, 2011<br />Picture by davydubbit<br />
  4. 4. Základy softvérového priemyslu<br />neskoré zmeny sú neúnosnenákladné<br />All rights reserved by ookami_dou, Orange County Archives<br />
  5. 5. Organizácia<br />Proces<br />Produkt<br />
  6. 6. 1976<br />1975<br />1995<br />1977<br />A čo<br />vaša<br />organizácia?<br />2004<br />1995<br />2001 – vznik Agile<br />
  7. 7. Dynamika trhu <br />vyžaduje nové formy organizačnej štruktúry podporujúce<br />samoorganizáciu<br />
  8. 8. All rights reserved by Transworld Advertising Agency Network - TAAN<br />Dva rozdiely?<br />Velenie a riadenie<br />Samoorganizácia<br />
  9. 9. Firmubudujte <br />na nápadoch, <br />nie na hierarchii<br />
  10. 10. Hyperproduktívny tím<br />Spoločná bolesť a hrdosť<br />Motivácia<br />Znalosti a inovácie<br />Rýchla spätnáväzba<br />Reálne odhady, lepšie plánovanie<br />Spoločné riešenie problémov<br />Manažérako podpora, leadership<br />Samoorganizácia<br />
  11. 11. O nepochopení<br />Dr. Winston W. Royce<br />
  12. 12. O nepochopení<br />http://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf<br />
  13. 13. Tomuto konceptu verím, ale takáto implementácia je<br />riziková a spôsobí zlyhanie<br />http://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf<br />
  14. 14. Vyvíjajte dvakrát. <br />Pilotnú aplikáciu potom zahoďte.<br />
  15. 15.
  16. 16. Evolúcia<br />procesov<br />
  17. 17. Ťažká váha<br />Ľahká váha<br />
  18. 18. Akoinak?<br />
  19. 19. Čo dosiahnete<br />PREČO?<br />Funkčný produkt už od počiatku<br />Jednoduchší produkt<br />Lepšia použiteľnosť<br />Vyššia kvalita<br />Rýchla reakcia na zmeny<br />Aktívne, tímové plánovanie<br />Viditeľnosť stavu<br />Jasné priority<br />Zmena procesu<br />
  20. 20. ale čo a prečo?<br />
  21. 21. Koľko % vlastností<br />Nepoužívate<br />?<br />
  22. 22. Scott Ambler, IBM<br />
  23. 23. Prečo mrháme prostriedkami, časom a energiou na vývoj niečoho čo je nepouživané?<br />20%<br />
  24. 24. ale ako to zmeniť?<br />
  25. 25. Zákazník<br />Hodnota<br />Riziko<br />All rights reserved by QuEpAsA Boy!, Abdul RahmanRoslan<br />
  26. 26. Iní a Agile<br />2011<br />2001<br />JurgenAppelo, noop.nl<br />
  27. 27. Netlačiť,<br />ale ťahať<br />
  28. 28. iba<br />dôležité<br />takneskoro<br />akosa dá<br />All rights reserved by Jahangir @<br />
  29. 29. malé tímy<br />
  30. 30. Rytmus<br />
  31. 31. Krátke<br />iterácie<br />
  32. 32. Jednoduché nástroje<br />
  33. 33. All rights reserved by joopy<br />Vidieťa byť videný<br />
  34. 34. Najprv<br />dokončiť<br />začaté<br />
  35. 35. jednoduché metriky<br />
  36. 36. Odstráňte zbytočnosti<br />
  37. 37. Ukážte sa<br />Ukážte <br />
  38. 38. Sebareflexia<br />
  39. 39.
  40. 40. Vaše kotvy a motory <br />z hry Rýchly čln?<br />
  41. 41. Backlog<br />Scrum Master, Produktový vlastník, malý tím<br />Sprinty<br />2 týždne<br />Indexová karta<br />Riešte problémy<br />Kanban<br />Tabuľa, graf<br />Akceptácia výsledkov<br />Retrospektíva<br />
  42. 42.
  43. 43. Čozmeníte<br />Vy?<br />Dušan Kocúrek, 2011, @didierkoc<br />

Editor's Notes

  • Softvérový priemysel adaptovalprístupyVodopádový model vývoja pochádza zo spracovateľského priemyslu a stavebníctva. Sú to vysoko štruktúrované prostredia, v ktorých neskoršie zmeny sú neúnosne nákladné.
  • Winston W. Royce (1929 – 1995) was an American computer scientist, director at Lockheed Software Technology Center in Austin, Texas, and one of the leaders in software development in the second half of the 20th century.[1] He was the first who described the Waterfall model for software development, although Royce did not use the term &quot;waterfall&quot; in that article, [2] nor advocated the waterfall model as a workingmethodology.[3]

×