Falinn kostnaður og raunveruleg sveigjanleiki í vöruþróunarferli

Wu-Tang Clan hafði rétt fyrir sér

Peningar stjórna öllu í kringum mig. Jafnvel blágrænu stofnanirnar geta ekki neitað því. Þróun verkefni Stjórnunaraðferðir, ferlabestuning og hagræðing eða hvatning starfsmanna er í grundvallaratriðum knúin áfram af almennri þörf fyrir peninga. Hönnunarhagkvæmni felur í sér ákveðna áhættu.

Við viljum öll vera grönn og sveigjanlegur svo að niðurstaða starfseminnar okkar, mæld í tölum, verði sem hæst. Jafnvel þótt við beinum mestri orku okkar í að draga úr tapi, tökum við að lokum tillit til hagnaðarins sem hefur aukist þökk sé mynduðum sparnaði.

Þessar sparnaðarheimildir falla í sömu vasa og hinir eftirstandandi þættir og eru aðeins aðgengilegar þeim forvitnustu. Á þennan hátt missum við fókus og sleppum óvart miklu verðmætu gögn og að lokum greind.

Lærð kennslustundir af mistökum

Að læra af eigin mistökum er sérstaklega gagnleg (þó dýr) færni, en the skipulagsmenning og diplómatían sem felst í þessari hæfni hjálpar ekki alltaf. Við fela oft neikvæð áhrif fjármála með “reykskjár” orðum. Þegar fjárfestir hrópar “Ég missti peningana mína!”, miðlar stjórnandinn því til lið með því að segja “við ættum að vera skilvirkari” og við leitum öll sjálfgefið að nýjum lausnum og umbótum – í stað þess að líta til baka, erum við stöðugt að leita leiða til að halda áfram.

Á meðan eru tapið oft lykillinn að því að draga réttar ályktanir. Ef við förum yfir ákveðin ferlastig í ferlinu án viðeigandi íhugsunar, munu næstu lausnir líklega vera smitaðar af sömu villum.

Dæmi: 

Lítill team af eldri JS Forritararnir veita ekki virkni innan áætlaðs tíma. Fjárfestinn, sem vill hraða þróuninni, skipar að ráða nýjan forritara. Að kynna nýjan einstakling inn í verkefnið mun trufla team, sem hægir enn frekar á framvindu verkefnisins.

Ef fjárfestinn myndi betur skilja ástæðurnar á bak við óvirkni team, myndi hann draga þá ályktun að hann nýti aðeins möguleika sína í 60-70%. Betri búnaður og nokkrir vinnudagar helgaðir vinnu sjálfvirknivæðingu myndu leysa vandamálið.

Því miður þarf hann nú að borga fyrir annan forritara sem mun vinna á sama búnaðinum og skilvirkni hans verður einnig 60-70%.

Lausn A:

• Teymi (2 x reyndur JS-þróunaraðili): $20k / mánuði
• Ský þjónustur: 200$ / mánuði
• Nýtt vélbúnað fyrir forritara: $10k

Frá og með nú kostar verkefnið $20,200 á mánuði.

Heildarútgjöld á 12 mánuðum: 12 * 20,200 + 10,000 = $252,400

Lausn B:

• Teymi (2 x reyndur JS-þróunaraðili): $20k / mánuði
• Nýr þróunaraðili (1 x reyndur JavaScript-þróunaraðili): $10k / mánuði

Frá og með nú kostar verkefnið: $30,000 á mánuði

Heildarútgjöld á 12 mánuðum: 12 * 30.000 = $360.000

Tveir forritarar sem vinna hjá 100% vinna að því sama og þrír forritarar sem vinna hjá 60-70%. Fjárfestirinn mun greiða yfir $ 100.000 meira fyrir sama vinnslugetu á ári vegna gallaðs hönnunarákvörðunar!

Að byggja fullkomna vöru er eins og að elta kanínuna.

Sveigjanleiki í ferlinu þýðir ekki endilega að stefnt sé að 100% prófunarhlutfalli eða að slá afkastametið. Þó að þessir mælikvarðar veiti yfirsýn yfir tæknilegt ástand verkefnisins, eru þeir svo ómarktækir frá sjónarhóli endanlegs viðskiptavinar að ekki þarf að ná þeim í kjörstöðu í sannarlega Agile-ferli þar sem þeir færa enga raunverulega markaður gildi.

Að þróa fullkomnar tæknilausnir krefst mikillar skuldbindingar og mun víðtækari samskipta. Afleiðingin er sú að viðbætur virka hægar og verkefnið verður þungt vegna ofþróunar.

Sveigjanleg þróun snýst allt um að skila virku kóði með lágmarks fyrirhöfn. Kóðaprófanir eru án efa góð venja og prófin segja mikið um rekstur kóðans, en þau ættu ekki að vera gerð bara til þess að gera þau og montast yfir því – kjörin tæknileg gæði lausna liggja einhvers staðar á milli lágmarksins sem ákvarðað er af dev team og hámarkið sem er takmarkað af fjárhagsáætluninni.

Að lokum kemur fullkomnun þér hvergi áfram. Athyglisvert er að jafnvel öryggismálið er háð þessari reglu – í kenningunni er hægt að hakka hvaða kerfi sem er. Hins vegar þarf þróunarlágmarkið sem nefnt var áðan að vera í samræmi hærra og viðeigandi miðað við þyngd, umfang og kostnað hugsanlegra afleiðinga kóðavillna. Oft er betra, í stað þess að skrifa innskráningarmódúlinn frá grunni – sem er ætíð með mikla slysahættu og getur leitt til öryggisgalla – að nota til dæmis hnappinn “Innskrá með Google”, sem er tiltölulega fljótur og öruggur í framkvæmd.

Svo lengi sem markmiðið er að koma vörunni á markað sem fyrst, reynast ákaflega metnaðarfullar forsendur gagnstæðar. Í virðandi fullkomnum ferli getur ofuráhugi verið sóun á auðlindum..

Gott er að vita allt um eitthvað og eitthvað um allt.

Notendamiðuð hönnun er flott. Mannmiðuð samvinna er mikilvægari. Þegar team er á sömu bylgjulengd getur það sjálfkrafa dregið úr frekari hugsanlegum tapi.

A Notendaupplifun Hönnuður sem er upplýstur um frontend-tækni mun ekki leggja fram lausn hjá Mest verðmæti leikmaðurinn fasi sem mun taka óhóflega langan tíma á innleiðingarstiginu.

Frávefþróunaraðili sem þekkir notendavænikenningar mun geta stillt viðmótið fyrir tiltekna skjástærð án þess að leita til UX-hönnuðar – fljótleg lausn, forskoðun, samþykkja.

Að vinna að forriti krefst samstilltra aðgerða fólks með gjörólíka færnifrumgerðir. Þú þarft að þekkja dreifingu færni í team þínum til að skila virði til viðskiptavina þinna á skilvirkan hátt.

Áhugasamur og samstilltur team er lykill að sparnaði. Þessi tegund sveigjanleika krefst hámarks vöruþróunar..

Góð team-frammistaða, þegar litið er á hana á þennan hátt, er ákaflega erfitt að ná fram, sérstaklega á tímum fjarvinna. Fyrirtæki sem hafa verið fjarvinnuvæn í mörg ár hafa verulegt forskot á þessu sviði fram yfir þau sem hafa verið neydd til að aðlaga skipulagið sitt á meðan lokunin stóð og eru rétt nú að kynnast nýjum aðferðum og formum samskipta.

Öflugur búnaður áður en þú ferð go go

Í ljósi vaxandi samskiptanþarfar aukast vinsældir tóla eins og Whimsical, Miro, Mural, Figma og Balsamiq verulega.

Vissulega hafa sóttkvíin og þörfin á að vinna fjarvinnu spilað sinn þátt í þessari sprengingu notenda. Ég tel að val á verkfæri eigi að passa við persónulegar óskir, en skulum líta á Miro:

Vinsældir slíkra verkfæra leiða eðlilega til aukinna vinsælda aðferðafræðanna sjálfra. Sá sem keypti Miro til að vinna með persónur fær aðgang að tugum annarra sniðmáta sem gætu reynst áhugaverð og haft jákvæð áhrif á daglegt starf team.

Þú ættir alltaf að útbúa þig með verkfærum sem einfalda flæði upplýsinga í verkefninu. Opinleiki fyrir nýjum verkfærum og aðferðum er einnig einn af grundvöllum árangursríkra vörþróun.

Þú getur (og ættir) að vera latur

Reynslumiklir hönnuðir bæði af notendaviðmótinu og hugbúnaðararkitektúr venjulega tekur maður eftir nokkrum mögulegum lausnum sem þarf að staðfesta í upphafi samstarfsins og leita skilvirkt að viðeigandi innblæstri eða jafnvel tilbúnum lausnum á markaðnum. Gott dæmi er Material UI-ramminn, sem er yfirleitt öruggt val á frumgerðarstiginu..

Stundum nægir að skoða nokkrar útfærslur á Behance eða Dribble og nota innblásturinn til að búa til stemningsborð sem síðan er sent til forritara. Þessi aðili mun nota það til að setja saman smellanlega frumgerð sem hægt er að kynna fyrir snemmbúum til að safna endurgjöf. Þessi náttúrulega leit að skilvirkum ferli hjá hönnunarhugaðri og skuldbundinni manneskju er eðlileg.

Ef þú vilt afhenda stafrænar vörur á skilvirkan hátt þarftu að láta fólk sinna störfum sínum. Þú veist hvaða gildi/þjónustu þú vilt veita viðskiptavinum þínum – það dugar. Hæfur og vel stýrður verkefni team mun vita best hvernig á að afhenda þetta gildi/þessa þjónustu sem fyrst með nauðsynlegri kostnaðarhagkvæmni.

Sýndu traust þitt, deildu ábyrgðinni og opnaðu þig fyrir sannri tvíhliða samskiptum svo að þín vara mun verða betra og byrðin af því að gera allt sjálfur mun detta af öxlum þínum, sem oft reynist stofnendum og frumkvöðlum þreytandi ferðalag! Á The Codest, Við þýðum þessa meginreglu ekki aðeins í verkefni heldur einnig í innri ferla – það er líklega ástæðan fyrir því að við njótum mikils viðhaldsstuðnings hjá bæði viðskiptavinum og starfsmönnum (sönn saga, báðir> 90%).

Leyfðu þér smá leti, flytðu ábyrgðina hugrökk og slepptu afgangsvinnu sem ekki er nauðsynleg til að halda áfram – aðgerðir sem væri gott að hafa geta alltaf beðið.

Einbeittu þér að því að finna réttu svörin.

Ferlið við að búa til stafrænt vöru er stöðugur árekstur ólíkra sjónarmiða, reynslu og upplýsingaheimilda – hver slíkur árekstur ber með sér áhættu á að taka röngu hönnunarákvörðun.

Góð innri samskipti draga úr þessari áhættu, en þau eru aðeins annar hluti af myndinni. Spurningin um hvernig eigi að halda tengslum við markaðinn er enn ó svarað.

Viðskiptaupplýsingakerfi, þjónustudeildir viðskiptavina, UX-rannsóknardeildir og margir aðrir – rétt eins og þróun team, Þeir ættu að stefna að því að gera það sem minnst nauðsynlegt til að veita nákvæmar svör við spurningum sem vörueigandi eða UX team leggur fram.

Vörumerkið sjálft og stefna vörumerkjasamskipta eru einnig mikilvæg. Þau þjóna til að byggja upp eigindleg tengsl við viðskiptavini, sem síðan þýða á skuldbindingu þeirra. Ef þú vilt spyrja viðskiptavini spurninga skaltu ganga úr skugga um að þeir séu reiðubúnir að svara þeim. Tónninn skiptir máli.

Það er víst að stöðugur samskiptum við markaðinn gera þér kleift að skilgreina réttar brautir verkefnisins til að láta það ganga upp. Minna augljóst er að þörfin fyrir þessi samskipti eigi að vera tekin til greina strax í upphafi verkefnisins, með því að spá fyrir um réttu hæfni innan team (til að spyrja réttu spurningarnar og svara þeim) og móta vörustefnu sem felur í sér markhópana.

Ályktanir

Með hliðsjón af öllu ofangreindu getum við séð nokkur vandamál sem reglulega koma upp í hönnunarferlinu:

– að vera of hagnaðardrifið og forðast að horfa á misheppnuð verkefni,

– ónákvæmni og að röntgengeisla ekki eigin mistök,

– að elta fullkomna vöru sem þú hefur í huga, en sem er ekki það sem markaðurinn þarfnast,

– ofákafur framkvæmd kennslubókaferla – ofþróun og ofhönnun,

– stífni í vinnu team og að þrýsta á starfsmenn að vera eingöngu innan síns sérsviðs,

– óvirk samskipti,

– tilhneiging til að finna upp hjólið.

Ferlaverkefning á stórum skala felur í sér heildar sparnaðar. Til að takast rétt á við ofangreindar áskoranir þarftu að láta samstarfsfólk þitt taka þátt svo það geti opinskátt lagt fram hugmyndir um að bæta ferlið.

Stundum nægir að tala minna og hlusta betur á undirmenn, viðskiptavini og samstarfsaðila – í samræmi við hlutverk og ábyrgð hvers og eins – til að ná árangri.

Þegar þú ert ekki alveg nægur, ertu líklega að offjárfesta.. Áttu of mikið af peningum?

Þegðu og taktu peningana þína! Ó, og auk þess:

1. Ekki innleiða Scrum bara til að æfa Scrum.
2. Veittu meiri athygli bilunum í ferlinu.
3. Settu smærri markmið sem eru framkvæmanleg og mælanleg til skamms tíma – almennt séð skaltu halda þig við það minnsta.
4. Stundum góður vegakort er nóg til að veita team tilfinningu fyrir sameiginlegu markmiði og fá þá til að takast á við árangursríkt starf hér og nú.
5. Byggðu góðan team til að geta gefið honum frelsi sem hann þarfnast.
6. Spyrðu alltaf um núverandi verkfærakistu – leitaðu að mögulegum umbótum í verkstæðinu þínu.
7. Hannaðu ferlið frá sjónarhóli lötumanns – eins og þú viljir gera sem minnst.

Lesa meira:

CTO áskoranir – stækkun og vöxtur hugbúnaðarafurða

Hvaða gagnagrunn (DB) á að velja fyrir tiltekinn gagnategund í hugbúnaðarverkefni þínu