![\"Swing](\"\/app\/uploads\/2024\/05\/swing-software.jpg\")
<\/p>\n<\/p>\n
paveiksl\u0117lio \u0161altinis: perfectdigital.com<\/em><\/p>\n Manau, tai labai gerai parodo, kad dideli neatitikimai ir vizijos tr\u016bkumas gali atsirasti programin\u0117s \u012frangos k\u016brimas<\/a> projektai tarp vis\u0173 dalyvi\u0173 ir susijusi\u0173 asmen\u0173.<\/strong> Problem\u0173 da\u017enai kyla nuo pat prad\u017ei\u0173, kai klientas ateina su (teori\u0161kai) galutiniu produktas<\/a> vizij\u0105 ir pateikia j\u0105 komanda<\/a>. Tuomet kyla dar daugiau nesusipratim\u0173, neteising\u0173 interpretacij\u0173 ir galiausiai projektas<\/a> greitai nueina klaidingu vystymosi keliu.<\/p>\n Analizuodamas pirmiau pateikt\u0105 diagram\u0105, \u017eingsnis po \u017eingsnio pateiksiu visas galimas gr\u0117smes ir pasi\u016blysiu, kaip su jomis kovoti. Pereikime prie to!<\/p>\n Bus neatitikim\u0173 produkto vizija<\/a> nuo pat prad\u017ei\u0173. Kod\u0117l? Prie\u017eastis labai paprasta - kiekvienas savaip interpretuoja tikrov\u0119, mintyse turi ka\u017ekoki\u0105 id\u0117j\u0105 ir gali netiksliai pateikti \u0161i\u0105 vizij\u0105 kitai pusei. Jei \u017eod\u017eiais apib\u016bdinate gamin\u012f, kur\u012f nor\u0117tum\u0117te sukurti, didel\u0117 tikimyb\u0117, kad k\u016brimo komanda<\/a> supras j\u016bs\u0173 vizij\u0105 kitaip, nei nor\u0117jote.<\/p>\n \u017dinoma, to galima i\u0161vengti. Tur\u0117tum\u0117te kuo grei\u010diau prad\u0117ti vizualizuoti ir aptarti atskirus gaminio funkcionalumo elementus remdamiesi eskizais. \u012edomu tai, kad pirmieji eskizai paprastai neturi nieko bendro su galutiniu produktu. Ta\u010diau \u0161iame etape svarbiausia, kad vizija b\u016bt\u0173 nuosekli.<\/p>\n \u012edomu, kod\u0117l pirmoji ir antroji nuotrauka taip skiriasi? Projekto vadovas visada atid\u017eiau pa\u017evelgs \u012f gaminio vizij\u0105. Ta\u010diau, svarbu, kad toks asmuo, i\u0161 esm\u0117s atsakingas u\u017e vis\u0105<\/strong> programin\u0117 \u012franga k\u016brimo procesas<\/a><\/strong>, visi\u0161kai supranta su produktu susijusi\u0105 problem\u0105 ir poreikius.<\/strong>. Projekto vadovas turi tur\u0117ti ai\u0161k\u0173 \u201cplatesn\u012f vaizd\u0105\u201d. Kaip matote, abu paveikslai nesiskiria funkcionalumu. Jie tiesiog atrodo skirtingai. Kad geriau suprastume \u0161\u012f punkt\u0105, gr\u012f\u017ekime prie paveiksl\u0117lio Nr. 1. Projekto prad\u017eioje nebuvo joki\u0173 eskiz\u0173, o tai jau suk\u0117l\u0117 nesusipratim\u0173. Gaminio funkcionalumas teisingas, ta\u010diau dizainas visi\u0161kai kitoks.<\/p>\n Kartais analitikai ir k\u016br\u0117jai ne\u017eino naudotoj\u0173 poreiki\u0173 ar nustatyt\u0173 verslo tiksl\u0173. Jie mato tik nedidel\u0119 viso projekto dal\u012f, kuri u\u017efiksuoja j\u0173 pagrindin\u012f d\u0117mes\u012f. Jie nesugeba pa\u017evelgti i\u0161 platesn\u0117s perspektyvos, o tai ypa\u010d b\u016bdinga dideliems projektams, kuriuose vienu metu dirba daug programuotoj\u0173.<\/p>\n Galime pasitelkti ir kit\u0105 pavyzd\u012f. Gali atsitikti taip, kad sprend\u017eiam\u0105 problem\u0105 neteisingai apib\u016bdina, pavyzd\u017eiui, produkto savininkas. Tai rei\u0161kia, kad pateikiama nei\u0161sami informacija, kuria remiantis k\u016br\u0117jas<\/a> arba dizaineris sukuria savo interpretacijas, o produktas vis labiau nukrypsta nuo numatyto k\u016brimo kelio.<\/p>\n Kaip tai pakeisti? Manau, kad geras sprendimas - u\u017etikrinti, kad \u017emon\u0117s, kurie yra svarbiausi projekto vykdytojai, tur\u0117t\u0173 i\u0161sami\u0173 \u017eini\u0173 apie projekt\u0105 - vadinam\u0105j\u012f \u201cplatesn\u012f vaizd\u0105\u201d. Kilus nesusipratimams, jiems bus lengviau pateikti programin\u0117s \u012frangos k\u016brimo procesas<\/em> gr\u012f\u017eti \u012f teising\u0105 keli\u0105. Tod\u0117l nepamir\u0161kite - jei kiekvienas mato tik savo ma\u017eyt\u012f sukurto funkcionalumo fragment\u0105, nesusipratimai vizijoje tampa tik\u0117tina gr\u0117sme.<\/p>\n \u010cia viskas paprasta. Produktas turi b\u016bti parduodamas. Turite ka\u017ekuo i\u0161siskirti, kad, pavyzd\u017eiui, paprastos s\u016bpyn\u0117s j\u016bs\u0173 sodui \u012fgyt\u0173 nepaprast\u0173 element\u0173. Esm\u0117 - \u012ftikinti potencial\u0173 pirk\u0117j\u0105. Rinkodaros ir pardavimo skyrius tikrai padarys visk\u0105, kad parodyt\u0173, jog gaminys yra unikalus.<\/p>\n Dokument\u0173 tr\u016bkumas yra labai da\u017ena problema. Kartais, kuriant dokumentacij\u0105 per produkt\u0173 k\u016brimas<\/a> atrodo nereikalingas laiko \u0161vaistymas. Tai klaida. Labai da\u017enai sakau, kad pakeitimai popieriuje atliekami grei\u010diau nei kodas<\/a>, ir tai yra ka\u017ekas tokio. Be to, lengviau atsiremti \u012f dokumentacij\u0105 ir sekti bet kokius pakeitimus. Patik\u0117kite manimi, projektui be dokumentacijos kyla labai didel\u0117 rizika prarasti vizij\u0105.<\/p>\n \u0160iame etape aplinka patalpinama \u012f server\u012f. Kaip ir punkte apie programuotojus ir analitikus, be visi\u0161ko duomenys<\/a> ir esant bendravimo spragoms, gali paai\u0161k\u0117ti, kad sukurta tik dalis reikiamos aplinkos.<\/p>\n Tai blogo bendravimo, nepakankamo UX<\/a> ir t. t. Klaid\u0173 atsiradimas pailgina k\u016brimo laik\u0105. O laikas yra pinigai, tiesa? Mano u\u017euomina - vykdyti projekt\u0105 pagal \"Agile<\/a><\/strong>, i\u0161laikyti auk\u0161\u010diausius bendravimo standartus ir laikytis ai\u0161ki\u0173 biud\u017eeto gairi\u0173. Neabejoju, kad taip elgdamiesi i\u0161vengsite toki\u0173 problem\u0173.<\/p>\n Klientai da\u017enai sutelkia d\u0117mes\u012f tik \u012f produkto suk\u016brim\u0105 ir tuo baigia. Ta\u010diau gyvename daugyb\u0117s poky\u010di\u0173 ir technologini\u0173 naujovi\u0173 laikais, tod\u0117l b\u016btina nuolat teikti technin\u0119 pagalb\u0105. Siekiama i\u0161vengti situacijos, kai ka\u017ekas staiga nustoja veikti, nes pasensta, o gaminys praranda savo vert\u0119. \u0160io aspekto taip pat nereik\u0117t\u0173 pamir\u0161ti.<\/p>\n Pasiek\u0117me paskutin\u012f ta\u0161k\u0105. Pa\u017evelkite \u012f neatitikim\u0105 tarp pirmosios ir paskutiniosios diagramos. Juk abi jos susijusios su kliento po\u017ei\u016briu. Kod\u0117l taip atsitiko? Visi meluoja, kad viskas taip paprasta \ud83d\ude42 Apklaus\u0173 rezultatai visada skiriasi nuo tikr\u0173j\u0173 j\u016bs\u0173 respondent\u0173 poreiki\u0173. Atsakydami \u012f tyr\u0117jo klausim\u0105, naudotojai nori parodyti savo geriausi\u0105 pus\u0119. Tod\u0117l, JIE DA\u017dNAI NEATSAKO TEISINGAI.<\/strong>, bet veikiau taip, kaip, j\u0173 manymu, jie tur\u0117t\u0173 atsakyti. I\u0161 esm\u0117s jie nenori susidurti su neigiamu kit\u0173 vertinimu. \u0160tai jums nedidel\u0117 u\u017euomina - instrukcijose pamin\u0117kite, kad n\u0117ra nei ger\u0173, nei blog\u0173 atsakym\u0173.<\/p>\n Kur dar atsiranda skirtum\u0173? \u017dmon\u0117s da\u017enai ne\u017eino, ko i\u0161 tikr\u0173j\u0173 nori. Neretai vartotojai i\u0161 prad\u017ei\u0173 sako, kad jiems reikia 10 produkto funkcij\u0173, o v\u0117liau i\u0161 tikr\u0173j\u0173 naudoja tik, tarkime, 3.<\/p>\n Kaip i\u0161spr\u0119sti \u0161i\u0105 problem\u0105? Paklauskite naudotoj\u0173, ko jie nori ir ko jiems reikia, ir leiskite jiems i\u0161bandyti gamin\u012f, pageidautina - autenti\u0161kus daiktus, kad i\u0161laikytum\u0117te patikimum\u0105. Kuo daugiau bandym\u0173 atliekant produkt\u0173 k\u016brim\u0105, tuo didesn\u0117 tikimyb\u0117, kad rezultatas bus tikslus.<\/p>\n Jei kada nors tapsite programin\u0117s \u012frangos k\u016brimas<\/a> projekt\u0105, prisiminkite mano pavyzd\u017eius ir padarykite i\u0161vadas, kad nekopijuotum\u0117te min\u0117t\u0173 klaid\u0173. Ir nepamir\u0161kite, kad \u0161ios s\u0105vokos yra labai svarbios kuriant produkt\u0105 (program\u0105) nuo nulio:<\/p>\n - ger\u0105 UX ir testus, kad su\u017einotum\u0117te, ko i\u0161 tikr\u0173j\u0173 reikia j\u016bs\u0173 naudotojams,<\/p>\n - bendravim\u0105 projekto viduje, kad pagrindiniai projekto dalyviai gerai suprast\u0173 problem\u0105 ir poreikius,<\/p>\n - kurti produkt\u0105 pagal Agile<\/a>,<\/p>\n - nepamir\u0161kite apie technin\u0119 pagalb\u0105.<\/p>\n Skaityti daugiau:<\/strong><\/p>\n - Kaip veiksmingai valdyti nuotolinius k\u016br\u0117jus? CTO vadovas<\/a><\/p>\nJuk \u017einote \u0161i\u0105 nuotrauk\u0105, tiesa?<\/h2>\n
1. Kaip klientas paai\u0161kino id\u0117j\u0105?<\/strong><\/h2>\n
2. Kaip tai suprato projekto vadovas?<\/strong><\/h2>\n
3. Kaip analitikas j\u012f suk\u016br\u0117? ir<\/em><\/strong> 4. Kaip programuotojas j\u012f para\u0161\u0117?<\/strong><\/h2>\n
5. Kaip j\u012f apib\u016bdino verslo konsultantas?<\/strong><\/h2>\n
6. Kaip projektas buvo dokumentuojamas?<\/strong><\/h2>\n
7. Kokios operacijos buvo \u012fdiegtos?<\/strong><\/h2>\n
8. Kaip klientui buvo i\u0161ra\u0161yta s\u0105skaita?<\/strong><\/h2>\n
9. Kaip ji buvo remiama?<\/strong><\/h2>\n
10. Ko i\u0161 tikr\u0173j\u0173 reik\u0117jo klientui?<\/strong><\/h2>\n
Santrauka<\/strong><\/h2>\n