최근 리눅스 위키피디아 등 오픈 커뮤니티 형식의 프로젝트 팀들이 거듭 성공을 거두면서
이러한 협업에 대한 관심이 커지고 있습니다.

이러한 협업은 각각의 특징에 따라 4가지 로 나뉩니다. 이 4가지 형태의 협업을 결정 짓는 것은
각각 자신의 회사나 조직이 처해 있는 상황을 검토하고 거기에 알맞은 질문을 던져서 결정하는
것이겠지요.

 
- 당신 회사의 전략에 비추어 볼 때, 협업 네트웍은 얼마나 오픈되거나 닫혀있어야 하는가?

 - 협업 네트웍에서 어떤 문제점이 생길것이고 어떤 해결책을 쓸 것인지 결정할 사람은
    누구인가?


위와 같은 질문을 던지고 나면 협업의 형태가 결정 될 것입니다. 각각의 협업형태에 대해서
알아보도록 하지요.


Elite circle. ( 닫힌 / 위계적인)

 - 한 회사가 참여자를 정하고, 문제를 선정하고 솔루션을 선택합니다.
 - 최고의 솔루션이 나올만한 전문 분야를 잘 알 때.
 - 최고의 전문가가 필요하고, 그 전문가를 선택할 역량이 있을 때.
 - 문제를 정의하고, 솔루션을 평가할 역량이 있을 때.


Innovation mall. (오픈 / 위계적인)

한 회사가 문제를 제기하고, 누구나 솔루션을 제안한다.
회사는 자신이 좋아하는 솔루션을 채택.
최고의 아이디어가 기대하지 않은 곳에서 나올 수 있을 때.
전문가가 제시할 수 있는 더 나은 솔루션을 쓰지 않아도 크게 나쁜 결과가 나올 일이
없을 때.
네트웍에 참가하는 게 쉬울 때.
문제가 작거나, 작게 나눌 수 있을 때.
많은 솔루션을 평가하는게 비용이 높지 않을 때.


Innovation community (오픈 / 수평적인)

누구나 문제를 제기하고, 솔루션을 제시하고 어떤 솔루션을 쓸지 선택.
최고의 아이디어가 기대하지 않은 곳에서 나올 수 있을 때.
모든 요구사항을 알지 못해서, 외부인들과 혁신의 비용과 리스크를 나눠가지고 싶을 때.
네트웍에 참가하는 게 쉬울 때.
문제가 작거나, 작게 나눌 수 있을 때.
솔루션에 대해 지적재산권을 가질 필요가 없을 때.


Consortium (닫힌 / 수평적인)

아무나 참여할 수 없고, 같이 문제를 선정하고 일할 방식을 결정하고 솔루션을 채택.
최고의 솔루션이 나올만한 전문 분야를 잘 알 때.
문제가 크고, 작게 나눌 수 없을 때
최고의 전문가가 필요하고, 그 전문가를 선택할 역량이 있을 때.
필요한 참여자들이 파워를 나눠주지 않으면 참여하지 않을 때.
모든 참여자들의 전문성이 필요할 때.
만들어지는 지적재산권을 다른 참여자들과 공유할 수 있을 때.


회사/조직 은 이제 혼자서 모든 것을 다 감당할 수가 없습니다. 그만큼 사회가 빠르게 변화하기
때문이지요. 그래서 협업은 이제 기업에게 필수 사항입니다. 그런 만큼 어떤 협업이 자신의
회사나 조직에 어울리는 것인지는 차분하게 질문을 던져보고 결정하면 좋겠습니다.






 세계화 되고 있는 사용자 참여 현상 , 우리 기업은 어떻게 이를 받아 들이고 시작할 것인가? 이런 고민들은
기업들이 보이는 대표적인 고민중의 한가지 일 것입니다. 과연 어떻게 우리 회사가 이러한 '사용자 공헌
시스템' 을 시작할 것인가에 대한 질문에 대해서 이 아티클은 답을 줄 수가 있을 것입니다.

 오픈 소스, 위키피디아 로 대변 되는 '사용자 공헌 시스템' 은 이제 유명합니다. 뿐만 아니라 세계 굴지의
기업들이 점점 사용자들의 참여를 기업활동에 많이 끌어들이고 있는 상황입니다. 이런 사용자들의 참여가
기업 제품에 대한 이미지를 확실히 상향시키고 점점 더 참신하고 좋은 아이디어를 기업내에 도입하는 것을
도와 줍니다.

다음은 아티클에서 정리한 회사에서 '사용자 기여 시스템'을 도입하기 위해서 필요한 지침입니다.

1. Use personal experience to move mind-set
   - 개개인의 경험을 의사 결정에 도입하라는 것입니다.
2. Nurture small experiments
   - 소규모의 집단을 대상으로 계속해서 시험을 진행하고 , 그 실패로부터 배우라는 것입니다.
3. Let enthusiasts and young employee provide ideas and leadership
   - 젊고 열정적인 사람들로부터 계속해서 아이디어와 리더쉽을 지원 받아야 한다는 것입니다.
4. Set boundaries but guarantee freedom within them
   - 현재 진행하는 사업과는 너무 동떨어지면 안되기 때문에 사업 범위를 두되, 그 안에서는 자유로움을
     보장해야 한다는 것입니다.
5. Protect experiments from your company's natural control instincts
   - 실험이 행해질 때 회사가 통제하려는 것에 대해서 실험을 보호해야 합니다. 자유롭게 의견이 도출되고
    활용될 수 있도록 말이죠.
6. Use your customer base to jump-start projects
   - 프로젝트의 기반을 고객 중심으로 옮겨야 합니다. 너무 뻔한 소리긴 하지만 사용자들이 자발적으로 끼어
     들 수 있는 환경을 만들라는 것이겠지요.
7. Let users "vote" early and often
   - 고객들은 중역들에 비해서 가능성이 있는 기여 시스템을 찾아내는 능력이 탁월하기 때문에 빨리 실험
     내용을 진짜 소비자들에게 가능한 한 빨리 그리고 자주 공개해야 합니다.
8. Seek organizational buy-in only after you've had some success
   - 실험에서 성공적이였다면 빠르게 회사내의 조직적인 반항이나 저항에 부딛히기 전에 회사의 정규
    프로세스에 포함시키도록 노력해야 할 것입니다.

아티클 전반에서도 회사에서 이런 '사용자 공헌 시스템'에 대한 저항이 극심하다고 나와 있습니다. 그럼에도
불구하고 이것은 각 기업의 추세가 되고 있습니다. '부의 미래' 에서 예견했 듯이 이러한 추세가 너무나 당연시
되는 기업 문화가 도래하겠지요. 그 때를 위해서 미리 어떻게 자기 사업에 적용하면 좋을 것인지를 생각해
두고 서서히 적용하는 것이 도움이 되겠지요.

+ Recent posts

티스토리툴바