Versionshantering av programvara: så lanserar du med FÄRRE klagomål

Det kan vara version 2 eller version 12 – men generellt gäller att ju mer komplext ett system blir med tiden och ju fler funktioner som läggs till, desto större är sannolikheten att du stöter på problem vid en versionslansering.

Och ju större användarbasen blir (med flera enheter, operativsystem och webbläsare – och allt däremellan), desto fler möjligheter finns det till handhavandefel, buggar och incidenter efter en lansering.

Ibland är det oundvikligt; oavsett hur hårt och noggrant vi arbetar är vi inte perfekta. Men det är faktiskt otroligt hur många problem som kan undvikas vid en ny versionsrelease – med enkel och effektiv kommunikation till dina användare.

Och glöm att mejla ut dina release notes, listor med ”HETA NYA FUNKTIONER!” eller pressmeddelanden. Hälften av gångerna hamnar de mejlen direkt i skräpposten. Resten ignoreras eller misstolkas.

Som tur är finns det bättre sätt att kommunicera med din användarbas och säkerställa en smidig övergång mellan versioner – med färre klagomål och supportärenden.

Efter releasen klagar användarna på försämrad funktionalitet – trots att allt fortfarande finns kvar

En större release kan vara krävande, redan innan ändringarna har godkänts och rullats ut. Men när användarna väl är inne i applikationen kan det bli rörigt.

Ibland flyttas funktioner för att ge plats åt andra, nyare eller högre prioriterade funktioner. Om du inte har kommunicerat detta effektivt till dina användare kan du räkna med en mängd supportärenden från personer som undrar varför de inte längre kan göra ”den där grejen”.

Kom ihåg – alla har inte tid att gå igenom sina mejl och läsa versionsanteckningar. Många inkorgar filtrerar bort automatiska utskick, särskilt i organisationer med högt tempo och höga insatser. Ett automatiserat mejl är alltså en enkel lösning för dig, men de personer som faktiskt är viktiga får inte informationen de behöver, eller så presenteras den i ett bedrövligt ineffektivt format.

Du behöver definitivt ha release notes för versionen. Men måste alla läsa dem? Här är några sätt att förbättra releaseupplevelsen för användarna:

• Lägg till en popup om ”nya funktioner” på inloggnings- eller startskärmen. Håll den kort och enkel för att undvika frustration.

• Låt era PR- och marknadsteam hjälpa till att ta fram nyckelbudskap, eller: Skriv som en kvällstidning – ge användarna RUBRIK-information om nya funktioner och länka sedan till de fullständiga release notes för versionen. Prova en kort förklarande video om ”Vad är nytt i version X?”

• Kommunicera i flera kanaler, inte bara via mejl. Ha ett tydligt budskap i alla kanaler och länka till release notes.

• Skriv som en kvällstidning – ge användarna RUBRIK-information om nya funktioner och länka sedan till de fullständiga release notes för versionen.

• Prova en kort förklarande video om ”Vad är nytt i version X?”

För att ligga steget före bör du kontrollera forum efter vanliga problem i andra releaser (inte nödvändigtvis dina egna) och försöka förebygga de problem du hittar.

Oj då. Det här ÄR faktiskt en incident!

Incidenter händer. Och de är allvarliga. Vid en större incident är snabb respons din främsta tillgång, så se till att vara förberedd.

Koppla din CI/CD-pipeline till Jira Service Management (eller andra ITSM-plattformar) så att teamet snabbare kan identifiera problem som just har släppts till produktionsmiljön.

God ordning är nyckeln här; skapa kategorier med flera attribut så att objekt med hög prioritet uppmärksammas först. Sätt tröskelvärden för antalet länkade incidenter och definiera sedan automatiserade eskaleringsvägar.

Jira Service Management Service Centre och Confluence kan tillsammans påskynda arbetet och möjliggöra tydlig kommunikation under en incident. Använd taggar och nyckelord för att lyfta fram innehåll innan en fråga skickas in.

När en allvarlig incident inträffar följer du sannolikt processen för större incidenter. En del av detta sker i ditt workflow, med automatisering och integration mellan ITSM och dokumentations- eller samarbetsytor.

En del hamnar utanför ITSM: hantering av resurser och relationer.

Ledningen kommer att ställa frågor. Kunderna kommer att sätta press.

Samtidigt kommer ditt utvecklingsteam att arbeta hårt för att lösa incidenten. När du får många statusförfrågningar kan det vara frestande att bombardera teamet med samma frågor. Men tänk på vilken påverkan det har på deras fokus, effektivitet och välmående.

Och var uppmärksam på era egna.

Allvarliga incidenter är sällsynta, men när de inträffar vill du veta att du är förberedd för att begränsa konsekvenserna.

Är din Jira- och Confluence-miljö konfigurerad för att hantera en allvarlig incident efter en versionsrelease?

Anlita en Atlassian-expert för att få ut mer av era arbetsflöden

ClearHub är specialiserade på att hitta världens bästa Atlassian-konsulter – granskade, kompetenskontrollerade och redo att förbereda dina DevOps- och ITSM-plattformar för vad som än händer.

Δ