이 글은... '이름 들으면 알 정도의' 스타트업이 아니라, 그 아래에서 성공하기 위해 고군분투하고 있는 작은 스타트업 주니어에 대한 글이다. 그리고 그 안에서 고군분투했던 내가 어떤 실패를 겪었는지, 무엇을 느꼈는지에 대해 적어보고자 한다. 초기 스타트업이라고 불리는 곳에 '지원해볼까? 말까?'하고 있는, 혹은 다니고 있는 주니어들에게 도움이 되지 않을까

13화 스타트업에서 성장한다는 주니어의 착각

거의 5년이 지나가는 글이지만, 몇 달에 한번씩 우연히 이 글을 볼 때 마다 매번 내용이 좋다고 생각하는 글입니다. 주니어로 한정짓기보다는 그냥 직장인로써 회사 업무를 진행하며 성장하고 있다고 느껴질때, 과연 실제로 그 업무가 시장에서 인정받는 성장 인지 판단해봐야 한다는 교훈을 주는 글입니다.

주니어가 스타트업에 채용되어 입사했다면 대개 그 스타트업은 성장한다.
조직 내부에 있으면 외부에 있을 때보다 훨씬 성공이 크게 다가온다. 매출이 1억에서 2억으로 뛰었을 때, 고무적인 성장을 이뤄낸 것에 대해 다 같이 자축하고 동기 부여된다. 특히 주니어로서 많은 권한과 책임을 안고 시도한 일들이 어떤 성과를 냈을 때 당연히 기분이 좋을 수 밖에 없다.

하지만 나와 회사의 위대함은 어디까지나 은밀하게 위대했다
어떤 모임에 나가 무슨 스타트업이라 이야기해도 아무도 모르고, 연 매출 100억 회사가 되었다고 열심히 이야기하더라도 그들입장에서는 그냥 똑같은 스타트업이었을뿐이다.
결국 대기업에 비해 보여지는건 그냥 작은 스타트업 일뿐이었다.

회사의 성장은 나의 성장이라고 믿었다.
실제로 회사가 성장하는 만큼 나도 꽤나 성장했다. 작은 비즈니스라도 쉬운일이 아니고, 실력이 있어야만 가능한 일이라는 것을 배웠다. 하지만 주변에 아무나 잡고 이야기해봐도 '그래?'가 끝이였고, 메이저 스타트업 출신의 다른 동료분들의 비해 주늑 드는 나 자신을 발견하게 되었다.

여기서 나의 착각은 '회사의 성장이 곧 나의 성장' 이라는 것만 믿었다는 것이다.
현업에 치여 매일 실무들을 쳐내다 보니 작은 성장들이 너무나 크게 보였고, 정작 '나의 성장' 에는 소홀했다. 커리어 개발의 기준을 '시장'에 두어야 하는데 단지 그 '회사' 안에서만 두었던 것이다. 그러니 시장에 나갔을 때 이야기할만한 '나의 성장'이 적을 수 밖에 없었다.

시장의 기준에서 통용될 수 있는 성장의 근거를 만들어야한다.
그 근거가 조직 내부의 관점에 머물러 있으면 작은 성공도 커보이고, 시장의 관점에서 인정받는 성장을 놓치게 된다. 주인의식을 갖고 몰입하는 건 좋지만 언제나 '시장'의 관점을 견지하고 있어야 한다. 개인 커리어 관점에서 말이다.

회사의 성장과 회사 안에서 나의 성장은 실체보다 더 크게보인다.
이에 매몰되지 않도록 항상 '시장'의 관점에서 사고하고 판단할 수 있게끔 유관업계 현직자들과 네트워킹 해야하고, 시장의 관점으로 나 자신의 성장을 판단해야한다.
단순히 회사의 성장에 기대지 않도록 나만의 포트폴리오를 만들어가야 하고, 단순히 숫자나 성과 위주가 아닌, 숫자의 크기와 상관없이 적용 가능한 '문제 해결 방법론과 의사결정 히스토리' 를 중심으로 기록하는게 좋다.

논리와 근거가 있어도 쉽게 무너진다.
조직 안에서는 서로간의 신뢰가 있기 때문에 논리와 근거를 바탕으로 이야기했을 때 상대방을 설득해낼 수 있지만, 외부로 나가면 논리와 근거보다 직급과 나이, 출신이 실제로 더 힘이 있었던것 같다. 그러니까 단순히 스타트업에서 '해봤다'는 것만으로는 부족하고, 나의 전문성을 입증할 수 있을 만한 근거를 일하는 동안 끊임없이 모아야 한다. 구직 시장에서 먹힐 수 있는, 공신력 있는 근거들을 쌓아두지 않으면 씨알도 먹히지 않는다.

하고 싶은 일이나 성장이라는 허울 좋은 가치만 쫒는 동안 해야 하는일과 생존을 놓쳤다.
주말 없이 바쁘게 살고 있으니 퇴근 후 조금은 워라벨을 즐겨야 한다고 생각하고 쉬기도했다. 회사도 성장하고 있고 그 안에서 나도 누구보다 바쁘게, 어디서 해볼 수 없는 다양한 일들을 경험하며 성장하고 있으니까 괜찮다고 안일하게 생각했다. 내 경험이 재산이 될 거라고 생각했고 일에 대한 관점과 논리적인 생각이 경쟁력이 될 거라고 생각했으나 실제로는 인정받기 어려웠다.

거의 5년이 지나가는 글이지만, 몇 달에 한번씩 우연히 이 글을 볼 때 마다 매번 내용이 좋다고 생각하는 글입니다. 주니어로 한정짓기보다는 그냥 직장인로써 회사 업무를 진행하며 성장하고 있다고 느껴질때, 과연 실제로 그 업무가 시장에서 인정받는 성장 인지 판단해봐야 한다는 교훈을 주는 글입니다. 주니어가 스타트업에 채용되어 입사했다면 대개 그 스타트업은 성장한다.조직 내부에 있으면 외부에 있을 때보다 훨씬 성공이 크게 다가온다. 매출이 1억에서 2억으로 뛰었을 때, 고무적인 성장을 이뤄낸 것에 대해 다 같이 자축하고 동기 부여된다. 특히 주니어로서 많은 권한과 책임을 안고 시도한 일들이 어떤 성과를 냈을 때 당연히 기분이 좋을 수 밖에 없다. 하지만 나와 회사의 위대함은 어디까지나 은밀하게 위대했다어떤 모임에 나가 무슨 스타트업이라 이야기해도 아무도 모르고, 연 매출 100억 회사가 되었다고 열심히 이야기하더라도 그들입장에서는 그냥 똑같은 스타트업이었을뿐이다.결국 대기업에 비해 보여지는건 그냥 작은 스타트업 일뿐이었다. 회사의 성장은 나의 성장이라고 믿었다.실제로 회사가 성장하는 만큼 나도 꽤나 성장했다. 작은 비즈니스라도 쉬운일이 아니고, 실력이 있어야만 가능한 일이라는 것을 배웠다. 하지만 주변에 아무나 잡고 이야기해봐도 '그래?'가 끝이였고, 메이저 스타트업 출신의 다른 동료분들의 비해 주늑 드는 나 자신을 발견하게 되었다. 여기서 나의 착각은 '회사의 성장이 곧 나의 성장' 이라는 것만 믿었다는 것이다.현업에 치여 매일 실무들을 쳐내다 보니 작은 성장들이 너무나 크게 보였고, 정작 '나의 성장' 에는 소홀했다. 커리어 개발의 기준을 '시장'에 두어야 하는데 단지 그 '회사' 안에서만 두었던 것이다. 그러니 시장에 나갔을 때 이야기할만한 '나의 성장'이 적을 수 밖에 없었다. 시장의 기준에서 통용될 수 있는 성장의 근거를 만들어야한다.그 근거가 조직 내부의 관점에 머물러 있으면 작은 성공도 커보이고, 시장의 관점에서 인정받는 성장을 놓치게 된다. 주인의식을 갖고 몰입하는 건 좋지만 언제나 '시장'의 관점을 견지하고 있어야 한다. 개인 커리어 관점에서 말이다. 회사의 성장과 회사 안에서 나의 성장은 실체보다 더 크게보인다.이에 매몰되지 않도록 항상 '시장'의 관점에서 사고하고 판단할 수 있게끔 유관업계 현직자들과 네트워킹 해야하고, 시장의 관점으로 나 자신의 성장을 판단해야한다.단순히 회사의 성장에 기대지 않도록 나만의 포트폴리오를 만들어가야 하고, 단순히 숫자나 성과 위주가 아닌, 숫자의 크기와 상관없이 적용 가능한 '문제 해결 방법론과 의사결정 히스토리' 를 중심으로 기록하는게 좋다. 논리와 근거가 있어도 쉽게 무너진다.조직 안에서는 서로간의 신뢰가 있기 때문에 논리와 근거를 바탕으로 이야기했을 때 상대방을 설득해낼 수 있지만, 외부로 나가면 논리와 근거보다 직급과 나이, 출신이 실제로 더 힘이 있었던것 같다. 그러니까 단순히 스타트업에서 '해봤다'는 것만으로는 부족하고, 나의 전문성을 입증할 수 있을 만한 근거를 일하는 동안 끊임없이 모아야 한다. 구직 시장에서 먹힐 수 있는, 공신력 있는 근거들을 쌓아두지 않으면 씨알도 먹히지 않는다. 하고 싶은 일이나 성장이라는 허울 좋은 가치만 쫒는 동안 해야 하는일과 생존을 놓쳤다.주말 없이 바쁘게 살고 있으니 퇴근 후 조금은 워라벨을 즐겨야 한다고 생각하고 쉬기도했다. 회사도 성장하고 있고 그 안에서 나도 누구보다 바쁘게, 어디서 해볼 수 없는 다양한 일들을 경험하며 성장하고 있으니까 괜찮다고 안일하게 생각했다. 내 경험이 재산이 될 거라고 생각했고 일에 대한 관점과 논리적인 생각이 경쟁력이 될 거라고 생각했으나 실제로는 인정받기 어려웠다.

Brunch Story

스타트업에서 성장한다는 주니어의 착각

좋은 글 공유 감사합니다 저도 계속 꺼내보면서 읽어봐야겠습니다.

앞단콘은 여러분을 위해,
준비한 특별한 행사예요! 🌟 앞단콘2024는 참가자 모두가 발표를 하는 행사입니다

앞단콘 2024 - 앞단콘

강남언니 CTO인 성일님이 공유한 글을 퍼왔습니다.

🚀 행사 정보
• 일시: 2024년 12월 14일(토) 오후 2시~6시
• 장소: 강남구 테헤란로 124, 삼원타워 13층 강남언니 라운지
• 참가비: 10,000원 (대관 및 다과 비용으로 사용)
• 참가인원: 최대 25명
🚀 참가 신청
• https://slashpage.com/frontends
(추천인은 Kyle을 쓰시면 됩니다 😀)

---2024.12.06 업데이트---
앞단콘 운영진입니다.

저희의 취지는 모든 참가자분들이 3분 동안 자신의 소중한 성장 이야기를 발표하여 나눌 수 있는 기회와 소통의 장을 여는 것이 목적입니다.!
모두가 발표해야 하는 컨셉을 이해하고 신청해주시면 감사하겠습니다.!
선착순으로 참여자를 추가로 모집하고 있으니 많은 참여 부탁드려요.!

추가적으로 강남언니 웹챕터 개발자 다수가 참여자/운영자로 있는 것은 맞지만, 강남언니에서 오피셜하게 진행하는 행사가 아니라는 부분에 대해서 이야기드립니다.

강남언니 CTO인 성일님이 공유한 글을 퍼왔습니다. 🚀 행사 정보 • 일시: 2024년 12월 14일(토) 오후 2시~6시 • 장소: 강남구 테헤란로 124, 삼원타워 13층 강남언니 라운지 • 참가비: 10,000원 (대관 및 다과 비용으로 사용) • 참가인원: 최대 25명 🚀 참가 신청 • https://slashpage.com/frontends (추천인은 Kyle을 쓰시면 됩니다 😀) ---2024.12.06 업데이트---앞단콘 운영진입니다. 저희의 취지는 모든 참가자분들이 3분 동안 자신의 소중한 성장 이야기를 발표하여 나눌 수 있는 기회와 소통의 장을 여는 것이 목적입니다.!모두가 발표해야 하는 컨셉을 이해하고 신청해주시면 감사하겠습니다.!선착순으로 참여자를 추가로 모집하고 있으니 많은 참여 부탁드려요.! 추가적으로 강남언니 웹챕터 개발자 다수가 참여자/운영자로 있는 것은 맞지만, 강남언니에서 오피셜하게 진행하는 행사가 아니라는 부분에 대해서 이야기드립니다.

SlashPage

앞단콘 2024:강남언니 웹챕터 개발자들이 준비한 작은 만남의 자리

앞단콘 운영진입니다.

저희의 취지는 모든 참가자분들이 3분 동안 자신의 소중한 성장 이야기를 발표하여 나눌 수 있는 기회와 소통의 장을 여는 것이 목적입니다.!

모두가 발표해야 하는 컨셉을 이해하고 신청해주시면 감사하겠습니다.!

선착순으로 참여자를 추가로 모집하고 있으니 많은 참여 부탁드려요.!

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

안녕하세요!

어느덧 한 해가 저물어가고 있네요.

회사에서 주니어 분들을 채용하며 면접을 진행하고, 멘토링과 커피챗을 통해 많은 분들을 만나게 되었습니다. 그 과정에서 면접 준비가 잘 되어 있는 사람과 그렇지 않은 사람의 차이를 확실히 느낄 수 있었습니다.

특히, 많은 분들이 정말 중요한 부분을 놓치고 있다는 점이 아쉬웠습니다. 단순히 예상 질문에 답변을 준비하는 것만으로는 부족한데요, 면접관의 입장에서 무엇을 보고 싶어 하는지를 이해하고 준비하는 것이 훨씬 더 중요합니다.

이런 경험을 바탕으로, 면접 준비 방법에 대해 영상을 만들어보았습니다. 단순한 기술이 아닌, 면접관의 관점을 이해하고 준비하는 방법을 담았습니다.

내년에는 모두가 목표한 곳에 한 발 더 가까워지시길 바랍니다.

영상이 도움이 되셨으면 좋겠습니다! 😊

또한, Super Junior Club도 함께 모집 중이니 많은 관심 부탁드립니다.
(https://www.latpeed.com/products/OUpqy)

https://youtu.be/dKPLRe6YK1Q?feature=shared

00:22 면접 전 준비사항 1
00:54 면접 전 준비사항 2
02:25 면접 전 준비사항 3
04:04 면접 전 준비사항 4
04:39 면접 전 준비사항 5
05:47 어디에서도 안 알려주는 꿀팁

안녕하세요! 어느덧 한 해가 저물어가고 있네요. 회사에서 주니어 분들을 채용하며 면접을 진행하고, 멘토링과 커피챗을 통해 많은 분들을 만나게 되었습니다. 그 과정에서 면접 준비가 잘 되어 있는 사람과 그렇지 않은 사람의 차이를 확실히 느낄 수 있었습니다. 특히, 많은 분들이 정말 중요한 부분을 놓치고 있다는 점이 아쉬웠습니다. 단순히 예상 질문에 답변을 준비하는 것만으로는 부족한데요, 면접관의 입장에서 무엇을 보고 싶어 하는지를 이해하고 준비하는 것이 훨씬 더 중요합니다. 이런 경험을 바탕으로, 면접 준비 방법에 대해 영상을 만들어보았습니다. 단순한 기술이 아닌, 면접관의 관점을 이해하고 준비하는 방법을 담았습니다. 내년에는 모두가 목표한 곳에 한 발 더 가까워지시길 바랍니다. 영상이 도움이 되셨으면 좋겠습니다! 😊 또한, Super Junior Club도 함께 모집 중이니 많은 관심 부탁드립니다. (https://www.latpeed.com/products/OUpqy) https://youtu.be/dKPLRe6YK1Q?feature=shared 00:22 면접 전 준비사항 1 00:54 면접 전 준비사항 2 02:25 면접 전 준비사항 3 04:04 면접 전 준비사항 4 04:39 면접 전 준비사항 5 05:47 어디에서도 안 알려주는 꿀팁

youtu.be

PM/PO, 서비스 기획 면접 준비 이렇게 하세요!

구글 코딩 가이드라인을 보면 코드 가독성(Readability)을 강조한다. 코딩 주짓수 하지 말고 읽기 쉬운 코드를 작성하라는 건데 그래야 다른 개발자들 뿐만 아니라 본인이 본인의 코드를 나중에 볼 때 도움이 된다. 기본적으로 실리콘밸리에서는 개발자들의 이직이 워낙 잦기 때문에 유지 보수의 중요성에 대한 전반적인 인식이 더 있지 않나 싶다. 좋은 코드가 갖는 여러가지 원칙이 있겠지만 아래와 같은 것들을 들어볼 수 있을 듯 하다.

 1. 유지 보수성
    * 코드가 단순할수록 이해하기 쉽고, 수정하거나 확장할 때 실수를 줄일 수 있다.
    * 코드 리뷰, 디버깅, 팀 협업에서 단순한 코드는 더 효율적이다.
 2. 복잡성의 비용
    * 불필요하게 복잡한 코드는 버그를 유발하기 쉽고, 기능을 추가하거나 수정할 때 전체 시스템을 망칠 위험이 커진다
    * 가독성이 떨어지면 개발자는 코드 이해에 더 많은 시간을 소비한다.
 3. KISS 원칙
    * "Keep It Simple, Stupid"라는 원칙은 소프트웨어 설계에서 중요한 가이드라인으로, 과도한 설계나 복잡한 논리를 피하고 간단한 해결책을 찾는 것을 권장한다.
 4. YAGNI 원칙
    * "You Aren’t Gonna Need It"이라는 원칙은 필요하지 않은 기능을 미리 작성하지 말라는 뜻으로, 불필요한 코드 생성을 막는 데 초점이 맞춘다.
 5. DRY 원칙
    * "Don't Repeat Yourself"라는 원칙은 비슷한 코드를 copy-and-paste 형태로 반복하지 말고 함수나 클래스의 형태로 모듈화하는 걸 이야기한다. 그래야 유지보수가 쉬워진다.

경험상 정말 잘 하는 개발자는 코드를 양산하기 보다는 불필요한 코드를 줄이고 단순화하는 특성(빼기의 미학)이 있다. 하지만 대부분의 개발자들은 코드를 양산하는데 집중을 하기 쉬운데 일반적으로 우리는 가산 편향에 빠져 있기 때문이다. 즉 문제 해결을 하려면 뭔가를 새로 추가해야 한다고 생각하기 쉽다는 거다.

잘 하지 못하는 개발자가 코드를 양산하는 이유는 다음과 같다. 잘 하는 프로덕트 매니저와 같이 일을 한다면 아래 이슈 중의 몇 가지는 피할 수 있다.

 1. 기능주의 사고방식
    * "많은 기능 = 좋은 코드"라는 착각에 빠져, 기능 추가에만 집중하는 경우가 많다.
 2. 단순화 기술 부족
    * 복잡한 문제를 단순화하는 기술과 경험이 부족하면, 더 많은 코드로 문제를 해결하려는 경향이 생긴다.
 3. 과잉 설계 (Overengineering)
    * 모든 가능성을 고려해서 너무 많은 구조와 패턴을 적용하려다 보면, 실제로 필요하지 않은 코드가 양산되며 이는 유지보수 문제로 이어진다.

더하기가 아닌 빼기의 미학에 대해 생각해보자. 스티브 잡스는 무언가를 더 추가하려는 유혹에 저항하는 것이야말로 훌륭한 디자인과 혁신의 핵심이라고 말했다. 진정으로 중요한 것에 집중하기 위해 불필요한 것들을 과감히 제거해야 한다는 거다. 스티브 잡스가 한 아래 문구로 글을 마무리하고자 한다.

"I'm as proud of many of the things we haven't done as the things we have done. Innovation is saying no to a thousand things."

구글 코딩 가이드라인을 보면 코드 가독성(Readability)을 강조한다. 코딩 주짓수 하지 말고 읽기 쉬운 코드를 작성하라는 건데 그래야 다른 개발자들 뿐만 아니라 본인이 본인의 코드를 나중에 볼 때 도움이 된다. 기본적으로 실리콘밸리에서는 개발자들의 이직이 워낙 잦기 때문에 유지 보수의 중요성에 대한 전반적인 인식이 더 있지 않나 싶다. 좋은 코드가 갖는 여러가지 원칙이 있겠지만 아래와 같은 것들을 들어볼 수 있을 듯 하다. <ol ><li>유지 보수성<ul ><li>코드가 단순할수록 이해하기 쉽고, 수정하거나 확장할 때 실수를 줄일 수 있다.</li><li>코드 리뷰, 디버깅, 팀 협업에서 단순한 코드는 더 효율적이다.</li></ul></li><li>복잡성의 비용<ul ><li>불필요하게 복잡한 코드는 버그를 유발하기 쉽고, 기능을 추가하거나 수정할 때 전체 시스템을 망칠 위험이 커진다</li><li>가독성이 떨어지면 개발자는 코드 이해에 더 많은 시간을 소비한다.</li></ul></li><li>KISS 원칙<ul ><li>"Keep It Simple, Stupid"라는 원칙은 소프트웨어 설계에서 중요한 가이드라인으로, 과도한 설계나 복잡한 논리를 피하고 간단한 해결책을 찾는 것을 권장한다.</li></ul></li><li>YAGNI 원칙<ul ><li>"You Aren’t Gonna Need It"이라는 원칙은 필요하지 않은 기능을 미리 작성하지 말라는 뜻으로, 불필요한 코드 생성을 막는 데 초점이 맞춘다.</li></ul></li><li>DRY 원칙<ul ><li>"Don't Repeat Yourself"라는 원칙은 비슷한 코드를 copy-and-paste 형태로 반복하지 말고 함수나 클래스의 형태로 모듈화하는 걸 이야기한다. 그래야 유지보수가 쉬워진다.</li></ul></li></ol> 경험상 정말 잘 하는 개발자는 코드를 양산하기 보다는 불필요한 코드를 줄이고 단순화하는 특성(빼기의 미학)이 있다. 하지만 대부분의 개발자들은 코드를 양산하는데 집중을 하기 쉬운데 일반적으로 우리는 가산 편향에 빠져 있기 때문이다. 즉 문제 해결을 하려면 뭔가를 새로 추가해야 한다고 생각하기 쉽다는 거다. 잘 하지 못하는 개발자가 코드를 양산하는 이유는 다음과 같다. 잘 하는 프로덕트 매니저와 같이 일을 한다면 아래 이슈 중의 몇 가지는 피할 수 있다. <ol ><li>기능주의 사고방식<ul ><li>"많은 기능 = 좋은 코드"라는 착각에 빠져, 기능 추가에만 집중하는 경우가 많다.</li></ul></li><li>단순화 기술 부족<ul ><li>복잡한 문제를 단순화하는 기술과 경험이 부족하면, 더 많은 코드로 문제를 해결하려는 경향이 생긴다.</li></ul></li><li>과잉 설계 (Overengineering)<ul ><li>모든 가능성을 고려해서 너무 많은 구조와 패턴을 적용하려다 보면, 실제로 필요하지 않은 코드가 양산되며 이는 유지보수 문제로 이어진다.</li></ul></li></ol> 더하기가 아닌 빼기의 미학에 대해 생각해보자. 스티브 잡스는 무언가를 더 추가하려는 유혹에 저항하는 것이야말로 훌륭한 디자인과 혁신의 핵심이라고 말했다. 진정으로 중요한 것에 집중하기 위해 불필요한 것들을 과감히 제거해야 한다는 거다. 스티브 잡스가 한 아래 문구로 글을 마무리하고자 한다. "I'm as proud of many of the things we haven't done as the things we have done. Innovation is saying no to a thousand things."

코드 가독성과 빼기의 미학

“세상은 계속해서 움직이고 변화합니다. 변화의 방향은 우리가 원하는 것과 대체로 무관합니다. 그러나 세상이 생각대로 바뀌어야만 내가 나로 살아갈 수 있는 것은 아닙니다.”―비욘 …

삶의 변화를 받아들이기[내가 만난 명문장/서연주]

세상에 마음처럼 되는 것이 이토록 없나 싶을 때가 있다. 건강도, 일도, 관계도, 모든 것이 그렇다. 바람과 비켜 가는 것들을 마주할 때마다, 마음에 텅 빈 구멍이 생긴다. 본능적으로 자꾸 무언가로 채워 넣지만, 그럴수록 이상하게 공허함이 커지고 탈이 나는 것을 경험한다.

대학병원 의사로 한창 달려나갈 삼십대 초반, 한쪽 눈을 실명하고 일곱 번의 수술을 받게 된 사고는 삶에 큰 구멍을 냈다. 멈춰버린 일상과 좁아진 시야는 꿈에서조차 상상하지 못했다. 동시에 의정 갈등으로 병원까지 멈추어 버렸다. 모든 것이 내가 원하는 방향과 달랐다. 의사였던 나는 졸지에 환자가 됐고, 영구적으로 한쪽 시력을 잃은 장애인이 되었다.

처음에는 삶이 계획했던 대로 흘러가지 않는 것에 좌절했다. 하지만 점차 깨달았다. 변화하는 것이 삶의 본질이라는 것을. 의사로서 그동안 만난 환자들은 여러 번 넘어지고 좌절했지만, 끝내 이겨내 우뚝 서곤 했다. 그 모습에서 나는 진정한 인간의 위대함을 보았다. 환자에게 배운 대로 꿋꿋이 아픔을 삼켜낸 나는 한쪽 눈이 감긴 ‘윙크의사’가 되어 세상 앞에 다시 일어섰다.

한쪽 시력을 잃고 오히려 더 넓은 세상이 보였다. 장애를 수용하고 삶의 본질을 선명히 알아차린 것은 어쩌면 진정한 ‘일어섬’이었다. 마음대로 되지 않는 세상에서 살아가는 것은 누구에게나 힘겨운 일이다. 하지만 인간은, 변화를 통해 성장하고 기회를 찾아내기도 한다. 중요한 것은 어떤 상황에서도 나의 본질을 잃지 않는 것이다. 우리는 시련을 통해 더 강하고, 더 지혜롭고, 더 행복한 삶을 살 수 있다. 바로 나처럼 말이다.

[ 큐레이터의 문장 🎒 ]

"세상은 계속해서 움직이고 변화합니다. 변화의 방향은 우리가 원하는 것과 대체로 무관합니다. 그러나 세상이 생각대로 바뀌어야만 내가 나로 살아갈 수 있는 것은 아닙니다." - 비욘 나티코 린데블라드 ‘내가 틀릴 수도 있습니다’

https://www.donga.com/news/Opinion/article/all/20241110/130399209/2

세상에 마음처럼 되는 것이 이토록 없나 싶을 때가 있다. 건강도, 일도, 관계도, 모든 것이 그렇다. 바람과 비켜 가는 것들을 마주할 때마다, 마음에 텅 빈 구멍이 생긴다. 본능적으로 자꾸 무언가로 채워 넣지만, 그럴수록 이상하게 공허함이 커지고 탈이 나는 것을 경험한다. 대학병원 의사로 한창 달려나갈 삼십대 초반, 한쪽 눈을 실명하고 일곱 번의 수술을 받게 된 사고는 삶에 큰 구멍을 냈다. 멈춰버린 일상과 좁아진 시야는 꿈에서조차 상상하지 못했다. 동시에 의정 갈등으로 병원까지 멈추어 버렸다. 모든 것이 내가 원하는 방향과 달랐다. 의사였던 나는 졸지에 환자가 됐고, 영구적으로 한쪽 시력을 잃은 장애인이 되었다. 처음에는 삶이 계획했던 대로 흘러가지 않는 것에 좌절했다. 하지만 점차 깨달았다. 변화하는 것이 삶의 본질이라는 것을. 의사로서 그동안 만난 환자들은 여러 번 넘어지고 좌절했지만, 끝내 이겨내 우뚝 서곤 했다. 그 모습에서 나는 진정한 인간의 위대함을 보았다. 환자에게 배운 대로 꿋꿋이 아픔을 삼켜낸 나는 한쪽 눈이 감긴 ‘윙크의사’가 되어 세상 앞에 다시 일어섰다. 한쪽 시력을 잃고 오히려 더 넓은 세상이 보였다. 장애를 수용하고 삶의 본질을 선명히 알아차린 것은 어쩌면 진정한 ‘일어섬’이었다. 마음대로 되지 않는 세상에서 살아가는 것은 누구에게나 힘겨운 일이다. 하지만 인간은, 변화를 통해 성장하고 기회를 찾아내기도 한다. 중요한 것은 어떤 상황에서도 나의 본질을 잃지 않는 것이다. 우리는 시련을 통해 더 강하고, 더 지혜롭고, 더 행복한 삶을 살 수 있다. 바로 나처럼 말이다. [ 큐레이터의 문장 🎒 ] "세상은 계속해서 움직이고 변화합니다. 변화의 방향은 우리가 원하는 것과 대체로 무관합니다. 그러나 세상이 생각대로 바뀌어야만 내가 나로 살아갈 수 있는 것은 아닙니다." - 비욘 나티코 린데블라드 ‘내가 틀릴 수도 있습니다’ https://www.donga.com/news/Opinion/article/all/20241110/130399209/2

동아일보

《삶의 변화를 받아들이기》

사내 메신저에 피드백을 요청하는 설문이 올라왔어요. 한 달 전에 입사한 동료가 직접 만든 설문이었죠.

정식 피드백을 받기 전에 직접 피드백을 수집해 미리 개선하려는 거라고 했어요.

결과는 어땠을까요? 그 동료는 나날이 성장했고 멋지게 수습을 통과했어요.

그때 배웠어요. 빠른 검증을 통한 개선이 제품에만 적용되는 게 아니라는 걸.

사내 메신저에 피드백을 요청하는 설문이 올라왔어요. 한 달 전에 입사한 동료가 직접 만든 설문이었죠. 정식 피드백을 받기 전에 직접 피드백을 수집해 미리 개선하려는 거라고 했어요. 결과는 어땠을까요? 그 동료는 나날이 성장했고 멋지게 수습을 통과했어요. 그때 배웠어요. 빠른 검증을 통한 개선이 제품에만 적용되는 게 아니라는 걸.

피드백 주실 수 있을까요?

현직 PM/PO 1~3년차를 위한 실무 기반 성장 4주 프로그램 🔍  왜 이 클럽에 참여해야 할까요? 💡  클럽 특징   📅 일정 📍  장소 💰  참가비 📚  함께 읽는 책 👥  모집 기간 및 인원 👩‍🏫  클럽 호스트 소개 마커스 (12년차 PM/PO) 👉 세션 내용 을 꼭 확인하고 신청하세요! 신청하러 가기 :  https://www.latpeed.com/products/OUpqy PM/PO로서의 성장, 함께 만들어갑니다! 🚀 참가비 1회성 비용으로 다음과 같은 이유로 산정되었습니다 : (책은 시작과 동시에 변경될 수 있습니다. 미리 구매하지마세요) 궁금한 것이 있다면  https://open.kakao.com/o/sh47Hq4g 로 문의주세요. @2024 Learning by Doing

Super Junior Club 4주 프로그램 : 주니어에서 중니어로! - Learning by Doing

안녕하세요! 👋

내년에는 어떤 의미 있는 일을 해볼까 고민하다가, 회사에서 주니어분들을 성장시켰던 경험을 떠올렸습니다. 그래서 주니어 PM/PO분들을 중니어로 성장시켜드리는 프로그램을 준비하게 되었습니다! 더 나아가, 이 프로그램을 통해 PM/PO들이 서로 배우고 성장할 수 있는 커뮤니티로 발전시키고자 합니다!

PM/PO는 어느 회사에서든 핵심 역할입니다. 개발자가 매일 코딩하고 공부하듯, PM/PO도 꾸준히 배우고 고민해야 성장할 수 있습니다.

저는 정보를 얻는 것과 스스로 고민하며 적용하는 것이 함께 이루어질 때 진짜 성장이 가능하다고 믿습니다.

그래서 내년 1월부터 매주 토요일 4시간 동안,

 * 현업에서 경험했던 모든 노하우를 공유하고,
 * 과제, 실습, 독서 모임을 통해 스스로 성장할 수 있는 기회를 제공하려고 합니다.

참가비는 최소한으로 책정되었습니다. 이는 노쇼 방지와 장소 대관을 통해 프로그램의 퀄리티를 유지하기 위함입니다. PM/PO 경력 1년~3년차(현재 재직 중이어야 합니다)로,

 * 중니어로 성장하고 싶으신 분,
 * 한 단계 레벨업하고 싶으신 분들을 기다리고 있습니다!

같이 성장하며 더 나은 PM/PO로 도약해 보아요!

자세한 내용은 아래 링크를 확인해주세요.

또한 궁금한 것이 있다면 https://open.kakao.com/o/sh47Hq4g 로 문의주세요.

많은 관심 부탁드립니다! 😊

 * 프로그램 자세히 보러가기 : https://wikilog.notion.site/Super-Junior-Club-15855b1ce152809c99b8d01fdcd66842?pvs=4
 * 프로그램 신청하기 : https://www.latpeed.com/products/OUpqy

📅 일정
 * 2025년 1월 4일 ~ 2025년 1월 25일 (총 4주)
 * 매주 토요일 오후 1시 ~ 5시
   
   
📍 장소
 * 강남 근처 스터디룸 (오프라인)

💰 참가비
 * 100,000원
   참가비 1회성 비용으로 프로그램 참여 후 다음과 같은 이유로 사용됩니다 :
   * 12년차 PM/PO 강사의 실무 중심 세션 진행
   * 오프라인 장소 대관 및 코칭비
   * 차후 기수 추가 모집시 무료로 참여 가능

📚 함께 읽는 책
 * 제품의 탄생, 프로덕트 매니지먼트, 린 분석, 스프린트 등
   (책은 시작과 동시에 변경될 수 있습니다. 미리 구매하지마세요)

👥 모집 기간 및 인원
 * 12월 31일까지 (참가비 납부 기준)
 * 5 ~ 15명 (소규모 커뮤니티로 밀도 있는 학습과 네트워킹 보장)
   * 클럽에 맞지 않는 경우 신청자 명단에서 제외될 수 있습니다.
   * 1월 3일 이전까지 4명 이하로 신청할 경우 금액은 모두 환불됩니다.

안녕하세요! 👋 내년에는 어떤 의미 있는 일을 해볼까 고민하다가, 회사에서 주니어분들을 성장시켰던 경험을 떠올렸습니다. 그래서 주니어 PM/PO분들을 중니어로 성장시켜드리는 프로그램을 준비하게 되었습니다! 더 나아가, 이 프로그램을 통해 PM/PO들이 서로 배우고 성장할 수 있는 커뮤니티로 발전시키고자 합니다! PM/PO는 어느 회사에서든 핵심 역할입니다. 개발자가 매일 코딩하고 공부하듯, PM/PO도 꾸준히 배우고 고민해야 성장할 수 있습니다. 저는 정보를 얻는 것과 스스로 고민하며 적용하는 것이 함께 이루어질 때 진짜 성장이 가능하다고 믿습니다. 그래서 내년 1월부터 매주 토요일 4시간 동안, <ul ><li>현업에서 경험했던 모든 노하우를 공유하고,</li><li>과제, 실습, 독서 모임을 통해 스스로 성장할 수 있는 기회를 제공하려고 합니다.</li></ul> 참가비는 최소한으로 책정되었습니다. 이는 노쇼 방지와 장소 대관을 통해 프로그램의 퀄리티를 유지하기 위함입니다. PM/PO 경력 1년~3년차(현재 재직 중이어야 합니다)로, <ul ><li>중니어로 성장하고 싶으신 분,</li><li>한 단계 레벨업하고 싶으신 분들을 기다리고 있습니다!</li></ul> 같이 성장하며 더 나은 PM/PO로 도약해 보아요! 자세한 내용은 아래 링크를 확인해주세요. 또한 궁금한 것이 있다면 https://open.kakao.com/o/sh47Hq4g 로 문의주세요. 많은 관심 부탁드립니다! 😊 <ul ><li>프로그램 자세히 보러가기 : https://wikilog.notion.site/Super-Junior-Club-15855b1ce152809c99b8d01fdcd66842?pvs=4</li><li>프로그램 신청하기 : https://www.latpeed.com/products/OUpqy</li></ul> 📅&nbsp;일정<ul ><li>2025년 1월 4일 ~ 2025년 1월 25일 (총 4주)</li><li>매주 토요일 오후 1시 ~ 5시 </li></ul>📍 장소<ul ><li>강남 근처 스터디룸 (오프라인)</li></ul> 💰 참가비<ul ><li>100,000원참가비 1회성 비용으로 프로그램 참여 후 다음과 같은 이유로 사용됩니다 :<ul ><li>12년차 PM/PO 강사의 실무 중심 세션 진행</li><li>오프라인 장소 대관 및 코칭비</li><li>차후 기수 추가 모집시 무료로 참여 가능</li></ul></li></ul> 📚 함께 읽는 책<ul ><li>제품의 탄생,&nbsp;프로덕트 매니지먼트,&nbsp;린 분석,&nbsp;스프린트&nbsp;등(책은 시작과 동시에 변경될 수 있습니다. 미리 구매하지마세요)</li></ul> 👥 모집 기간 및 인원<ul ><li>12월 31일까지&nbsp;(참가비 납부 기준)</li><li>5 ~ 15명&nbsp;(소규모 커뮤니티로 밀도 있는 학습과 네트워킹 보장)<ul ><li>클럽에 맞지 않는 경우 신청자 명단에서 제외될 수 있습니다.</li><li>1월 3일 이전까지 4명 이하로 신청할 경우 금액은 모두 환불됩니다.</li></ul></li></ul>

Latpeed

주니어 PM/PO에서 중니어로 성장하고 싶으신 분들 계신가요?

1
인터뷰라는 포맷을 좋아한다. 한 명이 묻고, 한 명이 답한다. 묻는 이는 인터뷰어, 말하는 이는 인터뷰이다. 짧은 시간에 한 사람을 깊게 알 수 있는 좋은 콘텐츠 포맷이다.

2
유튜브로 주로 인터뷰를 듣는다. 2배속으로 듣기에 부담 없다. 3명의 인상 깊은 채널의 인터뷰어를 꼽아본다. 하와이 대저택, 천재 이승국, 최성운의 사고실험.

3
먼저 하와이 대저택이다. 유명해지기 전부터 들었다. 얼굴 없이 소개하는 책들도 좋고 목소리와 편집도 편했다. 특히 기승전결 한 배경음악이 책의 내용과 잘 맞았다. 채널이 성장하며 다양한 포맷이 생겼다. 유료 콘텐츠 판매와 책도 몇 권 냈다. 아쉽게도 모두 보고, 읽었지만 기대보다 아쉬웠다.

4
인터뷰는 관심 있는 인물만 가끔 듣는다. 인터뷰를 통해 알게 된 훌륭한 책들도 많다. 하지만, 아쉽게도 전반적인 인터뷰는 불편하다. 인터뷰어는 최소한의 질문을 하고, 인터뷰이의 대답을 더 많이 끌어내야 한다. 하지만 하와이 대저택 인터뷰는 답변 후에 덧붙는 인터뷰어 생각이 훨씬 많다. 하고 싶은 이야기를 하기 위한 자리에 가까운 느낌이다. 편집을 했음에도 말이다.

5
여전히 채널의 다른 영상은 종종 듣는다. 하지만 인터뷰어로써는 너무 아쉽다. 이 채널은 책의 구절을 발췌해서 음악과 함께 편집한 콘텐츠가 가장 빛난다.

6
두 번째 천재 이승국. 유튜브보단 인스타로 인터뷰의 일부를 볼 때가 더 많다. 가수 이승윤의 형인 걸 알고 놀랐었다. 그런데 그의 인터뷰는 더 놀라웠다.

7
할리우드 스타들은 하루에도 수십 건 인터뷰를 한다. 시간은 짧다. 좋은 질문이 좋은 답변을 만든다. 질문을 쥐어짜도 사실 거기서 거기다. 더 좋은 질문을 하려면? 그만큼 더 깊고 넓게 파서 준비해야 한다.

8
천재 이승국은 그 무한 디깅의 올바른 예시다. 인터뷰이도 잊고 있었던 사실까지 찾아낸다. 그의 질문을 받으며 놀라는 이들이 많다. 당연히, 새롭고 참신한 반응과 대답이 나온다. 같은 재료로 다른 음식이 된다. 성공적인 인터뷰다.

9
채널을 부러 찾아보지는 않는다. 알고리즘이 던져주는 편집본들만 봐도 충분히 즐겁다. 그의 재능이 부럽다.

10
마지막으로 최성운의 사고실험이다. 일단 인터뷰이들부터 화려하다. 다른 채널에서는 쉽게 보지 못하는 이들이 출현한다. 마치 유튜브 세계의 유퀴즈랄까. 출연자들이 말한다. 다른 데는 안 나가도 여기는 꼭 나오고 싶었다. 혹은 꼭 나가라고 해서 나왔다.

11
그가 던지는 질문들은 담백하고 평범하다. 하지만 깊이가 있어 좋다. 인터뷰이를 편안하게 만드는 말투와 분위기가 있다. 무엇보다 질문의 점유율이 크지 않다. 그럼에도 콘텐츠는 빛난다.

12
책을 내고 출연했던 사람 둘이 있다. 송길영, 조수용. 공교롭게도 영상을 보자마자 바로 책을 구매했다. 우연의 일치일 수도 있다. 아니면 정말 잘 만든 콘텐츠이거나. 두 권 다 읽었다. 한 권은 영상이 맛보기 느낌이라 좋았고, 한 권은 영상이 전부인 느낌이라 아쉬웠다.

13
좋은 질문이 좋은 답변을 만든다. 변하지 않는 원칙이다. 채용 인터뷰, 유저 인터뷰, 모든 사소한 대화도 마찬가지다. 말을 잘 하려면 잘 들어야 한다. 더 나아가 말하지 않고, 잘 듣기만 해도 된다. 듣는 것이 언제나 가장 어렵다.

1 인터뷰라는 포맷을 좋아한다. 한 명이 묻고, 한 명이 답한다. 묻는 이는 인터뷰어, 말하는 이는 인터뷰이다. 짧은 시간에 한 사람을 깊게 알 수 있는 좋은 콘텐츠 포맷이다. ​ ​2 유튜브로 주로 인터뷰를 듣는다. 2배속으로 듣기에 부담 없다. 3명의 인상 깊은 채널의 인터뷰어를 꼽아본다. 하와이 대저택, 천재 이승국, 최성운의 사고실험. ​ ​3 먼저 하와이 대저택이다. 유명해지기 전부터 들었다. 얼굴 없이 소개하는 책들도 좋고 목소리와 편집도 편했다. 특히 기승전결 한 배경음악이 책의 내용과 잘 맞았다. 채널이 성장하며 다양한 포맷이 생겼다. 유료 콘텐츠 판매와 책도 몇 권 냈다. 아쉽게도 모두 보고, 읽었지만 기대보다 아쉬웠다. ​ ​4 인터뷰는 관심 있는 인물만 가끔 듣는다. 인터뷰를 통해 알게 된 훌륭한 책들도 많다. 하지만, 아쉽게도 전반적인 인터뷰는 불편하다. 인터뷰어는 최소한의 질문을 하고, 인터뷰이의 대답을 더 많이 끌어내야 한다. 하지만 하와이 대저택 인터뷰는 답변 후에 덧붙는 인터뷰어 생각이 훨씬 많다. 하고 싶은 이야기를 하기 위한 자리에 가까운 느낌이다. 편집을 했음에도 말이다. ​ ​5 여전히 채널의 다른 영상은 종종 듣는다. 하지만 인터뷰어로써는 너무 아쉽다. 이 채널은 책의 구절을 발췌해서 음악과 함께 편집한 콘텐츠가 가장 빛난다. ​ ​6 두 번째 천재 이승국. 유튜브보단 인스타로 인터뷰의 일부를 볼 때가 더 많다. 가수 이승윤의 형인 걸 알고 놀랐었다. 그런데 그의 인터뷰는 더 놀라웠다. ​ ​7 할리우드 스타들은 하루에도 수십 건 인터뷰를 한다. 시간은 짧다. 좋은 질문이 좋은 답변을 만든다. 질문을 쥐어짜도 사실 거기서 거기다. 더 좋은 질문을 하려면? 그만큼 더 깊고 넓게 파서 준비해야 한다. ​ ​8 천재 이승국은 그 무한 디깅의 올바른 예시다. 인터뷰이도 잊고 있었던 사실까지 찾아낸다. 그의 질문을 받으며 놀라는 이들이 많다. 당연히, 새롭고 참신한 반응과 대답이 나온다. 같은 재료로 다른 음식이 된다. 성공적인 인터뷰다. ​ ​9 채널을 부러 찾아보지는 않는다. 알고리즘이 던져주는 편집본들만 봐도 충분히 즐겁다. 그의 재능이 부럽다. ​ ​10 마지막으로 최성운의 사고실험이다. 일단 인터뷰이들부터 화려하다. 다른 채널에서는 쉽게 보지 못하는 이들이 출현한다. 마치 유튜브 세계의 유퀴즈랄까. 출연자들이 말한다. 다른 데는 안 나가도 여기는 꼭 나오고 싶었다. 혹은 꼭 나가라고 해서 나왔다. ​ ​11 그가 던지는 질문들은 담백하고 평범하다. 하지만 깊이가 있어 좋다. 인터뷰이를 편안하게 만드는 말투와 분위기가 있다. 무엇보다 질문의 점유율이 크지 않다. 그럼에도 콘텐츠는 빛난다. ​ ​12 책을 내고 출연했던 사람 둘이 있다. 송길영, 조수용. 공교롭게도 영상을 보자마자 바로 책을 구매했다. 우연의 일치일 수도 있다. 아니면 정말 잘 만든 콘텐츠이거나. 두 권 다 읽었다. 한 권은 영상이 맛보기 느낌이라 좋았고, 한 권은 영상이 전부인 느낌이라 아쉬웠다. ​ ​13 좋은 질문이 좋은 답변을 만든다. 변하지 않는 원칙이다. 채용 인터뷰, 유저 인터뷰, 모든 사소한 대화도 마찬가지다. 말을 잘 하려면 잘 들어야 한다. 더 나아가 말하지 않고, 잘 듣기만 해도 된다. 듣는 것이 언제나 가장 어렵다.

인상적인 인터뷰어3 - 하와이 대저택, 천재 이승국, 최성운의 사고실험

https://blog.naver.com/madaboutit/223683766357

일을 작게 실행해야 잘 끝나는 이유는 다음과 같다.

• 깊이 파려면 좁혀서 실행해야 한다.
업무의 추진범위는 넓이와 깊이가 결정한다. 넓은 일을 기획하면 스케일이 커 보이고 보고하기도 좋다. 그러나 실행을 통해 성과를 창출하려면 땅속의 광물이나 바닷속의 물고기를 찾듯이 깊이 들어가야 한다.

크게 기획하더라도 작게 성공하는 것이 먼저다. 좁혀서 추진해야 성공할 가능성이 높고, 작은 성공이 있어야 큰 기획의 정당성을 확보할 수 있다. 물속탐사에 비유하자면 스노클러처럼 물 표면에서 아래를 살펴보다, 깊이 보고 싶은 지역을 결정한 뒤 다이버처럼 물속 깊이 들어가는 것이 좋다. 

뾰족한 송곳이 구멍을 뚫을 수 있는 이유는 좁은 면적에 힘을 집중하기 때문이다.

• 작게 실행해야 난관극복이 쉽다.  
‘낮게 달린 과일’은 벌써 다 따고 거의 없다. 남은 과일은 대부분 따기 위해 많은 노력을 해야 하고 잘 보이지도 않는다. 높이 달린 과일을 찾느라 이 나무, 저 나무 옮겨 다니면 지치고 실패할 가능성이 높다. 운의 영역이기도 하지만 열매가 있을 가능성이 높은 나무 하나를 고른 뒤 끝까지 살펴보는 것이 좋다.

어떤 일을 하더라도 계획대로 일이 되지 않고 난관을 만날 가능성이 100%라고 생각해야 한다. 작게 실행해야 예상하지 못했던 난관을 감당가능하다. 

• 작은 성과는 상급자의 신뢰를 얻는 마중물이 된다.   
말은 쉽고 실행이 어렵다는 것은 모두 알고 있다. 경험이 많은 상급자는 말할 것도 없다. 따라서 본인이 주도적으로 추진한 일의 가치를 상급자가 인정한다면 그 일을 위한 본인의 노력은 상급자의 신뢰를 끌어 올리는 마중물과 된다. 

일은 커도 가치가 없을 수도 있고 반대로 일은 작아도 가치가 있을 수 있다. 그 가치는 이해관계자나 상급자의 관점에서 생각해야 한다. 흔히 많이 비유하는 것이 컵 케이크이다. 케이크는 작게 만들 수 있지만 층별 재료를 다 포함하는 것이 좋다. 작게 만든다고 해서 한 층의 재료만으로 케이크의 가치를 충분히 제공하기는 어렵다. 

• 작게 실행해야 지치지 않고 결과를 공식화하는 부담이 작다.     
끝나지 않은 일을 흐지부지 덮는 것은 나쁜 습관이다. 주변의 사람들은 모두 알고 있다. 일에는 매듭이 있어야 한다. 일을 다 못하고 완료하던 다 끝내고 완료하던 성과와 교훈을 명확히 정리하여 이해관계자와 상급자에게 공유해야 한다. 작게 실행해야 성공이든 실패든 매듭을 짓는데 부담이 줄어든다.

이해관계자들에게 가치를 제공하는 한 최대한 작은 규모로 나누어 일을 추진해야 한다.

일을 작게 실행해야 잘 끝나는 이유는 다음과 같다. • 깊이 파려면 좁혀서 실행해야 한다.업무의 추진범위는 넓이와 깊이가 결정한다. 넓은 일을 기획하면 스케일이 커 보이고 보고하기도 좋다. 그러나 실행을 통해 성과를 창출하려면 땅속의 광물이나 바닷속의 물고기를 찾듯이 깊이 들어가야 한다. 크게 기획하더라도 작게 성공하는 것이 먼저다. 좁혀서 추진해야 성공할 가능성이 높고, 작은 성공이 있어야 큰 기획의 정당성을 확보할 수 있다. 물속탐사에 비유하자면 스노클러처럼 물 표면에서 아래를 살펴보다, 깊이 보고 싶은 지역을 결정한 뒤 다이버처럼 물속 깊이 들어가는 것이 좋다.&nbsp; 뾰족한 송곳이 구멍을 뚫을 수 있는 이유는 좁은 면적에 힘을 집중하기 때문이다. • 작게 실행해야 난관극복이 쉽다. &nbsp;‘낮게 달린 과일’은 벌써 다 따고 거의 없다. 남은 과일은 대부분 따기 위해 많은 노력을 해야 하고 잘 보이지도 않는다. 높이 달린 과일을 찾느라 이 나무, 저 나무 옮겨 다니면 지치고 실패할 가능성이 높다. 운의 영역이기도 하지만 열매가 있을 가능성이 높은 나무 하나를 고른 뒤 끝까지 살펴보는 것이 좋다. 어떤 일을 하더라도 계획대로 일이 되지 않고 난관을 만날 가능성이 100%라고 생각해야 한다. 작게 실행해야 예상하지 못했던 난관을 감당가능하다.&nbsp; • 작은 성과는 상급자의 신뢰를 얻는 마중물이 된다. &nbsp;&nbsp;말은 쉽고 실행이 어렵다는 것은 모두 알고 있다. 경험이 많은 상급자는 말할 것도 없다. 따라서 본인이 주도적으로 추진한 일의 가치를 상급자가 인정한다면 그 일을 위한 본인의 노력은 상급자의 신뢰를 끌어 올리는 마중물과 된다.&nbsp; 일은 커도 가치가 없을 수도 있고 반대로 일은 작아도 가치가 있을 수 있다. 그 가치는 이해관계자나 상급자의 관점에서 생각해야 한다. 흔히 많이 비유하는 것이 컵 케이크이다. 케이크는 작게 만들 수 있지만 층별 재료를 다 포함하는 것이 좋다. 작게 만든다고 해서 한 층의 재료만으로 케이크의 가치를 충분히 제공하기는 어렵다.&nbsp; • 작게 실행해야 지치지 않고 결과를 공식화하는 부담이 작다. &nbsp;&nbsp;&nbsp;&nbsp;끝나지 않은 일을 흐지부지 덮는 것은 나쁜 습관이다.&nbsp;주변의 사람들은 모두 알고 있다.&nbsp;일에는 매듭이 있어야 한다. 일을 다 못하고 완료하던 다 끝내고 완료하던 성과와 교훈을 명확히 정리하여 이해관계자와 상급자에게 공유해야 한다. 작게 실행해야 성공이든 실패든 매듭을 짓는데 부담이 줄어든다. 이해관계자들에게 가치를 제공하는 한 최대한 작은 규모로 나누어 일을 추진해야 한다.&nbsp;

작게 실행해야 잘 끝난다.

Sprig integration 했는데(테스트 url: https://pm-prompt.vercel.app/ ), 엔지니어링 배경이 없는 저도 쉽게 Javascript SDK를 1시간도 안되어 설정을 했습니다. 상세 페이지를 3번 방문하면 Unmoderated Persona Survey 모달이 표시되도록 했습니다.

Unmoderated prototype test, Survey, Recruit for Research 등 여러 템플릿이 있어 assumption test를 위한 근거 확보, 고객 인터뷰 모집 용도로 유용한 도구 같습니다.

Sprig integration 했는데(테스트 url: https://pm-prompt.vercel.app/ ), 엔지니어링 배경이 없는 저도 쉽게 Javascript SDK를 1시간도 안되어 설정을 했습니다. 상세 페이지를 3번 방문하면 Unmoderated Persona Survey 모달이 표시되도록 했습니다. Unmoderated prototype test, Survey, Recruit for Research 등 여러 템플릿이 있어 assumption test를 위한 근거 확보, 고객 인터뷰 모집 용도로 유용한 도구 같습니다.

Unmoderated prototype testing 데모 https://youtu.be/cQwlzL8s8MY?si=tAUR-If_0BHE7FvK&t=617

useEffect의 불필요한 사용은 리렌더링을 초래하고 이는 곧 웹의 성능 저하로 연결됩니다. 이 글에서는 코드 예시를 통해 useEffect를 올바르게 사용하는 방법을 제시합니다.

[번역] useEffect를 남용하지 마세요!

오늘은 네이버의 안샛별님이 번역해주신 글입니다.

리액트 개발자에게 리렌더링은 어떤 숙명과도 같은 존재일 것입니다. 단 한 줄의 코드만으로 리렌더링을 여러 번 유발할 수도, 한 번으로 감소시킬 수도 있습니다. 이 글은 useEffect의 잘못된 사용으로 인해 성능이 악화되는 사례를 정리하고 개선된 코드를 소개합니다. 어렵지 않은 글이라 리액트를 많이 해보지 않았더라도 가볍게 읽기 좋은 글이라고 생각합니다.

글 링크: https://velog.io/@typo/leave-useeffect-alone

오늘은 네이버의 안샛별님이 번역해주신 글입니다. 리액트 개발자에게 리렌더링은 어떤 숙명과도 같은 존재일 것입니다. 단 한 줄의 코드만으로 리렌더링을 여러 번 유발할 수도, 한 번으로 감소시킬 수도 있습니다. 이 글은 useEffect의 잘못된 사용으로 인해 성능이 악화되는 사례를 정리하고 개선된 코드를 소개합니다. 어렵지 않은 글이라 리액트를 많이 해보지 않았더라도 가볍게 읽기 좋은 글이라고 생각합니다. 글 링크: https://velog.io/@typo/leave-useeffect-alone

velog.io

useEffect를 남용하지 마세요!

수십년동안 영어를 잘 하고 싶어서 영어를 배우지는 않고 영어를 배우는 법만을 공부한 사람으로써..(…다.. 다들 그렇죠? 🥲)

영어를 확실히 그리고 빠르게 배우는 데에는 두 가지 방법이 있다. (영어 뿐 아니라 어떤 언어든)

1. 공부한다 -> 실전에 사람을 만나 시도한다

2. 실전에 사람을 만나 버벅인다 -> 버벅였던 내용을 어떻게 말할지 공부한다

즉 중요한 건 실전을 겪는 것이고, 1, 2번 중에서도 2번이 더 빠르고 확실한 방법이라고 한다. 그래서 많은 사람들이 미쿡인 (이성)친구를 만드는게 가장 빠른 방법이라고 하는 것이 다 경험적으로 그렇기 때문.

하지만 친구를 만든다는 것이 어렵기 때문에 다들 유학을 가거나 짧게라도 어학연수를 가는 것이고, 말이 많긴해도 이것이 확실한 방법 중 하나라는 것은 증명 된 방법.

문제는 실전을 접할 수 있는 기회가 없다는 것인데, 그래서 최근에 시중이 많이 그러한 앱들이 나오고 있지만 사실상 실전용이 아니다.(스픽도 마찬가지) 하지만 실전을 만들 수 있는 방법이 하나 있는데..(to be continued..)

수십년동안 영어를 잘 하고 싶어서 영어를 배우지는 않고 영어를 배우는 법만을 공부한 사람으로써..(…다.. 다들 그렇죠? 🥲) 영어를 확실히 그리고 빠르게 배우는 데에는 두 가지 방법이 있다. (영어 뿐 아니라 어떤 언어든) 1. 공부한다 -&gt; 실전에 사람을 만나 시도한다 2. 실전에 사람을 만나 버벅인다 -&gt; 버벅였던 내용을 어떻게 말할지 공부한다 즉 중요한 건 실전을 겪는 것이고, 1, 2번 중에서도 2번이 더 빠르고 확실한 방법이라고 한다. 그래서 많은 사람들이 미쿡인 (이성)친구를 만드는게 가장 빠른 방법이라고 하는 것이 다 경험적으로 그렇기 때문. 하지만 친구를 만든다는 것이 어렵기 때문에 다들 유학을 가거나 짧게라도 어학연수를 가는 것이고, 말이 많긴해도 이것이 확실한 방법 중 하나라는 것은 증명 된 방법. 문제는 실전을 접할 수 있는 기회가 없다는 것인데, 그래서 최근에 시중이 많이 그러한 앱들이 나오고 있지만 사실상 실전용이 아니다.(스픽도 마찬가지) 하지만 실전을 만들 수 있는 방법이 하나 있는데..(to be continued..)

수십년동안 영어를 잘 하고 싶어서 영어를 배우지는 않고 영어를 배

지난 8월에 시작한 스터디 2기가 성공적으로 마무리되었습니다. 스터디에 참여해주신 분들께서 생생한 후기를 많이 남겨주셨습니다. 아, 그리고 정말 기쁘게도 1기 참여자 중에서 원하는 기업에 합격하신 분이 또 배출되었어요! 🎊 저도 함께 매주 알고리즘 문제를 풀다보니 얼떨결에 최근에 이직을 하게 되었네요 😅

이제 스터디가 꽤 알려졌는지 아직 3기 모집을 시작하지도 않았는데 벌써 50분 가까이 대기자로 등록을 해주셨어요. 그래서 모집 공고를 올리지 않으려다가 다음 차수를 기다리시던 분들이 분명 계실 것 같아서 정원을 100명으로 두 배 늘리기로 결정하였습니다.

스터디 규모가 커지면서 전 세계에 흩어져있는 모든 멤버가 참석할 수 있는 모임 일정을 잡는 것이 너무 어려워지고, 깃허브에서 멘션이 가능한 최대 인원을 초과하고 디스코드에서 음성 채팅의 최대 인원을 초과하는 등 여러가지 제약 사항에 부딪히게 되었습니다. 그래서 3기 부터는 부득이하게 정기 모임을 중단하고 100% 온라인 비대면으로 진행하오니 양해 부탁드립니다.

스터디는 12월 8일부터 시작하고 신청은 12월 2일에 마감하도록 하겠습니다.

👉 달레 스터디 3기 신청: https://github.com/DaleStudy/leetcode-study/discussions/620
👉 달레 스터디 웹사이트: https://www.dalestudy.com/

지난 8월에 시작한 스터디 2기가 성공적으로 마무리되었습니다. 스터디에 참여해주신 분들께서 생생한 후기를 많이 남겨주셨습니다. 아, 그리고 정말 기쁘게도 1기 참여자 중에서 원하는 기업에 합격하신 분이 또 배출되었어요! 🎊 저도 함께 매주 알고리즘 문제를 풀다보니 얼떨결에 최근에 이직을 하게 되었네요 😅 이제 스터디가 꽤 알려졌는지 아직 3기 모집을 시작하지도 않았는데 벌써 50분 가까이 대기자로 등록을 해주셨어요. 그래서 모집 공고를 올리지 않으려다가 다음 차수를 기다리시던 분들이 분명 계실 것 같아서 정원을 100명으로 두 배 늘리기로 결정하였습니다. 스터디 규모가 커지면서 전 세계에 흩어져있는 모든 멤버가 참석할 수 있는 모임 일정을 잡는 것이 너무 어려워지고, 깃허브에서 멘션이 가능한 최대 인원을 초과하고 디스코드에서 음성 채팅의 최대 인원을 초과하는 등 여러가지 제약 사항에 부딪히게 되었습니다. 그래서 3기 부터는 부득이하게 정기 모임을 중단하고 100% 온라인 비대면으로 진행하오니 양해 부탁드립니다. 스터디는 12월 8일부터 시작하고 신청은 12월 2일에 마감하도록 하겠습니다. 👉 달레 스터디 3기 신청: https://github.com/DaleStudy/leetcode-study/discussions/620👉 달레 스터디 웹사이트: https://www.dalestudy.com/

📣 달레 스터디 3기를 모집합니다

최근 프론트엔드 진영 에서는 웹뷰, React 개발이 주류로 자리잡고 있습니다. 이런 흐름 에서
React Native
의 웹뷰 개발을 개선한
webview-bridge
라이브러리를 FECONF 세미나 영상을 통해 접하게 되었는데요. 영상을 매우 흥미롭게 시청하여서 내용을 정리해보았습니다.

 1. Event To Promise 방식의 양방향 통신
    기존 단방향 통신 방식에서는 처리 결과를 확인하기가 어려웠습니다. 이런 한계를 프론트엔드와 백엔드 간 통신 패턴에서 영감을 받아 Promise 기반의 응답 처리 시스템을 구현했습니다. 이를 통해 안정적이고 예측 가능한 통신이 가능해졌습니다.
    
    
 2. 강력한 타입 안정성과 추론
    네이티브 에서 정의한 브릿지 함수들의 반환값(Input)을 기반으로 웹 측의 타입이 자동으로 추론됩니다. 이는 개발자가 수동으로 타입을 정의할 때 발생할 수 있는 실수를 원천적으로 방지하면서도, 함수가 반환하는 데이터 구조를 기반으로 전체 타입 시스템이 자동으로 신뢰성 있게 구성됩니다.
    
 3. 실시간 상태 동기화
    useSyncExternalStore
    API 를 활용하여 네이티브 앱과 웹뷰 간의 상태를 실시간으로 동기화합니다. 이를 통해 특히 인증 토큰이나 사용자 정보와 같은 중요 데이터의 일관성을 유지합니다.
    
 4. 개발편의성과 하위 호환성
    사용자 중심의 설계로 개발 편의성을 향상시켰습니다. Proxy를 활용한 메소드 호출 처리로 존재하지 않은 메소드 호출시 타입에러를 반환하고, 사용 가능한 메소드를 체크해서 하위호환성을 체크합니다. 이를 통해 네이티브에 해당 메서드가 없다면 대체코드(fallback)이 실행되어 런타임 에러 방지와 앱 버전별 기능 차이에 대응이 가능합니다.

webview-bridge
는 하이브리드 앱 개발의 복잡성을 우아하게 해결하였다는 생각이 들었습니다. 세심한 API 설계, 자동화된 타입 시스템, 그리고 견고한 예외처리는 라이브러리의 완성도를 잘 보여주는데요. 국내 개발자가 실제 현장에서 마주한 문제를 깊이있게 분석하고, 자신만의 철학으로 해결책을 제시했다는 점이 특히 인상깊었습니다. 또 한국 개발자들의 기술력이 성장하고 있고, 글로벌 오픈소스 생태계에 대한 의미있는 기여를 보여주는 사례라고 생각되는데요. 이런 흐름이 계속되어 한국 개발자들이 세계에 더 많은 영향력을 발휘할 수 있기를 기대해봅니다.

https://www.youtube.com/watch?v=GyU9-pE0dAg

최근 프론트엔드 진영 에서는 웹뷰, React 개발이 주류로 자리잡고 있습니다. 이런 흐름 에서 <code >React Native</code>의 웹뷰 개발을 개선한 <code >webview-bridge</code> 라이브러리를 FECONF 세미나 영상을 통해 접하게 되었는데요. 영상을 매우 흥미롭게 시청하여서 내용을 정리해보았습니다. <ol ><li>Event To Promise 방식의 양방향 통신기존 단방향 통신 방식에서는 처리 결과를 확인하기가 어려웠습니다. 이런 한계를 프론트엔드와 백엔드 간 통신 패턴에서 영감을 받아 Promise 기반의 응답 처리 시스템을 구현했습니다. 이를 통해 안정적이고 예측 가능한 통신이 가능해졌습니다. </li><li>강력한 타입 안정성과 추론네이티브 에서 정의한 브릿지 함수들의 반환값(Input)을 기반으로 웹 측의 타입이 자동으로 추론됩니다. 이는 개발자가 수동으로 타입을 정의할 때 발생할 수 있는 실수를 원천적으로 방지하면서도, 함수가 반환하는 데이터 구조를 기반으로 전체 타입 시스템이 자동으로 신뢰성 있게 구성됩니다. </li><li>실시간 상태 동기화<code >useSyncExternalStore</code> API 를 활용하여 네이티브 앱과 웹뷰 간의 상태를 실시간으로 동기화합니다. 이를 통해 특히 인증 토큰이나 사용자 정보와 같은 중요 데이터의 일관성을 유지합니다. </li><li>개발편의성과 하위 호환성사용자 중심의 설계로 개발 편의성을 향상시켰습니다. Proxy를 활용한 메소드 호출 처리로 존재하지 않은 메소드 호출시 타입에러를 반환하고, 사용 가능한 메소드를 체크해서 하위호환성을 체크합니다. 이를 통해 네이티브에 해당 메서드가 없다면 대체코드(fallback)이 실행되어 런타임 에러 방지와 앱 버전별 기능 차이에 대응이 가능합니다.</li></ol> <code >webview-bridge</code>는 하이브리드 앱 개발의 복잡성을 우아하게 해결하였다는 생각이 들었습니다. 세심한 API 설계, 자동화된 타입 시스템, 그리고 견고한 예외처리는 라이브러리의 완성도를 잘 보여주는데요. 국내 개발자가 실제 현장에서 마주한 문제를 깊이있게 분석하고, 자신만의 철학으로 해결책을 제시했다는 점이 특히 인상깊었습니다. 또 한국 개발자들의 기술력이 성장하고 있고, 글로벌 오픈소스 생태계에 대한 의미있는 기여를 보여주는 사례라고 생각되는데요. 이런 흐름이 계속되어 한국 개발자들이 세계에 더 많은 영향력을 발휘할 수 있기를 기대해봅니다. https://www.youtube.com/watch?v=GyU9-pE0dAg

www.youtube.com

리액트 네이티브와 웹뷰의 만남: webview-bridge

만약 데이터에 파이썬 자료 구조(예: 딕셔너리, 리스트 등)이 문자열 형태로 저장되어 있다면,
ast
패키지를 사용해보세요.

따로 처리할 필요없이
ast.literal_eval
함수만 사용하면, 알아서 파이썬 문법을 인식하고 자료 구조 형태로 변경해줍니다.

만약 데이터에 파이썬 자료 구조(예: 딕셔너리, 리스트 등)이 문자열 형태로 저장되어 있다면, <code >ast</code>패키지를 사용해보세요. 따로 처리할 필요없이 <code >ast.literal_eval</code> 함수만 사용하면, 알아서 파이썬 문법을 인식하고 자료 구조 형태로 변경해줍니다.

🐍 파이썬 꿀팁

커피챗을 100번 넘게 하면서 가장 어려워하는 지점 중 하나가 '성과를 데이터로 증명하기'입니다. 사실 회사의 비공개 프로젝트, 클라이언트가 있는 프로젝트 또는 현재 진행형이라면 이 성과를 수치로 보여준다는 것이 쉽지 않습니다. 데이터 기반의 성장을 추구하는 조직이라도 모든 기능 적용에 대해 코호트 분석을 하긴 어렵기 때문에 데이터 중심 조직에서 커리어를 쌓더라도 이 문제에서 자유롭지 않습니다. 포트폴리오에 '성과', '임팩트'를

포트폴리오에 사이드, 스텔스 프로젝트에서 성과 표현하기

커피챗을 하면서 가장 어려워하는 지점 중 하나가 '성과를 데이터로 증명하기'입니다. 사실 회사의 비공개 프로젝트, 클라이언트가 있는 프로젝트 또는 현재 진행형이라면 이 성과를 수치로 보여준다는 것이 쉽지 않습니다. 데이터 기반의 성장을 추구하는 조직이라도 모든 기능 적용에 대해 코호트 분석을 하긴 어렵기 때문에 데이터 중심 조직에서 커리어를 쌓더라도 이 문제에서 자유롭지 않습니다. 포트폴리오에 '성과', '임팩트'를 강조하라고 하는데 어떻게 해야 할까요? 2가지를 기억하시면 좋겠습니다.

포트폴리오에 넣을 데이터가 없는게 고민이에요

1️⃣ 포트폴리오 본질에 충실하세요

먼저, 포트폴리오에서 중요한 건 프로젝트나 서비스에 대한 소개가 아니라 지원자 본인의 '문제 해결 능력'을 '논리적'으로 또 '설득력'있게 보여주는 것입니다. 인터뷰어로 UX팀 지원자의 포트폴리오를 검토할 때 가장 흔히 범하는 실수가 지원자(메신저)에 대한 이야기 없이 프로덕트에 대한 메시지에 대해서만 보여주는 경우였습니다. 서비스 소개서, IR 자료가 아니라 본인의 고민, 가설, 결정, 커뮤니케이션, 이 과정에서 고민했던 지점과 판단한 방식이 잘 드러나야 합니다. 주장을 뒷받침할 데이터가 있으면 좋지만 데이터가 없어도 괜찮습니다. 대부분의 지원자가 동일한 문제를 겪고 있어요. 데이터가 있으면 좋겠지만, 같은 문제과 어려움으로 데이터가 없는 경우도 많죠. 그러니 문제 정의와 논리적 전개에 충실하는 것이 우선이고 실제로 더 중요합니다.

2️⃣ 정량뿐만 아니라 정성까지 데이터인걸요

두 번째로 정성 데이터를 적극적으로 활용하는 겁니다. 정성 데이터로 활용할 수 있는 것은 동료의 리뷰, 고객의 VoC, SNS에 공개된 내용, App Store 리뷰도 포함됩니다. 후행적이지만 현시점에서 당시 서비스를 이용했던 고객을 리크루팅 해서 인터뷰를 진행해 (1) 당시 서비스를 알게 된 계기 (2) 사용했던 이유 (3) 중단한 or 계속 사용하는 이유 3가지만 확인하더라도 의미 있는 데이터가 됩니다.

정량 데이터가 없더라도 활용할 수 있는 정성 데이터 4가지

 1. App Store 또는 공개된 사용자의 리뷰
 2. 제품을 함께 만든 내부 관계자의 의견 (회고, Lessons Learned)
 3. 미디어 노출, SNS 검색 등 Desk Research로 확보할 수 있는 자료
 4. 유사한 기능을 가진 대체재, 경쟁사 제품에 대한 고객 반응 또는 시장 임팩트 (제한적 활용)

후행 인터뷰를 통해서 검증하면 좋은 3가지

 1. 고객이 처음 서비스를 알게 된 계기
 2. 처음 서비스에 회원가입을 해서 사용한 이유
 3. 현재 서비스 이용을 중단한 계기 또는 계속 이용하는 이유

프로덕트 디자이너나 UX 리서처를 채용할 때 가장 중요하게 생각하는 건 '문제를 정의하고 해결하는 능력'입니다. 보이는 것보다 실제 쓰이는 것, 현상보다는 근원적인 문제를 고민해서 솔루션을 탐색하고 검증하는 능력을 요구합니다. 데이터는 문제 해결을 위한 보조 자료이지 데이터 자체가 문제의 본질인 경우는 없습니다. 나의 생각의 흐름을 논리적으로 전달할 수 있는 가능한 방법에 집중하시면 좋겠습니다.

https://redbusbagman.com/myportfoliodata/

커피챗을 하면서 가장 어려워하는 지점 중 하나가 '성과를 데이터로 증명하기'입니다. 사실 회사의 비공개 프로젝트, 클라이언트가 있는 프로젝트 또는 현재 진행형이라면 이 성과를 수치로 보여준다는 것이 쉽지 않습니다. 데이터 기반의 성장을 추구하는 조직이라도 모든 기능 적용에 대해 코호트 분석을 하긴 어렵기 때문에 데이터 중심 조직에서 커리어를 쌓더라도 이 문제에서 자유롭지 않습니다. 포트폴리오에 '성과', '임팩트'를 강조하라고 하는데 어떻게 해야 할까요? 2가지를 기억하시면 좋겠습니다. 포트폴리오에 넣을 데이터가 없는게 고민이에요 1️⃣ 포트폴리오 본질에 충실하세요 먼저, 포트폴리오에서 중요한 건 프로젝트나 서비스에 대한 소개가 아니라 지원자 본인의 '문제 해결 능력'을 '논리적'으로 또 '설득력'있게 보여주는 것입니다. 인터뷰어로 UX팀 지원자의 포트폴리오를 검토할 때 가장 흔히 범하는 실수가 지원자(메신저)에 대한 이야기 없이 프로덕트에 대한 메시지에 대해서만 보여주는 경우였습니다. 서비스 소개서, IR 자료가 아니라 본인의 고민, 가설, 결정, 커뮤니케이션, 이 과정에서 고민했던 지점과 판단한 방식이 잘 드러나야 합니다. 주장을 뒷받침할 데이터가 있으면 좋지만 데이터가 없어도 괜찮습니다. 대부분의 지원자가 동일한 문제를 겪고 있어요. 데이터가 있으면 좋겠지만, 같은 문제과 어려움으로 데이터가 없는 경우도 많죠. 그러니 문제 정의와 논리적 전개에 충실하는 것이 우선이고 실제로 더 중요합니다. 2️⃣&nbsp;정량뿐만 아니라 정성까지 데이터인걸요 두 번째로 정성 데이터를 적극적으로 활용하는 겁니다. 정성 데이터로 활용할 수 있는 것은 동료의 리뷰, 고객의 VoC, SNS에 공개된 내용, App Store 리뷰도 포함됩니다. 후행적이지만 현시점에서 당시 서비스를 이용했던 고객을 리크루팅 해서 인터뷰를 진행해 (1) 당시 서비스를 알게 된 계기 (2) 사용했던 이유 (3) 중단한 or 계속 사용하는 이유 3가지만 확인하더라도 의미 있는 데이터가 됩니다. 정량 데이터가 없더라도 활용할 수 있는 정성 데이터 4가지 <ol ><li>App Store 또는 공개된 사용자의 리뷰</li><li>제품을 함께 만든 내부 관계자의 의견 (회고, Lessons Learned)</li><li>미디어 노출, SNS 검색 등 Desk Research로 확보할 수 있는 자료</li><li>유사한 기능을 가진 대체재, 경쟁사 제품에 대한 고객 반응 또는 시장 임팩트 (제한적 활용)</li></ol> 후행 인터뷰를 통해서 검증하면 좋은 3가지 <ol ><li>고객이 처음 서비스를 알게 된 계기</li><li>처음 서비스에 회원가입을 해서 사용한 이유</li><li>현재 서비스 이용을 중단한 계기 또는 계속 이용하는 이유</li></ol> 프로덕트 디자이너나 UX 리서처를 채용할 때 가장 중요하게 생각하는 건 '문제를 정의하고 해결하는 능력'입니다. 보이는 것보다 실제 쓰이는 것, 현상보다는 근원적인 문제를 고민해서 솔루션을 탐색하고 검증하는 능력을 요구합니다. 데이터는 문제 해결을 위한 보조 자료이지 데이터 자체가 문제의 본질인 경우는 없습니다. 나의 생각의 흐름을 논리적으로 전달할 수 있는 가능한 방법에 집중하시면 좋겠습니다. https://redbusbagman.com/myportfoliodata/

REDBUSBAGMAN | 빨간색 광역버스에 백팩을 메고 탑니다

⟪포트폴리오에 사이드, 스텔스 프로젝트에서 성과 표현하기⟫

1 일 잘하는 사람이 연차가 쌓인다. 그럼 보통 리더가 된다. 하지만, 분명 실무는 잘했는데, 좋은 리더는 ...

일 잘하는 사람이 좋은 리더가 되기 어려운 이유 - '실무는 잘했는데, 리더는 왜 어렵나?'

1
일 잘하는 사람이 연차가 쌓인다. 그럼 보통 리더가 된다. 하지만, 분명 실무는 잘했는데, 좋은 리더는 못 되는 사람들이 있다. 왜일까?

2
답은 간단하다. 실무자와 리더의 일은 다르기 때문이다. 실무자는 내가 맡은 일만 잘 하면 된다. 하지만 리더는 팀의 일이 되도록 만들어야 한다.

3
팀의 일이 되도록 만든다는 건 뭘까. 팀과 개인을 생각해 보자.

4
팀은 개인의 합이다. 그래서 팀은 개인보다 언제나 위대하다. 한 명의 개인보다 훨씬 큰일을 할 수 있으니까. 팀은 단순한 1+1=2가 아니다. 그 합은 3, 4도 되고 10도 될 수 있다. 팀은 창발적 가치를 만들어낸다.

5
팀의 일은 개인의 일의 합이다. 혼자 해서 끝나는 일도 있다. 하지만, 대부분의 일은 연결된다. 모든 개인의 일이 맞물려서 가치를 낸다. 마무리가 되어야 성과를 기대할 수 있다. 이걸 반복해야 성장한다.

6
이 과정을 챙기는 게 리더의 역할이다. 막힌 곳을 뚫는다. 느린 곳을 점검한다. 마무리를 짓는다. 결과를 확인하고 성과를 본다. 직접 하는 게 아니라 사람을 움직여야 한다.

7
하지만, 일 잘하던 리더는 답답하다. 저걸 왜 못할까, 이렇게 밖에 못할까, 내가 하면 금방인데. 시간은 없고, 마음이 급하다.

8
그래서 실무에 직접 손을 댄다. 깊숙이 관여한다. 한정된 리더의 시간을 실무에 쏟으면, 전체를 볼 시간이 줄어든다. 숲을 보지 못하고 나무만 볼 확률이 높아진다.

9
사람을 움직이는 노력보다 개별적인 일에 집중해서는 팀이 잘될 수 없다. 이게 반복되면 결국 리더는 지친다. 일 잘하던 사람이 리더 역할은 왜 못하나. 스스로도 좌절한다.

10
넓은 시야로 보려고 노력하기. 사람을 움직이는 법을 배우기. 이게 리더가 해야 할 일이다.

11
사실 리더의 일은 티가 안 난다. 그래서 리더의 역할은 쉬워 보인다. 내가 겪었던 수많은 리더들도 그랬다. 딱히 하루 종일 하는 일이 없어 보인다. 자리에도 잘 없다. 도대체 어디서 무엇을 하고 있을까. 궁금했다. 부당하다고 느낀 적도 있었다.

12
리더가 된 후에 깨달았다. 그럴 수밖에 없었다. 리더의 일은 눈에 보이지 않으니까. 그래서 또 어렵다. 무슨 일을 해야 하는지 알 수가 없으니까.

13
결국은 사람이다. 세상에 수많은 훌륭한 경영자와 사상가들이 하나같이 하는 말. 인사가 만사다. 결국, 리더가 잘 해야 하는 단 한 가지의 일은 사람 공부다.

1 일 잘하는 사람이 연차가 쌓인다. 그럼 보통 리더가 된다. 하지만, 분명 실무는 잘했는데, 좋은 리더는 못 되는 사람들이 있다. 왜일까? ​ ​​2 답은 간단하다. 실무자와 리더의 일은 다르기 때문이다. 실무자는 내가 맡은 일만 잘 하면 된다. 하지만 리더는 팀의 일이 되도록 만들어야 한다. ​ ​3 팀의 일이 되도록 만든다는 건 뭘까. 팀과 개인을 생각해 보자. ​ ​4 팀은 개인의 합이다. 그래서 팀은 개인보다 언제나 위대하다. 한 명의 개인보다 훨씬 큰일을 할 수 있으니까. 팀은 단순한 1+1=2가 아니다. 그 합은 3, 4도 되고 10도 될 수 있다. 팀은 창발적 가치를 만들어낸다. ​ ​5 팀의 일은 개인의 일의 합이다. 혼자 해서 끝나는 일도 있다. 하지만, 대부분의 일은 연결된다. 모든 개인의 일이 맞물려서 가치를 낸다. 마무리가 되어야 성과를 기대할 수 있다. 이걸 반복해야 성장한다. ​ ​6 이 과정을 챙기는 게 리더의 역할이다. 막힌 곳을 뚫는다. 느린 곳을 점검한다. 마무리를 짓는다. 결과를 확인하고 성과를 본다. 직접 하는 게 아니라 사람을 움직여야 한다. ​ ​7 하지만, 일 잘하던 리더는 답답하다. 저걸 왜 못할까, 이렇게 밖에 못할까, 내가 하면 금방인데. 시간은 없고, 마음이 급하다. ​ ​8 그래서 실무에 직접 손을 댄다. 깊숙이 관여한다. 한정된 리더의 시간을 실무에 쏟으면, 전체를 볼 시간이 줄어든다. 숲을 보지 못하고 나무만 볼 확률이 높아진다. ​ ​9 사람을 움직이는 노력보다 개별적인 일에 집중해서는 팀이 잘될 수 없다. 이게 반복되면 결국 리더는 지친다. 일 잘하던 사람이 리더 역할은 왜 못하나. 스스로도 좌절한다. ​ ​10 넓은 시야로 보려고 노력하기. 사람을 움직이는 법을 배우기. 이게 리더가 해야 할 일이다. ​ ​11 사실 리더의 일은 티가 안 난다. 그래서 리더의 역할은 쉬워 보인다. 내가 겪었던 수많은 리더들도 그랬다. 딱히 하루 종일 하는 일이 없어 보인다. 자리에도 잘 없다. 도대체 어디서 무엇을 하고 있을까. 궁금했다. 부당하다고 느낀 적도 있었다. ​ ​12 리더가 된 후에 깨달았다. 그럴 수밖에 없었다. 리더의 일은 눈에 보이지 않으니까. 그래서 또 어렵다. 무슨 일을 해야 하는지 알 수가 없으니까. ​ ​13 결국은 사람이다. 세상에 수많은 훌륭한 경영자와 사상가들이 하나같이 하는 말. 인사가 만사다. 결국, 리더가 잘 해야 하는 단 한 가지의 일은 사람 공부다.

blog.naver.com

< 일 잘하는 사람이 좋은 리더가 되기 어려운 이유 >

리더가 모든 지시나 업무가 다 중요하다는 식의 메시지를 전달하고 있다거나, 간단한 수준(또는 그렇게 여기는)의 업무지시는 별 문제가 되지 않는다 여겨 빠른 결과물을 요구한다면? 구성원들 입장에서는 업무 우선순위에 혼선이 발생할 수 밖에 없고, 조금만 지나도 업무를 숙제처럼 쳐내는 상황에 내몰리게 됩니다. 만일 이 상황이 지속되어 구성원들이 이를 체념하는 수준에 이른다면, 중장기적으로는 조직의 위기를 초래하는 시그널로 받아들여야 한다고 봅니다. 더구나 그 업무들이 목표와 어떻게 align 되는지 잘 이해되지 못한 채 지속적으로 강요될 경우, 그 hidden cost들이 구성원들의 내적동기를 깎아 내리고 결국 조직의 성과와 성장을 저해할 수 밖에 없습니다.

비즈니스에 있어서 빠른 의사결정과 실행은 매우 중요합니다. 그러나 이에 앞서 구성원들이 그 의사결정이 왜, 어떤 맥락에서 빠른 실행이 필요한지에 대해 분명하게 이해하고 공감하는 것이야말로 더 빠른 실행의 원동력이 되는 것 아닐까요. 그럼에도 많은 리더들이 이를 놓치는 것 같습니다. 그저 빠르기만 한 것과 모두가 한 방향으로 빠르게 움직이는 것, 둘 중에 어떤 방법이 시너지와 성과를 낼지는 너무나 자명합니다.

이러한 구성원들 간의 목표 공유와 공감은 리더의 관념과 말로만 이루어지는 것이 아니기에, 구체적으로 어떤 장치와 프로세스를 통해 형성해 갈지에 대해 고민해야만 합니다. 그리고 일회성 전달이 아니라, 의사결정 기준과 일하는 방식에 있어서 일관성 있게 적용해가는 지속적인 노력이 필요하고요. 그리고 이것이 다함께 힘을 합쳐 의미있는 성과와 성취를 이루어내는 조직문화로 정착되어야 합니다.

이런 조직 문화는 people 조직이 선언하고 가이드 한다고 해서 달성할 수 있는 것이 아닙니다. 각 상황에 맞게 구체적인 방법을 고민하고 시행착오를 거쳐가며 개선해나가야 하는 리더들의 중요한 역할이자 의무 아닐까요.

이미지 출처: Trustworthy Online Controlled Experiments, Ron Kohavi / Diane Tang / Ya Xu

리더가 모든 지시나 업무가 다 중요하다는 식의 메시지를 전달하고 있다거나, 간단한 수준(또는 그렇게 여기는)의 업무지시는 별 문제가 되지 않는다 여겨 빠른 결과물을 요구한다면? 구성원들 입장에서는 업무 우선순위에 혼선이 발생할 수 밖에 없고, 조금만 지나도 업무를 숙제처럼 쳐내는 상황에 내몰리게 됩니다. 만일 이 상황이 지속되어 구성원들이 이를 체념하는 수준에 이른다면, 중장기적으로는 조직의 위기를 초래하는 시그널로 받아들여야 한다고 봅니다. 더구나 그 업무들이 목표와 어떻게 align 되는지 잘 이해되지 못한 채 지속적으로 강요될 경우, 그 hidden cost들이 구성원들의 내적동기를 깎아 내리고 결국 조직의 성과와 성장을 저해할 수 밖에 없습니다. 비즈니스에 있어서 빠른 의사결정과 실행은 매우 중요합니다. 그러나 이에 앞서 구성원들이 그 의사결정이 왜, 어떤 맥락에서 빠른 실행이 필요한지에 대해 분명하게 이해하고 공감하는 것이야말로 더 빠른 실행의 원동력이 되는 것 아닐까요. 그럼에도 많은 리더들이 이를 놓치는 것 같습니다. 그저 빠르기만 한 것과 모두가 한 방향으로 빠르게 움직이는 것, 둘 중에 어떤 방법이 시너지와 성과를 낼지는 너무나 자명합니다. 이러한 구성원들 간의 목표 공유와 공감은 리더의 관념과 말로만 이루어지는 것이 아니기에, 구체적으로 어떤 장치와 프로세스를 통해 형성해 갈지에 대해 고민해야만 합니다. 그리고 일회성 전달이 아니라, 의사결정 기준과 일하는 방식에 있어서 일관성 있게 적용해가는 지속적인 노력이 필요하고요. 그리고 이것이 다함께 힘을 합쳐 의미있는 성과와 성취를 이루어내는 조직문화로 정착되어야 합니다. 이런 조직 문화는 people 조직이 선언하고 가이드 한다고 해서 달성할 수 있는 것이 아닙니다. 각 상황에 맞게 구체적인 방법을 고민하고 시행착오를 거쳐가며 개선해나가야 하는 리더들의 중요한 역할이자 의무 아닐까요. 이미지 출처: Trustworthy Online Controlled Experiments, Ron Kohavi / Diane Tang / Ya Xu

리더가 모든 지시나 업무가 다 중요하다는 식의 메시지를 전달하고 

V0와 Cursor AI로 프롬프트 기반으로 PM Prompts라는 웹앱을 만들었습니다. 프로덕트 매니저에게 유용한 프롬프트를 큐레이션한 서비스입니다:)  아래는 그 중에서 PRD를 생성하는 프롬프트 링크입니다:) https://pm-prompt.vercel.app/prompt/1  참고하실 수 있도록 프롬프트를 사용하는 예시를 아래와 같이 보여드리겠습니다

ChatGPT로 PRD 작성하기

V0와 Cursor AI로 코딩 없이 프롬프트 기반으로 PM Prompts라는 웹앱을 만들었습니다. 프로덕트 매니저가 실제 업무에 활용할 수 있는 프롬프트를 큐레이션하는 서비스입니다:)

그 중에서 PRD를 생성하는 프롬프트 활용법을 아래 브런치에 작성했습니다.

https://brunch.co.kr/@yongjinjinipln/197

아래 url도 즐겨찾기 해주시면 실제 업무에 유용한 프롬프트를 계속 업데이트해나가겠습니다.
https://pm-prompt.vercel.app

V0와 Cursor AI로 코딩 없이 프롬프트 기반으로 PM Prompts라는 웹앱을 만들었습니다. 프로덕트 매니저가 실제 업무에 활용할 수 있는 프롬프트를 큐레이션하는 서비스입니다:) 그 중에서 PRD를 생성하는 프롬프트 활용법을 아래 브런치에 작성했습니다. https://brunch.co.kr/@yongjinjinipln/197 아래 url도 즐겨찾기 해주시면 실제 업무에 유용한 프롬프트를 계속 업데이트해나가겠습니다.https://pm-prompt.vercel.app

There’s a common character that can be often spotted in many online communities. It’s the “toxic influencer” (sometimes referred as “intellectual bully”). A toxic influencer is a person…

The Impact of Toxic Influencers on Communities

오랫동안 온라인 커뮤니티를 겪으면서 독성 인플러언서의 문제에 대해서 작은 글입니다.

이러한 독성 인프루언서는 특정 주제에 관한 지식이 꽤 있기 때문에 해당 커뮤니티에 필요한 서비스를 제공하기 때문에 실질적으로 도움이 되는 부분이 있기 때문에 우호 세력도 생기게 됩니다. 하지만 공격적인 태도를 취하기 때문에 커뮤니티 사람들의 신경을 건드리고 전체 커뮤니티에 긴장된 분위기를 조정하기 때문에 커뮤니티 전체적으로는 안좋아지는데 또 커뮤니티 규칙을 어기는 일이 없도록 신중한 태도를 취하기 때문에 운영진에서 조치를 취하기 어렵다고 합니다.

어떻게 하는게 맞는지는 모르겠지만 생각나는 일들도 많고 많이 본 케이스라는 생각이 들었습니다. 결국 큰 문제가 벌어지거나 하기 전까지는 실제로 조치를 취하기 어렵기도 하고 실질적으로 주는 나쁜 영향이 어느정도인지 측정하기 어렵기 때문에(또한 긍정적 혜택과의 차이도) 더욱 어려운 부분이라고 생각합니다.

https://intenseminimalism.com/2020/the-impact-of-toxic-influencers-on-communities/

오랫동안 온라인 커뮤니티를 겪으면서 독성 인플러언서의 문제에 대해서 작은 글입니다. 이러한 독성 인프루언서는 특정 주제에 관한 지식이 꽤 있기 때문에 해당 커뮤니티에 필요한 서비스를 제공하기 때문에 실질적으로 도움이 되는 부분이 있기 때문에 우호 세력도 생기게 됩니다. 하지만 공격적인 태도를 취하기 때문에 커뮤니티 사람들의 신경을 건드리고 전체 커뮤니티에 긴장된 분위기를 조정하기 때문에 커뮤니티 전체적으로는 안좋아지는데 또 커뮤니티 규칙을 어기는 일이 없도록 신중한 태도를 취하기 때문에 운영진에서 조치를 취하기 어렵다고 합니다. 어떻게 하는게 맞는지는 모르겠지만 생각나는 일들도 많고 많이 본 케이스라는 생각이 들었습니다. 결국 큰 문제가 벌어지거나 하기 전까지는 실제로 조치를 취하기 어렵기도 하고 실질적으로 주는 나쁜 영향이 어느정도인지 측정하기 어렵기 때문에(또한 긍정적 혜택과의 차이도) 더욱 어려운 부분이라고 생각합니다. https://intenseminimalism.com/2020/the-impact-of-toxic-influencers-on-communities/

Intense Minimalism

오랫동안 온라인 커뮤니티를 겪으면서 독성 인플러언서의 문제에 대해

@진용진 저는 클로드 유료로 사용하고 있어서 링크 주신대로 들어가서 PRD Generator 의 6항에 5줄 정도 적고 사용해봤습니다. 대박이네요 이거 !

나머지 프롬프트도 고대로 복사해서 클로드한테 던져주고 “위 프롬프트로 적용해줘” 라고 하면 나머지도 첫번째 질문 의도에 맞춰서 답을주네요.

개인적으로는 Blog Post 프롬프트가 인상적이었고 결과물도 대박이었네요.

hhhhhjjj uu

박시형

@진용진 개인적으로 어떤 계기로 이런 프롬프트를 작성하셨고 추후 목표도 궁금해지네요.

@진용진 개인적으로 궁금한게 있는데 어떤 계기로 이런 프롬프트를 작성하셨고 참고한 레퍼런스가 있는지 또 목표도 궁금해지네요.

이용해주셔 정말 감사합니다 :) 프롬프트는 제가 주제를 먼저 ChatGPT에 제안을 해서(예: 이러이러한 목적의 프롬프트를 설게하려 하는데 제안해주세요), 몇가지 웹소스, 책의 자료를 학습을 시켜서 프롬프트를 만들었습니다. 

제가 프로그래밍을 할 줄 모르는데 v0, cursor로 어느정도 feasibilty가 나올지 테스트를 하면서 우선 간단한 프로토타이핑을 만들었습니다. Vercel의 Next.js, Neon db 로 구성이 되었습니다. 

몇가지 프로토타입을 계속 만들면서 가능성 있는걸 찾아보려 하고 있습니다:) 

제가 공유한 프롬프트들이 계속 도움이 되시면 좋겠네요. 과거에 PM 인력이 적은 스타트업에서 일해서(약 80-90명 중에서 저 포함 3명..) AI를 최대한 활용해서 업무 효율화도 하고, 숨겨진 인사이트, 가설을 발견하는데 관심이 있었습니다. 

추가로 궁금하신 점 있으시면 편하게 댓글 달아주세요!

Product manager

진용진

훌쩍 큰 아이를 바라보며 시간의 속도를 실감하는 아빠. 아주대 미디어학부, KAIST 문화기술대학원을 졸업하고, 다음커뮤니케이션, 카카오, 네이버랩스, 네이버, 카카오스타일, 링글 등에서 프로덕트 관리, 신사업 리더 업무를 담당했었습니다.

PRD 생성 프롬프트 링크입니다:) https://pm-prompt.vercel.app/prompt/1


이엘온소프트 클라우드플랫폼팀 팀장

이태훈

#개발자 #끊임없이배우기 #도전적인 #독서

Matthew.J

다산 부장

강정훈

- 카카오택시 비즈니스 모델 관련 프로젝트 관리. “카카오택시 for business” 사업기획 및 프로젝트 관리, “카카오택시 블랙” 프라이싱·정산 프로세스 기획, “카카오택시” 자동결제 상위 기획. 카카오택시의 수익화 기반 구축 기여

- 카카오 성과형 광고의 영업기획 담당. 성과분석(SQL 활용) 바탕으로 비즈니스 인사이트 및 영업 가이드 도출. 다음카카오 합병 첫 광고 과제인 “검색광고-옐로아이디 연계 프로젝트” 사업PM으로 500여개 광고주 참여 및 상담률 2배 증가 기여 
 
- Daum앱, 마이피플, 소셜네트워크 Yozm, 위젯뱅크 서비스 기획 및 운영. 통신사·스타트업·모바일 솔루션(OCR, 음성인식) ·콘텐츠 제공자 파트너십 관리. 기타 전사 모바일(UX, 개발) 가이드 관리

Business Development & Project Manager

- Managed “AWAY”, an in-vehicle infotainment (IVI) platform, by working with cross functional teams, and establishing partnerships with mobility companies. Verified business feasibility of IVI market
- Coordinated strategic meetings and facilitated the decision-making processes for the top management. Conducted budget management and created product development processes (R&D, S/W, H/W)

—

- “AWAY” 서비스 PM. 사업기획/프로젝트 관리/파트너십 관리
- 전략 기획 업무 담당. 임원 회의체 운영 및 의사결정 프로세스 지원. 예산 및 제품개발 프로세스(R&D, S/W, H/W) 관리

Strategy & Project Manager

- Global map 플랫폼 프로젝트 관리, 플랫폼 상위 기획 및 전략적 파트너십 관리 
- 네이버지도 내비게이션 궤적 데이터 성장 과제 PM
- 네이버 지도의 비즈니스 모델 테스트 PM, 신규 수익원 발굴
- 네이버 엔터프라이즈 API 출시 사업개발 담당. Deview 2018 키노트 레퍼런스 섭외(Uber, 쏘카, 우아한형제들 등)
- 네이버 지도 갤럭시 기어 앱 제휴 서비스 관리. 전략파트너십 관리 및 C/S 기반 제품 개선 대응
- 네이버 지도 데이터 소싱(대중교통, 로컬 콘텐츠) 관련 파트너사 및 정부기관·지자체 대관 업무 담당

Business Development & Project Manager, NAVER Map

- Expanded Zigzag's business model to include an online "Brand Store" that offers branded merchandise. Established protocols for acquiring new brand selections
- Led projects to improve storefront customer experience and integrate a new catalog system to expand zigzag's selection, significantly increasing customer engagement level
- Led multiple projects to improve the search and shopping experience for zigzag customers
- Established Scrum · A/B testing · customer interview process in the company

- 지그재그 서비스의 신사업 ‘브랜드관’ 런칭, 브랜드 셀렉션 확대 위한 기반 구축
- 스토어홈 개편 프로젝트 관리(UX 개선 & 신규 카탈로그 시스템 통합)
- 지그재그 앱 및 검색 서비스 UX 개선 관리, 쇼핑몰 검색엔진 도입

Product Manager

- Spearheaded the launching of Posty, an online shopping platform targeting women over 40

- 4050여성 타겟 패션 커머스 신사업 “Posty” 총괄, 프로덕트·사업개발·마케팅·세일즈 리드

Head of New Business

교육 / 에듀테크

Product Management

리더십

문제 정의하기

사용자 조사

Product Management & QA Team Lead

- Led a new initiative for the AI SaaS Collaboration Platform “Callabo.ai,” targeting sales professionals as a Product Manager.
- Spearheaded a stealth mode new business initiative, focusing on the incubation and development of a groundbreaking product as Head of New Business.

Product Manager & Head of New Business

- 모바일 신사업 서비스 기획/제휴: 다음앱, 마이피플
- 소셜네트워크 서비스 기획/제휴: yozm
- 위젯 서비스 기획: 위젯뱅크

ChatGPT로 PRD 작성하기

댓글 4

비슷한 게시물

주간 인기 TOP 10

추천 프로필