¿Por qué los ingenieros y los PM están tan enamorados de los nombres de código del proyecto?

Los nombres dan foco. En lugar de decir “la tercera iteración de nuestro sistema interno de facturación al cliente”, es más fácil decir Topacio , o lo que sea. Estoy trabajando en Topaz, tú estás trabajando en Topaz. Es una forma mucho más concisa de comunicarse, y sabes cómo los programadores aman la eficiencia. También es una forma de desambiguación. ¿Qué pasaría si hubiera otro sistema que fuera similar pero diferente? ¿El sistema de facturación del cliente externo? Esa palabra te hará tropezar, Versus dándole un nombre muy diferente como Grapefruit . ¡El topacio y la toronja son muy diferentes!

Los nombres dan poder. Al promocionar una idea en un nombre propio, está potenciando la idea. Ahora puede tener vida propia. Hay errores en el topacio. La toronja está de mal humor hoy. El topacio es difícil de compilar. ¡A los usuarios les encanta Grapefruit!

Los nombres son divertidos. El sistema de facturación al cliente no es muy divertido.

Creo que esto comienza con el intento de ocultar (o minimizar) un nuevo proyecto del público en general, generalmente para evitar exageraciones, lo que lleva a altas expectativas del público de algo que puede cancelarse o demorar mucho tiempo en madurar.

También suena genial, lo que supongo que es la razón para llevar esta práctica a todas partes.

Personalmente, creo que esto hace que todo sea más complejo. Si tiene 25 nombres de código diferentes para los 25 proyectos en su empresa (sin mencionar que a veces los proyectos simplemente cambiarían su nombre), no hay forma de que todos los recuerden a todos.

Los proyectos de nombres de código los hacen sonar geniales y fáciles de recordar. Tome versiones de iOS (cada una con nombre en código con un tema de invierno) y versiones de Android (cada una con nombre en código con el nombre de un postre). Conozco un primer ministro que nombra sus proyectos en clave después de reptiles (¡ay!), Definitivamente un tipo de “yo también”.