Este es el primero de una serie de artículos sobre el liderazgo de ingeniería canónica.
Tengo un trabajo en norma y tres puestos, lo cual es inusual y parece un poco exagerado.
Mi posición aparece en diferentes momentos en papeleo o en sistemas internos. No son mutuamente excluyentes. Todos parecen ser adecuados y útiles a su manera Documentación estandarizada.
Soy un Director de ingeniería. Este es el título que realmente registré cuando me uní, y este es el título que más prefiero. Como director de ingeniería, pude llamar la atención de cientos de organizaciones de ingeniería activas y reflexivas y de alguna manera mejorar el estado y la ejecución del documento, lo que sería aún más difícil si mi papel se posicione fuera de la ingeniería externa.
Soy de la empresa Supervisor de documentos. Me gusta ser un Cabeza de la cabeza Debido a que solo hay una persona, no hay duda de que es responsable de la documentación en términos de especificaciones.
Yo también estoy estandarizado Documentos de prácticaCreo que este es en realidad mi favorito. No inventé Liderazgo de prácticapero soy el primero en hacer esto con la especificación, lo que significa que puedo definirlo.
También tengo que explicarlo, porque la gente a menudo pregunta: «¿Qué es la práctica?»
Práctica de ingeniería
He agregado la especificación para cambiar todos los aspectos de su documento: salida y esfuerzo, meta del objetivo, pensar bien, cómo entregarlo, cómo la organización ve el propósito y el valor del documento.
Este es un desafío interesante. Solo hay uno de mí, y hay 650 personas que necesitan participar activamente mío Proyecto (650 personas en 2021; para 2024, la especificación será el doble del tamaño).
Necesito que todas estas personas entiendan y acepten mis pensamientos. Necesito que acepten e internalicen el valor, los estándares y las prioridades que veo. Necesito que acepten y crean Iespecialmente porque tengo que preguntar mucho. Nuevos trabajos, más trabajo, trabajo extraño, nuevas formas de trabajo, nuevas herramientas; francamente, voy a estar en problemas.
A menudo, el liderazgo de ingeniería de software está relacionado con los principales equipos o el desarrollo líder de productos. Las personas están familiarizadas con la relación entre el liderazgo. Se unen a un equipo, o están asignados al producto, que es una serie de comando o responsabilidades obvias: se registran para aceptarlo.
En mi caso, no hay un equipo de ingeniería que pueda liderar: mi equipo es en realidad toda la compañía. Y no me estoy centrando en ningún producto en particular. Todos Se verá afectado por mi plan. Todos Necesito ir conmigo.
Mi éxito dependerá completamente de si todas estas personas aceptarán el archivo Su De alguna manera nunca antes.
precedente
La idea de que la documentación debe practicarse como un ejercicio en toda la empresa puede ser un poco inusual, pero no es sorprendente. Por ejemplo, la seguridad debe ser parte del pensamiento de ingeniería, y todos, desde juniors hasta arquitectos senior, están construidas en su trabajo. La seguridad solo se puede entregar con éxito si pertenece a todos como una responsabilidad. Lo mismo ocurre con el rendimiento y otros problemas de ingeniería.
Imagina un puesto de ingeniería, diciendo: ¡Mi trabajo es construir las características y entregarlas a tiempo! ¡Dejo la seguridad a los expertos en seguridad! Rechazaríamos la idea de que solo los expertos en seguridad pueden ser responsables de la seguridad del producto.
Somos muy claros de que la seguridad no está atornillada después de que se realiza el trabajo de ingeniería: debe integrarse y solo puede convertirse en parte del producto si la práctica de seguridad es parte de la práctica de ingeniería.
Lo mismo ocurre con los ejercicios de rendimiento, que son trabajos no exitosos sin incluirlos.
Por lo tanto, al menos un concepto de práctica de ingeniería (sin ningún producto en particular) debe ser comprendido por los precedentes en las organizaciones de ingeniería: todos deben aceptar sus problemas.
Elementos de la práctica
Los ejercicios incluyen estándarpuede medir el trabajo y mostrar la dirección que debe tomarse. Existen métodos que se pueden usar con errores para realizar seguridad, documentación, buenos o malos resultados. Un ejercicio implica una forma específica Ejecutar trabajo. Incluye derechos herramienta (En ingeniería, podemos estar más centrados en las herramientas, lo que preferiría desalentar, pero nuevamente, las herramientas incorrectas seguramente socavarán el éxito de la práctica en una organización).
Sin embargo, la prioridad más importante en la práctica de la construcción es construirla valor.
Especificaciones, toda la organización debe aceptar la documentación como una disciplina de ingeniería de primera clase. El valor del documento debe ser internalizado por el equipo de ingeniería y se considera suyo. Tiene que ser imposible encogerse de hombros, encogerse de hombros, deshacerse de la idea de seguridad o rendimiento.
Cuando digo «necesito», quiero decir «lo necesito»: si no sucede, mi proyecto no tendrá éxito.
Así que enfrento cuatro desafíos interesantes. Uno es el valor de liderar el equipo y los individuos de toda la organización, y ninguno de estos equipos e individuos está a mis mando. El otro está liderando y cambiando sus prácticas, que es más invisible que el producto. El tercero es que la documentación no es el propósito o experiencia central de ninguno de ellos. Finalmente, lo que necesito que hagan los retirarán de otras prioridades más determinadas.
Cuatro años después
Cuatro años después, la documentación se estandarizó como prioridad y práctica de ingeniería.
Funciona con éxito y los resultados de las prácticas de documentación se pueden ver en una documentación mejorada. La documentación es coordinada y es parte de una estrategia coherente. Tener una visión clara DE ACUERDO Instruirlos; Nuestra salida de documento combina constantemente en modelos y patrones compartidos, la calidad se mide por estándares y pistas progresos.
Los criterios en sí se expresan y expresan a fondo en ejemplos específicos. El equipo de ingeniería de productos los entiende y los usa. Una comprensión técnica más profunda de los principios y problemas de los documentos, mientras que el lenguaje utilizado para expresarlos se vuelve más complejo.
El equipo tiene una buena comprensión de sus expectativas y firmó el valor de documentación de la compañía.
Cada tres meses más o menos, cada equipo de ingeniería de especificaciones aparecerá en el escenario para introducir sus planes y avanzar al resto de la organización. Cuando me uní, no se mencionó la documentación en estas presentaciones. Desde entonces, ha ganado constantemente una mayor prominencia: primero mencionada, luego considerada importante, luego detallada y con orgullo. Ha subido a la agenda y ahora es el primer elemento que el equipo en discutir. La documentación se clasifica junto con otros asuntos (emisión, funcionalidad, confiabilidad) como un problema de ingeniería de primer nivel.
En 2025, el estándar tiene más de 30 autores técnicos (Tenemos más para contratar), todos son miembros del equipo de ingeniería, liderando sus esfuerzos de documentación y impulsando el progreso y la calidad. Son expertos de práctica y ayudan a desarrollar métodos para el trabajo de documentos.
El modelo de liderazgo práctico ha sido desarrollado y adoptado para otros campos.
Recientemente, la norma contrató a un nuevo líder comunitario Sebastian Trzcinski-ClémentPara hacer una transformación similar en la práctica de la comunidad de ingeniería (para una compañía de software de código abierto, la práctica de la comunidad de ingeniería tiene el mismo estado que la práctica de seguridad, la práctica de rendimiento o la práctica de documentos).
Naturalmente, Sebastian también recibió múltiples títulos: él también es uno Liderazgo de práctica – Para la comunidad, también tiene que hacer un trabajo que define prácticas específicas, así como nuestro enfoque general de práctica de ingeniería.
Continuamos desarrollando y expandiendo nuestros conceptos de práctica de ingeniería. Por supuesto, este no es todo el viaje. Además del descubrimiento y los experimentos exitosos, también hay algunos callejones sin salida y inversiones no recompensas. Sin embargo, hemos establecido algunos patrones claramente reutilizables y hemos demostrado los resultados. Este es el modelo que estamos construyendo.
Los artículos posteriores de esta serie explorarán en detalle las ideas de la práctica de ingeniería y los desafíos del liderazgo práctico.
Manual de ejercicio de liderazgo estandarizado
El liderazgo de ingeniería practica el liderazgo con muchos menos desafíos que el desarrollo de productos o el liderazgo de equipo. No es un reino sin sectas, pero ciertamente no es tan accesible.
Como parte de mis esfuerzos para construir un modelo repetible, desarrollé un manual interno, un manual para el liderazgo de práctica estandarizado. Está diseñado para ser utilizado para problemas de toda la empresa en el liderazgo de ingeniería senior, pero descubrí que también se usa en otros niveles, por ejemplo, personas en compañeros que necesitan cambiar los cambios de práctica en sus equipos, o personas que necesitan influir en aquellos que no son sus propias prácticas de equipo, en lugar de ellos mismos sin autoridad formal.
El manual va acompañado de Libro de trabajo corto de usuarioEsto ayuda a los usuarios a capturar ideas y valores clave y considerar cómo pueden expresarse como un proyecto respaldado por colegas.
Los hemos estado utilizando en Canonical por un tiempo, ambos ahora están disponibles públicamente para que cualquiera lo use (como nuestros modelos de práctica de ingeniería, que también se están desarrollando y ampliando).
Manual de liderazgo práctico estandarizado
Trabajaron para mí para aclarar lo que necesitaba hacer y demostrar que eran valiosos para otros líderes de ingeniería en canonical (y colegas fuera de la ingeniería). Espero que puedan ser más ampliamente más amplios para otros en nuestra industria que enfrentan desafíos similares.
