Cuando se utiliza Discourse para la comunicación asíncrona de trabajo, puede ser difícil saber si alguien ha leído un mensaje y tiene la intención de darle seguimiento. Por ejemplo, podría querer comunicar la siguiente idea: “He visto tu sugerencia y le daré seguimiento la próxima semana”. Esto es increíblemente útil para comunicar y gestionar las expectativas. Sin esto, es probable que las personas te persigan en Discourse o en mensajería instantánea (ej: Slack).
En este momento, comunicar esto se puede hacer a través de:
Usar una reacción específica como convención. Ej: :ojos:. Lamentablemente, esto no te da un plazo, ¿cuándo harás el seguimiento?
Responder al tema. Lamentablemente, si 5 personas responden “Responderé la próxima semana”, eso genera mucho ruido y mensajes no leídos en la barra lateral.
En cambio, me gustaría sugerir la creación de una función/plugin como la que tiene Threads. Por ejemplo, puedes decir explícitamente que harás el seguimiento en:
Hmm, esto no es algo que haya surgido en nuestro equipo y yo tampoco había oído esta solicitud antes. En general, nos complace tener conversaciones en temas para discutir cuándo tendremos tiempo de trabajar en una respuesta y cuándo se debe completar una tarea, etc. Ahora tenemos asignaciones posteriores, lo cual es bueno, pero tampoco proporciona un tiempo. Dejamos que cada uno de nosotros decida cuándo lee y hace seguimiento de los temas en el foro, y el trabajo progresa bastante bien.
También me parece un poco exagerado y estresante que se espere que use una función para informar a otras personas cuándo responderá. Nuestra esperanza es que Discourse for Teams como plataforma alivie el estrés y haga el trabajo más divertido y productivo, y no agregue estrés. Pero quizás me equivoque, ¿puede agregar más detalles sobre su caso de uso? ¿O es simplemente que extraña una función de otra plataforma a la que se ha acostumbrado?
Mi perspectiva es un poco diferente. Siento que establecer expectativas es importante. Hay 10 veces más demanda sobre mí y mis equipos de la que pueden manejar, así que creo que reconocer que soy consciente de una solicitud pero que no la revisaré durante algún tiempo es útil. Creo que disminuye el estrés porque diferencia entre “No lo vi” / “Lo vi y no me importa” y “Lo vi y volveré a él porque estoy ocupado con otras cosas”.
Lo primero anima a la gente a insistirte para obtener una respuesta, ya que no tienen ninguna señal de vuelta. Lo segundo les da la oportunidad de aceptar el plazo o escalar si necesitan algo antes.
Como mencioné, eso se puede hacer hoy publicando un mensaje en el tema. Sin embargo, creo que este es un enfoque muy de “mensajería instantánea”. No hace que la conversación progrese mucho y no me apetece especialmente revivir un tema para esto. En mi opinión, debería ser más como una reacción. Al propietario del tema podría interesarle, pero ¿quieren todos los demás que un nuevo contador de no leídos les impulse a abrir el tema y descubrir que A responderá la semana que viene, B responderá el jueves, etc.? No lo creo, eso es muy ruidoso.
Lo siguiente mejor es preguntar en Slack cuándo responderán las personas, pero eso ahora conduce a una falta de transparencia e interrupciones adicionales.
En realidad, no estamos utilizando la plataforma que mencioné. Sin embargo, cuando analizamos nuestras diversas opciones (Discourse vs. otras en el contexto del trabajo asíncrono), esta fue una gran ventaja para ellos y nuestro equipo pudo ver instantáneamente lo útil que sería.
Realmente me pregunto cuántas personas usarían esto. ¡Gracias por el detallado resumen, sin embargo!
Esta función ya existe, como señalaste, como temporizadores de marcadores. La única diferencia es que los marcadores son privados y no públicos. No estoy seguro de lo que piensan @martin y @sam, pero no estoy convencido de que esto se use en absoluto en la práctica.
Me gusta la idea. Permitir que otras personas del equipo sepan cuándo es probable que vuelvas a algo sin tener que publicarlo como un mensaje es bueno. También escucho las preocupaciones sobre si esto se convertirá en algo estresante; si alguien espera que vuelvas a algo en una fecha y hora específicas y no puedes, ¿te generará estrés? Sin embargo, eso depende de la cultura. Quizás esperemos más solicitudes para este tipo de cosas antes de continuar. Quizás los marcadores públicos con recordatorios y notas públicas sean algo bueno, pero realmente no hemos escuchado otras solicitudes al respecto, si mal no recuerdo.
Generalmente, la forma de lidiar con esta función es respondiendo:
He marcado el tema y lo revisaré en N días cuando se active la marca.
Ciertamente añade un aspecto de ruido, pero tampoco estoy convencido de que esto ocurra lo suficiente como para necesitar crear una función dedicada para ello.
Si le dices a tu equipo o a tu jefe que vas a hacer algo en una fecha determinada y no lo haces, ¿eso te estresará? Bueno, al 100% si no te comunicas. el estrés no proviene de la herramienta, proviene de que no cumples tus compromisos. Aquí es donde la herramienta puede ayudar. Al tener una forma de enumerar esos compromisos, puedes enumerarlos y decidir qué hacer con ellos (incluido no hacer nada).
Una nota al margen mencionada previamente a Tobias: esta función probablemente tenga muy poco sentido para la mayoría de las comunidades que discourse soporta. Se trata realmente del trabajo asíncrono. Sospecho que la proporción de usuarios en meta que utilizan discourse para equipos es, en el mejor de los casos, minúscula, si solo porque discourse para equipos es un niño pequeño en comparación con el discourse normal (uno lanzado hace 8 años, el otro hace 1 año). no hay categoría en meta para discutir sobre equipos. Es difícil saber qué seguir y cómo contribuir (probablemente estés fuera de tema para el 99% de los lectores). el silencio puede interpretarse de 2 maneras: es una mala idea O no hay miembros de la comunidad de discourse para equipos alrededor para reaccionar. ¿no se trata discourse de construir comunidades en primer lugar?
¡Gracias, Julien! Como siempre, tus sugerencias son bastante buenas. Después de pensarlo un rato, creo que podrías avanzar mucho en la solución de tu necesidad simplemente estableciendo normas dentro de tu organización. Por ejemplo, comunica claramente a todos que los temas de ciertas categorías se asignarán a personas específicas que prometan responder en un número determinado de días. De esa manera, la gente esperará pacientemente tu respuesta y tú sabrás a qué publicaciones responder primero. En el caso inusual de que necesites más tiempo, puedes añadir una respuesta para informar a la gente cuándo responderás y quizás explicar por qué tardará un poco más en investigar o por cualquier otro motivo. Y luego, ponte un recordatorio.
¿Sabías que puedes asignar publicaciones específicas de un tema a un grupo o a un usuario? Puedes asignarlo a ti mismo o a un equipo de soporte, y así comunicar a todos los involucrados que la publicación ha sido vista y que se aproxima una respuesta. Las asignaciones luego aparecen en la página de grupos.
Creo que ha llegado el momento de empezar a hablar de añadir más funciones de gestión de tareas a Discourse, lo que creo que también ayudará a tu caso de uso. Esto significa la capacidad de establecer fechas límite o fechas objetivo para las asignaciones, y potencialmente incluso dependencias. Por ejemplo, el usuario B puede empezar a trabajar en la publicación asignada 2 una vez que el usuario A haya terminado la publicación asignada 1. También vista de calendario y tarjetas kanban de las asignaciones para organizar y priorizar tareas más fácilmente.
Tenemos Kanban Board pero no lo he usado en mucho tiempo. Sería interesante ver si eso se podría añadir a Discourse para Equipos.
Todavía no estoy convencido de que necesitemos un espacio dedicado para los equipos. Las solicitudes de funciones de la comunidad y las solicitudes de funciones de los equipos son bienvenidas en la categoría Feature. El mérito de una categoría #team sería un espacio para discutir el uso de Discourse por parte de los equipos de manera más abierta, no un lugar para publicar errores y solicitudes de funciones. Necesitamos que ocurra más de esta discusión antes de crear una casa dedicada para ello.
Discourse es muchas cosas para muchas personas y las solicitudes de funciones de los equipos son bienvenidas aquí, al igual que las solicitudes de funciones de la comunidad de soporte público.
Este en particular, para mí, se siente un poco prematuro.
Por un lado, @nbianca está en medio de refinar la lista de marcadores para admitir un modo en el que sus marcadores funcionan como una lista de tareas pendientes y debe eliminar explícitamente los marcadores para marcarlos como completados. Una vez que tengamos eso, tal vez podamos comenzar a explorar ideas para compartir listas de marcadores… por ejemplo, una opción para decir, oye, mi lista de marcadores es mi lista de tareas pendientes, compártela con todos, estoy de acuerdo con eso [ ].
Ahora no es el momento para esto, aún deben suceder bastantes cosas.
.
el estrés no proviene de la herramienta, proviene de que no cumples tus compromisos. Aquí es donde la herramienta puede ayudar. Al tener una forma de enumerar esos compromisos, puedes enumerarlos y decidir qué hacer con ellos (incluido no hacer nada).