분주한 도시를 상상해 보세요. 두 그룹의 사람들이 같은 마천루를 짓려고 노력하고 있지만, 서로 다른 언어로 말하며 서로 다른 시간대에 살고 있습니다.

• **A 그룹 (연구자)**은 조용하고 기후가 조절된 도서관에서 일하는 건축가들과 같습니다. 그들은 수년에 걸쳐 완벽한 설계도를 그리고, 재료의 물리학을 연구하며, 건물을 어떻게 지어야 하는지에 대한 두꺼운 매뉴얼을 작성합니다.
• **B 그룹 (실무자)**은 진흙투성이이고 혼란스러운 현장에 있는 건설 작업대입니다. 그들은 비, 변덕스러운 날씨, 매주 도착하는 새로운 도구들, 그리고 어제까지 건물을 완공하기를 원하는 상사들과 씨름하고 있습니다.

20 년 이상, 이 두 그룹은 "애자일 (Agile)" 소프트웨어 개발 (유연하고 빠른 소프트웨어 구축 방식) 을 위해 함께 일하려고 노력해 왔습니다. 하지만 이 논문이 설명하듯, 그들은 계속 서로를 놓치고 있습니다. 건축가들의 설계도는 종종 실무자들에게 너무 이론적으로 느껴지고, 실무자의 일상적인 문제들은 너무 빠르게 변해서 건축가들이 제때에 그것들을 기록할 수 없습니다.

이를 해결하기 위해 저자들은 브라질 상파울루에서 특별 회의 (워크숍) 를 개최하여, 이러한 건축가와 건설업자 20 명을 한자리에 모아 무엇이 잘못되었는지, 그리고 어떻게 고칠 수 있는지 파악했습니다.

세 가지 주요 간극

이 논문은 도서관과 건설 현장 사이에 존재하는 세 가지 주요 "협곡" 간극을 식별합니다:

1. 이론 간극 ("왜"가 부족함):
   건설 작업대는 종종 건축가들의 설계도를 보며 "이론적으로는 훌륭해 보이지만, 바람이 어떻게 불 때 실제로 작동할까요?"라고 말합니다. 논문은 많은 연구가 특정 프로젝트에서 일어난 일에 대한 이야기들의 집합일 뿐, 그것이 왜 작동했는지 혹은 다른 곳에서도 작동할지 설명하는 강력한 근본 이론이 결여되어 있다고 말합니다. 마치 "소금을 넣으세요"라고 말하는 요리법이 있지만, 소금이 왜 음식 맛을 더 좋게 만드는지에 대한 화학적 원리를 설명하지 않는 것과 같습니다.

2. 시간 간극 ("언제"가 잘못됨):
   건설 현장의 변화는 놀라울 정도로 빠릅니다. 인공지능 (AI) 과 같은 새로운 도구와 원격 팀과 같은 새로운 작업 방식이 하룻밤 사이에 등장합니다. 반면, 도서관은 천천히 움직입니다. 건축가가 특정 도구에 대한 3 년 간의 연구를 마치면, 건설 작업대는 이미 다음 큰 흐름으로 넘어간 지 오래입니다. 연구는 종종 현장의 현실보다 1 년에서 2 년 뒤처져 있습니다.

3. 이전 간극 ("어떻게"가 혼란스러움):
   건축가들이 훌륭한 아이디어를 가지고 있더라도, 그들은 다른 건축가들만 이해할 수 있는 언어 (무거운 학술 용어) 로 그것을 씁니다. 건설 작업대는 그것을 읽을 수 없거나, 해독할 시간이 없거나, 추상적인 아이디어를 망치와 못을 사용하는 행동으로 전환하는 방법을 모릅니다. 지식은 존재하지만, 작업대가 열 수 없는 문 뒤에 잠겨 있습니다.

워크숍 해결책: 팀 하uddle

이러한 간극을 메우기 위해 워크숍 참가자들은 소그룹으로 나누어 브레인스토밍을 했습니다. 그들은 단순히 불평하는 것이 아니라, 근본 원인과 즉각적인 해결책을 모색했습니다.

그들의 하uddle 을 통해 두 그룹이 더 잘 협력할 수 있도록 하기 위한 **네 가지 주요 아이디어 (제안)**가 도출되었습니다:

1. 사람처럼 말하기: 연구자들은 교수처럼만 말하는 것이 아니라 사람처럼 말해야 합니다. 학술지뿐만 아니라 블로그를 작성하고, 비디오를 제작하며, 업계 모임에서 발표해야 합니다. 그들은 실무자가 실제로 사용할 수 있도록 그들의 "설계도"를 지시 사항으로 번역해야 합니다.
2. 파도를 타기: 연구자들은 건설 작업대가 지금 실제로 걱정하는 것에 주의를 기울여야 합니다. 5 년 전에 흥미로웠던 것을 연구하는 대신, "이것으로 어떻게 돈을 벌까?"나 "이 새로운 AI 도구를 어떻게 처리할까?"와 같은 현재의 고통 포인트에 초점을 맞춰야 합니다.
3. 팀워크 보상하기: 현재, 연구자가 건설 작업대와 어울리거나 작업대 구성원이 연구자와 대화하는 것에 대한 보상은 거의 없습니다. 논문은 양측이 원해서 협력할 수 있도록 더 나은 "인센티브" (경력 향상 또는 인정 등) 를 만들어야 한다고 제안합니다.
4. 실천하며 배우기: 논문은 연구자들이 자신의 연구에서 "교육적" 방법 (프로젝트 기반 학습 등) 을 사용해야 한다고 제안합니다. 학생들이 무언가를 만들어가며 가장 잘 배우는 것처럼, 연구자들은 단순히 멀리서 관찰하는 것이 아니라 더 실용적이고 반복적인 방식으로 연구를 구성해야 합니다.

행동 촉구: 미래를 위한 세 가지 규칙

마지막으로, 저자들은 향후 연구자들이 자신의 작업이 실제로 유용하도록 하기 위해 따라야 할 일련의 규칙인 "연구 요청 (Call for Research)"을 발표합니다:

1. 열려 있기 ("유리 집" 규칙): 연구자들은 투명해야 합니다. 그들은 원시 데이터, 노트, 코드를 공개적으로 공유해야 합니다 (오픈 사이언스). 이렇게 하면 누구나 그들의 작업을 확인하고, 실험을 반복하며, 그들의 발견을 바탕으로 더 나아갈 수 있습니다. 이는 건물이 어떻게 지어졌는지 모두가 볼 수 있도록 건설 현장의 설계도를 공개 테이블에 올려두는 것과 같습니다.
2. 골드 스탠다드 품질을 목표로 하기: 단순히 추측하지 마십시오. 연구는 견고한 이론적 토대 위에 구축되고 극도의 엄격함으로 설계되어야 합니다. "우리는 이것을 시도했고 괜찮아 보였습니다"라는 이야기만으로는 부족하며, 반복적으로 증명될 수 있는 과학적으로 타당한 연구여야 합니다.
3. 가치를 설명하기: 모든 연구 논문은 "그래서 뭐?"라는 질문에 명확하게 답해야 합니다. 그 발견이 현실 세계에 어떻게 도움이 되는지 명시적으로 서술해야 합니다. 논문은 연구자들이 만들 수 있는 "아티팩트 (도구 또는 프레임워크)"의 예를 제시합니다. 일부는 발견 (예: 팀을 조직하는 새로운 방법) 에 기반하고, 일부는 방법 (예: 작업 중 데이터를 수집하는 데 도움이 되는 플랫폼) 에 기반합니다. 둘 다 실제 작업을 수행하는 사람들에게 명확한 가치를 보여줘야 합니다.

간단히 말해: 이 논문은 애자일 소프트웨어 개발이 계속 발전하기 위해서는 "생각하는 사람들"과 "행동하는 사람들"이 서로를 지나쳐 말하지 않고 멈춰야 한다고 주장합니다. 그들은 같은 언어로 말하고, 같은 타임라인에서 일하며, 도구들을 공개적으로 공유하여 모두가 함께 더 나은 소프트웨어를 구축할 수 있어야 합니다.