Test our new composer!에서 이어서 토론을 계속합니다:
Confluence는 제 분야에서 꽤 널리 사용되고 있지만(반드시 사랑받고 있지는 않습니다) Discourse가 더 잘 해낼 수 있을 것이라고 종종 생각해 왔습니다. 동시에 훨씬 더 많은 일을 할 수 있을 것 같기도 하네요. 이 기능을 어떻게 활용하고 계신지에 대해 더 듣고 싶습니다.
9개의 좋아요
베를린 주립도서관(Germany의 최대 학술 도서관)과 베를린 중앙·지역 도서관(독일 최대 공공 도서관)은 수년간 Microsoft Teams/SharePoint/Office365 또는 Atlassian Confluence와 같은 기업용 인트라넷 솔루션의 포괄적인 오픈소스 대안으로서 Discourse를 포지셔닝하기 위한 개념과 전략을 개발해 왔습니다.
이 이니셔티브는 다음과 같은 다양한重点领域를 포괄합니다:
- UX / 디자인
- 지식 관리
- 직원 위원회와의 공동 결정 절차
- 데이터 보호 및 개인정보 보호
- 평탄한 조직 구조 매핑
- 문서 관리 시스템(DMS)과의 인터페이스
- 교육 및 문서화 프레임워크
- 운영 모델
- 삭제 및 보유 정책
- 멀티테넌트 기능
- 기술 부채 관리
- 디지털 툴킷
- 프로세스 관리
- HR 및 조직 개발
- 내부 커뮤니케이션
- 디지털 주권
저는 현재 우리의 핵심 접근 방식을 개요하는 매니페스토를 작성 중이며, 향후 며칠 내에 여기에 게시할 예정입니다.
15개의 좋아요
우연히도, 베를린에서도 우리는 한 독일 자동차 기업에서 엔터프라이즈 수준으로 Discourse를 사용하고 있습니다. 다만, 위키로는 채택되지 않았습니다. 이는 주로 두 가지 이유 때문입니다:
- incredibly frustrating and humiliating(극도로 좌절스럽고 수치스러운) 내부 정치.
- Discourse Docs 플러그인이 2019년 당시 우리의 요구를 완전히 충족하지 못했습니다 - 하지만 현재 버전은 충족합니다.
엔터프라이즈 수준에서 위키로 Discourse를 사용하는 것은 매우 현실적인 선택지입니다. 하지만 Confluence에는 왼쪽에 문서 계층 구조 뷰가 있었는데, 경영진은 이를 쉽게 포기하지 못했습니다(아래 이미지 참조). 그 결과, XWiki를 위키 라이브러리로 사용하고, Discourse는 동료 간 지원, 토론, 질문용으로 사용하기로 결정했습니다.
그 후, 그들의 트리 계층 구조를 어떻게 조직할지에 대해 합의하는 데 12개월이 넘게 소요되었습니다. 물론 답은 데이터가 복잡하며, 트리 구조는 우리가 다뤄야 할 데이터에 대해 실제로는 최선의 선택이 아니었다는 것이었습니다. 결국 이 상황은 Discourse에 유리하게 작용했으며, 우리는 권장되는 태그 기반 조직 방식을 따르고, 검색 기능을 활용하며, 사용자가 하이퍼링크를 충분히 사용하도록 장려했습니다.
이 이야기의 중요한 부분은 2019년에 시작했고, 이러한 결정이 내려진 후 Discourse Knowledge Explorer가 상당한 방식으로 변경되었다는 점입니다. 저는 이것이 이제 Discourse Doc Categories이며, 당시 우리가 구상하고 필요로 했던 것과 훨씬 더 부합한다고 믿습니다.
하지만 정말로 이 문제를 어렵게 만든 것은 엔터프라이즈 수준의 정치였습니다. 부서와 의사결정자들이 회사의 이익이 아니라 자신들의 최선의 이익을 위해 행동하는 경우가 자주 발생합니다. 우리는 결국 xwiki를 추진한 부서와 조율하고 있었고, Discourse가 그 플랫폼이 될 것이라는 서면 합의도 있었습니다. 12개월 후, 그들은 갑자기 전사적으로 xwiki가 새로운 플랫폼이 될 것이라고 발표했습니다. 그 후 12개월 동안 혼란을 겪는 사용자들과, 제가 "노력한 만큼의 가치가 있는가"를 의심하게 만든 incredibly difficult alignment talks(극도로 어려운 조율 회의)가 이어졌습니다. 저는 항상 그 가치가 있었다고 주장할 것입니다. 하지만 이러한 일들과 싸우고 지속적으로 역류를 헤엄치며 개인적으로 상당한 대가를 치렀다는 사실은 분명합니다.
제가 여기서 얻은 핵심 교훈은, 엔터프라이즈 수준에서 Discourse가 훌륭한 위키 도구라는 것입니다 - 특히 소프트웨어 및 기술 분야에서 더욱 그렇습니다. 또한, 올바른 기업 문화에서는 게임 체인저가 될 수 있습니다.
제 경험상 더 큰 문제는 항상 플랫폼을 확립하는 데 필요한 미친 듯한 수준의 정치였습니다.
5개의 좋아요
여기서 몇 가지 사항에 대해 간단히 코멘트를 남깁니다:
첫째, 맞습니다. 이는 우리가 기존 플러그인을 대체할 의도로 도입한 새로운 문서 플러그인입니다. 우리는 메타(meta)의 문서화에 이를 사용하고 있으며, 목적을 훨씬 더 잘 달성하고 있습니다. 이 플러그인은 사이드바 내비게이션에 표시될 섹션과 페이지를 원하는 순서로 정의할 수 있게 해줍니다.
여전히 experimental(실험적) 상태인 이유는, 광범위하게 지원받기 위해我们认为 필요한 성숙도에 아직 완전히 도달하지 못했기 때문입니다. 가장 필요한 것은 사이드바 내비게이션을 뒷받침하는 인덱스를 관리하는 더 사용자 친화적인 방법입니다.
더 깊은 수준의 중첩(nesting)을 지원하는 것도 언젠가 구현할 것으로 예상합니다.
현재 이 플러그인에 대해 과도하게 투자하고 있지는 않지만, 이것이 우선순위가 되거나 파트너와의 협력을 통해 이러한 기능들이 더 많이 구축될 때의 기반이 될 것으로 예상합니다.
6개의 좋아요
커뮤니티의 요구사항에 맞춰 매일 개선을 위해 노력해 주시는 점에 감사드립니다. 이를 이해하는 모든 사람에게 진정한 가치가 됩니다.
‘더 나은 되돌아가기’ 개선 사항에 Doc Categories에서 사이드바를 여는 더 눈에 띄는 방법을 추가하는 것이 완벽한 보완책이 될 것이라고 조심스럽게 제안드립니다.
우리의 커뮤니티는 과거에 경험을 공유했던 표준 및/또는 인프라와는 매우 거리가 멀지만, 우리가 살고 있는 디지털 시대에서 UI/UX가 보편적 언어의 핵심 부분이라고 생각합니다.
우리는 모두 이 지속적인 개편에서 혜택을 받고 있습니다. 저에게도 잠시 칭찬의 시간을 주세요 
4개의 좋아요
이것은 부분적으로 관련 있는 기사입니다. 오픈소스 협업 도구에 대해서는 언급하지 않지만, Discourse는 덴마크 동료들이 하고 있는 일과 완벽하게 부합할 것입니다:
2개의 좋아요
@Ralf_Stockmann 이 매니페스트가 어딘가에 빠졌나요? 링크를 주시면 정말 감사하겠습니다!
저도 그것에 관심이 있습니다.