Clever Geek Handbook

Dan Luu: Cómo se escriben (algunos) buenos blogs de ingeniería corporativa

imagen




He comparado mis notas con las personas que dirigen blogs de ingeniería corporativos, y me parece curioso que mi blog personal a menudo obtenga más tráfico que todo el blog corporativo de una empresa, que se estima en nueve o diez cifras y mi blog a menudo obtiene un orden de magnitud más tráfico.



Creo que esto es extraño, porque las empresas de tecnología de esta clase a menudo emplean a cientos o incluso miles de empleados. En la gran mayoría de los casos, estarán mejor equipados que yo para escribir un blog atractivo, y las empresas obtienen mucho más valor que yo de tener un blog atractivo.



Para el primero, los empleados de la empresa realizarán trabajos de ingeniería más interesantes, contarán historias más divertidas y tendrán un conocimiento más profundo que cualquier persona con un blog personal. En el segundo caso, mi blog me ayuda en mi búsqueda de empleo y ayuda a las empresas a contratarme. Pero solo necesito un trabajo, por lo que el mayor impacto del blog es que me da un trabajo ligeramente mejor en el mejor de los casos, mientras que todos, excepto una empresa de tecnología para la que trabajé, están desesperados por contratar a alguien y todo el tiempo pierden candidatos a favor de otros. compañías. Es más, realmente no compito con otros candidatos en las entrevistas (incluso si estamos entrevistando para el mismo trabajo, si a una empresa le gusta más de un candidato, generalmente solo crea más trabajos). El punto crucial en esta publicación de blog con respecto a la búsqueda de empleo es si el proceso de selección puede aceptar comentarios significativos que no sean de entrevistas si no apruebo la entrevista porque están haciendo una entrevista regular y el valor marginal de una publicación de blog adicional es probablemente muy bajo en relación con eso. Por otro lado, a la hora de contratar, las empresas compiten de forma relativamente directa, por lo que ser más atractivo que otra empresa es sumamente importante para ellas. Duplicar el Playbook que Cloudflare o Segment usaron para sus "marcas" de ingeniería sería una ventaja de contratación significativa. Los libros de jugadas no son ningún secreto: estas empresas difunden sus productos en todo el mundo y, en general, están felices de hablar sobre sus procesos de blogs.



A pesar de los beneficios aparentemente obvios de un "buen" blog corporativo en inglés, la mayoría de los blogs corporativos están llenos de material que los ingenieros no quieren leer. Charlas vagas y de alto nivel sobre lo bueno que es todo, marketing de contenido, publicaciones extensas sobre cosas nuevas y candentes (hoy podría estar usando el aprendizaje profundo para aplicaciones inapropiadas; hace diez años podría estar usando big data para una aplicación inapropiada), etc. .D.



Para tratar de entender qué tienen en común las empresas que tienen un buen blog de ingeniería corporativa, entrevisté a personas de tres empresas diferentes que tienen blogs de ingeniería corporativa interesantes (Cloudflare, Heap y Segment), así como a personas de tres empresas diferentes que tienen negocios corporativos mediocres. blogs de ingeniería (que no nombraré).



A un alto nivel, en interesantes blogs de ingeniería se llevaron a cabo procesos que tenían las siguientes propiedades:



  • Proceso de aprobación simple, no se requieren muchas aprobaciones
  • No se requieren aprobaciones que no sean de ingeniería
  • SLO implícito o explícitamente rápido para aprobaciones
  • El proceso de aprobación / edición básicamente hace que la publicación sea más atractiva para los ingenieros.
  • Soporte directo de alto nivel (cofundador, nivel C o nivel VP) para facilitar el proceso de blogs.


En los blogs de tecnología menos atractivos, había procesos que tenían las siguientes propiedades:



  • Proceso de aprobación lento
  • Se requieren muchas aprobaciones
  • Se requieren importantes aprobaciones no técnicas:

    • Los avales que no son de ingeniería sugieren que los cambios son decepcionantes en opinión de los autores
    • De ida y vuelta pueden durar meses
  • El proceso de aprobación / revisión básicamente reduce los riesgos de las publicaciones, elimina los enlaces a información específica, hace que las publicaciones sean más vagas y menos atractivas para los ingenieros.
  • Prácticamente no hay soporte de alto nivel para blogs.



    • La gerencia puede estar de acuerdo en que los blogs son buenos en un sentido abstracto, pero no tienen la prioridad suficiente para tomar medidas concretas.
    • ;
    • , « » (14 )

    • , .
      • (, - )


Una persona en una empresa con un blog interesante notó que la desventaja de tener solo un aprobador y / o un aprobador principal es que si esa persona está ocupada, puede llevar semanas para las aprobaciones. Esto es cierto, esta es la otra cara de la aprobación centralizada. Sin embargo, cuando comparamos con procesos alternativos, las personas de una empresa notaron que el proceso de aprobación típico toma de tres a seis meses y los casos posteriores demoran un año.



Si bien unas pocas semanas pueden parecer mucho tiempo para alguien acostumbrado a una empresa de rápido crecimiento, a las personas de empresas de crecimiento lento les encantaría el proceso de aprobación, que lleva el doble de tiempo.



Estos son los procesos que describí para las tres empresas que entrevisté (presentados en el orden sha512sum, que se ordena al azar aumentando el tamaño de la empresa de un par de cientos de empleados a casi mil empleados):



Montón



  • Alguien tiene una idea para escribir una publicación.
  • El escritor (ingeniero) se empareja con un amigo que edita y luego aprueba la publicación.

    • Buddy es un ingeniero con experiencia en la redacción de textos sensibles.
    • Esto puede llevar varias rondas o el enfoque de la publicación puede cambiar.
  • CTO lee y aprueba

    • Por lo general, solo brinda comentarios menores
    • Puede hacer sugerencias como "el diseñador puede mejorar este horario".
  • Publicar una publicación


La primera etapa de la edición implicó publicar el borrador en el canal de Slack, donde "todos" comentaron la publicación. Fue una experiencia frustrante ya que "todos" escribían comentarios y requería mucho trabajo. Este proceso fue diseñado para evitar "demasiados" comentarios.



Segmento



  • Alguien tiene una idea para escribir una publicación.

    • A menudo proviene de: documentación interna, discusión externa, proyecto aprobado, herramientas de código abierto (creadas por Segment).
  • El autor (ingeniero) escribe un borrador

    • Quizás un ingeniero senior trabajará con ellos para escribir un borrador.
  • Hasta hace poco, el proceso de retroalimentación no era propiedad de nadie.

    • Calvin French-Owen (cofundador) y Rick (gerente técnico) suelen dar la mayor cantidad de comentarios <
    • También es posible obtener comentarios del gerente y la gerencia.
    • Por lo general, el tercer borrador se considera completo
    • Ahora tiene un editor interno que se encarga de editar las publicaciones.
  • También conversar con el equipo de ingeniería para obtener comentarios de 15 a 20 personas.
  • Relaciones públicas y abogados solo eche un vistazo, proceso de aprobación simple


Algunos de los cambios que hicimos incluyen



  • En algún momento, cuando hubo intentos de crear una "marca de ingeniería", se dio alta prioridad a los puestos técnicos detallados.
  • hubo un "retiro de blogs", tomó una semana escribir una publicación
  • agregar la escritura y el habla como criterios explícitos que serán recompensados ​​al considerar el desempeño y promover el avance profesional


Si bien existe el respaldo oficial y la aprobación de PR, Calvin comentó: “En general, tratamos de hacer que el proceso de respaldo sea bastante fácil. Creo que el mayor problema con los blogs es la falta de publicaciones o contenido vago de alto nivel que no es interesante y no revela demasiado ".



Cloudflare



  • Alguien tiene una idea para escribir una publicación.

    • Los blogs internos son parte de la cultura, algunas publicaciones se publican desde el blog interno
  • John Graham-Cumming (CTO) lee cada publicación, otros leerán y comentarán

    • John aprueba las publicaciones
  • Matthew Prince (CEO) también apoya en general los blogs.
  • Proceso de aprobación legal "muy rápido", SLO en una hora

    • , , ( )


Cabe señalar que esto solo se aplica a las publicaciones de blogs técnicos. Los anuncios de productos son más complicados porque están vinculados a comerciales, comunicados de prensa, etc.



Me pareció interesante que Marek entrevistó a Cloudflare debido a su blog ( su atención se centró en esta publicación de blog de 2013 en sus servidores de cuarta generación ), y ahora es un ingeniero clave para ellos, así como una de las principales fuentes de atractivas publicaciones de blog de Cloudflare. Hasta ahora, el blog de Cloudflare ha generado al menos algunas generaciones más de personas que se entrevistaron porque vieron una publicación de blog y ahora están escribiendo publicaciones de blog convincentes.



Comentarios generales



Encuentro que el estado natural de un blog corporativo donde la gente puede obtener un poco de retroalimentación es un blog bastante interesante. Hay una escasez de redacción técnica real y profunda que haga que cualquier texto público honesto y medio decente sobre el trabajo técnico sea interesante.



Para que un blog sea aburrido, una corporación debe evitar activamente que los ingenieros publiquen contenido interesante allí. Desafortunadamente, parece que el estado natural de las grandes corporaciones tiende a ser reacio al riesgo y evita que las personas escriban en caso de que esto cause problemas legales, de relaciones públicas u otros. Los colaboradores individuales pueden opinar que es ridículo prohibir que los ingenieros escriban puestos técnicos de bajo riesgo, mientras que los altos ejecutivos y los vicepresidentes hacen comentarios públicos con regularidad que se convierten en un desastre de relaciones públicas, pero los CI de las grandes empresas no tienen mandato o no lo hacen. sienten que tienen la autoridad para hacer algo solo porque tiene sentido. Y ninguna de las catorce partes interesadas que tendrían que registrarse para respaldar el proceso simplificadoNo se habría molestado en optimizar el proceso, ya que sería bueno para la empresa de una manera que de hecho no podría evitar influir en ellos, no cuando parecería significar asumir la responsabilidad del riesgo asociado con el proceso optimizado, incluso con un poco. Un líder o vicepresidente senior dispuesto a asumir riesgos puede asumir la responsabilidad de las consecuencias, y si está interesado en contratar ingenieros o en la moral, puede ver una razón para ello.dispuestos a asumir riesgos pueden asumir la responsabilidad de las consecuencias, y si están interesados ​​en contratar ingenieros o en la moral, pueden ver una razón para ello.dispuestos a correr riesgos, pueden asumir la responsabilidad de las consecuencias, y si están interesados ​​en contratar ingenieros o en la moral, pueden ver una razón para ello.



Un comentario que he escuchado a menudo de personas de empresas más burocráticas es "todas las empresas de nuestro tamaño son iguales", pero eso no es cierto. Cloudflare, una empresa de $ 6 mil millones con 1,000 empleados, está en la misma clase que muchas otras empresas con un proceso de blogs mucho más engorroso. La situación de los blogs corporativos parece ser una respuesta de entrevista de la vida real. Entrevistando.io afirma que hay aspectos positivos significativos y aspectos negativos muy menores en esto.... Algunas empresas brindan retroalimentación real, y aquellas que tienden a pensar que les brinda una ventaja de contratación fácil con pequeñas desventajas, pero la gran mayoría de las empresas no lo hacen, y las personas en esas empresas afirmarán que brindan retroalimentación. Imposible, como usted lo hará. ser demandado o la empresa será "cancelada", aunque esto no suele ocurrir con las empresas que dan retroalimentación, e incluso hay industrias enteras en las que se acostumbra dar retroalimentación en entrevistas. Es fácil entender que existe un cierto riesgo y muy pocas personas tienen derecho a rechazar mensajes vagos sobre el riesgo cuando provienen de múltiples organizaciones.



Si bien este es un ejemplo pequeño y es peligroso generalizar demasiado a partir de ejemplos pequeños, la idea de que necesita un apoyo de alto nivel para romper la burocracia es consistente con lo que he visto en otras áreas donde la mayoría de las grandes empresas tienen dificultades. creando algo ligero que tiene un valor obvio pero vago. Si bien esta publicación trata sobre los blogs, he escuchado historias similares sobre una amplia variedad de temas.



Apéndice: Ejemplos de publicaciones de blog interesantes



Aquí hay algunas publicaciones de los blogs mencionados con un breve comentario sobre por qué considero que esta publicación es digna. Esta vez en orden de hash sha512 inverso.



Cloudflare





Segment





Heap





Cabe señalar que todos estos blogs tienen estilos diferentes. Personalmente, prefiero el estilo de blog de Cloudflare, que tiene una mayor proporción de publicaciones técnicas "profundas", pero diferentes personas preferirán estilos diferentes. Hay muchos estilos que pueden funcionar.


More articles:


All Articles