¿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 redactados desde un nivel general. Si bien los requisitos nos indican lo que debe hacer el producto en general, no definen todos los estándares que debe cumplir.
Esa es la función de otro artefacto de gestión de proyectos ágil denominado «criterios de aceptación». En esta entrada del blog, exploramos qué son los criterios de aceptación, por qué los necesita y cómo redactarlos para su proyecto.
¿Qué son los criterios de aceptación?
Los criterios de aceptación, que tienen su origen en la ingeniería de software, son un conjunto de condiciones que debe cumplir una nueva función o incremento para considerarse completo.
En términos literales, estos son los criterios en función de los cuales el propietario del producto o el cliente aceptaría una función.
Características de los criterios de aceptación eficaces
Los criterios de aceptación son el último punto de control para determinar si el producto o la función están listos para el usuario. Son el sello de aprobación que indica que el producto o la función son lo suficientemente buenos para su producción.
Para que sean eficaces, los criterios de aceptación deben ser:
Centrado en el usuario: los equipos crean criterios de aceptación desde la perspectiva del usuario para garantizar la alineación con los objetivos empresariales.
Orientados a 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 medibles.
Específico: cada criterio debe ser específico y aplicable a un aspecto concreto de la función.
Por ejemplo, «debe cumplir con las diez vulnerabilidades principales de OWASP» puede ser un criterio eficaz, ya que se refiere específicamente a la seguridad.
Concisos: deben ser frases cortas. Deben utilizar el lenguaje y la nomenclatura que utiliza el equipo de desarrollo y con los que se siente cómodo.
Independiente: es bueno asegurarse de que un criterio de aceptación no tenga dependencia 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 sí o no.
¿Por qué son importantes los criterios de aceptación?
Todos los equipos de software saben cómo recopilar requisitos de forma ágil para definir exactamente lo que necesita el propietario del producto o el cliente. Entonces, ¿por qué necesitamos otro artefacto?, se preguntará. He aquí el motivo.
Contexto común
Los criterios de aceptación crean un entendimiento común entre los propietarios de productos, los desarrolladores y los 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 para medir la alineación del producto o la función con los requisitos, las metas y los objetivos. Conectan el código con la empresa.
Eficiencia de las pruebas
Cuando se han definido claramente los criterios de aceptación, los equipos de calidad pueden automatizar y acelerar el proceso de pruebas ágiles. También se crea repetibilidad entre sprints.
Eficiencia en la gestión de proyectos
Unos buenos criterios de aceptación permiten mejorar las medidas de supervisión, seguimiento y control del proyecto. Ofrecen una visibilidad clara de por qué una función ha vuelto a revisarse, lo que ayuda a los gestores de proyectos a optimizar los procesos.
Cierre positivo
En esencia, los criterios de aceptación describen la definición de «terminado» en los proyectos ágiles. Por lo tanto, cuando se cumplen todos los criterios de aceptación, puede enviar un producto con confianza, sabiendo que ha hecho todo lo necesario.
Si esto le ha convencido para incorporar criterios de aceptación en sus proyectos, aquí le explicamos cómo empezar.
Cómo redactar criterios de aceptación
Por muy tentador que resulte, redactar criterios de aceptación no es una tarea que pueda realizar una sola persona. Para que sean eficaces, los criterios de aceptación deben incorporar las aportaciones de las distintas partes interesadas. El propietario del producto suele redactar los criterios de aceptación con la ayuda técnica del equipo de desarrollo.
A continuación, se presenta un enfoque estratégico y completo para redactar criterios de aceptación de forma colaborativa con la ayuda de una herramienta de gestión de productos todo en uno como ClickUp.
1. Comprenda el propósito de los criterios de aceptación.
El primer paso es explorar por qué está redactando criterios de aceptación. ¿Es solo para que los responsables de control de calidad realicen pruebas? ¿Lo ha esbozado el cliente? ¿Son requisitos de cumplimiento? ¿Es una prueba de concepto? Comprenda el propósito de los criterios de aceptación para asegurarse de que sean eficaces para ese público y esa necesidad.
Si bien los criterios de aceptación reales serán concisos y verificables, el documento de propósito explorará el porqué en detalle. Por ejemplo, supongamos que uno de los criterios de aceptación es «habilitar el esquema de contraste para personas con baja visión».
El documento de propósito podría decir: «Las funciones para personas con baja visión son fundamentales para nuestra app, ya que atendemos a clientes mayores de 50 años. Un producto que sea fácil de usar para este público reducirá drásticamente la carga de las visitas a domicilio para nuestro equipo sobre el terreno».
ClickUp Docs es un lugar ideal para reunir toda la información y definir su propósito. Utilícelo como documento para que todas las partes interesadas estén en sintonía (¡literalmente!) sobre la necesidad y la importancia de los criterios de aceptación.
Colabora en tiempo real, realizando ediciones, dejando comentarios y etiquetando a personas para que aporten sus opiniones. Cuando hayas terminado, también puedes crear tareas directamente desde ClickUp Docs.
Bonus: Una introducción a las epopeyas frente a las funciones para ayudarte a redactar tus historias de usuario.
2. Comience con historias de usuario
Ahora que ya tiene el contexto definido, es hora de ponerse a escribir. Empiece por la historia del usuario. Revise el recorrido del usuario que debe permitir cada función y redacte los criterios de aceptación correspondientes.
Al utilizar las tareas de ClickUp para sus historias de usuario, puede crear campos personalizados para detalles específicos como el rol del usuario, la meta, el resultado deseado, las dependencias, etc. Con toda esa información en un solo lugar, piense en cómo debería ser lo terminado.
Si eres completamente nuevo en esto, aquí tienes una plantilla fácil de usar para principiantes que te ayudará a empezar. Utiliza la plantilla de historias de usuario de ClickUp para gestionar historias, dividirlas en tareas, priorizar funciones, desarrollarlas y lanzar productos de primera categoría.
3. Redacte los criterios de aceptación.
Basándose en la historia del usuario, redacte los criterios de aceptación. La forma más sencilla de hacerlo es mediante una lista de control. Por ejemplo, cuando se crea un formulario de un solo campo para suscripciones a boletines informativos, la lista de criterios de aceptación podría ser la siguiente:
- 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.
Las listas de control de ClickUp pueden gestionar todo esto directamente 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.
¿Tienes criterios comunes de seguridad o rendimiento aplicables a todas las tareas? ¡No te preocupes! Crea una plantilla de lista de control y aplícala automáticamente a todas las tareas relevantes.
4. Utilice el formato «Dado-Cuando-Entonces»
Otra forma de definir los criterios de aceptación es utilizando el formato «Given-When-Then» (GWT). En pocas palabras, así es como se ve.
- Dado: Estado inicial o contexto del software.
- Cuándo: Acción o evento que realiza el usuario.
- A continuación: Resultado esperado
Básicamente, esto se traduce en que, dada una acción de entrada (
Cuando crees la misma función de suscripción al boletín informativo,
- Dado: El usuario está intentando suscribirse al boletín informativo.
- Cuándo: El usuario introduce su dirección de correo electrónico oficial válida.
- A continuación: se envía un correo electrónico automático confirmando su suscripción.
5. Colabora con las partes interesadas
Los buenos criterios de aceptación no se redactan de forma aislada. Por lo general, los gestores de productos aportan la perspectiva del usuario y las necesidades empresariales. El equipo de diseño se centra en la experiencia del usuario, la usabilidad, la accesibilidad, etc. El equipo de desarrollo contribuye con las especificaciones técnicas. DevOps se ocupa del rendimiento y la utilización de los recursos.
Para garantizar que su producto cumpla con todos estos requisitos, debe redactar los criterios de aceptación de forma colaborativa. Con ClickUp, esto puede resultar sorprendentemente sencillo.
Para cada tarea de la historia del usuario, añada los criterios de aceptación, ya sea como lista de control, campo personalizado, descripción o comentario. Utilice los comentarios anidados de ClickUp para debatir cada criterio de aceptación y @mencionar a las partes interesadas para facilitar la comunicación. Asigne acciones y mucho más.
6. Sea sencillo y conciso
Intente no utilizar conjunciones en sus criterios de aceptación. No utilice «y» ni «o». Sea conciso, preferiblemente con una sola frase sencilla. Utilice las palabras «debería» y «debe» en lugar de «puede», «podría» o «quizás».
7. Garantice la capacidad de prueba
Para asegurarse de que se cumplen sus criterios de aceptación, debe probarlos. La forma en que redacte el criterio desempeña un rol fundamental en ello. Asegúrese de que su criterio de aceptación se presta a la redacción de 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», entonces el caso de prueba sería:
Pasos:
- Escriba su dirección de correo electrónico
- Pulse Intro.
Resultado:
- Si no, muestra el mensaje «Introduce tu dirección de correo electrónico oficial».
- Valida la dirección de correo electrónico como oficial.
- Si es así, muestra el mensaje «Gracias por tu suscripción. Te hemos enviado un correo electrónico de confirmación».
8. Revisa y corrige
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 y ver qué aspectos requieren su atención.
Utilice los paneles de ClickUp para crear widgets personalizables para los criterios de aceptación que le interesan. Vea qué funciones se están quedando atrás y desarrolle estrategias para abordar la causa raíz.
Con esto, ya ha aprendido lo que hay que hacer. Ahora, centrémonos en lo que no hay que hacer.
Errores comunes que se deben evitar al redactar criterios de aceptación
En los parámetros técnicos, funcionales y operativos, se pueden cometer muchos errores al redactar los criterios de aceptación. Estos son los errores más comunes que suelen cometer los equipos.
Hacerlo solo
Los propietarios de productos a menudo sienten la presión de redactar los criterios de aceptación por su cuenta. Aunque la intención sea buena, este enfoque puede pasar por alto la experiencia técnica del equipo de desarrollo.
Redacte siempre los criterios de aceptación de forma colaborativa.
Ignorar al usuario
Dado que los criterios de aceptación se encuentran al final 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 pensando en el usuario final.
Centrándose en cómo
Los criterios de aceptación no se refieren al funcionamiento de una herramienta de software, sino a los resultados que debe producir. Redactar criterios de aceptación que definan «cómo» escribir la función puede resultar contraproducente.
Céntrese siempre en los resultados y los efectos esperados.
No sea impreciso
Los criterios de aceptación vagos o generales consiguen lo contrario de lo que pretenden: dejan margen para la interpretación. Esto significa que el resultado puede variar en función del evaluador, las circunstancias o incluso el entorno.
Los criterios de aceptación deben ser siempre claros, específicos e inequívocos.
Añadir demasiados
Aunque no existe una escala para determinar cuál es un número razonable, es un gran error redactar demasiados. De hecho, tener demasiados criterios de aceptación podría indicar que es necesario dividir la historia de usuario en partes más pequeñas. Consulte los puntos ágiles de la historia de usuario para confirmar esta teoría.
Enumere siempre solo los criterios de aceptación absolutamente necesarios.
Buenas prácticas para redactar criterios de aceptación
Los criterios de aceptación son una importante herramienta de comunicación colaborativa para los equipos de desarrollo de software. En esta sección, nos centraremos en cómo puede hacerlos lo más eficaces posible.
Sea claro
Deje claros los criterios de aceptación a todas las partes interesadas. El desarrollador debe comprender qué significan los criterios de aceptación. Y el analista de calidad debe saber cómo convertirlos en un caso de prueba.
Utilice un lenguaje sencillo.
Redacte sus criterios de aceptación en un lenguaje sencillo. No utilice lenguaje técnico. Y, sobre todo, no se desvíe hacia dar instrucciones al desarrollador sobre cómo debe escribir el código.
Mantenga los resultados binarios.
Un criterio de aceptación se cumple o no se cumple. No hay cumplidos parciales ni cumplidos al 80 %. Por lo tanto, redacte los criterios de aceptación como declaraciones de aprobado o suspenso.
Hazlo medible.
La forma más sencilla de lograr resultados de aprobado o suspenso es hacerlos medibles. Por ejemplo, si su criterio de aceptación es «velocidad de carga de la página inferior a 3 segundos», es fácil de probar y aprobar.
Haga solo suposiciones razonables.
A menudo, los propietarios de productos pueden pensar que algo es «obvio», dada su proximidad al usuario. Puede que no sea tan obvio para el desarrollador. Por lo tanto, no hagas suposiciones, si puedes evitarlo. Cuando sea necesario, haz suposiciones razonables en colaboración con el equipo.
Ejemplos de criterios de aceptación
Exploremos algunos ejemplos de criterios de aceptación en el mundo real, no solo en el desarrollo de software, sino también en otras funciones.
Ejemplo 1: Desarrollo de software (utilizando el método de la lista de control)
Tarea: Funcionalidad 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 nueva página.
- Los resultados deben paginarse.
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 quiere reservar una cita
- Introduce tu ID de correo electrónico y elige la franja horaria que prefiera para la cita.
- Su cita debe reservarse y confirmarse por correo electrónico.
Ejemplo 3: Redacción de contenidos (utilizando el método de la lista de control)
Tarea: Escriba una entrada de blog de 1000 palabras sobre la última película de Tom Cruise.
Criterios de aceptación:
- Utilice inglés estadounidense.
- Utilice la coma de Oxford.
- Mantenga la introducción en menos de 200 palabras.
- Incluya entre 3 y 5 enlaces internos.
Ejemplo 4: Método de marketing (utilizando GTW)
Tarea: Realizar una campaña publicitaria basada en la intención en la Búsqueda de Google.
Criterios de aceptación:
- Dado que 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
- A continuación, muestre
El rol de los criterios de aceptación en las metodologías ágiles
Si la agilidad consiste en dividir los monolitos en partes pequeñas y manejables y construirlos de forma incremental, los criterios de aceptación lo acentúan.
Por ejemplo, puede dividir su gran plataforma de comercio electrónico en partes más pequeñas, una de las cuales es la función «Añadir al carrito».
Dentro de la función «añadir al carrito», puede haber múltiples pequeñas funcionalidades, como qué pasa si el producto está agotado o cómo el usuario puede ajustar la cantidad que se añade al carrito. Unos criterios de aceptación bien redactados ayudan a profundizar en estos detalles minuciosos.
Dentro de las metodologías ágiles, los criterios de aceptación ayudan a:
Definición de resultados: los criterios de aceptación indican al equipo de calidad cómo debe ser una función completada.
Facilitar los debates: el desarrollo ágil no se limita al código. Se trata de resolver problemas empresariales con tecnología. Los criterios de aceptación ayudan a facilitar estos debates para permitir las concesiones adecuadas y las decisiones relacionadas.
Creación de equipos multifuncionales: los propietarios de productos, analistas de negocios, diseñadores, desarrolladores, evaluadores y equipos de operaciones obtienen una comprensión común del producto basada en los criterios de aceptación.
Facilitar el progreso: una vez que se cumplen los criterios de aceptación, la tarea pasa a la siguiente fase del ciclo de vida del 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 debates, es habitual que algunos elementos se pasen por alto. Evítelo con una herramienta de gestión de productos como ClickUp.
ClickUp no es solo 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 historias de usuario, añada criterios de aceptación, enlázalas a casos de prueba y muévalas por el proceso de forma rápida y eficaz.
Envíe más rápido con ClickUp Brain para generar ideas, crear hojas de ruta, resumir debates y elaborar documentación. Supervise el panorama general y los detalles más específicos en un solo lugar con los paneles de control de ClickUp. Compruebe si ClickUp cumple sus criterios de aceptación para una excelente solución de gestión de productos.