Durante un sprint, os equipos do proxecto escriben historias curtas de usuarios para planificar o seu traballo para o seguinte sprint. Neste curso, Doug Rose, experto en desenvolvemento áxil, explica como escribir e priorizar User Stories. Tamén explica as principais trampas a evitar á hora de planificar un proxecto áxil.

A que nos referimos cando falamos de User Stories?

Nun enfoque áxil, as historias de usuario son a unidade de traballo máis pequena. Representan os obxectivos finais do software (non as características) desde o punto de vista do usuario.

Unha historia de usuario é unha descrición xenérica e informal da funcionalidade do software escrita desde a perspectiva do usuario.

O propósito dunha historia de usuario é describir como a opción creará valor para o cliente. Nota: os clientes non son necesariamente usuarios externos no sentido tradicional. Dependendo do equipo, este pode ser un cliente ou un compañeiro da organización.

Unha historia de usuario é unha descrición do resultado desexado nunha linguaxe sinxela. Non se describe en detalle. Engádense requisitos a medida que sexan aceptados polo equipo.

Que son os sprints áxiles?

Como o seu nome indica, un Agile Sprint é unha fase de desenvolvemento do produto. Un Sprint é unha iteración curta que divide un proceso de desenvolvemento complexo en varias partes para simplificalo, axustalo e melloralo en función dos resultados dunha revisión intermedia.

O método Agile comeza con pequenos pasos e desenvolve a primeira versión do produto en pequenas iteracións. Deste xeito, evítanse moitos riscos. Elimina os obstáculos dos proxectos V, que se dividen en varias fases secuenciais como análise, definición, deseño e proba. Estes proxectos realízanse unha vez ao final do proceso e caracterízanse por non proporcionar dereitos de acceso temporais aos usuarios da empresa. Polo tanto, é posible que nesta fase o produto xa non satisfaga as necesidades da empresa.

Lea  Toma decisións eficaces

Que é o backlog en Scrum?

O obxectivo do Backlog en Scrum é recoller todos os requisitos do cliente que o equipo do proxecto debe cumprir. Contén unha relación de especificacións relacionadas co desenvolvemento do produto, así como todos os elementos que requiren a intervención do equipo do proxecto. Todas as funcións do Scrum Backlog teñen prioridades que determinan a orde da súa execución.

En Scrum, o Backlog comeza coa definición dos obxectivos do produto, dos usuarios obxectivo e das distintas partes interesadas do proxecto. A continuación hai unha lista de requisitos. Algúns deles son funcionais, outros non. Durante o ciclo de planificación, o equipo de desenvolvemento analiza cada requisito e estima o custo de implementación.

A partir da lista de requisitos, elabórase unha relación de funcións prioritarias. A clasificación baséase no valor engadido do produto. Esta lista priorizada de funcións constitúe o Scrum Backlog.

Continúa lendo o artigo no sitio orixinal →