위키를 만든 와드 커닝햄 선생님이 자신의 위키에 '위키 디자인 원칙'을 올려 두셨군요. 자신이 처음에 위키를 만들 당시에 생각했던 거랍니다. 본인 스스로도 위키가 이렇게 큰 반향을 일으키리라고는 생각을 못했다고...
('페이지'는 위키에서 생성된 웹 페이지를 말합니다)
항목들을 보면
('페이지'는 위키에서 생성된 웹 페이지를 말합니다)
- 개방성 Open
페이지가 불완전하거나 잘 정리가 안되어 있다면, 아무 독자든지 자신이 맞다고 생각하는 방향으로 고칠 수 있어야 한다. - 점증적 Incremental
페이지는 다른 페이지를 인용할 수 있다, 아직 작성되지 않은(존재하지 않는) 페이지를 포함해서! - 유기적 Organic
사이트 전체의 구조와 문서 내용은 편집 가능하고 이를 통해 진화해 나간다. - 일상성 Mundane
간단한 몇개의 문서 작성 원칙만으로 대부분의 마크업을 사용할 수 있어야 한다. - 보편성 Universal
문서를 편집하고 구조를 관리하는 방식은 일상적인 글쓰기와 동일해서 누구든지 자동적으로 편집자 및 관리자가 된다. - 명백성 Overt
규격화된 출력물을 보면 동일한 결과물을 얻기 위해 어떤 입력을 해야 하는지 짐작할 수 있어야 한다. - 통합성 Unified
페이지 이름은 flat space(?)로부터 유추되어, 이를 해석하기 위해 추가의 문맥이 필요하지 않아야 한다. - 명확성 Precise
페이지 제목은 충분히 명확하게 붙여져서, 그냥 명사들을 이어 붙임으로써 생기곤 하는 혼선을 피해야 한다. - 관용 Tolerant
해석 가능한 행동 패턴은(비록 바람직하지 않은 것이라도) 용인되어야 한다. 에러 메시지를 남발하지 않는다. - 관찰 Observable
사이트 내에서의 모든 활동은 그 사이트의 모든 방문자가 감시하고 리뷰할 수 있어야 한다. - 수렴 Convergent
내용의 중복은 비슷하거나 연관된 내용을 발견하고 인용하는 등으로 해서 점차 없어진다.
- 신뢰 Trust
신뢰는 위키에서 가장 중요한 요소이다. 사람들을 신뢰하고, 절차를 신뢰함으로서 신뢰를 구축해 나간다. 모든 사람이 내용을 제어하고 체크한다. 위키는 대부분의 참여자가 좋은 의도를 갖고 있다는 전제에 의존한다. - 즐거움 Fun
모든 사람이 참여할 수 있다, 또한 아무도 참여를 강요 당하지 않는다 - 공유 Sharing
정보의 공유, 지식의 공유, 경험의 공유, 생각의 공유, 관점의 공유...
항목들을 보면
- 위키를 잘 모르는 사람도 척 하면 오 그럴싸한데? 할만한 것들
- 위키를 아는 사람만이 고개를 끄덕일 만한 것들
- 위키를 일상적으로 쓰는 사람도 고개를 갸우뚱할 만한 것들
- Vincent의 번역이 후져서 (원문을 참조하세요)
- 내용이 너무 심오해서
...이 섞여 있는 것 같습니다.
와드 커닝햄 선생님은 위키 뿐만 아니라 최근 자바 개발자들 사이에서 거의 표준화 되어 가고 있는 Eclipse의 오픈 소스 프로젝트에도 지대한 영향을 끼치셨습니다. 이렇게 훌륭한 분의 웹 페이지를, 저같은 범부가, 아무 허락도 받지 않고, 맘대로 뜯어 고칠 수 있다는게 위키의 놀라운 점입니다. 원문 홈페이지 아래 쪽에 보면 [Edit] 항목이 있는데 이걸 누르고 들어 가면 제가 당장 항목을 추가하거나, 삭제하거나, 고치는 것이 가능합니다. 덜덜덜... 하지만 전 그렇게 하지 않습니다. 저는 나쁜 넘이 아니거든요.
제가 Web2.0 그중에서도 위키에 푹 빠져 있는 건, 이것이 단순히 기술이나 트렌드가 아니라 사상, 그것도 "세상 사람들 다 착해, 나쁜놈 그런거 없어! 우리 서로 한번 믿어 보자구!!"하는 착한 사상에 기반하고 있기 때문입니다.
멋지지 않습니까?
쓰고는 있습니다만... 아직 딱히 효과가 있다고 말하긴 힘든 거 같습니다.
일단 사람들이 위키에 대한 개념이 부족하다는 점이 크고...
개념보다 위키 사용 형식이 익숙치 않다는 점도 힘듭니다.
가끔 아무 형식없이 그냥 copy&paste로 붙여넣는 사람도 있는데... 참 무지 답답하더군요 -_-;;;
위키의 사용 목적에는 다들 공감을 표시했으나 막상 점점 개판이 되어 가는 듯 해서... 힘든 것 같습니다. -_-;;
저희 회사는 모든 일정진행과 개발 프로젝트를 위키로 관리합니다.
제 개인적인 생각은 사용하기 전 보다 좋은것 같습니다..
프로젝트가 끝나고 나면 위키에 있는 내용들만 모아서 문서 만들기도 좋구요
저희 회사에서 blog는 사용않해서 잘 모르겠네요 ^^
참고로 저희회사는 인터넷 메일개발 회사입니다.
저도 회사에서 써보려고 설치까지 하긴 했지만.. 결국 일반 게시판을 사용하고 있습니다.
위키 잘 활용만 한다면 훌륭하지만 위키에 대한 개념이 없는 사람들에게는 소용 없을꺼 같습니다.
물론 의지가 있고 부지런한 분이 계속해서 올라오는 글 마다 수정해서 기반을 잘 다져놓는다면 시간이 지나면서 효과는 있겠지만 저는 게을러서.. :oops:
참으로 어려운 문제인것 같습니다.
처음에 제가 위키란 것을 사무실에서 쓰고 있으니 지나가다 보고는 이게 뭐냐뭐 호기심을 보이더군요...
그래서 이런이런 거라고 설명을 할때는... 수긍을 하는듯이 보이다가...
자기는 익숙한 게시판이 좋다면서 그러더군요,... ㅡㅡ;;
위키를 또다른 게시판의 형태 그 이상은 보지를 않는 다는 것이 문제더군요..
쩝... 기존의 게시판과는 아예 개념이 다르므로 말로 설명해서 이해하는것과 직접 써보는 것의 차이가 큰만큼... 직접 써보게 하는것이 최고인듯...
그래서 제 친구놈 몇놈과 옛날 제 사수랑 몇몇은 위키에 홀랑 빠졌지만요.. ^^;;
저희도 얼마전에 도입했는데... 다들 적응하기가 좀 어려워서 그렇지 괜찮은 것 같습니다. 문서관리하기
귀찮아서...
다른 부서에도 전파하려 노력중입니다. :)
제가 다니는 회사는 보안 회사인데, 개발 팀 안에서 위키를 아주 활발하게 쓰고 있죠.
효과도 괜찮고, 여러 명이 동시에 참여하는 프로젝트에서 정보 교환하기도 아주 편하고..
근데 또 엄하게 ERP도 쓰고 하니 -_- 좀 복잡한 듯도..
개인적으론 굉장히 유용하게 쓰고 있어서, 회사 문서관리시스템으로 도입하자고 했는데, 반응은 좋았는데 저희도 아직 노츠나 익스체인지에 머물고 있죠 -_-;
회사용도로 좀 특화된 wiki 가 나와주면 좀 더 전파가 빠를 듯....
저희는 소스 개발쪽에만 위키를 쓰고 있습니다.
개발팀이랑 운용팀이 분리되어 있어서 운용팀이 최신버젼 가져다 쓰기가 편하다고 하더군요..
CVS처럼 사용된달까요..
이번에 참여한 프로젝트에서 PL 한 분이
위키 도입을 적극 고려 중입니다.
아마 전체적으로는 어렵겠고... 3~4명 정도가 쓰게 될꺼 같네요.
그 중에서 그나마 위키를 써본 거시 저뿐이라서... 덜컥! 세미나 까지
맡게 돼버렸네요..-_-a
그래서 요즘 한참 고민 중입니다.
사용법이야 그럭저럭 하면 될꺼 같은데...
왜 써야 하는가와 어디에 쓸 것인가에 대한게 막막하네요..
막연히 개발 할때도 쓰면 좋겠다는 생각은 했는데...
막상 하려니까 어떤식으로 활용하면 좋을지 모르겠네요.
개발 과정에서, 구체적인 위키의 사용처는 어떤게 있고,
일반적인 방법에 비해 위키가 가지는 장점은 무엇일까요?
위키 설치하고 6개월이 지났습니다. 위키의 장점에 대해 말해도 아무도 관심이 없더군요.. 일단 개념 자체를 이해하려고 하지 않으니 디자인이 이상하다느니 검색이 불편하다느니 불만만 많았습니다.
그래서 혼자 제 작업일지 등을 위키에 올리고 회의록(화이트보드를 사진으로 찍어서 보관하죠..)도 위키로 관리하도록 했습니다.
그 외 세미나 자료도 위키로 작성해서 그냥 그 페이지 통째로 프리젠테이션 해버렸습니다. :shock:
이제 150 페이지 가량 만들었는데 6개월 만에 다들 조금씩 관심을 나타내고 있습니다.
다른 사람들에게 쓰도록 강요하는 것보담 활용하는걸 보여주는게 좀 더 다가가는것 같네요. :wink:
이번 프로젝트 부터 일단 써보기로 했습니다...(모니위키루요,.)
일단 위키에 대해 아는 사람이 저 밖에 없어서 -_-; 대충 모니위키 1시간 정도만 보고 대충 설명하려고 세미나를 했었는데, "사용법"에 대해 설명하는건지, "위키위키"의 개념에서 부터 설명을 해야하는건지 헷갈리면서 세미나는 완벽하게 실패하고 말았습니다 -_-; "뭔가 좋은것 같기는 한데, 뭔지는 모르겠다" 는 반응이 대다수더군요 -_-;
개발팀원이 4~5명 밖에 안되서, 직접 돌아다니면서 위키 편집법부터 말해주고.. 쓰자고 꼬시고 있는 중입니다.
처음엔 간단한 개발 서버설정부터 올렸습니다. 개발서버 IP나 아이디 등을 물으면 무조건 위키로 들어가보라고 시켰죠. :twisted:
그 담엔 팀장님을 꼬셔서 별로 큰 비중을 차지하지 않는, -그래서 잘 안쓰는- "주간업무보고"를 위키로 하기로 했습니다. "주간업무보고/200403#1" 이런식으로 페이지를 만들어서 정리했죠..
그 담엔 사내 IP 목록 페이지를 만들어서 정리하고, 프로그램 TIP 같은거도 몇개씩 올리고 있습니다.
일단, 문서 정리의 효율성 측면에서는 사람들이 동감한 것 같습니다만... 지금 프로젝트가 새로 시작하는게 아니라 2차 사업이고, 1차때 문서가 당연히-_- 정리가 잘 안되어 있어서, 저말고는 프로젝트 관련해서 정리하는 사람은 없네요 -_-;
대신 어떤 공통적인 문서 부분 - 아까 말했던 IP 목록이라던지, 서버 목록, 서버설치내역 등은 조금씩 정리되어 가고 있는 것 같습니다... 제가 그만두면 더 쓰일지는 모르겠습니다만..
p.s. ip나 아이디/패스워드 가 적힌 페이지는 userBased 를 좀 수정해서 secret 페이지 란 개념을 넣어서 씁니다.. secret 페이지는 회원만 볼 수 있고, userBased 모드이므로 수정은 당연히 회원만 가능하며, 가입할 때는 추가적인 비밀번호가 필요하게끔 만들었는데... 없는걸 어설프게 가져다 붙히니까 좀 이상하더군요. :)
p.s.2 혹시 wikimaster를 추가하는 방법 아시는분 말씀 좀 해주세요 -_-;