Està llest aquest llançament de Jira? Passa per una revisió continuar o ajornar amb Power Pack
Passeu per una revisió de la versió Jira utilitzant Power Pack per separar els resultats dels clients sense acabar, els controls de qualitat i les decisions pendents de les parts interessades.
La demostració del portal de clients funciona. La data de llançament s'acosta. Aleshores algú pregunta si l'equip està preparat per fer el llançament i les respostes comencen a referir-se a diferents coses.
L’equip d’enginyeria parla de la compilació. L’equip de producte pensa en el comportament dels clients. L’equip de qualitat espera una comprovació en dispositius mòbils. La guia de suport encara s’està redactant.
Una revisió útil del llançament porta aquestes respostes en una conversa. A continuació, es mostra com un equip podria utilitzar Power Pack juntament amb el seu tiquet de llançament de Jira per identificar el treball i les decisions que encara estan entre una demostració reeixida i un llançament.
Aquest tutorial utilitza Customer Portal 2.0, un tiquet de demostració il·lustratiu. Les captures de pantalla mostren la interfície Power Pack real amb contingut de mostra; no són un estudi de cas del client ni una prova d'un llançament completat.
Comenceu amb els resultats que romanen oberts
Obriu la vista Criteris d'acceptació abans de demanar a tothom una actualització general de l'estat. En el nostre exemple, es marquen tres de les cinc entrades: creació i incorporació del compte, invitació de companys d'equip i restabliment de la contrasenya.
Dues queden sense marcar: el tauler de control que mostra les sol·licituds actuals i l'estat de lliurament, i els viatges clau que funcionen a mòbils, tauletes i ordinadors.
Per a cada resultat obert, pregunteu què significa l'estat actual. Ningú ho ha comprovat encara? Ha fallat un control? El comportament esperat encara no està clar? Una casella sense marcar no respon aquestes preguntes per si sola.
Suposem que el tauler està preparat per verificar-se, però el viatge mòbil encara té un problema informat. Aquests necessiten diferents passos següents: organitzar la revisió del tauler de control i identificar la correcció i repetir la comprovació per al mòbil. Enregistreu aquestes accions en el treball normal de Jira de l'equip.
Comproveu el treball al voltant de la funció
Ara obriu Definició de finalització. La mostra té quatre de sis entrades verificades. Les notes de la versió i la guia de suport romanen obertes, juntament amb l'assaig de reversió durant la preproducció.
L'equip ara pot substituir "estem gairebé acabat" per alguna cosa més útil: els resultats dels clients encara necessiten verificació, la informació d'assistència no està acabada i l'assaig de reversió no s'ha marcat com a complet.
Acordeu qui portarà proves per a cada element i quan l'equip les revisarà. Mantingueu els resultats reals vinculats del tiquet. L'estat de finalització del registre de les marques de verificació de Power Pack; no fan els controls.
Separa el treball no acabat de les decisions pendents
Finalment, inspeccioneu les aprovacions. El tauler de demostració mostra cinc revisions pendents i cap aprovació. Els punts de revisió visibles inclouen l'abast del producte, el disseny i l'accessibilitat, i l'arquitectura tècnica i la seguretat.
Abans de sol·licitar una revisió, substituïu la redacció del punt de revisió genèric i les assignacions per l'abast i els revisors reals d'aquesta versió. Doneu a cada revisor la referència de compilació i el material de suport que necessiten.
Això ajuda a distingir dos tipus de retard. Alguns treballs no estan preparats per revisar; un altre treball pot estar llest, però encara necessita la decisió d'una persona. Perseguir una aprovació no pot completar un assaig de reversió que falta.
Acabeu amb una decisió que es pugui posar en pràctica
En aquesta revisió fictícia, l’equip decideix ajornar el llançament mentre resol les comprovacions pendents i obté les revisions necessàries. És una decisió de l’equip, no un bloqueig del desplegament aplicat per Power Pack.
Una breu nota de revisió Jira pot registrar el candidat examinat, els elements pendents, els seus responsables i la condició per a la propera discussió d'anar/no anar. Eviteu reduir el resultat a un percentatge combinat: una condició de llançament no resolta pot importar més que diversos elements completats.
Utilitzeu aquesta agenda en un proper llançament: resultats dels clients, comprovacions de finalització i, després, decisions dels revisors. Exploreu Power Pack per a Jira per veure les eines juntes i introduïu el treball restant, no només la demostració d'èxit, a la conversa de llançament.
Articles relacionats
Com escriure criteris d'acceptació a Jira, amb exemples pràctics
Converteix una sol·licitud de funció Jira en resultats clars i comprovables amb un exemple de preferències de notificació treballat.
Definició de finalització a Jira: acordeu què significa "acabat".
Acordeu un estàndard de finalització compartit i feu-ne un seguiment juntament amb els criteris d'acceptació específics del tiquet a Jira.
Gestioneu les aprovacions de les parts interessades a Jira: deixeu clar l'estat d'aprovació
Doneu a cada part interessada la revisió d'un abast clar, un aprovador designat i un estat visible. Manteniu les aprovacions comprensibles a mesura que canvia el treball de llançament.
Parlem-ne
Tens preguntes sobre aquest article? Parlem dels teus objectius tècnics.