He notado que muchas discusiones entre un desarrollador y un Product Owner ocurren en conversaciones privadas en varias herramientas de comunicación (Skype, Slack, correo electrónico, etc.). La razón es que estas herramientas son más convenientes para la comunicación que Jira.
¿Existen buenas prácticas para evitar esto?
Del manifiesto ágil :
Su objetivo NO es evitar la comunicación. Quieres promocionarlo . Las personas en un proyecto deben comunicarse de la manera más efectiva que consideren adecuada . Creo que deberías cambiar el enfoque de tu energía, cambiando la pregunta que estás buscando respuestas a preguntas como
Estas preguntas pueden ayudarlo a ajustar las necesidades específicas de su contexto. No hay una respuesta canónica, ya que depende en gran medida de su entorno.
Entorno n.º 1: equipo junior, poca confianza entre las partes, diferencias de zonas horarias. Todavía desea que las conversaciones fluyan, pero desea tenerlo escrito en algún lugar para futuras referencias. Cada conversación puede estar relacionada con un ticket específico, por lo que los resultados de esta conversación podrían resumirse como un comentario de Jira. Especial atención a los resultados y resumidos . Definitivamente no quieres transcripciones de conversaciones (como vi que alguien hacía hace algunos años).
Ambiente #2: Equipo experimentado, alta confianza entre los miembros. En estos casos, no hay mejor "comunicación" que un software funcional. No hay que escribir nada más.
===
Recuerde: Todo lo que no contribuya directamente a la entrega, es un desperdicio. A menudo, se necesitan desechos, pero un equipo no necesita ceñirse a ellos por el bien de la metodología. Una metodología es solo un medio, una herramienta para un propósito, no un objetivo en sí mismo. Su enfoque siempre debe estar en la entrega consistente, no en el uso consistente de la metodología .
En primer lugar, no puede usar herramientas para resolver esto. Si hay algún problema aquí, es un problema de personas y un problema de comunicación. Digo 'si' porque esto puede estar bien. Tal vez es algo que realmente solo les afecta a ellos. O tal vez, después de su 1 a 1, comparten la información con las personas adecuadas.
Si ve impactos donde la información no se comparte de esas conversaciones y está afectando la forma en que funciona el equipo, mi mejor recomendación sería plantear esos impactos en el retro y luego, como equipo, discutir cómo le gustaría trabajar de manera diferente. para evitar esos impactos. Si están usando otras herramientas en lugar de Jira, tal vez Jira sea una herramienta deficiente para esa comunicación, pero existen otras opciones, como tener la conversación floja en el chat del equipo en lugar de 1 a 1. Confío en que el equipo pueda encontrar la solución que funcione bien para ellos, facilite la comunicación y evite los efectos secundarios accidentales.
Jira no es una herramienta de comunicación, pero eso no significa que no pueda agregar información obtenida en otro lugar a un ticket .
Si algo no está claro en la descripción del boleto, pregunte por todos los medios hasta que lo entienda, y luego regrese y actualice la descripción del boleto . Si su conversación descubre criterios de aceptación faltantes o un enlace que sería relevante para cualquiera que implemente (o simplemente mire) una tarea, continúe y agréguelo.
Tenga en cuenta que si bien puede usar los comentarios para tener una conversación dentro de un ticket de Jira, un hilo de comentarios largo puede salirse fácilmente de control. También es más fácil que los comentarios queden obsoletos que una descripción (que cualquiera puede actualizar). Sin embargo, los comentarios son una buena manera de llamar la atención de alguien y de obtener respuestas a preguntas específicas, por ejemplo, cuando necesita más detalles sobre una tarea o un informe de error.
La respuesta de Tiago y la respuesta de Llewellyn ofrecen buenas perspectivas sobre el enfoque general. Sin embargo, tomaría un enfoque ligeramente diferente.
Dado que Jira tiende a ser más accesible que la bandeja de entrada del correo electrónico de un individuo y los canales privados de Slack o los DM, tiendo a pensar en Jira como la fuente de la verdad y uso integraciones para permitir que las personas envíen contenido a Jira cuando sea apropiado.
Lo que debe considerar es una forma de obtener información de estas otras herramientas y en Jira. Afortunadamente, Jira tiene integraciones para correo electrónico, Slack, Teams y otras herramientas que pueden ayudar a vincular contenido al ticket de Jira o a adjuntar contenido al ticket de Jira como archivos adjuntos o comentarios. Las integraciones con Slack, por ejemplo, permiten que las personas reciban notificaciones de problemas y realicen ciertas ediciones, incluido dejar comentarios, sin salir de Slack. Hay integraciones similares para Gmail y Outlook, así como correos electrónicos más genéricos hacia y desde Jira.
Tiago Cardoso