Patrones de comunicación para desarrolladores sénior

Question

He estado dirigiendo una reunión semanal de "líder tecnológico" en nuestra empresa durante varios meses. Se ha vuelto bastante mundano, y más una actualización de estado que cualquier otra cosa. Estoy buscando ideas para hacerlo más dinámico:

• Estos son los tipos que creo que puede generar grandes ideas y la visión
• También tienen la profundidad que nadie más tiene en un dominio particular, y el cuerpo de código/arquitectura
• Esta es una de las pocas posibilidades que han dedicado tiempo para interactuar unos con otros, por lo que quieren hacer que lo más productivo posible

soy ingeniero, no un gerente, pero parece una pérdida de talento tener a estos chicos sentados por una hora diciéndome qué t hey la semana pasada. Para que sea aún más difícil, hay personas que también marcan desde ubicaciones remotas. Esperaba que fuera algo menos formal, como una fiesta de discusión de pizarra, pero no estoy seguro de cuánta estructura se necesitaría. Si alguna vez leíste "Una Mente Hermosa", me gustaría algo parecido a las fiestas de té de la tarde que tuvieron en Princeton donde hablaron sobre matemáticas en la pizarra.

Answer 1

Acepto, el tiempo dedicado debe reservarse para la entrada creativa. Puede obtener actualizaciones sobre el progreso de una carta de formulario semanal por correo electrónico.

Algunas ideas:

• hacer una presentación estilo bolsa marrón. Pida a cada candidato que presente el enfoque arquitectónico general para su pieza del pastel, centrándose en los desafíos y cómo fueron tratados
• Seleccione tecnologías/técnicas nuevas/interesantes/importantes y haga que un experto en la materia haga una presentación sobre cómo fue aplicado en su área
• Discuta problemas de pericias y periféricos como la administración de equipos. Deje los nombres, pero cree un foro donde las ideas constructivas se puedan compartir en administración de proyectos, gestión de proyectos, etc.

Answer 2

¿Ha intentado armar una agenda y establecer algunas expectativas de lo que debería discutirse, p. la arquitectura y qué desafíos están surgiendo en lugar de lo que se hizo la semana pasada en términos de tareas? ¿O cuáles son las cosas geniales que se emocionarían discutiendo? Otro aspecto es tratar de enviar un mensaje antes de la reunión en el que le gustaría cambiar la reunión para que sea más como esto o aquello y ver qué tipo de comentarios recibe, ya que a los otros clientes potenciales les gustaría que cambiara, pero Puede que no quiera presentar los cambios.

Otra parte es la cantidad de interacción regular que tiene con estos otros clientes potenciales? Si habla con ellos durante, por ejemplo, 20 minutos al día, entonces puede deslizar varios mensajes sobre lo que le gustaría hacer con la reunión, mientras que si la interacción es más limitada, puede que esta no sea una buena idea.

Answer 3

Creo que el desafío es mantener a todos comprometidos. Dedique tiempo a las presentaciones para las cuales los líderes tecnológicos pueden ofrecerse como voluntarios, y permita que envíen temas. Pídales que presenten proyectos que están alcanzando un hito importante. Use webex para hacer esto en línea para las personas remotas. ¿Necesita reuniones semanales o puede hacerlas cada dos semanas? Eso podría ayudar, también.

Answer 4

Quizás se necesite una pequeña competencia amistosa. Nada demasiado serio, pero algo para proporcionar un poco de enfoque. Podría ofrecer un premio por la mejor presentación de 5 minutos, otorgada por un voto de grupo. En realidad, no importa de qué se trata la presentación, aunque probablemente algo técnico sea lo mejor.Una vez que el hielo se rompe, puedes probar y soltar el aspecto del concurso y solo ver si el impulso continúa.

Sin embargo, las presentaciones son cortas: hicimos algo similar una vez con presentaciones de 1 hora (1 por quincena) pero las reuniones se extendieron ... mucho.

Answer 5

He encontrado que tenemos el mejor ida y vuelta en estas reuniones cuando tenemos a alguien "enseñar" una técnica. Tal vez sea algo nuevo, tal vez no. A veces realizaremos un poco de auditoría de código juntos, y hablaremos sobre lo que está bien y lo que está mal, y por qué algunas cosas se hacen como están.

Answer 6

1. No permita que los complementos de marcación
2. Elegir un tema polémico y que alguien preparada para argumentar que ("Debemos mover todas nuestras aplicaciones de Ruby." "Necesitamos un marco de mensajería común". "PL/SQL debe ser prohibida ")
3. Obtener una sala de reuniones con una enorme pizarra

Answer 7

en tus desarrolladores discuten algo que les apasiona.

Probablemente comenzaría enviando un correo electrónico y pidiendo a cada desarrollador que me envíe una lista de tres temas de los que quieran hablar y compartir conocimientos. Y podría ser cualquier cosa, desde técnicas hasta herramientas, hasta pruebas. No importa, siempre y cuando quieran hablar de ello y tener algo de pasión al respecto.

Luego comenzaría a escoger y elegir qué temas y qué personas van a presentar/hablar en la próxima reunión. Estaría atento a los temas sugeridos por varias personas, ya que pueden surgir conversaciones interesantes si las personas tienen opiniones diferentes sobre el mismo tema.

Pero sobre todo, lo que trataría de cultivar es una mentalidad de conocimiento compartido. Buscaría personas que puedan explicarme qué tipo de obstáculo enfrentaron, cómo superaron ese desafío, qué técnicas/herramientas usaron para superarlo, y si creen que esas técnicas/herramientas serán aplicables a su entorno de desarrollo en el futuro. Y con suerte tienen algo de pasión sobre sus soluciones y una buena disposición para compartir ese conocimiento.

También les pido que enumeren dos o tres cosas que les causan agonía/dolor/frustración en sus entornos. Lo que estaría buscando aquí es una oportunidad para exponer problemas comunes y dolores de cabeza, y luego ver si alguien ya ha tenido éxito tratando con los mismos problemas o problemas similares.

En su mayoría, el intercambio de conocimientos. Tienen que ser un entendimiento de lo que es esta vez y de lo que todos están ahí.

De alguna manera, es como un grupo de apoyo para desarrolladores.

Answer 8

Primero separaría las actualizaciones de estado (o las eliminaría por completo si eso no es lo que se requiere).

En segundo lugar, no voy a dar ninguna respuesta, voy a dar un montón de preguntas más.

En general, a las personas que son buenas en algo les encanta hablar de sí mismas, lo que hacen, sus decisiones y justificaciones, y esencialmente las cosas que las motivan día a día. ¿Estos chicos tienen wiki que puedes rastrear para hacerles preguntas relevantes? ¿Recibes uno a uno con ellos para saber qué los motiva? Conocer a las personas y conocer a las personas haría que el trabajo de relajar a estos muchachos fuera mucho más fácil. ¿Prefieren un debate a una actualización de estado? Si es así, comience un debate.

Haga esto por la mañana o antes del almuerzo mientras la gente está fresca, no cuando están hechos polvo después de una larga semana.

Como estas personas son sus estrellas, es realmente importante que les demuestre cuánto valora su tiempo. Timebox las reuniones, sea muy diligente al respecto. Además, si las personas revisan sus problemas/problemas, pregúnteles qué están haciendo al respecto. Anote los recordatorios rápidos para usted y en las reuniones posteriores, pregunte cómo van. No obligue a todos a hablar.

Si esta reunión es un foro que se ejecuta, póngase el sombrero de moderador y tome la gorra de ingeniero. No ofrecer ningún consejo o contribución durante la reunión. Dirige la agenda de la reunión y mantén las cosas fluyendo. Esta es tu oportunidad de escuchar. Especialmente, haga que la gente tenga problemas o problemas con el negocio. Deje los problemas técnicos a los muchachos ya que probablemente tengan eso cubierto. Por supuesto que pueden y plantearán problemas tecnológicos. Pero habla de ¿Cómo evalúas a tu personal? ¿Eso es efectivo? ¿Qué podemos hacer para mejorar el conocimiento de X? ¿Deberíamos rotar al personal entre nuestros equipos? Habla sobre las cosas que te parecen difíciles, no fáciles.

Recomiendo totalmente no perder el tiempo de las personas pidiéndoles que preparen actualizaciones de estado o presentaciones en su área, etc. etc. Si hay algo que necesita saber o desea escuchar, haga esa pregunta. Claramente, la actualización de estado no es valiosa para usted. ¿Qué es lo que quieres escuchar?

Espero que ayude!