Polskie przys?owie g?osi: potrzeba matk? wynalazków. Z badania The Top 12 Reasons Startups Fail zrealizowanego przez CB Insight wynika jednak, ?e co trzeci startup (35%) upada z powodu niedostosowania produktu do potrzeb rynku.
Sektor IT rozwija si? w zaskakuj?co szybkim tempie. Stawia to przed firmami wyzwanie: w jaki sposób skutecznie zarz?dza? projektami i zespo?ami projektowymi, które tworz? nowe rozwi?zania cyfrowe? Popularny slogan mówi, ?e zrobione jest lepsze od doskona?ego. Sektor IT stosuje to porzekad?o na w?asny sposób.
(nie)doskona?y produkt
Dane GUS wskazuj?, ?e tylko w ostatnim roku na polskim rynku pojawi?o si? 2500 nowych przedsi?biorstw ITC. Oznacza to, ?e aktualnie dzia?a ich ponad 100 tys. To imponuj?cy wynik, bior?c pod uwag? dane Eurostatu, z których jasno wynika, ?e Polska jest jednym z trzech europejskich pa?stw, w których najtrudniej o przetrwanie ma?ych przedsi?biorstw. Warto postawi? pytanie: dlaczego ma?e firmy i startupy upadaj??
Z sierpniowego raportu CB Insight wynika, ?e trzy najcz?stsze powody upadku startupów to utrata finansowania (38%), niedostosowanie do potrzeb rynku (35%), a tak?e… wyprzedzenie przez konkurencj? (20%). Czy mo?na tego unikn??? To zale?y. Z pewno?ci? mo?na podj?? dzia?ania, które pozwol? wyprzedza?, zamiast zosta? wyprzedzonym. Jakie? Chocia?by wypuszczenie prototypowego rozwi?zania, przetestowanie go w?ród potencjalnej grupy docelowej i zestawienie z aktualnymi potrzebami rynku. To rozwi?zanie du?o bezpieczniejsze, ni? udost?pnienie gotowego produktu, nad którym pracowali?my miesi?cami (lub latami), bez wcze?niejszego skonfrontowania go z u?ytkownikiem.
Mo?e w?a?nie dlatego Agile, czyli elastyczne podej?cie do zarz?dzania projektami, cieszy si? tak du?? popularno?ci? w?ród specjalistów IT. Nie jest wi?c zaskoczeniem, ?e preferowanym modelem pracy w IT dla 3 na 4 respondentów jest Scrum. Co ciekawe, co pi?ty respondent (22%) posiada certyfikat potwierdzaj?cy umiej?tno?? zarz?dzania projektami z wykorzystaniem Scruma – wynika z badania zrealizowanego przez Boldare, firm? IT zajmuj?c? si? zwinnym dostarczaniem produktów cyfrowych. To niemal trzykrotnie wi?cej osób ni? w przypadku Waterfalla (PRINCE 2 posiada zaledwie 2% ankietowanych, a PMBOK – 5%). Pytanie, czy certyfikat, poranne daily oraz praca w sprintach wystarcz?, aby mówi? o organizacji jako pracuj?cej w zwinny sposób?
— Scrum to nie tylko sposób prowadzenia projektu, ale przede wszystkim narz?dzie, które pozwala na tworzenie rozwi?za? i produktów stanowi?cych odpowied? na aktualne potrzeby rynku — zauwa?a Patrycja Wala, Head of Development w Boldare. Praca w iteracjach umo?liwia prototypowanie, czyli budowanie szybko rozwi?za?, które nie s? doskona?e, ale pozwalaj? zwalidowa? cel. Zanim klient zdecyduje si? zainwestowa? okre?lon?, cz?sto niema?? kwot? w now? technologi?, ma mo?liwo?? skonfrontowania wybranego rozwi?zania z rynkiem: okre?lenia korzy?ci, jakie niesie wdro?enie czy porównania do propozycji konkurencji, co w?a?nie jest elementem buduj?cym przewag?.
Sztuka zrywania
Wspieranie klientów na ka?dym etapie rozwoju produktu to element podej?cia lean startupowego oraz zwinnego frameworka scrumowego. Niektóre firmy IT id? jeszcze dalej i uskuteczniaj? zwinn? prac? nad produktami poprzez podzielenie procesu na okre?lone fazy, czyli etapy umo?liwiaj?ce skuteczniejsze organizowanie dzia?a? oraz dobór w?a?ciwych narz?dzi. Nazywa si? to Full Cycle Product Development, czyli pe?ny cykl rozwoju produktu.
Zdaniem Tyberiusza Piankowskiego, Product Strategist z Boldare, praca w procesie FCPD, któr? na co dzie? stosuj?, stanowi dla biznesu wymiern? korzy??. Jak?? Chocia?by mo?liwo?? sprawdzania na ka?dym etapie realizacji, czy wypuszczenie na rynek kolejnego elementu produktu jest zasadne: — Praca w Scrumie daje relatywnie ?atw? mo?liwo?? rezygnacji z przedsi?wzi?cia, które okazuje si? nie by? rentowne, niezale?nie od dotychczas poch?oni?tych zasobów. Nie rozwijamy produktów, na które nie ma zapotrzebowania tylko po to, aby zrealizowa? projekt do ko?ca. To bezcelowe — komentuje Tyberiusz i dodaje: — ?wietnym przyk?adem jest nasza ostatnia wspó?praca. Klient po zrealizowanych przez Boldare warsztatach produktowych zdecydowa?, ?e rynek nie jest jeszcze gotowy na pomys?, który proponuje i wstrzyma? jego realizacj?. Podobnie mo?e sta? si? po ka?dej kolejnej iteracji. Popularne w IT powiedzenie g?osi: If you must fail, fail quickly. To jedno z za?o?e? przy ka?dym realizowanym produkcie.
Inwestowanie ?rodków w nierentowne rozwi?zania nie tylko nie jest uzasadnione, ale przede wszystkim mo?e zamkn?? firmie drog? do innych, bardziej trafnych realizacji. Bie??ca analiza efektów oraz iteracyjne podej?cie do budowania produktów pozwalaj? wyci?ga? wnioski i pomagaj? w podejmowaniu lepszych decyzji — tak?e w przysz?o?ci. Tradycyjne sposoby zarz?dzania projektami nie s? tak elastyczne. Nasuwa si? zatem pytanie, czy zwinno?? to przysz?o?? IT?
