Resultado solamente Entorno de trabajo

Question

Me gustaría configurar un ROWE para mi equipo de desarrollo: entorno de trabajo de solo resultado.

Básicamente, las personas trabajan cómo quieran, cuando lo deseen, siempre que el trabajo esté terminado. Este entorno ha sido un gran éxito para Best Buy: aumentar la productividad y reducir la facturación.

¿Alguien tiene algún consejo para hacer que esto funcione para un equipo de desarrollo?

Editar:

Más detalles: estaré liderando un equipo de desarrolladores de otros 3 bastante experimentados. Planeo estandarizar los procesos básicos, como control de versiones, seguimiento de errores, revisión de códigos, planificación, pruebas, etc. "Cómo quieren trabajar" más se refiere a cómo administran su tiempo: es decir, programar reuniones, programar un par.

Answer 1

Si tiene otros departamentos en su organización, considere administrar sus expectativas también. Será difícil convencerlos de que su proyecto va a llevar más tiempo (arroje toda la jerga técnica que pueda pensar) de lo que pensaba cuando se dan cuenta de que su equipo nunca está cerca (a sus ojos).

Aún tendrá que tener expectativas realistas en su planificación. ¿Realmente está permitiendo tiempo flexible cuando tienen 10 horas de trabajo para hacerlo en 10 horas? ¿Cómo va a manejar los problemas de resolución de problemas que se escalan al equipo de desarrollo?

Un desarrollador podría ser consistentemente mejor que el resto/tomar menos tiempo, pero el equipo puede sentir que esta persona tiene una carga de trabajo más ligera. Prepárate para aplastar algunos egos.

Supongo que la programación de pares está terminada?

Answer 2

La respuesta a esta pregunta variará según el tamaño y la cultura de la organización. Algunos también argumentan que el proceso puede ser importante, y usted no desea que su gente adopte un enfoque para lograr un resultado a expensas de algo que no consideran tan importante.

¿Puede proporcionar más información sobre el tamaño de la organización y sobre cómo funciona actualmente?

Answer 3

CUANDO lo desean será más fácil de lo que quieren. No le daría tanta libertad a los desarrolladores. En mi humilde opinión, esto llevaría a un desorden total de código.

Hoy en día existen muy pocos desarrolladores muy buenos y aquellos que son lo suficientemente buenos deben convertirse en líderes de desarrollo y tomar decisiones globales. Otros simplemente deben seguir las instrucciones o todos los infiernos pueden desatarse.

Answer 4

Asegúrate de contratar a las personas adecuadas, es posible que encuentres que trabajan más de lo que QUIEREN admitir X-).

La programación es más que un trabajo, es una pasión, y si encuentra a la persona adecuada para adaptarse a su entorno, las medidas de rendimiento salen por la puerta, ya que lo hacen por amor.

Answer 5

Orientado a resultados significa que debe confiar en sus desarrolladores para tomar las mejores decisiones. Algunas personas aman esta libertad. Se alegran cuando tienen la libertad de usar una llave inglesa como martillo si eso significaba resultados más rápidos, en lugar de cambiar de herramienta solo para clavar una imagen en la pared.

Pero a veces podría ser perjudicial. Los procesos están diseñados para la máxima productividad, eficiencia y efectividad, con todo tipo de medidas de seguridad.Con la herramienta de subversión incorrecta, un desarrollador puede deslizar fácilmente y eliminar todo el historial de todo el trabajo realizado por el equipo, eliminando así la función mágica de "deshacer".

En otro caso, la mayoría de los recién graduados (que yo sé) no tienen el conocimiento o la capacidad para tomar decisiones por sí mismos. Es posible que no produzcan tan rápido como podrían con alguien ladrando órdenes a él/ella. Una de las características más distinguibles de un recién graduado es cuando está perplejo o no sabe lo que está pasando, no pide ayuda.

Sus desarrolladores deben tener la mentalidad correcta para lograr los objetivos. La libertad es buena, pero supervisa y asegúrate de que sea la forma correcta de hacerlo.

Answer 6

Debe definir claramente los resultados que deben alcanzar, de manera clara y completamente inequívoca, para que entiendan lo que pueden controlar (cómo funcionan, el orden en que desarrollan las cosas, etc.) y lo que pueden ". t (por lo general, lo que se espera que entreguen, tanto en términos del producto real como de los materiales de respaldo, como los informes de progreso, y cuando todo está destinado a ser entregado). También debe hacerles saber qué recursos tienen: ¿pueden pedir máquinas de alta especificación o solicitar un nuevo software, por ejemplo, o todo está decidido?

También me aseguraré de que uno de sus primeros resultados sea un cronograma de hitos completos con los que pueda medir el progreso y acordar con ellos lo que sucederá si comienzan a faltar los hitos.

Pero estoy un poco dudoso sobre la idea de que va a definir el control de versiones, el seguimiento de errores, etc. Seguramente estas son las cosas que debería dejarles decidir? Después de todo, son parte del proceso. Personalmente, declaro que debe tener control de versión, registro centralizado de defectos y demás, pero los mecanismos, herramientas y procesos deben estar a la altura de ellos.

Se siente un poco como usted dice que quiere crear un entorno de trabajo de solo resultados pero no confía en ellos. Si estás diciendo que lo que vas a hacer es crear un ROWE, entonces debes asegurarte de que sea solo que de otra manera solo estás haciendo la mitad del proceso y esas situaciones rara vez ofrecen los beneficios que la gente espera.

Después de todo, o usted confía en ellos o no, pero si no puede confiar en ellos para averiguar cómo hacer el control de versiones, que es francamente una segunda naturaleza para los desarrolladores, probablemente no debe confiar en ellos con el horario que normalmente es un asunto mucho menos directo.