¿Cuándo se considera que una tarea está terminada? Cuando la tarea cumple sus requisitos. Sin embargo, los requisitos pueden ser deliberadamente vagos o estar escritos desde un alto nivel. Aunque los requisitos nos dicen lo que debe hacer el producto en general, no definen todas las normas que debe cumplir.
Ese es el trabajo de otro gestión ágil de proyectos artefacto llamado criterios de aceptación. En esta entrada de blog, exploramos qué son los criterios de aceptación, por qué los necesitas y cómo escribir criterios de aceptación para tu proyecto.
¿Qué son los criterios de aceptación?
Con origen en la ingeniería de software, los criterios de aceptación son un conjunto de condiciones que debe cumplir una nueva función/incremento para considerarse completada.
Literalmente, son los criterios en los que se basa el propietario del producto o el cliente para aceptar una función.
Características de unos criterios de aceptación eficaces
Los criterios de aceptación son el último punto de comprobación para saber si el producto/función está listo para el usuario. Son el sello de aprobación de que el producto/función es lo suficientemente bueno para la producción.
Para ser eficaces, los criterios de aceptación deben ser:
Centrados en el usuario: Los equipos crean los criterios de aceptación desde la perspectiva del usuario para garantizar la alineación con los objetivos de la empresa.
Impulsados por los resultados: A diferencia de una historia de usuario, los criterios de aceptación definen el resultado deseado. Por lo tanto, también deben ser mensurables.
**Específicos: Cada criterio debe ser específico y aplicable a un aspecto de la función.
Por ejemplo, "debe ser compatible con las diez principales vulnerabilidades de OWASP" puede ser un criterio eficaz, ya que se refiere únicamente a la seguridad.
Conciso: Deben ser frases cortas. Deben utilizar un lenguaje y una nomenclatura que el equipo de desarrollo utilice y con los que se sienta cómodo.
Independientes: Es bueno asegurarse de que un criterio de aceptación no depende de otro, creando una red de complejidades.
**Comprobable: Este es el aspecto más importante. Un buen criterio de aceptación debe ser comprobable. Normalmente, en forma de resultados de sí o no.
¿Por qué son importantes los criterios de aceptación?
Todos los equipos de software saben que cómo recopilar requisitos en agile para definir exactamente lo que necesita el propietario del producto/cliente. ¿Por qué, entonces, necesitamos otro artefacto, te preguntarás? He aquí por qué.
Contexto común
Los criterios de aceptación crean un entendimiento común entre propietarios de productos, desarrolladores y analistas de calidad sobre cada función. Evitan confusiones, interpretaciones subjetivas y posibles malentendidos.
Alineación del producto
Los criterios de aceptación sirven como escala que mide la alineación del producto/función con los requisitos, las metas y los objetivos. Conectan el código con la empresa.
Eficacia de las pruebas
Cuando se tienen claramente definidos los criterios de aceptación, los equipos de calidad pueden automatizar y acelerar las pruebas pruebas ágiles proceso. También crean repetibilidad entre sprints.
Eficacia en la gestión de proyectos
Unos buenos criterios de aceptación permiten mejorar la supervisión, el seguimiento y las medidas de control del proyecto. Proporcionan una visibilidad clara de por qué una función ha vuelto a retrabajarse, lo que ayuda a los gestores de proyectos a optimizar los procesos.
Cierre positivo
En esencia, los criterios de aceptación describen definición de terminado en agile proyectos. Así, cuando se cumplen todos los criterios de aceptación, se puede enviar un producto con confianza sabiendo que se ha terminado todo lo necesario.
Si esto te ha convencido para incorporar los criterios de aceptación a tus proyectos, aquí tienes cómo empezar.
Cómo redactar criterios de aceptación
Por tentador que pueda resultar, redactar criterios de aceptación no es tarea de una sola persona. Para ser eficaces, los criterios de aceptación deben incorporar las aportaciones de varias partes interesadas. El propietario del producto suele redactar los criterios de aceptación con las aportaciones técnicas del equipo de desarrollo.
A continuación se presenta un enfoque estratégico y exhaustivo para redactar los criterios de aceptación de forma colaborativa con la ayuda de un todo en uno herramienta de gestión de productos como ClickUp .
1. Comprender la finalidad de los criterios de aceptación
El primer paso es explorar por qué estás escribiendo criterios de aceptación. ¿Sólo sirven para que los QA realicen pruebas? ¿Están definidos por el cliente? ¿Son requisitos de conformidad? ¿Se trata de un prueba de concepto ? Comprende el propósito de los criterios de aceptación para asegurarte de que son eficaces para ese público y esa necesidad.
Mientras que los criterios de aceptación reales serán nítidos y comprobables, el documento de propósito explorará el porqué en detalle. Por ejemplo, digamos que uno de los criterios de aceptación es "habilitar el esquema de contraste para baja visión"
El documento de propósito podría decir: "Las funciones para baja visión son fundamentales para nuestra app, ya que atendemos a clientes de más de 50 años. Un producto fácil de usar para este público reducirá drásticamente la carga de visitas a domicilio de nuestro equipo sobre el terreno." Documentos de ClickUp es un buen lugar para reunir toda la información y definir su propósito. Utilícelo como "léame" para que todas las partes interesadas se pongan de acuerdo (¡literalmente!) sobre la necesidad y la importancia de los criterios de aceptación.
Colabora en tiempo real, haciendo ediciones, dejando comentarios y etiquetando a las personas para que te den su opinión. Una vez terminado, también puede crear tareas directamente desde sus documentos de ClickUp.
escríbalo y aclárelo con ClickUp Docs_
Bonus: Un manual sobre epics vs. funciones para ayudarle a escribir sus historias de usuario.
2. Empezar con historias de usuario
Ahora que su contexto está ajustado, es hora de ponerse a escribir. Comience con la historia del usuario. Examine el recorrido del usuario que debe permitir cada función y redacte los criterios de aceptación correspondientes.
Mientras utiliza Tareas de ClickUp para sus historias de usuario, puede crear Campos personalizados para detalles específicos como el rol del usuario, meta, resultado deseado, dependencias, etc. Con toda esa información en un solo lugar, piense en cómo debería ser "terminado".
Si eres nuevo en esto, aquí tienes una plantilla para principiantes con la que podrás empezar. Utiliza Plantilla de historia de usuario de ClickUp para gestionar historias, dividirlas en tareas, priorizar funciones, desarrollarlas y lanzar productos de primera clase.
3. Escriba los criterios de aceptación
Basándose en la historia de usuario, escriba los criterios de aceptación. La forma más sencilla de hacerlo es en forma de lista de control. Por ejemplo, si está creando un formulario de un solo campo para suscripciones a boletines, la lista de criterios de aceptación podría tener este aspecto:
- El usuario debe poder introducir su dirección de correo electrónico
- El sistema debe enviar un correo electrónico de confirmación a la dirección de correo electrónico proporcionada y validada Listas de control de tareas de ClickUp puede gestionar todo esto dentro de la tarea que ha creado para la historia de usuario. Debajo de cada tarea, añada listas de control para los criterios de aceptación aplicables a la misma.
¿Tiene criterios comunes de seguridad o rendimiento aplicables a todas las tareas? No hay problema Cree una plantilla de lista de control y aplíquela automáticamente a todas las tareas relevantes.
mantenga los criterios de aceptación cerca de la tarea con haga clic en
4. Utilice el formato dado-entonces-entonces
Otra forma de definir criterios de aceptación es utilizar el formato Dado-entonces (GWT). En pocas palabras, esto es lo que parece.
- Dado: Estado inicial o contexto del software
- Cuando: Acción o evento que realiza el usuario
- Entonces: Resultado esperado
Esencialmente, esto se traduce en que dado un
Cuando estás construyendo la misma función de suscripción al boletín,
- Dado: El usuario está tratando de suscribirse al boletín de noticias
- Cuando: El usuario introduce su dirección de correo electrónico oficial válida
- Entonces: Se envía un correo electrónico de automatización confirmando la suscripción
5. Colaborar con las partes interesadas
Los buenos criterios de aceptación no se escriben en un silo. Normalmente, los jefes de producto aportan la perspectiva del usuario y las necesidades de la empresa. El equipo de diseño se centra en la experiencia del usuario, la usabilidad, la accesibilidad, etc. El equipo de desarrollo contribuye a las especificaciones técnicas. DevOps se preocuparía por el rendimiento y la utilización de recursos.
Para asegurarse de que su producto cumple todos estos requisitos, es necesario redactar los criterios de aceptación de forma colaborativa. Con ClickUp, eso puede ser engañosamente sencillo.
Para cada tarea de la historia de usuario, añada los criterios de aceptación, ya sea como una lista de control, un campo personalizado, una descripción o un comentario. Utilice los comentarios anidados de ClickUp para discutir cada criterio de aceptación y @mención para comunicación con las partes interesadas . Asigne elementos de acción y mucho más.
campos personalizados, comentarios y sin esfuerzo colaboración en proyectos con Tareas ClickUp
6. Manténgalo simple y conciso
Intente no utilizar conjunciones en sus criterios de aceptación. Nada de "y" u "o" Sea breve, preferiblemente una sola frase. Utilice las palabras "debería" y "debe" en lugar de "puede", "puede" o "podría"
7. Garantizar la comprobabilidad
Para asegurarse de que se cumplen sus criterios de aceptación, tiene que probarlos. La forma de redactar el criterio desempeña un rol fundamental. Asegúrese de que su criterio de aceptación se presta a escribir casos de prueba. Ampliemos el ejemplo anterior.
Si el criterio de aceptación es "el usuario debe poder introducir su dirección de correo electrónico", el caso de prueba sería:
Pasos:
- Escriba la dirección de correo electrónico
- Pulse Intro
Resultado:
- En caso negativo, aparece el mensaje "Introduzca su dirección de correo electrónico oficial"
- Validar la dirección de correo electrónico como oficial
- En caso afirmativo, aparecerá el mensaje "Gracias por su suscripción. Le hemos enviado un correo electrónico de confirmación"
8. Revisar y corregir
A lo largo del proceso de desarrollo, supervise y optimice sus criterios de aceptación. Con ClickUp, también puede ajustar informes para cada uno de ellos para ver qué necesita su atención.
Utilice Paneles de ClickUp para crear widgets personalizables para los criterios de aceptación que más le interesen. Vea qué funciones se están quedando rezagadas y desarrolle estrategias para abordar la causa raíz.
medir lo importante con los cuadros de mando de ClickUp
Con esto, ya ha aprendido lo que tiene que hacer. Ahora, vamos a centrarnos en lo que no hay que hacer.
Errores comunes que debe evitar al redactar criterios de aceptación
A través de parámetros técnicos, funcionales y operativos, puede cometer cualquier número de errores al escribir los criterios de aceptación. Aquí están los errores comunes que los equipos suelen hacer.
Pendiente de hacerlo solo
Los propietarios del producto a menudo se sienten presionados a escribir los criterios de aceptación por su cuenta. Aunque bienintencionado, este enfoque puede desaprovechar la experiencia técnica del equipo de desarrollo.
Redacte siempre los criterios de aceptación en colaboración.
Ignorar al usuario
Como los criterios de aceptación se encuentran en el extremo del proceso de desarrollo, es fácil olvidarse de la experiencia del usuario. Esto es un grave error.
Cree siempre sus criterios de aceptación en torno al usuario final.
Centrarse en cómo
Los criterios de aceptación no se centran en cómo debe funcionar una herramienta de software. Se refieren a los resultados que debe producir. Escribir criterios de aceptación que definan "cómo" escribir la función puede resultar contraproducente.
Hay que centrarse siempre en los resultados esperados.
Mantener la vaguedad
Los criterios de aceptación vagos o amplios hacen lo contrario de lo que pretenden: Lo dejan abierto a la interpretación. Esto significa que el resultado puede variar en función de la persona que realice la prueba, las circunstancias o incluso el entorno.
Los criterios de aceptación deben ser siempre claros, específicos e inequívocos.
Añadir demasiados
Si bien no hay una escala para lo que es un número razonable, es un gran error escribir demasiados. De hecho, tener demasiados criterios de aceptación puede indicar que necesitas dividir la historia de usuario en partes más pequeñas. Fíjese en puntos de la historia ágil en la historia de usuario para confirmar esta teoría.
Lista siempre solo los criterios de aceptación absolutamente necesarios.
Buenas prácticas para escribir criterios de aceptación
Los criterios de aceptación son comunicación colaborativa para equipos de desarrollo de software. En esta sección, nos centraremos en cómo conseguir que sea lo más eficaz posible.
Sea claro
Haz que los criterios de aceptación sean claros para todas las partes interesadas. El desarrollador debe entender qué significan los criterios de aceptación. Y el analista de calidad debe saber cómo convertirlos en un caso de prueba.
Utilizar un lenguaje sencillo
Escriba sus criterios de aceptación en un lenguaje sencillo. No utilice lenguaje técnico. Sobre todo, no desvíes el rumbo para decirle al desarrollador cómo debe escribirse el código.
Mantenga los resultados binarios
Un criterio de aceptación se cumple o no. No se cumple parcialmente ni se completa al 80%. Por lo tanto, escriba los criterios de aceptación como declaraciones de aprobado o suspenso.
Que sea medible
La forma más sencilla de conseguir resultados de aprobado o suspenso es hacerlos medibles. Por ejemplo, si su criterio de aceptación es "menos de 3 segundos de velocidad de carga de la página", es fácil probarlo y aprobarlo.
Haz sólo suposiciones razonables
A menudo, los propietarios del producto pueden pensar que algo es "obvio", dado lo cerca que están del usuario. Para el desarrollador puede no serlo tanto. Por lo tanto, no hagas suposiciones en absoluto, si puedes evitarlo. Cuando sea necesario, haz suposiciones razonables en colaboración con el equipo.
Ejemplos de criterios de aceptación
Veamos algunos ejemplos de criterios de aceptación en el mundo real, no sólo en el desarrollo de software, sino también en otras funciones.
Ejemplo 1: Desarrollo de software (utilizando el método de lista de control)
Tarea: Función de búsqueda en un sitio web basado en contenidos.
Criterios de aceptación:
- Debe haber un cuadro de texto para que los usuarios escriban su consulta de búsqueda
- Los resultados deben mostrarse en forma de lista
- Los resultados deben abrirse en una página nueva
- Los resultados deben estar paginados
Ejemplo 2: Desarrollo de software (utilizando el método GTW)
Tarea: Función de reserva de citas
Criterios de aceptación:
- Dado que un cliente existente desea reservar una cita
- Introduce su ID de correo electrónico y elige la franja horaria preferida para la cita
- La cita debe reservarse y confirmarse por correo electrónico
Ejemplo 3: Redacción de contenidos (utilizando el método de lista de control)
Tarea: Escribir una entrada de blog de 1000 palabras sobre la última película de Tom Cruise
Criterios de aceptación:
- Utilizar el inglés de EE.UU
- Utilizar la coma de Oxford
- La introducción debe tener menos de 200 palabras
- Incluya 3-5 enlaces internos
Ejemplo 4: Marketing (utilizando el método GTW)
Tarea: Ejecutar una campaña de anuncios basada en la intención en la Búsqueda de Google
Criterios de aceptación:
- El usuario se encuentra en cualquiera de las interfaces de búsqueda de Google
- Cuando el usuario escribe una palabra clave en nuestra lista de
(palabras clave de intención) - Entonces muestra
El rol de los criterios de aceptación en las metodologías ágiles
Si lo ágil consiste en dividir monolitos en partes pequeñas y manejables y construirlas de forma incremental, los criterios de aceptación lo acentúan.
Por ejemplo, puede dividir su gran plataforma de comercio electrónico en pequeñas partes, una de las cuales es la función de añadir al carrito.
Dentro de la función de añadir a la cesta, puede haber varias pequeñas funciones, como si el producto está agotado o cómo puede ajustar el usuario la cantidad que se añade a la cesta. Unos criterios de aceptación bien redactados ayudan a profundizar en estos detalles.
En las metodologías ágiles, los criterios de aceptación ayudan:
Definir los resultados: Los criterios de aceptación indican al equipo de calidad qué aspecto tiene una función completada.
Facilitar los debates: El desarrollo ágil no consiste sólo en código. Se trata de resolver problemas de empresa con tecnología. Los criterios de aceptación ayudan a facilitar estas discusiones para permitir las compensaciones correctas y las decisiones relacionadas.
Integración de equipos multifuncionales: Los propietarios del producto, los analistas de negocio, los diseñadores, los desarrolladores, los probadores y los equipos de operaciones adquieren un entendimiento común del producto basado en los criterios de aceptación.
Facilitar el progreso: Una vez cumplidos los criterios de aceptación, la tarea pasa a la siguiente fase del ciclo de vida de desarrollo de software.
Envíe mejores productos más rápido con ClickUp
Uno de los pasos clave para crear un buen software es cumplir los criterios de aceptación establecidos. Sin embargo, entre las docenas de documentos, informes, reuniones, planificaciones y discusiones, es habitual que algunos elementos se queden en el tintero. Evítelo con una herramienta de gestión de productos como ClickUp.
ClickUp no es sólo un gestor de tareas. Es una plataforma integral diseñada pensando en los equipos de desarrollo de productos. Con las potentes tareas de ClickUp, planifique y programe las historias de usuario, añada criterios de aceptación, vincúlelas a casos de prueba y desplácelas por el proceso de forma rápida y eficaz.
Envíe más rápido con Cerebro ClickUp para generar ideas, crear hojas de ruta, resumir discusiones y crear documentación. Supervise el panorama general y los detalles granulares en un solo lugar con los paneles de ClickUp. Compruebe si ClickUp cumple los criterios de aceptación de una gran solución de gestión de productos. Pruebe ClickUp gratis/a hoy mismo .