¿Por qué los programadores necesitan oficinas privadas con puerta?
(blobstreaming.org)-
Paul Graham, programador y creador de YC, fue el primero en distinguir dos tipos de trabajo
- El primer tipo es el trabajo que puede interrumpirse sin problema, que se puede detener y retomar en cualquier momento
- El segundo tipo es el trabajo de "No molestar (Do Not Disturb)", que requiere concentración y sufre una gran pérdida de productividad cuando se interrumpe
-
La productividad del trabajo de "No molestar" no es lineal y puede aumentar en proporción al cuadrado del tiempo.
- Por ejemplo, trabajar durante 2 horas puede producir 4 unidades de productividad, mientras que trabajar 1 hora en dos ocasiones puede producir 2 unidades de productividad.
- En este tipo de trabajo, una interrupción de 30 segundos puede reducir mucho la productividad.
De puerta a puerta
- La tensión eterna entre la oficina abierta y la oficina privada puede explicarse por estos dos tipos de trabajo.
- Para quienes realizan trabajo interrumpible, la oficina abierta puede ser ventajosa.
- Para quienes hacen trabajo de "No molestar", una oficina privada es esencial.
- Joel Spolsky, autor de "Joel On Software" y creador de StackOverflow, enfatiza la importancia de las oficinas privadas por esta razón.
- "Si aceptábamos inversión de VC, era imposible tener oficinas privadas para los desarrolladores, así que evitamos por completo levantar financiamiento externo"
Ignora el correo
- El trabajo de "No molestar" es la razón central por la que los autores sobre productividad recomiendan ignorar por completo el correo electrónico durante las primeras horas del día y concentrarse en el trabajo.
- El correo electrónico es un ejemplo extremo de interrupción: responder en poco tiempo puede hacerte sentir productivo, pero en realidad interfiere con el flujo del trabajo importante.
Tiempo y espacio
- Algunos consejos sobre el trabajo de "No molestar":
- Si es posible, conviene dejar el tiempo de trabajo sin límite, para poder sumergirse en la tarea sin quedar atado a horarios como revisar el correo.
- Paul Graham: "Las interrupciones programadas pueden ser peores que las no programadas. Si sabes que tienes una reunión dentro de una hora, ni siquiera empezarás una tarea difícil"
- No todas las interrupciones son iguales, y hay que evitar las que confunden al cerebro.
- Las interrupciones que pueden manejarse en piloto automático pueden permitirse.
- Si es posible, conviene dejar el tiempo de trabajo sin límite, para poder sumergirse en la tarea sin quedar atado a horarios como revisar el correo.
Trabajar juntos
- Se recomienda a los gerentes proteger a quienes hacen trabajo de "No molestar" y apoyarlos para que puedan sumergirse en tareas importantes.
- El trabajo de "No molestar" es muy satisfactorio y es esencial para crear ideas creativas e inventos innovadores.
Opinión de GN⁺:
- Lo más importante de este texto es la concentración que necesitan los profesionales creativos como los programadores cuando realizan trabajo de "No molestar", y la importancia de las oficinas privadas para hacerlo posible.
- El texto resulta interesante porque aborda un problema frecuente en el entorno laboral común y, a partir de ello, ofrece ideas sobre cómo mejorar la eficiencia y la creatividad en el trabajo.
- Al citar las opiniones de líderes de la industria como Paul Graham y Joel Spolsky, ofrece una perspectiva experta sobre este tema y brinda información confiable a los lectores.
3 comentarios
Opiniones de Hacker News
Experiencia trabajando en una empresa japonesa
Experiencia aprendiendo al lado de buenos programadores
Preferencia por la colaboración en equipos pequeños
Experiencia personal con el entorno de oficina
Opiniones diversas sobre oficinas privadas y trabajo remoto
Opinión sobre ofrecer oficinas privadas
Entorno de programación desde la perspectiva de un gerente
Opinión sobre todas las profesiones que requieren concentración, no solo la programación
Enlace a un texto de Joel Spolsky sobre oficinas privadas
Opinión sobre la gestión de proyectos
Parece que mi artículo les enojó bastante ^^;;