NOL Tech

2024년에 새로 만든 NOL Design System은 효과가 느낌으로만 이야기되고 있어 리소스 배분, 개선 방향, 협업 효과 설명 모두에서 근거가 부족했다.

NOL Universe QA팀이 Robot Framework 기반 UI 자동화를 Selenium으로 옮긴 뒤에도 219개 Job의 Flaky·중복 Shell 관리 부담이 커져 운영이 한계에 부딪혔다.

QA 팀의 리소스 배정 현황을 PM·개발팀이 실시간으로 확인하려면 Jira·캘린더·스프레드시트를 매번 직접 조회해야 했다.

Jetpack Compose 마이그레이션 후 리컴포지션이 성능을 저하시킬 수 있다는 우려로 팀의 기술적 신뢰도가 낮았다.

RFM 분석은 과거 구매 데이터에만 의존해 고객의 다변적 니즈와 미래 행동을 예측하기 어려웠다.

기존 View 시스템은 리브랜딩 시 모든 XML을 수동 수정해야 하고, 다크모드·폰트 크기 등 다양한 환경 검증이 번거로웠다.

API 배포에 1~2일이 걸리고 700줄 JSON 명세 작성이 필요했다. 분산된 게이트웨이를 중앙에서 일관되게 관리하는 체계가 없었다.

XML 기반 Android UI 개발의 보일러플레이트 코드와 뷰 생명주기 관리 복잡성으로 개발 생산성이 저하됐다.