태스크는 선택입니다

"너무 경직됐다." 전통적인 태스크 관리는 종종 그렇게 느껴집니다. 많은 태스크 도구가 업무는 구조화된 티켓에서 시작해야 한다고 전제합니다. 태스크를 만들고, 담당자를 지정하고, 상태를 정하고, 우선순위를 넣고, 마감일을 정하고, 워크플로우를 따라 옮기는 식으로요.

하지만 실제 업무가 늘 그렇게 시작되지는 않습니다. 때로는 사람들이 그냥 먼저 이야기를 해야 합니다. 문제를 이해하고, 맥락을 공유하고, 질문하고, 선택지를 살펴보고, 그 일이 정말 필요한지부터 판단해야 하니까요.

태스크가 처음부터 존재할 필요는 없습니다

Seeze에서 이슈는 어딘가에 접수하는 티켓이 아닙니다. 하나의 업무가 사는 자리이고, 시작은 그저 집중된 대화 하나입니다. Seeze는 이슈 스레드를 열 때 태스크를 반드시 만들도록 강요하지 않습니다. 논의를 통해 구체적인 할 일이 필요하다는 게 분명해지면, 그때 이슈에 태스크를 붙이면 됩니다. 나중에 팀이 그 일이 더 이상 필요 없다고 판단하면 태스크를 뗄 수도 있습니다.

왼쪽의 이슈는 아직 대화일 뿐입니다. 호텔 확정 메일과 PDF, 그리고 다음에 해야 할 일이 적혀 있습니다. 태스크는 없고, 만들라고 강요하지도 않습니다. 할 일이 분명해지면 그때 태스크를 붙이고, 이슈는 그때부터 그것을 달고 다닙니다. 마감일 칸이 비어 있는 것을 보십시오. 담당자도, 마감일도, 우선순위도 모두 선택입니다.

이렇게 하면 태스크는 반드시 만들어야 하는 티켓이 아니라, 필요해졌을 때 붙이는 업무 객체가 됩니다.

태스크는 파일 첨부처럼 동작합니다

Seeze의 태스크를 이해하는 좋은 방법은 파일 첨부에 빗대어 보는 것입니다. 파일이 필요한지 알기도 전에 첨부부터 만들어두지는 않습니다. 대화를 시작하고, 그 파일이 필요해지는 순간에 붙이죠.

Seeze의 태스크도 거의 같은 방식으로 동작합니다. 이슈 스레드는 팀이 그 업무를 논의하는 곳이고, 태스크는 그 논의가 분명한 행동을 만들어냈을 때 붙습니다.

이건 비유만이 아니라 실제 동작입니다. 태스크는 이슈 메뉴에서 붙이고 같은 자리에서 뗍니다. 태스크가 없으면 Add task, 있으면 Remove task입니다. 파일을 붙이고 떼듯 태스크도 그렇게 다룹니다. 담당자와 마감일, 우선순위는 모두 비워둘 수 있는 항목입니다.

태스크는 대화를 대체하지 않습니다. 대화 위에 실행 계층을 하나 얹을 뿐입니다. 덕분에 워크플로우는 가볍게 유지되면서도, 책임과 마감과 실행에 필요한 구조는 그대로 갖춥니다.

강요된 티켓에서 합의된 약속으로

전통적인 태스크 관리는 대개 배정에서 시작합니다:

업무가 늘 그냥 배정하면 되는 것은 아닙니다. 어떤 사람은 태스크를 받아들이기 전에 맥락이 더 필요할 수 있습니다. 요구사항이 아직 불분명할 수도 있습니다. 논의 중에 다른 해법이 나올 수도 있고, 아예 그 일이 더 이상 필요 없다는 걸 팀이 발견할 수도 있습니다.

Seeze는 이런 순간들을 경직된 태스크 워크플로우의 예외가 아니라 협업 과정의 일부로 다룹니다. 태스크는 관련된 사람들이 무엇을 해야 하는지 이해하고 그렇게 하기로 합의했을 때 만들어질 수 있습니다.

좋은 협업은 사람에게 실행을 요구하기 전에 그 일을 이해할 맥락을 먼저 줍니다. 목표는 책임과 소유를 없애는 것이 아닙니다. 책임이 이해를 뒤따르게 하는 것입니다.

가볍다는 것이 구조가 없다는 뜻은 아닙니다

가벼운 태스크는 구조가 없는 태스크가 아닙니다. 일단 붙고 나면 태스크는 담당자, 마감일, 우선순위까지, 그 일을 실행하는 데 필요한 것을 모두 담을 수 있습니다.

그다음부터는 여느 추적되는 업무와 똑같이 동작합니다. 각 태스크는 할 일 → 진행중 → 완료됨으로 이동하고, 모든 사람은 자신에게 배정된 일을 보는 내 할 일과 남에게 넘긴 일을 보는 보낸 할 일을 함께 갖습니다. 마감일은 그날 예정된 다른 일정과 나란히 캘린더에 올라갑니다.

변경 내역도 스레드 안에 남습니다. 마감일이 당겨지고 우선순위가 올라갔을 때, 그 변경이 그렇게 만든 대화와 나란히 기록됩니다.

차이는 구조가 있느냐 없느냐가 아닙니다. 차이는 그 구조가 언제 들어오느냐입니다. Seeze는 대화를 먼저 두고, 구조화된 실행은 실제로 필요한 자리에 둡니다. 그래서 팀은 책임을 희생하지 않으면서도 논의를 자연스럽게 이어갈 수 있습니다.

먼저 대화하세요. 할 일이 분명해졌을 때 붙이면 됩니다.

함께 읽기: