Archives

Pre─Ź├ştajte si najnov┼í├ş ─Źl├ínok, ktor├Ż sme uverejnili v TouchIT. Venujeme sa v ┼łom lie─Źbe r├ín pomocou digit├ílnej transform├ície. Ide o zauj├şmav├║ case study, ktor├║ sme navrhli, aby sme v kone─Źnom d├┤sledku pomohli pacientovi. Vzh─żadom na to, ┼że i┼ílo o inovat├şvne rie┼íenie, ktor├ę na trhu zatia─ż neexistuje, vysk├║┼íali sme viacero pr├şstupov. Chcete vedie┼ą, ak├ę?

PRE─î├şTA┼Ą ─îL├üNOK

Ak├ę s├║ naj─Źastej┼íie aktivity a v├Żstupy v Discovery f├íze?

Discovery f├íza popisuje, ako sa z n├ípadu stane jeho najlep┼íia mo┼żn├í verzia tak, aby sa na konci na┼íe o─Źak├ívania zhodovali s v├Żsledn├Żm produktom. Ak chceme dosiahnu┼ą ─Źo najlep┼íie v├Żsledky, mala by by┼ą nevyhnutnou s├║─Źas┼ąou v├Żvoja projektu. Ktor├ę aktivity n├ím pom├┤┼żu k ├║spe┼ínej realiz├ícii Discovery f├ízy?

Tak ako s├║ etapy Discovery f├ízy konfigurovate─żn├ę pod─ża potrieb ka┼żd├ęho projektu, rovnak├ę je to aj s jednotliv├Żmi aktivitami a v├Żstupmi, tzv. Deliverables. Medzi naj─Źastej┼íie pou┼ż├şvan├ę patria:

 

1. Defin├şcia a rozhovory so zainteresovan├Żmi stranami. Zoznam obsahuje vlastn├şka produktu, ─Źlenov t├şmu klienta (napr. marketing), investorov, koncov├Żch pou┼ż├şvate─żov a ka┼żd├ęho, kto sa podie─ża na vytv├íran├ş alebo pou┼ż├şvan├ş kone─Źn├ęho produktu. Klient m├í v┼íak v┼żdy kone─Źn├ę slovo.

2. Identifik├ícia obchodn├Żch cie─żov. Stanov├şme si hlavn├Ż cie─ż n├í┼ího rie┼íenia a identifikujeme probl├ęmy, ktor├ę je potrebn├ę vyrie┼íi┼ą. Najr├Żchlej┼í├şm sp├┤sobom je usporiadanie workshopu s k─ż├║─Źov├Żmi ├║─Źastn├şkmi projektu. Hlavn├Żm ├║─Źelom workshopu by malo by┼ą: pop├şsa┼ą s├║─Źasn├Ż stav, definova┼ą po┼żadovan├Ż bud├║ci stav a zos├║ladi┼ą v┼íetky zainteresovan├ę strany s v├şziou projektu.

3. Definovanie toho, ako mera┼ą ├║spech. T├şm mus├ş vedie┼ą, ak├ę m├í projekt stanoven├ę ciele, aby sme mohli poveda┼ą, ─Źi bol ├║spe┼ín├Ż. S├║ dan├ę jasn├ę parametre, na z├íklade ktor├Żch rozhodujeme o ─Źiastkov├Żch ├║spechoch.┬á

4. Kontrola dokument├ície a existuj├║ceho prieskumu. Je potrebn├ę presk├║manie marketingov├Żch artefaktov, ako napr├şklad aktu├ílnej marketingovej strat├ęgie a met├│d, kr├ítkodob├Żch a dlhodob├Żch merate─żn├Żch cie─żov, strat├ęgie budovania zna─Źky a podobne. Ak u┼ż v├Żsledky prieskumu existuj├║, a s├║ dostato─Źne validn├ę, nie je potrebn├ę robi┼ą nov├Ż.

5. Kontrola existuj├║ceho rie┼íenia (ak existuje). V tomto kroku vykon├íme technologick├Ż audit existuj├║ceho rie┼íenia (pos├║dime architekt├║ru, pou┼żit├ę technol├│gie, v├Żkon, stabilitu, identifikujeme vylep┼íenia, ÔÇŽ), z├şskame sp├Ątn├║ v├Ązbu od klienta, analyzujeme funkcionalitu.

6. Identifik├ícia cie─żovej skupiny a cie─żov pou┼ż├şvate─żov. Mus├şme pochopi┼ą, kto s├║ koncov├ş pou┼ż├şvatelia. Mus├şme overi┼ą, ─Źo chc├║ a potrebuj├║. ─îo radi robia? Ko─żko maj├║ rokov? S├║ technicky zdatn├ş? Ak├ę s├║ ich k─ż├║─Źov├ę probl├ęmy? Existuje mnoho r├┤znych met├│d, od rozhovorov so z├íkazn├şkmi, heuristiky a podobne. V tomto momente sa tvoria pers├│ny.

7. Prieskum konkurencie. Pom├íha n├ím n├íjs┼ą siln├ę a slab├ę str├ínky existuj├║cich rie┼íen├ş. Zah┼Ľ┼ła online aj offline rie┼íenia, prim├írnu a aj sekund├írnu konkurenciu.

8. Prieskum trhu. Zah┼Ľ┼ła online a offline v├Żskum, publik├ície ┼ípecifick├ę pre dan├ę odvetvie, predpokladan├ę trendy a podobne.

9. Mapovanie cesty z├íkazn├şka. Ke─Ć u┼ż vieme, kto s├║ na┼íi pou┼ż├şvatelia, mus├şme sa zamera┼ą na ├║lohy, ot├ízky a probl├ęmy, ktor├ę m├┤┼żu ma┼ą. Jedn├Żm z najlep┼í├şch sp├┤sobov, ako to dosiahnu┼ą, je pr├íve tzv. Customer journey mapping. Ukazuje sk├║senosti z├íkazn├şkov s pou┼ż├şvan├şm produktu, ─Źi u┼ż s├║ pozit├şvne alebo negat├şvne. Je to vizu├ílny preh─żad f├íz interakcie pou┼ż├şvate─ża s produktom (─Źo robia, ako rozm├Ż┼í─żaj├║, ako sa c├ştia) a identifik├ícia pr├şle┼żitost├ş zodpovedaj├║cich obchodn├Żm cie─żom (v├şzii).

10. Vytvorenie informa─Źnej architekt├║ry. Vytv├íra obraz o tom, ako v┼íetky men┼íie ─Źasti syst├ęmu do seba zapadaj├║ a navz├íjom s├║visia v r├ímci cel├ęho syst├ęmu. Napriek zav├ídzaj├║cemu n├ízvu je to ├║loha pre dizajn├ęrov.┬á

11. Vytvorenie user flows. Ozna─Źuj├║ sled obrazoviek, ktor├ę sa zobrazuj├║ pou┼ż├şvate─żovi v r├ímci jedn├ęho vybran├ęho scen├íru.

12. Vytvorenie wireframes. Je to n├ívrh aplik├ície, ktor├Ż zobrazuje prechody medzi obrazovkami a z├íkladn├║ logiku produktu. Zn├ízor┼łuje tie┼ż cestu pou┼ż├şvate─ża (kam klik├í po─Źas pou┼ż├şvania). Ukazuje n├ím, ako bude rie┼íenie fungova┼ą.

13. Definovanie vizu├ílneho ┼ít├Żlu. Navrhneme vizu├ílnu str├ínku rie┼íenia tak, aby bolo atrakt├şvne a p├║tav├ę. Zvy─Źajne zah┼Ľ┼ła 2 a┼ż 3 mo┼żn├ę varianty. Ukazuje n├ím, ako bude rie┼íenie vyzera┼ą.

14. Vytvorenie interakt├şvnych prototypov. Tieto realisticky demon┼ítruj├║ v┼íetky potrebn├ę interakcie medzi syst├ęmom a pou┼ż├şvate─żmi. S├║ to vlastne simul├ície alebo vzorky produktu, ktor├ę pou┼ż├şvame na z├şskanie sp├Ątnej v├Ązby. M├┤┼że ├şs┼ą napr. o prelinkovan├ę (interakt├şvne) wireframes, alebo vizu├ílne navrhnut├ę obrazovky.

15. Nap├şsanie ┼ípecifik├ície rie┼íenia. Agregovan├ę inform├ície transformujeme do zoznamu biznisov├Żch a technick├Żch po┼żiadaviek. Ten zah┼Ľ┼ła aj funkcion├ílne a nefunkcion├ílne atrib├║ty.

16. Nap├şsanie technickej dokument├ície. Ve─żmi d├┤le┼żitou s├║─Źas┼ąou je dokument, ktor├Ż podrobne popisuje v┼íetky technologick├ę a netechnologick├ę po┼żiadavky projektu, z ktor├Żch bude v├Żvojov├Ż t├şm nesk├┤r vych├ídza┼ą. Zah┼Ľ┼ła architektonick├Ż n├ívrh a ─Ćal┼íie technick├ę ┼ípecifik├ície.┬á

17. Odhadnutie rozpo─Źtu a ─Źasovej osi. V┼íetky z├şskan├ę inform├ície daj├║ t├şmu dostatok vedomost├ş, na z├íklade ktor├Żch bud├║ m├┤c┼ą odhadn├║┼ą ─Źas a n├íklady potrebn├ę na implement├íciu.

18. Vytvorenie pl├ínu. V├Żsledn├Żm dokumentom je projektov├Ż pl├ín. Ten okrem in├ęho obsahuje m├ş─żniky, pl├ínovan├ę v├Żstupy, term├şny dodania ─Źiastkov├Żch v├Żsledkov, ako aj samotn├ęho fin├ílneho produktu.

 

Pri vy┼í┼íie spomenut├Żch aktivit├ích je ve─ża artefaktov, ktor├ę vo v├Żsledku tvoria jasn├Ż pl├ín ÔÇť─Źo, pre─Źo, ako, ako dlho a za ko─żkoÔÇŁ ideme vyvin├║┼ą. Najd├┤le┼żitej┼íie z nich s├║ nasledovn├ę v├Żstupy z Discovery f├ízy:

  1. ┼ápecifik├ície (popis po┼żiadaviek a technick├ę ┼ípecifik├ície, najm├Ą architekt├║ra)
  2. Dizajnov├Ż koncept (zah┼Ľ┼łaj├║ci wireframes, dizajnov├Ż jazyk a prototypy)
  3. Prioritizovan├Ż a odhadnut├Ż list po┼żiadaviek (tzv. backlog)
  4. Projektov├Ż pl├ín

 

Slovo na záver

Stavba domu si vy┼żaduje pevn├ę z├íklady. Z├íkladom ├║spe┼ínej realiz├ície projektu je pr├íve Discovery f├íza. Pom├íha objasni┼ą v├şziu projektu a minimalizova┼ą rizik├í. Poskytuje t├şmu dostato─Źn├ę inform├ície, aby realizoval projekt tak, ako to bolo zam├Ż┼í─żan├ę.┬á

V┬á na┼íich blogoch sme sa s├║stredili na opis procesu Discovery f├ízy, jej d├┤le┼żitos┼ą pri v├Żvoji produktu a uviedli zoznam aktiv├şt, ktor├ę v├ím pom├┤┼żu k jej ├║spe┼ínej realiz├ícii.┬á

Existuje ve─ża praktick├Żch cvi─Źen├ş a aktiv├şt, ktor├ę prispej├║ k zvl├ídnutiu Discovery f├ízy na jednotku. Ich pop├şsanie by v┼íak zabralo zop├ír predn├í┼íok.┬á

Sna┼żte sa presadi┼ą, aby sa odteraz ┼żiadny projekt neza─Ź├şnal bez tejto f├ízy. ─îas a peniaze tvoria zlomok jeho n├íslednej realiz├ície. Z├íkazn├şk bude spokojnej┼í├ş, t├şm bude dosahova┼ą v├Żsledky r├Żchlej┼íie a kvalitnej┼íie a napokon, v├Żsledn├Ż produkt bude st├í┼ą za to.┬á

 

Kto je s├║─Źas┼ąou t├şmu pre Discovery f├ízu a ako dlho by mala ide├ílne trva┼ą?

V Discovery f├íze┬ása sna┼ż├şme pochopi┼ą v├şziu projektu, zhroma┼żdi┼ą ─Źo najviac inform├íci├ş, definova┼ą po┼żiadavky, priradi┼ą priority, odhadn├║┼ą rozpo─Źet a identifikova┼ą mo┼żn├ę rizik├í. Pre t├║to f├ízu je potrebn├Ż t├şm expertov, ktor├ş sa bud├║ vz├íjomne dop─║┼ła┼ą.

Mnoho ─żud├ş si predstavuje t├şm pre Discovery f├ízu zlo┼żen├Ż v├Żlu─Źne z dizajn├ęrov. ─îi u┼ż sa jedn├í o ┼ípecialistu na prieskum trhu, vizu├ílneho dizajn├ęra, alebo dizajn├ęra zameran├ęho na pou┼ż├şvate─żsk├ę testovanie a podobne. Tento t├şm by mal v┼íak obsahova┼ą nasleduj├║ce roly:

  • Product Owner (Vlastn├şk produktu). Osoba, zvy─Źajne z├íkazn├şk, ktor├í je ÔÇťvlastn├şkomÔÇŁ v├şzie. Je hlavn├Żm spojivom medzi klientsk├Żm t├şmom a t├şmom dod├ívate─ża. Je jedinou a centr├ílnou osobou, ktor├í komunikuje fin├ílne rozhodnutia dod├ívate─żsk├ęmu t├şmu.
  • Projektov├Ż mana┼ż├ęr. Je zodpovedn├Ż za celkov├ę pl├ínovanie a organiz├íciu Discovery f├ízy, zaznamen├ívanie v┼íetk├Żch podrobnost├ş diskutovan├Żch po─Źas stretnut├ş a zabezpe─Źenie produkt├şvnej spolupr├íce medzi klientom a v├Żvojov├Żm t├şmom.
  • Business Analyst (Analytik). Je spoluzodpovedn├Ż s dizajn├ęrmi za prieskum a anal├Żzu trhu, definovanie potrieb pou┼ż├şvate─żov, ako aj za anal├Żzu trhov├ęho potenci├ílu a ziskovosti produktu. Navy┼íe definuje funkcion├ílne a nefunkcion├ílne parametre, a zla─Ćuje ich s obchodn├Żmi cie─żmi a technick├Żmi mo┼żnos┼ąami spolu s developermi.
  • Solution Architect (Architekt). Je zodpovedn├Ż za anal├Żzu technologick├ęho rie┼íenia, ─Źo zah┼Ľ┼ła defin├şciu prostredia a v├Żkonu, ┼ík├ílovate─żnosti a ├║dr┼żby. Architekti tie┼ż sk├║maj├║ rie┼íenia a platformy tret├şch str├ín a odpor├║─Źaj├║ ich pou┼żitie ─Źi nepou┼żitie v projekte.
  • Tech-Leads (Technologick├ş dom├ęnov├ş ┼ípecialisti). Komunikuj├║ so z├íkazn├şkom, spolu s architektom definuj├║ technick├ę po┼żiadavky na produkt, vytv├íraj├║ pl├ín v├Żvoja, ur─Źuj├║ postupnos┼ą krokov v├Żvoja, stanovuj├║ odhady, identifikuj├║ rizik├í a poskytuj├║ alternat├şvne technick├ę rie┼íenia.
  • UX/UI Designers (Dizajn├ęri). Zrejme najd├┤le┼żitej┼í├ş komponent t├şmu tvoria pr├íve dizajn├ęri. Mohli by sme ma┼ą dokonal├Ż produkt, ktor├Ż je technologickou ┼ípi─Źkou, av┼íak to nezaru─Źuje, ┼że bude ma┼ą aj trhov├Ż ├║spech. Dizajn├ęri s├║ zodpovedn├ş za vytv├íranie ─Źo najlep┼íej pou┼ż├şvate─żskej sk├║senosti v s├║lade s cie─żmi projektu. Produkt definuj├║ tak, aby bol vizu├ílne atrakt├şvny, ─żahk├Ż na pou┼ż├şvanie a ─Źo najlep┼íie vystihoval p├┤vodn├Ż z├ímer z├íkazn├şka. Niekedy sa tie┼ż stane, ┼że sa v├şzia produktu mus├ş po ich zisteniach prehodnoti┼ą, aby sa dosiahol ─Źo najv├Ą─Ź┼í├ş ├║spech.

 

Znamen├í pou┼żitie Discovery f├ízy n├ívrat k Waterfallu? Ak├í dlh├í je t├íto f├íza?

IT projekty maj├║ svoj ┼żivotn├Ż cyklus, ktor├Ż zvy─Źajne del├şme do piatich f├íz: zah├íjenie (initiation), pl├ínovanie (planning), realiz├ícia (execution), kontrola (control) a ukon─Źenie (closure). Discovery f├ízu teda m├┤┼żeme ch├ípa┼ą ako preklenutie priepasti medzi f├ízami zah├íjenia a pl├ínovania projektu.

Discovery f├ízu je mo┼żn├ę integrova┼ą do r├┤znych metod├şk riadenia projektov, ─Źi u┼ż ide o Waterfall alebo Agile. Niektor├ę organiz├ície funguj├║ce na princ├şpoch Agile tvrdia, ┼że pou┼ż├şvanie Discovery f├ízy je n├ívrat ku kore┼łom princ├şpov Waterfall. V┼íetko sa najprv prec├şzne napl├ínuje, nap├ş┼íe sa kompletn├í dokument├ícia a v├Żvoj sa za─Źne a┼ż potom. Toto v┼íak nie je ├║lohou Discovery f├ízy. Ako bolo spomenut├ę vy┼í┼íie, v tejto f├íze ide o to, aby sa pochopila v├şzia projektu, jeho ciele a rozsah. V mnohom ide o hrub├Ż n├í─Źrt, ke─Ć┼że d├┤le┼żitej┼íie je v├şziu pretransformova┼ą do tak├ęho zoznamu po┼żiadaviek, ktor├Ż spln├ş stanoven├ę ciele. Mnoh├ę t├şmy dokonca maj├║ svoje ÔÇťmal├ęÔÇŁ Discovery f├ízy ako za─Źiato─Źn├║ etapu ka┼żd├ęho cyklu, ktor├Ż sa kon─Ź├ş uveden├şm novej verzie na trh.

V projektoch riaden├Żch metodikou Waterfall m├┤┼że Discovery f├íza zvy─Źajne trva┼ą 4-12 t├Ż┼żd┼łov, v z├ívislosti od ve─żkosti projektu. Pri pou┼żit├ş agiln├Żch metodol├│gi├ş, napr. Scrum alebo Kanban, priemern├ę ─Źasov├ę odhady s├║: pre mal├Ż projekt 1-5 dn├ş, pre stredne ve─żk├Ż projekt 1-3 t├Ż┼żdne a pre ve─żk├Ż projekt 3-6 t├Ż┼żd┼łov, alebo viac.

 

Etapy Discovery fázy

Ka┼żd├Ż projekt je jedine─Źn├Ż, preto nasleduj├║ce etapy Discovery f├ízy berte sk├┤r len ako in┼ípir├íciu:

  1.  Porozumenie
    • Vytvor├ş sa rovnak├ę ch├ípanie. Zameriava sa na identifik├íciu potrieb pou┼ż├şvate─żov a ich zos├║ladenie s potrebami projektu. Klienti maj├║ svoje vlastn├ę ciele, ktor├ę chc├║ dosiahnu┼ą – tie sa nie v┼żdy sa zhoduj├║ s cie─żmi pou┼ż├şvate─żov. Aby sme zaistili, ┼że nami navrhovan├ę rie┼íenie pokryje ciele oboch skup├şn, mus├şme sk├║ma┼ą obchodn├ę aj pou┼ż├şvate─żsk├ę ciele projektu.
    • Sk├║mame potreby pou┼ż├şvate─żov. Mali by sme vykona┼ą rozsiahly v├Żskum, ┼ítudova┼ą rie┼íenia konkurencie a najm├Ą identifikova┼ą skupiny typov na┼íich pou┼ż├şvate─żov (tzv. personas). Mali by sme by┼ą schopn├ş odpoveda┼ą na 3 ot├ízky: Pre ak├Żch pou┼ż├şvate─żov navrhujeme n├ís produkt? Ak├í je v├şzia m├┤jho klienta? Ak├ę s├║ k─ż├║─Źov├ę ├║lohy, ktor├ę chc├║ pou┼ż├şvatelia a klienti vyrie┼íi┼ą?
  2. Ideácia
    • Navrhovanie r├┤znych rie┼íen├ş. V─Ćaka znalostiam z├şskan├Żm v predch├ídzaj├║cej etape dok├í┼żeme navrhova┼ą mo┼żn├ę rie┼íenia, definova┼ą po┼żiadavky, softv├ęrov├║ architekt├║ru, za─Źa┼ą pracova┼ą na n├í─Źrtoch funkcionality (tzv. wireframes), a ur─Źite aj nadviaza┼ą kontakt s potenci├ílnymi pou┼ż├şvate─żmi, aby sme dost├ívali pravideln├║ sp├Ątn├║ v├Ązbu. V tomto okamihu nehovor├şme o dobr├Żch alebo zl├Żch rie┼íeniach, jednoducho experimentujeme a sna┼ż├şme sa pr├şs┼ą s ─Źo najlep┼í├şm konceptom. Je to etapa sk├║┼íania – pokus a omyl. V tejto etape za─Źneme hlasova┼ą a vybera┼ą najlep┼íie rie┼íenia, najd├┤le┼żitej┼íie funkcie.
    • Vytv├íranie prototypov a ich testovanie. T├Żm, ┼że testovacej vzorke pou┼ż├şvate─żov d├íme pekn├║ prezent├íciu alebo vytla─Źen├ę n├íkresy, nedok├í┼żeme pochopi┼ą ich reakciu. Preto mus├şte n├íjs┼ą pragmatick├Ż sp├┤sob, ako premeni┼ą svoje n├ípady na nie─Źo ÔÇťtrochu skuto─Źn├ęÔÇŁ, ─Źo naz├Żvame prototypy. Prototypovanie je jednoduch├Żm sp├┤sobom, ako potvrdi┼ą alebo vyvr├íti┼ą hypot├ęzy (testovan├şm prototypov) sledovan├şm sp├Ątnej v├Ązby pou┼ż├şvate─żov.
  3. Rozhodovanie
    • Valid├ícia n├ípadov. Po starom by to bolo: ÔÇťTo znie ako skvel├Ż n├ípad, p├í─Źi sa mi to! Po─Ćme do toho!ÔÇŁ Zmenen├ę uva┼żovanie by malo by┼ą: ÔÇťDok├í┼ż mi, ┼że je to tak├ę skvel├ę, ako to opisuje┼í.ÔÇŁ Valid├ícia je o zv├Ż┼íen├ş d├┤very v na┼íe n├ípady. Pom├┤┼że n├ím rozhodn├║┼ą sa, ─Źi ich budeme realizova┼ą alebo sa nimi nebudeme zaobera┼ą. Dobrou met├│dou je tzv. Impact Mapping.
    • Finaliz├ícia n├ívrhu. Discovery f├íza nie je line├írna, nejde od jedn├ęho kroku k druh├ęmu. ─îasto sa stane, ┼że mus├şme urobi┼ą krok sp├Ą┼ą a vr├íti┼ą sa k predch├ídzaj├║cej etape a opravi┼ą jej v├Żstupy. Ke─Ć u┼ż m├íme v┼íetky potrebn├ę ├║daje, zoznam po┼żiadaviek, inform├ície o v├Żskume a podobne, sme pripraven├ş urobi┼ą potrebn├ę rozhodnutie, ktor├ę nebude zalo┼żen├ę na pocitoch, ale d├ítach. V tomto okamihu sa tie┼ż rozhodujeme, ─Źi investova┼ą do pokra─Źovania projektu, alebo je potrebn├ę prehodnoti┼ą cel├Ż projekt.

Na t├Żchto etap├ích sa svojou pr├ícou podie─ża cel├Ż t├şm a spolo─Źne sa sna┼ż├ş dospie┼ą k ─Źo najlep┼íiemu fin├ílnemu n├ívrhu. To, ak├ę benefity prin├í┼ía ├║spe┼íne absolvovanie t├Żchto et├íp discovery f├ízy, si m├┤┼żete pre─Ź├şta┼ą v na┼íom prech├ídzaj├║com blogu. Ak v├ís zauj├şma, ak├ę aktivity a v├Żstupy s├║ s├║─Źas┼ąou Discovery f├ízy, tak si nenechajte ujs┼ą ─Ćal┼íie pokra─Źovanie ─Źl├ínku.

Ak├ę v├Żhody z├şskame, ak je Discovery f├íza s├║─Źas┼ąou projektu?

V predch├ídzaj├║com blogu sme na─Źrtli, ─Źo je Discovery f├íza a ako to m├┤┼że dopadn├║┼ą, ak ju v procese v├Żvoja projektu vynech├íme. Povedzme si teraz, pre─Źo ju m├┤┼żeme nazva┼ą nielen prvou, ale z├írove┼ł aj najd├┤le┼żitej┼íou f├ízou v├Żvoja. Ak├ę benefity n├ím prin├í┼ía?

Discovery je f├ízou intenz├şvneho v├Żskumu na za─Źiatku ka┼żd├ęho projektu s cie─żom definova┼ą jeho rozsah. Existuje v┼íak aj in├Ż uhol poh─żadu. Je to sp├┤sob, ako odstr├íni┼ą alebo minimalizova┼ą neistotu. Bez Discovery f├ízy by jej elimin├ícia znamenala to, ┼że by sme museli formulova┼ą mno┼żstvo predpokladov. Po─Źas v├Żvoja je ich v┼íak ve─żmi n├íkladn├ę opravi┼ą a h─żada┼ą lep┼íie rie┼íenia. ─îi┼że sa bu─Ć zmierime s hor┼í├şm produktom, alebo nav├Ż┼íime n├í┼í rozpo─Źet. Inak povedan├ę, je d├┤le┼żit├ę nema┼ą neistotu pred za─Źat├şm f├ízy v├Żvoja.

Pozrime sa na v├Żhody Discovery f├ízy:

  • Prin├í┼ía lep┼íie rie┼íenia. Ke─Ć t├şm pochop├ş pozadie projektu, m├┤┼że navrhn├║┼ą alternat├şvne rie┼íenia, ktor├ę s├║ ─Źasto lep┼íie alebo lacnej┼íie ako tie, ktor├ę navrhuje klient. Z├írove┼ł sa mo┼żn├Żm zapojen├şm kreativity dosiahne vy┼í┼íia motiv├ícia t├şmu pracova┼ą na projekte.
  • Zni┼żuje rizik├í a zvy┼íuje n├ívratnos┼ą invest├şci├ş. Lep┼íie pochopenie a definovanie rozsahu a cie─żov projektu pom├┤┼że t├şmu presnej┼íie odhadova┼ą potrebn├Ż ─Źas a prostriedky. Nielen to, odha─żuje aj potenci├ílne rizik├í, ktor├ę by mohli projekt nesk├┤r ohrozi┼ą. Vypracuje sa pl├ín pre mitig├íciu t├Żchto riz├şk, ─Źo zabr├íni n├íkladn├Żm a nepredv├şdan├Żm zmen├ím na projekte po─Źas jeho v├Żvoja.
  • Identifikuje elementy ├║spe┼ín├ęho produktu. Je nevyhnutn├ę nielen na─Źrtn├║┼ą ciele projektu, ale aj definova┼ą, ko─żko z nich bude posta─Źova┼ą na dosiahnutie ├║spe┼ín├ęho v├Żsledku. Mo┼żno sa uk├í┼że, ┼że sta─Źia len dve tretiny z vyt├Ż─Źen├Żch cie─żov na pokrytie po─Źiato─Źn├Żch po┼żiadaviek. T├Żm sa optimalizuj├║ a zn├ş┼żia n├íklady na projekt.
  • Zaist├ş rovnak├ę pochopenie aspektov projektu. V├şzii projektu mus├ş ka┼żd├Ż rozumie┼ą tak, aby sa dosiahol ┼żelan├Ż v├Żsledok. Na druhej strane aj klient by mal jasne ch├ípa┼ą, ─Źo v┼íetko je potrebn├ę na jeho realiz├íciu. Mal by pozna┼ą dopady zmien, ktor├ę by alternat├şvne rie┼íenia mohli prinies┼ą. Otvorenou diskusiou sa odstr├ínia nedorozumenia. Rozhodovanie sa deje na z├íklade ├║dajov a nie predpokladov. Takouto transparentnos┼ąou sa zabezpe─Ź├ş d├┤vera medzi z├íkazn├şkom a t├şmom.
  • Prin├í┼ía vytvorenie pl├ínu. Ak m├íme definovan├║ v├şziu a s├║bor po┼żiadaviek, dok├í┼żeme vytvori┼ą pl├ín, ktor├Ż sa dodr┼ż├ş ─żah┼íie s men┼í├şm po─Źtom ne─Źakan├Żch zmien. Technick├í ┼ípecifik├ícia a dizajnov├ę prototypy zabezpe─Źia potvrdenie uskuto─Źnite─żnosti projektu. Z├şskame ─Źasov├║ os projektu s predbe┼żn├Żmi cie─żmi, v├Żsledkami a term├şnmi priebe┼żn├Żch dod├ívok.
  • Zap├íja najlep┼í├şch odborn├şkov. Ke─Ć┼że ide o f├ízu, ktor├í je kr├ítka, m├┤┼żeme zapoji┼ą intern├Żch ┼ípecialistov, aby sa maximalizovala pravdepodobnos┼ą n├íjdenia najlep┼íieho rie┼íenia. Niektor├ş z nich bud├║ tvori┼ą kostru bud├║ceho projektu.

V├Żhody Discovery f├ízy s├║ preuk├ízate─żn├ę na re├ílnych projektoch. Mnoh├ę t├şmy, ktor├ę ju nezahrn├║ do svojho v├Żvoja, pred─║┼żia svoj projekt oproti pl├ínu viacn├ísobne, ke─Ć┼że zanedbali potrebn├║ technick├║ anal├Żzu.

Niektor├ę z nich projekt ani nedokon─Źia, bu─Ć im dojd├║ peniaze, alebo zvolili tak├ę rie┼íenie, ktor├ę je nerealizovate─żn├ę. K├Żm len 7% projektov je dodan├Żch neskoro, a┼ż 45% prekro─Ź├ş odhadovan├Ż rozpo─Źet. 17% projektov dokonca sp├┤sob├ş krach spolo─Źnosti. 9 z 10 startupov zlyh├í, preto┼że ich rie┼íenie nie je vhodn├ę pre trh. A to neberieme do ├║vahy tvrd├║ konkurenciu, kde sa toto rie┼íenie mus├ş presadi┼ą. Pr├şklady projektov, ktor├Żch s├║─Źas┼ąou bola Discovery f├íza, n├ím ukazuj├║, ┼że kon─Źia omnoho ├║spe┼ínej┼íie ako tie bez nej. ├Üspe┼ínos┼ą Discovery f├ízy ovplyv┼łuje vo ve─żkej miere aj t├şm a ─żud├ş, ktor├ş s├║ jeho s├║─Źas┼ąou. Chcete vedie┼ą, kto tento t├şm tvor├ş? Pre─Ź├ştajte si ─Ćal┼íiu ─Źas┼ą blogu.

Pozn├íte ten pocit, to zvl├í┼ítne nad┼íenie, ke─Ć v├ím na stole pristane nov├Ż projekt. V hlave m├íte kopec n├ípadov, u┼ż si predstavujete, s ktor├Żmi kolegami budete spolupracova┼ą, rozm├Ż┼í─żate, ako zlep┼í├şte projektov├ę procesyÔÇŽ Jednoducho sa neviete do─Źka┼ą, kedy sa to cel├ę kone─Źne za─Źne. Ste si ist├ş, ┼że tentoraz to bude kone─Źne dobr├ę, m├íte u┼ż predsa mno┼żstvo sk├║senost├ş. Chcete sa do pr├íce pusti┼ą okam┼żite.

Existuje mnoho d├┤vodov, pre─Źo sa vrhneme priamo na projekt a vynech├íme d├┤le┼żit├║ f├ízu v├Żskumu pred jeho za─Źiatkom. Sme nad┼íen├ş a ver├şme, ┼że vieme dos┼ą a m├íme v┼íetko potrebn├ę na to, aby sme za─Źali. Ak sa aj nie─Źo pokaz├ş, povzbudzujeme sa, ┼że sa veci ÔÇťnejakoÔÇŁ daj├║ samy do poriadku alebo m├íme pocit, ┼że ├║vodn├Ż v├Żskum je pr├şli┼í ve─żk├Ż a zbyto─Źn├Ż luxus, ktor├Ż si nem├┤┼żeme dovoli┼ą. ─îo teda robi┼ą, ak chceme by┼ą ├║spe┼ín├ş? ─îoraz ─Źastej┼íie po─Ź├║vame o tajomnej pr├şsade, naz├Żvanej Discovery f├íza. Preklenuje priepas┼ą medzi n├ípadom a jeho n├íslednou realiz├íciou.

Je t├íto f├íza naozaj odpove─Ćou na v┼íetky probl├ęmy, ktor├ę m├┤┼żu nasta┼ą vo v├Żvoji projektu? Ur─Źite nie. St├íle je potrebn├ę ma┼ą dobr├Ż n├ípad, sk├║sen├Ż t├şm na jeho realiz├íciu a mus├ş ÔÇťdo seba zapadn├║┼ąÔÇŁ kopec in├Żch vec├ş. Av┼íak pr├şklady projektov, ktor├Żch s├║─Źas┼ąou bola Discovery f├íza, n├ím ukazuj├║, ┼że kon─Źia omnoho ├║spe┼ínej┼íie ako tie bez nej. Pre─Źo teda nepon├║knu┼ą klientovi kr├ítku f├ízu, ktor├í neohroz├ş jeho rozpo─Źet, a naopak, prinesie kopec benefitov? Pre─Źo rad┼íej nen├íjdeme odpovede na z├ísadn├ę ot├ízky predt├Żm, ne┼ż za─Źneme investova┼ą nielen ─Źas ale aj peniaze do projektu? Ani do stavby domu sa nepust├şme bez jasn├ęho pl├ínu, alebo aspo┼ł pl├ínu s hrub├Żmi ─Źrtami a potrebn├Żmi povoleniami.

 

─îo je to Discovery f├íza a ─Źo sa m├┤┼że sta┼ą, ak ju vynech├íme?

U┼ż samotn├Ż n├ízov ÔÇťDiscovery f├ízaÔÇŁ, resp. ÔÇťf├íza objavovaniaÔÇŁ vyvol├íva dojem, ┼że sa m├┤┼że ├şs┼ą o zbyto─Źn├Ż luxus. Mo┼żno by pr├şhodnej┼í├şm n├ízvom bola ÔÇťPr├şpravn├í f├ízaÔÇŁ. Akoko─żvek sa rozhodneme t├║to f├ízu naz├Żva┼ą, je prvou a najd├┤le┼żitej┼íou vo v├Żvoji projektu. Po─Źas nej sa sna┼ż├şme pochopi┼ą v├şziu projektu, zhroma┼żdi┼ą ─Źo najviac inform├íci├ş, definova┼ą po┼żiadavky, priradi┼ą priority, odhadn├║┼ą rozpo─Źet a identifikova┼ą mo┼żn├ę rizik├í. In├Żmi slovami, vytv├írame cestovn├║ mapu (tzv. roadmap), ktor├í popisuje, ako sa z n├ípadu stane jeho najlep┼íia mo┼żn├í verzia tak, aby sa na konci na┼íe o─Źak├ívania zhodovali s realitou. Z├írove┼ł ur─Ź├şme najide├ílnej┼íie kroky, ako z├ímer docieli┼ą.

Pr├íve po─Źas discovery f├ízy sa sna┼ż├şme identifikova┼ą to, ─Źo n├ís odl├ş┼íi od konkurencie. V podstate sa sna┼ż├şme odpoveda┼ą na:

  • S├║─Źasn├Ż stav: ─îo u┼ż existuje na trhu? ─îo u┼ż m├íme my? Ak├ę r├┤zne verzie s├║ u┼ż dostupn├ę?
  • Identifikovan├í pr├şle┼żitos┼ą: ─îo e┼íte nepon├║kame? ─îo ch├Żba pou┼ż├şvate─żom? Ak├Ż je probl├ęm, na ktor├Ż by sme mali n├íjs┼ą rie┼íenie? Ak├║ pridan├║ hodnotu to prinesie? S├║stre─Ćujeme sa na spr├ívnu oblas┼ą? ─îo je na┼ía v├şzia
  • Pl├ínovan├Ż po┼żadovan├Ż bud├║ci stav: Ak├Ż nov├Ż produkt prin├í┼íame? Ak├ę vylep┼íenie chceme dosiahnu┼ą? Ako vieme, ┼że sme to dosiahli? ─îo ─Ćalej, ak├ę bud├║ na┼íe ─Ćal┼íie kroky?

In├Żmi slovami, identifikujeme obchodn├ę pr├şle┼żitosti, ktor├ę s├║ odpove─Ćou na t├║┼żby a potreby koncov├Żch pou┼ż├şvate─żov. T├Żm, ┼że pochop├şme ich po┼żiadavky, vieme zostavi┼ą pl├ín ako ich naplni┼ą.

Ak by sme sa rozhodli za─Źa┼ą projekt bez tejto f├ízy, m├┤┼żeme o─Źak├íva┼ą nasledovn├ę:

  • V├Żsledn├Ż produkt nebude odpoveda┼ą na┼íim p├┤vodn├Żm o─Źak├ívaniam. Ch├Żbaj├║ca, nedostato─Źn├í, alebo nespr├ívna komunik├ícia vedie k r├┤znemu pochopeniu, ─Źi dokonca nepochopeniu v├şzie. V├Żsledkom je nie─Źo, ─Źo je iba priemern├ę, z ─Źoho sme sklaman├ş, ─Źo zapadne medzi ostatn├ę produkty.
  • Rast├║ce n├íklady. Bez jasn├Żch cie─żov, s neust├íle sa meniacou strat├ęgiou a nov├Żmi po┼żiadavkami vznik├í potreba predl┼żovania projektu, prer├íbanie u┼ż dokon─Źen├Żch vec├ş, v├Żmenu frustrovan├Żch ─Źlenov t├şmu. Peniaze sa min├║ sk├┤r, ne┼ż t├şm vyvinie aspo┼ł pou┼żite─żn├Ż, spolovice hotov├Ż produkt.
  • Zme┼íkan├ę term├şny. Klienti sa ─Źasto sna┼żia rad┼íej nav├Ż┼íi┼ą rozpo─Źet, len aby sa dodr┼żali term├şny. Na konkuren─Źnom trhu sa zme┼íkan├ę term├şny toti┼ż rovnaj├║ obrovsk├Żm obchodn├Żm strat├ím. Inou mo┼żnos┼ąou je ÔÇťzmen┼íi┼ą v├şziuÔÇŁ, ─Źi┼że vyvin├║┼ą minimalistick├║ verziu p├┤vodn├ęho produktu.

V t├Żchto riadkoch sme si na─Źrtli, pre─Źo by mala by┼ą Discovery f├íza s├║─Źas┼ąou ka┼żd├ęho projektu. Vieme u┼ż, pre─Źo ju pova┼żujeme za nesmierne d├┤le┼żit├║ a k─ż├║─Źov├║ pre projekt. Z├írove┼ł sme zhodnotili, ak├ę d├┤sledky m├í vynechanie tejto f├ízy. M├┤┼że to ma┼ą vplyv nielen na v├Żsledn├Ż produkt, ale aj na pr├ícu ─żud├ş, ktor├ş s├║ s├║─Źas┼ąou projektu a v neposlednom rade aj na financie. Ak v├ís zauj├şma, ak├ę ─Ćal┼íie benefity n├ím prin├í┼ía discovery f├íza, pre─Ź├ştajte si druh├║ ─Źas┼ą n├í┼ího blogu.

V automobilovom priemysle prebieha u┼ż dnes technologick├í revol├║cia. Bud├║cnos┼ą bude patri┼ą ─Źoraz viac auton├│mnym aut├ím, ktor├ę bud├║ postupne vy┼żadova┼ą menej a menej akt├şvnej pozornosti vodi─Źov. U┼ż v s├║─Źasnosti pon├║kaj├║ aut├í mno┼żstvo funkci├ş, ktor├ę pom├íhaj├║ ─żah┼íie a bezpe─Źnej┼íie ┼íof├ęrova┼ą.

Pre─Ź├ştajte si zauj├şmav├Ż ─Źl├ínok, v ktorom sa dozviete, ak├Żm smerom napreduje v├Żvoj v automobilovom priemysle a na ─Źom pracuj├║ na┼íe t├şmy.

PRE─î├şTA┼Ą ─îL├üNOK

Ciest, ak├Żmi sa m├┤┼żeme dosta┼ą ku kari├ęre v IT, je viacero. D├┤le┼żit├ę je samo┼ít├║dium, vzdelanie, ale aj pr├íca na re├ílnych projektoch. Pre─Ź├ştajte si ─Źl├ínok, v ktorom n├í┼í kolega Ladislav Kilian hovor├ş o ceste do IT sveta. Okrem toho sa dozviete, pre─Źo je v IT skr├ítka dobre a pre─Źo by ste si ho mali vybra┼ą, ak chcete by┼ą ├║spe┼ín├ş.

PRE─î├şTA┼Ą ─îL├üNOK

eHealth, alebo eZdravotn├şctvo, ako oblas┼ą, ktor├í zah┼Ľ┼ła v podstate v┼íetko, ─Źo sa t├Żka po─Ź├şta─Źov a zdravotn├şctva, za┼ż├şva obrovsk├Ż boom. V├Żvoj v tejto oblasti napreduje m├ş─żov├Żmi krokmi. Rie┼íenia, ktor├ę eHealth pon├║ka, u─żah─Źuj├║ doktorom ich pr├ícu a pacientom ich cestu k uzdraveniu. V kontexte starnutia popul├ície a zvy┼íovania po─Źtu civiliza─Źn├Żch chor├┤b m├┤┼że by┼ą napr├şklad aj telemedic├şna cestou k udr┼żate─żnosti zdravotn├ęho syst├ęmu a zvy┼íovaniu kvality ┼żivota. Pre─Ź├ştajte si n├í┼í blog, kde vysvet─żujeme na konkr├ętnych pr├şkladoch, ako vyzer├í eZdravotn├şctvo v praxi.

PRE─î├şTA┼Ą ─îL├üNOK

Proces prij├şmania zamestnancov pre┼íiel v posledn├Żch rokoch transform├íciou. Jeho digitaliz├ícia je prirodzen├Żm vyvrcholen├şm s├║─Źasnej doby. IT sektor je ┼ípecifick├Ż vysok├Żm ┼ítandardom, ktor├Ż kandid├íti o─Źak├ívaj├║ nielen v r├ímci v├Żberov├ęho procesu. Na┼í├şm cie─żom je zachova┼ą tento ┼ítandard na vysokej ├║rovni a zabezpe─Źi┼ą spokojnos┼ą z oboch str├ín. N├í┼í kolega Ladislav Kilian v ─Źl├ínku pre IndexMag pop├şsal, ako vn├şma tieto zmeny a ak├ę s├║ ich pozit├şva.

PRE─î├şTA┼Ą ─îL├üNOK

V spolupr├íci s IT Akad├ęmiou – vzdel├ívanie pre 21. storo─Źie sme zorganizovali s├ęriu troch webin├írov pod n├ízov Od n├ípadu k d├ítam. Pos├║vanie a zdie─żanie vedomost├ş patr├ş┬á prirodzene k na┼íej pr├íci, o ─Źom sved─Ź├ş mno┼żstvo exkurz├ş, workshopov a predn├í┼íok, ktor├ę pravidelne realizujeme, ─Źi u┼ż u n├ís v GlobalLogic Slovakia, alebo online formou. Tieto webinare boli ur─Źen├ę u─Źite─żom stredn├Żch ┼ík├┤l a viedol ich n├í┼í kolega Daniel Dem─Ź├ík.┬á

V prvom webin├íri sme sa venovali senzorom a riadiacim jednotk├ím. Sna┼żili sme sa to postavi┼ą na praktick├Żch inform├íci├ích, pri─Źom s├║─Źas┼ąou bola aj uk├í┼żka cel├ęho nastavenia. Druh├í ─Źas┼ą webin├íru sa pok├║sila upriami┼ą pozornos┼ą na sp├┤soby, ako sa men├ş anal├│gov├Ż sign├íl na digit├ílny a na ─Źo sa m├┤┼żu so ┼ítudentami zamera┼ą. Neobi┼íli sme ani d├┤le┼żitos┼ą prvotnej f├ízy ka┼żd├ęho projektu, ktorou je f├íza b├ídania.┬á┬á┬á

V druhom sme sa pozreli na samotn├║ cestu d├ít. U─Źite─żom sme sa na jednoduchom praktickom pr├şklade sna┼żili uk├íza┼ą fyzick├ę zapojenie, ako aj to, ┼że programovanie nemus├ş by┼ą v├┤bec zlo┼żit├ę. Webin├ír obsahoval aj ─Źas┼ą, ktor├í sa zameriavala na oblas┼ą odosielania d├ít pomocou technol├│gie NFC, ─Źi Bluetooth Low Energy. Zahrnuli sme aj motiva─Źn├║ ─Źas┼ą, ktor├í poukazovala na nekone─Źn├ę mno┼żstvo n├ípadov okolo n├ís.┬á

V tre┼ąom webin├íri sme sa sna┼żili upriami┼ą pozornos┼ą na spr├ívnu formu upravovania d├ít. Definovali sme mo┼żnosti, kedy je v├Żhodnej┼íie posiela┼ą nespracovan├ę d├íta a kedy sa naopak zamera┼ą ─Źo najsk├┤r na ich spracovanie. Webin├ír obsahoval aj praktick├║ uk├í┼żku, ako si u─Źitelia alebo ich ┼żiaci dok├í┼żu jednoducho vytvori┼ą Firebase datab├ízu. Nemohli sme zabudn├║┼ą ani na uk├í┼żku pr├şstupu k tejto datab├íze, tak┼że u─Źitelia mali mo┼żnos┼ą vidie┼ą z├íkladn├ę funkcie ako get, set alebo post. Posledn├Ż webinar taktie┼ż disponoval ├║vahou a porovnan├şm pr├şstupu k zadan├ęmu projektu z poh─żadu ┼ítudentov a z poh─żadu IT sf├ęry.┬á┬á┬á

Te┼í├ş n├ís, ┼że webin├íre mali ve─żmi dobr├║ sp├Ątn├║ v├Ązbu a ┼że n├ím z├║─Źastnen├ş dali vedie┼ą, ─Źo sa im p├í─Źilo a ─Źo vieme e┼íte zlep┼íi┼ą. Ver├şme, ┼że sme in┼ípirovali a motivovali u─Źite─żov v ich pr├íci so ┼ítudentmi. Te┼í├şme sa na ─Ćal┼íie stretnutia.