Friend -> Reporter -> Developer 라는 수직적인 모습이 아니었으면 합니다. 서로 역할이 틀린 뿐이죠.
저는 협의를 한다는 것에 대해 조금 문제가 있다고 생각합니다.
누구든 자기가 참여하고 싶은 것에  할 수 있도록 해야 한다고 생각합니다.  Buisiness 모델을 본다면 이런 식이겠죠.
Friend: User/Business Requuirements
Reporter: QA/Application/Test/Support
Developer: Programming
다만 각 영역마다 책임감있게 하실 수 있는 분들의 고유 권한이 있어야 겠죠.  예를 들면, 모든 개발자는 SandBox의 Check in/out 권한을 가지고 있지만 고유권한이 있는 분만 SandBox 에서 원본으로의 commit 권한을 갖읍니다. 말씀하신것 처럼 권력이라면 사실 Friend 그룹이 최고의 힘을 가지고 있어야 하지요. 그 그룹이 바로 customer를 대표하지 않습니까? ^^ Developer가 드라이브 한다면 배는 확실히 거꾸로 가는것 아니겠읍니까?
짧은 소견을 올려봅니다.

예... 이상은 그렇습니다만,, 현실적인 관리의 이슈가 있습니다.
그리고 Reporter , Developer 라는 체계가 수직적인 것은 아닙니다. 수평적인 범위의 차이가 있으실 뿐이겠죠 ^^
Developer 가 드라이브하는 것은 어쩔수가 없습니다. 포럼에 올라오는 글은 집단의 지혜를 도출할 수가 있지만,
코드의 경우는 소수그룹이 '관리의 책임' 을 지는 것이 옳다고 생각합니다.
조그마한 실수 하나 때문에 전체가 망가지는 경우가 비일비재하거든요.
이에 대한 책임의 크기만큼이  developer 의 권한이 되겠지요 ..

이상과 현실을 지혜롭게 조화시켜 나갈 방법을 열심히 찾고 있습니다.
좋은 의견 감사하며, repoter , developer 가 수직적인 구조로 비추어지지 않도록 하겠습니다.
감사합니다. !!

-노정석 드림

관련하여 여러분들의 아이디어를 구하고자 하는 부분은 Reporter , Developer 선정기준에 대해서 의견을 구하고 싶습니다.
제가 생각하는 방식은 수량적으로 글 몇개 이상 올린 사람... 이런식으로 하는 것이 아닌, 기존의 Reporter , Developer 에서 협의를 거쳐서 새로운 멤버를 맞이하는 방식을 생각하고 있습니다. Reporter , Developer 가 대단한 권력은 절대 아닐뿐더러^^, 많은 분들이 참여하면 할수록 전체가 윤택해지는 구조이기 때문에 가장 효율적인 방식이 아닐까라는 생각을 하고 있습니다. ( 현재 Reporter 는 inureyes , daybreaker, LonnieNa 님 이렇게 세분으로 구성되어 있습니다. )

저라는 개인 한명이 아닌 전체 구성원들이 판단을 내린다면, 보다 현명한 선택이 가능해지리라는 생각입니다.
여러분들이 가지고 계시는 기발한 생각들에 대해서 공유해주시기 바랍니다.

월요일 밤까지 의견을 수렴하여, 결정토록 하겠습니다...
생긴지 얼마 안된 포럼이 이토록 뜨거워서 개인적으로 여기에 올라오는 글 확인하는 재미로 살고 있다는 ^^^

감사합니다. !!!