Skapa konsensus kring innovationens affärsvärde

Det första steget för att utveckla ny innovation är att identifiera hur innovationen kan skapa affärsvärde. I den här övningen besvarar du en serie frågor som visar vikten av att investera gott om tid när din organisation definierar affärsvärde.

Vad är affärsvärde?

Affärsvärde är en informell term som kan variera från företag till företag. Det är nettoförmånen som realiseras av kunden och innehåller alla former av värde, som avgör företagets hälsa och välbefinnande på lång sikt.

Kvalificerande frågor för att fastställa affärsvärde

Innan du utvecklar affärsinnovation eller affärsvärdeslösning (i molnet eller lokalt) ska du verifiera dina affärsvärdekriterier genom att besvara följande frågor:

  1. Vilka är de definierade kund behov som du vill hantera med den här lösningen?
  2. Vilka möjligheter skulle den här lösningen skapa för ditt företag?
  3. Vilka affärsresultat uppnås med den här lösningen?
  4. Vilket av företagets motiveringar används med den här lösningen?

Om svaren på alla fyra frågorna är väl dokumenterade kanske du inte behöver slutföra resten av den här övningen. Som tur är kan du enkelt testa all dokumentation. Konfigurera två korta möten för att testa både dokumentationen och organisationens interna anpassning. Bjud in engagerade affärsintressenter till ett möte och skapa ett separat möte med det engagerade utvecklingsteamet. Ställ de fyra frågorna ovan till varje grupp och jämför sedan resultaten.

Anteckning

Den befintliga dokumentationen bör inte delas med något av teamen före mötet. Om det finns en sann anpassning bör den vägledande hypotesen refereras till eller till och med citeras av medlemmar i varje grupp.

Varning

Underlätta inte mötet. Det här testet är för att fastställa justeringen. Det är inte en övning för att skapa justeringar. När du startar mötet påminner du deltagarna om att målet är att testa riktningsjusteringen till befintliga avtal i teamet. Upprätta en tidsgräns på fem minuter för varje fråga. Ställ in en timer och stäng varje fråga efter fem minuter även om deltagarna inte har kommit överens om något svar.

Ta hänsyn till de olika språken och intressena i varje grupp. Om testet resulterar i svar som är riktade kan du se den här övningen som en ysa. Du är redo att gå vidare till lösningsutveckling.

Om ett eller två av svaren justeras i rätt riktning kan du vara medveten om att ditt hårda arbete lönar sig. Du är redan bättre anpassad än de flesta organisationer. Framtida framgångar är sannolikt med mindre löpande investeringar i anpassning. Granska vart och ett av följande avsnitt för att få idéer som kan hjälpa dig att skapa ytterligare anpassning.

Om något av teamen inte kan besvara alla fyra frågor på 30 minuter, kommer justeringen och övervägandena i följande avsnitt sannolikt att ha en betydande inverkan på detta arbete och andra. Var uppmärksam på vart och ett av följande avsnitt.

Åtgärda helhetsbilden först

Den Cloud Adoption Framework följer en föreskriven väg genom fyra faser: strategiering, planering, beredskap och införande. Moln- och affärsinnovation passar in i implementeringsfasen i den här processen. Svaren på kvalificerande frågor tre och fyra handlar om resultat och motivationer. När svaren är feljusterade indikerar det att din organisation missat något under strategifasen i livscykeln för molnanpassning. Flera av följande scenarier är förmodligen på spel.

  • Justeringsmöjlighet: När företagets intressenter inte kan komma överens om motiveringar och affärsresultat relaterade till ett projekt för moln- och affärsinnovation är det ett symtom på en större utmaning. Övningarna i strategimetoden kan vara användbara för att utveckla inriktningen mellan affärsintressenter. Dessutom rekommenderar vi starkt att samma intressenter bildar ett molnstrategiteam som regelbundet träffar.

  • Kommunikation: När utvecklingsteamet inte kan komma överens om motiveringar och affärsresultat kan det vara ett symtom på luckor i kommunikationen. Du kan snabbt lösa det här problemet genom att granska molnstrategin med teamet för molnanpassning. Flera veckor efter granskningen bör teamet upprepa övningen med kvalificerande frågor.

  • Prioriteringsmöjlighet: En molnstrategi är i grunden en hypotes på chefsnivå. De bästa molnstrategierna är öppna för iteration och feedback. Om båda teamen förstår strategin, men ändå inte kan justera svaren på dessa frågor, kan prioriteringarna vara feljusterade. Organisera en session med teamet för molnanpassning och teamet för molnstrategi. Den här sessionen kan hjälpa båda grupperna. Molnanpassningsteamet börjar med att dela med sig av sina anpassade svar på kvalificerande frågor. Därifrån kan en konversation mellan molnanpassningsteamet och molnstrategiteamet lyfta fram möjligheter att bättre anpassa prioriteringar.

Dessa möjligheter till helhetsbild avslöjar ofta sätt att bättre anpassa den innovativa lösningen till molnstrategin. Den här övningen har två vanliga resultat:

  • De här konversationerna kan hjälpa ditt team att förbättra organisationens molnstrategi och bättre representera viktiga kundbehov. En sådan ändring kan resultera i större stöd från ledningen för ditt team.
  • På samma sätt kan de här konversationerna visa att teamet för molnanpassning bör investera i en annan lösning. I det här fallet bör du överväga att migrera den här lösningen innan du fortsätter att investera i innovation. Alternativt kan dessa konversationer indikera att du använder en strategi för medborgarutvecklare för att testa affärsvärdet först. I båda fallen hjälper de ditt team att undvika stora investeringar med begränsade affärsreturer.

Adresslösningsjustering

Det är ganska vanligt att svaren på frågor ett och två är feljusterade. Under de tidiga faserna av idéstadiet och utvecklingen är kundernas behov och a tillfället ofta ur fas. Många utvecklingsteam tycker det är svårt att uppnå en balans mellan för mycket och för lite definition. Den Cloud Adoption Framework rekommenderar lean-metoder som build-measure-learn-feedbackslingor för att besvara dessa frågor. I följande lista visas affärsmöjligheter och metoder för att skapa justering.

  • Hypotesmöjlighet: Det är vanligt att olika intressenter och utvecklingsteam har för många förväntningar på en lösning. Orealistiska förväntningar kan vara ett tecken på att hypotesen är för vag. Följ riktlinjerna för att skapa med empati för kunderna för att skapa en tydligare hypotes.
  • Skapa möjligheter: Teams kan vara feljusterade eftersom de inte håller med om sättet att lösa kundens behov. Sådana problem tyder vanligtvis på att teamet fördröjs av en för tidig teknisk topp. För att hålla teamet fokuserat på kunden startar du den första iterationen och skapar en liten MVP (Minsta fungerande produkt) för att hantera en del av hypotesen. Mer information finns i Utveckla digitala uppfinningar.
  • Utbildning: Båda teamen kan vara feljusterade eftersom de behöver djupgående tekniska krav och omfattande funktionskrav. Det här behovet kan leda till en möjlighet till utbildning med agila metoder. När teamkulturen inte är redo för flexibla processer kan det vara svårt att hålla jämna steg med marknaden. Utbildningsresurser om DevOps och agila metoder finns i:

Genom att följa innovationsmetoden och hanteringsverktygen för lista över lista i varje avsnitt i den här artikeln kan du hjälpa dig att skapa lösningsjustering.

Nästa steg

När du har anpassat ditt affärsvärdeserbjudande och förmedlat det är du redo att börja skapa din lösning.