일단, 현재의 중요도는 관리자만 바꿀수 있는 것이죠? 일단 제가 중요도 아이콘을 제안한 것은 관리자 입장에서만 말씀드린 것입니다. 관리자가 무엇이 중요하고 빨리 고쳐야 하는 것이고, 어떤 것은 중요하지 않다고 우선순위를 낮추게 되면, 그것을 본 사용자는 그에 대한 기대감(?)을 가지게 될 것입니다. (긴급이라고 해 놓으면 기대를 가지고 기다릴 것이고, 중요하지 않다고 한다면, 그것을 더 설명을 해야 할 것으로 판단을 하게되겠죠.

아이콘을 사용하게 되면, 그러한 관리자의 피드백을 사용자가 손쉽게 이해하게 될 것이고, 그에 상응하는 기대감을 또 다른 피드백으로 드러내게 될 것입니다.

사용자와 관리자에게 피드백을 매우 간단하면서 효과적인 피드백이 될 수 있을 것 같습니다. (우리나라 사람들은 이런 자잘한 재미에 강하죠 :>)

미해결이 미해결로 남았다면 그것이 왜 미해결로 남았을지 사용자는 궁금해 할 것 입니다. 그 궁금증을 색깔 있는 아이콘으로 어느정도 해소시킬 수 있을 것으로 생각합니다.

붉은색(혹은 회색보다 눈에 더 띄는 색)으로 미해결로 하면, 사용자는 아... 이것은 미해결이지만 상당히 중요하구나 라는 것을 알 수 있겠고, 어떤 미해결은 흐린 색깔의 미해결이면 아.. 요것은 그다지 중요하지 않거나 그런 식으로 받아들이겠죠.

아이콘을 잘 연구하여 아주 작은 이미지로 깔끔하게 여러 정보를 보여주는 방법도 있을것입니다. (M1, M2를 작은 글씨로 붙여주거나 해서 milestone 1, 2에 들어갈 중요한 내용이라는 식. 심각한 보안문제 같은 것은 다른 계통의 색깔로 등등. 버그질라에서 재미를 느낄 수 있다면 일반 사용자의 피드백을 활성화에 좋은 영향을 줄 수 있을 것이라 생각합니다.

// 현재는 중요도 체크가 관리자만 할 수 있고, 최초 "영향"을 선택하는 부분은 사용자가 선택할 수 있었던 부분인데, 사실 일반 사용자가 어떤 문제가 시스템에 치명적인지 아닌지, 중요도가 얼마나 큰지를 잘 모르지요. 일반 사용자가 선택적으로 채워야 하는 정보는 최소화하고 (현재 nForge의 방향 ?) 그러면서 부족해 질 수 있는 기능적 부분을 해소할 수 있는 적절한 방안을 꾸준히 모색해 보아야 할 것 같습니다.

일반 사용자가 생각하길 중요한 문제를 버그질라에 포스팅했다고 합시다. 자기 딴에는 중요하다고 생각해서 버그질라에 글을 올렸는데 개발자는 그렇게 생각하지 않을 수 있습니다. 그리고 중요도를 낮추어 버렸습니다. 그런데 사실 그 문제는 계속해서 최종 사용자를 괴롭히는 문제였으며 많은 사람이 불편함을 감수하면서 계속 사용하고 있었다고 해봅시다. 개발자는 기술적인 면에서만 생각하거나 최종사용자의 피드백을 지나치게 간단하게 치부해 버릴 수 있습니다. 사용자는 개발자적인 관점이 아닌 사용하기에 무엇이 불편한지 아닌지만을 판단의 기준으로 삼을 뿐이죠.

이러한 경우에 여러 조용한 사용자들이 버그질라에서 할 수 있는 일은 그 버그질라 항목에 투표하는 것입니다. 투표를 많이 하게되면 중요도가 올라가는 것을 지원하는 버그질라 시스템에서 그렇다는 것입니다.

투표를 많이 얻어 빨간불이 켜진 버그질라 항목을 개발자는 다시 한번 눈여겨 살펴볼 것이고 그것이 개선될 수 있는 여건이 조성되는 것이죠.

그러나 이러한 투표같은 방법 말고도 버그 항목의 중요도를 여러 관점에서 측정해 줄 척도는 없을까요?