¿Cómo se implementa efectivamente la regla 80/20 para el tiempo de desarrollador?

Soy desarrollador en un banco donde se implementa una regla 80/20. El 80% del tiempo trabaja en su proyecto asignado y el 20% trabaja en algo que le interesa. Sin embargo, no estoy realmente seguro de cómo hacerlo. Espero que haya otros por ahí que me puedan dar consejos sobre cómo hacerlo.

Mi problema es que cuando realmente me pongo 'en la zona', todo lo que puedo pensar es en la tarea en cuestión. Si se trata de un 20%, lo último que quiero hacer es detenerme e irme, perder el impulso y volver a trabajar en mi proyecto principal.

¿Se supone que debo trabajar 4 días en algo y 1 día en otra cosa? o 4 semanas y 1 semana?

Sé que esto depende de la compañía, pero espero tener una idea de cómo se hace esto en toda la industria.

Divida todas sus tareas en subtareas (las tareas "80%" y las "20%") y anótelas. Cada tarea debe ser lo suficientemente pequeña como para realizarla en unas pocas horas como máximo, y lo suficientemente grande como para que pueda ingresar a "la zona" (si es una tarea que necesita su concentración de esa manera). Luego, elija una orden para trabajar en aquellas tareas que cumplan con la regla 80/20 por semana o por mes, lo que sea apropiado en su empresa.

Creo que si el 20% es política de la empresa, y usted realiza sus proyectos principales, al jefe realmente no le importa dónde gasta ese 20%. Intentaría no dividir demasiado tu tiempo, al menos un día trabajando consecutivamente en algo. Y cuando llegue a la zona, simplemente pase un día o dos más y compense más tarde trabajando más en sus proyectos principales.

Mi empresa, aunque no implementa una regla 80/20 como tal, nos anima a mantenernos constantemente actualizados con la última tecnología, leer otros blogs y publicaciones como programadores, etc. y, básicamente, asegurarnos de mantener nuestro desarrollo personal e intereses actualizados. fecha.

Para lograr esto, no especificaron una cantidad exacta de tiempo, pero se aseguraron de que trabajáramos en un proyecto y una fecha límite de tarea en lugar de una carga de trabajo por hora. Esto ha significado que constantemente hablamos con nuestro gerente inmediato para asegurarnos de que las tareas que nos asignan o que asumimos sean manejables y nos permitan un tiempo fuera de lo normal para ocuparnos de nosotros mismos y refrescar nuestra mente e intereses. Si estamos luchando, hablamos sobre esto para averiguar por qué, es decir, limitación del conjunto de habilidades, demasiado trabajo, plazos poco realistas, etc.

Realizamos un seguimiento aproximado de nuestro tiempo dedicado a la facturación, pero esto es a la hora en un día completo, por lo que no se espera que registremos lo que hemos hecho durante cada minuto del día.

Cada uno de nosotros en el equipo maneja su tiempo ellos mismos, por lo que depende de ellos determinar cómo lo hacen. Algunos miembros del equipo trabajan arduamente al principio de la semana para realizar sus tareas y en cualquier momento sobrante se relajan en sus propios intereses. Otros como yo tienden a mezclar esto durante la semana, ya que a menudo llego a obstáculos en mi proyecto / tarea. Entonces, en este punto, paso a otra cosa que a menudo es mi propio interés. Sin embargo, dado que estamos orientados a tareas / proyectos, todavía tengo que asegurarme de hacer el trabajo, así que es mi responsabilidad asegurarme de no usar todo mi tiempo en tareas personales en detrimento del equipo.

En el pasado, esto ha llevado a algunos miembros del equipo a apresurar sus tareas y producir resultados no deseados. Para ayudar con esto, presentamos revisiones periódicas por pares y también alentamos a todos a leer otras revisiones de código de desarrolladores. Alentamos un foro de discusión abierto donde todos sean libres de expresar su opinión, aunque de manera respetuosa.

Al final todo se redujo a un poco de confianza por parte de los poderes fácticos, tomando posesión de los gruñidos para garantizar que el trabajo esté hecho y un buen gerente en el medio para mantener el barco en funcionamiento.

Si tuviera algo así (ojalá) me inclinaría a hacerlo así:

1. Hable sobre esto con su jefe y asegúrese de que él / ella esté de acuerdo en que será así.

2. Sea muy claro con las otras personas con las que trabaja y que cuando trabaje en proyectos asignados tienen la libertad de interrumpir / hablar / preguntarle cosas. Pero cuando estás trabajando en tus cosas de I + D, no pueden molestarte, harás cosas de trabajo normales.

3. Usaría de lunes a jueves para trabajar y los viernes para investigación y desarrollo. De esa manera, tiene un tiempo definido de la semana y tiene un viento menos estresado hasta el fin de semana.

A mi modo de ver, tiene dos opciones siempre que tenga una política de empresa legítima que le permita su 20%. Asegúrese de que su gerente apruebe su plan.

1. Bloquee 2 horas de cada día de 8 horas en su calendario para tiempo de investigación
2. Pase un día a la semana en investigación y los otros cuatro enfocándose en su proyecto principal

En cuanto a lo que va a investigar / aprender, tómese el tiempo para crear un plan de aprendizaje y establecer metas. Hable con su gerente y vea si él / ella tiene alguna sugerencia en qué enfocarse. Luego use la sugerencia de Doc Browns para dividir su tiempo de estudio en tareas regulares. Piensa en bloguear lo que estás aprendiendo.

Independientemente de lo que elija hacer, asegúrese de tener un plan y documente lo que está haciendo para que pueda mostrarle a su empleador. Sentarse y navegar por la web y leer artículos al azar es genial y puedes aprender mucho haciéndolo, pero no tendrás nada que mostrar. El seguimiento de los artículos que está leyendo ayuda con eso.

Creo que la clave aquí no es centrarse tanto en el 80% / 20% como centrarse en asegurarse de que está aprendiendo y empujándose con las nuevas tecnologías. Si ya haces esto con las cosas en las que trabajas a diario, ¡genial! De lo contrario, asegúrese de mezclar cosas nuevas o reservar un tiempo justo después de completar un entregable y hacerlo entonces.

Me doy cuenta de que algunas nuevas tecnologías no se prestan a un desarrollo estable (CTP, Beta, etc.) y no estoy abogando por que mezcle esas cosas en su trabajo normal. A menos que sea el tipo de ventaja que maneja su empresa.