Planifiqueu visualment el vostre proper llançament de Jira amb Mind Map Studio

Un llançament de Jira pot contenir una llista de tiquets ben organitzada i encara deixar l'equip amb preguntes.

Què canvia aquesta versió per als clients? Quines tasques s'ajunten? Què hem de provar abans del llançament? I un cop finalitzat el desenvolupament, què ha de passar per posar-ho tot en producció?

La llista de tiquets és el punt de partida d'aquestes converses. Un mapa mental us ofereix una altra manera d'explorar-lo: treballs relacionats amb el grup, seguiu planificant les preguntes al costat de l'àrea rellevant i recorreu l'abast amb el vostre equip.

En aquesta guia, seguirem un equip fictici que prepara un llançament del portal del client. Utilitzarem Mind Map Studio per incloure els tiquets de la versió de Jira en un mapa, organitzar l'abast i crear una guia operativa de llançament compartida.

Podeu aplicar el mateix enfocament a la vostra propera versió, començant per uns quants problemes i una breu llista de verificació.

Comenceu amb un llançament proper a Jira

El nostre equip d'exemple està preparant una actualització del portal de clients amb tres àrees de treball:

• Inici de sessió: instruccions més clares de restabliment de la contrasenya i un missatge d'enllaç caducat millorat.
• Notificacions: noves preferències de correu electrònic i una solució per a les notificacions duplicades.
• Facturació: una correcció a l'adreça de facturació que es mostra a les factures.

L'equip ja ha creat una versió inèdita a Jira i ha assignat els problemes rellevants mitjançant les versions Fix.

Aquesta preparació és important. El tauler de llançaments de Mind Map Studio de Jira enumera versions del projecte Jira actual, amb estat publicat o no publicat, i us permet inspeccionar els tiquets assignats. Creeu la versió i gestioneu les assignacions de problemes a Jira abans d'utilitzar el tauler per planificar aquest treball.

Per a la guia, necessitareu permís per veure el projecte i els seus problemes, a més d'un mapa mental que podeu editar.

Obriu el mapa, seleccioneu les versions de Jira a la capçalera i cerqueu la versió inèdita de la qual voleu parlar. La seva secció Problemes adjunts mostra el treball ja assignat a aquesta versió a Jira.

Si la versió no té cap tiquet assignat, comproveu el camp Versions de correcció dels tiquets que espereu veure. Una versió buida encara pot tenir una guia operativa, però encara no hi haurà tiquets assignats per incorporar al mapa.

Doneu al llançament una forma que el vostre equip pugui discutir

Comenceu amb un tema central que anomena clarament el llançament:

Portal del client: llançament d'octubre

Afegiu tres branques a sota:

• Inici de sessió i accés al compte
• Preferències de notificació
• Precisió de facturació

Aquestes branques descriuen els canvis en termes que l'equip pot discutir amb suport, producte i enginyeria.

Trieu les agrupacions que s'adaptin al vostre llançament. Els canvis orientats al client poden encaixar en parts de l'experiència de l'usuari. Una versió d'infraestructura pot ser més fàcil de revisar per servei o sistema. Un llançament més petit pot necessitar només dues branques.

La pregunta útil és: aquesta organització ajudaria algú a explicar què llançarem?

Per al nostre exemple de portal de clients, agrupar els problemes de restabliment de la contrasenya fa que el seu propòsit compartit sigui clar. Mantenir els canvis de notificació junts ajuda l'equip a discutir els nous controls de preferències juntament amb la correcció de correu electrònic duplicat.

Amplia

Porta els tiquets de Jira assignats al mapa

Seleccioneu la branca que hauria de contenir un tiquet. Al tauler de versions de Jira, cerqueu el problema a Problemes adjunts, passeu el cursor per sobre i seleccioneu el seu botó més.

Mind Map Studio afegeix una targeta subordinada que conté la clau i el resum Jira. També podeu arrossegar un tiquet des del tauler de llançament al llenç i deixar-lo anar a prop del seu pare.

Repetiu-ho amb els altres tiquets fins que el llançament tingui una estructura visual útil.

Si afegeixes un tiquet al mapa, només es canvia el mapa. No canvia les versions de correcció del tiquet, no modifica el problema ni crea un enllaç de tiquet de Jira. Això vol dir que les vostres agrupacions visuals poden servir la conversa de llançament sense canviar com s'assigna el treball a Jira.

Utilitzeu el mapa per revisar l'abast

Un cop organitzats els tiquets, reviseu el mapa amb l’equip.

Comenceu amb una pregunta senzilla:

Això mostra tot el que preveiem llançar?

Revisa una branca alhora. En el nostre exemple, la branca d'inici de sessió conté dos canvis, però la discussió revela una altra consideració: les instruccions de restabliment de la contrasenya de l'equip d'assistència poden necessitar actualitzacions.

Afegiu un tema de planificació al costat d'aquest treball:

Comproveu si cal actualitzar la guia d'assistència.

Pot seguir sent una pregunta mentre l'equip investiga. Si l'equip decideix que requereix treball de lliurament amb seguiment, creeu i assigneu aquest treball mitjançant el flux de treball Jira adequat.

Mantenir les preguntes a prop de la branca corresponent ajuda a preservar-ne el context. Algú que revisi els canvis d'inici de sessió pot veure per què va sorgir la guia d'assistència.

Busqueu comprovacions que creuen tiquets individuals

A continuació, pregunteu:

Quins canvis hem de verificar junts?

La branca de notificació conté una nova pantalla de preferències i una correcció de correu electrònic duplicat. Cada número pot tenir els seus propis criteris d'acceptació, però la conversa de llançament també hauria de tenir en compte l'experiència combinada.

Per exemple:

• Desactivar una notificació impedeix el correu electrònic corresponent?
• Tornar a activar-lo restaura el comportament esperat?
• El client només rep un correu electrònic quan la notificació està habilitada?

Aquestes són preguntes d'exemple per al nostre producte de ficció. Les vostres comprovacions haurien de seguir el comportament que realment canvia la vostra versió.

El mapa dóna suport a la discussió col·locant treballs relacionats junts. L'equip encara ha de decidir què provar i registrar els resultats en el seu procés de prova normal.

Concreta les preguntes no resoltes

Un tema anomenat "Preocupacions de facturació" ofereix a l'equip poc per actuar.

Una pregunta més útil és:

La correcció d'adreça afecta les factures generades anteriorment?

Aquesta redacció identifica la incertesa i facilita trobar la persona adequada per respondre-la.

Abans d'acabar la revisió, repassa les preguntes obertes i acorda qui farà el seguiment. Un pla visual esdevé útil quan la conversa produeix les properes accions clares.

Amplia

Creeu una guia operativa de llançament compartida

Entendre l'abast és una part de la planificació del llançament. La coordinació del dia de llançament és un altre.

Obriu Notes i llista de comprovació del desplegament per a la versió al tauler de versions de Jira. Aquí podeu crear una llista de verificació ordenada dels passos de desplegament.

La guia operativa pertany a aquest projecte i llançament Jira, de manera que les persones que treballen amb la mateixa versió poden seguir la mateixa seqüència desada.

Introduïu un pas i, a continuació, premeu Intro o seleccioneu el botó Afegeix. Continueu fins que la llista inclogui les activitats que el vostre equip ha de coordinar.

Per al nostre llançament del portal de clients, un primer esborrany podria semblar a aquest:

Tracta això com un punt de partida. La seqüència correcta depèn del vostre sistema, procés de desplegament i risc de llançament.

Per a alguns equips, les còpies de seguretat, les aprovacions o les comunicacions de manteniment necessitaran passos explícits. Per a d'altres, el desplegament està automatitzat i la guia operativa coordina principalment la verificació i la comunicació.

Escriu passos que la gent pugui completar amb confiança

"Comprova-ho tot" és difícil de completar de manera coherent.

"Verifiqueu que un client pot sol·licitar un correu electrònic de restabliment de la contrasenya i utilitzar l'enllaç amb èxit" ofereix a la persona que executa la comprovació una acció concreta.

Apliqueu aquest principi a tota la guia operativa:

• Anomena l'acció.
• Identifiqueu la característica o sistema rellevant.
• Feu clar el resultat esperat on ajuda.

Mantingueu la llista de verificació llegible. Els procediments operatius detallats poden romandre a la documentació establerta del vostre equip; la guia operativa hauria de facilitar el seguiment de la seqüència de llançament.

Mind Map Studio us permet moure passos cap amunt o cap avall, suprimir-los i marcar-los com a complets. El recompte de passos completats i la barra de progrés mostren quanta part de la guia operativa s'ha acabat.

Aquest progrés fa referència a la guia operativa. Completar un pas no canvia l'estat d'un tiquet de Jira ni marca la versió Jira com a publicada.

Mantingueu el pla alineat amb Jira

L'abast de la versió pot canviar després de la primera sessió de planificació.

Un problema pot passar a una versió posterior. Es pot afegir una correcció després de la prova. L'equip pot canviar una implementació d'una manera que requereixi una altra comprovació de producció.

Quan les assignacions de versió o problema canvien a Jira, seleccioneu Actualitza les versions de Jira per sol·licitar les versions actuals i els tiquets assignats.

A continuació, reviseu el mapa i la guia operativa amb l'abast actualitzat. Comproveu si el vostre pla visual encara representa el llançament i si els passos de desplegament encara tenen sentit.

L'actualització de la llista de llançaments ha d'anar seguida d'una revisió de la planificació; no assumeixis que ha reconciliat totes les parts del teu mapa existent.

Mantingueu clares aquestes responsabilitats:

Això també ajuda quan sembla que falta alguna cosa. Si no hi ha cap problema als problemes adjunts, inspeccioneu la seva assignació de llançament a Jira i, a continuació, actualitzeu el tauler.

Eviteu tres errors habituals de planificació

El mapa és massa detallat per revisar-lo

Si cada branca conté notes llargues i detalls d'implementació menors, la versió general es fa més difícil d'entendre.

Comenceu amb les àrees principals de la versió i els problemes rellevants de Jira. Afegiu temes de suport quan ajudin a respondre una pregunta de planificació. Deixeu que els tiquets de Jira tinguin els seus requisits detallats.

Deixant els passos de verificació vagues

«Provar l’inici de sessió» pot significar coses diferents per a cada persona.

Anomena el comportament que ha canviat el llançament. Per al nostre exemple, les sol·licituds de restabliment de contrasenya i els enllaços caducats mereixen comprovacions específiques perquè aquestes són les experiències que s'actualitzen.

Tractar la finalització de la llista de verificació com a prova de l'èxit del llançament

Una guia operativa completada registra que els seus passos s'han marcat. El vostre equip encara necessita resultats de proves adequats, observacions de producció i una decisió sobre el resultat del llançament.

Accepteu quines proves necessiteu abans de completar els passos de verificació i seguiu el vostre procés normal per actualitzar la versió a Jira.

Prova-ho amb la teva propera versió de Jira

Trieu un llançament proper amb un nombre manejable de tiquets.

Obriu un mapa a Mind Map Studio, cerqueu la versió a les versions Jira i organitzeu els tiquets assignats en algunes branques significatives. Utilitzeu aquesta visió general per discutir l'abast i identificar preguntes sense resposta. A continuació, obriu Notes i llista de comprovació del desplegament i escriviu la seqüència que seguirà el vostre equip el dia del llançament.

Per a l'equip del portal de clients, això produeix dues vistes útils de la mateixa versió: un mapa que explica què està canviant i una llista de verificació que coordina com llançar-lo i verificar-lo.

Comenceu amb aquest petit resultat. La vostra propera reunió de llançament us ofereix l'oportunitat de veure quines agrupacions, preguntes i comprovacions ajuden més al vostre equip.

Proveu Mind Map Studio amb el vostre proper llançament de Jira i creeu un pla visual que el vostre equip pugui fer junts.