Estoy trabajando en un proyecto de software con unos 25 estudiantes (divididos en 4 grupos). Como en este momento, usamos Slack para chatear y compartir decisiones importantes que tomamos. Slack es una herramienta de comunicación similar a WhatsApp con fácil uso de grupos.
Como he notado, todos los días hay entre 1 y 10 decisiones compartidas cada día, en un "grupo de decisiones" especial. Estas decisiones son bastante importantes, principalmente para el mismo día exacto, pero no para todos. Estos no están todos relacionados con el código, una posible decisión es el cambio de líneas de cobertura de código. No todo el mundo es consciente de todas las decisiones que se toman todos los días. Hice varias muestras y noté que siempre había personas que no estaban al tanto de algunas decisiones. En este problema, no estoy seguro de si es un problema de falta de disciplina para leer las decisiones, o si compartirlas en un chat es simplemente ineficaz. Nuestra intención de usar un chat es evitar molestar a todos constantemente.
¿Cómo puedo asegurar que el conocimiento de las decisiones se comparte en un proyecto pequeño (25 personas), en el que todos están al tanto de las decisiones que se toman, sin molestar a todos constantemente?
Jornadas de Socialización del Conocimiento.
Cada proyecto usa un nombre diferente para esto, pero la conclusión es que los proyectos con más de un puñado de personas requieren un proceso en el que las personas puedan tener un resumen de los últimos cambios o decisiones .
En nuestro caso, organicé una reunión quincenal donde se presentaron todas las últimas decisiones que podrían afectar el desempeño del proyecto a mediano y largo plazo . El seguimiento de todos y cada uno de los elementos (hasta 10 decisiones por día, mencionó) podría ser factible pero excesivo.
Además, en la invitación en sí había una lista de temas discutidos, por lo que los asistentes no necesitan recordar estrictamente la decisión específica tomada hace un año, pero recuerden que se discutió en este foro ... y una búsqueda rápida en la reunión acumulativa la invitación llevaría a la respuesta (en nuestro caso, ID de Jira con un resumen muy breve de la discusión).
De esta manera, está ofreciendo una oportunidad para que las personas estén al tanto de los últimos cambios. Si alguien no está interesado en conocer las últimas actualizaciones, está bien... simplemente no asista a la reunión. Si alguien se fue por un par de semanas y quisiera saber qué sucedió, también está bien: simplemente escanee la invitación a la reunión para obtener las últimas noticias.
Es importante ofrecer sin obligar a las personas a "reconocer" que están al tanto de la información (es por eso que no me gusta la idea de aprobar o leer recibos). La gente, naturalmente, debería estar interesada en conocer esta información, y si tiene un equipo comprometido, podría funcionar (o el propio equipo podría proporcionar otras ideas). OTOH, si el equipo no está comprometido, entonces hay un problema subyacente que debe abordarse.
Alternativas:
Si este es un canal único donde solo se publican las decisiones finales (sin las discusiones), entonces debería estar bien. No hay mucho más que puedas hacer.
Como dice que es un proyecto de software, podría tener un archivo Léame como parte de su fuente donde se colocan todas las decisiones. De esa manera, cualquiera que obtenga la última fuente notaría que cambió.
Pero incluso entonces, conozco personas que no obtienen la fuente más reciente antes de trabajar o no les importan los cambios. Así que al final es una cuestión de disciplina y profesionalidad. Y los estudiantes podrían no tener ninguno (todavía). Creo que es una buena configuración, no hay nada que puedas cambiar a nivel técnico. El único cambio que afectará la situación es un jefe que responsabilice a las personas por lo que hacen o dejan de hacer.
Por cierto, 25 personas involucradas no es un proyecto pequeño. En el mundo real, 25 personas son equipos múltiples con al menos una persona por equipo asignada con solo asegurarse de que la comunicación funcione (ya sea que llame a ese trabajo Gerente de Proyecto o Scrum Master).
Esta parece ser una función largamente esperada por faltar en Slack: leer recibos.
En WhatsApp, podrá saber quién leyó los mensajes y quién aún no los ha visto. eso resolvería su problema en algún nivel.
Tienes varias opciones, aparte de usar WhatsApp:
Parece que ustedes, como grupo, están enviando muchos mensajes. Si 1-10 mensajes son Decisiones Muy Importantes, solo se puede adivinar cuántos mensajes llegaron antes de la decisión.
Debe idear una forma de enviar los mensajes importantes de manera que se noten y no se ignoren.
Tener un "grupo de decisiones" separado fue una buena idea.
Tal vez ayudaría enviar las decisiones al "grupo de decisiones" a una hora específica todos los días.
Le sugiero que hable con algunos de los no lectores y pregúnteles por qué ignoran el "grupo de decisiones" y qué se podría hacer para que tomen en serio al "grupo de decisiones".
¡Bienvenida, Jelle!
En mi experiencia, esperar que las decisiones se lean con holgura es simplemente ineficaz , porque eventualmente se pierden/confunden, especialmente si se trata de una actualización de una decisión anterior.
Creo que podría ponerlos en un lugar estructurado donde todos puedan verlo cuando lo necesiten. Este lugar puede ser un documento, una página wiki, un tablero de Trello, lo que considere más útil para resolver su problema.
gelatina