Czy Agile wystarczy by być innowacyjnym?

Transkrypt

1 Czy Agile wystarczy by być innowacyjnym? Politechnika Krakowska Andrzej Przewięźlikowski

2 Who are we? Andrzej Przewięźlikowski Jacek Makola BU Director Comarch MSc in IT & MBA > 15 lat w branży Ekspert Zewnętrzny ds. Analiz Delphi Narodowy Program Foresight Polska 2020 Małpolska Rada Innowaccji (ex.) Research & Development Manager Comarch MSc in Physics > 15 lat w branży PMP Page 2

3 Comarch 20 lat na rynku IT Szerokie portfolio produktowe Telco, Finanse, Retail, Linie Lotnicze, Medycyna, Sektor Publiczny Obecność w EU ale również USA/Kanada/Ameryka Płd, Rosja, Ukraina >3500 pracowników 16 mln EUR rocznie na R&D Najbardziej innowacyjna firma polska w sektorze IT (RP 2012,2010,2009,2006,2005) Innowator 2012,2011,2009 (Wprost, PAN) Page 3

4 Gdzie są inni innowatorzy? Page 4

5 Recepta na sukces? Page 5

6 Kryzys inżynierii oprogramowania Tylko 30% projektów jest realizowana w zadanym czasie, budżecie i realizuje ustalony zakres 40% jest przerywanych 30% przekracza czas realizacji, budżet lub dostarcza mniej funkcjonalności IT jest jedną z niewielu branż, gdzie błędy są prawie akceptowaną częścią produktu Page 6

7 Dawniej: Czym zajmują się programiści 80% - tworzenie pionierskich rozwiązań wspomagających naukę i biznes Aktualnie: 80% - powielanie kolejnych wersji oprogramowania już dostępnego na rynku Page 7

8 Kryzys inżynierii oprogramowania Mariner 1 - wybuch rakiety ze statkiem do eksploracji Venus - 18,5 mln $ Therac-25 medycyna- śmierć pacjentów z powodu nadmiernego napromieniowania Wybuch rakiety Ariane 5 Page 8

9 Jak do tego doszło? Łatwy dostęp do narzędzi programistycznych Rosnąca złożoność programów Niezależne budowanie od 0 kolejnych wersji oprogramowania realizujących te same zadania Realizowanych jest coraz więcej projektów w tym samym czasie przez te same zasoby Page 9

10 Jak do tego doszło? Jeszcze na początku lat 80 tych programista po studiach otrzymywał w US pensję 15k $ rocznie Zakup komputera w tamtych czasach to koszt rzędu milionów $ Komputery były wykorzystywane w 100% Liczyła się każda sekunda, bajt pamięci, wygrywał ten kto optymalizował kod. Page 10

11 Koszty komputerów vs koszty programistów Millions of $ Machine costs Programmer salary Up to 150 k $ Page 11

12 Jak do tego doszło? Wraz z malejącym kosztem komputerów rosły zarobki programistów. Zgodnie z teorią optymalizacji najbardziej znaczących kosztów próbowano wykorzystać czas pracy developerów w 100% poprzez równoległą pracę nad wieloma projektami Page 12

13 Jak do tego doszło? Efektem jest pełne wykorzystanie. Problem jednak w braku możliwości efektywnej komunikacji pomiędzy członkami zespołu. 100% wykorzystana autostrada może okazać się bezużyteczna Page 13

14 Podstawowe założenia Agile - Manifesto Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan Page 14

15 Kanban Page 15

16 Kanban Visualize the workflow programista widzi cały projekt a nie tylko swoje zadanie. Może podejmować decyzje na podstawie pełniejszej wiedzy o projekcie Manage Flow tablica odzwierciedla etapy pracy: backlog, development, tests, ready for deployment Make Process Policies Explicit wszyscy członkowie zapytani o przykładowe zadanie z tablicy odpowiedzą o jego stanie w ten sam sposób Improve Collaboratively możemy a nawet powinniśmy zmieniać workflow do naszych potrzeb optymalizując go Page 16

17 Limit Work In Progress Najistotniejsze założenie Kanban to ograniczenie pracy w toku. Chcemu uniknąć zakorkowanej autostrady Do poszczególnych etapów np. developmentu przypisujemy maksymalną liczbę zadać w danym stanie. Liczbę tę dobieramy eksperymentalnie? Aby uniknąć korków np. w wszystko gotowe ale nie przetestowane Aby dać czas na optymalizacje procesu i innowacje Page 17

18 Agile efekty Time to market Continuous improvement Wczesne prototypowanie Czas na innowacje Klienci enterprise chcą wszystko planować i kontrolować Dokumentacja dla potomnych? Pływający zakres Co zespołami rozproszonymi? Page 18

19 Agile czy to już wystarczy? Nakłady na R&D (%sprzedaży) Apple Google Facebook Amazon Comarch Oracle Time2Market Continuous Improvement Innowacje przez akwizycje Agile development Kultura innowacji Page 19

20 Zapraszamy do Comarch Skills Laboratory! Tworzymy 4 grupy warsztatowe: 1. System bilingowy - operator telekomunikacyjny od środka 2. Operational Support Systems - skala ma wielkie znaczenie 3. Java w lojalności 4. Business Intelligence hurtownie danych i narzędzia raportowe Uczestnicy CSL podzieleni na grupy, wezmą udział w 4 warsztatach prowadzonych przez specjalistów Comarch; Cotygodniowe warsztaty rozpoczną się w II poł. kwietnia i odbywać się będą w siedzibie Comarch; Dla uczestników: certyfikat i możliwość podjęcia współpracy z Comarch Szczegółowe informacje na temat CSL i warsztatów: Page 20

21 Zapraszamy na test kwalifikacyjny! Już dziś, o godzinie 12:15! Na test zapraszamy studentów ostatnich lat studiów stacjonarnych kierunków o profilu IT Test będzie składał się z następujących części: 1) moduł podstawowy ogólna wiedza z zakresu programowania; 2) 2 moduły specjalistyczne badające wiedzę z Javy i baz danych Czas trwania: 30 min. Wyniki rekrutacji ogłoszone zostaną w dniach r. Page 21

22