← 최신 논문
💻 computer science

Understanding Undesirable Attributes of Requirements Engineers: Insights from Practitioners

이 연구는 실무자 설문 조사와 인터뷰를 통해 의사소통, 도메인 지식, 성격, 기술적 역량을 아우르는 요구사항 엔지니어의 바람직하지 않은 속성 17가지를 식별하고 분류하며, 전문가들이 협업 관행을 성찰하고 개선하는 데 도움이 되는 개념적 지도를 제공한다.

원저자: Larissa Barbosa, Sávio Freire, Marcos Kalinowski, Zadia Codabux, Rodrigo Spínola, Manoel Mendonça, Rita S. P. Maciel

게시일 2026-06-02
📖 3 분 읽기☕ 가벼운 읽기

원저자: Larissa Barbosa, Sávio Freire, Marcos Kalinowski, Zadia Codabux, Rodrigo Spínola, Manoel Mendonça, Rita S. P. Maciel

원본 논문은 CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) 라이선스로 제공됩니다. 이것은 아래 논문에 대한 AI 생성 설명입니다. 저자가 작성하거나 승인한 것이 아닙니다. 기술적 정확성을 위해서는 원본 논문을 참조하세요. 전체 면책 조항 읽기

요구사항 엔지니어(Requirements Engineer)를 문제를 가진 집단(이해관계자)과 솔루션을 구축하는 집단(소프트웨어 팀) 사이에서 일하는 번역가라고 상상해 보십시오. 그들의 역할은 첫 번째 집단의 모호한 꿈과 필요를 두 번째 집단을 위한 명확하고 단계적인 지침으로 바꾸는 것입니다.

이 논문은 마치 "하지 말아야 할 것들에 대한 사용자 매뉴얼"과 같습니다. 많은 연구가 훌륭한 번역가가 되는 법을 알려주는 반면, 이 연구는 다른 질문을 던졌습니다. "어떤 구체적인 나쁜 습관이나 특성이 요구사항 엔지니어가 직무 수행에 실패하게 만드는가?"

다음은 연구 결과의 내용을 쉬운 비유를 사용하여 정리한 것입니다.

조사 과정: 전문가에게 묻다

연구진은 단순히 추측하지 않았습니다. 브라질의 18명 숙련된 소프트웨어 전문가(프로젝트 매니저 및 엔지니어 등)를 찾아가 직접 물었습니다. 그들은 전문가들에게 요구사항 엔지니어를 최악으로 만드는 상위 5가지 요소가 무엇인지 물었습니다.

그 후, 연구진은 11명의 전문가를 심층 인터뷰하여 더 자세한 이야기를 들었습니다. 이것이 나쁜가? 어떻게 나타나는가?

결과: "나쁜 특성" 지도

전문가들은 17가지의 구체적인 나쁜 특성을 식별했습니다. 연구진은 이들을 네 가지 주요 "버킷(bucket)" 또는 카테고리로 분류하여, 이들이 어떻게 서로 연결되는지 보여주는 시각적 지도(논문의 그림 1)를 만들었습니다.

이 네 가지 버킷을 다리가 붕괴되는 네 가지 방식이라고 생각하십시오.

  1. 커뮤니케이션 문제 (고장 난 무전기)

    • 문제점: 가장 흔한 불만 사항이었습니다. 단순히 대화하는 것이 문제가 아니라, 어떻게 대화하느냐가 문제입니다.
    • 비유: 설계도를 가진 사람이 수수께끼 같은 말만 늘어놓거나, 전화를 받지 않거나, 설명을 요구할 때 화를 내는 팀을 상상해 보십시오. 집을 짓는 과정에서 이런 일이 발생합니다.
    • 주요 나쁜 특성: "관계 형성의 어려움"(함께 일하기 힘든 성격)과 "커뮤니케이션 부족"(정보 공유 미흡)입니다. 논문은 적절한 질문을 던지는 법을 모른다면, 관계와 커뮤니케이션 모두를 망치게 된다고 언급합니다.
  2. 도메인 지식 부족 (외국 도시의 관광객)

    • 문제점: 엔지니어가 자신이 일하는 비즈니스(업무 영역)를 이해하지 못하는 경우입니다.
    • 비유: 전통 이탈리안 요리를 만들기 위해 고용된 셰프가 파스타가 무엇인지, 혹은 레스토랑이 어떻게 운영되는지 전혀 모르는 상황을 상상해 보십시오. 그는 맛있는 음식을 만들 수는 있겠지만, 고객이 주문한 것과는 다를 것입니다.
    • 주요 나쁜 특성: "비즈니스 지식 부족". 엔지니어가 회사의 목표를 이해하지 못하면, 고객의 요구사항을 올바르게 번역할 수 없습니다.

এটি

  1. 기술적 지식 부족 (지도 없는 운전자)

    • 문제점: 엔지니어가 소프트웨어 세계의 도구나 규칙을 모르는 경우입니다.
    • 비유: 방문 중인 국가의 언어나 현지 열차가 어떻게 운행되는지 모르는 투어 가이드와 같습니다. 지형을 이해하지 못하기 때문에 팀을 효과적으로 가이드할 수 없습니다.
    • 주요 나쁜 특성: 소프트웨어 요구사항에 필요한 특정 관행이나 문서에 대한 지식 부족.
  2. 성격 (먹구름)

    • 문제점: 엔지니어가 생각하고, 느끼고, 행동하는 방식입니다.
    • 비유: 변화에 저항하거나, 부정적이거나, 협상이 불가능한 "먹구름" 같은 팀원을 상상해 보십시오. 기술적인 내용을 잘 알더라도, 그들의 태도가 팀의 분위기를 망칠 수 있습니다.
    • 주요 나쁜 특성: 논문은 "인상적인(impressive)" 특성(아마도 거만하거나 과시하는 것을 의미)이나, 새로운 아이디어에 저항하는 경직된 성격을 언급합니다.

핵심 결론

이 논문은 훌륭한 요구사항 엔지니어가 되는 것은 단순히 똑똑하거나 코드를 잘 아는 문제가 아니라고 결론짓습니다. 그것은 주로 사람과 어떻게 연결되느냐의 문제입니다.

  • 단순한 "선 vs 악"이 아닙니다: 연구진은 "좋음"이 단순히 "나쁨"의 반대가 아니라는 것을 발견했습니다. 예를 들어, "좋은" 엔지니어는 주도적이고 협상을 잘합니다. 반면 "나쁜" 엔지니어는 단순히 "수동적"인 것이 아니라, 변화에 적극적으로 저항하거나 적대적일 수 있습니다. 이는 단순한 스위치 차이가 아니라 서로 다른 차원의 행동입니다.
  • 시스템적 문제: 나쁜 특성은 단순한 개인의 결함이 아니라, 팀 전체의 기반에 생긴 균열과 같습니다. 번역가(엔지니어)가 커뮤니케이션을 못 하거나 비즈니스를 이해하지 못한다면, 프로젝트(집) 전체가 무너질 위험이 있습니다.

요약하자면: 성공적인 소프트웨어 프로젝트를 원한다면, 뛰어난 경청 능력을 갖추고, 비즈니스 세계를 이해하며, 기술적 규칙을 알고, 팀이 함께 협력하도록 돕는 성격을 가진 요구사항 엔지니어가 필요합니다. 팀을 해체하는 사람이 아니라 말입니다.

연구 분야의 논문에 파묻히고 계신가요?

연구 키워드에 맞는 최신 논문의 일일 다이제스트를 받아보세요 — 기술 요약 포함, 당신의 언어로.

Digest 사용해 보기 →