그게, 처음에 XE 개발진이 이슈트레커 모듈 개발하고 관리하면서 운영하다가,

이슈트레커 모듈 개발, 운영, 관리에 자원을 투입하기 어려워서, 공식 홈의 프로젝트를 종료했거든요...

그러니, XE 자체의 점유율이 올라가지 않으면 힘듭니다...(물론, 코어의 안정화와 마켓활성화도 포함해서요)
그렇다고 nhn 에게 지원을 더늘려! 라고 일방적으로 요구할 논리도 마련되있지 않구요...

사실, nhn이 XE에 들인 자원이 그렇게 적지 않으니까요...
더 좋은 프로젝트 서비스를 찾아가는 것도 방법이겠으나, 그것도 나름 일일 수도 있고, 구글 프로젝트 대비 장단점이 있을 수 있겟죠.
그리고 제 사견을 더 말씀드리면, 사실 XE 코어 문제도 힘드니, 이슈트레커 유지도 그리 마땅치 않아보입니다.

제 판단의 전재가 있습니다. 개발팀이 이슈트레커 모듈을 꾸려갈 수 없다는 판단이 변하지 않았다면 이라는 것입니다. (그리고 현재 분위기는 아직 이런 결정의 변동 사항은 없어 보입니다. 혹 있으시면 개발진 여러분께서 공개해주시면 좋겠네요.)

투자대비 효율같은 운영상의 문제가 있다는 것이죠.
사실 우리같은 관여된 개발자가 아닌 외부인들은 능력의 분배라는 운영상의 이슈에는 강력히 관여할 수 있는 정당한 근거는 없습니다. 그분들의 능력은 그분들이 가장 잘아는 것이기 때문이지요. 그렇기에 능력 분배에 관한 결정사항을 받아들이는게 기본입니다.

즉, 과거에 이슈트레커 운영하다가 코어 전체에 악영향을 끼칠 것이고, 그래서 이슈트레커 운영은 힘들다는 것이 결론이었고 지금도 특히 자원적인 투입이 이루어 지지 않았거나 힘든 상황이라고 보기 때문에.
활용도가 떨어져서, 오히려 안좋은 영향이 많을 수 있어서, 그렇게 안하는게 좋다는 판단인 것입니다.

다시 말씀드리지만 전체를 볼 필요가 있다는 것입니다. 즉 오래 유지한 이슈트레커 모듈이 완벽히 구성되는것도 어려워서 중지 했으며, 공식 사이트의 운영이슈를 감안한다면 별도의 임시 서비스를 운영하는 것도 힘들것이라는 것입니다. 즉 이런 시스템이 완성도 있게 만들어질 때까지 코어의 개발이 미숙해 진다는 것을 염려하는 것이고, 현재에는 코어의 질을 올리는데 투자해서 점유율 자체를 올려야 한다는 것입니다. (또 이 문제의 중요도를 판단하자면 BNU 님도 말씀하신것 과 같이 이슈에 대한 분류는 개발진이 하고, 또 분류 과정 자체에도 복잡하지만 구분할 수 있는 다른 대체 방법도 있으니, 그렇게 중요한 문제점은 아니라는 판단입니다. 본 댓글에 상세히 적지 않았던건 죄송합니다.)

제가 저 댓글로 말씀드리고자한 핵심은, 좋은 제품을 만드는데 효율적인 운영이 반듯이 필요하다는 것입니다... 즉, 과거에도 타당한 이유가 있었고, 지금도 그 조건들이 변했다고 볼 만한 근거가 없다는 것입니다.

요점과 관련된 지적에 대해서는 이렇게 말씀드립니다.
우리가 걸을 때는 순간적으로 발 바로 앞에만 집중해야 피할 수 있는 문제도 있지만, 시야를 크게봐야 하는 중요성은 걸으면서 언제나 존재하고 있습니다. 고로 순간적으로 집중해야 할 것이 과연 크게보는 관점에서도 중요한가에 대한 생각이 있어야 하고, 제 판단은 이러하다는 것입니다.

에이 제가 그렇게 볼리가요...
전 프로젝트 모듈에서 구분이 딱 되게 하자는 의견이신줄 알았어요. ^^
제가 잘못 파악했네요.