Hvað er DesignOps? Af hverju þarf liðið þitt þetta? Og hvernig getur DesignOps hjálpað hönnun / þróunarhópnum þínum að ná árangri? Þessi grein svarar þessum spurningum og gefur þér einnig gagnlegar ábendingar um hvernig á að byrja að innleiða þetta nýja hugtak í þróunarhópnum þínum.
Í nútíma heimi er hraði þróunarhópsins sem skilgreinir oft hagkvæmni vöru. Á sama tíma er eitt lykilatriði sem er mikilvægast og mest vandamál: hönnun.
Hönnun verður oft flöskuháls og hefur veruleg áhrif á allt þróunarferlið, sama stærð liðsins. Stundum getur ofbeldi viðleitni hönnunarleiða hjálpað til við að keyra hönnunarferlið, en um leið og vinnuþyngd eykst verður þú að mæla liðið þitt.
Hversu oft hefur þú séð:
Ef einhver eða öll þessi hljóð þekkja, þá er það í háum tíma að framkvæma DesOps (Hönnunartækni).
Hugtakið DesOps eða DesignOps er eftirmynd hugtaksins DevOps sem er hugbúnaðarverkfræði sem miðar að því að sameina þróunarferli til að skapa meiri skilvirkni. Líkt og DevOps sérfræðingar eru DesOps sérfræðingar reyndar hönnuðir með hæfileika stjórnenda sem skilja hönnun ferlið innan stærra samhengis vöruþróunar.
Þó að við megum ekki allir hafa "DesOps" hugtakið í starfsheiti okkar, þá eru margir eldri hönnuðir þegar ábyrgir fyrir sama hlutverki. Frá stofnun hönnunarferla, til að þróa hönnunarkerfi, til að búa til aðferðir og stjórna hönnunarhópum, er DesOps sífellt í eftirspurn.
Það sem skiptir máli skiptir máli að þessi aðferð sé takmörkuð og viðeigandi jafnvel í liðum með einum hönnuði. Svo, hvernig byrjar þú að innleiða DesOps?
Hönnuðir þurfa að vita hvenær starf þeirra er lokið og tilbúið til að fara framhjá þróunarliðinu. Til dæmis þurfa hönnuðir skýra skilning á hvaða ríki hver skjár þarf að hafa og hvaða eignir verða nauðsynlegar fyrir þróunarteymið að byggja þá eignir.
Það kann að líða eins og þetta er svæði sem hönnuðir ættu að skilja. En það er í raun eitt af algengustu stigum núnings í verkefnum og ætti ekki að hunsa það. Ef þú kveður á um það sem krafist er greinilega, þá dregur þú úr átökum og tryggir að allir skilja ábyrgð sína.
Kostir þessarar eru: það gerir stöðugt þróunartíðni kleift að viðhalda; það dregur úr heildarþróunartíma; það dregur úr fjölda umræða sem nauðsynleg eru milli hönnuða, forritara og leiðenda.
Í síðasta lagi voru við að íhuga sérstaklega hvað hönnuður ætti að flytja til verktaka. Þetta atriði snýst um hvaða form hönnuður ætti að nota til að flytja hönnunarmockups, fáður hönnun, frumgerð, moodboards-hvað þarf hönnuður til að veita til að geta skilað fyrirætlanir sínar á formi sem verktaki getur skilið.
Það eru fjölmargir valkostir, svo sem Zeplin eða InVision en einn af algengustu kvörtunum frá forritara er að þessi snið veita ekki allt sem þeir þurfa (td útfluttar eignir). Hins vegar er það venjulega vegna þess að hönnuðir hafa ekki rétt útflutning á hönnun þeirra. Með því að skýra fyrir hönnuði hvað þeir ætla að framleiða, geta þeir framhjá réttum eignum á auðveldan hátt.
Þú ættir að búa til innra skjal sem inniheldur sérstakar tæknilegar kröfur um eignir, hönnunarverkfæri, samstarf við forritara og aðra meðlimi liðsins; Að lokum ætti þetta skjal að skilgreina hvenær og hvernig hönnun skal afhent.
A setja af hönnun og verkfræði lausnir, auk leiðsögumenn fyrir framkvæmd þeirra, mun tryggja fjölda kosta: vara heilleika; einfaldari og hraðari um borð í nýjum liðsmönnum; skilvirkari vinnu bæði hönnuður og verktaki (eins og þeir geta átt samskipti á einu tungumáli sem skilgreint er af hönnunarkerfinu).
Kostir þessarar eru meðal annars: bætt heildarmagni vinnu; dregur úr "saga" þegar þú skorar liðið; eykur hraða bæði hönnun og þróun.
Við elskum öll flott ný tæki, en árangursríkt lið vinnur með samræmdu tækjabúnaði og tryggir að þetta eining sé á þína ábyrgð.
Öll verkfæri ætti að vera uppfærð, en ef uppfærsla er sleppt af einhverri ástæðu, þá ætti allir að sleppa því.
Kostir þessarar eru ma: aukið liðsþátttaka; aukin hönnun og þróun hraði; bætt lið samstarf.
Verktaki er luckier í skilmálar af þessu verkefni, því útgáfa stjórna fyrir kóða er þroskaður iðnaður með fullt af valkostum. Það er erfitt að framleiða svipaða nálgun fyrir hönnuði, þar sem ferli er svo fjölbreytt, en á síðasta ári verkfæri eins og Útdráttur , Kaktus , og Plant hefur verið sífellt vinsælli. Þú getur jafnvel haft marga hönnuði sem vinna á einum skipulagi með eitthvað eins og Figma .
Kostir þessarar eru: betri samskipti; einfaldað liðstærð hraðvirkar hönnunarferli eins og margir hönnuðir geta unnið á einu verkefni á afkastamikill hátt.
Til að lýsa öllum virkni sem tengist hönnun, reyndu að nota "sjónrænt skjöl" í stað þess að skrifa tækniforskrift. Í flestum tilfellum er nóg að verktaki hafi gagnvirka frumgerð til að skilja grunn rökfræði og finna svör við flestum spurningum.
Kostir þessarar eru: minni tíma að skrifa tækniforskriftir; dregur úr umfangi vinnu fyrir tæknilega rithöfunda; verktaki eyða minni tíma að lesa skjöl og meiri tíma að skrifa kóða; hönnuðir eru afkastamikill; hraða þróun hraða.
Það er engin staður fyrir hönnun í mörgum vinsælum hugbúnaðarþróunaraðferðum; hvað þróunarferli sem þú ert að nota, finndu pláss fyrir hönnuði.
Kostir þessarar eru: sameinað lið með betri samskipti; aukin þróunarhraði; minni rework og verktaki niður í miðbæ.
Þú ættir stöðugt að sýna fram á vöxt magn- og eigindlegra vísa þökk sé framkvæmdarbreytingum fyrir bæði liðsmenn og stjórnendur. Án þessa verður lið treg til að breyta, en yfirmaðurinn mun ekki geta skilið hvar og hvers vegna viðbótarauðlindir eru eytt. Stöðug söfnun og kynning jákvæðra niðurstaðna eftir að breytingar hafa verið gerðar á framkvæmdum munu hjálpa þér að öðlast trúverðugleika og nauðsynlegt vald til frekari breytinga á vinnuflæði liða.
Kostirnir eru: aukin hvatning og sterkari lið; að auðvelda nýjum reglum og venjum; stuðningur við framtíðar nýsköpun.
Hugtakið "DesOps" er alveg nýtt og byrjar bara að öðlast merkingu þess; the fyrsta DesOps ráðstefnan var aðeins haldið í nóvember í New York.
Fyrir nú myndi ég einfaldlega kalla þetta menningu sem miðar að því að þróa og auðvelda solid hönnun. En mér finnst að í náinni framtíð munum við hafa þetta sem sérstakt hönnun hlutverk í öllum vöruflokkum. Hins vegar tel ég að við getum nú þegar á öruggan hátt talað um mikilvægi þess að kynna þessa starfshætti í því skyni að bæta skilvirkni vinnuflæðis og vöruþróunar almennt.