Fyrirmyndarlega ljóta sannleikann um hugbúnaðarþróunarferlið

Myndheimild: perfectdigital.com

Þú þekkir þessa mynd, ekki satt?

Ég tel að þetta sýni mjög vel að miklar frávikanir og skortur á sýn geti komið fram í hugbúnaðarþróun verkefni milli allra þátttakenda og fólks sem tengist. Vandamál koma oft upp frá byrjun, þegar viðskiptavinurinn kemur með (kenningalega) endanlega vara sýn og kynnir hana fyrir lið. Síðan koma frekari misskilningur, rangtúlkun og, að lokum, the verkefni Fer fljótt á villigötu í þróun.

Þegar ég greini myndritið hér að ofan mun ég skref fyrir skref kynna allar mögulegar ógnir og leggja til hvernig best sé að berjast gegn þeim. Skulum halda beint áfram!

1. Hvernig útskýrði viðskiptavinurinn hugmyndina?

Það verða frávik í Vörusýn Frá byrjun. Af hverju? Ástæðan er mjög einföld – allir túlka raunveruleikann á sinn hátt, hafa hugmynd um eitthvað í huga og geta ekki lýst þeirri sýn nákvæmlega fyrir hinum aðilanum. Ef þú lýsir með orðum vöru sem þú vilt byggja, er miklar líkur á að þróun team mun skilja sýn þína á annan hátt en þú ætlaðir.

Auðvitað er hægt að forðast þetta. Þú ættir að byrja að gera sjónrænar framsetningar sem fyrst og ræða einstaka þætti virkni vörunnar út frá skissum. Athyglisvert er að fyrstu skissurnar eiga yfirleitt ekkert sameiginlegt með lokavörunni. Á þessu stigi skiptir þó mestu máli að gera sýnina samræmda.

2. Hvernig skildi verkefnisstjórinn það?

Ertu að velta fyrir þér hvers vegna fyrsta og önnur myndin er svo ólík? Verkefnisstjórinn mun alltaf skoða vörusýnina nánar. Hins vegar, Það er mikilvægt að slíkur einstaklingur, sem í grundvallaratriðum ber ábyrgð á öllu hugbúnaður þróunarferli, skilur vandamálið og þarfirnar sem tengjast vörunni fullkomlega. Verkefnisstjórinn þarf að hafa skýra yfirsýn. Eins og sjá má eru myndirnar tvær ekki ólíkar hvað varðar virkni. Þær líta bara öðruvísi út. Til að skilja þetta betur skulum við snúa aftur að mynd númer eitt. Í upphafi verkefnisins voru engar skissur og það leiddi þegar til misskilnings. Virkni vörunnar er rétt, en hönnunin er gjörólík.

3. Hvernig hannaði greiningaraðilinn það? og 4. Hvernig skrifaði forritarinn það?

Stundum þekkja greiningaraðilar og forritarar ekki þarfir notenda né markmið fyrirtækisins. Þeir sjá aðeins litla hluta af heildarverkefninu sem fangar aðaláherslu þeirra. Þeir geta ekki litið á verkefnið frá víðara sjónarhorni, og þetta gildir sérstaklega um stór verkefni þar sem margir forritarar vinna samtímis.

Við getum líka notað annað dæmi. Það getur gerst að vandamálið sem þarf að leysa sé ranglega lýst, til dæmis af vörueigandanum. Þetta felur í sér að veita ófullkomnar upplýsingar sem … þróunaraðili eða hönnuðurinn býr til sínar eigin túlkanir, og varan víkur sífellt meira frá fyrirhuguðu þróunarferli.

Hvernig breytir maður því? Ég tel að góð lausn sé að tryggja að þeir sem eru lykilpersónur í verkefninu hafi nákvæmar upplýsingar um það – svokallaða “stærra samhengi”. Ef misskilningur kemur upp verður þeim auðveldara að koma hugbúnaðarþróunarferli Aftur á réttri braut. Þess vegna mundu – ef allir sjá aðeins sinn litla hluta af þróaðri virkni, verða misskilningarnir í sýn líklegri ógn.

5. Hvernig lýsti viðskiptaráðgjafinn því?

Hér er málið einfalt. Varan verður að seljast. Þú verður að skera þig úr einhvern veginn, svo til dæmis fær einföld sveifla fyrir garðinn þinn óvenjulega eiginleika. Hugmyndin er að sannfæra hugsanlegan kaupanda. Markaðs- og söludeildin mun vissulega gera allt sem í hennar valdi stendur til að sýna fram á að varan sé einstök.

6. Hvernig var verkefninu skráð?

Skortur á skjölum er mjög algengt vandamál. Stundum er sköpun skjala á meðan vörþróun Þetta virðist vera óþarfa tímaeyðsla. Þetta er villa. Ég segi mjög oft að breytingar gerist hraðar á pappír en í kóði, og það er eitthvað til í því. Auk þess er auðveldara að vísa í skjölin til að fylgjast með breytingum. Trúðu mér, verkefni án skjala er í mjög mikilli hættu á að missa sýnina.

7. Hvaða aðgerðir voru settar upp?

Þetta stig vísar til þess að setja umhverfið upp á netþjóninum. Eins og í punktinum um forritara og greiningaraðila, án fulls gögn og með samskiptagötum getur það komið í ljós að aðeins hluti af nauðsynlegu umhverfi hafi verið skapaður.

8. Hvernig var viðskiptavininum rukkað?

Þetta er afleiðing slæmrar samskipta, skorts á Notendaupplifun og svo framvegis. Birting villna eykur þróunartímann. Og tími er peningar, er það ekki? Ábending mín er að keyra verkefnið í samræmi við Agile., viðhalda hæstu samskiptastöðlum og hafa skýr fjárhagsáætlunarleiðbeiningar. Ég efast ekki um að með því munið þið forðast slík vandamál.

9. Hvernig var það stutt?

Viðskiptavinir einbeita sér oft eingöngu að því að þróa vöru og hætta þar. Hins vegar lifum við á tímum mikilla breytinga og tækniframfara, og þess vegna er nauðsynlegt að viðhalda stöðugri tækniaðstoð. Markmiðið er að forðast að eitthvað hætti skyndilega að virka þegar það verður úrelt og varan missir verðmæti sín. Þennan þátt má heldur ekki gleyma.

10. Hvað þurfti viðskiptavinurinn í raun?

Við höfum náð síðasta punkti. Skoðaðu muninn á milli fyrstu og síðustu grafanna. Þær tengjast báðar sjónarhorni viðskiptavinarins. Af hverju gerist þetta? Allir ljúga, það er einfaldlega svona 🙂 Niðurstöður könnunar eru alltaf frábrugðnar raunverulegum þörfum svarenda. Þegar notendur svara spurningum rannsakandans vilja þeir sýna frá sem bestu hlið sinni. Þess vegna, Þeir svara oft ekki heiðarlega., heldur á þann hátt sem þeir telja að þeir eigi að svara. Í grundvallaratriðum vilja þeir ekki verða fyrir neikvæðri mati annarra. Hér er lítil ábending fyrir þig – nefndu í leiðbeiningunum að engar réttar né rangar svör séu til.

Hvar sjást munirnir annars staðar? Fólk veit oft ekki hvað það vill í raun. Nokkuð oft segja notendur í upphafi að þeir þurfi tíu aðgerðir í vörunni, en síðar nota þeir í raun aðeins, segjum, þrjár.

Hvernig leysirðu þennan vanda? Auk þess að spyrja notendur hvað þeir vilja og þurfa, leyfðu þeim að prófa vöruna, helst á ekta hlutum til að viðhalda trúverðugleika. Því fleiri prófanir sem gerðar eru við gerð vöru, því meiri líkur eru á að niðurstaðan verði nákvæm.

Yfirlit

Ef þú verður nokkurn tíma meðlimur í a hugbúnaðarþróun Verkefni, mundu dæmin mín og draga ályktanir svo þú endir ekki sömu mistökin. Og mundu, þessi hugtök eru mjög mikilvæg þegar verið er að byggja upp vöru (forrit) frá grunni:

– góð notendaupplifun og prófanir, svo þú getir lært hvað notendur þínir þurfa í raun,

– samskipti innan verkefnisins, svo djúpur skilningur á vandamálinu og þörfunum sé aðgengilegur lykilaðilum í verkefninu,

– þróa vöruna í samræmi við Sveigjanlegur,

– ekki gleyma tæknistuðningi.

Lesa meira:

– Hvernig á að stjórna fjarvinnandi forriturum á áhrifaríkan hátt? Leiðarvísir fyrir CTOs

– Python vs. Ruby? Hvaða tækni ættir þú að nota við vöruþróun?

– Stutt leiðarvísir um að byggja og þróa þitt eigið markaðstorg. Hvað er gott að vita?