Beste erabiltzaileekin garatzeko gobernamendua

Garapeneko gobernantza-esparru eraginkorra ezartzea garatzaileek definitutako proiektuetan eta fusio-taldeetan koherentzia eta errepikakortasuna bermatzeko. Artikulu honek gobernantza-fluxu-diagrama definitzeko ikuspegi bat deskribatzen du.

Amaieratik amaierako prozesua zehaztea

Prozesu hau adibide gisa erabil dezakezu eta zure erakundearen jardunbide egokietara pertsonaliza dezakezu. Ez da beharrezkoa urrats guztiak egitea, betiere eskatutako emaitza lortzen baduzu.

Gehitu eginbideak atzerapenari

Atzerapenek zure proiektua planifikatzeko aukera ematen dizute, esperientzia orokorra gidatzen duten funtzioak gehituz. Atzerapenak taldeak eman nahi duen bide orri orokorra ere eskaintzen du.

Ezaugarri berri bat gehitzean atzeragoari, helburua esparru orokorra deskribatzea da. Ondoren, eginbide bakoitzak kodearen garapena bultzatzen duten negozioaren balioa, istorioen zirriborroen izenburuak, esparrua eta datu-ereduaren aldaketak definitzen ditu.

Horrez gain, negoziorako eginbide kritiko bat gehitzean, probak automatizatzeko agertoki kritikoak identifikatzea gomendatzen dizugu. Zure eginbideak gehitu ondoren, zure esparrua lerrokatzeko bilera programatu dezakezu.

Esparrua lerrokatzeko bilera

Bilera honen ardatza proposatutako eginbide berri bakoitza berrikustera mugatu behar da, eta gero funtzionalitate hori eskaintzen duten aplikazio, eszenatoki edo datu-ereduren bat egiaztatzeko ahaleginak bikoiztu ez daitezen. Bilera honek beste aplikazioetan duen eraginaz eztabaidatzeko aukera ere ematen du. Azkenik, eginbide honek Esperientzia Berrikuspena eskatzen duen egiaztatu beharko zenuke.

Gehitu istorioak eta storyboard-a atzerapenera

Esparrua lerrokatzeko bileraren ondoren, edozein erabiltzaile-istorio zirriborroaren izenburuak gehi daitezke eginbidearen azpian. Une honetan, xehetasunak ez dira beharrezkoak eta erabiltzailearen istorioaren egoera "Berria" da. Istorioak atzerapenean edo taularen ikuspegian ikus ditzakezu.

Hurrengo irudiak atzerapen bati gehitutako erabiltzailearen istorio lagin bat erakusten du.

Une honetan, ezinbestekoa da kalitatea mantentzea lana lan-jarioaren eta aplikazioaren arabera antolatuz. Ikuspegi honek erlazionatutako lan-elementuak elkarrekin mantentzen laguntzen du eta lan-korronte bakoitzeko adituek aplikazio bakoitzaren funtzionalitatearen eta datuen erabileraren ulermen sakona garatu eta mantentzeko aukera ematen du.

Esperientziaren iritzia

Esperientziaren berrikuspenak azken erabiltzailearen esperientzian zentratu behar du eta zure taldeak antolakuntzako jardunbide egokiak betetzen dituela ziurtatu behar du. Koherentzia honek zure aplikazio guztiek esperientzia fidagarria eta errepikagarria eskaintzen dutela ziurtatzen du azken erabiltzaileentzat eta laguntza-taldeentzat.

Gehitu istorioaren xehetasunak

Erabiltzaile-istorio arrunt bat gehitzeak informazio hau txerta dezake:

1. Izenburua: <pertsona> naizen aldetik, <zerbait egin dezaket> horrela <eragina/lehentasuna/balioa izan dadin.>
2. Deskribapena: Deskribapenak zenbait xehetasun gako ditu (nahiz eta ez den hauetara mugatuta), hala nola:
   • Nahi den emaitza laburbiltzen duen eszenatokiaren deskribapen laburra
   • Narrazioa - erabiltzaileek eszenatokia nabigatzeko eta betetzeko egingo dituzten ekintzak deskribatzen ditu
   • Narrazio alternatiboa - erabiltzaileek emaitza bera lortzeko beste modu batzuk deskribatzen ditu
   • Diseinu-oharrak: erabiltzailearen istorioarekin lotutako entitatea, eremuak, ikuspegiak, maketa-pantailak eta negozio-arauak erregistratzen ditu
   • Eragindako segurtasun-rolak - Eragindako segurtasun-rol guztiak zerrendatzen ditu edo erabiltzailearen istoriorako garrantzitsuak diren.

Xehetasun horiek guztiak gehitu ondoren, erabiltzailearen istorioaren egoera aldatuko zenuke "Irakusteko prest". Kasu gehienetan, eginbide-taldeak eta negozio-taldeak (hala badagokio) erabiltzaileen istorioak berrikusten dituzte.

Ipuinaren berrikuspena

Istorioen berrikuspenak normalean fusio-taldearen barruan egiten dira, istorioan xehetasun guztiak azaltzen direla ziurtatzeko eta anbiguotasunik ez dagoela ziurtatzeko. Berrikuspen guztiak amaitu ondoren, gomendioa erabiltzailearen istorioa taldekide bati esleitzea da. Zure taldea garapen-prozesuan zehar lerrokatuta dagoela ziurtatzea ezinbestekoa da zure helburu orokorrak lortzeko.

Gehitu zereginak eta proba kasuak

Istorioak berrikusi ondoren, taldekideek zereginak sortzen dituzte Azure DevOps-n. Zereginak eta proba kasuak gehitzeko prozesu orokorra honako hau da:

1. Ireki esprinten atzerapen bat. Bestela, sortu sprint berri bat.
2. Gehitu lehendik dauden lan-elementuak esprintean. Sprintean agertzen ez diren lan-elementuak dagoeneko gehitu badituzu, haien eremua eta iterazio-bideak egiaztatu beharko dituzu. Gogoratu gurasorik gabeko zereginak dagozkion lan-elementuei esleitzen diezula.
3. Gehitu zereginak atzerapeneko elementuei. Zure sprintari esleitutako atzerapen elementurik ez baduzu, egin orain. Ezarri esprintaren hasiera eta amaiera datak ere.
4. Bete zeregin-inprimakia. Oro har, zereginak ez dira egun bat baino gehiago behar izan behar. Epe hori baino handiagoak diren zereginak banatu egin behar dira.
5. Jarraitu edo integratu gurasorik gabeko zereginak. Gurasorik gabeko zereginen jarraipena egin dezakezu beste zeregin batzuk bezala edo lehendik dagoen atzerapen elementu batera arrastatu haiek guraso izateko.

Zereginak eta proba-kasuak gehitu ondoren, sprint-ahalmena ezartzen joan zaitezke.

Zereginak gehitzeari buruzko informazio gehiago lortzeko, ikus Gehitu zereginak atzerapeneko elementuetara sprint plangintza laguntzeko.

Prestatu soluzioak

Ko-garapen arrakastatsurako alderdi garrantzitsu bat oharra kudeatzeko prozesu egituratua da. Soluzioak aplikazioen bizi-zikloaren kudeaketa (ALM) ezartzeko mekanismoa dira; soluzioak erabiltzen dituzu osagaiak inguruneetan zehar banatzeko, esportazio eta inportazio jardueren bidez. ... Artefaktua osagai bat da zure aplikazioan erabilia eta zuk potentzialki pertsonaliza dezakezuna. Soluzio batean osagai baten gisan barne har daitekeen edozer gauza: taulak, zutabeak, mihise aplikazioak eta ereduetan oinarritutako aplikazioak, Power Automate fluxuak, txatbotak, diagramak eta pluginak.

Garrantzitsua da

Argitalpenaren plangintzan zehar, zehaztu zure proiektuko irtenbideak kudeatzeko estrategia. ... Erabili irtenbideak zure proiektua kudeatzeko eta erraz aurkitu dituzun osagaiak beste ingurune batzuetara banatzeko.

Inplementazioak

Osagaiek hainbat esprint egin ditzakete konplexutasunaren eta taldearen abiaduraren arabera. Osagaiak garapen-ingurune bateko soluzio bati gehitu behar zaizkio, zereginak amaitu ahala. ... Soluzioak ekoizpen-ingurune batera inportatzen dira probatu ondoren. Proba-ingurune bat ere mantentzea gomendatzen dugu amaierako probak egiteko eta soluzioen inplementazioa probatzea ekoizpenera joan aurretik.

Power Platform inguruneak

Inguruneak zure erakundearen negozio-datuak, aplikazioak eta negozio-prozesuak gordetzeko, kudeatzeko eta partekatzeko espazio bat dira. Era berean, funtzio, segurtasun-baldintza edo helburuko hartzaile desberdinak izan ditzaketen aplikazioak bereizteko edukiontzi gisa balio dute.

Zure erakundeak talde anitzeko fusio-konfigurazioa badu, non talde bakoitzak bere irtenbideak garatzen ari diren, garrantzitsua da esprinten eta kaleratzeen iraupena koordinatzea. Sprintek ez dute zertan iraupen koherentea izan proiektuaren denbora-lerroan eta taldeen artean iraupena alda daiteke, talde bakoitzaren lehentasunen arabera. Hala ere, kaleratze kadentzia ezin da izan talde guztietako esprinten iraupen laburrena baino txikiagoa.

Iturburu-kontrola

Inplementatu iturburuko kodearen kontrol-sistema bat; adibidez, Azure DevOps. Azure DevOps laguntza-taldeentzako garatzaile-zerbitzuak eskaintzen ditu lana planifikatzeko, kodearen garapenean elkarlanean aritzeko eta aplikazioak eraiki eta zabaltzeko.

Esportatu aplikazioak eta pertsonalizazioak dituen garapen-inguruneko soluzio bat, deskonprimatu soluzioa eta gorde itzazu osagaiak zure iturburuko kontrol-sisteman.

Gai aurreratua: Pull request (PR) berrikuspenak

Aktiboak diren eta eginbideak berrikusi eta onartu dituzten istorioetarako soilik sortu behar dituzu PRak. Ziurtatu behar duzu irtenbidearen bertsioen kudeaketa zehatza dela, Inplementatu Scrum praktikak zure taldearentzat Azure Boards-en atalean ezarritako sprint eta garapen jarraibideak jarraituz. PR-ko proben emaitzak eraikitzen ari diren funtzionalitateak erakusten dituzten pantaila-argazkiak edo bideoak izan daitezke.

PR gobernatzeko prozesua automatizatzeak kodearen kalitatea bermatzen laguntzen du, oinarrizko egiaztapenak eskuz berrikusi behar izan gabe, hala nola soluzio bertsioak.

Oharra

Erabili PR egiaztatzaile tresna pull request egiaztatzeko prozesua automatizatzeko.

Txantiloiak eta estandarizazioa

Txantiloiek eta estandarizazioak eraginkortasuna ematen dute taldean koherentzia sustatzen lagunduz. Taldearen eragiketen alderdi guztiek —hau da, onboarding zereginak, istorioen berrikuspen aurkezpenak edo denbora aurrezten laguntzen duten eta taldeei erabiltzaile istorioak, funtzioak, akatsak edo zereginak definitzerakoan orientazioa ematen dieten lan elementuen txantiloiak— onura ateratzen dute estandarizazioaren eta sinplifikazioaren bidez. ...

Laguntza eredu eraginkorra ezartzea

Laguntza-eredu eraginkor bat ezinbestekoa da aplikazio baten epe luzerako arrakasta lortzeko inplementatu ondoren, laguntza-matrize bat sortzeari buruzko aurreko atalean nabarmendu den bezala. Akatsak eta etenaldiak saihestezinak dira, beraz, ezinbestekoa da taldeak agerraldi horiei aurre egiteko ikuspegi egituratua izatea, eta laguntza-matrizeak beharrezko markoa eskaintzen du.

Zerbitzu-mailako akordioa sortzea

Edozein laguntza-eredutan funtsezko faktorea Zerbitzu-maila-hitzarmenaren (SLA) definizioa da. SLA taldeak lantzen duen dokumentu formala izan behar du, honako elementu hauek biltzen dituen atalak dituena:

• Etenaldiak – zer zerbitzu-etenaldi maila den onargarria, nori jakinarazi, zer neurri hartu, zerbitzua berriro martxan jarri dela berresteko eta errepikatzea saihesteko neurriak. Taldeak erabiltzen dituen proba automatikoko prozedurak aurreikusitako etenaldi-tolerantziarekin eta aplikagarria den SLAarekin bat egin behar du.
• Akatsak – nork jakinarazi dezakeen, larritasun-mailen esleipena, sailkapena, detekzioan ekintzak, nork duen konpontzeaz eta sinatzeaz arduratzen dena.
• Eskalatzeak – eskalatze mailak, langileen mailen esleipena, maila bakoitzeko erantzukizunak, maila bakoitzerako banaketa zerrendak, eta abar.

SLA taldearen dokumentazio atarian gorde behar da eta behar den moduan eguneratu.

Aplikazioaren laguntza banatzea

SLAn zehaztutako aplikazioen euskarria emateko hurbilketarik onena irtenbidea sortu duen taldeak laguntza emateaz arduratzea da. Sistema honen abantailak hauek dira:

1. Kalitate hobeagoko garapena bultzatzen du, aplikazioa sortu dutenek badakitelako babestu beharko dutela.
2. Sortzaileek hirugarrenen talde batek baino azkarrago aurkitu eta konpondu ahal izango dituzte akatsak, aplikazioa hobeto ezagutzen dutelako.
3. Eginkizun kritikoa izan daitekeen softwarearen konponketa beste talde bati uztea desmoralizagarria eta denbora asko eskatzen dio talde horri. Aplikazioak sortzeko, garatzeko eta inplementatzeko beste faseekin gertatzen den bezala, fusio-taldeak IT-ekin elkartu beharko luke laguntza eskatzeko, behar denean.

Aplikazioen gogobetetasuna eta erabilgarritasuna kontrolatzea

Laguntza-esfortzuaren azken zatia inplementatutako aplikazioaren gogobetetasuna eta erabilgarritasuna kontrolatzea eta ebaluatzea da. Metrikoak erabilgarriak dira hemen, metodo tradizionalagoekin batera, hala nola galdeketak eta galdeketak. Aplikazioen erabilera kontrolatzeari buruzko informazio gehiago lortzeko, ikus Admin Analytics for Power Apps.

Azken finean, bezeroek argitaratutako aplikaziorik erabiltzen ez badute, aplikazio horrek ez du bere helburua betetzen ari. Aldizkako berrikuspen-bilerek gogobetetasun- eta erabilgarritasun-neurri hauek egiazta ditzakete, feedback-a positibo-begizta bat sortzeko, eta horrek istorioak aldatu edo gehi ditzakeen atzerapenean, aplikazioaren bertsio eguneratua sortzeko eta hedatzeko.

Historia

Koderik gabeko eta kode baxuko tresnen garapena, esaterako Power Apps negozio-teknologoek edo arduradunek aplikazioak sortu, garatu eta zabaltzeko aukerak zabaldu ditu. Garapen honek hobeto funtzionatzen du fusio-taldearen ingurunean, produktuaren jabea, domeinu aditua, garatzaile profesionala eta administratzailea osatuta, talde honek behar diren beste baliabide batzuk ekartzen dituelarik.

Fusio taldeetan garapen arin eta scrum planteamenduak integratzeak aplikazioen garapen azkarragoa eta arrakastaz inplementatzeko probabilitate handiagoa lortzen du negozioan diferentzia nabarmena egiten duen ezaugarri multzo batekin. Praktika, jarraibide eta gomendio egoki hauek aplikatuz, zure fusio-taldeak erabili ahal izango ditu Power Apps zure erakundearen eraldaketa digitalaren erronkei aurre egiteko.

Hurrengo urratsa: Probatu komunitatearen irtenbideak eta tresnak