Cómo la creación y redacción de tickets adecuados puede mejorar su proceso de desarrollo web

Haruki Murakami escribió una vez que «sin concentración no se puede lograr nada». En cualquier campo creativo, escribió, la concentración y la resistencia son vitales para producir un gran trabajo.

Mantener la concentración y la organización, especialmente en el desarrollo web, es fundamental para el éxito de un proyecto, especialmente cuando se trata de tratar con usted, nuestro cliente. Mantener el proyecto alineado con los objetivos y el calendario establecido debe ser el objetivo final de todas las partes implicadas.

Por eso, en CCS nuestro equipo utiliza el sistema de Atlassian, JIRA, para gestionar los proyectos. (Para más información sobre JIRA, haga clic aquí. ) JIRA nos permite tener una comunicación continua a lo largo del proyecto, manteniendo siempre a la vista el estado actual de las tareas. Nos ayuda a evitar lagunas de comunicación, cuestiones sin resolver y problemas imprevistos en el futuro.

JIRA no es tan complicado de usar, pero la clave es escribir tickets efectivos, dividir las funcionalidades en piezas más pequeñas y asegurarse de que el ticket tiene la cantidad de trabajo adecuada para un desarrollador.

Qué debe figurar en el billete

1. Título: Este es un resumen de alto nivel del billete. El problema debe describirse aquí, redactado como la página que necesita atención, seguido de las tareas necesarias. Por ejemplo, «Home > Slideshow > Layout Broken on IE»
2. Descripción: Esto va en el cuerpo del ticket y es visible después de que se haya hecho clic en él. Se trata de una breve descripción de la tarea necesaria o del problema observado, redactada de la forma más concisa posible. Recomendamos utilizar las herramientas de formato de JIRA, como las viñetas, para organizar la información.
3. Tipo: Describe el impacto funcional del problema y puede ser determinante para el tipo de prioridad que debe tener. Estos son tres de los tipos más comunes:
   • – A
     error
     afecta a los elementos funcionales del sitio web, como un error del sistema que impide que un usuario pueda completar su compra.
   • – Una
     mejora
     no es una cuestión preventiva, sino tal vez algo estilístico que le gustaría cambiar, como el tipo de letra de su sitio web.
   • – A
     nueva característica
     es algo que puede decidir que quiere añadir a su sitio web a medida que lo va creando, como la integración de un formulario de marketing por correo electrónico.
4. Prioridad: Transmite la rapidez con la que se debe atender el ticket. Estos son los cinco niveles diferentes de prioridades:
   • A
     prioridad del bloqueador
     es una cuestión de emergencia, de «todas las manos en la cubierta». Indica un problema que hace que el sitio web no funcione, como que las páginas web sean inaccesibles o que los usuarios no puedan iniciar sesión.
   • A
     prioridad crítica
     indica las tareas que deberían ser de máxima prioridad, pero que no necesitan ser abordadas inmediatamente como lo haría una prioridad de bloqueo.
   • A
     prioridad principal
     es el valor por defecto para los tickets entrantes. Es menos urgente que una prioridad crítica, pero aun así debe abordarse inmediatamente.
   • A
     prioridad menor
     es una cuestión que sería bueno abordar en algún momento del desarrollo del proyecto.
   • A
     prioridad trivial
     es algo que te ha llamado la atención y que te gustaría abordar en el futuro.
5. Estado: Siempre que haga cambios en el ticket, asegúrese de actualizar el estado para que siga avanzando en el proceso. Por ejemplo, si un desarrollador mueve un ticket a «Revisión» y usted encuentra problemas que no se abordaron en la descripción original del ticket, cambie el estado del proyecto de nuevo a «En curso» para comunicar al desarrollador que hay cambios que deben hacerse antes de que la tarea se marque como «Terminada».

Puntos que hay que evitar al redactar las multas

1. Evite escribir bloques de tickets: Evite escribir grandes cantidades de texto en la descripción del ticket o en los comentarios posteriores. El exceso de texto ocultará los detalles técnicos que buscan los desarrolladores, dificultando la localización de los detalles esenciales.
2. Mantenga la perspectiva con las prioridades: Trate de utilizar con moderación las prioridades de emergencia como bloqueador ocrítico, de esa manera nuestros desarrolladores pueden tener una perspectiva precisa sobre exactamente qué problema requiere la atención más inmediata.
3. Concéntrese en la tarea: Si ves un aspecto de tu sitio web que no te gusta, escribir «esto se ve mal» en el ticket no es lo suficientemente específico. Mantenga el contenido del ticket centrado en comandos específicos para ayudar a comunicar a nuestros desarrolladores cómo le gustaría que se modificara el problema.

En CCS, estamos aquí para ayudar. Nuestros desarrolladores web se centran en asegurarse de que usted obtiene lo que ha imaginado, y nada menos.

La clave es una comunicación sólida a lo largo del proceso de desarrollo de la web para mantener las cosas limpias y al día.