“Linear에서 더 생산적으로 일하기”는 좀처럼 “더 빨리 타이핑하기”를 뜻하지 않습니다.
대개 이런 뜻입니다.
- 되묻는 일이 줄어들고,
- 회의가 줄어들고,
- 어정쩡하게 끝난 티켓이 줄어들고,
- 처음부터 끝까지 실행할 수 있는 이슈가 늘어난다는 것.
이 워크플로는 어수선한 프로세스에서도 살아남습니다. 바꿔야 하는 것이 하나의 산출물을 쓰는 방식뿐이기 때문입니다.
TL;DR
- Linear에서의 생산성은 명확성이지, 바빠 보이기 위한 속도가 아닙니다.
- 가장 큰 효과는 후속 질문을 줄이는 이슈를 쓰는 데서 나옵니다. 맥락 → 범위 → 인수 조건 순서입니다.
- Linear의 방법론은 사용자 스토리보다 이슈, 그리고 지속적인 계획을 강조합니다. 가볍게 유지하면 이 아이디어들은 실제 팀에도 잘 맞습니다.
- 글쓰기가 병목이라면 “더 오래 일하지” 마세요. 마찰을 줄이세요. 먼저 글을 빠르게 초안으로 쓰고, 그다음 정확성을 위해 다듬으세요.
1) 모든 이슈가 3가지 질문에 답하게 하기(맥락, 범위, 완료)
이슈를 읽고도 누군가 “이게 뭐죠?”나 “언제 끝나나요?”라고 묻는다면, 그것은 이슈를 쓴 것이 아닙니다. 회의 초대장을 쓴 것입니다.
다음 구조를 사용하세요.
맥락(왜)
짧은 한 단락:
- 어떤 문제를 풀고 있나요?
- 누가 영향을 받나요?
- 근거는 무엇인가요(링크, 스크린샷, 지표)?
범위(무엇)
글머리 기호로:
- 범위 안
- 범위 밖
완료(어떻게 아는가)
인수 조건 체크리스트.
Linear 자신의 가이드도 스토리 형태의 산출물보다 바로 실행할 수 있는 이슈를 쓰는 쪽으로 기울어 있습니다: “Write issues not user stories” (Linear Method).
2) 인수 조건으로 오가는 대화 줄이기
인수 조건이 이틀간의 모호함을 막아준다면 “불필요한 서류 작업”이 아닙니다.
가볍게 유지하세요.
- 사용자에게 보이는 동작
- 엣지 케이스(2~3개 항목)
- 성능 제약(관련 있는 경우)
인수 조건이 무엇이고 왜 중요한지는 Atlassian의 설명이 좋은 기본 참고 자료입니다(Jira를 쓰지 않더라도): Atlassian: Acceptance criteria.
3) “비동기로 실행할 수 있는” 티켓 쓰기
간단한 테스트가 있습니다.
다른 시간대에 있는 팀원이 내일 이 티켓을 집어 들고, 당신에게 전화하지 않고도 출시할 수 있을까요?
그렇지 않다면 다음을 추가하세요.
- 디자인/로그 링크
- 예상 결과와 실제 결과(버그의 경우)
- 짧은 “비목표” 목록
4) Linear를 양식이 아니라 에디터처럼 쓰기
Linear의 에디터는 양식을 채우는 용이 아니라 글쓰기용으로 만들어졌습니다. 그래서 위의 구조를 적용하는 비용이 낮습니다. 참고 자료 두 가지입니다.
앱 안에서 더 빨리 움직이고 싶다면 단축키 도움말을 익혀 두는 것(최소한 훑어보는 것)도 좋습니다.
목표는 모든 단축키를 외우는 것이 아닙니다. 일주일 내내 반복하는 사소한 UI 조작을 줄이는 것입니다.
5) 재사용할 수 있는 템플릿 사용하기
이 템플릿을 복사해서 이슈에 붙여넣으세요.
템플릿: 기능 / 개선
- 맥락: …
- 목표: …
- 비목표: …
- 접근 방식(선택): …
- 인수 조건:
- [ ] …
- [ ] …
- [ ] …
- 링크: 디자인, 문서, PR
템플릿: 버그
- 요약: …
- 재현 단계:
- …
- …
- 예상 결과와 실제 결과: …
- 영향 / 심각도: …
- 인수 조건:
- [ ] 회귀 테스트 추가됨
- [ ] …에서 수정 확인됨
- 링크: 로그, 스크린샷
6) 글쓰기가 병목이라면 빠르게 초안을 쓰고 다듬기
이슈를 쓰는 데 시간이 꽤 걸리기 때문에 사람들은 대충 씁니다. 그리고 대충 쓴 이슈가 나중에 회의라는 비용으로 돌아옵니다.
실용적인 해결책:
- 빠르게 초안을 씁니다(문장 도중에 스스로 고치지 않기)
- 그다음 중요한 10%만 다듬습니다(이름, ID, 링크, 서식)
macOS에서 마찰을 줄이는 한 가지 방법은 첫 초안에 음성 인식을 쓰고(특히 맥락과 인수 조건), 정확한 수정은 키보드로 하는 것입니다.
Linear에서의 정확한 설정 방법은 여기에 있습니다: /how-to/linear-mac-dictation
7) “Vibe coding”은 티켓을 덜 중요하게 만들지 않고 더 중요하게 만듭니다
팀이 AI 우선 에디터나 “vibe coding” 워크플로를 쓰고 있다면 병목이 이동합니다.
- 처음부터 코드를 타이핑하는 시간은 줄고
- 무엇이 일어나야 하는지 명세하는 시간은 늘고
- 검토 체크리스트의 필요성이 커집니다
그래서 명확한 이슈와 인수 조건의 가치는 더욱 커집니다.
가이드: /blog/vibe-coding
더 읽어보기
- Linear 설정(Mac): /how-to/linear-mac-dictation
- GitHub Issues(Mac): /how-to/github-issues-mac-dictation
- Jira(Mac): /how-to/jira-mac-dictation
- 원격 근무: /solutions/remote-work
출처
- Linear Method: Write issues not user stories
- Linear Docs: Create issues
- Linear Docs: Editor
- Linear: Keyboard shortcuts help
- 인수 조건 개요: Atlassian
- 제품/프로세스 강연: Karri Saarinen (CEO of Linear) on product management practices (YouTube)