Understanding Undesirable Attributes of Requirements Engineers: Insights from Practitioners
Este estudio identifica y categoriza diecisiete atributos indeseables de los ingenieros de requisitos —que abarcan la comunicación, el conocimiento del dominio, la personalidad y las habilidades técnicas— a través de encuestas y entrevistas a profesionales, proporcionando mapas conceptuales para ayudar a los profesionales a reflexionar sobre y mejorar sus prácticas colaborativas.
Artículo original bajo licencia CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta es una explicación generada por IA del artículo a continuación. No ha sido escrita ni avalada por los autores. Para mayor precisión técnica, consulte el artículo original. Leer descargo de responsabilidad completo
Imagina a un Ingeniero de Requisitos como un traductor situado entre dos grupos muy diferentes: las personas que tienen un problema (los interesados o stakeholders) y las personas que construyen la solución (el equipo de software). Su trabajo es tomar los sueños y necesidades vagas del primer grupo y convertirlos en instrucciones claras y paso a paso para el segundo grupo.
Este artículo es como un "Manual de Usuario sobre Qué No Hacer". Mientras que muchos estudios nos dicen qué hace a un gran traductor, esta investigación planteó una pregunta diferente: "¿Qué malos hábitos o rasgos específicos hacen que un Ingeniero de Requisitos falle en su trabajo?"
Aquí presentamos un desglose de sus hallazgos utilizando analogías sencillas:
La Investigación: Preguntando a los Expertos
Los investigadores no se limitaron a suponer; salieron y consultaron a 18 profesionales de software experimentados (como gerentes de proyecto e ingenieros) de Brasil. Les pidieron a estos expertos que enumeraran las cinco cosas principales que hacen que un Ingeniero de Requisitos sea pésimo en su trabajo.
Luego entrevistaron a 11 de estos expertos para obtener la historia completa: ¿Por qué esto es malo? ¿Cómo se manifiesta?
Los Resultados: El Mapa de los "Malos Rasgos"
Los expertos identificaron 17 rasgos negativos específicos. Los investigadores organizaron estos rasgos en cuatro "cubetas" o categorías principales, creando un mapa visual (Figura 1 del artículo) para mostrar cómo se conectan.
Piensa en estas cuatro cubetas como las cuatro formas en que un puente puede colapsar:
Problemas de Comunicación (El Walkie-Talkie Averiado)
- El Problema: Esta fue la queja más común. No se trata solo de hablar; se trata de cómo se habla.
- La Analogía: Imagina a un equipo intentando construir una casa, pero la persona a cargo de los planos habla con acertijos, nunca responde el teléfono o se enoja cuando se le pide una aclaración.
- Rasgos Negativos Clave: "Dificultad en las relaciones" (ser difícil de tratar) y "Falta de comunicación" (no compartir información). El artículo señala que si no sabes cómo hacer las preguntas adecuadas, rompes tanto tus relaciones como tu comunicación.
Falta de Conocimiento del Dominio (El Turista en una Ciudad Extranjera)
- El Problema: El ingeniero no entiende el negocio para el cual está trabajando.
- La Analogía: Imagina a un chef contratado para cocinar una comida tradicional italiana, pero no tiene idea de qué es la pasta o cómo funciona un restaurante. Podría cocinar algo delicioso, pero no es lo que el cliente pidió.
- Rasgo Negativo Clave: "Falta de conocimiento del negocio". Si el ingeniero no entiende los objetivos de la empresa, no puede traducir correctamente las necesidades del cliente.
Falta de Conocimiento Técnico (El Conductor Sin un Mapa)
- El Problema: El ingeniero no conoce las herramientas o las reglas del mundo del software.
- La Analogía: Es como un guía turístico que no conoce el idioma del país que está visitando o cómo funcionan los trenes locales. No puede guiar al equipo de manera efectiva porque no entiende el terreno.
- Rasgo Negativo Clave: No conocer las prácticas o documentos específicos necesarios para los requisitos de software.
Personalidad (La Nube de Tormenta)
- El Problema: Cómo piensa, siente y actúa el ingeniero.
- La Analogía: Imagina a un miembro del equipo que es una "nube de tormenta": siempre resistente al cambio, negativo o imposible de negociar. Incluso si conocen la parte técnica, su actitud envenena el ánimo del equipo.
- Rasgo Negativo Clave: El artículo menciona rasgos como ser "impresionante" (probablemente refiriéndose a ser arrogante o presumido) o tener una personalidad rígida que se resiste a las nuevas ideas.
La Gran Conclusión
El artículo concluye que ser un buen Ingeniero de Requisitos no se trata solo de ser inteligente o saber programar. Se trata principalmente de cómo te conectas con las personas.
- No es solo "Bueno vs. Malo": Los investigadores descubrieron que ser "malo" no es simplemente lo opuesto a ser "bueno". Por ejemplo, un ingeniero "bueno" es proactivo y negocia bien. Un ingeniero "malo" no es solo "pasivo"; puede ser activamente resistente al cambio o hostil. Estos son dimensiones de comportamiento diferentes, no un simple interruptor.
- El Probleo Sistémico: Los rasgos negativos no son solo fallas individuales; son como grietas en los cimientos de todo el equipo. Si el traductor (el ingeniero) no puede comunicarse o entender el negocio, todo el proyecto (la casa) corre el riesgo de desmoronarse.
En resumen: Si quieres un proyecto de software exitoso, necesitas un Ingeniero de Requisitos que sea un gran oyente, que entienda el mundo de los negocios, conozca las reglas técnicas y tenga una personalidad que ayude al equipo a trabajar unido, no una que los destruya.
¿Ahogado en artículos de tu campo?
Recibe resúmenes diarios de los artículos más novedosos que coincidan con tus palabras clave de investigación — con resúmenes técnicos, en tu idioma.