agile scrum terminology
Aquesta és una guia completa per a la important terminologia Agile / Scrum i és un glossari All in One sobre conceptes Agile i Scrum:
Com tots sabem, Agile no necessita presentació. És un marc de desenvolupament de programari que s’utilitza a tot el món.
Aquest article és una guia completa de tots els conceptes àgils / scrum que heu de tenir al vostre abast.
Què aprendreu:
- Manifest Àgil
- Què és Scrum?
- Pilars of Scrum
- Equip Scrum
- Funcions a Scrum
- Cerimònies Scrum
- Conceptes bàsics d’estimació àgil
- Artefactes Scrum
- Definició de Fet
- Restricció de retards (preparació)
- Comparació ràpida amb la cascada
- Registre de productes
- Construint un equip Scrum
- Conclusió
- Lectura recomanada
Manifest Àgil
La metodologia Agile es basa en el Manifest Agile. Per obtenir més informació sobre el manifest, consulteu Manifest per al desenvolupament de programari àgil .
Es pot escurçar la clau per emportar el manifest àgil :
- La comunicació de persona a persona és eficaç per a la vinculació de processos.
- El producte que funciona és millor que la documentació convencional pas a pas.
- La participació del client / propietari de l'empresa és fonamental, així com els bucles de retroalimentació contínua.
- Els canvis són inevitables. Per tant, els equips haurien d’acollir-los i donar-los la benvinguda.
Veureu que, tot i que el procés àgil fa aquestes declaracions, no proporciona els passos concrets exactes per aconseguir-ho. Dóna total llibertat i autonomia als equips per fer el millor treball possible.
Amb el pas del temps, l'estil lliure ha evolucionat cap a pràctiques habituals. Del qual el més famós és Scrum.
Comencem les nostres definicions amb això.
Què és Scrum?
Scrum és un model de desenvolupament desenvolupat per Ken Schwaber i Jeff Sutherland i que s’utilitza des dels anys noranta.
El treball es divideix en requisits més reduïts (històries, epopeies i tasques) i els equips molt units construeixen i lliuren en petites quotes. Es sol·liciten comentaris amb freqüència i es fan millores al producte en forma de llançaments curts freqüents.
Pilars of Scrum
A continuació s’expliquen detalladament els pilars de Scrum:
- Transparència : Els equips són conscients del que està passant i estan oberts a compartir i ajudar-se els uns als altres. La comunicació flueix lliurement a través de la posició diària i les interaccions informals de persona a persona.
- Inspecció : Les inspeccions de treball freqüents i religioses són la clau de l’èxit de Scrum. Els equips poden identificar, diagnosticar, solucionar problemes, solucionar i tornar a la pista de manera senzilla i fiable.
- Adaptació : Scrum no assumeix que el que fan és correcte. Hi ha punts de control periòdics en forma de Planificació sprint, scrum diari, revisions sprint / reunions retrospectives on l’equip repassa i s’adapta.
Equip Scrum
Equips Scrum solen ser petites (5-9) i tenen una naturalesa transversal. Inclouen un Scrum Master , desenvolupador, verificador (és una pràctica habitual referir-se a tots els membres de l'equip àgil com a desenvolupadors independentment del seu camp de treball).
Altres membres de l'equip tècnic i, sobretot, el propietari o patrocinador del producte. Agile fa totes les seves apostes al seu equip. Per tant, un equip A autoorganitzat és fonamental i és gairebé un requisit previ per a una implementació àgil amb èxit.
Funcions a Scrum
A continuació es detallen els diferents papers de Scrum:
- Propietari del producte: El propietari d’un producte és propietari del registre de treballs pendents. És el responsable del producte i de la forma que adopta. Mantenir l’endarreriment del producte, tenir una visió general del producte i orientar els objectius de l’equip cap a ell són les responsabilitats principals del propietari del producte.
- Equip de desenvolupament: L’equip de desenvolupament no té cap funció limitada. S'espera que treballin de manera transversal i triïn el millor enfocament per assolir l'objectiu.
- Scrum Master: És tasca del mestre scrum assegurar-se que el scrum s’implementi de la manera correcta. El mestre scrum també es diu com Servant líder per a tot l’equip.
Cerimònies Scrum
Àgil es basa en uns quants hàbits per seguir el camí i tenir èxit.
Alguns d’ells s’esmenten a continuació:
# 1) Reunió escrita diària: Es tracta d’una reunió curta típica de 15 minuts on cada membre de l’equip parla dels punts següents:
- Què es va fer ahir?
- Què està previst per avui?
- Hi ha algun impediment en el camí?
Aquest format de la reunió és molt eficaç per entendre quina feina s’acaba, què queda i com l’equip es pot ajudar mútuament si cal.
Scrum Master facilita aquesta reunió, però no és per al benefici de Scrum Master ni per a cap lloc per recollir l’estat. És una oportunitat per a l’equip d’interaccionar i reunir-se abans de seguir les seves maneres de conquistar les tasques del dia.
# 2) Sprint : Un Sprint és una iteració de temps (sovint 3 setmanes una vegada, però pot ser més llarga o més curta). Aquest és un procés repetitiu i es pot considerar com una explosió de desenvolupament i lliurament.
# 3) Planificació de Sprint: L’objectiu de la planificació d’esprint és planificar com convertir un conjunt d’històries de retard de producte en un increment del producte que es pot enviar.
El format general pot ser com una situació de dues parts.
- Primera meitat - L’equip selecciona els elements que es comprometen a completar.
- Segona meitat - El propietari del producte està disponible per a preguntes.
L’equip decideix com construir-lo. Per tant, les tasques es creen i s'assignen en conseqüència donant lloc al Sprint Backlog.
# 4) Sprint Review / Demo : Després d'un esprint, l'equip i els grups d'interès es reuneixen, de manera que es pot mostrar el treball realitzat.
Les tasques realitzades es comparen amb els ítems planificats i s’omet la funcionalitat que no s’ha implementat. La durada d’aquesta reunió no és superior a 4 hores.
# 5) Retrospectiva de Sprint: Aquesta reunió està facilitada pel Scrum Master i hi assisteix tot l'equip inclòs el PO.
L'equip discuteix el Sprint recent mantenint enfocades les idees de millora del procés i determina quins canvis es podrien fer per fer el proper Sprint més productiu.
Normalment, aquesta reunió no dura més de 2 hores.
=> Lectura recomanada - Reunions retrospectives àgils
Conceptes bàsics d’estimació àgil
A continuació es detallen els conceptes bàsics d’estimació àgil:
Entrades
- Retard de producte i backlog de sprint.
- Dades històriques, estimacions prèvies de tasques similars amb valors reals d’esforç invertits en elles.
Participants estimats
- Membres de l’equip familiaritzats amb l’aplicació.
- Membres de l’equip que entenen la integració de l’aplicació amb altres sistemes.
- Representació de diverses habilitats necessàries per a la finalització del projecte.
- Representants de l’equip de construcció, desplegament i control de qualitat.
Definició de Epic / Feature / Idea
- Es tracta d’històries d’usuaris grans, normalment massa grans per implementar-les en una sola iteració.
- Idea / Epic -> Històries -> Tasques (Una idea pot tenir diverses històries. Una història pot tenir diverses tasques. L’abast de la història es limita a un Sprint. Totes les tasques s’han de tancar per completar la història)
# 1) Tècnica d’estimació del punt de la història: Story point és un número que explica a l’equip la complexitat de la història.
En la majoria dels casos, s’utilitza la mida o la samarreta de la sèrie Fibonacci. Normalment, es considera que un punt de la història equival a la feina d’un dia d’una persona.
Tanmateix, la relació es revisa després de cada iteració en funció de les dades reals del temps mitjà que es triga a completar una unitat d’una tasca.
Els passos que s’inclouen són:
- Divideix requisits molt grans en petites tasques.
- Trieu un equip de com a mínim 2 estimadors, el Scrum Master , El propietari del producte i els altres poden participar.
- Cada estimador assigna de manera privada els seus punts d'història per a una història d'usuari (tasca) i publica els mateixos.
- Els punts de la història del requisit els assignen els estimadors en funció del seu coneixement passat de la mida d’una tasca similar.
- S'espera que les estimacions difereixin lleugerament.
- Si les estimacions difereixen significativament, els estimadors baixos i alts expliquen les seves estimacions.
- Després d'això, tots els estimadors fan una ronda d'estimació més, seguint el mateix procés fins que convergeixin tots al mateix nombre.
# 2) Planificació del pòquer: Aquesta interessant i divertida tècnica s’explica aquí: Com facilitar el procés d’estimació àgil amb Planning Poker
Nota :Hi ha moltes altres tècniques d’estimació àgil, però aquestes són les dues més destacades.
Artefactes Scrum
Els artefactes scrum més importants són Product Backlog i Sprint Backlog . Aquests són els que ajuden a controlar els objectius generals del sprint.
# 1) Registre de productes:
- Una llista ordenada de 'requisits' que es manté per a un producte / projecte.
- Una llista també pot contenir errors i elements no funcionals.
- El propietari del producte és responsable d’establir les prioritats a la PBL.
- El propietari del producte és responsable de gestionar el registre de productes.
# 2) Sprint Backlog:
- Llista de tasques (també conegut com a Retard) per al fitxer Sprint.
- Equip Scrum és responsable de mantenir-los ..
- Durant l’esprint, s’espera que els membres de l’equip actualitzin el backlog de sprint a mesura que hi hagi nova informació disponible.
- En cas que algun dels elements quedi incomplet o parcialment complet, segons la definició de scrum estàndard, aquests elements es tornaran a col·locar a la Registre de productes.
# 3) Taula de gravació:
Com puc obrir un fitxer bin al Windows 10
- És un gràfic que es mostra públicament i mostra el treball finalitzat i restant al sprint.
- Mostra el treball real que es realitza segons el dia.
- Mantingut pel Scrum Master sobre una base diària.
- Hi ha dos tipus de 'Allibera gràfics Burn-down' i 'Sprint Burn-down Charts'.
Definició de Fet
Definició de Fet és diferent per a diferents equips de scrum. En termes senzills, DoD és una manera de saber quan l'equip assolirà l'objectiu mitjançant les eines disponibles. És el contracte entre l’OP i l’equip.
DoD complert significa que totes les històries de l’endarreriment es desenvolupen segons els requisits de l’interès. Les històries poden no ser tècniques o poden tenir diverses tasques.
Restricció de retards (preparació)
Perfeccionament de les tasques pendents no és una pràctica bàsica de scrum, sinó que s'ha adoptat com una forma de gestionar la qualitat dels articles pendents que entren en un sprint.
Es tracta d’un esforç continuat de revisió dels articles de backlog de productes i comprovació de si es prioritzen i es preparen adequadament d’una manera que els faci clars i executables per als equips un cop entren en sprints mitjançant l’activitat de planificació de sprint.
Comparació ràpida amb la cascada
Paràmetres | Àgil | Cascada |
---|---|---|
La satisfacció del client | Els clients estan satisfets a causa del lliurament ràpid | El lliurament es fa tard, de manera que els clients no en saben |
Lliurament de programari de treball | Lliuraments freqüents | Un cada pocs mesos |
Canvis tardans | Es pot abastar ràpidament a la propera primavera | Difícil d’implementar |
Comunicació | Comunicació diària | Reunió de revisió amb el cap de projecte |
Dependència | Comunicació i cooperació estreta entre empresaris i desenvolupadors: verificadors. | El cap de projecte impulsa el projecte |
Registre de productes
A mesura que avancem cap amunt, es creen els PBI i són PROFUNDS:
- D- Prou detallat
- ÉS- Emergenc és
- ÉS- Estimat
- P- Prioritzats
I són més detallats per a l’equip.
Coses a les quals s'hauria d'adaptar un Scrum Master:
- Eliminació d’impediments
- Facilitar
- Tutoria i docència
- Entrenament
Aquestes són les tasques que a Scrum Master s'ha de realitzar quan el fitxer Scrum s'ha implementat recentment. Però a mesura que passa el temps i a mesura que l’equip s’acostuma a Scrum (s’organitza per si mateix), Scrum Master té una tasca a realitzar, és a dir, ‘OBSERVAR’
Construint un equip Scrum
Tot construint un equip, el Scrum Master podria afrontar els següents reptes: formació, assalt, normalització i interpretació.
- Formació- On no hi ha relacions en un equip.
- Tempesta- On els límits entre els membres de l’equip esdevindrien lleugers.
- Normativa- Quan hi ha una bona relació establerta a l’equip.
- Interpretació- Aquesta és l’última etapa en què només hi ha treball en equip.
Com podem veure, l’última etapa és on l’equip realment treballa com a Equip Scrum . Però durant aquesta transformació, si hi ha alguna interrupció en qualsevol etapa, l’equip torna al principi.
Conclusió
Esperem que aquest tutorial hagi explicat breument tot allò important Terminologia Àgil i Scrum . Consulteu aquesta sèrie de tutorials Guia completa de metodologia àgil per obtenir detalls dels conceptes Agile / Scrum.
Feliç Agilitat!
Lectura recomanada
- Preguntes en línia sobre Agile Scrum: proveu els vostres coneixements sobre Agile Scrum
- Equips Scrum autosuficients: Com crear un equip autosuficient?
- Kanban vs Scrum vs Agile: una comparació detallada per trobar diferències
- Com oferir funcions de programari d’alt valor en un període curt de temps mitjançant el procés Agile Scrum
- Manifest àgil: comprensió de valors i principis àgils
- Metodologia àgil: una guia per a principiants sobre mètode àgil i Scrum
- Tutorial SAFe Agile: què és Scaled Agile Framework
- Funcions i responsabilitats de l’equip Scrum: Scrum Master i propietari del producte