Devin.KR

IT 기획·프로덕트·기술지원 부트캠프

동아리 행사 신청과 승인 상태 확인의 불편을 조사하고 명세·검증·지원 안내까지 연결해 업무 개선 제안서를 완성합니다.

대상
국비 웹 과정 수료생과 제품 기획·기술지원을 처음 접하는 비전공 입문자입니다.
시작 전
파일을 저장하고 브라우저를 사용할 수 있으면 시작할 수 있습니다. 코딩 경험은 요구하지 않으며 조건문·반복·SQL 조회는 제공 예제로 시작합니다. 로컬 실습은 별도 연습 폴더의 제공 스크립트로 실행합니다.
학습 시간
112시간 안팎

트랙 프로젝트

학교 또는 동아리 업무 개선 제안서

동아리 행사 신청 업무를 사례로 문제의 근거, 화면 초안, 인수 기준, 지원 FAQ, 개선 전후 관찰 결과를 묶습니다. 실제 앱 개발은 요구하지 않으며 화면 초안과 제공된 모의 API·가명 자료로 검증합니다.

수료하면 할 수 있는 일

  • 사용자 인터뷰와 관찰로 현재 업무 흐름과 불편의 근거를 기록합니다.
  • 화면, API와 DB 사이의 데이터 흐름을 그려 개발자와 확인합니다.
  • 정상과 오류 시나리오를 인수 기준과 화면 초안으로 작성합니다.
  • 사용성 테스트 결과를 바탕으로 명세와 문구를 수정합니다.
  • 지원 요청의 환경과 재현 단계를 수집해 이슈로 전달합니다.
  • 검증된 해결 절차를 FAQ로 작성하고 사용자에게 해결 여부를 확인합니다.
  • 사용자 영향과 근거·의존성으로 작업 순서를 제안하고 변경 이유를 기록합니다.
  • 지표의 대상·기간·계산 조건과 전후 비교의 한계를 설명합니다.
진도 0%

모듈

  1. 업무 개선 프로젝트 시작

    동아리 행사 신청 업무의 대상과 조사 범위를 정하고 기록 공간을 만듭니다.

    8시간 안팎

    project-brief.json에 이번 단계의 근거와 결정을 기록해 업무 개선 제안서를 확장합니다.

  2. 인터뷰와 현재 업무 흐름

    사용자 3명의 실제 사례를 듣고 관찰 근거로 해결할 문제 하나를 선택합니다.

    12시간 안팎

    research.json에 이번 단계의 근거와 결정을 기록해 업무 개선 제안서를 확장합니다.

  3. 화면에서 API와 DB까지

    선택한 문제의 저장·조회 흐름과 실패 위치를 설명합니다.

    10시간 안팎

    data-flow.json에 이번 단계의 근거와 결정을 기록해 업무 개선 제안서를 확장합니다.

  4. 로그인·권한과 개인정보

    로그인 실패와 권한 거부를 구분하고 최소 수집과 접근 범위를 명세화합니다.

    10시간 안팎

    access-policy.json에 이번 단계의 근거와 결정을 기록해 업무 개선 제안서를 확장합니다.

  5. 시나리오·화면 초안·인수 기준

    문제와 기술 제약을 정상·오류·빈 상태의 화면 및 검증 가능한 명세로 바꿉니다.

    14시간 안팎

    spec.json에 이번 단계의 근거와 결정을 기록해 업무 개선 제안서를 확장합니다.

  6. 우선순위·이슈·변경 조율

    사용자 영향과 근거·의존성을 비교하고 합의와 변경 이유를 추적합니다.

    10시간 안팎

    backlog.json에 이번 단계의 근거와 결정을 기록해 업무 개선 제안서를 확장합니다.

  7. 사용성 테스트와 명세 수정

    사용자의 행동을 관찰하고 화면·명세를 근거에 따라 수정합니다.

    12시간 안팎

    usability.json에 이번 단계의 근거와 결정을 기록해 업무 개선 제안서를 확장합니다.

  8. 지표 정의와 개선 전후 비교

    대상·기간·계산 조건을 명시하고 관찰과 지표로 개선 여부를 해석합니다.

    14시간 안팎

    metrics.json에 이번 단계의 근거와 결정을 기록해 업무 개선 제안서를 확장합니다.

  9. 문의 재현·개발팀 전달·FAQ

    확인된 증거로 문의를 분류하고 재현 가능한 이슈와 해결 안내를 작성합니다.

    12시간 안팎

    support.json에 이번 단계의 근거와 결정을 기록해 업무 개선 제안서를 확장합니다.

  10. 업무 개선 제안서와 인계

    근거·화면·인수 기준·FAQ·전후 관찰을 묶어 판단과 남은 과제를 설명합니다.

    10시간 안팎

    proposal.json에 이번 단계의 근거와 결정을 기록해 업무 개선 제안서를 확장합니다.

신입 기본기 대응표

영역완료 기준모듈
사용자 문제 이해
  • 인터뷰와 관찰에서 사실, 의견과 추측을 구분합니다.
  • 현재 업무 흐름과 불편이 발생하는 조건을 정리합니다.
m02-user-discovery
기술 흐름
  • 웹 화면, API, DB와 인증의 역할을 데이터 흐름으로 설명합니다.
  • 로그인 문제와 권한 문제를 구분하고 개인정보의 수집 범위를 확인합니다.
m03-service-data-flowm04-auth-privacy
명세 작성
  • 사용자 시나리오와 관찰 가능한 인수 기준을 작성합니다.
  • 오류, 빈 상태와 예외 조건을 화면 초안에 포함합니다.
m05-spec-screen
우선순위와 협업
  • 사용자 영향, 근거와 의존성을 비교해 작업 순서를 제안합니다.
  • 요청의 결정 사항과 변경 이유를 이슈에 기록합니다.
m06-priority-change
검증과 지표
  • 사용성 테스트에서 사용자의 실제 행동과 설명을 구분해 기록합니다.
  • 지표의 대상, 기간과 계산 조건을 정의해 개선 여부를 확인합니다.
m07-usability-validationm08-metrics-comparison
기술지원과 안내
  • 환경과 재현 단계를 수집하고 필요한 증거를 개발팀에 전달합니다.
  • 확인된 해결 절차를 FAQ와 안내문으로 작성하고 결과를 확인합니다.
m09-support-faqm10-proposal-handoff

면접 질문 대응

  • 사용자가 요청한 기능에서 해결할 문제를 찾는 과정을 설명해 주시면 됩니다. m02-user-discovery
  • 인터뷰에서 사용자의 의견과 관찰 사실을 구분하는 방법을 설명해 주시면 됩니다. m02-user-discovery
  • 화면에서 저장 버튼을 눌렀을 때의 데이터 흐름을 설명해 주시면 됩니다. m03-service-data-flow
  • 개발자와 같은 결과를 떠올릴 수 있는 명세를 설명해 주시면 됩니다. m05-spec-screen
  • 사용자가 로그인이 안 된다고 할 때 확인할 순서를 설명해 주시면 됩니다. m04-auth-privacym09-support-faq
  • 기능 개선 여부를 확인할 지표를 정하는 방법을 설명해 주시면 됩니다. m08-metrics-comparison