IT가 아닌 사람들이 위키를 처리 할 수 ​​있습니까? [닫은]


35

우리 회사는 시장 조사 데이터 관리를 개선하고자합니다.

현재 데이터 관리 스타일 :

  • "이봐 Jimbo, WhatZit 2.0의 사진은 어디에 있습니까?
  • "예, 그 회사의 회사에 대한 이메일을 기억합니다. 몇 분 동안 Outlook을 검색하십시오."
  • "중요 경쟁사 제품 카탈로그의 최신 사본을 누가 보유하고 있습니까? 광산은 2009 년입니다." ... "콜린은 그렇게하고, 출산 휴가 중입니다. 워크 스테이션 암호를 얻기 위해 전화를해야합니다 ..."

원하는 데이터 관리 스타일 :

  • 주제별로 정리 된 데이터 (법적, 경제, 산업, 경쟁 업체)
  • 각 주제에 대해 여러 매체 유형이 함께 저장되지만 (회사 제품 이미지, 보도 자료, 연락처 정보) 유형별로 깔끔하게 정렬됩니다.
  • 데이터 편집 이력
  • 공동 액세스 (데이터 사일로 없음)

모든 사용자가 액세스 할 수 있도록 부서 위키를 설정하려고했습니다. 위의 네 가지 기준을 만족하는 것 같지만 이미지 갤러리, 기사 형식 등과 같은 고급 기능에 대한 사용자 친화적 (읽기 : 비 기술 사람들에게 해독 가능)에 대해 약간 우려하고 있습니다.

여기에 IT가 아닌 사람들을위한 위키를 설치 한 사람이 있고, 불에 타거나 유령 도시가되거나, Geocities처럼 보이지 않았습니까?

보너스 질문 :이 문제를 해결하기 위해 내가 선택한 MediaWiki (또는 다른 위키)에 명백한 단점이 있습니까?

(나는 당신 중 일부가 전에이 문제를 겪었을 것이고 통찰력을 제공 할 수 있기를 바랍니다 ...)


3
제공 한 문제는 콘텐츠 관리가 좋지 않은 증상이기 때문에 콘텐츠 관리 시스템이 필요한 것 같습니다. Wiki는 컨텐츠를 관리하는 데는 합리적이지만 상업적 환경에서 중요 할 수있는 미세 조정 된 세부 정보를 제공하지 않을 수 있습니다. 예를 들어 MediaWiki는 사용자 권한을 관리하도록 설계되지 않았습니다. 당신이 경우 보안 문서 , 또는 볼 수있는 사람을 감시 할 필요가 / 편집 무엇을, 당신은 CMS로 이동한다고; 공유 문서를 신속하고 버전이 지정된 공개 편집이 필요한 경우 위키를 사용하십시오.
zzzzBov

5
데이터! = 문서. 컨텐츠 관리 시스템이 아닌 문서 관리 시스템 이 필요할 수 있습니다.
Pekka는 GoFundMonica를 지원합니다.

2
와우! 나는 하나 또는 두 개의 좋은 답변을 기대하고 있었고 전체 선회, 거의 30 투표 및 2 가까운 투표 (ha!)를 얻었다. 모두 감사합니다. 나는 왼쪽과 오른쪽에 +1을 주었다. 여기에 멋진 의견이 있습니다.
Drew

그들은 할 수 있었지만 할 수 없었습니다.
Tulains Córdova

답변:


46

질문에 대한 직접 답변 : 예. Wikipedia에는 ​​수많은 비 IT 편집자가 있습니다.

더 긴 대답 : 여기서 IT와 비 IT의 차이는 빨간색 청어 입니다. 모든 사람, IT 여부에 관계없이 Wiki가 관심 대상으로 제시되지 않으면 Wiki를 무시합니다. 새로운 데이터 관리 시스템을 도입하는 것은 항상 사람들 이 변경 하기를 하기 때문에 사람들에게 판매하는 것은 쉽지 않습니다 . 예를 들어, 프로그래머가 현재 버그 추적 시스템에서 너무 많은 문제를 보지 못하거나 새로운 것으로 전환하는 것이 번거 롭다고 생각하면 전환하지 않습니다.

모든 것을 개선하는 방법을 설명하고 현재 시스템의 문제점을 설명하고 사람들에게 이것이 지나가는 것이 아니라 새로운 시스템이 유지되도록하기 위해 새로운 시스템을 판매해야합니다. 결국, 사람들 그것이 파멸 된 프로젝트 라고 생각 하면 파멸 된 프로젝트 가 될입니다 .


4
+1 통찰력 있고 예언적인 의견을 제시하십시오! 나는 의지가없는 노동력에 대한 강제 관리 법령이 항상 옛 불만에 대한 새로운 시스템의 광범위한 불만족이나 포기로 끝나는 것을 보았습니다. 아이디어를 사용자에게 판매해야합니다. 그렇지 않으면 그대로 유지됩니다. 가장 보수적 인 사용자에게 판매 할 수 있다면 성공할 것입니다. 몇 년 전 저는 eReaders라는 아이디어로 할머니를 팔았는데, 결국 그들이 큰 성공을 거둘 것이라는 단서가되었습니다. :
maple_shaft

Wikipedia는 한 달에 70 억 건의 방문이 있으며 한 달에 약 3 억 명의 기여자 중 대부분은 한 번만 편집합니다. 이것이 편집에 대한 접근성에 대한 훌륭한 예인지 확실하지 않습니다.
vartec

1
한 번의 편집 만하는 편집자의 대다수는 편집의 접근성에 대한 훌륭한 예라고 주장합니다. 왜냐하면 편집을 위해 전문가가 될 필요가 없기 때문입니다. 그러나 실제로 중요한 점은 기술적 인 문제로 인해 편집을하는 것이 중요하다고 생각하는 사람들이 편집하는 것을 막을 수는 없다는 것입니다.
jhocking 2016 년

1
사용자의 0.1 % 미만이 너무 많아서 너무 많은 사용자 덕분에 Wikipedia에서 허용되지만 소규모 프로젝트의 Wiki에서는 허용되지 않으며 내부 Wiki에서는 허용되지 않습니다.
vartec

3
그래서 내가해야 할거야 시장 받는 위키 아이디어 마케팅 부서를 어, 자신의 게임에 그들을 때리고 ...? drums fingertips together slowly and dramatically... 예, 예, 작동합니다. yesssssssssssss :-) +1
Drew

11

위키 소프트웨어에 따라 다릅니다. 일반적으로 비 IT 사용자는 WYSIWYG 편집기를 사용 하는 위키를 선호하며 마크 업이 매우 간단한 경우에도 마크 업 편집이 필요한 위키를 좋아하지 않을 수 있습니다.

보너스 질문 : MediaWiki는 기본 WYSIWYG 편집기를 제공하지 않습니다. 위키 소프트웨어 비교 에서 어떤 기능을 수행하는지 확인할 수 있습니다 .


7
허. "편집자가있는 위키의 위키 백과를 확인하십시오."
Michael K

@Michael : check! = edit
:-P

4
+1 Media Wiki (가장 인기있는 Wiki) 중 하나에 대한 나의 경험은 비 기술적 인 사람들에게 적합하지 않다고 생각합니다.
Dan Diplo

return false;
Joe the Person

4
저는 IT 담당자이고 이국적인 마크 업이 필요한 열정적 인 위키를 싫어 합니다. 내 머리는 이미 많은 것들로 가득 차서 마크 업 언어를 배우는 뇌 세포를 낭비하고 싶지 않습니다. 잠시 쉬어 라! (그리고 그것이 내가 느끼는 느낌이라면, 비 기술적 인 사람들이 어떻게 느끼는지 생각하십시오.)
quick_now

6

우리 조직에서는 매우 성공적으로 위키를 구현했습니다. Python 위키 패키지 인 MoinMoin을 기반으로합니다.

그러나 성공을 거두려면 직원 교육과 찬양 노래에 수년 의 노력이 필요했습니다. 약 80 명의 정규 직원으로 구성된 조직의 경우, 많은 초급 및 고급 교육 세션을 개최하고 일대일로 질문에 답변해야했습니다.

가장 어려운 두 가지 장애물은 다음과 같습니다.

  1. 사람들에게 위키를 Word 문서처럼 생각하지 않도록 가르치고 조직을위한 제목을 적절하게 사용합니다.
  2. 사람들이 기존 문서를 위키에 단순히 마이그레이션하는 대신 기존 컨텐츠를 위키로 마이그레이션하도록 설득 할 수 있습니다.

약 2 년 후, 그것은 멋지게 형성되기 시작했습니다. 4 년 동안 사용 된 위키는 조직의 내부 작업을 주도합니다.

이것은 나에 의한 많은 작업과 위키 사용자와 일대일로 일하면서 기꺼이 질문에 대한 즉각적 또는 즉각적인 답변을 제공하지 않으면 불가능했을 것입니다.


3
데이터 관리 시스템을 단 80 명에게 판매하는 데 몇 년이 걸리더라도 이전에는 해보지 않았다면 극도로 들릴지 모르지만, 더 이상 정상이 아닌 것처럼 들립니다.
jhocking 2016 년

2
@jhocking 우리는 문서 공유 및 해결 부서와 관련된 주요 문제가 있었기 때문에 문제가 발생했습니다. 우리는 인트라넷 웹 사이트를 통해 적은 양의 HR 정보 만 보유하고 있지만 버전이없는 Word 문서에는 운영 문서 더미가 쌓여 있습니다. 최고 경영진은 마지막으로 채택한 (읽기 전용 사용자) 불행히도 예를 들어 지원하지 않으면 채택률이 느려진 것 같습니다. 하향식 명령 대신 사무실에서 가장 젊고 기술적 인 사람들이 주도하는 풀뿌리였습니다.
Michael

5

위키가 당신이 직면하고있는 조직 문제에 대한 훌륭한 접근 방법이라고 생각합니다. 또한 기술에 익숙하지 않은 사용자는 몇 가지 경고를 통해 위키 기능을 배울 수 있다고 생각합니다.

사용자 수용이 중요하다는 의견에 전적으로 동의합니다. 당신은 "나는 이것을 사용하지 않을 것이다"보다 "나는 그것을 사용하지 않을 것이다"또는 "이 달의 앤드류의 애완 동물 프로젝트 일뿐"에 직면 할 가능성이 더 높다. 새로운 작업을 만들지 않고 사람들의 작업 을 어떻게 절약 할 수 있는지 설명 할 시간을 가지십시오 .

당신은 데이터의 일부 구성하여 시작하는 것이 좋습니다 당신이 당신의 목표를 보여주기 위해 몇 가지 간단한 페이지에 바탕 화면, 등등에, 전자 우편에있는합니다. 학습 및 까다로운 점 포함하여 시간이 얼마나 걸리는지 추적하십시오 .

처음에는 형식 문제가있을 것으로 예상되며 콘텐츠 제작을 규제하는 것보다 편집위원회를 모집하는 것이 좋습니다. 초기 정보 부족 후에는 매우 관리하기 쉬워야합니다.

"도움말"이메일로 위키를 위키하는 방법을 설정하여 작업을 시작하고 실행할 수 있습니다.

그냥 내 2 ¢, 그것이 도움이되기를 바랍니다.


그것은 내가 말로 표현하는 데 어려움을 겪었던 것을 넣는 좋은 방법입니다. 이것이 더 많은 일을하는 것이 아니라 어떻게 일을 구할 수 있는지 설명하십시오.
jhocking 2016 년

4

네, 위키 백과는 그것을 증명했습니다. 어쨌든 사용자가 준수해야하므로 관심이 있어도 항상 쉽지는 않습니다. 사람들은 변화에 저항 할 것입니다.


3

MediaWiki를 사용하면 단점이 있습니다. 상당히 복잡하고 배우는 데 시간이 걸립니다. 문서 요구 사항에 따라 과도 할 수 있습니다.

우리 회사는 사용하기 매우 간단하고 WYSIWYG 인터페이스가있는 Google Apps와 함께 제공되는 Wiki를 사용하고 있습니다. 그러나 MediaWiki와 함께 제공되는 분류, 개정 이력 및 페이지 토론, 템플릿 포함 기능을 잃어 버리게됩니다. 그러나 Google Apps 위키는 사무실의 모든 사람이 비교적 쉽게 채택 할 수있었습니다.


3

에 위키 패턴과 위키 반 패턴의 데이터베이스가 위키 패턴 .

여전히 프로젝트에서 위키 사용 경험이 그리 성공적이지 않았습니다. 기사를 유지 관리하고 업데이트하는 데 노력이 필요했기 때문에 사람들은 처음에 위키 사용법에 대해 좌절했습니다. 그런 다음 위키의 구조를 누가 구성해야하는지에 대한 싸움이 있었거나 링크를위한 쓰레기통이 되었습니까?

내 경험상 다소 효과가 있었던 방식은 "위키 기사 (링크)를 게시 / 업데이트했습니다"라고 말하고 해당 링크를 전자 메일로 기사로 보냅니다. 그러나 MediaWiki의 검색 기능은 이메일 검색과 같은 한계에도 도달하고 있습니다.

긍정적 인 참고 사항 : MediaWiki의 매우 유용한 기능은 기사의 범주를 유지하고, 프로젝트에 사용되는 약어와 함께 일종의 페이지를 만들고 위키를 처음 접하는 사람을 가르치는 것입니다. 위키를 처음 접하는 직원들은 종종 학습 곡선에 직접적인 영향을 미치기 때문에 위키를 좋아했습니다.


3

여기에 언급 된 모든 것에 추가하여-구조를 설정하고 문서를 수집하고 업로드, 정렬 및 태그 지정하는 데 시간을 소비해야 할 것 같습니다.

나는 사람들이 Jabber 회의 , 애드 블록 규칙, JavaScript 코드, 특정 창 관리자 등과 같은 소프트웨어 또는 기술을 사용하도록 설득하려고 노력했습니다 .

나는 단지 그것을 사람들에게 도움이 될 수있는 방법을 보여 주었다 때 성공 하고 이 소프트웨어는 방법을 설명보다는 '멋진의 thingies'를 할 수있는 방법을 설명 A기술적으로 우수하다.

'fvwm은 메모리 풋 프린트가 적고, 구성 성이 높으며 Perl 바인딩이 있습니다.', 짧은 비디오 또는 스크린 샷 및 '보이는 사람, 어떤 창을 드롭 다운하여 창의 양쪽에 제목 표시 줄을 넣을 수 있습니다'는 말을 듣지 않을 것입니다. 어떤 이유로 든 매우 설득력이 있습니다.

따라서 설정을 최대한 활용하고 정보의 최대 60 %를 업로드해야합니다. 이 사용자에 어떤 비밀 오류 메시지가 발생하지 않을 있는지 확인 하고 그것이 멋진 트릭의 일종을 보여주는 돌봐.

다시 말해, 당신은 그것을 팔아야하고, 합리적인 논쟁만을 사용해야 할 것입니다.


0

예, 가능하지만 사용 방법을 배워야합니다. 단락 삭제와 같은 우발적 인 작업은 되돌릴 수 있음을 사람들에게 알려야합니다. 우리는 또한 약간의 포맷을 도와야했습니다.

불행히도 원하는 정보에 쉽게 접근 할 수있는 방법이없는 경우에만 작동합니다. 그리고 사람들이 시스템을 사용하도록 권장해야합니다. 어떤 사람들은 정보 교환에 전혀 참여하지 않을 수도 있습니다. 그들은 새로운 시스템을 전혀 사용하고 싶지 않다는 것과 동시에 정보를 공유하는 기존 방식이 바람직하지 않다는 것을 알고 있기 때문입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.