how make agile estimation process easy with planning poker
Tothom coneix un art d’estimació.
com és una clau de seguretat de xarxa
Estimem cada dia de la nostra vida. La majoria de nosaltres podem estimar el pes de les verdures només agafant-les; també podem mesurar la maduresa d’una fruita pel seu aroma.
A l’article d’avui, coneixerem Planning Poker també conegut com a Scrum Poker Cards, una tècnica àgil d’estimació i planificació, que és molt popular, fàcil i senzilla en els dies actuals.
Per obtenir un exemple real d’estimació, prenem un escenari de tres amics:
Tim, Bob i John que volen anar a una conferència tècnica després de treballar. El recinte es troba a 60 km i té un terreny muntanyós. Tim, Bob i John comenten el pla de viatge durant l’hora de dinar.
Diu Bob , “També vaig assistir a aquesta conferència l'any passat. Conec el camí i trigaré 2 hores a conduir-hi ”.
Diu Tim , “Sóc un conductor nou i mai havia estat a aquesta zona. Si condueixo, trigaré 4 hores '.
Diu John , “Estic bé amb la conducció per una zona muntanyosa, però no hi havia estat abans. Així que podria trigar 3 hores a portar-nos a tots ”
Sembla una conversa habitual, però aquests amics només calculen el temps que trigaran cadascun d’ells a conduir a la conferència tècnica en funció de la seva experiència passada, les seves habilitats de conducció i la familiaritat amb el terreny.
De la mateixa manera, en el desenvolupament de programari, proporcionem estimacions basades en experiències passades similars , habilitats tècniques i familiaritat / coneixement del domini dels aspectes tècnics de la tasca assignada.
Què aprendreu:
- Per què necessitem fer una estimació?
- Comprensió de les unitats d’estimació
- Què és Planning Poker o Scrum Poker?
- Eina recomanada
- Quan es fa Planning Poker?
- Realització d’una sessió de planificació de pòquer
- Resum de passos
- Alguns consells útils
- Conclusió
- Lectura recomanada
Per què necessitem fer una estimació?
El calendari de lliurament de projectes de programari es basa en les necessitats empresarials. Per tal que l'equip compleixi els terminis, és important que l'equip es reuneixi i proporcioni una estimació realista.
Al principi del projecte, és possible que el requisit no estigui ben definit, que no es descrigui la metodologia de desenvolupament detallada, que no s’hagin identificat dependències, etc. Tot i així, és important establir una estimació d’alt nivell perquè es pugui planificar el projecte. d'acord amb.
Per exemple, si l'estimació d'alt nivell és superior al que l'equip pot assolir en una durada determinada, es poden prendre decisions si cal adquirir un recurs addicional, ampliar els terminis, etc.
Per tant, l'estimació és un pas molt crucial en el cicle de vida del desenvolupament de programari.
Comprensió de les unitats d’estimació
Les unitats d’estimació poden ser en hores, dies o punts de la història. Les estimacions en hores i dies són fàcils d’entendre i relacionar. El concepte de punts històrics és més abstracte.
Els punts de la història s’utilitzen com a mesura de complexitat i incògnites associades a una tasca. El valor del punt de la història es calcula segons una línia de base calculada. Aquesta línia de base és establerta pel propi equip basat en el velocitat de l’equip en projectes passats. Com més gran sigui el valor del punt de la història, es requereix més esforç per implementar una tasca concreta.
No obstant això, és important entendre que els punts de la història no equivalen a les hores, de manera que és difícil comparar els punts de la història i l'estimació de l'esforç en hores. Per tant, 1 punt de la història? 1 hora.
Què és Planning Poker o Scrum Poker?
Tal com es defineix a Viquipèdia :
'Planificar el pòquer, també anomenat pòquer Scrum, és una tècnica gamificada basada en el consens, que s'utilitza principalment per estimar l'esforç o la mida relativa dels objectius de desenvolupament en el desenvolupament de programari'
La paraula 'pòquer' recorda a tothom el joc de cartes del pòquer i, no cal dir-ho, aquesta tècnica d'estimació fa que l'ús de les cartes proporcioni estimacions. En parlarem
En les següents seccions de l'article discutirem més sobre les cartes i com es desenvolupa una sessió de pòquer de planificació.
programari de base de dades gratuït per a Windows 10
Eina recomanada
# 1) Poker Agile
Agile Poker és una aplicació coneguda per a Jira per a una planificació i estimacions ràpides i còmodes tant per a equips remots com per a ubicats conjuntament.
Començar a utilitzar Agile Poker és senzill i senzill, ja que es va inspirar en tres metodologies d’estimació estàndard de la indústria: Planning Poker®, Delphi de banda ampla i Magic Estimation (també conegut com Silent Grouping, Affinity Estimation, Swimlanes Sizing o Relative Estimations).
=> Descarregueu l'eina Agile Poker aquíQuan es fa Planning Poker?
Planning Poker és una tècnica d'estimació i, com totes les sessions de subministrament d'estimacions, s'hauria de realitzar abans del iteració / esprint comença.
Les històries dels usuaris es poden recollir entre les qüestions de retard i pre-seleccionades abans de la reunió de pòquer de planificació. Basant-se en les estimacions proporcionades per a les històries dels usuaris, es pot prendre la decisió sobre les històries que s’inclouran a cada iteració.
Per exempleBasat en la velocitat i el rendiment previs de l’equip, el director de projecte és conscient que l’equip és capaç d’aconseguir 20 punts de la història en 2 setmanes. Si durant la sessió de pòquer de planificació, l’estimació total de les històries d’usuari preseleccionades supera els 20 punts, el gerent del projecte prendrà decisions sobre quines històries d’usuari s’inclouran i / o ometran en la següent iteració perquè l’equip pugui lliurar amb èxit històries d’usuaris compromeses a temps.
Realització d’una sessió de planificació de pòquer
Realitzem una simulada sessió de pòquer per tenir una millor idea del procés.
Per dur a terme la sessió de planificació de pòquer, necessitareu diverses còpies de la baralla de cartes de planificació scrum. No cal tenir targetes de paper. Hi ha diverses aplicacions en línia com Scrum Poker (Android) o Scrum Poker planning (IOS), etc. que es poden utilitzar.
Les cartes tindran estimacions comunes, per exemple. 0, 0,5,1, 2, 3, 5, 8, 13, 20, etc. Aquesta seqüenciació resultarà familiar per a la majoria dels lectors i és la sèrie de Fibonacci.
Algunes altres cartes opcionals són:? - per indicar que l'estimador és incert, el símbol Infinity - per indicar que no es pot completar la tasca i la carta de tassa de cafè - per indicar que l'estimador ha de fer un descans.
A la figura següent es mostra un joc de cartes de planificació de pòquer:
Si ho desitgeu, també podeu utilitzar un temporitzador per rastrejar i limitar el temps dedicat a cada discussió
Per a aquesta sessió de planificació de pòquer, considereu una sol·licitud de registre de la Universitat basada en web. A continuació, es mostren les històries del backlog que s’implementaran en un proper sprint:
Història de l'usuari 1: Com a usuari, no hauria de poder registrar-me sense proporcionar un número de telèfon mòbil
Descripció: Feu que el camp del telèfon mòbil sigui obligatori. L'usuari rebrà el missatge d'error 'El número de telèfon mòbil és obligatori' si el camp es deixa buit. Aquest missatge d'error emergent hauria d'haver el botó 'Tanca'. La interfície d’usuari del quadre de diàleg, la mida de la lletra i l’estil del text del missatge d’error haurien de ser els mateixos que altres missatges emergents del formulari. Aquest missatge s'activaria quan un usuari intenti desar l'aplicació.
User Story 2: Com a usuari, no hauria de poder registrar-me sense proporcionar el número de telèfon mòbil en el format adequat
Descripció: Afegiu la validació del número de cel·la (ara hauria de tenir el format 111-111-1111). Si el format és incorrecte, l'usuari obtindrà 'El format del número de telèfon mòbil hauria de ser 111-111-1111'. Aquest missatge d'error emergent hauria d'haver el botó 'Tanca'. La interfície d’usuari d’un quadre de diàleg, la mida i l’estil del tipus de lletra del text del missatge d’error haurien de ser els mateixos que els altres missatges emergents del formulari. Aquesta validació s'activaria quan l'usuari intenti desar l'aplicació
Tasca 3: Canvieu el logotip de la Universitat a un nou logotip a les 75 pàgines de l'aplicació web
Suposarem que el facilitador és Tia, analista de producte del projecte. Els estimadors són Tony (desenvolupador), Maria (dissenyador d’interfície d’usuari) i Gavin (provador). Jose, el director del projecte, també serà present a la reunió, però no participarà en l'estimació.
Pas 1 : Tia programa una sessió de pòquer de planificació i fa circular les històries dels usuaris potencials que s’inclouran al proper sprint amb l’equip.
Pas 2: Tots els participants assisteixen a la reunió. Quan comença la reunió, Tia reparteix el joc de cartes a cada estimador o cada estimador obre l’aplicació de cartes de pòquer de planificació als seus telèfons intel·ligents.
què és el sistema operatiu Linux i UNIX
Pas 3 : Tia dóna una visió general de la història de l'usuari 1. Els estimadors demanen aclariments, debaten breument les àrees d'impacte, la metodologia de desenvolupament, etc.
Pas 4: Quan Tia li pregunta, cada estimador truca al seu número. Maria, Tony i Gavin van triar 2 punts de la història com a estimació.
Pas 5: Atès que s’arriba al consens, l’equip passa al següent requisit.
Pas 6: Tia proporciona una visió general del requisit 2. Tots van triar 1 punt de la història com a estimació, s’arriba al consens i l’equip passa al següent requisit.
Pas 7: Tia proporciona una visió general de la tasca 3. La Maria i el Tony van escollir 1 i Gavin va escollir 2 punts de la història com a estimació. Com que no s’arriba al consens, es demana a Tony i Gavin que justifiquin la seva elecció. Tony diu que, atès que el logotip de la Universitat es mostra des d'una única ubicació a cada pàgina web, només necessiten actualitzar el logotip en aquella ubicació i pensa que un punt de la història és una estimació suficient per desenvolupar-los i provar-los.
Gavin, en canvi, argumenta que, tot i que la ubicació del logotip està centralitzada, totes les pàgines web utilitzen fulls d’estil diferents, el comprovador hauria de navegar a cada pàgina web i comprovar si el logotip es mostra correctament (no hauria d’aparèixer tallat, no ha d’aparèixer estirat, etc.).
A més, caldria fer la prova per a diversos navegadors. Així, segons Gavin, 2 punts de la història són una estimació realista per al desenvolupament i les proves.
Pas 8: Tia demana la revalorització de les estimacions. Ara, Maria, Tony i Gavin estan d’acord i van triar 2 punts de la història com a estimació.
Ara es calculen totes les històries dels usuaris, amb el següent valor de punt de la història total de sprint com a 2 + 1 + 2 = 5 punts de la història. El gestor de projectes / analista de projectes crea formalment un nou sprint i planifica la data d’inici i la data de finalització del sprint.
Resum de passos
(Feu clic a ampliar imatge)
Eines de planificació de pòquer en línia:
Alguns consells útils
# 1. Els estimadors haurien de venir preparats i passar prèviament pels requisits. Això es pot fer a les sessions de retardat. Estar preparat és essencial perquè cal proporcionar les estimacions en funció de la comprensió dels requisits.
Per exempleper tal de proporcionar una estimació precisa, el desenvolupador ha de tenir clara la metodologia que seguirà per implementar els requisits. Si hi ha algunes incògnites o la tasca és d’elevada complexitat, la puntuació de la història serà més elevada.
# 2. Planificar una reunió de pòquer és una activitat limitada en el temps i el seu propòsit és reunir-se en equip i proporcionar estimacions. L’objectiu hauria de ser proporcionar estimacions en funció de les actuacions (o velocitats) anteriors dels equips. Aquesta reunió no s'ha de confondre amb altres reunions com Daily Scrum, Backlog Grooming o reunions retrospectives.
# 3. Les estimacions haurien de ser proporcionades per les persones que realment treballaran en el projecte. Amb equips ubicats geogràficament a diferents ubicacions, les persones reals que treballen al projecte han de col·laborar i proporcionar estimacions. La reunió es pot celebrar en línia per facilitar equips de totes les ubicacions mundials.
# 4. Recordeu divertir-vos!
[imatge font ]
Conclusió
- La planificació de l'estimació del pòquer funciona molt bé a metodologia àgil .
- Aquesta tècnica és escalable i les estimacions es basen en la velocitat de l’equip
- Planning Poker també té un gran èxit, ja que rebem estimacions directament de persones que treballaran en la tasca i, per tant, és més realista.
- Si el director del projecte proporciona les estimacions ell mateix, sense consultar l’equip ni finalitzar els detalls tècnics, pot posar en risc el projecte essencialment per suposicions realitzades, detalls ignorats, etc.
- Cada vegada són més les empreses que transiten cap a Agile i utilitzen tècniques d'estimació no tradicionals.
L’estimació és una part essencial Planificació del projecte . L'enfocament per a l'estimació ha de ser coherent, flexible, ha de ser escalable i ha de funcionar bé tant per a tasques més petites com per a les històries dels usuaris. A més, no ha de consumir gaire temps i recursos en equip.
L'últim que necessiteu és una tasca d'estimació per estimar.
Sobre la autor: Aquest útil article l’ha escrit Neha B. Ho ésActualment treballa com a gerent d’assegurament de la qualitat i s’especialitza en liderar i gestionar equips de control de qualitat interns i offshore.
Feu-nos saber si teniu cap dubte sobre la tècnica de pòquer de planificació per a una estimació i planificació àgils.
Lectura recomanada
- 4 passos cap al desenvolupament de la mentalitat de proves àgils per a la transició amb èxit al procés àgil
- Tècniques d’estimació àgil: una estimació real en un projecte àgil
- Com oferir funcions de programari d’alt valor en un període curt de temps mitjançant el procés Agile Scrum
- 6 raons més freqüents per les quals hauríeu d'adoptar l'àgil a la vostra organització (primera part)
- Tutorial JIRA Agile: Com utilitzar JIRA eficaçment per gestionar projectes Agile
- Manifest àgil: comprensió de valors i principis àgils
- El canvi mental d'un provador àgil: alinear-se amb el manifest àgil
- Tutorial SAFe Agile: què és Scaled Agile Framework