목표

✅ 아티클카타 1 순위
✅ 서비스 기획 숙련 3강 듣기 2 순위
🔄 3강 숙제 4 순위
✅ 공고 살펴 보기 3 순위
🔄 파이썬을 이용한 데이터베이스 처리 완강 5 순위

🌟 목표 달성률 : 70%

아티클카타

⚠️ 모든 아티클은 주관적, 그대로 받아들이기 보단 비판적으로 읽어야 함.

1. 아티클 정보

제목 : 취업이 힘들 수록 질문하는 사람이 살아남는다.
작성자(저자) : SoftyChoco

❓아티클 선정 이유 : 대 AI 시대에 PM으로써 어떻게 살아남아야할지를 알려주는 아티클이어서 선정했다.

2. 핵심 내용 요약

"AI가 정답을 대체하는 시대일수록, 문제의 본질을 찾고 "왜?"를 묻는 질문 능력이 살아남는 핵심 역량이며, 이를 키우기 위해 꾸준히 훈련해야 한다"

1. 채용은 줄고 기대치는 높아진 취업 시장에서, 이제 단순히 시키는 일을 하는 사람이 아닌 문제를 정의하고 방향을 찾는 사람이 필요하다.

2. 문제를 빠르게 푸는 능력은 AI가 대체하고 있기 때문에, 앞으로는 '무엇이 문제인지'를 먼저 찾고 "왜 해결해야 하는가?"를 스스로 묻는 사람이 살아남는다.

3. 실무에서 마주치는 문제 대부분은 처음부터 잘못 정의되어 있고, "왜 이게 필요한가?"를 물을 줄 아는 사람이 문제의 본질을 끌어낼 수 있다.

4. 질문은 '이 일을 꼭 해야 하나?'가 아니라 '이 일이 정말 필요한가, 더 나은 방법은 없는가?'로 이어지는 사고의 시작점이다.

5. 질문 능력은 타고난 센스가 아니라 훈련으로 키우는 기술이다.

   질문 능력을 기르기 위한 현실적인 연습법:

   1. 자주 쓰는 앱에 질문 던지기
   2. 사이드 프로젝트는 팀으로 하기
   3. 실무자 블로그를 읽고 질문 남기기
   4. 편하게 질문을 던질 사람 만들기
   5. 자기자신에게 질문하고 기록하기

6. 지금 살아남는 사람은 정답을 잘 아는 사람이 아니라, 질문을 통해 방향을 바꾸는 사람이다.

3. 인사이트

• “고객은 뭘 원하는지 모른다”
• 질문하라는 것의 실제 의미는 본질적인 페인 포인트를 찾아내서 최소한의 리소스로 해결해내야 한다인 것 같다.
• 한국인에게 가장 취약한 부분이 아닐까 싶다. 주입식 교육의 폐해..
• 어쩌면 가장 고통스럽고 성가신 작업이 아닐까 싶음. 질문하기 말은 간단하지만 계속 머리를 굴려야 된다는 얘기라서..
• 조금만 게을러지면 퍼포먼스를 내지 못하는 직업이 PM이 아닐까 함
• 현실 조직에서 이 능력이 실제로 어떻게 받아들여지는지는 더 고민해볼 필요가 있다고 느꼈음
• 훈련으로 기를 수 있다는 건 동의함 : 처음부터 의미 있고 통찰력 있는 질문을 하는 건 힘듬. 계속해서 질문을 던지는 습관을 억지로 심어서 훈련해 나가는 것이 중요
• 그 전에 질문하기에 대한 가치관에 대한 동의가 선행되어야 할 듯. 질문의 필요성에 대해 진심으로 공감하고 내재화하는 것이 중요.
• 능력 부족 보단 어쩌면 심리의 문제: 편하게 질문 던질 사람 만들기가 중요해보임. 아니면 눈치를 안보던가…
• 과학 기술과 서비스의 발전으로 사람들을 편안하고 게으르게 만들어놓고 이제와 질문하는 힘이 중요하다니 아이러니… 이 능력을 개발하는 건 점점 힘들어질 것. AI를 경험하지 않을 수록 유리하다고 생각함.

4. 질문

Q. 아티클에서 질문 능력은 훈련으로 기를 수 있다고 했지만, 사실 질문을 던지는 과정 자체가 뇌를 많이 써야 하는 '성가시고 고통스러운 작업'처럼 느껴지기도 합니다. 튜터님께서 주니어들이 사고의 게으름을 이겨내고 본질적인 질문을 던지는 습관을 기르기 위해, 추천해주실 만한 구체적인 연습법이나 루틴이 있을까요?

💬 자경 튜터님 피드백
질문 능력은 단순히 질문을 많이 하는 게 아니라, 주어진 자료나 타인의 주장을 비판적으로 해석하는 힘이다. 일단 질문 능력이라는 것은 여러 가지가 될 수 있지만 주어진 자료를 얼마나 비판적으로 해석하느냐라고 생각한다.

즉, 말을 그대로 받아들이지 말고 주장과 근거를 분리해서 보고, 논리가 맞는지, 근거가 충분한지, 예외는 없는지 살펴봐야 한다. 자료 혹은 주장이 들어왔을 때 있는 그대로 수용하지 않고 비판적으로 수용하는 것이 중요하다.

이런 능력을 기르려면 다양한 인풋이 필요하다. 비판적으로 수용하기 위해서는 아는 내용이 있어야 비판적인 해석이 가능하기 때문이다. 블로그, 아티클, 사이드 프로젝트 경험 등 여러 자료를 접하면서 아는 내용을 넓혀야 비판적으로 볼 수 있다. 최대한 인풋을 다양하게 넣어주는 것이 중요하다.

비판적으로 사고하는 것이 논리적인 것과 연관이 있는데, 서면 피드백에서도 말했지만 작성해주신 문서화에서 나의 주장이 뭐고 그에 대한 근거가 뭔지 분리해서 바라봐야 한다.

또한 글이나 대화를 볼 때도 "이 사람의 주장은 무엇인가?", "그 근거는 탄탄한가?"를 생각하는 연습이 중요하다. 옛날엔 신문 사설을 많이 봐라 했지만, 현재는 이 사람이 무슨 주장을 하고 무슨 근거인지, 근거가 탄탄한지 생각하면서 글을 읽고 판단하는 것이다. 아티클 글도 비판적으로 판단해야 한다. 아티클 글도 다 옳지는 않다.

이 과정을 반복하면 자연스럽게 어떤 질문을 해야 할지 떠오르게 된다. 그 과정에서 앞뒤 논리가 맞는지, 뒷받침할 근거가 있는지, 예외 케이스 등을 생각하게 되고, 결국 핵심은 많이 보고, 주장과 근거를 구분해 보고, 논리와 예외를 점검하는 연습이다.

Q. 아티클에서는 질문하는 능력을 강조하지만, 이상적인 지침서라는 생각이 들기도 합니다. 현실적으로 속도와 효율을 중시하는 한국 조직 문화에서는 '왜?'라고 묻는 주니어가 오히려 업무 흐름을 끊는 사람으로 비칠까 봐 걱정됩니다. 튜터님이 겪으신 실무 환경에서, 질문 권장 문화가 실제로 작동하는지, 아니면 현실적으로 어느 정도 선까지 '눈치껏' 질문 수위를 조절해야 하는지 궁금합니다. (좋았던 질문과 효율을 떨어트렸던 질문의 구체적인 사례가 있다면 듣고 싶습니다)

💬 자경 튜터님 피드백
질문은 많이 하는 것 자체가 중요한 게 아니라, 전략적으로 해야 한다. 이분이 말하는 것도 비판적으로 바라봐야 하는데, 댓글이 전반적인 걸 고려하지 않고 질문한 것 같다. 본인이 전략적으로 질문하지 않았기 때문일 수 있다.

즉 질문에도 맥락, 목적, 타이밍, 대상이 필요하다. 단순 질문을 많이 하는 것이 아니라 적정한 맥락과 목적을 가지고 질문을 해야 하는데, 거시적 관점 없이 그냥 질문하라니까 질문해야지라는 관점으로 질문하면 안 좋은 시선으로 볼 수 있다.

조직에서는 거시적인 관점 없이 질문하면 "왜 저렇게 질문하지?"라고 보일 수 있다. 누구에게 어떻게 어떤 질문을 해야 할지 전반적인 커뮤니케이션 전략을 생각하며 질문해야 한다. 항상 호기심 가지고 질문하는 건 편협하다. 상대방이 어떻게 나의 질문을 받아들일지에 대한 생각을 안 하는 것이기 때문이다. 무지성 질문은 조직에 맞지 않는다.

그래서 질문하기 전에는 지금 이 질문이 필요한지, 지금 타이밍이 맞는지, 누구에게 묻는 게 적절한지를 생각해야 한다. 결국 자기 하기 나름이다. 실무에서는 질문도 하나의 커뮤니케이션 방식으로 본다. 상대가 바쁘거나 몰입한 상황에서 계속 질문하면 효율을 떨어뜨릴 수 있고, 너무 빠르거나 너무 늦은 질문도 좋지 않다. 옆에 근무하는 사람이 바쁜데 나 궁금하다고 계속 질문하면 안 좋아한다. 맥락상 자연스럽게 질문하면 괜찮다.

타이밍이 중요하다. 질문하라고 주는 타이밍이 있고, 몰입하는 타이밍이 있고, 빠른 질문이 필요한 때가 있고, 너무 늦게 질문하면 안 되는 때가 있다.
결국 중요한 것은 무조건 호기심대로 묻는 태도보다, 상대의 입장을 고려하는 역지사지와 전략적 판단이다.

---

튜터님이 현실적인 시각으로 답변을 해주셔서 좋았다. 질문하는 것도 중요하겠지만 상황의 맥락을 잘 파악하는 것도 중요하다고 느꼈다. 질문하기 전 스스로 질문을 점검하고 상대의 입장을 고려할 것을 유념해야 겠다.

그리고 아티클을 읽을 때 주장과 근거를 구분해 보고, 논리와 예외를 점검해보는 태도를 의식적으로 가지도록 노력해야겠다.

5. 팀원들의 아티클 카타 인사이트

• 당장 답이 안보이더라도 질문을 하는 것이 중요하다.
• 해답을 요구하기 위함보단 같이 고민해보자라는 의도로 질문을 할 수 있다.
• 질문이 공격적으로 들리지 않게 신경써야 한다.
• 실제 예시들을 보니 복잡한 공수 대신 단순한 해법을 도출해낼 수 있다는 게 흥미로웠다.

+추가 아티클

기획자가 직접 99개의 서비스를 만들며 배운 것들

요약

1. C언어 학점이 C였던 코딩 공포증 기획자가, AI 바이브 코딩을 통해 4개월간 99개의 서비스를 직접 만들었다.
2. 기획안으로 2주 걸리던 설득이, 동작하는 결과물을 보여주자 30분 만에 끝났다 — "문서"가 아닌 "실행"이 무기다.
3. 기능을 계속 덧붙이면 서비스가 누더기가 된다는 걸 깨달았고, 이후 아이디어가 생기면 새 서비스를 만드는 방식으로 전환했다.
4. 카카오톡 API 연동이 막혔을 때, 기술을 뚫으려 하지 않고 "알림이 목적이니 이메일로 우회"하는 기획적 판단을 내렸다.
5. 좋은 서비스를 만드는 것보다 "누가 왜 써야 하는가"가 진짜 문제임을 깨달아, 타깃과 페르소나를 좁히자 서비스의 성격이 달라졌다.
6. 실패 비용이 0에 수렴하자 "만드는 방법" 대신 "해결해야 할 문제의 정의"라는 기획의 본질에 더 집중하게 되었다.
7. AI가 코드를 짜도, 기능을 빼는 결단·서비스의 온도 조정·사용자와의 관계 설계는 여전히 기획자만이 불어넣을 수 있는 영역이다.

인사이트

• 실무에서 바이브코딩으로 만든 프로토타입이 설득의 시간을 획기적으로 단축했다는 것이 인상깊었다.
• 기능 과잉을 주의해야 한다.
• 실패 비용이 0인 세상이기에 서비스의 핵심을 찾아 밀어부치는 능력이 중요하다.
• 흔들리지 않는 중심을 가져야 한다.

강의

서비스 기획 숙련

3. 기획(PM) 실무 문서 작성

⚠️ 모든 문서는 필요한 내용을 목적에 맞게 가장 효과적으로 전달하는 것을 중점으로 둔다. 고로 이 내용들이 정답이 아님!

⚠️ 나랑 같은 생각 하는 사람 없으니(ㅠ) 명확하고 자세하게 서술 할 것

1. 요구사항 분석(PRD)

• 기능 이름 : 기능의 이름
• 기능 설명 : 해당 기능이 어떤 역할을 수행하는지 설명
• 우선순위 : 해당 기능의 중요도 (예: 필수, 권장, 나중에 추가 가능)
• 구현 기준 : 기능이 어떻게 작동해야 하는지에 대한 세부적인 설명

같이 작성 되면 좋은 것

• 프로젝트 개요
• 서비스/제품의 배경
• 우선순위 및 릴리즈 계획
• 기대되는 결과물 및 성과

주의 사항

• 명확하고 구체적인 요구사항 작성

  앱은 빠르게 로딩되어야 한다 ❌
  앱은 사용자가 홈 화면을 열고 3초 이내에 로딩이 완료되어야 한다. ✅

• 우선순위 설정과 범위 관리

📖 숙제

회원 가입 페이지의 요구 사항 정의서

2. 정보 구조도(IA)

웹사이트나 앱에서 어떤 정보를 어디에 배치하고 연결할지 설계하는 작업
좋은 IA는 사용자가 원하는 정보를 빠르고 쉽게 찾을 수 있게 도와준다.

작성 이유

• 사용자 경험(UX)을 개선하기 위해
• 효율적인 협업을 위한 명확한 소통
• 서비스 확장 시 유연한 대응 ⭐️ : 서비스 확장을 고려해서 구조를 설계해야 함

작성 방법

• 기능 목록 작성
• 카테고리 및 메뉴 구조 설계

3. 서비스 정책서

ex/
비밀번호 정책
서비스 이용 정책 : 비밀 번호 규정, 로그인 제한 등..

필요한 이유

• 일관성 있는 방향 설정
• 효율적인 협업과 커뮤니케이션을 촉진
• 법적 및 규제 준수

작성 방법

• 서비스 정책서의 목적 정의
• 정책의 범위 설정
• 정책의 주요 항목 및 세부 사항 작성
• 정책 문서화 및 공유
• 정기적인 검토 및 업데이트

📖 숙제

블로그 커뮤니티 서비스 회원 탈퇴 정책서

1. 목적
본 정책서는 커뮤니티 서비스의 회원 탈퇴 절차와 관련 규정을 명확히 정의하는 것을 목적으로 합니다.
본 정책을 통해 회원이 탈퇴 시 발생하는 데이터 처리, 서비스 이용 제한 등의 사항을 투명하게 안내하며, 서비스 운영의 일관성을 유지하고 회원의 권리를 보호합니다.

2. 정책의 범위
본 정책은 아래에 해당하는 모든 경우에 적용됩니다.

• 자발적으로 탈퇴를 신청하는 회원
• 이용 약관 위반으로 인해 강제 탈퇴 처리되는 회원

3. 주요 항목 및 세부 사항
3-1. 탈퇴 신청 방법
회원은 아래 방법을 통해 탈퇴를 신청할 수 있습니다.

설정 메뉴 내 [회원 탈퇴] 버튼 클릭 → 본인 확인(비밀번호 재입력) → 화면 안내에 따라 진행

본인 확인이 완료되지 않으면 탈퇴가 처리되지 않습니다.

3-2. 개인정보 처리
탈퇴 신청 시 회원의 개인정보는 관련 법령에 따라 처리됩니다.

3-3. 탈퇴 후 서비스 이용 제한
게시글 작성, 댓글, 좋아요 등 모든 활동 기능은 이용 불가
비로그인 상태로 타인의 게시글 열람은 가능

3-4. 게시글 처리
탈퇴 후에도 회원이 작성한 게시글은 자동으로 삭제되지 않습니다.
게시글 삭제를 원하는 경우 탈퇴 신청 전 직접 삭제하시기 바랍니다.

3-5. 재가입 제한

• 자발적 탈퇴 : 30일
• 강제 탈퇴 : 6개월

4. 에러케이스 정의

서비스나 시스템에서 발생할 수 있는 예외 상황을 정의하고 이를 어떻게 처리할지를 명확하게 기술하는 문서

1. 서비스 오류
2. 시스템 오류

작성 방법

• 에러 케이스 정의
• 에러 발생 조건 명시
• 에러 메시지 작성

에러 케이스	에러 발생 조건	에러 메시지	에러 코드
결제 시 카드 정보 오류	사용자가 입력한 카드 정보가 유효하지 않거나, 만료된 카드로 결제를 시도할 때	"입력하신 카드 정보에 오류가 있습니다. 카드 번호와 만료일을 다시 확인해 주세요."	PAY102

⚠️ 시스템이나 개발팀이 문제를 더 빠르게 파악할 수 있도록 에러코드를 포함시키기도 함.

📖 숙제
회원가입 시에 발생할 수 있는 서비스 에러 케이스

에러 케이스	에러 발생 조건	에러 메시지	에러 코드
이메일 형식 오류	입력된 텍스트가 이메일 표준 규격(@, 도메인 등)에 맞지 않을 때	"올바른 이메일 형식이 아닙니다. 이메일 주소를 다시 확인해 주세요."	AUTH400
중복 계정 존재	이미 가입되어 있는 이메일 주소로 가입을 시도할 때	"이미 사용 중인 이메일입니다. 다른 이메일을 입력하거나 로그인을 시도해 주세요."	AUTH401
비밀번호 조합 미흡	설정된 비밀번호 보안 정책(영문+숫자+특수문자 조합 등)을 충족하지 못할 때	"비밀번호는 영문, 숫자, 특수문자를 포함하여 8자 이상이어야 합니다."	AUTH402
비밀번호 불일치	'비밀번호'와 '비밀번호 확인' 입력란의 값이 서로 다를 때	"비밀번호가 일치하지 않습니다. 다시 입력해 주세요."	AUTH403
인증번호 불일치	발송된 본인 인증번호와 사용자가 입력한 번호가 다를 때	"인증번호가 일치하지 않습니다. 다시 확인 후 입력해 주세요."	AUTH406
인증 시간 초과	인증번호 발송 후 유효 시간(예: 3분)이 지나 입력했을 때	"인증 시간이 만료되었습니다. 인증번호 재발송 버튼을 눌러주세요."	AUTH408
필수 약관 미동의	필수 동의 항목에 체크하지 않고 가입 버튼을 클릭했을 때	"서비스 이용을 위해 필수 약관에 모두 동의해 주세요."	AUTH409
서버 통신 오류	네트워크 문제나 시스템 장애로 정보를 처리할 수 없을 때	"시스템 오류로 처리가 지연되고 있습니다. 잠시 후 다시 시도해 주세요."	SYS500

5. 상세 기획(스토리 보드)

⚠️ 기능 명세, 스토리 보드, 화면 설계서, 상세 기획안 등 다 비슷한 의미로 사용되는 용어

1. 기능 개요 작성
2. 서비스 흐름 설계 (User Flow)
3. 상세 기능 명세

• 기능 이름 : 해당 기능이 무엇을 하는지 간결하고 명확하게 표현
• 기능 설명 : 기능이 무엇을 하는지, 어떤 작업을 수행하는지를 간략하게 설명
• 입력값 : 해당 기능이 처리해야 하는 입력 값을 구체적으로 설명
• 출력 값 : 이 기능이 실행된 후 시스템에서 사용자에게 보여줄 출력 값을 설명. 성공적인 실행, 실패 시 처리 방식에 대한 출력도 포함

📖 숙제

회원 탈퇴 기능 상세 기획안

1. 기능 개요

• 프로젝트 개요
  본 프로젝트는 블로그 커뮤니티 서비스의 회원 탈퇴 기능을 설계하는 것을 목적으로 한다.

• 기능 목적
  사용자가 서비스 이용을 자발적으로 종료할 수 있도록 지원하며, 탈퇴 과정에서 데이터 처리 및 서비스 이용 제한 사항을 명확하게 안내한다.

• 기대 효과 및 목표
  - 사용자 권리 보장 (자발적 탈퇴 가능)
  - 데이터 처리 투명성 확보
  - 탈퇴 과정에서의 부정적 경험 최소화
  - 향후 재가입 가능성을 고려한 사용자 경험 설계
  - 서비스 운영 정책의 일관성 유지

2. 서비스 흐름 설계
   

3. 상세 기능 명세

   3.1 회원 탈퇴 버튼

• 기능 설명: 회원 탈퇴 프로세스를 시작하는 진입 기능

• 입력값

  • 로그인 상태 (Boolean)

• 출력값

  • 성공 (로그인 상태 = true): 탈퇴 안내 페이지로 이동
  • 실패 (로그인 상태 = false): 로그인 페이지로 리디렉션

  3.2 탈퇴 안내 페이지

• 기능 설명: 탈퇴 시 발생하는 영향 및 유의사항 안내

• 입력값

• 출력값

  • 탈퇴 안내 메시지 및 재가입 유의사항 표시
    본인이 작성한 게시글과 댓글은 탈퇴 후 수정/삭제가 불가능하며, 익명 처리되어 보존됩니다
탈퇴 후 30일간 동일한 이메일/휴대폰 번호로 재가입이 불가능합니다
    버튼: 탈퇴 진행 / 취소
  • 취소 클릭: 설정 화면으로 복귀
  • 탈퇴 진행 클릭: 탈퇴 사유 입력 화면으로 이동
  • 실패 (데이터 로드 오류): 오류 메시지 표시 후 재시도 유도

3.3 탈퇴 사유 입력

• 기능 설명: 탈퇴 이유 수집을 위한 입력 기능
• 입력값
• 선택 항목 (단일 선택)
  • 서비스 이용 빈도 낮음
  • 콘텐츠 부족
  • 서비스 이용 불편
  • 기타 (직접 입력, 최대 200자)
• 출력값
  • 성공: 선택된 탈퇴 사유 저장 후 탈퇴 유지 유도 화면으로 이동
  • 실패 (미선택 상태로 진행 시도): 경고 메시지 표시 (사유를 선택해주세요)
  • 실패 (기타 입력 글자 수 초과): 인라인 에러 메시지 표시

3.4 탈퇴 유지 유도

• 기능 설명: 사용자 이탈을 방지하기 위한 안내 및 메시지 제공
• 입력값
• 출력값
• 유지 유도 메시지 노출 / 버튼: 탈퇴 취소 / 계속 진행
• 탈퇴 취소 클릭: 설정 화면으로 복귀
• 계속 진행 클릭: 본인 인증 단계로 이동

3.5 본인 인증

• 기능 설명: 계정 보호를 위한 사용자 인증 기능
• 입력값
  • 현재 계정 비밀번호
• 출력값
  • 성공: 인증 성공 여부 (true) 반환 → 회원 탈퇴 처리 단계로 자동 진행
  • 실패 (비밀번호 불일치 또는 코드 오류): 인증 성공 여부 (false) 반환, 인라인 오류 메시지 표시 + 재시도 버튼 활성화
  • 실패 (연속 5회 이상 오류, 24시간 잠금): 인증 잠금 처리 및 안내 메시지 표시
    잠금은 24시간 후 해제됩니다.

3.6 회원 탈퇴 처리

• 기능 설명: 회원 상태 변경 및 서비스 이용 제한 처리
• 입력값
• 출력값
  • 성공: 사용자 상태 변경 (활성 → 탈퇴) / 서비스 이용 제한 적용 / 탈퇴 처리 완료 상태 저장 / 탈퇴 완료 화면으로 이동
  • 실패 (서버 오류): 일시적 오류가 발생했습니다. 잠시 후 다시 시도해주세요 메시지 표시, 탈퇴 처리 롤백

3.7 탈퇴 완료 화면

• 기능 설명: 탈퇴 완료 결과 안내 및 세션 종료 처리
• 입력값
  • 탈퇴 처리 완료 여부 (Boolean)
  • 자동 이동 대기 시간 (기본값: 3초)
• 출력값
  • 성공: 회원 탈퇴가 완료되었습니다 안내 메시지 표시 / 카운트다운 후 자동 로그아웃 및 로그인 페이지로 이동 / 로컬 세션 및 토큰 삭제
  • 수동 이동: 지금 이동하기 버튼 클릭 시 즉시 로그인 페이지로 이동
  • 실패 (탈퇴 완료 여부 = false): 오류 메시지 표시 후 3.6 재시도 유도

오늘의 회고

• 잘한 점: 서비스 기획 숙련 3강 들었음, 추가 숙제 진행 중, 추가 아티클 정독, 아티클카타 첫 진행 무사 완료
• 아쉬운 점: 여러 목표를 펼쳐 놓고 병렬 식으로 진행하다가 효율을 내지 못함. 첫 아티클카타라 진행에 아쉬운 부분이 있었음.
• 원인: 집중력이 떨어져서 하고 있던 공부를 마무리하기 어려웠음
• 개선 액션 아이템: 우선 순위를 정할 때 난이도를 같이 고려하여 짜기. 전체적인 진행이 효율적일 수 있도록 집중력 관리 하기. 우리 조 만의 소통 방식 연구하기.

💭 오늘의 한 줄 평 : 물음표 살인마 훈련 1일 차