{ "schemaVersion": 1, "status": "proposal", "caseType": "fictional", "basis": "docs/sources/직무평가/지원자평가/09-07-서비스기획-신입-실무역량-3단계-평가기준.md", "groups": [ { "code": "TC1", "name": "문제 정의", "origin": "proposal", "description": "신입 지원자의 가상 과제 제출물에서 사용자와 사업 맥락을 해석하고 해결할 문제의 원인·목표·범위를 정하는 과정을 확인합니다.", "children": [ { "code": "TC1.1", "name": "과제 맥락과 자료 해석", "origin": "proposal", "children": [ { "code": "TC1.1.1", "name": "사용자·사업 목적·제약을 담은 과제 착수 개요서 작성", "origin": "proposal", "children": [ { "code": "TC1.1.1.1", "name": "문제를 겪는 사용자와 이용 상황을 특정하고 사업 목적과 실행 제약을 연결해 과제의 출발 조건을 설명합니다.", "origin": "proposal", "sourceIds": [ "TEAM1.1.1", "TEAM1.1.2", "TEAM1.1.3" ], "children": [ { "code": "TC1.1.1.1.1", "name": "신규 가입자 전체를 한 집단으로 보지 않고, 첫 설정을 완료하지 못한 사용자를 주요 대상으로 정의합니다.", "origin": "legacy-team", "sourceId": "TEAM1.1.1" }, { "code": "TC1.1.1.1.2", "name": "단순한 화면 개선이 아니라 가입 후 핵심 기능 사용률을 높이는 것이 사업 목적이라고 설명합니다.", "origin": "legacy-team", "sourceId": "TEAM1.1.2" }, { "code": "TC1.1.1.1.3", "name": "개발자 2명과 2주라는 조건을 확인하고 전체 가입 절차 개편을 초기 범위에서 제외합니다.", "origin": "legacy-team", "sourceId": "TEAM1.1.3" }, { "code": "TC1.1.1.1.4", "name": "공유회의실 예약 과제의 개요서에 '외부 손님을 초대하는 소규모 팀의 예약 담당자가 대상입니다. 예약 확정까지 걸리는 시간을 줄여 평일 회의실 가동률을 높이려 합니다. 결제사 연동은 변경할 수 없으므로 현재 결제 이후의 확정 절차를 검토합니다'라고 작성합니다.", "origin": "proposal" }, { "code": "TC1.1.1.1.5", "name": "도서관 전자책 과제에서 대상 표에 '모바일 웹에서 처음 대출하는 회원'을 적고, 목적을 '보유 전자책의 실제 대출 확대'로 설명합니다. 운영 조건에는 '다음 달 계약 갱신 전까지 개발 5일을 사용할 수 있고 공급사 뷰어의 수정 권한은 확인이 필요합니다'라고 명시합니다.", "origin": "proposal" } ] } ] }, { "code": "TC1.1.2", "name": "제공 자료별 확인 질문과 활용 범위 목록 작성", "origin": "proposal", "children": [ { "code": "TC1.1.2.1", "name": "제공 자료가 담고 있는 정보와 확인할 수 있는 질문을 대응시켜 문제 분석에 사용할 자료의 역할을 설명합니다.", "origin": "proposal", "sourceIds": [ "TEAM1.1.4" ], "children": [ { "code": "TC1.1.2.1.1", "name": "퍼널 데이터는 이탈 구간, VOC는 반복 불편, 인터뷰는 행동 이유를 확인하기 위한 자료로 구분합니다.", "origin": "legacy-team", "sourceId": "TEAM1.1.4" }, { "code": "TC1.1.2.1.2", "name": "반찬 정기배송의 자료 목록에 '주문 로그: 어느 배송 주차에 해지가 몰리는가 / 상담 기록: 해지 사유를 어떻게 표현하는가 / 요금표: 해지 시 적용되는 비용은 무엇인가'를 적습니다. 로그에는 해지 사유가 없으므로 상담 기록과 함께 읽겠다고 설명합니다.", "origin": "proposal" }, { "code": "TC1.1.2.1.3", "name": "문화센터 강좌 신청 과제에서 화면 캡처는 입력 항목과 안내 위치를, 신청 이력은 단계별 중단 건수를, 면담 기록은 사용자가 안내를 이해한 방식을 확인하는 자료로 정리합니다. 면담 기록만으로 전체 중단률을 계산하지 않도록 자료별 활용 범위를 목록에 덧붙입니다.", "origin": "proposal" } ] } ] } ] }, { "code": "TC1.2", "name": "사용자 문제 진단과 원인 분석", "origin": "proposal", "children": [ { "code": "TC1.2.1", "name": "이용 단계별 장애 진단 및 핵심 문제 정의서 작성", "origin": "proposal", "children": [ { "code": "TC1.2.1.1", "name": "이용 흐름에서 문제가 집중되는 지점을 찾고 집계된 현상을 사용자가 수행하지 못하는 일로 풀어 설명합니다.", "origin": "proposal", "sourceIds": [ "TEAM1.2.1", "TEAM1.2.2" ], "children": [ { "code": "TC1.2.1.1.1", "name": "`이탈률이 높다`는 현상과 `초기 설정 과정에서 서비스 가치를 이해하지 못한다`는 문제를 구분합니다.", "origin": "legacy-team", "sourceId": "TEAM1.2.1" }, { "code": "TC1.2.1.1.2", "name": "전체 가입 과정 가운데 프로필 설정 단계에서 이탈이 집중된다는 사실을 찾아냅니다.", "origin": "legacy-team", "sourceId": "TEAM1.2.2" }, { "code": "TC1.2.1.1.3", "name": "공유회의실 신청 500건 가운데 시간 선택 후 진행한 건은 460건이지만 인원 입력 후에는 270건만 남았다는 진단표를 만듭니다. 관찰 기록 U2의 '인원 입력 뒤 정원 초과 안내를 보고 방 검색을 다시 시작함'을 연결하여, '인원 입력 단계의 이탈 집중'이라는 현상과 '수용 인원 초과를 뒤늦게 알아 방을 다시 찾아야 함'이라는 사용자 문제를 분리해 적습니다.", "origin": "proposal" }, { "code": "TC1.2.1.1.4", "name": "전자책 대출 흐름에서 검색 결과 진입 800건, 책 상세 진입 640건, 외부 뷰어 실행 210건을 표시합니다. 관찰 기록 U3의 '대출 완료 후 책 열기 버튼을 찾다가 목록으로 돌아감'과 면담의 '어디를 눌러야 책이 열리나요?'를 연결해, '상세 진입에 비해 적은 뷰어 실행'이라는 현상과 '대출 뒤 열람 진입점을 찾기 어려움'이라는 사용자 문제를 구분합니다.", "origin": "proposal" } ] }, { "code": "TC1.2.1.2", "name": "후보 문제 가운데 사용자 목표를 직접 막는 문제를 선택하고 부차적 문제를 구분한 이유를 기록합니다.", "origin": "proposal", "sourceIds": [ "TEAM1.2.3", "TEAM1.2.4" ], "children": [ { "code": "TC1.2.1.2.1", "name": "여러 불편 중 가입 완료를 직접 방해하는 필수 입력 항목 과다를 핵심 문제로 선택합니다.", "origin": "legacy-team", "sourceId": "TEAM1.2.3" }, { "code": "TC1.2.1.2.2", "name": "버튼 색상이나 글자 크기처럼 이탈과 직접 연결되는 근거가 부족한 문제는 후순위로 둡니다.", "origin": "legacy-team", "sourceId": "TEAM1.2.4" }, { "code": "TC1.2.1.2.3", "name": "강좌 신청 불편 목록의 '접수 마감 시간을 알 수 없음'에는 '방문 시 이미 접수가 닫혀 신청 불가, 상담 14건'을 적어 핵심 문제로 선택합니다. '강사 사진이 작음'은 상세정보를 읽을 수 있고 신청 실패와 연결된 자료가 없어 별도 개선 목록에 둡니다.", "origin": "proposal" }, { "code": "TC1.2.1.2.4", "name": "반찬 배송 변경 과제에서 '변경 가능일을 몰라 지난주 배송을 수정함'을 우선 해결할 문제로 정합니다. '메뉴 사진의 배경색'은 식단 변경을 막았다는 사례가 없다고 적고, 문제 정의서 본문에서는 배송 주차를 잘못 선택하는 상황에 집중합니다.", "origin": "proposal" } ] } ] }, { "code": "TC1.2.2", "name": "원인 후보와 근거를 연결한 문제 발생 구조도 작성", "origin": "proposal", "children": [ { "code": "TC1.2.2.1", "name": "직접적인 장애와 그 장애를 만드는 정책·구조상의 원인 후보를 구분하고 원인 사이의 연결을 자료와 함께 설명합니다.", "origin": "proposal", "sourceIds": [ "TEAM1.3.1", "TEAM1.3.2", "TEAM1.3.3", "TEAM1.3.4" ], "children": [ { "code": "TC1.2.2.1.1", "name": "필수 입력 항목이 많아 초기 설정 시간이 길어진다는 원인을 제시합니다.", "origin": "legacy-team", "sourceId": "TEAM1.3.1" }, { "code": "TC1.2.2.1.2", "name": "모든 사용자 정보를 가입 단계에서 수집하도록 만든 정보 수집 정책을 근본 원인 후보로 제시합니다.", "origin": "legacy-team", "sourceId": "TEAM1.3.2" }, { "code": "TC1.2.2.1.3", "name": "`입력 항목 증가 → 설정 시간 증가 → 피로도 증가 → 가입 중단`의 관계를 설명합니다.", "origin": "legacy-team", "sourceId": "TEAM1.3.3" }, { "code": "TC1.2.2.1.4", "name": "설정 시간이 길다는 주장은 로그로, 피로를 느낀다는 주장은 반복 VOC와 인터뷰로 뒷받침합니다.", "origin": "legacy-team", "sourceId": "TEAM1.3.4" }, { "code": "TC1.2.2.1.5", "name": "회의실 예약 구조도에 '결제 후 운영자 수동 승인 정책 → 야간 승인 대기 → 확정 여부를 몰라 중복 예약'을 표시합니다. 첫 연결에는 운영 정책 4항, 야간 대기에는 승인 시각 표의 중앙값 9시간, 중복 예약에는 상담 R12·R19를 붙이고 수동 승인 정책을 상위 원인 후보로 적습니다.", "origin": "proposal" }, { "code": "TC1.2.2.1.6", "name": "전자책 이용 구조도에서 '공급사마다 별도 인증 요구 → 기관 로그인 뒤 다시 인증 화면 진입 → 대출한 책을 열지 못함'을 연결합니다. 별도 인증은 연동 명세, 화면 이동은 재현 기록 3번, 사용자 장애는 면담 P2·P5로 뒷받침하며 공급사 인증 구조를 근본 원인 후보로 표시합니다.", "origin": "proposal" } ] } ] } ] }, { "code": "TC1.3", "name": "해결 목표와 작업 경계 정의", "origin": "proposal", "children": [ { "code": "TC1.3.1", "name": "개선 목표 및 제출·완료 조건 정의서 작성", "origin": "proposal", "children": [ { "code": "TC1.3.1.1", "name": "문제 해결로 달라져야 할 사용자 상태를 목표로 정하고 작업 완료를 확인할 산출물과 조건을 구분해 명시합니다.", "origin": "proposal", "sourceIds": [ "TEAM1.4.1", "TEAM1.4.4" ], "children": [ { "code": "TC1.3.1.1.1", "name": "프로필 설정 완료율을 높이고 가입 후 핵심 기능 사용까지 연결하는 것을 해결 목표로 정합니다.", "origin": "legacy-team", "sourceId": "TEAM1.4.1" }, { "code": "TC1.3.1.1.2", "name": "개선 화면 배포와 가입 퍼널 측정 이벤트 적용까지를 완료 조건으로 정의합니다.", "origin": "legacy-team", "sourceId": "TEAM1.4.4" }, { "code": "TC1.3.1.1.3", "name": "강좌 신청 개선안에 목표를 '접수 가능한 강좌를 방문 전에 구분하여 마감 강좌의 신청 시도를 줄임'으로 적습니다. 완료 조건에는 '목록·상세의 접수 상태 표시안, 마감 경계 시각 테스트 4건, 상태 노출 기록의 확인 방법을 제출함'을 따로 작성합니다.", "origin": "proposal" }, { "code": "TC1.3.1.1.4", "name": "배송 변경 설계서에서 목표를 '사용자가 다음 배송분을 확신하고 수정하도록 함'으로 정합니다. 완료 체크리스트에는 '배송 주차가 표시된 확인 화면, 변경 마감 전후 처리표, 변경 성공 기록의 수집 명세가 모두 존재함'을 넣어 목표 달성과 설계 작업의 완료를 구분합니다.", "origin": "proposal" } ] } ] }, { "code": "TC1.3.2", "name": "대상·기능별 포함 및 제외 범위표 작성", "origin": "proposal", "children": [ { "code": "TC1.3.2.1", "name": "개선에 포함할 대상과 기능을 제외 대상과 나란히 명시해 작업 경계를 구체적으로 설명합니다.", "origin": "proposal", "sourceIds": [ "TEAM1.4.2", "TEAM1.4.3" ], "children": [ { "code": "TC1.3.2.1.1", "name": "신규 가입자의 최초 프로필 설정 과정만 개선 범위에 포함합니다.", "origin": "legacy-team", "sourceId": "TEAM1.4.2" }, { "code": "TC1.3.2.1.2", "name": "기존 사용자의 프로필 수정 화면과 추천 알고리즘 개편은 이번 과제에서 제외합니다.", "origin": "legacy-team", "sourceId": "TEAM1.4.3" }, { "code": "TC1.3.2.1.3", "name": "회의실 예약 범위표에 '포함: 국내 지점의 시간 단위 예약 확정 알림 / 제외: 월 단위 사무실 계약, 해외 지점 결제'를 적습니다. 시간 단위 예약의 승인 대기를 다루기 때문에 계약 심사와 해외 정산은 이번 설계에 넣지 않는다고 설명합니다.", "origin": "proposal" }, { "code": "TC1.3.2.1.4", "name": "전자책 과제에서 '포함: 모바일 웹의 대출 완료 화면과 뷰어 이동 안내 / 제외: 책 검색 순위, 종이책 대출, 공급사 뷰어 내부 조작'을 표로 제시합니다. 외부 뷰어로 이동한 뒤의 기능 변경은 경계 밖이라는 점도 화면 목록에 표시합니다.", "origin": "proposal" } ] } ] } ] } ] }, { "code": "TC2", "name": "우선순위", "origin": "proposal", "description": "신입 지원자의 가상 과제 제출물에서 판단에 쓸 정보를 선별하고 효과·비용·위험을 비교해 먼저 실행할 일과 보류할 일을 정하는 과정을 확인합니다.", "children": [ { "code": "TC2.1", "name": "판단 자료와 평가 기준 준비", "origin": "proposal", "children": [ { "code": "TC2.1.1", "name": "의사결정에 사용할 근거 선별표 작성", "origin": "proposal", "children": [ { "code": "TC2.1.1.1", "name": "판단하려는 문제와 자료의 관련성을 기준으로 사용할 정보와 제외할 정보를 구분합니다.", "origin": "proposal", "sourceIds": [ "TEAM2.1.1", "TEAM2.1.4" ], "children": [ { "code": "TC2.1.1.1.1", "name": "전체 방문자 수보다 가입 단계별 전환율과 설정 완료 시간을 먼저 확인합니다.", "origin": "legacy-team", "sourceId": "TEAM2.1.1" }, { "code": "TC2.1.1.1.2", "name": "신규 가입 문제와 관련 없는 장기 이용자의 결제 만족도는 분석 범위에서 제외합니다.", "origin": "legacy-team", "sourceId": "TEAM2.1.4" }, { "code": "TC2.1.1.1.3", "name": "회의실 예약 확정 지연을 판단하는 자료 표에서 '신청부터 승인까지의 시간, 승인 대기 중 취소 건수'를 사용 항목으로 선택합니다. '카페 메뉴 만족도'는 승인 지연과 연결되는 정보가 없어 제외한다고 적습니다.", "origin": "proposal" }, { "code": "TC2.1.1.1.4", "name": "전자책 열람 진입 개선을 위해 '대출 완료 후 뷰어 이동률, 외부 인증 오류 건수'를 분석 대상으로 둡니다. '종이책 연체 일수'는 전자책 진입 문제를 판단하는 데 쓰지 않겠다고 자료 선별표에 기록합니다.", "origin": "proposal" } ] }, { "code": "TC2.1.1.2", "name": "의견의 반복성과 자료 수집 조건을 살펴 판단에 사용할 근거의 신뢰 수준과 활용 비중을 구분합니다.", "origin": "proposal", "sourceIds": [ "TEAM2.1.2", "TEAM2.1.3" ], "children": [ { "code": "TC2.1.1.2.1", "name": "개인 취향에 가까운 한 번의 의견보다 여러 VOC에서 반복되는 가입 불편을 분석합니다.", "origin": "legacy-team", "sourceId": "TEAM2.1.2" }, { "code": "TC2.1.1.2.2", "name": "사용자 한 명의 의견과 다수 사용자에게 나타난 행동 데이터를 같은 수준의 근거로 다루지 않습니다.", "origin": "legacy-team", "sourceId": "TEAM2.1.3" }, { "code": "TC2.1.1.2.3", "name": "배송 변경 의견 20건을 분류해 '배송 주차 혼동 9건, 사진 확대 요청 1건'으로 정리합니다. 같은 주차의 변경 오류 로그 70건이 주차 혼동을 뒷받침한다고 적되, 상담 이용자에게 치우친 표본이므로 전체 고객의 불만 비율로 사용하지 않고 반복 불편을 고르는 근거로 사용합니다.", "origin": "proposal" }, { "code": "TC2.1.1.2.4", "name": "강좌 신청 조사에서 지인 2명의 '버튼이 작다'는 의견은 탐색 단서로, 4주간 수집한 상담 중 '마감 여부 혼동' 18건은 반복 문제의 근거로 분류합니다. 상담 18건 중 같은 문의의 재접수 5건을 제외한 13건을 기준으로 우선 검토한다고 명시합니다.", "origin": "proposal" } ] } ] }, { "code": "TC2.1.2", "name": "개선안 평가 항목과 판단 기준표 설계", "origin": "proposal", "children": [ { "code": "TC2.1.2.1", "name": "영향받는 사용자 규모와 장애의 심각성, 사업 목표에 기여할 가능성을 대안의 효과 판단 기준으로 구체화합니다.", "origin": "proposal", "sourceIds": [ "TEAM2.2.1", "TEAM2.2.2" ], "children": [ { "code": "TC2.1.2.1.1", "name": "각 문제 때문에 영향을 받는 사용자 수와 사용 중단 가능성을 비교합니다.", "origin": "legacy-team", "sourceId": "TEAM2.2.1" }, { "code": "TC2.1.2.1.2", "name": "개선안이 가입 완료와 핵심 기능 사용에 미칠 영향을 기준으로 평가합니다.", "origin": "legacy-team", "sourceId": "TEAM2.2.2" }, { "code": "TC2.1.2.1.3", "name": "예약 개선 평가표에서 사용자 영향은 '승인 대기를 겪는 월 예약자 수'와 '회의 개최를 포기할 가능성'으로 나눕니다. 사업 효과는 '빈 시간대 예약의 실제 이용 전환 가능성'으로 정의하고 단순한 알림 클릭 증가와 구분합니다.", "origin": "proposal" }, { "code": "TC2.1.2.1.4", "name": "전자책 대안의 효과 기준을 '외부 인증을 거치는 대출자 수, 인증 실패로 책을 열 수 없는 정도, 대출 후 실제 열람 증가 가능성'으로 작성합니다. 글자 크기 변경처럼 읽기 편의에 영향을 주는 안과 책을 전혀 열지 못하는 장애를 해결하는 안을 같은 심각도로 보지 않도록 설명을 붙입니다.", "origin": "proposal" } ] }, { "code": "TC2.1.2.2", "name": "필요 인력과 시스템 변경 범위, 발생 가능한 위험, 효과를 확인하는 데 필요한 조건을 실행 가능성의 판단 기준으로 정리합니다.", "origin": "proposal", "sourceIds": [ "TEAM2.2.3", "TEAM2.2.4", "TEAM2.2.5" ], "children": [ { "code": "TC2.1.2.2.1", "name": "필요한 개발 기간, 담당 인력, 기존 시스템 변경 범위를 비교합니다.", "origin": "legacy-team", "sourceId": "TEAM2.2.3" }, { "code": "TC2.1.2.2.2", "name": "개인정보 수집 정책과 기존 추천 데이터 품질에 미칠 영향을 검토합니다.", "origin": "legacy-team", "sourceId": "TEAM2.2.4" }, { "code": "TC2.1.2.2.3", "name": "개선 효과를 퍼널 데이터나 실험으로 빠르게 확인할 수 있는지를 판단합니다.", "origin": "legacy-team", "sourceId": "TEAM2.2.5" }, { "code": "TC2.1.2.2.4", "name": "강좌 접수 상태 개선의 실행 기준표에 '프런트엔드 2일·운영 확인 0.5일, 서버 마감 시각 조회 변경 여부, 잘못된 접수 가능 표시 위험, 1주 내 마감 후 신청 시도 기록 확보 가능 여부'를 넣습니다. 시간이 짧아도 마감 시각의 기준을 맞추지 못하면 착수 전에 확인해야 한다고 적습니다.", "origin": "proposal" }, { "code": "TC2.1.2.2.5", "name": "배송일 변경안의 평가 기준을 '개발 공수, 물류 시스템 변경 유무, 이미 포장한 상품의 오배송 위험, 다음 배송 주기에 변경 오류를 측정할 수 있는가'로 구성합니다. 실시간 물류 연동이 필요한 안은 연동 담당자의 작업 가능일과 시험 주문 확보 여부까지 확인하도록 작성합니다.", "origin": "proposal" } ] } ] } ] }, { "code": "TC2.2", "name": "개선 대안 비교와 조합", "origin": "proposal", "children": [ { "code": "TC2.2.1", "name": "개선 후보별 효과·부담 비교표 작성", "origin": "proposal", "children": [ { "code": "TC2.2.1.1", "name": "여러 대안에 같은 판단 기준을 적용해 예상 효과와 장단점을 비교하고 차이가 생기는 이유를 설명합니다.", "origin": "proposal", "sourceIds": [ "TEAM2.3.1", "TEAM2.3.2", "TEAM2.3.3" ], "children": [ { "code": "TC2.2.1.1.1", "name": "입력 항목 축소, 단계 분리, 건너뛰기 기능을 사용자 영향과 개발 비용이라는 동일한 기준으로 비교합니다.", "origin": "legacy-team", "sourceId": "TEAM2.3.1" }, { "code": "TC2.2.1.1.2", "name": "건너뛰기 기능은 빠르게 적용할 수 있지만 사용자 데이터가 부족해질 수 있다고 설명합니다.", "origin": "legacy-team", "sourceId": "TEAM2.3.2" }, { "code": "TC2.2.1.1.3", "name": "문구 수정과 입력 절차 축소 중 어느 안이 가입 중단을 직접 줄일 가능성이 큰지 비교합니다.", "origin": "legacy-team", "sourceId": "TEAM2.3.3" }, { "code": "TC2.2.1.1.4", "name": "회의실 예약 비교표에 '자동 승인: 대기 제거 예상·개발 6일·중복 배정 위험 / 대기 시간 안내: 불확실성 완화 예상·개발 1일·대기 자체는 유지'를 작성합니다. 두 안 모두 사용자 영향·사업 효과·공수·위험 열을 채우고, 실제 대기를 줄이는 효과는 자동 승인 쪽이 클 것으로 예상한 이유를 덧붙입니다.", "origin": "proposal" }, { "code": "TC2.2.1.1.5", "name": "전자책 개선표에서 '완료 화면에 책 열기 버튼 추가'와 '대출 직후 자동 이동'을 같은 기준으로 비교합니다. 전자는 이동 의도를 사용자가 선택하지만 한 번 더 눌러야 하고, 후자는 조작을 줄이지만 대출 목록 확인을 방해할 수 있다고 적으며 열람 진입 증가 예상치를 아직 측정하지 않은 가설로 표시합니다.", "origin": "proposal" } ] } ] }, { "code": "TC2.2.2", "name": "대안의 장점을 결합한 조합안과 적용 조건 설계", "origin": "proposal", "children": [ { "code": "TC2.2.2.1", "name": "대안별로 유효한 부분을 골라 결합하고 함께 적용할 방식과 조합이 필요한 이유를 설명합니다.", "origin": "proposal", "sourceIds": [ "TEAM2.3.4" ], "children": [ { "code": "TC2.2.2.1.1", "name": "필수 입력은 줄이고 선택 정보는 가입 후에 받는 혼합안을 제안합니다.", "origin": "legacy-team", "sourceId": "TEAM2.3.4" }, { "code": "TC2.2.2.1.2", "name": "강좌 접수 개선에서 목록의 접수 상태 표시와 마감 임박 알림을 결합합니다. 조합안에는 '모든 강좌에는 상태를 표시하고, 관심 등록한 강좌만 마감 24시간 전에 알립니다'라고 적어 상태 확인과 놓침 방지를 함께 다루면서 전체 회원에게 알림이 쌓이는 일을 줄입니다.", "origin": "proposal" }, { "code": "TC2.2.2.1.3", "name": "배송 변경에서 달력 선택안과 최종 확인안의 장점을 묶어 '달력에서 가능한 날짜만 고른 뒤 확인 화면에 배송 주차·새 날짜·기존 날짜를 함께 표시함'을 제안합니다. 달력만으로는 주차 착각이 남고 확인 화면만으로는 불가능한 날짜를 다시 고르는 문제가 남는다고 설명합니다.", "origin": "proposal" } ] } ] } ] }, { "code": "TC2.3", "name": "실행 항목 선정과 순서 결정", "origin": "proposal", "children": [ { "code": "TC2.3.1", "name": "착수·보류 목록과 선택 이유 기록", "origin": "proposal", "children": [ { "code": "TC2.3.1.1", "name": "비교 결과에 따라 먼저 할 일과 보류할 일을 정하고 이번 선택으로 얻는 효과와 감수하는 손실을 명시합니다.", "origin": "proposal", "sourceIds": [ "TEAM2.4.1", "TEAM2.4.2", "TEAM2.4.4" ], "children": [ { "code": "TC2.3.1.1.1", "name": "반복 VOC가 많고 개발 범위가 작은 필수 입력 항목 축소를 먼저 선택합니다.", "origin": "legacy-team", "sourceId": "TEAM2.4.1" }, { "code": "TC2.3.1.1.2", "name": "전체 가입 화면 개편은 효과가 클 수 있지만 2주 안에 완료하기 어려워 보류합니다.", "origin": "legacy-team", "sourceId": "TEAM2.4.2" }, { "code": "TC2.3.1.1.3", "name": "가입 완료를 쉽게 만드는 대신 초기 사용자 정보의 완전성이 낮아질 수 있음을 밝힙니다.", "origin": "legacy-team", "sourceId": "TEAM2.4.4" }, { "code": "TC2.3.1.1.4", "name": "회의실 예약안에서 '1차 착수: 예상 승인 시각 표시, 보류: 자동 승인'으로 결정합니다. 개발 가능 기간 3일에 맞추고 대기 불확실성을 줄이는 대신 실제 승인 시간은 단축되지 않는다고 선택 기록에 남깁니다.", "origin": "proposal" }, { "code": "TC2.3.1.1.5", "name": "전자책 개선 목록에서 '책 열기 버튼을 먼저 제공하고 자동 이동은 보류함'을 선택합니다. 기존 대출 목록 이용을 유지하면서 진입점을 드러낼 수 있지만 사용자의 추가 클릭 한 번은 남는다고 밝히고, 자동 이동은 이용 경로 영향을 확인한 뒤 다시 검토한다고 적습니다.", "origin": "proposal" } ] } ] }, { "code": "TC2.3.2", "name": "선행 조건을 반영한 단계별 실행 로드맵 작성", "origin": "proposal", "children": [ { "code": "TC2.3.2.1", "name": "실행 항목의 선행 조건과 의존 관계를 확인해 착수 순서와 다음 단계로 넘어갈 조건을 계획에 반영합니다.", "origin": "proposal", "sourceIds": [ "TEAM2.4.3" ], "children": [ { "code": "TC2.3.2.1.1", "name": "정책 확인, 입력 항목 축소, 화면 수정, 데이터 측정 순서로 실행 계획을 작성합니다.", "origin": "legacy-team", "sourceId": "TEAM2.4.3" }, { "code": "TC2.3.2.1.2", "name": "강좌 접수 계획을 '운영팀의 마감 시각 기준 확인 → 서버 상태값 확정 → 목록 표시 구현 → 마감 직전·직후 시험'으로 작성합니다. 상태값 정의가 승인되어야 화면 개발을 시작한다고 일정표의 착수 조건에 적습니다.", "origin": "proposal" }, { "code": "TC2.3.2.1.3", "name": "배송 변경 로드맵에서 물류 마감 시각 확인을 첫 단계로 두고 허용 날짜 계산, 확인 화면 작성, 시험 주문 점검을 이어 배치합니다. 시험 주문에서 포장 완료 건의 변경이 차단되는 것을 확인한 뒤 안내 문구를 확정하도록 단계 간 조건을 표시합니다.", "origin": "proposal" } ] } ] } ] } ] }, { "code": "TC3", "name": "문서 작성과 생각 표현", "origin": "proposal", "description": "신입 지원자의 가상 과제 제출물에서 검토자가 내용을 찾고 이해하며 설계·개발·측정에 사용할 수 있도록 구조와 표현을 갖추었는지 확인합니다.", "children": [ { "code": "TC3.1", "name": "검토 문서 구성과 편집", "origin": "proposal", "children": [ { "code": "TC3.1.1", "name": "의사결정 요약과 검토 경로를 갖춘 제안서 작성", "origin": "proposal", "children": [ { "code": "TC3.1.1.1", "name": "핵심 문제와 제안·선택 이유를 문서 앞에 제시하고 독자가 근거와 실행 내용까지 순서대로 찾아갈 수 있게 구성합니다.", "origin": "proposal", "sourceIds": [ "TEAM3.1.1", "TEAM3.1.2" ], "children": [ { "code": "TC3.1.1.1.1", "name": "문서 첫 부분에 핵심 문제, 선택한 개선안, 선택 이유를 먼저 제시합니다.", "origin": "legacy-team", "sourceId": "TEAM3.1.1" }, { "code": "TC3.1.1.1.2", "name": "`현황 → 문제 → 근거 → 대안 → 우선순위 → 실행 계획` 순서로 작성합니다.", "origin": "legacy-team", "sourceId": "TEAM3.1.2" }, { "code": "TC3.1.1.1.3", "name": "회의실 제안서 첫 문단에 '야간 예약자는 확정 시점을 알기 어렵습니다. 예상 승인 시각을 표시합니다. 승인 자동화보다 개발 범위가 작아 이번 일정에 적용하기 쉽습니다'라고 적습니다. 이어지는 목차를 '대기 현황, 문제 근거, 대안 비교, 제안 화면, 실행 계획'으로 구성합니다.", "origin": "proposal" }, { "code": "TC3.1.1.1.4", "name": "전자책 제안서의 첫 상자에 '대출 뒤 열람 경로를 찾지 못함 / 완료 화면에 책 열기 버튼 제공 / 현재 화면 수정으로 진입점 노출'을 담습니다. 본문에는 요약의 각 항목을 확인할 수 있도록 '이용 현황 → 진입 문제 → 설계안 → 비교 결과 → 작업 목록' 순서의 제목을 붙입니다.", "origin": "proposal" } ] } ] }, { "code": "TC3.1.2", "name": "본문·부록 분리와 정보 강조 방식 편집", "origin": "proposal", "children": [ { "code": "TC3.1.2.1", "name": "반복되는 자료 설명을 정리하고 핵심 판단·근거·상세 자료를 구분해 독자가 필요한 깊이까지 읽을 수 있게 편집합니다.", "origin": "proposal", "sourceIds": [ "TEAM3.1.3", "TEAM3.1.4", "TEAM3.3.5" ], "children": [ { "code": "TC3.1.2.1.1", "name": "같은 VOC를 문제 정의와 해결안 부분에서 반복해서 설명하지 않습니다.", "origin": "legacy-team", "sourceId": "TEAM3.1.3" }, { "code": "TC3.1.2.1.2", "name": "핵심 결론은 본문에 두고 원본 데이터와 전체 인터뷰 기록은 부록으로 분리합니다.", "origin": "legacy-team", "sourceId": "TEAM3.1.4" }, { "code": "TC3.1.2.1.3", "name": "핵심 결론, 근거, 참고 정보를 서로 다른 시각적 위계로 표현합니다.", "origin": "legacy-team", "sourceId": "TEAM3.3.5" }, { "code": "TC3.1.2.1.4", "name": "배송 변경 보고서에서 같은 상담 9건의 전문은 부록 A에 한 번만 싣습니다. 본문은 '주차 혼동이 반복됩니다'라는 굵은 결론 아래 건수와 대표 문장 한 개를 두고, 화면 제안 부분에서는 '근거: 본문 2절·부록 A'로 연결해 전문을 다시 복사하지 않습니다.", "origin": "proposal" }, { "code": "TC3.1.2.1.5", "name": "강좌 신청 보고서에서 의사결정 요약은 상단 요약 상자, 집계 결과는 일반 표, 개별 문의 기록은 부록으로 구분합니다. 접수 마감 문의의 전체 목록은 부록 B에 모으고 현황과 대안 절에서는 해당 표 번호만 참조해 같은 설명을 반복하지 않습니다.", "origin": "proposal" } ] } ] } ] }, { "code": "TC3.2", "name": "기능·정책·화면 명세 전달", "origin": "proposal", "children": [ { "code": "TC3.2.1", "name": "문제 설명·기능 요구사항·처리 정책 명세 작성", "origin": "proposal", "children": [ { "code": "TC3.2.1.1", "name": "문제 상황과 기능 요구사항을 대상·조건·행동이 드러나는 문장으로 작성하고 같은 대상을 일관된 용어로 표현합니다.", "origin": "proposal", "sourceIds": [ "TEAM3.2.1", "TEAM3.2.2", "TEAM3.2.3" ], "children": [ { "code": "TC3.2.1.1.1", "name": "`사용성이 좋지 않다` 대신 `필수 입력 항목이 많아 설정 시간이 길다`고 구체적으로 작성합니다.", "origin": "legacy-team", "sourceId": "TEAM3.2.1" }, { "code": "TC3.2.1.1.2", "name": "`개선이 필요하다` 대신 `신규 가입자가 선택 항목을 건너뛸 수 있도록 변경한다`고 작성합니다.", "origin": "legacy-team", "sourceId": "TEAM3.2.2" }, { "code": "TC3.2.1.1.3", "name": "같은 단계를 `프로필 입력`, `초기 설정`, `정보 등록`으로 번갈아 부르지 않고 하나의 명칭으로 통일합니다.", "origin": "legacy-team", "sourceId": "TEAM3.2.3" }, { "code": "TC3.2.1.1.4", "name": "회의실 명세에서 '예약 처리가 불편함'을 '승인 대기 중인 예약자가 취소 경로를 찾기 어려움'이라는 문제 문장으로 구체화합니다. 요구사항에는 '예약 상세에서 신청 취소를 누르면 취소 확인 창을 표시합니다'라고 적습니다. 용어표와 화면에서는 확정 전 상태를 '승인 대기'로 통일합니다.", "origin": "proposal" }, { "code": "TC3.2.1.1.5", "name": "전자책 명세에 '대출 회원이 대출 완료 화면에서 책 열기를 누르면 해당 도서의 공급사 뷰어로 이동합니다'라고 적습니다. 버튼과 흐름도에서 모두 '책 열기'를 사용하고, '보기'나 '실행'이라는 다른 명칭으로 같은 동작을 표시하지 않습니다.", "origin": "proposal" } ] }, { "code": "TC3.2.1.2", "name": "바뀌는 정책의 적용 조건과 예외 처리·안내 내용을 함께 명시해 정상 상황과 예외 상황의 처리를 구분합니다.", "origin": "proposal", "sourceIds": [ "TEAM3.4.2", "TEAM3.4.4" ], "children": [ { "code": "TC3.2.1.2.1", "name": "필수 입력에서 선택 입력으로 바뀌는 항목과 적용 조건을 목록으로 제공합니다.", "origin": "legacy-team", "sourceId": "TEAM3.4.2" }, { "code": "TC3.2.1.2.2", "name": "필수 정보가 없을 때 일부 기능 사용이 제한되는 상황과 안내 방식을 작성합니다.", "origin": "legacy-team", "sourceId": "TEAM3.4.4" }, { "code": "TC3.2.1.2.3", "name": "배송 변경 정책표에 '기존: 출고 이틀 전까지 변경 / 변경: 포장 시작 전날 18시까지 변경'을 적습니다. 이미 포장이 시작된 주문은 버튼을 비활성화하고 '포장이 시작되어 날짜를 바꿀 수 없습니다'를 표시하며, 포장 상태를 조회하지 못하면 재시도 안내를 보여준다고 명시합니다.", "origin": "proposal" }, { "code": "TC3.2.1.2.4", "name": "강좌 대기 신청 정책에서 정원 마감 후 대기 접수를 허용하되 대기 인원은 10명으로 제한한다고 작성합니다. 10명이 찼을 때의 안내를 '대기 신청도 마감되었습니다'로 정하고, 같은 회원이 이미 대기 중이면 새 신청 대신 현재 순번을 보여준다고 처리표에 적습니다.", "origin": "proposal" } ] } ] }, { "code": "TC3.2.2", "name": "현재·개선 이용 흐름도와 화면 초안 작성", "origin": "proposal", "children": [ { "code": "TC3.2.2.1", "name": "현재와 개선 후 이용 흐름을 비교해 보여주고 바뀌는 화면 요소와 이동·분기 관계를 화면 초안에 표시합니다.", "origin": "proposal", "sourceIds": [ "TEAM3.3.2", "TEAM3.3.4" ], "children": [ { "code": "TC3.2.2.1.1", "name": "현재 가입 흐름과 개선 후 가입 흐름을 나란히 비교합니다.", "origin": "legacy-team", "sourceId": "TEAM3.3.2" }, { "code": "TC3.2.2.1.2", "name": "삭제하거나 선택 항목으로 바꿀 입력 필드를 화면에 명확하게 표시합니다.", "origin": "legacy-team", "sourceId": "TEAM3.3.4" }, { "code": "TC3.2.2.1.3", "name": "전자책 흐름도를 '현재: 대출 완료 → 목록 → 상세 → 열기'와 '개선: 대출 완료 → 열기'로 나란히 그립니다. 완료 화면 초안에 새 책 열기 버튼을 표시하고 외부 인증이 필요하면 인증 화면을 거치는 분기를 화살표로 연결합니다.", "origin": "proposal" }, { "code": "TC3.2.2.1.4", "name": "배송 변경 화면에서 현재의 '날짜 선택 → 즉시 저장'과 개선안의 '날짜 선택 → 주차·날짜 확인 → 저장'을 비교합니다. 확인 화면 초안에는 기존 날짜와 변경 날짜를 나란히 배치하고, 수정 버튼을 누르면 선택 화면으로 돌아가는 선을 표시합니다.", "origin": "proposal" } ] } ] } ] }, { "code": "TC3.3", "name": "비교 자료와 실행 인계 문서 작성", "origin": "proposal", "children": [ { "code": "TC3.3.1", "name": "이용 현황과 개선안 비교를 위한 검토 자료 작성", "origin": "proposal", "children": [ { "code": "TC3.3.1.1", "name": "이용 단계별 수치와 전환 흐름을 시각화하고 관찰 기간·분모·비교 조건을 함께 표기해 현황을 명확하게 전달합니다.", "origin": "proposal", "sourceIds": [ "TEAM3.2.4", "TEAM3.3.1" ], "children": [ { "code": "TC3.3.1.1.1", "name": "`많은 사용자가 이탈한다` 대신 이탈 구간과 관찰 기간, 비교 기준을 함께 제시합니다.", "origin": "legacy-team", "sourceId": "TEAM3.2.4" }, { "code": "TC3.3.1.1.2", "name": "가입 단계별 전환 흐름을 그래프로 표현해 이탈이 집중된 지점을 보여줍니다.", "origin": "legacy-team", "sourceId": "TEAM3.3.1" }, { "code": "TC3.3.1.1.3", "name": "강좌 접수 자료에 '6월 1~7일 모바일 신청 세션'이라는 제목으로 목록 1,200건 → 상세 900건 → 신청 완료 360건의 흐름을 그립니다. 화살표에는 직전 단계 대비 75%, 40%를 표시하고, 재방문 세션이 포함되며 사람 수와 다르다는 주석을 붙입니다.", "origin": "proposal" }, { "code": "TC3.3.1.1.4", "name": "회의실 예약 자료에서 7월 첫째 주의 방 선택 400건 → 시간 확정 300건 → 결제 완료 240건을 퍼널로 표현합니다. '시간 확정 대비 결제 완료율 80%'를 표시하고 취소 후 재신청을 별도 신청 건으로 세었다는 집계 조건을 그래프 아래 적습니다.", "origin": "proposal" } ] }, { "code": "TC3.3.1.2", "name": "대안별 판단 항목과 결과를 행·열이 대응하는 표로 정리하고 단위와 표시 의미를 밝혀 비교 내용을 쉽게 찾도록 표현합니다.", "origin": "proposal", "sourceIds": [ "TEAM3.3.3" ], "children": [ { "code": "TC3.3.1.2.1", "name": "개선안별 사용자 영향, 사업 효과, 구현 비용, 위험을 표로 정리합니다.", "origin": "legacy-team", "sourceId": "TEAM3.3.3" }, { "code": "TC3.3.1.2.2", "name": "회의실 검토 자료에서 행은 '예상 승인 시각 표시, 자동 승인', 열은 '사용자 영향, 사업 효과, 개발일, 위험, 결정'으로 구성합니다. 개발일에는 각각 1일과 6일을 적고 선정 행에만 '이번 범위' 표시를 붙여 선택한 안과 비교 내용을 한 표에서 찾게 합니다.", "origin": "proposal" }, { "code": "TC3.3.1.2.3", "name": "전자책 비교표에 '책 열기 버튼, 자동 이동'을 같은 행 형식으로 적습니다. 효과는 예상이라는 머리말을 붙이고 공수 단위를 인일로 통일하며, 미확인 비용은 0 대신 '공급사 확인 필요'로 써서 수치와 빈칸의 의미를 구분합니다.", "origin": "proposal" } ] } ] }, { "code": "TC3.3.2", "name": "담당 업무와 일정이 포함된 실행 인계표 작성", "origin": "proposal", "children": [ { "code": "TC3.3.2.1", "name": "담당별 작업과 산출물, 진행 순서와 예정 시점을 함께 적어 누가 무엇을 언제 넘겨야 하는지 명확하게 전달합니다.", "origin": "proposal", "sourceIds": [ "TEAM3.4.1", "TEAM3.4.5" ], "children": [ { "code": "TC3.3.2.1.1", "name": "기획, 디자인, 개발 담당자가 각각 무엇을 해야 하는지 구분합니다.", "origin": "legacy-team", "sourceId": "TEAM3.4.1" }, { "code": "TC3.3.2.1.2", "name": "정책 확정, 화면 설계, 개발, 품질 확인의 순서와 담당을 제안합니다.", "origin": "legacy-team", "sourceId": "TEAM3.4.5" }, { "code": "TC3.3.2.1.3", "name": "강좌 상태 표시 인계표에 '월요일 운영: 접수 시간표 확정 / 화요일 기획·디자인: 상태별 문구와 화면안 전달 / 수~목요일 개발: 상태 조회·표시 구현 / 금요일 품질 확인 담당: 마감 경계 시험 결과 제출'을 적어 작업과 전달물을 대응시킵니다.", "origin": "proposal" }, { "code": "TC3.3.2.1.4", "name": "배송 변경 실행표에 '1일차 기획: 적용 정책표, 2일차 디자인: 확인 화면, 3~4일차 개발: 저장·실패 처리, 5일차 운영·개발: 시험 주문 결과'를 작성합니다. 각 산출물을 다음 담당자에게 전달하는 시점을 표의 인계 열에 표시합니다.", "origin": "proposal" } ] } ] }, { "code": "TC3.3.3", "name": "이용 결과를 확인할 이벤트·집계 명세 작성", "origin": "proposal", "children": [ { "code": "TC3.3.3.1", "name": "확인하려는 사용자 행동을 이벤트의 발생 시점·필수 정보·집계 방식으로 정의해 측정 담당자가 구현할 수 있게 작성합니다.", "origin": "proposal", "sourceIds": [ "TEAM3.4.3" ], "children": [ { "code": "TC3.3.3.1.1", "name": "가입 완료, 설정 소요 시간, 건너뛰기 행동을 어떤 이벤트로 확인할지 설명합니다.", "origin": "legacy-team", "sourceId": "TEAM3.4.3" }, { "code": "TC3.3.3.1.2", "name": "전자책 측정 명세에 'reader_open_click: 완료 화면의 책 열기 버튼을 누를 때 발생, loan_id·provider_id·occurred_at 기록'을 적습니다. 완료 화면 노출 이벤트와 loan_id로 연결하고 같은 대출의 반복 클릭은 한 번으로 집계하도록 정의합니다.", "origin": "proposal" }, { "code": "TC3.3.3.1.3", "name": "회의실 명세에서 reservation_requested와 reservation_approved에 동일한 reservation_id와 시각을 기록하도록 작성합니다. 승인 대기 시간은 승인 시각에서 신청 시각을 뺀 분 단위 값이며, 미승인 예약은 승인 소요 시간 계산에서 제외하고 미승인 건수로 별도 집계한다고 명시합니다.", "origin": "proposal" } ] } ] } ] } ] }, { "code": "TC4", "name": "논리성", "origin": "proposal", "description": "신입 지원자의 가상 과제 제출물에서 근거가 주장을 뒷받침하는 범위와 문제·해결안·실행의 연결을 검토하고 불확실성에 맞는 확인 계획을 세웠는지 확인합니다.", "children": [ { "code": "TC4.1", "name": "주장 근거와 불확실성 검토", "origin": "proposal", "children": [ { "code": "TC4.1.1", "name": "핵심 주장과 자료의 근거 대조표 작성", "origin": "proposal", "children": [ { "code": "TC4.1.1.1", "name": "핵심 주장에 정량 자료와 사용자 진술을 연결하고 각 자료가 주장의 어떤 부분을 뒷받침하는지 출처와 함께 설명합니다.", "origin": "proposal", "sourceIds": [ "TEAM4.1.1", "TEAM4.1.2", "TEAM4.1.3" ], "children": [ { "code": "TC4.1.1.1.1", "name": "프로필 설정 단계에서 이탈이 집중된다는 퍼널 데이터를 개선 우선순위의 근거로 사용합니다.", "origin": "legacy-team", "sourceId": "TEAM4.1.1" }, { "code": "TC4.1.1.1.2", "name": "`입력할 내용이 너무 많다`는 반복 VOC를 입력 항목 축소의 근거로 사용합니다.", "origin": "legacy-team", "sourceId": "TEAM4.1.2" }, { "code": "TC4.1.1.1.3", "name": "각 주장 옆에 사용한 데이터 표, VOC 번호, 인터뷰 문장을 표시합니다.", "origin": "legacy-team", "sourceId": "TEAM4.1.3" }, { "code": "TC4.1.1.1.4", "name": "회의실 분석표의 '야간 승인 대기 불확실성을 줄일 필요가 있습니다'라는 주장 옆에 '표 D2: 야간 신청 80건 중 다음 날 승인 52건, 상담 C7: 확정 여부를 몰라 다른 장소를 함께 잡음'을 연결합니다. 데이터는 대기 규모를, 상담은 대기 중 겪는 불편을 뒷받침한다고 구분합니다.", "origin": "proposal" }, { "code": "TC4.1.1.1.5", "name": "전자책 검토표에서 '대출 완료 화면의 열람 진입점을 드러낼 필요가 있습니다'에 '경로 표 L4: 대출 후 상세로 돌아간 비율 46%, 면담 U3·U8: 어디서 책을 여는지 찾음'을 붙입니다. 우회 경로와 사용자 탐색 경험을 함께 근거로 제시하되 버튼 추가 효과 자체가 측정된 것은 아니라고 적습니다.", "origin": "proposal" } ] } ] }, { "code": "TC4.1.2", "name": "사실·가설·추정 및 해석 한계 장부 작성", "origin": "proposal", "children": [ { "code": "TC4.1.2.1", "name": "직접 확인한 사실과 원인 가설·효과 추정을 구분하고 추정에 사용한 자료나 계산 근거를 명시합니다.", "origin": "proposal", "sourceIds": [ "TEAM4.3.1", "TEAM4.3.2", "TEAM4.3.3" ], "children": [ { "code": "TC4.1.2.1.1", "name": "로그에서 직접 확인한 이탈 구간과 설정 소요 시간을 사실로 구분합니다.", "origin": "legacy-team", "sourceId": "TEAM4.3.1" }, { "code": "TC4.1.2.1.2", "name": "입력 항목이 많아 사용자가 피로를 느꼈을 것이라는 판단을 검증이 필요한 가설로 표현합니다.", "origin": "legacy-team", "sourceId": "TEAM4.3.2" }, { "code": "TC4.1.2.1.3", "name": "정확한 데이터가 없으면 반복 VOC와 인터뷰에 근거한 추정임을 밝힙니다.", "origin": "legacy-team", "sourceId": "TEAM4.3.3" }, { "code": "TC4.1.2.1.4", "name": "배송 변경 장부에 '사실: 변경 취소 40건 중 16건이 저장 5분 안에 발생함 / 가설: 배송 주차를 잘못 고른 뒤 되돌렸을 수 있음 / 가설의 근거와 해석 한계: 면담 5명 중 2명의 주차 착각 경험을 참고하되 전체 오류 건수는 산출하지 않음'을 구분해 작성합니다.", "origin": "proposal" }, { "code": "TC4.1.2.1.5", "name": "강좌 대기 접수안에 '사실: 마감 후 신청 시도 120건 / 가설: 대기 접수가 있으면 일부 사용자가 신청을 유지함 / 규모 추정: 120건 중 20~40%가 대기로 전환한다고 가정하면 24~48건'을 적습니다. 20~40%는 관측 비율이 아닌 계산용 가정이라고 표시합니다.", "origin": "proposal" } ] }, { "code": "TC4.1.2.2", "name": "자료의 표본·기간·누락 조건을 검토해 결론을 적용할 범위를 제한하고 더 넓은 판단에 필요한 자료를 명시합니다.", "origin": "proposal", "sourceIds": [ "TEAM4.1.4", "TEAM4.4.5" ], "children": [ { "code": "TC4.1.2.2.1", "name": "소수 사용자 인터뷰만으로 모든 가입자가 같은 문제를 겪는다고 단정하지 않습니다.", "origin": "legacy-team", "sourceId": "TEAM4.1.4" }, { "code": "TC4.1.2.2.2", "name": "인터뷰 대상이 적거나 관찰 기간이 짧다면 추가 정량 검증이 필요하다고 밝힙니다.", "origin": "legacy-team", "sourceId": "TEAM4.4.5" }, { "code": "TC4.1.2.2.3", "name": "전자책 면담 결과를 정리하며 '참여자는 안드로이드 이용자 6명이고 모두 같은 공급사 도서를 빌렸으므로 해당 환경의 인증 불편 후보로 해석합니다'라고 적습니다. 전체 전자책 이용자의 문제로 확대하려면 다른 운영체제·공급사의 이동 기록과 면담을 추가해야 한다고 명시합니다.", "origin": "proposal" }, { "code": "TC4.1.2.2.4", "name": "회의실 자료에 '관찰 기간은 연휴가 포함된 4일이며 취소 사유는 30건 중 11건만 기재되어 있습니다'라고 적습니다. 연휴 기간의 대기 패턴만 설명하고 평상시 취소 원인 비율은 제시하지 않으며, 평일 2주 기록과 누락 사유 보완을 추가 확인 항목으로 둡니다.", "origin": "proposal" } ] } ] } ] }, { "code": "TC4.2", "name": "문제·설계·실행의 정합성 점검", "origin": "proposal", "children": [ { "code": "TC4.2.1", "name": "문제에서 요구사항까지의 연결·범위 점검표 작성", "origin": "proposal", "children": [ { "code": "TC4.2.1.1", "name": "해결안이 정의한 문제를 어떤 방식으로 줄이는지 설명하고 각 요구사항이 정한 대상과 범위에 속하는지 점검합니다.", "origin": "proposal", "sourceIds": [ "TEAM4.2.1", "TEAM4.2.4" ], "children": [ { "code": "TC4.2.1.1.1", "name": "입력 항목 과다를 문제로 정의한 뒤 근거 없이 버튼 색상 변경을 핵심 해결안으로 제안하지 않습니다.", "origin": "legacy-team", "sourceId": "TEAM4.2.1" }, { "code": "TC4.2.1.1.2", "name": "신규 가입 문제를 정의한 뒤 근거 없이 기존 사용자의 재방문 기능으로 범위를 확장하지 않습니다.", "origin": "legacy-team", "sourceId": "TEAM4.2.4" }, { "code": "TC4.2.1.1.3", "name": "전자책 추적표에서 '열람 진입점을 찾지 못함 → 대출 완료 화면의 책 열기 버튼 → 상세 화면을 다시 탐색하는 단계 축소'를 연결합니다. 같은 초안에 있던 도서 추천 순위 변경은 진입 경로 문제와 연결되지 않고 범위 밖이므로 이번 요구사항에서 제외한 기록을 남깁니다.", "origin": "proposal" }, { "code": "TC4.2.1.1.4", "name": "배송 변경 점검표에서 '배송 주차 혼동 → 확인 화면에 주차와 전후 날짜 표시 → 잘못 고른 배송분을 저장 전에 식별'을 설명합니다. 대상이 배송 예정 주문이므로 배송 완료 주문의 반품 절차 변경은 별도 과제로 분리한다고 적습니다.", "origin": "proposal" } ] } ] }, { "code": "TC4.2.2", "name": "목표·성과 지표·실행 계획 대조 검토", "origin": "proposal", "children": [ { "code": "TC4.2.2.1", "name": "목표와 지표의 연결, 우선순위와 실행 계획의 연결을 각각 대조하고 두 점검 결과를 구분해 기록합니다.", "origin": "proposal", "sourceIds": [ "TEAM4.2.2", "TEAM4.2.3" ], "children": [ { "code": "TC4.2.2.1.1", "name": "가입 중단 감소가 목표라면 페이지 조회 수가 아니라 가입 완료와 핵심 기능 사용을 확인합니다.", "origin": "legacy-team", "sourceId": "TEAM4.2.2" }, { "code": "TC4.2.2.1.2", "name": "최우선으로 평가한 개선안을 실제 실행 계획에서도 가장 먼저 배치합니다.", "origin": "legacy-team", "sourceId": "TEAM4.2.3" }, { "code": "TC4.2.2.1.3", "name": "강좌 개선 검토표에 '목표: 마감된 강좌에 신청을 시도하는 일 감소 / 확인 지표: 마감 상태 상세 진입 대비 신청 시도 비율'을 연결합니다. 선정 1순위인 접수 상태 표시는 첫 작업 주에 배치하고, 후순위 알림 개발이 먼저 잡힌 초안 일정은 다음 주로 이동한 이유를 기록합니다.", "origin": "proposal" }, { "code": "TC4.2.2.1.4", "name": "회의실 계획을 검토하면서 목표가 승인 대기 중 불확실성 감소이므로 알림 발송 건수만으로 판단하기 어렵다고 적고, 대기 중 확정 여부 문의 비율을 확인 지표로 선택합니다. 비교표에서 먼저 하기로 한 예상 승인 시각 표시를 1차 일정에 두고 자동 승인은 보류 목록과 동일하게 유지합니다.", "origin": "proposal" } ] } ] } ] }, { "code": "TC4.3", "name": "대안 반론과 후속 검증 설계", "origin": "proposal", "children": [ { "code": "TC4.3.1", "name": "비선택 대안·부작용·실패 원인 검토 메모 작성", "origin": "proposal", "children": [ { "code": "TC4.3.1.1", "name": "비선택 대안을 제외한 이유와 선택안의 부작용을 검토하고 기대한 효과가 나타나지 않을 수 있는 다른 설명을 제시합니다.", "origin": "proposal", "sourceIds": [ "TEAM4.4.1", "TEAM4.4.2", "TEAM4.4.3" ], "children": [ { "code": "TC4.3.1.1.1", "name": "가입 단계를 완전히 재설계하는 안을 선택하지 않은 이유를 기간과 개발 범위로 설명합니다.", "origin": "legacy-team", "sourceId": "TEAM4.4.1" }, { "code": "TC4.3.1.1.2", "name": "입력 항목을 줄이면 개인화 추천에 사용할 초기 데이터가 부족해질 수 있음을 제시합니다.", "origin": "legacy-team", "sourceId": "TEAM4.4.2" }, { "code": "TC4.3.1.1.3", "name": "입력 항목 수가 아니라 서비스 가치 전달 부족이 실제 원인일 가능성도 검토합니다.", "origin": "legacy-team", "sourceId": "TEAM4.4.3" }, { "code": "TC4.3.1.1.4", "name": "회의실 검토 메모에 '자동 승인은 중복 배정 방지 로직을 함께 바꿔야 해 이번 일정에서 제외합니다. 예상 승인 시각 표시는 실제 승인과 어긋나면 불만을 키울 수 있습니다. 사용자가 취소하는 이유가 확정 여부보다 높은 요금이라면 시각 안내만으로 취소는 줄지 않을 수 있습니다'라고 적습니다.", "origin": "proposal" }, { "code": "TC4.3.1.1.5", "name": "전자책 메모에 '자동 이동은 대출 목록 확인을 원하는 경로를 방해할 수 있어 선택하지 않았습니다. 책 열기 버튼을 추가하면 작은 화면에서 반납일 안내가 아래로 밀릴 수 있습니다. 실제 열람 실패가 진입점 탐색보다 공급사 인증 오류에서 비롯되었다면 버튼 노출 효과는 제한적일 수 있습니다'라고 작성합니다.", "origin": "proposal" } ] } ] }, { "code": "TC4.3.2", "name": "개선 효과 확인과 결과별 후속 대응 계획 작성", "origin": "proposal", "children": [ { "code": "TC4.3.2.1", "name": "가설을 확인할 비교 조건과 결과 지표를 정하고 효과 부족이나 부작용이 관찰될 때의 후속 조사·수정 방안을 연결합니다.", "origin": "proposal", "sourceIds": [ "TEAM4.3.4", "TEAM4.4.4" ], "children": [ { "code": "TC4.3.2.1.1", "name": "입력 항목을 축소한 뒤 가입 완료와 핵심 기능 사용 변화를 비교하겠다고 제안합니다.", "origin": "legacy-team", "sourceId": "TEAM4.3.4" }, { "code": "TC4.3.2.1.2", "name": "가입 완료는 늘었지만 핵심 기능 사용이 감소하면 가치 안내를 보완하도록 후속 계획을 작성합니다.", "origin": "legacy-team", "sourceId": "TEAM4.4.4" }, { "code": "TC4.3.2.1.3", "name": "배송 확인 화면 계획에서 적용 전후 각 2주를 같은 배송 요일별로 나누어 저장 후 5분 내 취소 비율과 변경 완료율을 비교합니다. 취소 비율은 줄어도 변경 완료율이 5%p 이상 낮아지면 확인 화면의 추가 조작에서 막히는지 경로를 살피고 문구·버튼 구성을 수정한 뒤 재확인한다고 적습니다.", "origin": "proposal" }, { "code": "TC4.3.2.1.4", "name": "전자책 계획에 같은 공급사의 대출 완료 화면을 무작위 두 집단으로 나누어 1주간 버튼 제공 여부에 따른 뷰어 이동률과 인증 실패율을 비교한다고 작성합니다. 이동률만 높아지고 인증 실패가 늘면 확대 적용 전에 인증 오류 유형을 조사하며, 표본이 작아 차이를 판단하기 어려우면 관찰 기간을 늘린다고 명시합니다.", "origin": "proposal" } ] } ] } ] } ] } ] }