제 생각은 다음과 같습니다:
- 3,000개 이상의 주제를 단 두 개의 카테고리로 나누는 것은 상당한 작업일 것 같고, 이 작업을 맡을 시간이 있는 사람이 누구일지 궁금합니다.
- 또한 UX 카테고리의 모든 주제를 쉽게 기능(FEATURE)과 버그(BUG)로 나눌 수 있다고 생각하지 않습니다. 예를 들어, 번역이 불가능한 텍스트에 대한 보고서는 엄밀히 말해 버그 보고서는 아닙니다[1]. 마찬가지로, 이해하기 어렵거나 오래된 텍스트를 지적하는 것은 기능 요청이든 버그 보고서는 아닙니다[2]. 또한, 오류나 구체적인 개선 제안이 모두 없는 사용자 경험에 대한 설명 역시 기능이나 버그 카테고리에 적합하지 않습니다[3].
- 그동안 어떻게 처리해 왔는지는 정확히 알지 못하지만, 필요할 때 개발자들도 UX 주제에 참여하고, 그 반대 경우도 있었다는 인상을 받았습니다. 게시물을 이동시키지 않고, 해당 카테고리를 모니터링하는 그룹이 필요할 때 다른 그룹에게만 알리는 방식으로 이전과 같은 상태를 유지할 수 있을지 궁금합니다. 다만 이전과 현재의 프로세스를 완전히 파악하지 못하고 있어 이 부분을 온전히 평가하기는 어렵습니다.