mizi_folio

(부트캠프) 프로덕트디자이너 교육 운영 경험

mizi.Design — Wed, 8 Jul 2026 17:42:51 +0900

"쓸모 없는 경험은 없다."

짧은 파트타임 업무였지만, 배운 점이 많기에 앞으로 나아가기 위한 하나의 발자국을 남겨놓으려고 합니다.

끝난 직후에 남겨 놓는 발자국이 가장 진하고 오래 가더라구요.

"어떤 일을 했는지"보다 "무엇을 배우고 어떻게 성장했는지"를 중심으로 적는 연습도 할 겸 적어볼게요.

경험 간단 소개

근무 기간 : 1개월 (2026.06.08 ~ 07.07)
직책 : 러닝헬퍼
업무 내용 :
- 프로덕트 디자인캠프 수강생(53인) 과제 제출 여부 검토 및 과제 수행 독려
- 실무 관련 자료 수집 및 인블로그 작성, 기업 공고 서칭

1. 왜 지원했는가 (간단한 배경)

프로덕트디자인캠프 6기 수료 이후 취준 진행 중에, 같이 프로젝트 했던 동기분의 추천으로 지원하게 됨

수강했던 경험을 바탕으로 다음 기수 수강생들에게 도움을 줄 수 있을거라고 생각했고, 현재 기수분들이 배우는 내용과 내가 배운 내용을 비교하며 부족한 역량을 채울 수 있을 것 같아서 지원했다.

2. 러닝헬퍼로 수행한 역할

1️⃣ 학습 운영 지원

수강생들이 학습을 이어갈 수 있도록 과제 진행 상황을 관리하고 필요한 지원을 제공했다.

LMS 과제 링크 제출 여부 확인
미제출 수강생 노션 댓글 독려
과제 미수행자 명단 정리 후 교육팀 전달
과제 수행에 도움이 되는 자료 링크 전달
과제 관련 질문 답변

2️⃣ 교육 운영 자료 관리

교육팀이 활용할 수 있도록 노션을 활용하여 조사한 참고자료를 정리했다.

Day1~Day47 과제별 참고 자료 리서치
노션 데이터베이스(표)를 활용한 수강생 검토 현황표 제작

3️⃣ 디자인 콘텐츠 제작

회사 홈페이지 내 디자인 블로그 콘텐츠를 기획하고 작성했다.

주 2회 콘텐츠 작성 (총 22건)
디자인 / 트렌드 / 채용 / 실무 / 포트폴리오 / 데이터 키워드로 콘텐츠를 작성함

4️⃣ 채용 정보 리서치

디자인 직무 채용 정보를 조사하고 리스트업하여 공유했다.

상시채용, 인재풀 기업 조사 후 기업 리스트와 지원 링크 공유

3. 예상과 달랐던 점

단순히 수강생 과제 체크하는 업무라고 생각했는데, 실제로는 교육 운영 프로세스를 유지하는 환경 속에서 수강생(사용자)의 문제를 발견해 개선을 돕는 일이었다.

4. UX 디자이너의 시선으로 보게 된 것

러닝헬퍼라는 직무는 사용자(수강생)가 디자인 과제를 끝까지 수행할 수 있도록 경험을 관리하는 역할이다.

과제 제출 검토하는 과정에서 그냥 제출 여부만 확인하는게 아니라, 미제출자의 다른 데일리 과제 내용을 살펴보면서 "왜 수강생은 여기서 멈췄을까?", "어떤 정보가 비어서 과제 진행이 어려울까?"를 고민하는 시선이 자연스럽게 생겼다.

UX 디자인도 결국 사용자가 우리 서비스의 어느 지점에서 어려움을 겪는지 발견하고, 더 나은 경험을 설계하는 일이라는 점에서 좋은 경험을 했다고 체감했다.

5. 가장 기억에 남는 경험

계약 종료 다음 날, 내게 업무를 주셨던 러닝코치님께 받은 메시지가 가장 기억에 남는다.

'가이드를 따로 해드린 것도 없는데 이상적으로 잘 진행해주셨다', '만들어 놓아주신 것들이 너무 많은 도움이 되었다'는 말을 해주셨다. 단순히 맡은 일을 끝낸 것이 아니라, 팀에 도움이 되는 방식으로 일했다고 인정받은 것 같아 정말 뿌듯했다.
그리고 조언도 해주셨는데, '이번 경험을 이력서와 자소서에 꼭 녹여 관리자로서의 역량도 어필해보라'는 말이 앞으로 취업을 준비하는 데 있어서 큰 응원과 자신감을 주셨다.

6. 가장 어려웠던 점

첫날에 업무 OT 문서를 노션으로 공유 받았었는데, 명확한 기준이 없는 상태에서 스스로 업무 방식을 만들어가야 했던 상황이라 업무를 지시받은 내용 안에서 내 방식대로 하면서 '이렇게 하는게 맞나?', '이렇게 해도 되나?' 하는 고민이 있었다.

처음 맡아보는 운영 업무였기 때문에 어떤 순서로 확인해야 하는지, 어떤 내용을 교육팀에 전달해야 하는지 하나씩 직접 익혀야 했다. 하지만 업무를 반복하면서 노션으로 체크리스트를 만들고, 자료를 정리하고, 필요한 내용을 문서화하는 습관을 들이게 되었고, 덕분에 점점 더 안정적으로 업무를 수행할 수 있었다.

7. 한 달 동안 가장 크게 배운 것

좋은 운영은 결국 좋은 사용자 경험을 만든다는 것.

수강생의 과제 진행 상황을 일일이 확인하고, 필요한 자료를 제공하고, 질문에 답변하는 과정은 모두 사용자(수강생)가 학습을 포기하지 않고 끝까지 이어갈 수 있도록 돕는 일이라는 것.

자료를 정리하고 운영 방식을 문서화하는 것만으로도 협업이 훨씬 수월해질 수 있다는 것.

8. 이 경험이 앞으로 어떻게 이어질 것인가

디자인 적인 업무를 경험한 것은 아니지만, 이번 근무에서 경험한 운영, 문서화, 커뮤니케이션, 콘텐츠 기획은 앞으로 제품을 만들고 운영하는 과정에서도 분명 도움이 될 것이라고 생각한다.

디자인 외적인 역량도 중요하다는 것을 배웠고, 앞으로 단순히 화면을 설계하는 디자이너가 아니라, 사용자의 문제를 발견하고 해결하며, 협업 과정까지 고려할 수 있는 프로덕트 디자이너로 성장하고 싶다.

이 경험은 분명 프로덕트 디자이너로서 더 넓어진 시야로 작용될 것이다.

9. 나만의 회고

내가 새로운 업무를 맡았을 때 하는 행동이 먼저 기존 프로세스를 파악하고, 필요한 부분은 직접 정리하면서 업무를 진행하는 편이구나를 알게 되었다.

이력서에 활용 가능한 문장으로 정리해보기

- 러닝헬퍼 운영 프로세스를 자율적으로 수행하며 업무 흐름을 정리하고 운영 효율 향상에 기여
- 수강생 과제 관리 및 피드백 프로세스를 운영하며 일정 관리와 커뮤니케이션 역량을 강화
- 운영 문서 및 가이드를 정리하여 업무 연속성과 협업 효율 향상에 기여

마지막으로, 이번 경험으로 얻은 것

교육 운영 프로세스를 관리하고, 사용자(수강생)의 학습 경험을 개선하기 위해 문제를 발견하고 필요한 자료를 제공하며, 운영 효율을 높이는 문서와 콘텐츠를 제작한 경험을 얻었다!

안목의 해상도 높이기 (실무자만 아는 레퍼런스 선별법)

mizi.Design — Tue, 7 Jul 2026 21:07:18 +0900

안녕하세요 :)

오랜만에 정보글 씁니다

그동안 공부를 너무 소홀히 한 것 같아서 근무 계약도 끝난 겸 제 블로그 글쓰러 왔어요 ✍

레퍼런스를 내 작업물에 적용하는 방법에 대한 질문이 들어오면,

감각적으로는 얼추 알고 있지만..질문에 답하기엔 어떻게 설명해야할 지 어려웠는데요;

언어로 구체적으로 짚어주니까 가려운 곳을 시원하게 긁어준 느낌이어서 가지고 왔어요.

영상 출처 : https://www.youtube.com/watch?v=mxm5RH6slEg

아래는 제가 보고 정리한 내용 입니다!

1. 시각 언어의 일치

"내가 콘셉트에서 뽑은 키워드들이 디자인 언어로서 정확하게 치환될 수 있는가?"를 고민해야 한다.

(예시)

상황 : 카페 포스터를 만들어야 한다.

콘셉트 : 미니멀, 감각적, 심플

행동 : '카페 포스터'를 검색 (X) → '미니멀 포스터 디자인'을 검색한다. → 레퍼런스를 저장한다. → 상황에 맞게 응용한다.

레퍼런스 분석 핵심 포인트 : 커피에 너무 꽂히지 말고, 여러분의 콘셉트에서 뽑아냈던 그 키워드들을 분석해야 함

(왼쪽) 찾은 레퍼런스 / (오른쪽) 레퍼런스를 응용해서 만든 '카페 포스터'

예시처럼 활용하는 능력을 갖추려면, 프로가 어떤 생각으로, 어떤 의도로 만들었는지를 먼저 파악할 줄 알아야 한다.

여기서 프로란 레퍼런스 작업물의 주인이자 작업자를 말해요.

2. 구조적 적합성

만들어야 하는 콘텐츠 내용의 양과 비교했을 때 균형이 깨지지 않는 구도를 찾아야 한다.

예시

(왼쪽) 찾은 레퍼런스 / (오른쪽) 넣어야 하는 콘텐츠 내용

딱 봐도 레퍼런스에 넣기에는 내용이 많다. 이럴 때는 내용을 줄이던가, 내용을 수용할 수 있는 레퍼런스를 찾아야 한다.

3. 시대성 경계하기

작업물의 촌스러움을 버리기 위해 '시대성'을 생각하면서 레퍼런스를 찾아야 한다. 다음과 같은 레퍼런스는 경계하며 걷어내자.

1. 불필요한 장식이 많은 자료는 걷어내기

2. 모든 정보를 네모 박스 안에 가두는 습관 버리기

여백과 정렬 만으로도 충분히 그룹핑할 수 있음
화면 밖으로 정보가 뻗어나가는 느낌, 시원하게 터져 있는 레이아웃을 찾으세요

3. 컬러와 폰트의 조합 고려하기

검정 배경에 형광 글씨, 빨간 배경에 파란 글씨 등의 눈 아픈 고대비 버리기
기본 폰트 사용, 글자 폭을 임의로 늘리고 줄인 왜곡된 것 버리기 (프로 작업물이 아님)

4. 무겁고 두꺼운 서체만 사용한 디자인 버리기

제목, 본문, 강조 전부 볼드 → 정보의 우선순위가 없다는 증거

5. 정보를 빽빽하게 채운 스타일 버리기

디자인에서의 여백은 정보를 읽게 만드는 '쉼표'임

4. 디자인 문법의 추출

비슷한 콘셉트의 자료를 모아 놓고 공통점을 찾아보는 연습하기

이런 서체를 많이 쓰는구나, 이미지 톤은 이렇게 잡는구나, 컬러 톤은 이런 식으로 사용하는구나를 파악하기.

공통점이 발견됐다면, 그 공통점이 바로 '실패하지 않는 디자인의 문법' 이 된다.

그 디자인 문법 안에서 작업을 해야 망하지 않는 결과물을 얻어낼 수 있어요.

< 공통적으로 봐야 하는 항목 >

서체
컬러
레이아웃
이미지 톤
컬러 톤

5. 관점의 깊이

공통적으로 뽑았던 서체, 컬러, 레이아웃, 이미지 톤, 컬러 톤을 찾았다면, 각각의 요소를 더 깊게 레퍼런스를 찾아봐야 한다.

항목	더 깊게 파고든 항목
컬러	채도, 명도, 컬러가 느끼는 분위기, 포인트 컬러가 사용된 위치
서체	폰트 간의 조합, 굵기 대비, 자간, 행간, 계층 구조
이미지	선명도, 색보정, 명도 대비, 그림자, 노이즈 등의 질감과 톤
아이콘	형태, 선 굵기, 면, 라인의 구분, 스타일 톤이 콘셉트와 일치하는지

기준을 잡고 왜 좋은지, 왜 아닌지 분석해보는 연습이 필요하다.

이러한 것들이 쌓이면 '실력'이 된다.

오랜만에 글쓰는 연습도 할 겸 써봤는데요, 제게는 도움이 됐는데 글을 보시는 분들도 도움되는 정보였길 바랍니다

벌써 5개월이 흘렀다...상반기 회고 (반성하는 글+근황)

mizi.Design — Mon, 29 Jun 2026 20:17:49 +0900

그동안 티스토리 블로그를 너무 방치했다는 생각에

그동안 뭐 했는가?

를 돌아보고 다시 으쌰으쌰 시도해보고자 이 글을 씁니다.

그동안 좀 소극적으로 지원하고 떨어지고를 반복했다...

오즈코딩스쿨 수료하고 인턴십 올라오는 것들이랑 문자로 지원 재촉(?)하는 것들 몇 개 지원 했었는데

연락이 오지 않았습니다

그래서 포트폴리오에 들어가는 프로젝트가 매력도가 좀 떨어진다고 느꼈고,

3월에 채용 잡페어도 다녀왔는데 AI 모르면 큰일날 것 처럼 듣고 와서 덜컥 겁을 먹었고요,

오랜만에 얼굴 본 스터디원과 함께 밥도 먹었어요 잘 지내시나요? 냉방병 조심하세요 여러분

그리고 혼자서 개인 프로젝트 하나 하려고 인터뷰 따고 다니다가,,,엎어졌어요

왜냐하면 갑작스레 소중했던 사람과 이별을 겪었거든요. 진짜 예고 없이 갑자기 뚝.

멘탈 부여 잡느라 시간을 흘려 보낸 부분도 있던 것 같습니다.

(흘려 보내야 하는 물리적인 시간이 제게 필요했던 것 같기도 합니다. 그래야 다시 일어설 수 있으니까요.)

클로드코드 ai 워크샵

대학 동기 잘둔 덕분에 좋은 정보를 물어다 줘서 ai 워크샵에 참여했습니다.

클로드코드 기본 사용법과 자동화를 어떻게 쓰는지, 현업에서 어떻게 활용하는지를 체험하기도 했습니다.

느낀점은...배우면 어렵지 않다, 클로드코드 유료로 써야 쓸 수 있는데 뒤쳐지지 않으려면 계속 쓰게 되겠구나.

그리고 목적과 목표가 확실히 있어야 ai 자동화를 도구로써 쓰기 좋겠다.

아무 목적 없이는 그냥 기술에 불과하구나.

저는 일단 제 업무에서 자동화를 맡길 부분이 생각나지 않아서 우선은 저의 포트폴리오 피드백, 자소서 첨삭 이런 부분에 ai 에이전트의 도움을 받고 있습니다.

포트폴리오도 조금씩 다듬고는 있는데요,

다시 차근차근 내가 내 논리가 설명이 안되는 부분을 혼자서 다듬고 있었습니다.

확실히 혼자 하니까 속도가 안붙네요...그래서 친한 언니 동생 친구와 자투리 시간에 할 거 하는 스터디에 참여했다가,

자꾸 수다만 떨게 돼서 그것 마저도 흐지부지 끝났습니다. ㅠㅠㅠ

마음대로 되는게 없어요

IT 연합 동아리 지원했다가 불합격

개발자와의 협업에 갈증이 있어서 넥스터즈에 지원했었는데요, 결과 불합격...ㅜㅠㅜ

왜 불합격일까 고민해봤는데 마감기한 4시간 전에 간신히 제출했거든요.

저는 이게 진짜 단점이구나 싶었습니다.

좀만 더 다듬어서 내자... 좀만 더,,, 이것만 고치자...하다가 마감일에 가까워질때까지 계속 고치다가 마감 직전에 제출하기.

그래서 앞으로는 빨리빨리 지원하기를 목표로 잡았습니다. 굼뜨게 행동하면 놓친다..

한 달 계약직

함께 스터디 했던 Ham씨의 추천으로 감사하게도 기회가 닿아서

현재는 디자인 부트캠프 수강생 과제 검토하는 일을 잠시 하고 있습니다..! 당신은 저의 귀인...✨

조교 직무 면접도 보고 왔지만, 아쉽게도 불합격...했습니다만,

덕분에 오랜만에 면접도 보고, 활기를 조금 얻은 것 같아서 너무 감사한 경험이었습니다

경험정리가 미흡한 부분에 대해 보완할 계획이 잡혔어요

다음주면 러닝헬퍼 업무도 계약 종료니까, 다시 한 번 힘을 내서 나아가보려고 합니다

느리더라도, 멈추지만 않으면 되겠지 라는 마인드로

(물론 잠시 멈췄었지만...ㅎ 인생 길게 보면 잠깐이라는 마인드)

이상, 반성을 마치겠습니다!

00. 북극성 찾기 _ 2단계+3단계 : 나 트래킹, 나만의 OX리스트

mizi.Design — Tue, 27 Jan 2026 23:13:54 +0900

안녕하세요 :)

저번에는 1단계, 프로덕트 디자이너가 하는 일에 대해 찾아봤었고

이번에는 2+3단계 진행 기록을 남기러 왔습니다!

그동안 저의 북극성 지표 설정을 위해 나는 어떤 사람인지 파악하고, 나만의 OX리스트를 써보는 시간을 가졌는데요,

이게 생각보다 오래 걸리네요

조금 걸렸지만, 시간을 투자하기에 충분한 가치가 있었다고 생각합니다

✨나의 북극성 찾기 방법

1단계 : 프로덕트 디자이너 리서치
- 프로덕트 디자이너가 하는 일
- 디자이너의 기쁨과 슬픔 리스트업

2단계 : 나 트래킹
- 내가 좋아하는 것, 잘하는 것 리스트업
- 나의 기록들 뒤져보기 : 과제, 일기, 블로그
*디자인 관련 경험에 국한될 필요 X
3단계 : 디자이너의 기쁨/슬픔 — 내가 좋아하는 것/잘하는 것 매칭
- 내가 좋아하던 부분, 잘하는 부분 찾아보기
- 나만의 OX 리스트 만들기

2단계 : 나 트래킹하기

다음과 같이 2가지 방법으로 나를 알아봤습니다.

- 나의 타고난 기질, 성향을 기반으로 한 내 강점과 약점 파악

- 부트캠프에서 멘토, 동료들이 평가한 내 강점과 약점 분석

(구체적인 내용은 부끄러우니까 결론만 남길게요,,,)

트래킹 결과 나라는 사람의 북극성을 한 줄로 정리해봤더니,

“저는 의미 없는 압박을 줄이고, 사람과 상황을 더 나은 방향으로 정리하는 사람입니다.”
→ 저는 사용자의 상태를 이해하고, 가장 빠르고 효과적인 경험의 길을 설계하는 디자이너입니다 :)

라는 문장으로 정리할 수 있었어요 ✨

3단계 : 디자이너의 기쁨/슬픔 — 내가 좋아하는 것/잘하는 것 매칭

이것도 구체적인 내용은 스킵...

매칭 결과를 바탕으로 한 나만의 OX 리스트를 만들었습니다!

️ O 리스트 = 내가 할 수 있고, 잘 맞는 일
생각을 정리하고, 내가 속한 팀과 사용자에게 방향을 만들어줄 수 있는 역할

사람과 상황을 동시에 이해하며 문제를 구조화하는 일
부분이 아닌 전체를 보며 통일성을 맞추는 일
배우는 과정 자체가 일의 일부인 구조의 환경
경험을 통해 점점 전문가로 성장해가는 흐름을 겪을 수 있는 곳

❌ X 리스트 = 내가 소모되는 일, 나를 지키기 위해 피해야 할 일
맥락 없는 개인 에너지 소모되는 일과 환경

팀 없이 혼자 모든 판단과 책임을 떠안는 일
과정보다 결과만 보고 평가하는 문화
왜 그렇게 했는지보다 “그래서 성과가 뭐야?”만 묻는 곳
소리 큰 사람이나 빠른 사람이 항상 유리한 구조
책임은 무거운데 권한과 설명은 없는 상태

이렇게 직접 작성해보니까 내가 몰랐던 나를 더 파악할 수 있는 계기가 되었습니다

취준 시작하면서 가장 우려되는 부분이 '회사 보는 눈 키우기'인데요..ㅠ 사실 지금도 걱정되는 부분임... 아직 경험이 많이 없어서 다녀도 괜찮은 회사가 어떤 회사인지 판단하는 기준을 세우는 과정 중,,,ing

'이 회사에서 내가 나답게 기능할 수 있을까?' 를 생각할 수 있는 사람이 되자...

노션, 피그마 활용 중,,

그래서, 나만의 회사 기준 체크리스트도 만들고, 내가 나답게 기능할 수 있을 도메인을 추려보는 작업도 했습니다!

엉금엉금 기어가는 거북이같은 속도지만.. 그래도 앞으로 한발자국 나아간 기분이네요

남과 비교하지 말고, 지금 내가 할 수 있는 것들을 하고 있는 중입니다

얼른 이력서 작성하고, 자소서도 써야 하는데...갈 길이 멀다.....

화이팅

북극성 찾기 하고 느낀 점

저는 정리하고, 연결하고, 방향을 만드는 과정에서 보람을 느끼는 사람이더라구요.

몰입 → 정리 → 공유 → 회복의 사이클이 가능한 환경이 제게 맞는 리듬이라는 것을 알게된 하루였습니다.

00. 북극성 찾기 _ 1단계 : 프로덕트 디자이너 리서치

mizi.Design — Sat, 24 Jan 2026 16:07:55 +0900

부트캠프가 끝나고, 마지막 3일 동안 특강이 있었는데요,

특강에서 배운 대로, 나의 북극성 찾는 방법을 하나씩 차근차근 진행해보고자 합니다!

오늘은 나의 북극성 찾기 시간 이에요!

(진작에 시작했어야 했는데, 부트캠프 끝나자마자 컨디션이 안좋아서 골골대다가 이제서야 시작하게 되었답니다..)

그 중에서, 1단계만 우선 진행해보려고 합니다!

✨ 나의 북극성 찾기 방법

1단계 : 프로덕트 디자이너 리서치
- 프로덕트 디자이너가 하는 일
- 디자이너의 기쁨과 슬픔 리스트업
2단계 : 나 트래킹
- 내가 좋아하는 것, 잘하는 것 리스트업
- 나의 기록들 뒤져보기 : 과제, 일기, 블로그
*디자인 관련 경험에 국한될 필요 X
3단계 : 디자이너의 기쁨/슬픔 — 내가 좋아하는 것/잘하는 것 매칭
- 내가 좋아하던 부분, 잘하는 부분 찾아보기
- 나만의 OX 리스트 만들기

1. 프로덕트 디자이너 회고 글 리서치

3~5명만 조사해도 충분하다고 해서, 저는 4개의 글을 리서치했습니다.

최대한 최근 글로 찾으려고 했고, 주로 브런치에서 리서치했습니다!

1번째 글 ↓

1. 3년차 스타트업 프로덕트 디자이너가 하는 일

제품을 화면 단위로만 보지 않고, 문제의 맥락과 배경, 그리고 앞으로의 방향까지 함께 고민한다.

단순히 예쁜 UI를 만드는 것이 아니라 왜 이 문제가 발생했는지, 어떤 순서로 풀어야 하는지 구조화하고, 가설과 목표를 세워 솔루션을 설계한다. 작업 과정과 판단 근거를 문서로 정리하며, 제품 전반의 흐름을 이해하려 노력한다.

시장 환경과 경쟁 상황, 사용자 니즈를 함께 이해하려고 한다.

제품이 어떤 비즈니스 목표를 가지고 있는지 파악하고, 기획자나 개발자 등 다른 직군과 같은 언어로 소통하며 목표를 맞춘다.

디자인 결정이 비즈니스와 어떻게 연결되는지를 계속해서 고민한다.

단기적인 개선에 그치지 않고, 몇 달 후 혹은 1년 뒤의 사용자 경험까지 상상하며 설계한다.

지금의 선택이 나중에 어떤 영향을 줄지를 고려하며, 팀의 비전과 제품의 큰 방향 안에서 디자인을 연결한다.

혼자 잘하는 것보다 팀이 잘 굴러가도록 돕는 역할을 한다.

팀 전체의 상황을 파악하고, 다른 팀원이 겪는 어려움이나 병목을 인지해 조율한다.

디자이너 개인의 결과물보다 협업 과정과 흐름을 중요하게 생각하게 된다.

‘이건 내 일이 아니다’라고 선을 긋기보다, 프로젝트가 성공하기 위해 내가 할 수 있는 일이 무엇인지 먼저 고민한다.

디자인을 넘어 문제 해결, 커뮤니케이션, 의사결정 과정에 적극적으로 참여하며 주도적으로 일한다.

프로덕트 디자이너의 기쁨

제품을 바라보는 시야가 점점 넓어지고 깊어지는 것을 느낄 때 보람을 느낀다.

예전보다 더 본질적인 문제를 보게 되고, 맥락을 이해한 상태에서 디자인할 수 있게 되었음을 체감한다.

팀과 함께 일하면서 혼자가 아니라는 감각을 느낀다.

각자의 역할을 이해하고 서로 의지하며 협업할 때, 디자이너로서 성장하고 있다는 느낌을 받는다.

복잡한 문제를 정리하고 사용자 경험을 더 단순하고 명확하게 만들었을 때 큰 성취감을 느낀다.

단순히 화면을 완성하는 것이 아니라 문제를 해결했다는 감각에서 즐거움이 온다.

서로 다른 관점을 가진 사람들과 논의하며 더 나은 결과를 만들어냈을 때 협업의 재미를 느낀다.

혼자서는 만들 수 없는 결과를 팀으로 완성했을 때 만족감이 크다.

팀과 제품 안에서 디자이너의 역할이 분명히 존재한다는 것을 느낄 때 자신감을 얻는다.

단순한 작업자가 아니라, 팀에 기여하는 구성원이라는 자각에서 기쁨을 느낀다.

프로덕트 디자이너의 슬픔과 고민

시간이 지나도 ‘나는 어떤 디자이너인가’라는 질문에 명확한 답을 내리기 어렵다.

성장할수록 정체성에 대한 고민이 더 깊어지기도 한다.

디자인 외에도 신경 써야 할 일이 많아지면서 업무의 경계가 흐려지고 피로도가 쌓인다.

책임감이 커질수록 부담 역시 함께 커진다.

단기적인 성과보다 긴 호흡으로 생각해야 하는 일이 많아 부담을 느낄 때가 있다.

당장의 결과가 보이지 않는 고민을 계속 안고 가야 하는 점이 쉽지 않다.

개인의 관점에서 팀과 제품 전체의 관점으로 계속해서 시선을 전환해야 한다.

이 변화 자체가 익숙해지기까지 시간이 걸리고 에너지가 든다.

계속해서 스스로를 돌아보고 방향을 점검해야 한다는 점이 장점이자 동시에 피곤함으로 다가온다.

디자이너로서의 성장에는 끝이 없다는 사실을 실감하게 된다.

2번째 글 ↓

2. 프로덕트 디자이너가 하는 일

프로덕트 디자이너는 화면을 설계하는 사람이라기보다, 문제를 정의하고 해결의 방향을 잡는 역할에 가깝다.

사용자가 겪는 불편이 무엇인지, 그 문제가 왜 발생했는지를 먼저 파악하고, 디자인으로 해결 가능한 문제인지 판단한다.

UX와 UI를 분리해서 보기보다는 하나의 흐름으로 다룬다.

정보 구조, 사용자 흐름, 인터랙션, 시각적 표현을 모두 연결된 경험으로 설계하며, 기능 하나가 전체 경험 안에서 어떤 역할을 하는지를 고민한다.

기획자, 개발자와 긴밀하게 협업하며 제품을 함께 만든다.

요구사항을 그대로 받아 그리는 것이 아니라, 왜 이런 요구가 나왔는지 질문하고 더 나은 방향을 제안한다.

디자인은 의견을 전달하는 도구이자 의사결정을 돕는 수단이 된다.

디자인 산출물뿐 아니라 설득과 설명도 중요한 업무다.

디자인 의도를 문서와 말로 풀어내고, 팀이 같은 이해를 가질 수 있도록 정리한다.

결과보다 과정과 논리가 중요해지는 순간이 많다.

실무에서는 문제 정의, 와이어프레임, UX 시나리오, UI 디자인, 디자인 가이드 정리까지 폭넓은 일을 맡는다.

상황에 따라 리서치, 데이터 해석, QA까지 관여하며 제품의 완성도를 책임진다.

프로덕트 디자이너의 기쁨

문제를 단순히 예쁘게 덮는 것이 아니라, 근본적으로 해결했을 때 큰 만족을 느낀다.

사용자의 행동이 바뀌거나, 이전보다 덜 헤매는 모습을 볼 때 디자이너로서 보람을 느낀다.

기획, 개발, 비즈니스 사이에서 연결 고리가 되었을 때 성취감을 느낀다.

서로 다른 관점을 하나의 방향으로 정리해 팀이 앞으로 나아가게 만들었을 때 자신의 역할을 실감한다.

디자인이 단순한 결과물이 아니라 의사결정의 기준이 될 때 즐거움을 느낀다.

자신의 고민과 논리가 제품에 반영되고, 팀의 판단에 영향을 미칠 때 디자이너로서의 존재감을 느낀다.

경험이 쌓일수록 문제를 바라보는 시야가 넓어지고, 예전보다 더 본질적인 질문을 던질 수 있게 되는 과정 자체가 기쁨이 된다.

프로덕트 디자이너의 슬픔과 고민

역할의 경계가 모호해 혼란을 느낄 때가 많다.

어디까지가 디자이너의 책임인지 명확하지 않아 스스로 기준을 세워야 하는 상황이 반복된다.

디자인 결과가 눈에 잘 보이지 않는 문제 해결에 묻힐 때 허탈함을 느낀다.

많은 고민과 논의가 있었지만 결과물로 드러나지 않아 평가받기 어렵다고 느끼기도 한다.

의사결정에 관여할수록 책임감이 커지고, 그만큼 부담도 커진다.

디자인이 실패했을 때 개인의 역량 부족처럼 느껴져 자책하게 되는 순간이 있다.

정답이 없는 문제를 계속 다뤄야 한다는 점이 피로로 이어진다.

매번 스스로의 판단을 의심하고 검증해야 하며, 확신을 갖기까지 시간이 오래 걸린다.

신입이나 주니어일수록 ‘잘하고 있는지’에 대한 확신을 얻기 어렵다.

성장의 기준이 모호해 불안해지고, 끊임없이 비교하게 된다.

3번째 글 ↓

3. 4년차 프로적트 디자이너가 하는 일

프로덕트 디자이너는 단순히 화면을 그리는 사람이 아니라, 회사가 만들고 싶은 것과 사용자가 필요로 하는 것 사이에서 계속 줄다리기를 하는 역할이다.

요구사항을 그대로 시각화하기보다, 이게 정말 풀어야 할 문제인지부터 다시 묻고 정리한다.

실무에서는 UX 설계, UI 디자인, 인터랙션 정의, 디자인 가이드 정리까지 폭넓은 작업을 한다.

하지만 이상적인 프로세스와 달리, 현실에서는 시간에 쫓겨 완벽하지 않은 상태로 결정해야 하는 순간이 많다.

기획이 불완전한 상태에서 디자인을 시작하는 경우도 많고, 개발 제약이나 일정 때문에 최선이 아닌 차선을 선택해야 할 때도 잦다. 그 과정에서 디자이너는 계속해서 타협점을 찾는다.

디자인 결과물뿐 아니라 커뮤니케이션이 중요한 업무가 된다.

왜 이렇게 설계했는지 설명하고, 왜 이 선택이 필요한지 설득하며, 때로는 디자이너가 문제를 대신 정리해주는 역할까지 맡게 된다.

연차가 쌓일수록 단순 작업보다는 방향 제시와 판단의 비중이 커진다.

‘이걸 어떻게 만들까’보다 ‘이걸 만드는 게 맞을까’를 더 자주 고민하게 된다.

프로덕트 디자이너의 기쁨

혼란스러운 요구사항 속에서 문제를 정리해 방향을 잡아냈을 때 성취감을 느낀다.

모두가 애매하다고 느끼던 상황에서 실마리를 만들었을 때 디자이너로서의 가치를 느낀다.

자신이 고민한 UX와 구조가 실제 서비스에 반영되고, 사용자가 그 변화를 자연스럽게 받아들일 때 보람을 느낀다.

눈에 띄지 않아도 경험이 나아졌다는 확신이 들 때 만족감이 크다.

동료들이 디자인을 신뢰하고 의견을 묻기 시작할 때 성장했음을 실감한다.

단순히 예쁜 화면이 아니라 판단의 기준으로 디자인이 사용될 때 기쁨을 느낀다.

힘든 과정 속에서도 ‘그래도 나는 이 일을 좋아한다’는 마음을 확인하는 순간들이 있다.

완벽하지 않아도 계속 고민하고 싶다는 마음 자체가 이 직업의 원동력이 된다.

프로덕트 디자이너의 슬픔과 현실적인 고민

생각보다 많은 일이 디자인 외적인 영역에서 발생해 정체성 혼란을 겪는다.

기획도, QA도, 커뮤니케이션도 하다 보면 내가 디자이너인지 무엇인지 헷갈리는 순간이 온다.

열심히 고민했지만 결과적으로 반영되지 않거나, 일정과 우선순위 때문에 사라지는 디자인을 마주할 때 허무함을 느낀다.

노력 대비 결과가 남지 않는 경험이 반복되기도 한다.

‘디자이너면 이 정도는 해야지’라는 암묵적인 기대가 부담으로 작용한다.

명확한 기준 없이 계속 잘해야 한다는 압박을 스스로에게 주게 된다.

연차가 쌓여도 여전히 확신이 없다.

잘하고 있는지, 이 방향이 맞는지, 계속해서 스스로에게 질문하게 되고 그 질문이 쉽게 끝나지 않는다.

일을 좋아하는 마음과 일로 인한 소모 사이에서 균형을 잡기 어렵다.

좋아서 시작했지만 지칠 때도 많고, 그럼에도 불구하고 다시 고민하게 되는 자신을 발견한다.

4번째 글 ↓

4. 토스 Tools팀 프로덕트 디자이너가 하는 일

프로덕트 디자이너, 그중에서도 Product Designer (Tools)는 내부 구성원과 고객이 더 정확하고 효율적으로 일할 수 있도록 업무용 툴을 설계하고 만드는 역할이다.

외부 사용자용 서비스보다 내부 사용자나 운영 조직의 생산성을 높이는 데 초점을 둔다.

업무의 핵심은 ‘업무 효율화’다. 사용자가 어떤 과정을 거쳐 일을 하고 있는지 직접 관찰하고, 어디에서 시간이 오래 걸리는지, 어떤 단계가 불필요하게 복잡한지를 파악한다.

그 후 확인, 처리, 제출 같은 반복적인 업무 흐름을 더 빠르고 정확하게 만들 방법을 설계한다.

단순히 화면을 만드는 데 그치지 않고, 업무 프로세스 전체를 다시 설계한다.

재이행 대상 선정, 안내, 심사처럼 여러 단계로 나뉜 복잡한 절차를 하나의 시스템으로 정리하고 자동화한다.

엑셀, 공문, 수작업으로 이루어지던 과정을 시스템화해 사람의 개입을 최소화한다.

문제의 표면적인 결과보다 근본적인 원인을 찾는 데 집중한다.

이미 발생한 문제를 땜질하듯 해결하기보다는, 왜 이런 문제가 반복되는지를 파고들고 그 지점을 구조적으로 바꾸려 한다.

도메인 이해가 중요한 업무다.

은행, 결제, 데이터, 머신러닝 등 익숙하지 않은 영역을 빠르게 학습해야 하며, 모르는 개념은 적극적으로 묻고 이해한 뒤 디자인에 반영한다.

디자이너는 새로운 도메인에 계속 진입하며 러닝 커브를 그린다.

기획자, 개발자, 데이터 엔지니어, 운영 담당자 등 다양한 직군과 밀접하게 협업한다.

특히 내부 사용자가 가까이에 있어, 실제 업무를 직접 보고 미팅에 참여하며 디자인 방향을 계속 조정한다.

프로덕트 디자이너의 기쁨

사용자가 곁에 있다는 점에서 큰 보람을 느낀다.

실제로 툴을 사용하는 사람의 업무를 바로 옆에서 관찰하고, 그들의 불편을 즉각적으로 제품에 반영할 수 있다는 점이 큰 동기가 된다.

복잡하고 오래 걸리던 업무가 눈에 띄게 단축될 때 강한 성취감을 느낀다.

며칠 걸리던 일이 몇 분 안에 끝나고, 수작업이 자동화되면서 사용자의 만족도가 높아질 때 디자이너로서의 가치를 체감한다.

어렵고 복잡한 문제를 당연한 방식으로 풀어냈을 때 큰 임팩트를 만든다는 점에서 재미를 느낀다.

아무도 손대지 못하던 문제를 구조적으로 정리해 해결했을 때 성과가 분명하게 드러난다.

레퍼런스가 많지 않은 영역에서 새로운 경험을 설계할 수 있다는 점이 매력으로 작용한다.

기존 사례를 답습하는 것이 아니라, 팀과 함께 기준을 만들어가며 혁신적인 시도를 할 수 있다.

디자인 결과를 데이터로 빠르게 확인할 수 있을 때 즐거움을 느낀다.

실제 사용 데이터를 통해 성과를 확인하고, 디자인이 어떤 영향을 미쳤는지 명확하게 알 수 있다는 점이 동기부여가 된다.

프로덕트 디자이너의 슬픔과 어려움

초기에는 도메인 장벽이 높아 큰 부담을 느낀다.

생소한 용어와 개념이 많아 이해하는 데 시간이 걸리고, 제대로 이해하지 못하면 디자인을 할 수 없다는 압박을 받는다.

문제가 복잡할수록 책임감도 커진다.

단순한 UI 문제가 아니라 업무 시스템 전체를 건드리는 일이 많아, 판단 하나가 큰 영향을 미친다는 부담이 따른다.

완성된 레퍼런스가 거의 없는 상황에서 방향을 스스로 정해야 하는 어려움이 있다.

정답이 정해져 있지 않기 때문에 계속해서 고민하고 검증해야 한다.

계속해서 컴포트 존을 벗어나야 한다는 점이 피로로 다가오기도 한다.

새로운 도메인에 들어갈 때마다 다시 초보자가 되는 느낌을 반복해서 경험한다.

2. 조사한 글의 공통점 추출하기

프로덕트 디자이너가 하는 일
- 프로덕트 디자이너는 단순히 화면을 그리는 사람이 아니라 문제를 정의하고 그 해결을 설계하는 사람이다.

- 사용자의 실제 상황과 업무 흐름을 관찰해 어디가 불편하고 비효율적인지 파악하고, 그 근본 원인을 찾아 시스템적·프로덕트적 해법을 제안한다.

- UI, 인터랙션, 정보 구조 같은 시각적 산출물뿐 아니라 프로세스 설계, 자동화 포인트 탐색, 장기적인 사용자 경험 영향까지 고려해 제품 전체 관점에서 책임을 가진다.

- 또한 기획자·개발자·운영·데이터 등 다양한 직군과 밀접하게 협업하며 디자인 의도와 판단을 문서와 말로 설명하고 설득하는 역할을 지속적으로 수행한다.

프로덕트 디자이너의 기쁨
- 사용자나 내부 조직의 실제 업무가 명확하게 좋아지는 모습을 볼 때 큰 보람을 느낀다.

- 복잡하거나 오래 걸리던 과정이 줄어들고 사용자가 덜 헤매는 변화가 눈에 보일 때, 그리고 그 결과로 팀이 제품 방향에 대해 디자이너의 판단을 신뢰하고 묻기 시작할 때 성취감과 즐거움을 경험한다.

- 문제를 구조적으로 풀어내며 시야가 넓어지고 전문성이 성장하는 자체가 큰 동기부여가 된다.

프로덕트 디자이너의 슬픔과 고민
- 역할의 경계가 애매하고 책임이 넓어지면서 부담이 커지는 점이 공통된 어려움이다.

- 단순 디자인을 넘어 조직과 시스템에 영향을 미치는 판단을 해야 하므로 실패나 반영되지 않음이 개인적 낙담으로 연결되기도 하고, 무엇이 디자이너의 '정답'인지 확신을 갖기 어려운 상황이 자주 발생한다.

- 새로운 도메인이나 복잡한 업무를 계속 학습해야 하는 과정이 반복되면서 피로와 불확실성이 누적되는 점도 공통된 고민으로 드러난다.

느낀 점

부트캠프 끝나니까 확실히 늘어지고 주의산만해지는 나...

뭔가 해야할 일은 많은데 한 번에 다 하려고 조급해지니까 뭔가 체하는 기분만 들더라구요

아얘 안하는 것보다는 조금씩 한 발자국씩 가보자는 마음으로 다잡고 가려구요!

취준이 빨리 걸릴수도, 생각보다 오래 걸릴수도 있다고 생각해요.

체하지 않고 마라톤 달리듯 내 페이스대로 가는게 중요할 것 같습니다!

내가 하고 싶은 일을 찾고 그 일을 하기까지

화이팅

(좀 늦었지만) 사고확장 스터디 1기 회고

mizi.Design — Sat, 24 Jan 2026 14:42:39 +0900

안녕하세요 :)

2025년 9월 초에 모집했던 저희 스터디가 11주 여정을 끝으로 마무리하게 되었습니다.

이제는 그동안 스터디에서 했던 연습을 바탕으로 협업 프로젝트에 들어갔고,

프로젝트 시작 전에 회고하려고 했었는데 정신없이 달리다 보니 프로젝트까지 전부 마무리되었네요

조금 늦은 감이 있지만...기억나는대로 회고해보도록 하겠습니닷

1. 스터디 모집 계기

수업 초반에 너무 디자인 기초만 다뤄서 수업만으로는 인사이트를 얻기 부족하다고 판단하여 나와 같은 갈증이 있는 열정있는 사람들을 모아서 함께 부족한 부분을 채워나가고자 했다.

2. 스터디 기간 및 인원

- 기간 : 2025. 09. 18 ~ 2025. 11. 24 (11주)

- 인원 : 5명

맨 처음에 도경님께 디엠으로 간택(?)을 당했고,..속으로 기획하고 있던 스터디를 스리슬쩍 언급하게 되었다. 근데 간택 안당했어도 사실 스터디 모집 했었을 것 같고, 도경님도 참여하셨을 것 같은...ㅎㅎㅎㅎㅎㅎ

디스코드 채널에서 인원 구하기

하나둘씩 모인 우리 스터디원들❣️

이렇게 다시 보니까 진짜 완전 부트캠프 쌩 초반에 모집한건데도 용기있게 연락 주신 스터디원분들께 너무나 감사하다는 말씀 드리고 싶다..

3. 스터디 진행 방식

- 노션을 활용해 매주 원하는 앱을 선점하여 그 앱을 분석하는 과제를 진행함.

- 각자의 티스토리 블로그에 분석 인사이트를 업로드함.

- 피그마 Slide를 활용하여 매주 공유할 인사이트 + 다음주 과제 공지를 진행함

- 스터디 분량 조절(중간점검) 이후에는 피그잼을 활용하여 하나의 앱을 함께 분석하고, 분석 인사이트를 바탕으로 분석한 앱의 개선 포인트를 함께 작성해보는 방식으로 스터디를 진행함

중간점검 이후 활용한 피그잼

4. 스터디 내용

아티클 스터디
- 목적 : 트렌드 파악, 생각하는 힘 기르기
- 내용 : UXUI, IT 관련 아티클을 가져와 읽고 자신만의 언어로 내용 요약하기
북 스터디
- 목적 : 독서 습관 들이기, UXUI 권장도서 함께 읽고 공부하기
- 내용 : 책 <데이터 드리븐 디자인씽킹>_에이블런 을 함께 읽고 데이터드리븐 사례 찾아보기
케이스 스터디
- 목적 : 앱 분석해보며 다양한 서비스 경험하기
- 주차별 도메인에 맞는 앱 선정 후 분석한 인사이트를 발표 & 공유하기

케이스스터디는 노션 페이지를 활용했어요

5. 다음 스터디에 가져가야 할 점

확실히 기록은 중요하다. 주차별로 어떤 인사이트를 얻었는지 기록하는 것은 다음 스터디에도 써먹어야 겠다.

다만, 가끔은 배보다 배꼽이 커지는 경우가 생길 때가 있었다. 기록은 정말 내 언어로 습득하기 위한 하나의 스터디 과정이라고만 생각해야 한다. 공부시간보다 기록하는 시간이 더 길어지면 하기 싫어진다..ㅎ

그래서 기록하는 채널을 블로그가 아닌 다른 방법을 써야 하나? 노션을 좀 더 활용해야 하나 싶다.

6. 스터디 운영에 아쉬웠던 점

처음에 계획했던 분량을 다 하진 못했다. 초반에 욕심이 과했던 것 같다.

아티클스터디+케이스스터디+북스터디를 매주 함께 하고 싶은 욕심이 있었는데, 부트캠프 교육과정 따라가랴, 스터디 하랴..양이 너무 많아져서 생각하는 힘 기르기가 목적이었지만, 어느 순간부터 그냥 과제 해치우듯 하게 됐다...그래서 중간점검 시간을 가지면서 스터디 분량을 조절하기도 했다.

다음에도 필요한 스터디를 운영하게 되면, 처음부터 많은 양을 하려들지 말고, 스터디원들께 스터디 적응시간을 주는게 필요할 것 같다. 그래도 어느 정도 강제성이 있었기 때문에 할 수 있었다고 생각하긴 한다

7. 스터디원들의 의견

스터디를 마치고, 스터디 운영에 대해 좋았던 점과 아쉬웠던 점을 수집했다. 감사하게도 다들 진지하게 적어주셨다

스터디원들의 회고 모아보기

8. 스터디원으로서의 회고

스터디를 하면서 느낀 스터디원들의 역량을 바탕으로 수료증과 강점분석 리포트를 만들어서 개개인에게 전달했다.

스터디원들이 나도 적어줘서 내 강점과 약점을 파악하는데 많은 도움이 됐다.

수료증 & 강점 분석 리포트

나의 강점

사고를 구조화해서 전달하는 능력
팀의 본질과 목적을 잃지 않게 하는 중심축
관점 확장을 유도하는 질문과 해석
정서적으로 안전한 환경을 만드는 리더십
설득력 있는 커뮤니케이션

나의 약점 (혹은 리스크)

실력과 안정감이 너무 커서 오히려 심리적 거리감을 형성함
스스로는 친절하지만, 스터디원은 보이지 않는 “벽”을 느낌
더 캐주얼한 실패/헷갈림의 공유가 적었을 가능성이 있음

만약 다음 스터디를 또 한다면, 개선해야 할 태도

일부러 “나도 헷갈렸던 지점”을 먼저 공유
완성된 정리 말고 중간 사고 과정 보여주기
“이건 정답 아님!” 을 꼭 이야기하기
의견 낼 때 “이건 제 취향일 수도 있어요” 먼저 이야기하기

회고를 통해 느낀 점

나는 생각보다 실패를 두려워하는 사람이구나. 이걸 어서 개선해야겠다 싶었다.

사실 2기 바로 열고 싶은데...부트캠프도 종료해서 각자 포폴 다듬느라 정신 없을 텐데 참여하는 사람이 있을까? 하는 생각에 주저하고 있다. 스터디 2기를 기획하게 된다면, 스터디원들의 회고에서 나타났던 디자인 레퍼런스 스터디를 열고자 한다.

1기 스터디원 여러분께 너무너무 감사드리고, 올해 원하는 일 다 이루셔서 사회에서 다시 만나면 좋겠습니다

최종 미션 - 10년 커리어 그려보기 및 캠프 최종 회고, 희망 기업 조사

mizi.Design — Wed, 21 Jan 2026 16:22:40 +0900

안녕하세요 :)

블로그에 오랜만에 왔습니닷

그동안 체력이 너무 떨어져서 블로그에 프로젝트 회고를 많이 못했네요ㅠㅠ

오늘 부트캠프 마지막 날 미션을 받았는데요,

최종 미션

1. 4개월간 진행한 캠프 회고 진행 → 자신의 강점과 단점 파악 (나만의 북극성 찾기)
2. 자신의 강점을 살릴 10년 커리어 미리 그려보기 (퓨쳐셀프)
3. 희망 기업 10곳 조사

하나씩 이곳에 풀어보려고 합니다 !

✨목표 : 지난 4개월 동안 잘한 나와 버거웠던 나를 최대한 솔직하게 정리해보기

1. 4개월간 진행한 캠프 회고 진행 → 자신의 강점과 단점 파악 (나만의 북극성 찾기)

4개월 간 캠프 회고를 위해 초/중/후반으로 질문을 뽑아왔어용

한번 적어보겠숩니닷

캠프 초반

Q. 캠프 시작할 때 내 기대는?

오즈코딩스쿨이라서 개발자를 껴서 진행하는 협업 프로젝트인줄 알고 기대를 했었는데, 알고보니 개발자 없는 협업이었다...어라 잘못왔다! 싶어서 하지말까..? 했다가 어차피 피그마 잘 몰랐으니까 공부해야 하는건 맞으니까..일단 믿고 해보자! 다짐하고 시작했다.

Q. 그때 제일 무서웠던 것 / 자신 있었던 것

무서웠던 것 : 산디과 전공했다고 해서 다들 기대하고 보면 어떡하지? 산디과 졸업은 맞지만 졸업 직전에 과 이름이 바뀐거라서 기계설계과나 다름없는 나인데... 사람들의 시선이 무서웠던 것 같다.
자신 있었던 것 : 포토샵, 일러 등 기본 디자인 툴은 쓸 줄 알아서 교육 과정 속 내용을 습득하는 것 자체에는 자신있었다.

Q. “아, 이건 생각보다 힘든데?” 느낀 순간

UI 습작 데일리 미션 매일 주셨을 때, 어떤 앱을 선택해서 그려봐야 하지? 어떤 서비스를 보고 그려보는게 진짜 공부가 될까? 하는 고민을 매일 하느라 작업 속도가 느린 내 자신을 볼 때 조금 힘들었다. 손 빠른 분들의 과제를 볼 때 속으로 그들과 나를 계속 비교했다. '같은 시간이 주어졌고, 같은 과제를 받았는데 손이 저렇게 빠르다고? 저런 아이디어로 그린다고?'

중반

Q. 제일 몰입했던 과제/프로젝트

심화반에서 했던 2인 사이드 프로젝트. → 이게 여기서 진행했던 첫 협업이었기에 더욱 힘주고 했던 것 같다.

가장 내용적으로 모든 것에 참여하고, 모든 흐름을 명확하게 알고 있는 프로젝트라고 생각한다.

Q. 밤새거나, 포기하고 싶었던 순간

밤을 샌 건 두번 정도..? 였던 것 같은데 그것도 사실 날밤을 새진 않았고, 5시 반에 자거나, 4시에 자거나? 암튼 자긴 잤다.

그냥 내가 책임지고 해야 할 일을 다 못했을 때 시간을 투자하는 개념이었어서 그냥 피곤했던 정도..?

다 못한 것도 아니었다. 퀄리티 UP을 시켜야 하는 부분이라고 생각했을 때 시간을 좀 투자했다.

포기하고 싶었던 순간은 마지막 프로젝트...ㅎ

일단 맨 처음부터 다른 조는 6인이었는데 우리 조는 2명이 처음부터 하차하셔서 4인으로 시작했던 것...

중간에 팀장이 멘탈 터지시고 하차선언 하셨을 때...냅다 나보고 이제부터 팀장 해라. 나는 하차할거다. 하고 떠넘기고 떠나려고 하시는 태도가 너무 당황스러웠다. 다행스럽게도 조교님과 면담하고 진정하셔서 팀장님이 하차 안하고 다시 마음 잡고 프로젝트 끝까지 완주하긴 했다..!

Q. 주변 사람들(동료/멘토)에게 많이 들은 말

내 기준으로 본 내 작업물이 마음에 들지 않았음에도, 흐름 좋다는 평을 꽤 들었다.

아 그리고 내가 팀장일때 늘 강사님이 우리 팀에 오시면 "여기 분위기 좋은데?" "여기 왤캐 웃음이 가득해?" 라는 말씀을 하셨다 ㅋㅋㅋㅋㅋㅋ

후반

Q. 지금 와서 “이건 내가 확실히 늘었다” 싶은 것

피그마 사용법이 늘었다. 독학으로 했을 때는 거의 그림판처럼 쓰고 있었는데(ㅋㅋㅋㅋㅋㅋ), 오토레이아웃 활용법이나 베리어블 설정이라던가, 실제 디자이너들이 소통하기 위한 방법으로 쓸 수 있는 기능들을 배웠다.

포폴 시각화하는 방법이 늘었다. 어쩌다 보니 팀장을 자주 맡았었는데, 항상 문제정의, 프로젝트 목표를 팀원들이 잊지 않게 하기 위해 포폴 흐름을 늘 담당했더니 자연스레 늘은 것 같다.

Q. 아직도 불안한 영역

소통할 때 나의 말투나 예민한 태도..

더 나은 결과물을 만들기 위해 뾰족하게 문제를 정의하고, 페르소나 혹은 우리 사용자가 아닌 의견을 열심히 쳐냈는데, 좋게좋게 말해도 될 것을 적나라하게 툭 나올 때가 있다는 것을 깨달았다.

내가 단어 선택의 민감도가 높다는 것을 알게 되었다. 아 다르고 어 다르니, 더 나은 단어를 선택하기 위해 온전한 의미를 담지 못하는 단어를 다른 팀원들이 선택하면 과감히 바꿔버렸던 것 같다.

Q. 다시 한다면 다르게 하고 싶은 선택

마지막 프로젝트 때 원하는 도메인 선택을 다르게 하고 싶다.

내가 그나마 하기 수월해 보이는 것을 기준으로 도메인을 선택했던 것 같다..차라리 어려워도 도전하자는 마인드로 금융/핀테크쪽을 선택해볼걸..하는 후회?가 살짝 남는다.

2. 자신의 강점을 살릴 10년 커리어 미리 그려보기 (퓨쳐셀프)

강점이라고 생각되는 부분 = 반복적으로 등장한 행동 + 성과 or 주변 피드백

나의 강점

문제정의-솔루션까지의 포폴 흐름의 자연스러운 스토리텔링
체계적으로 팀원을 이끌고, 팀원들에게 명확한 할 일 제시
의문점이 발생하였을 때 명확하고 이해하기 쉽게 말을 전달함

나의 단점

한 곳에 한번 꽂히면 그 부분이 해결될 때까지 내려놓는 것이 어려워보임
초반 문제정의 설계에서 완벽주의 때문에 진도가 느림

나의 장단점을 바탕으로 10년 커리어 설계하기

0~2년차 : 문제정의형 주니어 프로덕트 디자이너
- 문제 → 가설 → 흐름 → UI까지 연결하는 디자이너
- “완벽 설계” 대신 “검증 가능한 설계”가 가능한 디자이너

3~5년차 : PM 시각을 가진 핵심 디자이너
- 기획 단계부터 관여하는 디자이너
이 시기에는 디자인을 통해 제품 방향에 영향력을 미치는 프로덕트 디자이너가 되고 싶다.

6~8년차 : Lead / Senior Product Designer
- UX 기준과 문제 해결 방식을 만드는 사람
- 디자인 리뷰에서 논리로 설득
- 주니어 디자이너 멘토링도 할 수 있으면 하고 싶다
- 비즈니스 제약 속에서 최선의 UX 제안
✨나는 이 시기에 ‘이 팀의 UX 기준은 이 사람이 만든다’는 평가를 받는 디자이너가 되고 싶다.

9~10년차 : 프로덕트 중심 디자이너 or Design Leader
- Designer와 PM의 브릿지 역할
-“디자인과 기획 사이 통역가”가 어울리는 사람
✨ 10년 뒤 나는 문제정의에서부터 디자인을 통해 제품의 방향을 결정하는 프로덕트 디자이너로 자리잡고 싶다.

3. 희망 기업 10곳 조사

음... 일단 잘 모르겠으니까 러프하게 원티드에서 채용공고를 캡쳐해오고자 한다.

일단 3개만 찾아볼게요

1. 교육플랫폼, 메스프레소(콴다)

콴다 채용공고

2. AI 에듀테크 기업, 프리윌린

프리윌린, 풀리팀 채용공고

3. 교육 플랫폼, 아이헤이트플라잉버그스 (IHFB)

(Project.04,05) 사용자 VOC 프로젝트 마무리 및 회고

mizi.Design — Sat, 6 Dec 2025 14:36:04 +0900

안녕하세요 :)

Day4-5에는 막판 스퍼트 달리느라 회고록 쓸 겨를이 없이 후루룩 지나가서 마무리 되었습니다

진짜 정신 없었네요...

더 기억 사라지기 전에 회고록 작성해둘까 합니다

오늘의 마인드셋

머리로는 할 수 있을 것 같은데, 막상 해보면 내 생각대로 안된다.
직접 자기가 해봐야 한다.

1. 기본 정보

프로젝트명: 사용자 VOC 데이터 기반 개선 프로젝트 _ 테이블링 예약 상태 확인 플로우 개선 프로젝트
팀원: 6인 PL, PM, SM, PD(3)
기간: 2025. 11. 26 - 2025. 12. 02 (5일)
개선 대상 앱: 테이블링
담당 역할: PL

2. 목표와 결과

처음 설정한 목표는 무엇이었나요?
처음 하는 분들이 많아서 팀원들이 부족한 부분을 연습해갈 수 있도록 최대한 서포트하기
팀원들과 좋은 감정으로 프로젝트 마무리하기
최종 결과물은 목표에 얼마나 부합했나요?
5일이라는 짧은 시간 관계로, 문제 정의 3가지 중 2가지만 (약 67%) 목표를 달성했다.
가장 달성했다고 느끼는 부분 / 아쉬운 부분은 무엇인가요?
Good → 기대했던 것보다 적은 VOC였음에도 나름 핵심문제를 흐름에 벗어나지 않게 캐치한 것
Bad → 내 지역과 상관없는 실시간 리뷰 표출에 대한 불편함을 건들지 못한 것

3. 문제 정의 & 리서치

어떤 문제를 발견했고, 그 문제를 어떻게 정의했나요?
'피드백 부족으로 잦은 예약 자동 취소', '핵심 기능에 대한 설명 부족', '내 지역과 상관 없는 실시간 리뷰'
사용자 리서치를 통해 얻은 주요 인사이트 3가지를 적어보세요.
앱서비스는 사용자에게 확실한 피드백을 줘야 한다.
빈자리 선점, 원픽 리뷰, 뽈레 리뷰 등 앱 내 기능 용어에 대한 명확한 설명이 없다.
사용자가 목표 달성(식당 예약) 과정에서 꼭 봐야 할 정보들이 강조되지 않거나, 이상한 곳에 숨겨져 있는 경우가 있었다. (광고 배너 안에 용어 설명이 있거나, 대기확정코드는 매장 앞에서 10분 이내에 입력해야 하는 정보가 작은 글씨로 안내되어 있음)
리서치 단계에서 놓친 점이나 다시 한다면 보완하고 싶은 점이 있나요?
처음에 VOC수집할 때 기대보다 수집한 양이 적었는데..정말 적은게 맞았을까? 수집한 사람의 판단이 흐렸던게 아닐까?
뉴스,블로그, 커뮤니티, SNS, 앱리뷰 등 플랫폼을 기준으로 분량을 나눠서 VOC 조사를 진행했지만, 다른 팀원이 맡은 플랫폼에 정말 수집할만한 VOC가 없었는지 더블체크를 할 시간이 없었다는게 아쉬웠다.

4. 아이디어 & 컨셉

어떤 방향의 개선 아이디어를 제시했나요?
1) 잠금화면+ 홈화면 상단에 실시간 예약 현황을 상태카드UI로 알림과 함께 제공
2) 툴팁을 적극적으로 활용한 용어 설명 추가
3) 하단 내비게이션 바 정보를 정리하여 핵심 기능 위주의 내비게이션으로 재정돈
선택한 아이디어를 결정한 이유는 무엇이었나요?
1) 확실하게 피드백을 제공하는 방식으로 결정
2) 온보딩페이지를 넣을까 했지만, 빠르게 식당을 줄서기 위해 이 앱을 사용하는 사용자들은 효율을 중시하는 사용자라고 생각해서 툴팁으로 결정 (온보딩 페이지를 스킵하는 경향을 발견함)
3) 사용자가 목표 달성을 더 단순하고 빠르게 가능하도록 하기 위해서
다른 대안 중 포기한 아이디어가 있다면, 왜 포기했나요?
리뷰탭을 전체적으로 정돈하자는 이야기가 나왔지만, 5일이라는 시간 안에서 할 수 없었다.
과연 리뷰탭을 정리하는게 정말로 사용자가 목표 달성하는데 많은 영향을 끼칠까? → No 라고 생각했음

5. 디자인 실행

UI/UX 디자인에서 가장 집중한 부분은 무엇인가요?
실시간 예약현황 상태카드 UI 내에 들어갈 정보 중에서, 사용자가 제일 필요한 정보 딱 하나만 고른다면?
앞으로 3팀 남았어요 / 내 앞에 3팀 남았어요 등 어떤 상태 안내 문구가 제일 직관적인지
피그마 등 툴을 활용하며 배운 점은 무엇인가요?
오토레이아웃 걸고 그룹화하는 방식이 사람마다 다르다. 그걸 강요하면 불편해진다.
최종 디자인이 완료된 부분을 레이어이름 등으로 명확히 표시해줘야 협업이 편하다.
디자인 시스템(컬러, 컴포넌트, 토큰 등)을 어떻게 활용했나요?
디자인 시스템을 정갈하게 만들 시간조차 없었고(ㅋㅋㅋㅋㅋ) 야매로 딱 필요한 부분만 뽑아서 UI를 메인으로 담당하는 팀원에게 넘겨주는 방식으로 진행했다.

6. 협업 & 커뮤니케이션

팀 내 역할 분담은 잘 되었나요?
솔직히 엄청 잘 된 편은 아니라고 생각한다. 10점 만점에 5점?
디자이너 6인이 모였으면 1x6의 시너지가 나왔어야 했는데, 처음 협업을 하는 사람들이 많다 보니..도움을 주는 방향으로 작업이 진행돼서 집중하면 혼자할 수 있는 분량을 가르쳐주면서 해서 1÷6 느낌으로 진행됐다고 생각한다.
피드백이나 의사결정 과정에서 어려웠던 점은?
각자 자기 의견을 내세워서 듣는 사람은 나 하나고, 말하는 사람이 5명이 되는 상태가 종종 있었다
다들 잘하고 싶었고, 아이디어를 말하고 싶은 욕구가 있었다는 걸 이해는 하지만..들어보면 다들 똑같은 소리를 하고 있었다.
갈등이 생기면 어떻게 해결했나요?
먼저 치고 나가려는 팀원에게 잠시 기다려달라고 멈추게 했다.
생각하는 시간이 느린 팀원을 기다려주려고 했고, 이해가 느린 팀원에게 한번 더 설명해주는 과정을 거쳤다.
의견이 하나로 좁혀지지 않을 땐, 피그잼 내 스템프 기능으로 빠르게 스티커를 붙여 과반수가 동의하는 의견으로 진행했다.

7. 테스트 & 개선

사용자 테스트(또는 피드백)를 통해 어떤 개선을 했나요?
테스트할 시간이 없는, 말그대로 사용자 voc 기반 개선안을 제시하는 프로젝트였다.

8. 개인 성장 회고

이번 프로젝트를 통해 가장 성장했다고 느낀 부분은?
팀원과 감정적으로 불편해지는 상황은 하나도 없었다.
팀원은 나쁘게 생각하면 나쁘게 행동한다. 그래서 항상 '잘하고 싶어서 그런거야'로 좋게 생각했더니 전보다 나아졌다.
스스로에게 칭찬하고 싶은 점은?
문제점과 개선방향을 벗어나지 않게 방향키를 쥐려고 노력한 점, 내 개인 욕심은 최대한 내려놓고 팀원들의 의견이 서툴더라도 좋다고 진행한 점을 칭찬하고 싶다.
처음 협업한 사람들에게 멘토님의 칭찬을 듣도록 분위기와 방향을 잡는데 에너지를 쓴 점을 칭찬한다.
다음 프로젝트에서 더 잘하고 싶은 점은?
의견 조율하고, 포폴 다듬기 도와주는 것에 집중하느라 내가 개선 아이디어를 제시하거나, 앱을 제대로 분석할 시간과 에너지가 없었다는 게 너무 아쉬웠다. 다음 프로젝트에서는 앱 분석 및 개선에 더 집중하고자 한다.

9. 전체 요약

한 문장으로 이번 프로젝트를 요약한다면?
우당탕탕 6인의 5일 안에 포폴 뽑아내기
이번 프로젝트의 핵심 키워드 3개: 의견조율, 시간 관리, 첫 6인 협업
이번 경험을 통해 ‘프로덕트 디자이너로서’ 어떤 변화가 있었나요?
사실 디자인적인 부분에 참여할 시간을 주지 않아서 디자이너로서는 잘 모르겠고, 포폴 시각화 하는 능력이 상승했다.
2인 팀플과 6인 팀플의 분위기는 많이 다르다는 것을 느꼈다.

(Project.day03) 가설 설정하기, 디자인 시각화 들어가기

mizi.Design — Sat, 29 Nov 2025 22:14:50 +0900

안녕하세요! 미니 프로젝트 3일차 회고하러 왔습니다 :)

금요일에 진행했었는데요, 회의 끝나고 바로 약속이 있어서 이제서야 회고록 올리네요

프로젝트 시작 전 마인드셋

멘토님이 준비하신

마인드셋 영상 시청

우리가 맏고 있는 것보다 몸은 우리의 머리(생각)를 더 믿고 있다?

(뭔말이지..?)

오늘의 목표

- 페르소나 1명으로 좁히기

- 유저 저니맵 작성하기

- 핵심문제 명확히 하기

- 가설 설정하기

- 해결책 아이디어 나누기

- 디자인 시각화 들어가기

✏️오늘 진행된 범위

- 페르소나 "김지연"씨 설정 완료

- 유저 저니맵 작성 진행중...

- 핵심문제 명확히 하기 완료 (크게 3가지로 나왔지만 전보다 명확하게 문장으로 정리됨)

- 가설 설정하기 (완료)

- 해결책 아이디어 나누기 → 60% 진행중...

- 디자인 시각화 들어가기 → 마음 급해서 일단 들어감, 진행상황 20%정도

멘토 피드백

- (윤쌤) 포폴디자인 작업 들어가면서 진행해도 될 것 같다.

- (윤쌤) 현재 상황에서 뒤로 돌아가서 부족한 내용 채우기보다는 시각화 작업에 몰두해라. → 첫 프로젝트니까 프로젝트 완벽도를 높이기 보다는 완주를 한 번 해보는 것에 초점을 둬라.

- (코치님) 현재 흐름은 꽤 맞게 설정했다. 페르소나랑 사용자 시나리오 흐름이 괜찮으니 가설설정 전에 핵심문제를 먼저 뾰족하게 정의하고 가설 세워라.

- (코치님) 프로젝트 볼륨(규모)은 단순 UI디자인 변경이 스몰사이즈, 새로운 기능 추가가 미들 사이즈라고 생각하면 된다. 지금 하고 있는 프로젝트는 6인 프로젝트니까 최소 미들 사이즈는 가져가야 한다.

2일차보다 진행 속도가 개선되었는데, 그 이유는?

- 팀원 역할 변경을 진행했다. (기존의 PM, SM 역할을 다른 팀원으로 교체)

조금 매정해 보일 수 있지만, 남은 시간(1.5일) 안에 프로젝트 완주를 위해 역할에 적합해보이는 팀원으로 교체했다. 감사하게도 다른 팀원들 대부분이 동의해주셨다.

- ai를 활용했다.

너무 하나하나 함께 논의하고 정리했던 게 시간을 잡아먹은 이유 중 하나라고 생각했다. ai 프롬프트 다루는 방법을 배웠는데 왜 안써먹고 있었지? 하는 생각에 이번에는 최대한 활용하려고 시도했다.

- 아이디어 발언 기회를 최대한 팀원들이 동등하게 가져갈 수 있도록 노력했다.

어떤 팀원은 회의 안건을 읽고 있는데, 어떤 팀원은 일단 입을 열고 바로 자신의 의견을 펼치는 상황이 꽤 많이 보였다. 그럴때마다 잠시 타임을 외치고 시간을 조정했다. (ex 3분정도 읽어보고 의견 나눠 봅시다)

3일차 느낀점

팀플할 때 매번 팀장을 해왔지만, 6인 팀플은 처음해본다. 에너지가 심하게 빨린다! (4인 까지는 해봤다)

회의 해보니까 생각하는 속도의 차이가 팀원마다 확연히 달랐다.

최대한 팀원 전체가 비슷한 속도로 맞춰가야 같은 목표를 바라보고 정리할 수 있을 것 같다는 생각을 해서 중간중간 브레이크를 거는 행동을 했다.

열심히 해보려고 의지가 활활 타오르지만 아직 서툴러서 그런거겠거니 하고 이해하고 팀원을 바라보니까 저번 심화반 프로젝트 했을 때보다 화가 나진 않았다. 다만 팀원의 비언어적 표현까지 신경쓰기 위해 모두의 캠화면과 마우스커서의 움직임에 집중하다 보니 내 기력이 빨리 소진되는 경험을 했다...다이어트 중이었는데 이날은 단백질쉐이크 말고 일반식만 먹었는데도 살이 조금 빠졌당

개인적으로 아쉬운 점은 팀원들이 다양하게 의견을 뽑을 수 있도록 환경을 조성하는데만 힘썼다는 것이다. 정작 내가 테이블링 앱을 분석하고 개선 아이디어를 내는 건 거의 못했다고 볼 수 있다. 팀장이기에 앞서 나도 디자이너인데..나도 하고 싶은데...하는 생각이 조금 들어서 아쉬웠다.

멘토님들의 피드백을 들어보니 흐름이 나쁘지 않다고 해주셨다. 너무 다행이었다.

사실 내가 보기엔 부족한 부분이 너무 많아 보이지만...굳이 태클 걸고 뾰족하게 짚고 넘어가지 않았다. 그럴 에너지도 없었을 뿐더러, 나는 팀원들이 즐겁게 완주했으면 좋겠다는 마음이 있었기 때문이다. 그리고 생각보다 표현방식(사용하는 단어, 말투 등)만 조금 다르지, 자세~히 들어보면 다들 같은 내용을 말하고 있다ㅋㅋㅋㅋㅋㅋㅋㅋ그래서 팀원들을 믿기로 했다.

다음 스텝 목표

문제점/가설/해결방안도 어설프지만 러프하게는 나왔기 때문에 내용은 얼추 나왔다고 생각한다. 이제 내가 해야 할 역할은 이 내용들을 다른사람들이 봤을때 매끄럽도록 자연스럽게 연결해주기, 팀원들이 제일 원했던 시각화감각 향상시키기라고 생각한다.

화이팅

(Project.day02) VOC 미니 프로젝트, 어피니티 다이어그램

mizi.Design — Thu, 27 Nov 2025 22:43:21 +0900

안녕하세요 :) 미니 프로젝트 2일차 회고하러 왔습니다!

오늘은 회의가 길었어서 되게 진이 빠지는 날이네요

타인의 의견에 귀기울이는 건 많은 에너지가 쓰이는 것 같습니다...

오늘 목표했던 진도가 있었는데, 예상보다 어피니티 다이어그램 분류 작업이 오래 걸려서 2일차에 끝내야 할 것을 못끝내는 상황이 발생했습니다. ☹️

내일은 오늘보다 조금 더 나은 협업이 될 수 있도록 느낀점을 기록해보고자 합니다!

프로젝트 시작 전 마인드셋

멘토님이 준비하신

미룬이를 위한 영상시청

계획을 세울때 도파민이 나오지만, 실천할 땐 부담이 든다.하지만 싫어도 해야 할 일이 있다.

노력해도 안되는 경험이 반복되면 그만둬라. 학습된 무기력이 생기는 건 좋지 않다.

학습된 무기력의 반대 = 위너 이펙트

아무리 불가능해보여도 나는 성공한다! → 이런 경험이 교육적으로 가장 좋다.

긴장하면 금방 지친다. → 힘을 빼고 필요한 부위만 살짝 힘주기

오늘의 목표

- 1일차에 수집한 사용자 VOC를 어피니티 다이어그램을 활용하여 정리하기

- 정리한 내용을 바탕으로 핵심 VOC 파악하기

- 핵심 VOC를 바탕으로 페르소나 작성하기

- 유저 저니맵 작성하기

- 핵심 문제 정의하기

✏️ 오늘 진행된 범위

- 핵심 VOC 정하기 (심지어 명확하게 정하지 않았음..범위만 설정함 )

- 페르소나 작성하기 → 50% 진행...

(팀원 2명이 진행해줬는데 3명이 나왔다고함.. )

~~- 핵심 VOC를 바탕으로 페르소나 작성하기~~

~~- 유저 저니맵 작성하기~~

~~- 핵심 문제 정의하기~~ ← 이만큼 못했음..

멘토 피드백

- (윤쌤) 생각보다 사용자voc가 적은 것 같다. 아직 진행중이라 분류하고 다시 봐야겠지만, 일단은 적은 것 같다.

- (코치님) 핵심 voc 선정 및 개선 범위 규모가 6인이 함께하는 프로젝트 대비 너무 작다. (규모 확대 필요)

- (코치님) 진행 속도가 느리다. 5일 프로젝트기 때문에 시각화 작업 병행해서 들어가야 한다.

왜 목표를 달성하지 못했는가?

- 아이스 브레이킹 이후 제대로 각자 의견을 내는 첫날이라서 최대한 팀원들의 의견 말하는 것을 존중하고 끝까지 듣고자 했던 나의 판단이 잘못됐던 것 같다.

→ 모든 내용을 전부 들어준다는 것이 존중의 의미는 아니라는 깨달음을 얻었다.

- 몇몇 팀원은 자신의 의견을 말하다가 중간에 길을 잃기도 하는 모습이 보였는데 중재를 못했다.

→ 현재 이야기하고 있는 단계에 맞지 않는 내용이면 중간에 끊거나 조율을 해줬어야 했는데 내가 눈치를 조금 본 것 같다.

- 모두가 함께 집중하고 있는 현재 단계에서 이야기할 필요가 없는 부분은 빠르게 배제했어야 했다.

→ 이야기 들으면서 이게 지금 단계에서 필요한 얘긴가? 판단하다가 기빨려서 갑자기 에너지가 떨어지는 순간이 있었다.

- 갑자기 노트북 에러로 내 카메라가 나오지 않는 상황이 20분 이상 생겨서 회의 흐름을 끊어버렸다..(굉장히 죄송했다)

- 중간중간 다른 조가 놀러와서 반갑게 인사했다

→ 회의 하다가 흐름이 2~3번? 끊기는 현상이 발생했다.

2일차 느낀점

팀장 역할을 제대로 했나? 살짝 휘둘리진 않았나? 내가 PL인데 PL이 휘둘리면 되나? 하는 생각이 들었다.

다른 사람의 반응을 생각하고 눈치를 살짝 본 것 같다. 반성해야겠다. 선장이 방향키를 잘 조절해야 팀원들이 역량을 펼칠 수 있는데 오늘은 방향키가 내 손에 있던 적이 많이 없었던 것 같다. 조금 매정하게 보이더라도 깔끔하게 방향을 조정하는 모습도 어느정도는 필요할 것 같다. 그게 진짜 팀원에 대한 존중인 것 같다.