비동기 업무 커뮤니케이션에 discourse를 사용할 때, 누군가가 메시지를 읽었는지 그리고 후속 조치를 취할 의사가 있는지 파악하기가 어려울 수 있습니다. 예를 들어, "제안을 확인했고 다음 주에 후속 조치를 취하겠다"는 아이디어를 전달하고 싶은 경우가 있을 수 있습니다. 이는 기대치를 전달하고 관리하는 데 매우 유용합니다. 이러한 기능이 없다면, 사람들은 discourse나 인스턴트 메신저(예: slack)를 통해 여러분을 찾아올 가능성이 높습니다.
현재 이를 전달하는 방법은 다음과 같습니다:
특정 이모지를 컨벤션으로 사용하는 것입니다. 예: . 안타깝게도 이는 타임라인(예: 언제 후속 조치를 취할 것인가?)을 제공하지 않습니다.
주제에 답글을 남기는 것입니다. 안타깝게도 5명이 "다음 주에 답변하겠다"고 답글을 남기면 사이드바에 많은 노이즈와 읽지 않은 메시지가 쌓입니다.
대신, threads와 같은 기능/플러그인을 구축하는 것을 제안합니다. 예를 들어, 후속 조치를 취할 날짜를 명시적으로 지정할 수 있습니다:
음… 이건 우리 팀에서 실제로 논의된 적이 없는 사항이고, 저도 이런 요청을 처음 들어봅니다. 일반적으로 우리는 어떤 주제를 언제 논의할지, 언제 답변을 작성할 시간이 생길지, 그리고 어떤 작업을 완료해야 하는지 등을 논의하기 위해 토픽을 활용하는 것을 선호합니다. 이제 게시물을 담당자에게 할당하는 기능이 있어서 좋은 점도 있지만, 이 기능도 시간을 알려주지는 않습니다. 우리는 각자가 포럼의 토픽을 언제 읽고 후속 조치를 취할지 스스로 결정하며, 이렇게 하면 작업이 꽤 잘 진행되고 있습니다.
또한, 다른 사람에게 언제 답변할지 알리기 위해 특정 기능을 사용해야 한다는 기대는 다소 무겁고 스트레스를 주는 것 같습니다. Discourse for Teams 플랫폼은 스트레스를 줄이고, 업무를 더 재미있고 생산적으로 만들어 주기를 바라고 있으며, 스트레스를 추가하는 것은 원치 않습니다. 하지만 제가 틀린 것일 수도 있으니, 사용 사례에 대해 좀 더 자세한 정보를 알려주실 수 있을까요? 아니면 단순히 다른 플랫폼에서 익숙해졌던 기능이 없어서 그런 건가요?
제 관점은 조금 다릅니다. 기대치를 설정하는 것이 중요하다고 생각합니다. 저와 제 팀에게 쏟아지는 요구량은 처리할 수 있는 것의 10배나 되므로, 요청은 인지했지만 당분간 보지 못할 것이라는 점을 인정하는 것이 도움이 된다고 느낍니다. 이는 스트레스를 줄여준다고 생각합니다. “보지 못했다”/"봤지만 관심이 없다"와 "봤고 다른 일로 바빠서 나중에 처리하겠다"를 구분해 주거든요.
전자는 피드백 신호가 없기 때문에 답을 얻기 위해 상대방을 계속 쫓아다니게 만드는 결과를 낳습니다. 후자는 상대방이 타임라인을 수용하거나, 더 빨리 필요한 경우 에스컬레이션할 수 있는 기회를 줍니다.
앞서 언급했듯이, 현재는 주제에 메시지를 게시하여 이를 수행할 수 있습니다. 하지만 저는 이것이 매우 "즉시 메시지"적인 접근 방식이라고 느낍니다. 대화의 진행에 크게 도움이 되지 않으며, 이 목적으로 주제를 올리는 것도 특히 원하지 않습니다. 제 생각에는 이보다는 리액션(반응)에 더 가까운 형태여야 합니다. 주제 소유자는 관심이 있을 수 있지만, 다른 모든 사람이 새로운 미읽음 카운터를 통해 주제를 열게 되고, A는 다음 주에, B는 목요일에 답변할 것이라는 사실을 발견하게 되는 것을 원할까요? 저는 그렇지 않다고 생각합니다. 매우 시끄러운 일이니까요.
다음으로 최선의 방법은 슬랙(Slack)에서 사람들이 언제 후속 조치를 할지 묻는 것이지만, 그렇게 되면 투명성이 부족해지고 추가적인 방해가 생기는 문제가 발생합니다.
실제로 우리는 언급한 플랫폼을 사용하지는 않습니다. 하지만 다양한 옵션(discourse vs 기타 비동기 작업 컨텍스트에서)을 검토할 때, 이것이 그들에게 정말 큰 장점이었으며, 우리 팀은 그것이 얼마나 유용할지 즉시 파악할 수 있었습니다.
이 아이디어의 취지는 좋다고 생각합니다. 메시지를 따로 남기지 않아도 팀원들에게 특정 작업에 언제쯤 다시 돌아올지 알려줄 수 있다는 점은 좋은 점이에요. 다만, 이 기능이 스트레스로 이어질 수 있다는 우려도 이해합니다. 특정 날짜와 시간에 답을 기대하는데 그럴 수 없을 경우, 그게 스트레스가 될 수 있잖아요? 하지만 결국 그것은 문화의 문제라고 봅니다. 이런 종류의 기능이 더 요청되기 전에 기다리는 것이 좋을 수도 있습니다. 공개 북마크에 공개 알림과 메모를 붙이는 것은 좋은 방법일 수 있지만, 제 기억으로는 다른 요청을 들어본 적이 없었습니다.
팀이나 상사에게 특정 날짜까지 무언가를 처리하겠다고 약속했는데 지키지 못한다면, 그로 인해 스트레스를 받을까요? 물론 소통하지 않는다면 100% 스트레스를 받을 것입니다. 스트레스는 도구에서 오는 것이 아니라, 당신이 자신의 약속을 지키지 못해서 생기는 것입니다. 바로 이 지점에서 도구가 도움을 줄 수 있습니다. 이러한 약속들을 목록으로 정리할 수 있는 방법을 갖추면, 그들을 나열하고 그에 대해 어떻게 할지(아무것도 하지 않는 것도 포함하여) 결정할 수 있습니다.
이전에 Tobias에게 언급했던 한 가지 참고 사항: 이 기능은 Discourse가 지원하는 대부분의 커뮤니티에는 거의 의미가 없을 것입니다. 이는 비동기(async) 작업에 관한 것입니다. Discourse for teams가 순수한 Discourse에 비해 아직 초기 단계(하나는 8년 전, 다른 하나는 1년 전 출시)이기 때문에, meta에서 팀용으로 Discourse를 사용하는 사용자의 비율은 극히 적을 것으로 추정됩니다. meta에는 팀에 대해 논의할 카테고리가 없습니다. 무엇을 주시해야 하고 어떻게 기여해야 하는지 파악하기 어렵습니다(독자의 99%에게는 주제에서 벗어난 내용이 될 가능성이 높습니다). 따라서 침묵은 두 가지 방식으로 해석될 수 있습니다: 나쁜 아이디어이거나, 아니면 Discourse for teams 커뮤니티에서 반응할 멤버들이 주변에 없거나. Discourse의 본래 목적이 커뮤니티를 구축하는 것이 아닌가요?
고맙습니다, Julien! 늘 그렇듯이 당신의 제안들은 아주 좋습니다. 이 문제를 좀 더 생각해 본 결과, 조직 내에서 규범을 설정하는 것만으로 당신의 필요를 상당 부분 충족시킬 수 있을 것 같습니다. 예를 들어, 특정 카테고리의 주제에 대해 특정 담당자가 지정되며, 해당 담당자는 정해진 일수 내에 답변할 것을 약속한다는 내용을 모든 구성원에게 명확히 전달하는 것입니다. 이렇게 하면 사람들이 인내심을 갖고 답변을 기다려 주실 것이며, 당신은 어떤 게시물에 우선적으로 답변해야 하는지도 알게 될 것입니다. 드물게 더 많은 시간이 필요한 경우, 답변 예정일을 알리고 조사가 더 오래 걸리는 이유 등을 설명하는 임시 답변을 남길 수 있습니다. 그리고 나서 스스로에게 알림을 설정해 두세요.
주제 내의 특정 게시물을 그룹이나 사용자에게 할당할 수 있다는 사실을 아셨나요? 게시물을 자신이나 지원 팀에 할당함으로써, 해당 게시물이 확인되었고 답변이 forthcoming(예정)임을 모든 관련자에게 알릴 수 있습니다. 할당된 항목은 그룹 페이지에 표시됩니다.
Discourse에 더 많은 작업 관리 기능을 추가해야 할 시기가 오고 있다고 생각합니다. 이 기능들은 당신의 사용 사례에도 도움이 될 것입니다. 여기에는 할당 작업에 대한 마감일이나 목표 날짜를 설정하는 기능, 그리고 잠재적으로 의존성 설정도 포함됩니다. 예를 들어, 사용자 A가 할당된 게시물 1을 완료한 후에 사용자 B가 할당된 게시물 2의 작업을 시작할 수 있는 식입니다. 또한 작업을 더 쉽게 조직화하고 우선순위를 정하기 위해 할당 항목의 달력 및 카논 보드(Kanban) 카드 뷰도 포함될 수 있습니다.
Kanban Board 이라는 기능이 있지만, 저는 오랫동안 사용하지 않았습니다. 이것이 Discourse for Teams에 추가될 수 있을지 확인해 보면 흥미로울 것입니다.
아직 팀을 위한 전용 공간이 꼭 필요하다고는 생각하지 않습니다. 커뮤니티 기능 요청과 팀 기능 요청은 모두 Contribute > Feature 카테고리에 환영됩니다. team 카테고리의 장점은 디스코스의 팀 사용법에 대해 더 공개적으로 논의할 수 있는 공간을 제공하는 것이지, 버그나 기능 요청을 게시하는 곳이 아닙니다. 전용 공간을 만들기 전에 이러한 논의가 더 많이 이루어져야 합니다.
디스코스는 많은 사람들에게 다양한 의미를 지니며, 팀 기능 요청도 공개 지원 커뮤니티의 기능 요청과 마찬가지로 이곳에서 환영됩니다.
이 특정 제안은 제 생각에 아직 이르다고 느껴집니다.
첫째, @nbianca는 현재 북마크 목록을 개선하고 있으며, 북마크가 TODO 목록처럼 작동하는 모드를 지원하고 완료 처리를 위해 북마크를 명시적으로 제거해야 하는 기능을 추가하고 있습니다. 이 기능이 갖춰지면, 북마크 목록 공유 아이디어를 탐구해 볼 수 있을 것입니다. 예를 들어, '내 북마크 목록은 내 TODO 목록입니다. 모두와 공유해도 괜찮습니다’라는 옵션을 [ ] 형태로 제공하는 것 등이 있겠지요.
. 안타깝게도 이는 타임라인(예: 언제 후속 조치를 취할 것인가?)을 제공하지 않습니다.
.
스트레스는 도구에서 오는 것이 아니라, 당신이 자신의 약속을 지키지 못해서 생기는 것입니다. 바로 이 지점에서 도구가 도움을 줄 수 있습니다. 이러한 약속들을 목록으로 정리할 수 있는 방법을 갖추면, 그들을 나열하고 그에 대해 어떻게 할지(아무것도 하지 않는 것도 포함하여) 결정할 수 있습니다.