Sadarbības modeļa izveide

Labi definēts un strukturēts sadarbības modelis ir galvenais sajaukuma komandas efektīvas darbības elements. Šajā sadaļā apskatīti faktori, kas var veicināt šos panākumus, piemēram, labi definētas lomas un pienākumi, strukturēts biznesa ritms, uzticams saziņas kanālus, kā arī pieejams dokumentācijas portāls.

Lomu un pienākumu definēšana

Lai izveidotu efektīvu sajaukuma grupu, vispirms ir jānosaka skaidras lomas un pienākumi. Galvenais ir sākt pamazām un, ja nepieciešams, ieviest lielākas lomas un darbiniekus. Izmantojiet mazākus mērķus, lai gūtu panākumus un demonstrējiet sajaukuma darba grupas modeļa vērtību, pirms uzņematies daudz ambiciozākus projektus.

Darba grupai ir jāiekļauj vismaz šāds personāls un lomas:

• Produkta īpašnieks — parasti šīs personas uzdevums ir projektu sekmīgums. Šis vadītājs arī definēs skaidru un aizraujošu mērķi vai var līdzattīst šo vīziju ar komandu.
• Domēna speciālists — šis ir komandas zinātkāras biznesa loceklis, kurš izprot un var skaidri norādīt gan problēmu, gan risinājumu. Kad šis risinājums tiek nodrošināts Power Apps, izmantojot zema koda pieeju, jābūt iespējai iegūt lielāko daļu no risinājuma izveides.
• Profesionālais izstrādātājs — "Pro Dev" risinājumu izmanto domēna speciālists un nodrošina pietiekamu kodēšanas atbalstu, lai nodrošinātu tai paredzēto funkcionalitāti (un, ja nepieciešams, lielāku atbalstu).
• Administrators — šis komandas dalībnieks sekmē integrāciju un atbalsta scenārijus, vienlaikus izpildot adminsitratīvos servera pakalpojumus. Jebkurš turpmākais atbalsts laika un speciālo zināšanu ziņā, kas pamata darba grupai nepieciešams, var tikt sniegts elastīgi, nevis kā grupas pastāvīgie dalībnieki. Šāda pieeja nodrošina produktīvu sajaukuma komandas darbību, nodrošinot piekļuvi lielākam resursu skaitam, kas darba grupai nepieciešams, lai sasniegtu mērķus.

Izveidojiet biznesa modeļa ritmu

Sinhronizējot darba ritmu saistībā ar programmas izstrādi sajaukuma komandā, var tikt uzlabota komandas efektivitāte, pielāgojot to šādai struktūrai:

• Definējiet atkārtotu kalendāra notikumu darba grupas sinhronizācijai. Lielākajai daļai darba grupu iknedēļas vai ik pārdienu sapulces ir apmierinošas. Tomēr neplānojiet sanāksmes sanāksmju dēļ, un mēģiniet nepalielināt sapulču biežumu tuvu termiņiem, jo šāda pieeja nav produktīva.
• Atstājiet sapulces darba laika ietvaros. Ideālā gadījumā jūsu komanda tiks izvietota, lai gan sajaukuma komandas arī var efektīvi strādāt dažādās ģeogrāfiskajās zonās un laika joslās. Lai kādi būtu darba apstākļi, nodrošiniet, lai visi izprot darba stundu mērķi un ilgumu un ievērotu to.
• Izveidojiet iknedēļas ritmu. Darba grupas iknedēļas darbā ir jāiekļauj individuālais darbs, sadarbības pasākumi un, ja nepieciešams, tūlītējas sanāksmes. Šīm sapulcēm ir jābūt noteiktam mērķim, piemēram:
  • Tvēruma pārskatīšana — lai darba grupas apkopotu jaunās iniciatīvas.
  • Lietotāju pieredzes pārskatīšana — lai apspriestu programmas dizainu un neveiksmes. Sanāksmes, lai plānotu citas sanāksmes, sapulces, nevis e-pasta ziņojumus vai tūlītējos ziņojumus, vai sapulces bez skaidri definēta mērķa, ir produktivitātes kārība.
• Efektīvs darbs. Lai izveidotu visefektīvāko risinājumu, darba grupai ir iekšēji pielāgoties. Šajā salīdzinājumā ir jāietver citu būvēto komponentu atkārtotas lietošanas iespēja.
• Uzturēt konsekventu mērķa sasniegšanas norisi. Lai nodrošinātu komandas mērķu sasniegšanu, ir svarīgi, lai visi darbojas kopā, lai sasniegtu šo rezultātu. Attiecībā uz Power Apps sajaukuma komandām, strādājot ar programmu, šīs norises uzturēšana nozīmē lietotāju atsauksmju tveršanu un sapratni, prioritātes rašanos un atbalsta rašanos un uzturēšanu visā projektā.
• Ģenerēt atbalsta matricas. Atbalsta matrica nodrošina strukturētu pieeju, kas tiek izmantota, lai gūtu atbalstu, kas nepieciešams, lai gūtu panākumus darba grupas vispārējo mērķu sasniegšanā. Aizķeršana ar biznesa tehnologiem rada grūtības tieši veidot programmas, kad tie sasniedz savas zināšanas un spēju robežas. Ar ko viņi sazinās un kā to dara? Kā viņi atrisina lietotāja kļūdas ziņojumu? Šajā matricā ir jāiestata, kā piesaistīt atbalsta biļeti, lai iesaistītu pareizo darba grupu problēmu novēršanai un problēmas atrisināšanai, pamatojoties uz problēmas atrisināšanu. Katrā atbalsta scenārijā šī matrica paskaidro eskalācijas un problēmu novēršanas ceļu.

Definēt darba grupas saziņu

Darba grupas saziņas standartizēšana ir vēl viens būtisks komponents efektīvas darbības uzturēšanā. Visiem darba grupas dalībniekiem ir jāzina, kā darba grupa veido savienojumu, jo īpaši asinhronā režīmā dažādās laika joslās. Saziņas stratēģijā jāizvērtē šādas jomas:

• Kanāli Kādus kanālus darba grupa izmantos primārajai un sekundārajai saziņai? Kādas ir katra saziņas veida priekšrocības un trūkumi? Izvēļu pasaulē, vienkārša e-pasta saņemšana var nebūt labākais risinajums un tādas iespējas, ko piedāvā Microsoft Teams, var sniegt lielāku skaidrību, uzlabotu izsekošanu un lielāku atbildes līmeni.
• Paziņojumu tipi. Kā jūs informēsiet savu darba grupu par atjauninājumiem vai notikumiem, uz kuriem jareaģē?
• Ziņu biežums un apjoms. Cik bieži jūs informējat savu komandu? Ikdienas saziņa var sniegt noderīgu kopsavilkumu, kas šajā dienā noticis, taču uz dažiem ziņojumiem var nākties reagēt agrāk. Lielākoties darbinieki ir pārslogoti ar e-pasta ziņojumiem. Pārliecinieties, ka tiek sasniegts bilanču skaits un apjoms, lai darba grupas dalībnieki nebūtu pārslogoti ar projektiem saistītiem ziņojumiem.
• Automatizācija. Kā automatizēt saziņas procesu? Standartizētas e-pasta veidnes, palīgi un notikumu brīdinājumi var palīdzēt, bet tie ir jālieto atbildīgi, ja tie nereaģē uz darba grupas dalībnieku iespēju atbildēt.
• Labas saziņas prasmes. Ne visiem komandas darbiniekiem būs vienāds saziņas prasmju līmenis, bet ikviens var uzlaboties. Vienkāršas pieejas, piemēram, pareizas e-pasta ziņojuma tēmas izvēle, būtiski ietekmē, cik labi komanda atbild uz šo ziņojumu. Veiciniet vienkāršu un efektīvu saziņu; ja darba grupas dalībniekiem ir jāveic darbības, norādiet šīs darbības un uzrei norādiet temata rindā.

Piemērs, kā nodrošināt efektīvas saziņas prasmes, var būt vieta, kurā jāmaina tabulas definīcija Dataverse, piemēram, vairāku lauku pievienošana. Kad jūs nosūtāt paziņojumu par paredzētajām izmaiņām, darba grupai ir jāsaprot, ka, ja viņi saprātīgā laikā neatbild, šis atbildes trūkumus norāda uz viņu piekrišanu. Standartizēti un loģiski saziņas procesi palīdz uzlabot efektivitāti un sasniegt gaidītos rezultātus.

Dokumentācijas portāla publicēšana

Dokumentācija nav tikai neobligāta jebkura projekta daļa – tā ir svarīga saziņā, sadarbībā, atbalstā un notiekošajās darbībās. Komentētais kods ir labs kods, un visaptverošas apzināšanas un apmācības dokumentācijas izveide ir būtiska ikviena sīto projektu izvietošanas un mācību procesa daļa.

• Lietojumprogrammu katalogs. Lietojumprogrammu katalogs ir matrica vai tabula, kas apkopo un koordinātas visas programmas noteiktas darba grupas atbildībā. Katalogā ir iekļauti visi attiecīgie īpašnieki no lomu un pienākumu sadaļas. Galvenā funkcija ir nodrošināt, lai darba grupa precīzi zinātu, kam tas pieder, tādējādi vienkāršojot saziņas procesu ar pareizo darba grupas dalībnieku, lai saņemtu konkrētas atbildes.
• Tehniskie jautājumi. Jūsu darba grupai ir jātur bieži uzdoto (vai pat ne-tik bieži uzdoto) tehnisko jautājumu krātuve par programmas darbību. Šiem jautājumiem ir jābūt saprātīgiem, un atbildēm jābūt saprotamām un pieejamām.
• Norādījumu rokasgrāmatas. Norādījumu rokasgrāmatas ir tūlītējas un vienkāršas procedūru kopas, kas sniedz vienkāršas atbildes uz bieži uzdotiem uzstādīšanas un darba jautājumiem. Parasti viņi atbildētu uz konkrētu jautājumu, piemēram, "Kā sākt jaunas programmas izveidi?".
• Pievienošana. Pievienošanas norādījumi ir tikai iekšēji dokumenti, kas izstrādāti, lai palīdzētu jauniem darba grupas dalībniekiem. Šī dokumentācija ietver informāciju, piemēram, piekļuves pieprasījumus, e-pasta adresātu sarakstu savienošanu, brīdinājumu iestatīšanu un abonēšanu utt.

Paraugprakse

Tālāk sniegtā informācija par labāko praksi palīdzēs definēt robežas un pieejas efektīvam darbam sajaukuma komandās.

Atbildība

Lai gan veidotāju vadītās izstrādes un noslodzes komandas nodrošina ātru lietojumprogrammu izstrādi un izvietošanu, ir svarīgi nodrošināt, ka šis darbs tiek pilnība veiks sadarbībā ar IT nodaļu. Veidotājiem ir jābūt atbildīgiem pret IT, lai palīdzētu novērst problēmas saistībā ar IT sistēmu ēnošanas pieaugumu.

Attiecīgi IT nodaļa jābrīdina, kolīdz veidotajs sāk veidot lietojumprogrammu. Šis paziņojums savukārt atvieglo izstrādes procesu, jo IT var sniegt atbilstošu atbalstu veidotājam un sajaukuma darba grupai, tādējādi palīdzot viņiem izveidot pareizi aizsargātas un pārvaldītas programmas.

Automatizācija

Efektīva automatizācija var sniegt milzīgu produktivitātes pieaugumu. Piemērs, kā palielināt risinājumu izvietošanas panākumus, ir automatizējot nepieciešamās pārbaudes vairāku risinājumu izvietojumos. Šīs automatizētās pārbaudes var iekļaut:

• Risinājuma versijas pārbaude, kur katra izvietošana izmanto atjauninātu versijas numuru, tādējādi novēršot problēmas.
• Savienojuma atsauces dublicēšana.
• Trūkst savienojuma atsauču.
• Komponentu dublicēšana.

PR pārbaudītāja risinājumā ir iekļauts piemērs, kā efektīvi ieviest šo automatizāciju.

Notiek ziņošana

Sajaukuma komandām un veidotāja izstrādātajām programmām ir jābūt pielāgotām pirmajai datu pieejai, kas nozīmē, ka ir jāizstrādā programmas, kurās var tieši uzraudzīt panākumus. Lai sasniegtu šo rezultātu, ir nepieciešama labi rīki, kas sniedz iespēju atklāt, kas komandai padodas, kā arī šo atsauksmju analīze, lai precīzi noteiktu programmas efektivitāti. Lai sasniegtu šo rezultātu, ir:

• Jāuzrauga un jānovērtē programmas. Tikai tāpēc, ka kāds persona kaut ko uzskata par noderīgu vai labu domu, automātiski nenozīmē, ka visi tajā saskatīs ko vērtīgu. Darba grupām ir jāpārrauga programmu lietojamība un jānovērtē to funkcionalitāte, lai nodrošinātu, ka ikviena jauna funkcionalitāte noder un darbojas atbilstoši.
• Sekmējiet labu vērtējumu. Citiem vārdiem sakot, nebūvējiet programmas tikai tāpēc, ka varat — būvējiet tikai, lai risinātu konkrētas uzņēmuma vajadzības.

Nākamā darbība: Kopīgas izstrādes pārvaldības izveide