개발 조직의 역할 — 누가 무엇을 책임지나 — 실습 Lab

INCIDENT RESPONSE

0 / 5 단계 완료

📚 PREREQUISITES

Theorysw-engineering/dev-roles-collaboration

TRACK

SW-ENGINEERING

SLA

45분

LEVEL

입문

PHASES

3단계

ENV

local

INCOMING TICKET

“팀 리드: "요즘 일이 자꾸 경계에서 떨어져요. 빈 화면 처리, API 에러 문구, 배포 후 모니터링 같은 게 누구 일인지 애매해서 아무도 안 잡고 있다가 사고가 납니다. 우리 팀 역할을 명확히 정리해서, 누가 무엇을 산출하고 무엇을 책임지는지 한 장으로 정해 주세요."”

YOUR ROLE

개발 조직의 역할과 협업을 정리하는 팀 리드/PM

안 하면 나중에

역할 경계가 흐리면 "누구 일도 아닌 일"이 방치돼 사고로 이어지고, 핸드오프마다 계약이 없어 재작업이 쌓이며, 책임이 모두에게 분산돼 정작 아무도 결정하지 못한다.

📋상황 브리핑

팀 리드가 말합니다.

"6~8명이 한 웹 서비스를 만드는데, 요즘 자꾸 일이 경계에서 떨어져요. 빈 상태 화면은 프론트가 알아서 하겠거니, API 에러 메시지 문구는 백엔드가 하겠거니, 배포 후 지표 모니터링은 데이터가 보겠거니… 그러다 아무도 안 잡은 채로 사고가 납니다. 반대로 어떤 건 세 명이 서로 자기가 맡겠다고 하다가 중복 작업이 되고요. 우리 팀 역할을 명확히 정리해 주세요. 누가 무엇을 산출하고, 역할 사이에 무엇을 주고받고, 한 작업의 최종 책임자는 누구인지를요."

역할 정의는 "직함을 나열하는 일"이 아니라 "일이 경계에서 떨어지지 않고, 핸드오프에서 재작업이 안 나며, 한 작업의 책임자가 분명해지는" 문제다. 이 Lab은 역할별 산출물·책임을 가르고(task-01), 역할 간 핸드오프를 계약으로 묶고(task-02), RACI로 작업별 책임을 확정한다(task-03).

⏱ 45분📊 입문🔧 3단계#roles#collaboration#raci#handoff

MISSION

역할별 산출물·책임 구분 — 누가 무엇을 만들고 무엇을 보장하나

프론트엔드·백엔드·PM·QA·DevOps·디자이너·데이터 각각이 "무엇을 산출하고 무엇을 책임지는지"를 한 줄씩 갈라, 경계에서 떨어지는 일이 없게 한다.

협업 인터페이스 — 핸드오프 지점과 주고받는 산출물을 계약으로

역할 사이에서 무엇을 언제 주고받는지(PM→요구서, 디자이너→시안, BE→API 계약, QA→테스트 결과)를 핸드오프 지점으로 그리고, 각 핸드오프에 "완료 기준(계약)"을 붙여 재작업을 막는다.

RACI로 책임 명확화 — 한 작업에 Accountable은 한 명

핵심 작업들을 RACI(Responsible·Accountable·Consulted·Informed)로 매핑하고, 각 작업의 Accountable을 정확히 한 명으로 못 박아 "모두가 책임지면 아무도 책임 안 짐"을 없앤다.

📌 선수 지식

• [이론] sw-engineering/dev-roles-collaboration

ℹ️ 실습 환경

환경: local

🔒

실습 실행은 Pro 플랜 전용입니다

인시던트 브리프와 학습 자료는 지금 바로 확인할 수 있습니다. 실제 실습 진행 및 터미널 사용은 Pro 플랜에서 가능합니다.

Pro로 업그레이드 →

>_ LAB TERMINAL↔ 너비 조절

NOTES