Understanding Undesirable Attributes of Requirements Engineers: Insights from Practitioners
本研究通过从业者调查和访谈，识别并分类了需求工程师的十七种不良属性——涵盖沟通、领域知识、性格及技术技能等方面——并提供了概念图谱，以帮助专业人士反思并改进其协作实践。
原始论文采用 CC BY 4.0 许可（http://creativecommons.org/licenses/by/4.0/）。 这是对下方论文的AI生成解释。它不是由作者撰写或认可的。如需技术准确性，请参阅原始论文。 阅读完整免责声明
想象一下，需求工程师（Requirements Engineer）就像是一个站在两个截然不同的群体之间的翻译官：一类是拥有问题的人（利益相关者），另一类是构建解决方案的人（软件团队）。他们的工作是将第一组人群模糊的梦想和需求，转化为第二组人群清晰、分步骤的指令。
这篇论文就像是一本“关于‘不要做什么’的用户手册”。许多研究都在告诉我们如何成为一名优秀的翻译官，但这项研究提出了一个不同的问题：“哪些具体的坏习惯或特质会导致需求工程师无法胜任其工作？”
以下是他们研究结果的拆解，并使用了简单的类比：
调查过程：询问专家
研究人员并非凭空猜测；他们走出去，询问了来自巴西的 18 位资深软件专业人士（如项目经理和工程师）。他们请这些专家列出导致需求工程师表现糟糕的前五个因素。
随后，他们对其中 11 位专家进行了深度访谈，以获取完整的细节：为什么这很糟糕？它在实际中是如何体现的？
研究结果：“坏特质”图谱
专家们确定了 17 种具体的坏特质。研究人员将这些特质归纳为四个主要的“桶”或类别，并创建了一个视觉图谱（论文中的图 1）来展示它们是如何相互关联的。
可以将这四个“桶”想象成桥梁坍塌的四种方式：
沟通问题（损坏的对讲机）
- 问题所在： 这是最常见的投诉。这不仅仅是关于说话，更是关于如何说话。
- 类比： 想象一支团队正在建造一座房子，但负责蓝图的人说话像是在说谜语，从不接电话，或者在被要求澄清意思时会发脾气。
- 关键坏特质： “人际关系困难”（难以协作）和“缺乏沟通”（不分享信息）。论文指出，如果你不知道如何提出正确的问题，你既会破坏人际关系，也会破坏沟通。
缺乏领域知识（异国他乡的游客）
- 问题所在： 工程师不理解他们所服务的业务。
- 类比： 想象一位被雇佣来烹饪传统意大利美食的厨师，但他根本不知道什么是意面，也不了解餐厅是如何运作的。他可能会做出美味的食物，但那并不是客户订购的东西。
- 关键坏特质： “缺乏业务知识”。如果工程师不理解公司的目标，他们就无法准确翻译客户的需求。
缺乏技术知识（没有地图的司机）
- 问题所在： 工程师不了解软件世界的工具或规则。
- 类比： 这就像一位导游，既不懂所到国家的语言，也不了解当地火车是如何运行的。他们无法有效地引导团队，因为他们不了解地形。
- 关键坏特质： 不了解软件需求所需的特定实践或文档。
性格特质（乌云）
- 问题所在： 工程师的思维方式、感受和行为。
- 类比： 想象一位团队成员就像一朵“乌云”——总是抵触变革、消极或难以协商。即使他们懂技术，他们的态度也会破坏团队的情绪。
- 关键坏特质： 论文提到了诸如“爱出风头”（可能指傲慢或爱显摆）或具有抵制新想法的僵化性格等特质。
核心启示
论文得出结论：成为一名优秀的需求工程师不仅仅是关于聪明或懂代码。它主要取决于你如何与人建立连接。
- 不只是“好与坏”的关系： 研究人员发现，表现“差”并不只是“好”的反面。例如，一名“好”的工程师是积极主动且擅长谈判的；而一名“差”的工程师并不只是“被动”，他们可能是积极地抵制变革或带有敌意。这些是行为的不同维度，而非简单的开关切换。
- 系统性问题： 这些坏特质不仅仅是个人的缺陷，它们就像是整个团队地基上的裂缝。如果翻译官（工程师）无法进行沟通或理解业务，那么整个项目（房子）都面临着崩塌的风险。
简而言之： 如果你想要一个成功的软件项目，你需要一位优秀的倾听者、理解业务世界、熟悉技术规则，并且拥有能够促进团队协作而非拆散团队的性格的需求工程师。
您所在领域的论文太多了？
获取与您研究关键词匹配的最新论文每日摘要——附技术摘要，使用您的语言。