¿Cómo animar a los empleados a que respeten sus proyectos favoritos y se presenten con ellos?

Pero creo que cualquier tipo de proyecto paralelo es importante, al menos pueden ayudar a polinizar a otros miembros del equipo con nuevas ideas y soluciones... La explicación más cercana que puedo darme a mí mismo es que es miedo al rechazo. Simplemente no quieren transmitir la información sobre lo que hacen, fuera del horario laboral.

Puede creer que es bueno para la empresa que sus desarrolladores compartan sus proyectos domésticos con otros. Sin embargo, los propios desarrolladores pueden creer todo lo contrario, y sus razones pueden ser bastante importantes para ellos y no tener nada que ver con el miedo al rechazo. Por ejemplo:

• Es bueno para ellos no compartir sus proyectos domésticos con la empresa. A menudo, estos proyectos implican ideas y tecnología que un desarrollador puede no estar dispuesto a compartir con la empresa a menos que reciba una compensación adecuada por ello. Se les paga para hacer su trabajo asignado, no para contribuir con su propio tiempo privado y proyectos de pasatiempos a la empresa.
• Dichos proyectos también pueden verse como planes de contingencia en caso de que las cosas no vayan bien en el trabajo, o caminos hacia futuros proyectos o empleos no relacionados con su empresa. Llevarlos a la oficina puede comprometer dichos planes o hacer que las personas hagan preguntas incómodas.

En mi opinión, su idea puede no ser del todo apropiada. He sido programador durante veinte años y nunca he estado en una situación en la que mis jefes o compañeros de trabajo estuvieran demasiado interesados ​​en lo que yo u otros hacíamos en nuestro tiempo libre, excepto de la manera más informal: conversación amistosa, nada más.

Durante muchos años tuve mis propios proyectos paralelos usando tecnologías que no se usaban en el trabajo, y si mis jefes hubieran comenzado a hurgar en mi cerebro sobre esas cosas, me habría negado a compartir a menos que supiera que me beneficiaría de ello en trabajar. Lo que sucedió muchas veces fue que pude hacer contribuciones en el trabajo que me compensaron debido al conocimiento y la experiencia que había acumulado de mis propios proyectos en el hogar. Pude avanzar porque conocía las tecnologías en las que había estado trabajando. por mi cuenta, porque se volvieron relevantes para los proyectos en el trabajo. Pero nunca traje voluntariamente los proyectos de mi casa a la oficina para compartirlos.

Puede que esto no sea "agradable", pero esa es la naturaleza del mundo de los negocios: los desarrolladores son trabajadores de la empresa que trabajan y reciben una compensación por ello, no amigos y familiares de sus jefes y compañeros de trabajo. Todos conocemos la dura y fría realidad de los negocios: aparece un nuevo jefe o compañero de trabajo, una fusión o una adquisición, o cometes un desliz y, antes de que te des cuenta, estás buscando un nuevo trabajo. Por lo tanto, te guardas tus pasatiempos y proyectos privados, al igual que cualquier otro aspecto de tu vida personal que no compartes en el trabajo.

Ya mencionó que tiene limitaciones debido a la administración, etc. Quizás debería tomar estas limitaciones como una señal de que su idea no es tan buena.

¡No espere que sus empleados le den su tiempo y esfuerzo gratis! No tiene sentido preguntarles "¿dime qué haces en tu tiempo libre? Tal vez podamos beneficiarnos de ello".

incluso no suena bien cuando te lo dices a ti mismo.

Sugerencia: Inicie una sesión de almuerzo-debate sobre proyectos y tendencias de código abierto interesantes/útiles en general, preferiblemente aquellos que hayan sido aprobados o utilizados en su empresa. Si la gente quiere presentar su propio trabajo, genial, pero esto te da algo de qué hablar sin tratar de obligarlos a hablar sobre sus propios esfuerzos antes de que estén listos para hacerlo.

No se sorprenda si no hay mucho interés en el grupo de discusión, a menos que pueda presentar una mejor justificación de su valor para la empresa. Tu curiosidad no es una buena razón.

Puede intentar sesiones informales de almuerzo y aprendizaje, en las que cada persona se turna cada semana/mes y pasa una hora más o menos demostrando el proyecto personal.

Debido a que es más de la hora del almuerzo, podría considerarse fuera del horario laboral, lo que alivia el problema de las "cosas de trabajo en el trabajo".

Si está en condiciones de proporcionar almuerzo gratis a su equipo, eso podría ser un gran motivador allí mismo.

Si las personas son reacias a compartir, usted podría dirigir el primero usted mismo, o pedirles a otras personas que conozca que entren y demuestren sus proyectos; eso podría alentar a su equipo a intentarlo.