Microsoft Fabric-implementeringsöversikt: Community of practice

Kommentar

Den här artikeln är en del av microsoft fabric-implementeringsöversiktsserien med artiklar. En översikt över serien finns i Microsoft Fabric-implementeringsöversikt.

En gemenskap av praxis är en grupp människor med ett gemensamt intresse som interagerar med och hjälper varandra på frivillig basis. Att använda ett verktyg som Microsoft Fabric för att skapa effektiva analyser är ett gemensamt intresse som kan föra samman människor i en organisation.

Följande diagram innehåller en översikt över en intern community.

Diagrammet ovan visar följande:

• I övningscommunityn ingår alla med intresse för Fabric.
• Center of Excellence (COE) utgör kärnan i samhället. COE övervakar hela samhället och interagerar närmast med sina mästare.
• Innehållsskapare med självbetjäning och ämnesexperter (SMF) producerar, publicerar och stöder innehåll som används av deras kollegor, som är konsumenter.
• Innehållskonsumenter visar innehåll som skapats av både självbetjäningsskapare och BI-utvecklare (Enterprise Business Intelligence).
• Champions är en delmängd av innehållsskaparna med självbetjäning. Champions är i en utmärkt position för att stödja sina andra innehållsskapare att generera effektiva analyslösningar.

Mästare är den minsta gruppen bland skapare och små och medelstora företag. Innehållsskapare och små och medelstora företag med självbetjäning representerar ett större antal personer. Innehållskonsumenter representerar det största antalet personer i de flesta organisationer.

Kommentar

Alla referenser till Fabric-communityn i den här implementeringsserien med artiklar refererar till interna användare, såvida inget annat uttryckligen anges. Det finns en aktiv och livlig världsomspännande gemenskap av bloggare och presentatörer som producerar en mängd kunskap om Fabric. Interna användare är dock i fokus för den här artikeln.

Information om relaterade ämnen, inklusive resurser, dokumentation och utbildning som tillhandahålls för Fabric-communityn, finns i artikeln Om mentorskap och användaraktivering .

Champions-nätverk

En viktig del av en gemenskap av praxis är dess mästare. En mästare är en innehållsskapare med självbetjäning som arbetar i en affärsenhet som samarbetar med COE. En mästare erkänns av sina kamrater som go-to-expert . En mästare bygger kontinuerligt upp och delar med sig av sin kunskap även om det inte är en offentlig del av deras jobbroll. Mästare påverkar och hjälper sina kollegor på många sätt, inklusive lösningsutveckling, inlärning, kompetensförbättringar, felsökning och att hålla sig uppdaterade.

Mästare framträder som ledare för praktikgemenskapen som:

• Ha ett stort intresse av att analys används effektivt och antas framgångsrikt i hela organisationen.
• Besitter starka tekniska kunskaper och domänkunskaper för sin funktionella affärsenhet.
• Har ett inbyggda intresse av att engagera sig och hjälpa andra.
• Är tidiga användare som börjar lära sig att experimentera och lära sig.
• Kan effektivt översätta affärsbehov till lösningar.
• Kommunicera bra med kollegor.

Dricks

För att lägga till ett inslag av roligt hänvisar vissa organisationer till sitt champions-nätverk som ambassadörer, Jedis, ninjor eller rangers. Microsoft har en intern community med namnet BI Champs.

Ofta uppmanas inte personer direkt att bli anställda. Vanligtvis identifieras mästare av COE och identifieras för de aktiviteter de redan gör, till exempel att ofta svara på frågor på en intern diskussionskanal eller delta i lunch- och inlärningssessioner.

Olika metoder kommer att vara effektivare för olika organisationer och varje organisation kommer att hitta det som fungerar bäst för dem när deras mognadsnivå ökar.

Viktigt!

Någon mycket väl kan agera i rollen som en mästare utan att ens veta det, och utan något formellt erkännande. COE bör alltid vara på jakt efter mästare. COE-medlemmar bör aktivt övervaka diskussionskanalen för att se vem som är särskilt användbar. Coe bör avsiktligt uppmuntra och stödja potentiella mästare, och när det är lämpligt bjuda in dem till ett förkämparnätverk för att göra erkännandet formellt.

Kunskapsdelning

Det övergripande målet med en community av praxis är att underlätta kunskapsdelning mellan kollegor och över organisationens gränser. Det finns många sätt att dela kunskap. Det kan vara under det normala arbetet. Eller så kan det vara under en mer strukturerad aktivitet, till exempel:

Aktivitet	Beskrivning
Diskussionskanal	Ett Q&A-forum där alla i communityn kan publicera och visa meddelanden. Används ofta för hjälp och meddelanden. Mer information finns i artikeln Användarsupport .
Lunch och lär dig-sessioner	Regelbundet schemalagda sessioner där någon presenterar en kort session om något de har lärt sig eller en lösning som de har skapat. Målet är att få en mängd olika presentatörer involverade, eftersom det är ett kraftfullt budskap att höra med egna ögon vad kollegor har uppnått.
Kontorstid med COE	Regelbundet schemalagda tider när COE-experter är tillgängliga så att communityn kan interagera med dem. Community-användare kan få hjälp med minimala processkostnader. Mer information finns i artikeln Om mentorskap och användaraktivering .
Interna blogginlägg eller wiki-inlägg	Korta blogginlägg som vanligtvis täcker tekniska instruktioner.
Intern analysanvändargrupp	En delmängd av communityn som väljer att träffas som en grupp regelbundet. Användargruppsmedlemmar turas ofta om att presentera för varandra för att dela kunskap och förbättra sina presentationskunskaper.
Bokklubb	En delmängd av communityn väljer en bok att läsa enligt ett schema. De diskuterar vad de har lärt sig och delar sina tankar med varandra.
Interna analyskonferenser eller händelser	En årlig eller halvårsvis intern konferens som levererar en serie sessioner som fokuserar på behoven hos innehållsskapare med självbetjäning, ämnesexperter och intressenter.

Dricks

Att bjuda in en extern presentatör kan minska ansträngningsnivån och ge en ny synvinkel för inlärning och kunskapsdelning.

Incitament

Mycket arbete görs för att skapa och upprätthålla en framgångsrik gemenskap. Det är fördelaktigt för alla att ge och belöna användare som arbetar till förmån för communityn.

Belöna communitymedlemmar

Incitament som hela communityn (inklusive mästare) tycker är särskilt givande kan vara:

• Tävlingar med ett litet presentkort eller slutade: Du kan till exempel hålla ett prestandajusteringsevenemang där vinnaren är den person som har minskat storleken på sin datamodell mest.
• Rangordning baserat på hjälppunkter: Ju oftare någon deltar i Q&A, uppnår de en ändring i status på en rankningslista. Denna typ av gamification främjar sund konkurrens och spänning. Genom att delta i fler konversationer lär sig och växer deltagaren personligen förutom att hjälpa sina kollegor.
• Ledarskapskommunikation: Kontakta en chef när någon går utöver så att deras ledare, som kanske inte är aktiv i samhället, ser det värde som deras medarbetare ger.

Belöna mästare

Olika typer av incitament tilltalar olika typer av människor. Vissa communitymedlemmar kommer att vara mycket motiverade av beröm och feedback. Vissa kommer att inspireras av gamification och lite roligt. Andra kommer att värdesätta möjligheten att förbättra sin kunskapsnivå.

Incitament som är särskilt viktiga för företagen kan vara:

• Mer direkt åtkomst till COE: Möjligheten att ha anslutningar i COE är värdefull. Den visas i diagrammet som visades tidigare i den här artikeln.
• Månadens mästare: Tacka offentligt en av dina mästare för något enastående de gjorde nyligen. Det kan bli kul i början av en månadslunch och det kan bli kul att lära sig.
• Ett privat diskussionsområde för experter: Ett privat område där de kan dela med sig av idéer och lära av varandra är ofta mycket värdefullt.
• Specialiserad eller detaljerad information och utbildning: Tillgång till ytterligare information för att hjälpa deras kompetens (och hjälpa kollegorna) kommer att uppskattas. Det kan vara att delta i avancerade utbildningsklasser eller konferenser.

Kommunikationsplan

Kommunikationen med communityn sker via olika typer av kommunikationskanaler. Vanliga kommunikationskanaler är:

• Intern diskussionskanal eller forum.
• Kanal för meddelanden.
• Organisationsbrev.

De mest kritiska kommunikationsmålen är att se till att dina communitymedlemmar vet att:

• COE finns.
• Så här får du hjälp och support.
• Var du hittar resurser och dokumentation.
• Var du hittar riktlinjer för styrning.
• Så här delar du förslag och idéer.

Dricks

Överväg att kräva ett enkelt test innan en användare beviljas en Power BI- eller Fabric-licens. Den här frågesporten är en felbeteckning eftersom den inte fokuserar på några tekniska färdigheter. I stället är det en kort serie frågor för att kontrollera att användaren vet var hjälp och resurser finns. Det konfigurerar dem för framgång. Det är också en bra möjlighet att låta användarna bekräfta alla styrningsprinciper eller avtal om datasekretess och skydd som du behöver känna till. Mer information finns i artikeln Systemtillsyn .

Typer av kommunikation

Det finns vanligtvis fyra typer av kommunikation att planera för:

• Nyanställdas kommunikation kan riktas till nya medarbetare (och entreprenörer). Det är ett utmärkt tillfälle att tillhandahålla onboardingmaterial för hur man kommer igång. Den kan innehålla artiklar om ämnen som hur du installerar Power BI Desktop, hur du begär en licens och var du hittar introduktionsutbildningsmaterial. Den kan också innehålla allmänna riktlinjer för datastyrning som alla användare bör känna till.
• Onboarding-kommunikation kan riktas till anställda som bara skaffar en licens eller engagerar sig i communityn av praxis. Det ger ett utmärkt tillfälle att tillhandahålla samma material som ges till nyanställdas kommunikation (som nämnts ovan).
• Pågående kommunikation kan omfatta regelbundna meddelanden och uppdateringar som riktas till alla användare eller delmängder av användare, till exempel:
  • Meddelanden om ändringar som planeras för viktigt organisationsinnehåll. Ändringar ska till exempel publiceras för en kritisk delad semantisk modell (tidigare känd som en datauppsättning) som används mycket i hela organisationen. Det kan också innehålla tillkännagivandet av nya funktioner. Mer information om hur du planerar för ändringar finns i artikeln Övervakning på klientorganisationsnivå .
  • Funktionsmeddelanden, som är mer benägna att få uppmärksamhet från läsaren om meddelandet innehåller meningsfull kontext om varför det är viktigt. (Även om ett RSS-flöde kan vara en användbar teknik, med den frekventa förändringstakten, kan det bli bullrigt och kan ignoreras.)
• Situationskommunikation kan dirigeras till specifika användare eller grupper baserat på en specifik förekomst som identifieras vid övervakning av plattformen. Du kanske till exempel märker en betydande mängd delning från den personliga arbetsytan som en viss användare, så du väljer att skicka information till dem om fördelarna med arbetsytor och Power BI-appar.

Dricks

Enkelriktad kommunikation till användarcommunityn är viktig. Glöm inte att även inkludera dubbelriktade kommunikationsalternativ för att säkerställa att användarcommunityn har möjlighet att ge feedback.

Gruppresurser

Resurser för den interna communityn, till exempel dokumentation, mallar och utbildning, är viktiga för att implementeringen ska lyckas. Mer information om resurser finns i artikeln Om mentorskap och användaraktivering .

Överväganden och nyckelåtgärder

Checklista – Överväganden och viktiga åtgärder som du kan vidta för communityn av praxis följer.

Initiera, växa och upprätthålla ditt champions-nätverk:

• Förtydliga mål: Förtydliga vad dina specifika mål är för att odla ett champions-nätverk. Se till att dessa mål överensstämmer med dina övergripande data och BI-strategin och att din chefssponsor finns med.
• Skapa en plan för champions-nätverket: Även om vissa aspekter av ett champions-nätverk alltid kommer att ledas informellt, avgör du i vilken utsträckning COE avsiktligt kommer att odla och stödja mästarinsatser i enskilda affärsenheter. Tänk på hur många mästare som är idealiska för varje funktionellt affärsområde. Vanligtvis fungerar 1-2 mästare per område bra, men det kan variera beroende på lagets storlek, behoven hos självbetjäningsgemenskapen och hur COE är strukturerad.
• Besluta om åtagandenivå för mästare: Bestäm vilken nivå av engagemang och förväntad tid investeringar kommer att krävas av mästare. Tänk på att tidsinvesteringen varierar från person till person och team till team på grund av olika ansvarsområden. Planera för att tydligt förmedla förväntningar till personer som är intresserade av att engagera sig. Få godkännande av chef när det behövs.
• Bestäm hur du ska identifiera mästare: Bestäm hur du ska svara på förfrågningar om att bli mästare och hur COE kommer att söka efter mästare. Bestäm om du öppet vill uppmuntra intresserade medarbetare att själv identifiera sig som mästare och be om mer information (mindre vanligt). Eller om COE kommer att observera insatser och utöka en privat inbjudan (vanligare).
• Fastställ hur medlemmar i champions-nätverket ska hanteras: Ett utmärkt alternativ för att hantera vilka mästare som är med en säkerhetsgrupp. Överväga:
  • Hur du ska kommunicera med champions-nätverket (till exempel i en Teams-kanal, en Yammer-grupp och/eller en distributionslista för e-post).
  • Hur champions-nätverket kommunicerar och samarbetar direkt med varandra (över organisationens gränser).
  • Huruvida ett privat och exklusivt diskussionsforum för mästare och COE-medlemmar är lämpligt.
• Planera resurser för mästare: Se till att medlemmar i champions-nätverket har de resurser de behöver, inklusive:
  • Direkt åtkomst till COE-medlemmar.
  • Påverkan på dataprinciper som implementeras (till exempel krav för en semantisk modellcertifieringsprincip).
  • Påverka skapandet av metodtips och vägledning (till exempel rekommendationer för åtkomst till ett visst källsystem).
• Involvera mästare: Involvera aktivt vissa mästare som satellitmedlemmar i COE. Mer information om hur du strukturerar COE finns i artikeln Center of Excellence .
• Skapa en feedbackloop för mästare: Se till att medlemmar i champions-nätverket enkelt kan ge information eller skicka förslag till COE.
• Ge rutinmässigt erkännande och incitament för mästare: Inte bara är beröm en effektiv motivator, men handlingen att dela exempel på framgångsrika ansträngningar kan motivera och inspirera andra.

Förbättra kunskapsdelning:

• Identifiera aktiviteter för kunskapsdelning: Bestäm vilken typ av aktiviteter för kunskapsdelning som passar bra in i organisationens datakultur. Se till att alla planerade aktiviteter för kunskapsdelning är stödbara och hållbara.
• Bekräfta roller och ansvarsområden: Kontrollera vem som ska ta ansvar för att samordna alla aktiviteter för kunskapsdelning.

Introducera incitament:

• Identifiera incitament för mästare: Överväg vilken typ av incitament du kan erbjuda medlemmar i ditt champions-nätverk.
• Identifiera incitament för communitymedlemmar: Överväg vilken typ av incitament du kan erbjuda din bredare interna community.

Förbättra kommunikationen:

• Upprätta kommunikationsmetoder: Utvärdera vilka kommunikationsmetoder som passar bra i din datakultur. Konfigurera olika sätt att kommunicera, inklusive historikkvarhållning och sökning.
• Identifiera ansvar: Bestäm vem som ska ansvara för olika typer av kommunikation, hur och när.

Frågor du behöver ställa dig

Använd frågor som de som finns nedan för att utvärdera communityn för praxis.

• Finns det en centraliserad portal för en community med metoder för att delta i kunskapsdelning?
• Går tekniska frågor och supportförfrågningar alltid igenom centrala team som COE eller support? I vilken utsträckning ägnar sig den praktiska gemenskapen åt kunskapsdelning?
• Finns det några incitament för människor att delta i kunskapsdelning eller förbättra sina kunskaper med data och BI-verktyg?
• Finns det ett system för erkännande för att erkänna betydande självbetjäningsinsatser i team?
• Är mästare erkända i användarcommunityn? I så fall, vilket uttryckligt erkännande får de för sin expertis? Hur identifieras de?
• Om inga mästare erkänns, finns det några potentiella kandidater?
• Vilken roll föreställer sig centrala lag att mästare spelar i praktiken?
• Hur ofta interagerar centrala data och BI-team med användarcommunityn? Vilket medium tar dessa interaktioner? Är de dubbelriktade diskussioner eller enkelriktad kommunikation?
• Hur kommuniceras ändringar och meddelanden inom den praktiska communityn?
• Vem är mest entusiastisk över analys- och BI-verktyg i användarcommunityn? Vem är minst entusiastisk, eller mest negativ, och varför?

Mognadsnivåer

Följande mognadsnivåer hjälper dig att utvärdera det aktuella tillståndet för din community of practice.

Nivå	Tillstånd för samhällets praxis
100: Initial	• Vissa innehållsskapare med självbetjäning gör ett bra arbete i hela organisationen. Deras ansträngningar känns dock inte igen. • Insatser för att målmedvetet dela kunskap över organisationens gränser är sällsynta och ostrukturerade. • Kommunikationen är inkonsekvent, utan en målmedveten plan.
200: Repeterbar	• Den första uppsättningen mästare identifieras. • Målen för ett champions-nätverk identifieras. • Kunskapsdelningspraxis får fäste.
300: Definierad	• Kunskapsdelning i flera former är en normal förekomst. Informationsdelning sker ofta och målmedvetet. • Mål för transparent kommunikation med användarcommunityn definieras.
400: Kapabel	• Champions identifieras för alla affärsenheter. De stöder aktivt kollegor i deras självbetjäningsarbete. • Incitament för att identifiera och belöna kunskapsdelning är vanligt förekommande. • Regelbunden och frekvent kommunikation sker baserat på en fördefinierad kommunikationsplan.
500: Effektiv	• Dubbelriktade feedbackslingor finns mellan champions-nätverket och COE. • Viktiga prestandaindikatorer mäter samhällsengagemang och tillfredsställelse. • Automation är på plats när det tillför direkt värde till användarupplevelsen (till exempel automatisk åtkomst till en grupp som tillhandahåller communityresurser).

Relaterat innehåll

I nästa artikel i microsoft fabric-implementeringsöversiktsserien lär du dig mer om användarsupport.