mirror of
https://github.com/hwanny1128/HGZero.git
synced 2025-12-06 12:36:23 +00:00
23 KiB
23 KiB
고객경험 인터뷰 결과 취합 (최적안)
10명의 인터뷰 결과를 분석하여 유사한 내용을 통합하고 핵심 인사이트를 추출했습니다.
문제 인식
| 구분 | 내용 |
|---|---|
| 행동 | 인사팀 정책 회의에서 회의록을 작성하게 되었습니다. 인사 정책은 법률적 요소와 복잡한 규정이 많아 정확한 기록이 중요했는데, 첫 회의록에서 중요한 정책 변경 사항을 누락시켰습니다. 이로 인해 후속 업무에 혼선이 생겼고, 팀장으로부터 "정책 관련 회의록은 더 신중하게 작성해야 한다"는 지적을 받았습니다. |
| 신입사원으로 입사한 지 3개월째, 팀 회의에서 회의록 작성을 맡게 되었습니다. 첫 회의록을 작성한 후 선배로부터 "마케팅 캠페인 관련 중요한 결정사항이 빠졌어요"라는 지적을 받았습니다. 그제야 회의록 작성이 단순한 기록이 아니라 중요한 커뮤니케이션 도구라는 것을 깨달았습니다. | |
| 영업팀 주간 회의에서 회의록을 작성해왔는데, 어느 날 팀원이 "지난달 회의에서 결정된 고객사 미팅 일정이 회의록에 없는데요?"라고 물어봤습니다. 회의록을 다시 확인해보니 정말 빠져 있었습니다. 그 순간 "내가 중요한 내용을 놓치고 있구나"라고 깨달았습니다. | |
| 제품 기획 회의에서 회의록을 작성하던 중, 개발팀으로부터 "회의록에 기재된 기능 요구사항이 실제 논의 내용과 다르다"는 지적을 받았습니다. 기술적 세부사항을 제대로 이해하지 못해 잘못 기록한 것이었습니다. | |
| 운영팀 주간 회의에서 고객 불만 처리, 운영 이슈, 개선 방안 등 다양한 주제가 논의되었습니다. 회의록을 작성한 후, 팀원이 "지난주 결정된 고객 불만 처리 방안이 회의록에 없는데요?"라고 물어봤습니다. 확인해보니 정말 누락되어 있었습니다. | |
| 긍정적 느낌 | 문제를 인식했으니 이제 개선할 수 있다는 희망. 상사가 피드백을 준 것이 성장의 기회라는 생각. |
| 중요성을 깨달았으니 더 신중하게 임해야겠다는 각오. | |
| 부정적 느낌 | 그동안 작성한 회의록이 부실했을 수도 있다는 불안감. 업무 지식 부족으로 인한 자괴감. 다른 사람들에게 미안한 마음. |
| 본업인 개발에 집중하지 못하는 아쉬움. 회의록 작성이 시간 낭비처럼 느껴지는 답답함. | |
| 지식 부족으로 인한 자신감 결여. 실수에 대한 두려움과 수치심. | |
| 실수로 인한 죄책감과 책임감의 무게. 법률 지식 부족에 대한 불안감. | |
| 실수로 인한 죄책감. 팀원들에게 불편을 끼쳤다는 미안함. | |
| 중요한 내용을 놓쳐 감사에 문제를 일으켰다는 죄책감. | |
| 전반적 의견 | 재무 회의는 숫자와 회계 기준이 중요한데, 업무 중에 당연하게 여겨지는 내용들이 회의록에는 명확히 기록되지 않았구나. 전문가들끼리의 암묵적 합의가 문서화되지 않은 게 문제였다. |
| 개발은 할 줄 아는데 회의록 작성은 완전히 다른 영역이다. 기술 용어는 알지만, 전체 맥락을 이해하고 정리하는 게 어렵다. 코딩보다 힘들 수도 있겠다. | |
| 인사 정책은 법률적 영향이 크고, 직원들의 권리와 직결되는 문제다. 한 글자도 틀리면 안 되는데, 전문 지식이 부족해서 무엇이 핵심인지 판단하기 어렵다. | |
| 운영 회의는 주제가 너무 다양하고 빠르게 넘어간다. 무엇이 중요한지 판단하기 어렵고, 모든 걸 다 기록하기도 어렵다. | |
| 디자인은 시각적인데 어떻게 텍스트로 설명하지? 색상, 레이아웃, 타이포그래피 같은 걸 글로 표현하기 어렵다. | |
| 전략 회의는 단순 결정 사항뿐 아니라 의사결정 배경, 논의 과정, 대안 검토 등이 모두 중요하다. 하지만 이 모든 걸 다 기록하기는 어렵다. |
솔루션 탐색
| 구분 | 내용 |
|---|---|
| 행동 | 구글에서 "개발자를 위한 회의록 작성법", "기술 회의록 템플릿" 등을 검색했습니다. GitHub에서 회의록 자동화 도구를 찾아봤고, 음성-텍스트 변환 AI 도구들을 조사했습니다. 팀 슬랙 채널에 "다들 회의록 어떻게 작성하세요?"라고 물어봤습니다. |
| 인터넷에서 "회의록 작성 방법", "회의록 템플릿" 등을 검색했습니다. 동료들에게 어떻게 회의록을 작성하는지 물어보고, 잘 작성된 회의록 예시를 요청했습니다. 사내 공유 폴더에서 다른 팀의 회의록들을 찾아보며 비교 분석했습니다. | |
| 선배에게 "회의록 작성할 때 팁이 있나요?"라고 조심스럽게 물어봤습니다. 네이버 블로그와 브런치에서 "신입 직장인 회의록 작성법" 같은 글을 찾아 읽었습니다. 유튜브에서 관련 영상도 시청했습니다. 마케팅 용어집을 따로 정리하기 시작했습니다. | |
| 영업팀 회의의 특성을 고려한 회의록 템플릿을 새로 만들기로 했습니다. 고객사별로 섹션을 나누고, 액션아이템에 마감일과 담당자를 명확히 기록하는 방식으로 개선했습니다. 다른 영업팀의 회의록도 참고했습니다. | |
| 재무 회의록의 표준 양식을 만들기로 했습니다. 회계 기준 변경, 재무제표 처리 방식, 결산 일정 등 필수 기록 항목을 체크리스트로 만들었습니다. 감사팀과 협의하여 감사 시 필요한 정보가 무엇인지 확인했습니다. | |
| 긍정적 느낌 | 기술로 해결할 수 있는 방법이 있을 것 같은 기대감. 자동화 가능성에 대한 흥미. |
| 다양한 정보와 도움을 받을 수 있다는 안도감. | |
| 체계적으로 학습하면 개선될 것이라는 희망. | |
| 창의적 해결 방안 마련. | |
| 전문적인 개선 방향 마련. | |
| 부정적 느낌 | 당장 사용할 수 있는 완벽한 솔루션이 없다는 실망감. 또 다른 개발 프로젝트가 생긴 것 같은 부담감. |
| 방대한 학습량에 대한 부담감. 단기간에 전문성을 갖추기 어렵다는 좌절감. | |
| 전반적 의견 | 템플릿은 있는데 우리 회의에 딱 맞는 것은 없네. 다른 사람들도 비슷한 어려움을 겪고 있을까? AI 도구를 써볼까 고민되는데, 회사에서 허용하는지 모르겠다. |
| 자동화 도구가 있으면 좋겠는데, 정확도가 어떨까? 우리 회사 보안 정책상 외부 도구 사용이 가능할까? 직접 간단한 스크립트를 짜볼까? | |
| 정보는 많은데 우리 회사, 우리 팀 상황에 딱 맞는 방법은 없네. 일단 해보면서 배워야 할 것 같다. AI 도구도 써보고 싶은데 회사에서 괜찮을까? | |
| 구조를 체계화하면 더 완성도 높은 회의록을 만들 수 있을 것 같다. 하지만 작성 시간이 더 늘어날 것 같다. | |
| 템플릿을 활용하면 누락을 줄일 수 있을 것 같다. 하지만 회의가 예측대로 진행되지 않으면 어떡하지? | |
| 시각 자료를 포함하면 훨씬 명확할 것 같다. 하지만 작업량이 늘어날 것 같다. |
도입 및 준비
| 구분 | 내용 |
|---|---|
| 행동 | 회의 하루 전, 안건을 미리 받아 모르는 용어를 검색하고 의미를 정리했습니다. 지난 회의록을 다시 읽어보며 패턴을 파악했습니다. 회의록 템플릿을 수정하여 마케팅팀 회의에 맞게 조정했습니다. 노트북과 함께 수첩도 준비했습니다. |
| 회의 전에 노션에 회의록 템플릿을 만들어 놓았습니다. 안건, 참석자, 논의 내용, 결정사항, 액션아이템 섹션을 미리 구성했습니다. 노트북과 함께 휴대폰도 준비해 음성 녹음 앱을 설치했습니다(추후 참고용). | |
| 긍정적 느낌 | 철저한 준비로 인한 자신감 상승. 이번에는 더 나은 결과를 낼 수 있을 것 같은 기대감. |
| 체계적인 준비로 인한 안정감. 도구를 활용한 효율성 기대. | |
| 사전 준비를 통한 불안감 감소. 조금씩 요령이 생기는 것 같은 성장감. | |
| 부정적 느낌 | 너무 많은 시간을 준비에 쏟고 있다는 부담감. 준비해도 회의 중에 예상 밖의 상황이 발생할까봐 걱정됨. |
| 회의록 작성을 위해 본업 외의 시간을 너무 많이 쓰고 있다는 불만. | |
| 전반적 의견 | 이번엔 꼭 잘 작성해야지. 사전 준비를 충분히 하면 회의 중에 당황하는 일이 줄어들 것 같다. 그래도 실시간으로 모든 걸 받아적기는 어려울 텐데... |
| 템플릿을 미리 만들어두니 좀 체계적이긴 한데, 회의 중에 실시간으로 입력하는 게 가능할까? 녹음은 해두는 게 나을 것 같은데, 팀원들이 불편해할까봐 걱정이다. | |
| 이번엔 꼭 핵심을 놓치지 말아야지. 모르는 용어가 나오면 바로 물어봐야 하나? 회의 흐름을 방해하는 건 아닐까? | |
| 체크리스트를 활용하면 누락을 줄일 수 있을 것 같다. 하지만 회의 흐름이 예측과 다르게 진행되면 어떡하지? |
회의 참여
| 구분 | 내용 |
|---|---|
| 행동 | 회의가 시작되자 노션 페이지를 띄우고 타이핑을 시작했습니다. 기술적 논의가 빠르게 진행되면서 코드 리뷰, 아키텍처 결정, 버그 우선순위 등 다양한 주제가 오갔습니다. 동시에 여러 사람이 발언하거나 화면 공유로 코드를 보여주는 상황에서 기록이 어려웠습니다. 중간에 "잠깐만요, 방금 결정사항 다시 한 번 말씀해주시겠어요?"라고 요청하기도 했습니다. |
| 회의 시작 10분 전에 회의실에 도착해 자리를 잡았습니다. 노트북을 켜고 회의록 템플릿을 띄워 놓았습니다. 회의가 시작되자 발언자와 발언 내용을 실시간으로 타이핑하기 시작했는데, 말하는 속도가 너무 빨라 따라가기 어려웠습니다. 중요해 보이는 부분은 형광펜으로 표시하려 했지만, 타이핑하느라 놓치는 경우가 많았습니다. | |
| 회의실에 일찍 도착해 자리를 잡고 노트북을 켰습니다. 회의가 시작되자 발언 내용을 타이핑하기 시작했지만, 마케팅 전략 논의가 복잡하게 진행되면서 속도를 따라가지 못했습니다. "ROI", "퍼포먼스 마케팅", "리타게팅" 같은 용어들이 쏟아졌고, 정확한 의미를 이해하지 못한 채 일단 받아적었습니다. 중간에 "죄송한데 방금 말씀하신 KPI가 정확히 무엇인가요?"라고 물어보고 싶었지만 분위기상 참았습니다. | |
| 회의가 시작되자 새 템플릿을 활용해 고객사별로 정리하며 기록했습니다. 영업 목표, 진행 상황, 문제점, 해결 방안 등을 구조적으로 정리하려 노력했습니다. 하지만 여러 고객사 건이 동시에 논의되면서 혼란스러웠습니다. "잠깐만요, 지금 이야기하는 건 A사인가요 B사인가요?"라고 확인하기도 했습니다. | |
| 회의 중 제품 기능, 기술적 제약사항, 일정 등을 기록했습니다. 이해가 안 되는 기술 용어가 나오면 "죄송한데 이 용어가 정확히 무슨 의미인가요?"라고 물어봤습니다. 개발팀이 친절하게 설명해줘서 이해를 바탕으로 기록할 수 있었습니다. | |
| 긍정적 느낌 | 회의 내용을 놓치지 않으려는 집중력. 실시간으로 기록하는 것에 대한 보람. |
| 기술적 내용을 이해하고 있어서 다른 사람보다는 수월하다는 자신감. | |
| 구조적으로 정리하려는 시도가 도움이 된다는 확인. | |
| 중요한 내용을 놓치지 않으려는 책임감. | |
| 체크리스트 활용으로 인한 안정감. | |
| 템플릿 활용으로 인한 안정감. | |
| 부정적 느낌 | 속기사가 된 것 같은 압박감. 회의 내용 이해와 기록 사이에서의 갈등. 중요한 내용을 놓쳤을 때의 패닉. 회의에 의견을 내고 싶어도 기록 때문에 참여하지 못하는 답답함. |
| 이해하지 못한 채 기록만 하는 답답함. 회의 흐름을 방해할까봐 질문하지 못하는 스트레스. | |
| 여러 건을 동시에 처리하는 인지적 부담. 회의 흐름을 따라가기 어려운 답답함. | |
| 법률적 정확성에 대한 극도의 긴장감과 스트레스. | |
| 전반적 의견 | 이 내용이 중요한 건가? 방금 말한 게 결정사항인가 아니면 의견인가? 전문 용어의 정확한 의미를 몰라서 헷갈린다. 녹음을 하면 나중에 다시 들을 수 있을 텐데, 참석자들이 싫어할 것 같다. |
| 이 부분은 나중에 코드로 확인하면 되나? 이 결정이 왜 나왔는지 배경을 기록해야 하나? 기술적 세부사항까지 다 적어야 하나 아니면 결론만 적으면 되나? | |
| 고객사가 많아지면 헷갈린다. 각 고객사의 상황을 다 외우고 있을 수는 없는데... 어떻게 효율적으로 정리하지? | |
| 템플릿이 도움은 되지만, 여러 주제가 섞이면 여전히 혼란스럽다. 어느 섹션에 기록해야 할지 헷갈린다. |
회의록 작성
| 구분 | 내용 |
|---|---|
| 행동 | 회의 직후 카페로 자리를 옮겨 회의록 작성을 시작했습니다. 두서없이 적은 내용을 읽어보니 이해가 안 되는 부분이 많았습니다. 선배에게 메신저로 "언니, 오늘 회의에서 나온 'CTR 개선 방안'이 정확히 어떤 내용이었나요?"라고 물어봤습니다. 몇 가지 답변을 받아 내용을 정리했지만, 여전히 확신이 없었습니다. 작성에 3시간이 걸렸습니다. |
| 회의 후 배경, 논의 과정, 대안 검토, 의사결정 논리, 결정 사항, 후속 조치를 체계적으로 정리했습니다. 전략적 시사점을 별도 섹션으로 추가했습니다. 작성에 4시간 소요되었습니다. | |
| 회의 직후 법률 조항, 정책 변경 내용, 시행 일정 등을 체계적으로 정리했습니다. 법무팀에 일부 내용의 법률적 정확성을 검토 요청했습니다. 작성에 3시간 이상 소요되었습니다. | |
| 긍정적 느낌 | 회의록이 점차 완성되어 가는 성취감. 체계적으로 정리되는 과정에서의 만족감. |
| 기술 문서처럼 구조화되어 보기 좋다는 만족감. 개발자로서의 강점을 살렸다는 뿌듯함. | |
| 전문적이고 완성도 높은 회의록 완성. | |
| 개선된 템플릿으로 더 나은 결과물을 만들었다는 성취감. | |
| 신중하게 작성했다는 안도감. | |
| 정확성을 위한 검증 노력. | |
| 협업을 통한 정확성 확보. | |
| 효율성 개선에 대한 만족감. | |
| 부정적 느낌 | 업무 지식 부족으로 인한 불안감. 시간이 너무 오래 걸리는 데 대한 죄책감과 스트레스. 정확성에 대한 확신이 없는 초조함. |
| 회의록 작성에 너무 많은 시간을 쓰고 있다는 불만. 이 시간에 코드를 짜는 게 더 생산적일 것 같다는 생각. | |
| 다른 팀에 의존하는 부담감. | |
| 전반적 의견 | 기술적 내용은 잘 정리된 것 같은데, 비즈니스 맥락이나 의사결정 배경까지 잘 담았는지 모르겠다. 개발자가 아닌 다른 팀이 봤을 때도 이해할 수 있을까? |
| 이 표현이 맞나? 이 부분은 누구에게 물어봐야 하지? 문맥상 이렇게 이해했는데 맞을까? 시간이 너무 오래 걸린다. 다른 업무도 밀리고 있는데... | |
| 이렇게 계속 물어보면 선배들이 귀찮아하지 않을까? 내가 공부를 더 해야 하는데... 회의록 하나 작성하는데 왜 이렇게 시간이 오래 걸리지? | |
| 이 표현이 법률적으로 정확한가? 혹시 오해의 소지가 있는 표현은 아닌가? 법무팀의 검토를 받는 게 안전할 것 같다. | |
| 템플릿 덕분에 작성 시간이 줄었다. 하지만 여전히 부담스럽다. | |
| 이 정도 수준의 회의록을 작성하려면 시간이 많이 걸린다. 하지만 전략 회의록은 향후 중요한 참고 문서가 될 것이다. |
검토 및 보완
| 구분 | 내용 |
|---|---|
| 행동 | 작성한 회의록을 먼저 스스로 3번 읽어보며 오타와 논리적 흐름을 점검했습니다. 이해가 안 되는 부분은 동료에게 조심스럽게 물어봤습니다. "이 부분이 무슨 의미인지 아시나요?"라고 메신저로 문의했습니다. 몇 가지 답변을 받아 내용을 수정했습니다. 그런 다음 상사에게 "회의록 초안 완성했습니다. 검토 부탁드립니다"라는 메일과 함께 파일을 보냈습니다. |
| 작성한 회의록을 팀 리더에게 먼저 공유하고 피드백을 요청했습니다. "기술적 내용은 정확한데, 왜 이 결정을 내렸는지 배경이 더 명확했으면 좋겠다"는 피드백을 받아 의사결정 배경을 추가했습니다. 관련 문서 링크도 함께 첨부했습니다. | |
| 긍정적 느낌 | 동료의 도움으로 내용을 보완할 수 있었던 고마움. 완성도를 높이기 위해 최선을 다했다는 뿌듯함. |
| 피드백을 통해 배우고 개선할 수 있다는 성장감. | |
| 검토를 통해 오류를 수정할 수 있었다는 안도감. | |
| 효과적인 소통. | |
| 부정적 느낌 | 다른 사람에게 계속 물어보는 것에 대한 미안함과 자존감 저하. 검토 과정에서 지적받을까봐 불안함. |
| 완벽하게 하려면 더 많은 노력이 필요하다는 부담감. | |
| 완벽하게 작성하지 못했다는 자책감. | |
| 복잡한 검토 절차로 인한 시간 소요. | |
| 전반적 의견 | 이렇게 물어보는 게 민폐는 아닐까? 동료들도 바쁠 텐데... 상사가 뭐라고 할까? 또 누락된 게 있으면 어쩌지? |
| 선배가 친절하게 알려줘서 다행이다. 하지만 언제까지 이렇게 도움을 받아야 하나? 빨리 혼자서도 잘 할 수 있게 되고 싶다. | |
| 역시 기술만 알아서는 부족하구나. 비즈니스 맥락과 의사결정 과정을 더 잘 이해해야겠다. | |
| 여러 사람의 검토를 거치니 더 안전하다. 하지만 이 과정이 너무 오래 걸린다. | |
| 숫자 하나 틀리면 큰 문제가 될 수 있다. 더 꼼꼼하게 확인해야겠다. |
공유
| 구분 | 내용 |
|---|---|
| 행동 | 상사의 검토가 끝나고 수정 요청 사항을 반영한 후, 회의 참석자 전체에게 이메일로 회의록을 공유했습니다. "10월 10일 기획팀 정기회의록 공유드립니다. 확인 부탁드립니다"라는 제목과 함께 파일을 첨부했습니다. 사내 협업 도구에도 같은 파일을 업로드했습니다. |
| 디자인팀과 프로젝트 관련 팀에 회의록을 공유했습니다. 시각 자료 덕분에 비디자이너들도 이해하기 쉬워했습니다. | |
| 긍정적 느낌 | 업무 완료에 대한 안도감. 회의록이 팀원들과 공유되었다는 뿌듯함. |
| 팀원들이 참고할 자료를 만들었다는 기여감. | |
| 효과적인 커뮤니케이션. | |
| 부정적 느낌 | 혹시 모를 오류에 대한 불안감. 회의록의 품질에 대한 자신 없음. |
| 반응이 없으면 헛수고였나 싶은 허탈함. | |
| 전반적 의견 | 이제 끝났다. 그런데 혹시 잘못된 부분이 있어서 나중에 문제가 되면 어쩌지? 다들 읽어보기는 할까? |
| 다들 읽어볼까? 아니면 그냥 지나갈까? 회의록이 실제로 도움이 되는 걸까? | |
| 이렇게 개별 전달하는 게 더 효과적인 것 같다. 하지만 손이 많이 간다. | |
| 정확하게 전달되었을까? 혹시 오해의 소지가 있진 않을까? |
활용 및 추적
| 구분 | 내용 |
|---|---|
| 행동 | 일주일 후, 액션아이템 진행 상황을 확인하기 위해 회의록을 다시 열어봤습니다. 담당자별로 메신저로 "지난주 회의에서 결정된 A 건은 어떻게 진행되고 있나요?"라고 물어봤습니다. 몇몇 담당자는 회의록을 다시 확인해보겠다고 답했고, 일부는 회의록을 보지 않았다고 답했습니다. |
| 다음 주 회의에서 지난주 액션아이템을 확인하는 시간이 있었습니다. 회의록을 참고하여 "지난주에 결정된 API 설계는 어떻게 진행되고 있나요?"라고 물었고, 몇몇 팀원들은 회의록을 다시 확인하며 진행 상황을 공유했습니다. | |
| 긍정적 느낌 | 회의록이 업무 진행에 참고가 되고 있다는 것을 확인했을 때의 보람. |
| 회의록이 실제 업무에 도움이 되고 있다는 확인으로 인한 보람. | |
| 부정적 느낌 | 회의록을 작성했지만 실제 활용도가 낮은 것 같아 허무함. 추적 업무까지 해야 하는 부담감. |
| 혹시 잘못 기록된 부분이 있을까봐 불안함. | |
| 책임감의 무게가 더욱 커지는 부담감. | |
| 전반적 의견 | 회의록이 실제로 활용되고 있는지 모르겠다. 내가 추적까지 해야 하나? 이것도 내 업무인가? |
| 회의록이 도움이 되고 있구나. 그래도 내가 제대로 기록한 건지 여전히 걱정된다. | |
| 회의록이 진행 관리 도구로 활용되고 있다. 이게 내 역할인가? | |
| 회의록이 전략 실행의 기준 문서가 되고 있다. 정확성이 매우 중요하다. |
성과 평가 및 개선
| 구분 | 내용 |
|---|---|
| 행동 | 한 달에 한 번씩 그동안 작성한 회의록을 모아서 스스로 평가해봤습니다. 어떤 부분이 잘 되었고 어떤 부분이 부족했는지 체크리스트를 만들어 확인했습니다. 상사나 동료로부터 받은 피드백을 정리하여 개선점을 도출했습니다. |
| 한 달 후, 팀 리더가 "회의록이 많이 좋아졌다. 특히 기술적 결정사항이 명확해서 나중에 참고하기 좋다"는 피드백을 주었습니다. 하지만 여전히 작성 시간이 오래 걸리는 것은 개선 과제로 남아있었습니다. | |
| 분기 말 평가에서 "회의록의 정확성과 법률적 완성도가 높아졌다"는 피드백을 받았습니다. 앞으로도 지속적으로 전문성을 높여나가기로 했습니다. | |
| 긍정적 느낌 | 실력이 조금씩 향상되고 있다는 성취감. 피드백을 받고 개선할 수 있다는 희망. |
| 최고 수준의 성과 인정과 자부심. | |
| 전문성 향상에 대한 인정과 자부심. | |
| 부정적 느낌 | 여전히 완벽하지 않다는 아쉬움. 회의록 작성이 여전히 부담스러운 업무라는 피로감. |
| 여전히 시간이 많이 소요되는 비효율성에 대한 불만. | |
| 지속적인 고강도 작업에 대한 부담감. | |
| 여전히 개선할 여지가 많다는 부담감. | |
| 전반적 의견 | 점점 나아지고는 있지만 여전히 어렵다. 업무 지식이 쌓이면 더 쉬워질까? 좀 더 효율적인 방법은 없을까? |
| 점점 나아지고는 있지만, 자동화 도구가 있다면 훨씬 효율적일 텐데. 직접 만들어볼까? | |
| 인정받으니 기분이 좋다. 앞으로도 더 잘하고 싶다. 하지만 여전히 어려운 건 사실이다. |