Stærstu áskoranirnar við sérsniðna hugbúnaðarþróun

Mín persónulega listi yfir stærstu áskoranirnar við sérsniðna hugbúnaðarþróun

1. Tungumálahindrun. Þetta er eitt algengasta vandamálið þegar fólk er að leita að tæknifélaga. Hins vegar efast ég ekki um að þennan þátt megi auðveldlega leysa. Þ.e. þú þarft bara að velja a hugbúnaðarþróunarfélagi sem getur tryggt vandræðalausa samskipti. Sjálfsagður kunnugleiki í ensku er skylda. Það er alþjóðlegt tungumál, og þú getur ekki átt eðlileg samskipti án þess. Ímyndaðu þér að þú viljir tala við a þróunaraðili um einhver vandamál eða villu. Ef það kemur í ljós að eini maðurinn sem getur talað ensku er verkefnisstjóri sem er ekki tæknimaður, þá er vandamál. Þú verður að vita að samskipti við forritara – til að vera árangursrík – verða að vera mjög nákvæm, sem krefst þekkingar á ensku. Mundu þetta einfalda reglu.

2. Slæm samskipti. Samskiptahliðar tengjast að einhverju leyti tungumálahindruninni. Auk tungumálsins verður þú að vera sannfærður um að dagleg samvinna þín sé vel skipulögð. Að mínu mati er þessu atriði oft vanrækt. Hæfni þróun team Gæti verið nauðsynlegur hluti af starfi þeirra, en samskipti við viðskiptavin eru það líka. Auk þess – og ég veit þetta af eigin reynslu – ef ferlið í gagnkvæmum samskiptum er rétt stýrt, gengur allt verkefnið mun hnökralausara fyrir sig og þú forðast óþarfa vandamál, svo sem tafir.

3. Brjóta fresti. Þetta er mjög algeng staða sem þú gætir hafa upplifað sjálfur. Það er mjög erfitt að áætla tímaramma fyrir hugbúnaðarþróunarverkefni. Oft eru upphaflegar forsendur algjörlega rangar. Ófærni til að standa við skiladaga getur stafað af mörgum þáttum, þar á meðal þeim sem ég lýsi í þessari grein. Ég tel að rétt aðferð sé verkefnastjórnun Spilar stórt hlutverk hér. Mæligöng? Scrum án efa.

4. Ófullnægjandi þekking. Hugbúnaðarþróunarverkefni krefjast yfirleitt víðtækrar tæknikunnáttu. Þetta er stórt áskorun ef haft er í huga að tækni þróast stöðugt og forritarar verða að vera upplýstir um allar nýjustu fréttir. Á þessu sviði er mikilvægt að eigið team sé uppfært með tæknifréttum. Þetta er ekki eins augljóst og það kann að virðast, sérstaklega þegar Hugbúnaðarþróunarverkefni er innleitt. innanhúss af litlum hópi forritara. Það getur komið upp að hæfni team þíns reynist einfaldlega ófullnægjandi, sem getur fljótt leitt til vandamála og, sem afleiðing, til þess að verkefnið þitt mistakist.

5. Óskýr sýn. Ímyndaðu þér aðstæður þar sem þú hefst handa við samstarf með tæknifélaga – til dæmis, a hugbúnaðarfyrirtæki og ræða þarfir þínar. Þú lýsir vörunni sem þú vilt búa til í smáatriðum. Í byrjun virðist allt ganga hnökralaust. Með tímanum kemur hins vegar í ljós að sýn þín er algjörlega ólík sýn samstarfsaðilans. Afleiðingin er sú að vandamál skapast vegna þess að vinna þróunaraðila og vöruhönnuða uppfyllir ekki væntingar þínar.
   Ég tel að þetta sé nokkuð algengt vandamál. Stundum er erfitt að sameina sýn viðskiptavinarins við “harðar” lausnir sem forritarar beita. Í þessari stöðu eru tæknileg reynsla og mjúkar færni án efa gagnlegar. Það er mikilvægt að tæknifélagi þinn uppfylli væntingar þínar, en sem viðskiptavinur verður þú að gera þér grein fyrir því að ákveðin lausn sem hugbúnaðarfyrirtækið leggur til gæti reyndar reynst mun árangursríkari. Hafðu þetta í huga.

6. Breytingar á verkefninu. Í tilfelli upplýsingatækniverkefna eru umfangsþensla (frá eiganda) og gullplöntun (frá verkefnisstjóra, Scrum Master eða forriturum) algengustu ógnirnar. Óstýrðar breytingar á verkefninu, viðbót nýrra virkni eða innleiðing breytinga falla án efa undir ógnir sem hafa áhrif á bæði skilvirkni og hraða verkefna. Rétti nálgun stjórnunar er að tryggja að fyrsta lykilstig sé 100% nákvæmt, þar sem það mun hafa áhrif á síðar velgengni verkefnisins.

7. Ófullnægjandi fjármunir fyrir verkefnisþróun. Fjármögnun er í eðli sínu einn mikilvægasti þátturinn í árangri verkefnisins þíns. Þetta er augljóst. Ég vil hins vegar beina athygli þinni að aðeins öðruvísi hlið. Það er mikilvægt að þú hafir tryggðan fjárhagsramma til lengri tíma frekar en aðeins þróunartímabilið sem gert var ráð fyrir í upphafi. Af hverju er það svona? Ástæðan er einföld. Það kemur mjög oft fyrir að þróunartíminn lengist um allt að 20–30%. Þú verður að taka þetta til greina svo að verkefnið þitt sé fjárhagslega öruggt. Þannig minnkarðu líkur á því að verkefnið þitt verði enn í þróunarfasa þegar fjárhagsskortur byrjar að koma fram. Þetta tengist beint rangri áætlun um verkefnistímann.

8. Óskilgreindar ógnir og veikleikar. Áður en þú byrjar á verkefninu veist þú líklega að allt ferlið gæti ekki verið einfalt. Þú munt líklega vera sammála mér um að hvert verkefni sé áskorun. Þess vegna tel ég að áður en þú leggur af stað eigir þú að greina mögulega ógnir og veikleika sem geta haft áhrif á endanlegan árangur. Það er mikilvægt að stjórna slíkum ógnum rétt frá upphafi.

Yfirlit

Ég vil ekki gefa í skyn hvaða ógn af þeim sem taldar eru upp hér að ofan sé algengust. Ég tel að engin regla gildi um það – allt fer eftir sérstöku eðli verkefnisins. Ef þú stendur hins vegar frammi fyrir þeirri áskorun að innleiða eigið verkefni með góðum árangri, skaltu hafa í huga það sem ég hef skrifað hér. Ég tel að með því að taka tillit til þeirra vandamála sem ég lýsi geti það verið þér leiðarljós, sem bendir á hvað ekki eigi að gera og hvernig skuli takast á við ógn. Allt þetta er til þess að þú verðir ekki fórnarlamb harðra tölfræði heldur ljúkir verkefninu með góðum árangri.

Og það er það sem ég óska þér. Ef þú hefur einhverjar spurningar sem tengjast þróun sérsniðins hugbúnaðar, vinsamlegast hafðu samband við mig. Ég mun vera fús til að svara þeim öllum.

Lesa meira:

Af hverju er það þess virði að hafa vöxt team sem ber ábyrgð á viðskiptaþróun? Codest-tilfellisrannsókn

Hvernig finnur þú markaðsánægju fyrir vöruna þína?