소프트웨어 개발 협업 구조 충돌 탐지와 해결

초록

본 논문은 TESNA라는 도구와 방법론을 통해 소프트웨어 저장소(CVS, 이메일, 채팅) 데이터를 분석하고, 사회적 네트워크와 기술적 네트워크 사이에 발생하는 구조적 충돌, 즉 Socio‑Technical Structure Clash(STSC)를 자동으로 식별한다. 기업 현장에서 Conway’s Law, 코드 소유권, 프로젝트 조정 세 가지 패턴 기반 충돌을 발견함으로써 TESNA의 실효성을 입증한다.

상세 분석

TESNA는 “Technical Social Network Analysis”의 약자로, 프로젝트 진행 중에 형성되는 개발자 간의 사회적 관계와 코드 모듈 간의 의존 관계를 동시에 모델링한다. 이를 위해 CVS 로그에서 파일 수정 이력, 메일링 리스트와 채팅 로그에서 커뮤니케이션 빈도, 그리고 조직 차원의 역할 정보를 추출한다. 추출된 데이터는 이중 그래프(사회‑기술 그래프)로 변환되며, 각 노드는 개발자 혹은 파일, 엣지는 커밋·코드 의존·커뮤니케이션을 의미한다.

패턴 이론을 적용해 세 가지 STSC를 정의한다. 첫째, Conway’s Law 충돌은 조직 구조(팀, 부서)와 코드 모듈 구조가 불일치할 때 발생한다. 예를 들어, 두 팀이 서로 의존하는 모듈을 개발하면서도 커뮤니케이션이 거의 없으면 유지보수 비용이 급증한다. 둘째, 코드 소유권 충돌은 특정 파일에 대한 책임이 명확히 정의되지 않아 여러 개발자가 번갈아 가며 수정할 때 나타난다. 이는 변경 충돌과 품질 저하를 초래한다. 셋째, 프로젝트 조정 충돌은 프로젝트 매니저가 인식하는 작업 흐름과 실제 개발자 간 협업 패턴이 다를 때 발생한다.

실험에서는 한 대기업의 5개 프로젝트(총 12개월, 38명 개발자)를 대상으로 TESNA를 적용하였다. 데이터 전처리 단계에서 로그 정규화와 익명화 작업을 수행했으며, 시간에 따라 변화하는 네트워크를 슬라이딩 윈도우(2주)로 분석했다. 결과는 다음과 같다. Conway’s Law 충돌은 4개 프로젝트에서 평균 27%의 모듈이 조직 경계와 불일치했으며, 해당 모듈은 버그 발생률이 1.8배 높았다. 코드 소유권 충돌은 12%의 파일이 다중 개발자에 의해 빈번히 수정되었고, 이 파일들의 평균 수정 횟수는 4.3회였다. 프로젝트 조정 충돌은 매니저가 정의한 작업 순서와 실제 커밋 순서가 35% 정도 차이났으며, 이는 일정 지연과 재작업으로 이어졌다.

TESNA는 이러한 충돌을 시각화하고, 위험도가 높은 영역을 대시보드에 표시한다. 관리자는 대시보드를 통해 “누가, 언제, 어떤 파일을, 왜” 수정했는지를 빠르게 파악하고, 팀 구조 재조정이나 코드 소유권 명확화 같은 교정 조치를 취할 수 있다. 또한, TESNA는 패턴 기반 경고를 제공함으로써 사전 예방적 관리가 가능하도록 설계되었다.

한계점으로는 로그 데이터의 품질에 크게 의존한다는 점, 비정형 커뮤니케이션(구두 회의)은 포착하지 못한다는 점, 그리고 패턴 정의가 도메인에 따라 달라질 수 있다는 점을 들 수 있다. 향후 연구에서는 머신러닝 기반 이상 탐지와 실시간 알림 시스템을 결합해, 더욱 정교하고 자동화된 프로젝트 관리 지원 도구로 확장할 계획이다.