Por qué los ingenieros “normales” son la clave para los grandes equipos

Una versión de esta publicación Originalmente apareció en Refactorizaciónun subsistencia que ofrece consejos para ingenieros de software program.

La mayoría de nosotros hemos encontrado algunos ingenieros de software program que parecen prácticamente como mago, una clase aparte del resto de nosotros en su capacidad para razonar sobre modelos mentales complejos, saltan a soluciones no obvias pero elegantes o emiten oleadas de código de alta calidad con velocidad irreal.

Me he encontrado con muchos de estos seres increíbles en el transcurso de mi carrera. Creo que su existencia es lo que explica la curiosa durabilidad de la noción de un “ingeniero 10x”, alguien que es 10 veces más productivo o hábil que sus compañeros. La concept–que tiene convertirse en un meme-es Residencia en Investigación endeble y de mala calidady las afirmaciones que las personas han hecho para defenderlo a menudo han sido risibles (por ejemplo, los ingenieros 10X tienen fondos oscuros, rara vez se ven haciendo un trabajo de interfaz de usuario y son mentores y entrevistadores pobres) o se duplican descaradamente los estereotipos (“Buscamos tipos jóvenes en las sudaderas que nos recuerdan a Mark Zuckerberg”). Pero maldita sea si no resuena con la experiencia. Simplemente se siente cierto.

No tengo ningún problema con la concept de que hay ingenieros que son 10 veces más productivos que otros ingenieros. Los problemas que tengo son dobles.

Medir la productividad es tensa e imperfecta

Primero, ¿cómo está midiendo la productividad? Tengo un problema con la implicación de que hay una verdadera métrica de productividad que puede estandarizar y clasificar a las personas. Considere la magnitud de las habilidades y experiencias en juego:

• ¿Estás trabajando en microprocesadores, IoTbase de datos inside, servicios net, experiencia de usuarioaplicaciones móviles–¿qué?
• Estas usando Golang, Python, Cobol o Lisp? Que versión, bibliotecasy marcos? ¿Qué otro software program debe haber dominado?
• ¿En qué habilidades adyacentes, segmentos de mercado y experiencia en la materia del producto se basa? Diseño, seguridad, cumplimiento, visualización de datos, advertising and marketing, finanzas?
• ¿Qué etapa de desarrollo? ¿Qué escala de uso? ¿Estás escribiendo para un Marte Rover o software program envuelto en contracción que nunca puede cambiar?

Además, las personas y sus habilidades y habilidades no son estáticas. En un momento, period un ingeniero de confiabilidad de base de datos bastante bueno. Tal vez incluso period un ingeniero de base de datos 10X, pero ciertamente no ahora. No he depurado un plan de consulta en años.

“10X Engineer” hace que parezca que la productividad es una característica inmutable de una persona. Pero alguien que es ingeniero 10X en un conjunto de habilidades en specific todavía tendrá infinitamente más áreas donde son promedio (o por debajo del promedio). Conozco a muchos ingenieros de clase mundial, pero nunca he conocido a nadie que sea 10 veces mejor que todos los demás en todos los ámbitos, en cada situación.

Los ingenieros no poseen software program, los equipos poseen software program

Segundo, y aún más importante: ¿y qué? Los ingenieros individuales no poseen software program; ingeniería Los equipos poseen software program. No importa cuán rápido un ingeniero particular person pueda escribir software program. Lo que importa es qué tan rápido el equipo puede escribir colectivamente, probar, revisar, enviar, mantener, refactorizar, extender, arquitecto y revisar el software program que posee.

Todos utilizan la misma tubería de entrega de software program. Si lleva al ingeniero más lento en su empresa cinco horas para enviar una sola línea de código, llevará al ingeniero más rápido en su empresa cinco horas para enviar una sola línea de código. El tiempo de escritura gastado generalmente se ve en eclipsado por el tiempo dedicado a cualquier otra parte del desarrollo de software program ciclo important.

Si tiene servicios o componentes de software program que son propiedad de un solo ingeniero, esa persona es un solo punto de falla.

No digo que esto nunca debería suceder. Es bastante regular en startups Tener individuos que posean software program, porque el mayor riesgo existencial que enfrenta no se mueve lo suficientemente rápido y está fuera del negocio. Pero a medida que comienza a crecer como empresa, la propiedad debe ser entregada a un equipo. Los ingenieros individuales se enferman, se van de vacaciones y abandonan la empresa, y el negocio debe ser resistente a eso.

Cuando un equipo posee el software program, el trabajo clave de cualquier líder de ingeniería es crear un equipo de ingeniería de alto rendimiento. Si debe 10 veces algo, construya 10x equipos de ingeniería.

Las mejores organizaciones de ingeniería son las que los ingenieros normales pueden hacer un gran trabajo

Cuando las personas hablan de organizaciones de ingeniería de clase mundial, a menudo tienen equipos en mente que tienen mucho más gusto con el private y los ingenieros principales, o que reclutan fuertemente de las filas de la primera Gran tecnología empleados y mejores universidades. Pero diría que una organización de ingeniería verdaderamente excelente es una en la que no tienes que ser uno de los “mejores” o la mayoría de los ingenieros pedigrados para tener mucho impacto en el negocio. Creo que en realidad es al revés. Una organización de ingeniería verdaderamente excelente es una en la que los ingenieros de software program de WorkAday perfectamente normales, con habilidades decentes y una cantidad de experiencia ordinaria, pueden moverse constantemente rápido, enviar código, responder a los usuarios, comprender los sistemas que han creado y mover el negocio un poco más, día a día, semana a semana.

Cualquiera puede construir una organización donde los ingenieros más experimentados y brillantes del mundo puedan crear productos y progresar. Eso no es difícil. Y poner todo el centro de atención sobre la capacidad particular person tiene una forma de dejar que sus líderes fuera del gancho de hacer su trabajo. Es una gran ventaja competitiva si puede construir sistemas donde los ingenieros menos experimentados pueden convertir su esfuerzo y energía en el impulso de productos y negocios. Y la única medida significativa de productividad es si está avanzando materialmente o no.

Una organización de ingeniería verdaderamente excelente también es una que se encuentra a los ingenieros de software program de clase mundial. Pero me estoy adelantando aquí.

Hablemos de ingenieros “normales”

Muchas personas técnicas se apegaron realmente a nuestras identidades como niños inteligentes. La industria del software program tiende a reflejar y reforzar esta preocupación en cada paso, como se ve en la afirmación de Netflix de que “buscamos el 10 por ciento superior del talento world” o el deseo de Coinbase de “contratar el 0.1 por ciento superior”. Me gustaría desafiarnos a poner ese equipaje a un lado y pensar en nosotros mismos comoregular gente.

Puede ser humillante pensar en ti mismo como una persona regular. Pero la mayoría de nosotros somos, y hay No hay nada de malo en eso. Incluso aquellos de nosotros que somos genios certificados en ciertos criterios son probablemente bastante normales de otras maneras: kinestésicos, emocionales, espaciales, musicales, lingüísticos, and many others.

La ingeniería de software program selecciona y desarrolla ciertos tipos de inteligencia, particularmente en torno al razonamiento abstracto, pero nadie Nace un gran ingeniero de software program. Se hacen grandes ingenieros, no nacidos.

Construir sistemas sociotécnicos con “personas normales” en mente

Cuando se trata de contratar talento y construir equipos, sí, absolutamente, debemos centrarnos en identificar las formas en que las personas son excepcionales. Pero cuando se trata de construir sistemas sociotécnicos para la entrega de software program, debemos centrarnos en todas las formas en que las personas son regular.

Las personas normales tienen sesgo cognitivo—Enconfirmación sesgo, sesgo de recisión, sesgo retrospectivo. Trabajamos duro, nos preocupamos y hacemos todo lo posible; Pero también olvidamos las cosas, nos impacientan y nos ponemos en la zona. Nuestros ojos están inexorablemente atraídos por el shade rojo (a menos que seamos colorblind). Desarrollamos hábitos y nos resistimos a cambiarlos. Cuando vemos el mismo bloque de texto repetidamente, dejamos de leerlo.

Somos seres encarnados que pueden estar abrumados y fatigados. Si una alerta nos despierta a las 3 am, es mucho más possible que cometamos errores mientras respondemos a esa alerta que si intentamos hacer lo mismo a las 3 pm, nuestro estado emocional puede afectar la calidad de nuestro trabajo.

Cuando sus sistemas están diseñados para ser utilizados por ingenieros normales, todo ese exceso de brillo que tienen puede verse en el producto en sí, en lugar de desperdiciarlo al navegar por el sistema.

Gran ingeniería de ingenieros de clase mundial Mint Mint

Una gran organización de ingeniería es una en la que no tiene que ser uno de los mejores ingenieros del mundo para tener mucho impacto. Pero, en lugar de irónicamente, se reúnen a los ingenieros de clase mundial de la ingeniería de menta como si no se asignen a nadie.

Las mejores organizaciones de ingeniería no son las que tienen las personas más inteligentes y experimentadas del mundo. Son los que los ingenieros de software program normales pueden avanzar constantemente, ofrecer valor a los usuarios y hacer avanzar el negocio. Lugares donde los ingenieros pueden tener un gran impacto son un imán para los mejores artistas. Nada hace que los ingenieros sean más felices que construir cosas, resolver problemas y progresar.

Si tiene la suerte de tener ingenieros de clase mundial en su organización, ¡es bueno para usted! Su papel como líder es aprovechar su brillantez por el bien de sus clientes y sus otros ingenieros, sin llegar a depender en su brillantez. Después de todo, estas personas no te pertenecen. Pueden salir por la puerta en cualquier momento, y eso tiene que estar bien.

Estas personas pueden ser activos fenomenales, suponiendo que puedan ser jugadores de equipo y mantener sus egos bajo management. Probablemente esa sea la razón por la cual muchas compañías tecnológicas parecen obsesionarse con la identificación y contratarlas, especialmente en Valle de Silicon.

Pero las empresas otorgan demasiada importancia a encontrar a estas personas después de que ya hayan sido acuadas, lo que termina reforzando y replicando todos los prejuicios e inequidades del mundo en normal. El talento puede distribuirse uniformemente entre las poblaciones, pero la oportunidad no lo es.

No contrate a las “mejores” personas. Contratar a las personas adecuadas

Ponemos demasiado énfasis en las agencias y características individuales, y no lo suficiente en los sistemas que nos dan forma e informan nuestros comportamientos.

Creo que una gran cantidad de problemas (los candidatos que se seleccionan fuera del proceso de entrevista, la diversidad de los solicitantes y más) se mejorarían simplemente al cambiar el enfoque de contratar a este énfasis excesivo en la contratación de la contratación de la contratación mejor personas y realineando alrededor de los más razonables y precisos bien gente.

Es una ventaja competitiva construir un entorno donde las personas puedan ser contratadas por sus fortalezas únicas, no por su falta de debilidades; donde el énfasis está en componer equipos; Donde la inclusión es un hecho tanto por razones éticas como por razones que plantea el listón para el rendimiento para todos. La cultura inclusiva es de lo que depende la meritocracia.

Este es el tipo de lugar al que se atrae el talento de ingeniería como una polilla para una llama. Se siente bien hacer avanzar el negocio, agudizar sus habilidades y mejorar su oficio. Es el tipo de lugar al que van las personas cuando quieren convertirse en ingenieros de clase mundial. Y tiende a ser el tipo de lugar donde los ingenieros de clase mundial quieren quedarse y entrenar a la próxima generación.