¿Tienes tiempo “flojo”?[cerrado]

Question

El equipo de CodePlex tiene una Flojo política de tiempo, y les ha funcionado muy bien.

• Jim Newkirk y yo lo usamos para trabajar en el xUnit.net proyecto.
• Jonathan Wanagel lo usó para trabajar en Puente Svn.
• Scott Densmore y yo lo usamos para trabajar en un Constructor de objetos 2.0 prototipo.

Para otros, fue un gran momento para explorar cosas que técnicamente no estaban en el cronograma, pero que eventualmente podrían terminar siendo de gran utilidad para el resto del equipo.Estoy tan convencido del valor de esto que si alguna vez vuelvo a dirigir un equipo, lo haré parte de la cultura del equipo.

¿Ha tenido una política de Slack formalizada en su equipo?Como resulto?

Editado: Me acabo de dar cuenta de que no definía Slack.Para aquellos que no han leído el libro, Slack es lo que es el "20% de tiempo" de Google:se te da una parte de tu día/semana/mes/año para trabajar en cosas que no necesariamente están directamente relacionadas con tu trabajo diario, pero que podrían tener un beneficio indirecto (obviamente, si trabajas en cosas que son Totalmente inútil para su trabajo o su empresa, su gerente probablemente no pensará muy bien en la forma en que pasó el tiempo :-p).

Answer 1

Sólo quiero mencionar la política de Google sobre el tema.
El 20% del día debe utilizarse para proyectos privados e investigación.

Creo que es hora de que los gerentes afronten el hecho de que la mayoría de los buenos desarrolladores son un poco vagos.Si no lo fueran, no tendríamos conceptos como la reutilización de código.
Si esta pereza se puede convertir en una fuerza creativa y los desarrolladores pueden leer sobre cuestiones técnicas y experimentar con la arquitectura y las características del lenguaje, estoy seguro de que el resultado final será un mejor código y un desarrollador más satisfecho.

Entonces, si eres gerente:Deje que sus desarrolladores se relajen de vez en cuando.Anímelos a realizar pequeños seminarios con el equipo para discutir nuevas formas de hacer las cosas.

Si eres desarrollador:Lee, aprende y ama tu oficio.Tienes uno de los mejores trabajos del mundo, siempre y cuando estés dispuesto a dedicar algo de tiempo a aprender las mejores formas de hacer tu trabajo.

Answer 2

Actualmente soy autónomo a tiempo completo y trabajo para un solo cliente.Si quiero recibir un pago completo de 40 horas, entonces cada minuto que dedico a codificar debe contabilizarse en el plan de proyecto aprobado.O al menos tiene que destinarse a algún tipo de tarea de mantenimiento realista.Supongo que se podría decir que esta es una de las desventajas de contratar...Realmente no hay lugar para la holgura o la inactividad.Sólo tienes que seguir y seguir con la tarea que tienes entre manos.Puede ser bastante agotador, pero me gusta cómo me hace responsable.Y, por supuesto, el salario es un poco mejor de lo habitual.

Dicho esto, me encantaría tener tiempo disponible para trabajar en mis proyectos favoritos, pero ningún cliente aceptaría pagar por eso.

De todos modos, pensé en señalar cómo esto ejemplifica algunas de las grandes diferencias entre el trabajo independiente y el empleo a tiempo completo.

Answer 3

Tampoco he trabajado nunca en ningún lugar donde hubiera una política formal, pero siempre encontré que debía dedicar un poco de tiempo adicional a I+D y creación de herramientas.Muchas veces obtendré ganancias de productividad que me permitirán tener aún más tiempo de "holgura".

Answer 4

Tenemos tiempo libre e intentamos programarlos entre lanzamientos.Una vez que sale una versión, les pedimos a nuestros desarrolladores que dediquen el 60% del día a corregir errores y luego el otro 40% al tiempo libre.Sin embargo, tenemos políticas sobre para qué puede utilizar el tiempo libre.Luego, cuando una versión vuelve a aparecer, les pedimos a todos los desarrolladores que dediquen todo el día a implementar funciones o corregir errores para esa versión.

La política permite al desarrollador utilizar el tiempo libre para capacitarse, crear algo nuevo que la empresa pueda utilizar o simplemente crear herramientas dentro de la empresa para facilitarnos las cosas.Nos ha funcionado bien.Creemos que es un beneficio increíble.

Answer 5

Nunca he trabajado en ningún lugar que tuviera una política formalizada, pero prácticamente todos los gerentes que he tenido me han permitido dedicar algo de tiempo a cosas que no estaban directamente relacionadas con el proyecto actual o apagar un incendio.

Creo que la clave es hablar sobre las cosas que te gustaría probar.La mayoría de los gerentes quieren que sus equipos hagan algo genial, algo extraordinario, por lo que si puedes convencerlos de que puedes lograr algo, es posible que tengas la oportunidad.O podrían dejarte hacerlo sólo para mantenerte feliz.

Ahora que soy un contratista en lugar de un empleado, no me pagan por hacer cosas divertidas, pero generalmente solo trabajo entre 30 y 35 horas por semana, así que todavía tengo tiempo para aprender y jugar.

Answer 6

No tenemos una política formal en mi equipo, principalmente porque hay tanto trabajo por hacer que sería difícil justificarlo.Lo cual es bastante irónico.

Empecé a hacer algunas cosas formales en forma de "Reuniones de Desarrollo" para al menos inyectar la esencia de esto en el equipo.Un ejemplo de esto es un proyecto de desarrollo que tiene como objetivo enseñar nuevas tecnologías y al final producir una aplicación interesante.

Es pronto, veremos cómo va.