¿Cómo entras en la zona? ¿Cuánto tiempo se tarda? ¿Qué pasos tomas antes? [cerrado]

Entrar en la zona es un proceso placentero y fructífero. Producimos un buen código fuente y nos satisface mucho nuestro trabajo realizado mientras estamos en la zona. Pero, ¿cómo se llega a la 'zona'? ¿Sigues un proceso específico? Además del cambio de sistema de correo electrónico, móviles y otras aplicaciones no productivas mundanas, ¿hay algo más que se pueda hacer?

Concéntrese en lo que necesita hacer. Haz el esfuerzo de comenzar a hacerlo. Esta puede ser una de las cosas más difíciles: detener activamente el desprendimiento.

No tengo correo electrónico abierto. No tenga Fakebook en otra ventana. No tengo ningún StackExchange en marcha. No hay foros Solo tranquilo. Y luego sigue con eso.

En general, me lleva (y casi todos los demás que conozco) unos 15-20 minutos para llegar allí.

En general, puede mantener "la zona" durante aproximadamente 2 horas, y generalmente solo una vez al día, es mentalmente agotador. Si eres súper tonto, puedes manejarlo dos veces en un día. Después de "la zona", el resto de su día es bastante ligero en comparación, puede hacer las cosas pero la explosión de gran productividad ha terminado.

Ah, y salir de la zona lleva unos 3 segundos, por ejemplo, una llamada telefónica o alguien que asoma la cabeza y dice: "¿Puedo molestarte por un momento", a lo que la respuesta es: "sí, ya lo hiciste". Explosión. La zona se ha ido. Otro 15-20 para volver.

Es sorprendente la cantidad de estúpidos defectos s / w que se introducen al ser eliminados de la zona.

Es sorprendente también cuántas personas (especialmente los gerentes) piensan que el plan abierto es una muy buena manera de desarrollar software de calidad (donde nadie NUNCA entra en la zona y mucho menos se queda allí).

Cierre todas las ventanas del navegador que apuntan a StackExchange y, lo suficiente, un buen café podría ser un buen lugar para comenzar.

Una cosa que he encontrado útil para entrar en la 'zona' es en realidad 'zonificar'. Normalmente me pongo auriculares y escucho instrumental, no lírico (en mi caso específico Dj Tiesto ) mientras trato de ignorar el mundo exterior. Los auriculares y la música actúan como una barrera del mundo exterior. Los estudios han demostrado que escuchar música clásica ayuda a la concentración.

Es posible que esta solución no sea óptima en el entorno corporativo, ya que la conectividad y la comunicación son fundamentales, sin embargo, si la situación lo permite, puede ser útil escuchar música de fondo o con auriculares.

Aquí está el artículo de Joel On Software que cubre este punto .

... las ganancias documentadas de productividad proporcionadas al brindar a los trabajadores del conocimiento espacio, tranquilidad y privacidad. El clásico libro de gestión de software Peopleware documenta ampliamente estos beneficios de productividad ...

Aquí está el problema. Todos sabemos que los trabajadores del conocimiento trabajan mejor al entrar en el "flujo", también conocido como estar "en la zona", donde están totalmente concentrados en su trabajo y desconectados de su entorno. Pierden la noción del tiempo y producen grandes cosas a través de la concentración absoluta. Esto es cuando hacen todo su trabajo productivo. Escritores, programadores, científicos e incluso jugadores de baloncesto te contarán acerca de estar en la zona.

El problema es que entrar en "la zona" no es fácil. Cuando intenta medirlo, parece que toma un promedio de 15 minutos comenzar a trabajar con la máxima productividad. A veces, si estás cansado o ya has hecho mucho trabajo creativo ese día, simplemente no puedes entrar en la zona y pasas el resto de tu día de trabajo jugando, leyendo la web, jugando Tetris.

El otro problema es que es tan fácil de conseguir golpeado fuera de la zona. El ruido, las llamadas telefónicas, salir a almorzar, tener que conducir 5 minutos a Starbucks para tomar un café e interrupciones por parte de compañeros de trabajo, especialmente interrupciones por parte de compañeros de trabajo, todo lo deja fuera de la zona. Si toma una interrupción de 1 minuto por parte de un compañero de trabajo que le hace una pregunta, y esto reduce su concentración lo suficiente como para que le lleve media hora volver a ser productivo, su productividad general está en serios problemas. Si se encuentra en un entorno ruidoso de bullpen como el tipo que a las dotcoms les encanta crear, con personal de marketing gritando por teléfono junto a los programadores, su productividad se desplomará a medida que los trabajadores del conocimiento sean interrumpidos una y otra vez y nunca entren en la zona.

Con los programadores, es especialmente difícil. La productividad depende de poder hacer malabarismos con muchos pequeños detalles en la memoria a corto plazo de una sola vez. Cualquier tipo de interrupción puede hacer que estos detalles se derrumben. Cuando reanuda el trabajo, no puede recordar ninguno de los detalles (como los nombres de variables locales que estaba usando, o dónde estaba en la implementación de ese algoritmo de búsqueda) y tiene que seguir buscando estas cosas, lo que lo ralentiza mucho hasta que vuelvas a la velocidad.

Aquí está el álgebra simple. Digamos (como la evidencia parece sugerir) que si interrumpimos a un programador, incluso por un minuto, realmente estamos desperdiciando 15 minutos de productividad. Para este ejemplo, pongamos a dos programadores, Jeff y Mutt, en cubículos abiertos uno al lado del otro en una granja estándar de engorde de ternera Dilbert. Mutt no recuerda el nombre de la versión Unicode de la función strcpy. Podría buscarlo, lo que lleva 30 segundos, o podría preguntarle a Jeff, que toma 15 segundos. Como está sentado justo al lado de Jeff, le pregunta a Jeff. Jeff se distrae y pierde 15 minutos de productividad (para salvar a Mutt 15 segundos).

Ahora muévalos a oficinas separadas con paredes y puertas. Ahora, cuando Mutt no puede recordar el nombre de esa función, podría buscarlo, lo que aún demora 30 segundos, o podría preguntarle a Jeff, que ahora demora 45 segundos e implica ponerse de pie (no es una tarea fácil dada la aptitud física promedio de programadores!). Entonces él lo busca. Así que ahora Mutt pierde 30 segundos de productividad, pero ahorramos 15 minutos para Jeff ...

Las otras respuestas sobre cómo concentrarse y no ser molestado son buenas y no tengo mucho que agregarles. El único hecho del que sospecho son las reglas sobre números concretos (cuánto tiempo necesita para ...). Estoy convencido de que tales números no pueden generalizarse de esa manera. Sin embargo, es importante concentrarse en su tarea y evitar ser molestado.

¡La tarea en la que está trabajando también es muy importante!

Aquí hay algunas reglas generales sobre la tarea en la que está trabajando:

1. Uno debe estar involucrado en una actividad con un conjunto claro de objetivos. Esto agrega dirección y estructura a la tarea.
2. Uno debe tener un buen equilibrio entre los desafíos percibidos de la tarea en cuestión y sus propias habilidades percibidas. Uno debe tener la confianza de que él o ella es capaz de hacer la tarea en cuestión.
3. La tarea en cuestión debe tener una retroalimentación clara e inmediata. Esto ayuda a la persona a negociar cualquier demanda cambiante y le permite ajustar su desempeño para mantener el estado de flujo.

Csikszentmihalyi, M .; Abuhamdeh, S. y Nakamura, J. (2005), "Flow", en Elliot, A., Handbook of Competence and Motivation, New York: The Guilford Press, pp. 598–698

Estas reglas no están específicamente relacionadas con el desarrollo de software, pero pueden aplicarse fácilmente.

Solo para agregar algunos ejemplos sobre cómo puede verificar si estas condiciones se aplican a usted y a su tarea:

¿Sabes cuál será tu próximo compromiso? Tal vez establecer objetivos más pequeños? ¿Usas Test-Driven-Development? ¿Tienes los conocimientos necesarios para completar tu tarea? ¿Trabajas con un IDE? etc ...

Esto es solo para darle una idea de cómo se puede aplicar a la programación, no se puede generalizar.

Obtenga la primera tarea en su lista bien mantenida .

El secreto es tener esa lista!

Hay una forma realmente efectiva de vencer la dilación. Se ha descrito en el libro. Getting Things Done .

Primero tienes que mantener una lista de cosas que hacer. La metodología propuesta es excelente (léala en wikipedia).

Entonces es la forma en que escribes tus tareas.

En lugar de escribir:

Haga la documentación de la nueva interfaz de usuario (ouch un buen candidato para dilaciones)

Escribir:

Llama a Robert para pedirle que incluya Tomar capturas de pantalla de la nueva interfaz de usuario. Escribe un resumen sobre qué decir, etc.

El truco es que las tareas son pequeñas y son acciones reales. Es fácil comenzar. Y todos aquí saben que cuando comenzaste, has vencido la dilación.

¿Qué quieres decir con zona? ¿Es cuando estás tan concentrado en tu trabajo que te olvidas de comer y el resto del mundo y todas las personas en él parecen ruido blanco cuando estás completamente concentrado?

Admito que no puedo hacerlo todos los días, pero en un día cuando llego a esa zona,

La música o los auriculares sin música son una excelente manera de entrar en la zona. Asegúrese de no enchufar sus auriculares en la computadora , asegúrese de que esté enchufado a su ipod o reproductor de mp3. Esto se debe a que es realmente fácil ir a YouTube o comenzar a descargar cosas ... cuando su fuente de sonido es solo música y nada más.

Cuando llegas al punto en el que no estás enfocado en escuchar la música y suena más bien como un ruido blanco, es una confirmación de que ahora estás en la zona.

Una manera mucho más fácil es simplemente comenzar a codificar para encender el fuego básicamente ... pero a veces solo para lograr esa etapa inicial es difícil ... bueno, tome la música que escucha, realmente escuche la música y entre en el música ... canaliza esa pasión en la música ahora a tu código.