El manual del ejecutivo de ingeniería

Capítulo 19. Cómo ejecutar procesos de ingeniería

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Uber llevó a cabo un proceso de revisión de especificaciones técnicas llamado the DUCK Review. Aunque "DUCK" no significaba nada -se creó como un acrónimo deliberado-, se trataba de un proceso de revisión bastante típico. Cuando me uní por primera vez, revisábamos una o dos especificaciones cada semana. El volumen de revisiones solicitadas siguió creciendo, y seis meses después había un retraso de una o dos semanas entre la solicitud de una revisión y la recepción de la respuesta. Un año después, el proceso se disolvió por falta de ancho de banda para procesar todas las especificaciones entrantes. Fue una experiencia instructiva para mí, porque la Revisión DUCK produjo opiniones muy valiosas, pero al final fracasó porque sus costes operativos eran superiores a lo que estábamos dispuestos a pagar por esas opiniones.

Al principio de mi carrera de gestión, creía que la mayoría de los procesos fracasaban porque no abordaban suficientemente el problema en cuestión. Pensaba que si los resultados de un proceso eran pobres, era porque el proceso necesitaba más matices y sofisticación. Lo que he aprendido desde entonces, sobre todo diseñando procesos bien pensados que, sin embargo, fracasaron, es que un buen proceso es un compromiso deliberado entre calidad y sobrecarga. Es habitual ver un proceso de revisión del código ...