Borjaro2000

1. La dirección ha cambiado el nombre del “procedimiento en cascada” por “cascada ágil”.
2. Se han empezado a contratar consultores para poder echarles las culpas de todo.
3. El servidor de integración retorna el error “Que te jodan. Me largo”.
4. Habéis implementado vuestro propio framework en Ruby que usa archivos de configuración XML.
5. Vuestro sistema de control de código fuente consiste en una serie de carpetas en un disco compartido en red.
6. El tiempo asignado para QA es destinado a preguntarse el por qué de ese desastre.
7. Todos los requisitos están escritos en una servilleta de papel.
8. Empiezas a considerar un cambio de empleo para no tener que mantener la aplicación que estás desarrollando.
9. El responsable de desarrollo web piensa que la X de XHTML viene de “eXtremo”.
10. Las reuniones de todas las iteraciones comienzan por un “¿prefieres las buenas o las malas noticias?”. Ver artículo completo

Y es que, al final, todos acabamos diciendo lo mismo:

20. “¡Qué raro!”. Primera regla del desarrollador experimentado: mostrar asombro cuando algo falla. Alguien que no se extrañe de la aparición de un error puede aparentar ser bastante mediocre. Hay quien incluso, para acentuar más aún su profesionalidad, añade “¡Imposible!”.

19. “Nunca había pasado antes”. Por si no queda claro con el conjunto de exclamaciones anteriores, apostillar con esta declaración deja claro que os encontráis ante algo insólito. Esto, además, puede ser útil para despertar el espíritu aventurero en tu interlocutor, y hacerlo partícipe en el enfrentamiento a lo desconocido que estáis a punto de comenzar.

18. “Ayer funcionaba”. Busca un soporte sólido para aferrarte, una referencia fiable como esa. Decir que ayer funcionaba es una afirmación ideal: difícil de probar, y si estás ante alguien cándido e inocente, será suficiente para convencerlo de que el error se ha generado hoy mismo, como por arte de magia.

Ver artículo completo