PM/PO 업무를 하면서 경험했던 다양한 사례를 소개해요!

PM/PO 실무 꿀팁

1. 무엇을 수행하든지 간에 '더 빨리' 하는 것 : 직원 한 명의 시간당 업무량을 늘린다
2. 업무의 특성을 변화시키는 것 : 무작정 열심히 일하기보다 스마트하게 일하자
3. 업무 단순화 : "왜 각각의 단계가 수행되는가?" 질문을 통해 불필요한 단계 파악

#하이아웃풋매니지먼트

 * PM/PO/제품 개발에 대한 인사이트를 얻고 싶다면, 오픈채팅방에 참여해 주세요!
   https://open.kakao.com/o/g7XO1A5g 참여코드 : til2025
 * Threads : https://www.threads.net/@lbyd_learning.by.doing
 * 뉴스레터 구독하기 : https://maily.so/marcus.lee
 * 유튜브 구독하기 : www.youtube.com/@LbyD_HJ?sub_confirmation=1
 * 커피챗 및 멘토링 신청하기 : https://inf.run/GRTee
 * 팀 코칭 신청하기 : https://open.kakao.com/o/sh47Hq4g

1. 무엇을 수행하든지 간에 '더 빨리' 하는 것 : 직원 한 명의 시간당 업무량을 늘린다2. 업무의 특성을 변화시키는 것 : 무작정 열심히 일하기보다 스마트하게 일하자3. 업무 단순화 : "왜 각각의 단계가 수행되는가?" 질문을 통해 불필요한 단계 파악 #하이아웃풋매니지먼트 <ul ><li>PM/PO/제품 개발에 대한 인사이트를 얻고 싶다면, 오픈채팅방에 참여해 주세요! https://open.kakao.com/o/g7XO1A5g&nbsp;참여코드 : til2025</li><li>Threads :&nbsp;https://www.threads.net/@lbyd_learning.by.doing</li><li>뉴스레터 구독하기 :&nbsp;https://maily.so/marcus.lee</li><li>유튜브 구독하기 :&nbsp;www.youtube.com/@LbyD_HJ?sub_confirmation=1</li><li>커피챗 및 멘토링 신청하기 :&nbsp;https://inf.run/GRTee</li><li>팀 코칭 신청하기 :&nbsp;https://open.kakao.com/o/sh47Hq4g</li></ul>

open.kakao.com

생산성을 향상하는 법

﻿
어제는 IT 직무 분야 인재가 자신의 포트폴리오를 발표하는 프로그램을 운영했습니다. 채용 수요가 있는 기업 담당자와 취업을 준비하고 도전하고 있는 사람들 앞에서 포트폴리오를 발표하는 것입니다. 기업 담당자에게 역량과 경험을 어필하고, 취업을 준비하는 동료에게 포트폴리오 작성 노하우와 취업 도전 경험담을 들려주는 목적의 발표였습니다.

이와 같은 프로그램을 운영하기 위하여 먼저 포트폴리오를 발표할 사람들을 신청받고 선별하는 과정이 있었습니다. 참가 신청을 받는 과정에서 제출한 포트폴리오를 검토하는데, 내용과 디자인을 중점적으로 확인하였습니다. 내용은 IT 기술적인 부분보다 포트폴리오라는 문서의 맥락을 중요하게 평가하였습니다. 왜, 무엇을, 어떻게 했는지 설명이 충분히 들어가 있는지 확인했습니다. 그리고 디자인적으로 가독성이 훌륭한지, 깔끔하고 심플한지, 내용을 이해하는 데 도움이 되는 이미지 요소가 충분한지 확인했습니다.

포트폴리오 발표 후보자를 선정하여 사전 미팅을 가졌습니다. 사전 미팅 시간에는 포트폴리오 작성 시 중요한 내용과 발표를 위한 준비 요령을 교육했습니다. 그리고 현재 버전의 포트폴리오를 가지고 미팅 시간에 간단히 설명해 보는 연습을 진행했습니다. 운이 좋았던 것인지, 아니면 요즘 취업을 준비하는 분들이 대부분 발표 능력이 뛰어난 것인지 포트폴리오 제작 상태와 발표 역량이 훌륭했습니다. 특별히 보완이 필요해 보이지 않고 현 상태에서도 충분히 발표할 수 있다는 자신감이 생겼습니다.

사전에 정리한 발표 순서에 따라 한 명씩 포트폴리오를 발표했습니다. 한 명 당 발표 시간은 10분이고, 발표 후에는 5분 내외의 질의응답을 진행했습니다. 모두 발표 시간 10분을 준수하였고, 청중의 질문에도 답변을 잘해주었습니다. 예상했던 것과 달리 청중의 질문이 활발하여 깜짝 놀랐습니다. 아무래도 취업을 준비하는 동일한 상태로 포트폴리오를 만든 과정과 경험에 대해서 궁금했던 것 같습니다. 일부 IT 기술적인 질문에는 발표자가 당황하여 답변을 충분히 하지 못한 내용도 있었습니다. 이 또한 추후 기업과 인터뷰를 고려했을 때, 질문을 받은 발표자에게 큰 도움이 되는 내용이라고 생각합니다.

발표자 중에는 손수 큐카드를 제작하여 손에 들고 발표하는 열정을 보여준 분도 계셨습니다. 프로그램 관련 이미지를 활용하여 인쇄한 큐카드가 돋보였습니다. 발표 스크립트를 준비하여 포트폴리오 페이지마다 하고 싶은 이야기와 준비한 제스처가 있었는데 너무 완벽하지 않아서 오히려 순수한 열정이 느껴져서 좋았습니다. 미리 준비한 스크립트가 있는 것이 발표자 입장에서는 긴장을 덜하고 실수를 줄이는 효과가 있습니다. 다만, 스크립트를 보고 읽는 것은 청자와 아이 콘택트를 줄여서 이야기를 나눈다는 느낌을 전달하긴 어렵다는 생각을 했습니다.

포트폴리오 발표 프로그램이 기업 담당자와 취업을 준비하는 사람들에게 모두 도움이 되었는지 물어보려고 합니다. 기업 담당자 입장에서 취업을 준비하는 사람들의 포트폴리오 발표를 듣고, 그들의 역량과 경험을 이해하는 데 도움이 되었는지 궁금합니다. 취업을 준비하는 사람들은 다른 사람의 포트폴리오를 보고 자신의 것을 제작하는 데 도움이 되었는지 궁금합니다. 포트폴리오 발표자는 발표를 준비하고 진행하면서 배움과 발전이 있었는지 궁금합니다. 프로그램을 운영한 입장에서 저와 동료는 목표와 의도에 맞게 성과를 얻었는지 궁금합니다.

다음에 또 이와 같은 포트폴리오 발표 프로그램을 진행한다면, 더 많은 사람들을 모아 놓고 발표하면 좋겠다는 생각이 들었습니다. 기업 담당자와 취업을 준비하는 사람들 외에도 일반 직장인이나 학생들이 발표를 들었을 때 줄 수 있는 피드백과 그들이 배우는 내용이 또 다를 것 같습니다. 이와 같은 정성적인 성과 외에도 진짜 취업과 연결되는 결과를 얻는다면 금상첨화가 될 것입니다. 물론 발표 후 별도의 채용 전형 진행이 필요하겠지만, 기업 담당자의 호기심을 자극하여 더 이야기 나누어 보고 싶다는 요인이 된다면 발표의 정량적 성과가 될 수 있습니다.

포트폴리오 발표 프로그램에 흔쾌히 참석한 발표자와 기업 담당자, 그리고 취업을 준비하는 청년 참석자들이 정말 고맙게 느껴졌습니다. 부디 이 프로그램으로 말미암아 각자의 자리에서 한 뼘 더 성장하는 계기가 되길 진심으로 바랍니다.

﻿어제는 IT 직무 분야 인재가 자신의 포트폴리오를 발표하는 프로그램을 운영했습니다. 채용 수요가 있는 기업 담당자와 취업을 준비하고 도전하고 있는 사람들 앞에서 포트폴리오를 발표하는 것입니다. 기업 담당자에게 역량과 경험을 어필하고, 취업을 준비하는 동료에게 포트폴리오 작성 노하우와 취업 도전 경험담을 들려주는 목적의 발표였습니다. 이와 같은 프로그램을 운영하기 위하여 먼저 포트폴리오를 발표할 사람들을 신청받고 선별하는 과정이 있었습니다. 참가 신청을 받는 과정에서 제출한 포트폴리오를 검토하는데, 내용과 디자인을 중점적으로 확인하였습니다. 내용은 IT 기술적인 부분보다 포트폴리오라는 문서의 맥락을 중요하게 평가하였습니다. 왜, 무엇을, 어떻게 했는지 설명이 충분히 들어가 있는지 확인했습니다. 그리고 디자인적으로 가독성이 훌륭한지, 깔끔하고 심플한지, 내용을 이해하는 데 도움이 되는 이미지 요소가 충분한지 확인했습니다. 포트폴리오 발표 후보자를 선정하여 사전 미팅을 가졌습니다. 사전 미팅 시간에는 포트폴리오 작성 시 중요한 내용과 발표를 위한 준비 요령을 교육했습니다. 그리고 현재 버전의 포트폴리오를 가지고 미팅 시간에 간단히 설명해 보는 연습을 진행했습니다. 운이 좋았던 것인지, 아니면 요즘 취업을 준비하는 분들이 대부분 발표 능력이 뛰어난 것인지 포트폴리오 제작 상태와 발표 역량이 훌륭했습니다. 특별히 보완이 필요해 보이지 않고 현 상태에서도 충분히 발표할 수 있다는 자신감이 생겼습니다. 사전에 정리한 발표 순서에 따라 한 명씩 포트폴리오를 발표했습니다. 한 명 당 발표 시간은 10분이고, 발표 후에는 5분 내외의 질의응답을 진행했습니다. 모두 발표 시간 10분을 준수하였고, 청중의 질문에도 답변을 잘해주었습니다. 예상했던 것과 달리 청중의 질문이 활발하여 깜짝 놀랐습니다. 아무래도 취업을 준비하는 동일한 상태로 포트폴리오를 만든 과정과 경험에 대해서 궁금했던 것 같습니다. 일부 IT 기술적인 질문에는 발표자가 당황하여 답변을 충분히 하지 못한 내용도 있었습니다. 이 또한 추후 기업과 인터뷰를 고려했을 때, 질문을 받은 발표자에게 큰 도움이 되는 내용이라고 생각합니다. 발표자 중에는 손수 큐카드를 제작하여 손에 들고 발표하는 열정을 보여준 분도 계셨습니다. 프로그램 관련 이미지를 활용하여 인쇄한 큐카드가 돋보였습니다. 발표 스크립트를 준비하여 포트폴리오 페이지마다 하고 싶은 이야기와 준비한 제스처가 있었는데 너무 완벽하지 않아서 오히려 순수한 열정이 느껴져서 좋았습니다. 미리 준비한 스크립트가 있는 것이 발표자 입장에서는 긴장을 덜하고 실수를 줄이는 효과가 있습니다. 다만, 스크립트를 보고 읽는 것은 청자와 아이 콘택트를 줄여서 이야기를 나눈다는 느낌을 전달하긴 어렵다는 생각을 했습니다. 포트폴리오 발표 프로그램이 기업 담당자와 취업을 준비하는 사람들에게 모두 도움이 되었는지 물어보려고 합니다. 기업 담당자 입장에서 취업을 준비하는 사람들의 포트폴리오 발표를 듣고, 그들의 역량과 경험을 이해하는 데 도움이 되었는지 궁금합니다. 취업을 준비하는 사람들은 다른 사람의 포트폴리오를 보고 자신의 것을 제작하는 데 도움이 되었는지 궁금합니다. 포트폴리오 발표자는 발표를 준비하고 진행하면서 배움과 발전이 있었는지 궁금합니다. 프로그램을 운영한 입장에서 저와 동료는 목표와 의도에 맞게 성과를 얻었는지 궁금합니다. 다음에 또 이와 같은 포트폴리오 발표 프로그램을 진행한다면, 더 많은 사람들을 모아 놓고 발표하면 좋겠다는 생각이 들었습니다. 기업 담당자와 취업을 준비하는 사람들 외에도 일반 직장인이나 학생들이 발표를 들었을 때 줄 수 있는 피드백과 그들이 배우는 내용이 또 다를 것 같습니다. 이와 같은 정성적인 성과 외에도 진짜 취업과 연결되는 결과를 얻는다면 금상첨화가 될 것입니다. 물론 발표 후 별도의 채용 전형 진행이 필요하겠지만, 기업 담당자의 호기심을 자극하여 더 이야기 나누어 보고 싶다는 요인이 된다면 발표의 정량적 성과가 될 수 있습니다. 포트폴리오 발표 프로그램에 흔쾌히 참석한 발표자와 기업 담당자, 그리고 취업을 준비하는 청년 참석자들이 정말 고맙게 느껴졌습니다. 부디 이 프로그램으로 말미암아 각자의 자리에서 한 뼘 더 성장하는 계기가 되길 진심으로 바랍니다.﻿

포트폴리오 쇼케이스 리뷰

현재 진행 중인 리트코드 스터디 4기와 디자인 시스템 프로젝트의 진행 상황을 공유하고, 앞으로 시작될 새로운 스터디와 프로젝트에 대해서 함께 이야기 나누는 시간을 가지려 합니다.

🎉 Trivia 퀴즈 시간과 🎁 "헬로 Bun" 도서 증정 이벤트도 준비되어 있으니, 소프트웨어 개발과 그룹 스터디, 해외 취업, 오픈소스 프로젝트에 관심 있으신 분들의 많은 참여 부탁드립니다! 😁

- 날짜: 2025년 5월 18일 일요일
- 시간: 저녁 9시-10:30
- 장소: 달레 스터디 디스코드 "스테이지" 채널 (https://dales.link/discord)

참가를 원하시는 분들은 "공지사항" 채널에 들어오셔서 밋업 쓰레드에 ✅ 이모지를 달아주세요. (참가비 무료)

현재 진행 중인 리트코드 스터디 4기와 디자인 시스템 프로젝트의 진행 상황을 공유하고, 앞으로 시작될 새로운 스터디와 프로젝트에 대해서 함께 이야기 나누는 시간을 가지려 합니다. 🎉 Trivia 퀴즈 시간과 🎁 "헬로 Bun" 도서 증정 이벤트도 준비되어 있으니, 소프트웨어 개발과 그룹 스터디, 해외 취업, 오픈소스 프로젝트에 관심 있으신 분들의 많은 참여 부탁드립니다! 😁 - 날짜: 2025년 5월 18일 일요일- 시간: 저녁 9시-10:30- 장소: 달레 스터디 디스코드 "스테이지" 채널 (https://dales.link/discord) 참가를 원하시는 분들은 "공지사항" 채널에 들어오셔서 밋업 쓰레드에 ✅ 이모지를 달아주세요. (참가비 무료)

달레 스터디 온라인 밋업에 여러분을 초대합니다

﻿
세상에서 가장 어려운 일 중 하나가 오프라인 행사 참가자를 모집하는 것입니다. 다행히 프로그램 기획이 좋아서 홍보를 시작하면 참가자가 쏟아져 들어오는 경우가 있지만, 이건 소수의 드문 케이스고, 대부분의 프로그램은 참가자 모집에 어려움을 겪습니다. 저는 그랬습니다. 브랜드 파워가 부족한 프로그램이라 그런지 몰라도 주관한 오프라인 행사에 참가할 사람들을 모으는데 진땀을 뺐던 기억이 많습니다.

참가자를 모집하는 일이 어려운 것에 비례하여 오프라인 행사의 효과가 있으면 좋으련만, 실제로 어떤 효과가 있는지 측정하기 어렵습니다. 마치 옥외 광고를 통한 마케팅 성과를 측정하기 어려운 것과 같은 이치라고 생각합니다. 물론 오프라인 행사 기획 단계에서 정량적 목표를 명확하게 수립한다면, 성과를 측정할 수 있긴 합니다. 그러나 실제 전환 확률이 낮은 건 인정하고 시작해야 하는 일이 오프라인 행사입니다.

그럼에도 불구하고 오프라인 행사를 해야 한다면, 기대하는 성과를 얻을 수 있는 프로그램 참가 대상을 설정해야 합니다. 대상자가 모여 있는 채널을 발굴하여 프로그램을 홍보하는 것이 가장 효과적인 오프라인 행사를 운영할 수 있는 방법입니다. 그러나 대상자에게 프로그램 취지를 설명하고 설득하는 일은 쉽지 않습니다. 보통 온라인 채널로 프로그램을 홍보하는데 프로그램 의도를 글이나 이미지 요소로 설명하는 것이 독자에게 100% 전달되기 어렵습니다. 그만큼 생각을 다른 사람에게 공유하는 일이 쉽지 않습니다.

무엇보다 어려운 것은 프로그램 참가자 모집이 잘되지 않을 때, 그 이유를 파악하기 어렵다는 것입니다. 왜 반응이 저조한지 추측할 수밖에 없습니다. 참가 신청자에게 물어볼 순 있지만, 그마저도 추측성 기사가 될 뿐입니다. 비슷한 조건으로 보이는 참가자라고 해서 프로그램 홍보에 대해서 반응이 없는 사람들과 완전히 똑같은 상황이라고 볼 수 없기 때문입니다. 결국 코끼리 다리를 더듬어 허벅지인지, 종아리인지 알아맞혀야 하는 감각을 동원해야 합니다.

프로그램 홍보 반응이 저조하다고 해서 포기할 순 없습니다. 모든 수단과 방법을 동원하여 오프라인 행사 참가자를 모집해 봐야 합니다. 이것이 오프라인 행사 참가자 모집을 진땀 빠지게 만드는 요인입니다. 목표로 하는 프로그램 참가자 숫자가 있다면, 행사 전날까지 목표를 달성하기 위해 달려야 하기 때문입니다. 그래서 한 명 한 명이 소중하고, 한 명 한 명 신청자가 늘어날 때마다 가슴을 쓸어내립니다.

오프라인 행사는 신청자가 당일 불참하는 경우도 있습니다. 프로그램 참가비가 있어도 참가 신청자의 사정으로 참여하지 못하는 것입니다. 보통 당일 불참자 비중을 5-10% 정도로 예측하여 사전 참가자 모집을 그만큼 더하게 됩니다. 이것도 프로그램 홍보를 하는 입장에서 쉽지 않은 미션이 됩니다. 그냥 목표 달성도 어려운데 거기에 5-10%를 더 얹어서 참가자를 모집해야 하는 일이 마치 기말고사 시험에 중간고사를 봤던 범위에서도 시험 문제가 나올 수 있다고 하는 상황과 비슷합니다. (비유가 참 어렵습니다)

오프라인 행사의 묘미는 프로그램을 마치고 나서 참가자에게 긍정적인 피드백을 받는 순간입니다. 덕분에 유익한 정보를 얻었다는 한 마디가 큰 격려가 됩니다. 단 한 명이라도 프로그램을 통해 도움을 얻을 수 있었다면, 그걸로 행사는 성공이라고 생각합니다. 오프라인 행사가 성과를 측정하기 어려운 것에 비해 준비 과정이 험난하고 효과적인가 회의감이 드는 것은 솔직한 심정입니다. 그러나 현장에서 사람들을 만나서 함께 호흡하고 소통하는 순간이 보람 있는 일이라고 느껴집니다.

지금까지 경험한 오프라인 행사의 준비 과정은 한 번도 평탄했던 기억이 없습니다. 그만큼 프로그램 기획부터 참가자 모집, 행사 준비와 진행에 신경 쓸 일이 많았습니다. 특히 평소에는 가만히 책상 앞에 붙어 있다가 직접 몸으로 일을 해야 하는 것이 더 피곤하게 느껴졌던 것 같습니다. 그리고 다양한 이해관계를 가진 사람들과 소통하고, 그들을 설 들하는 일도 쉽지 않았습니다. 그럼에도 불구하고 행사를 준비하는 사람들의 노력이 누군가에게 도움이 될 거라고 생각하면 힘을 낼 수 있었습니다. 도움을 줄 수 있는 한 사람을 생각하며 그분에게 시선을 두고 최선의 노력을 다하는 것입니다.

오늘 우리가 하는 모든 일이 그랬으면 좋겠습니다. 물리적으로 큰 성과를 얻는 것이 거의 모든 조직과 개인의 목표가 되겠지만, 숫자로만 평가한다면 너무 각박해집니다. 우리가 하는 일로 말미암아 도움이 될 단 한 명에게 시선과 마음을 고정해 봅시다. 그를 위해 할 수 있는 최선의 노력을 기울이는 우리가 되길 진심으로 응원합니다.

﻿세상에서 가장 어려운 일 중 하나가 오프라인 행사 참가자를 모집하는 것입니다. 다행히 프로그램 기획이 좋아서 홍보를 시작하면 참가자가 쏟아져 들어오는 경우가 있지만, 이건 소수의 드문 케이스고, 대부분의 프로그램은 참가자 모집에 어려움을 겪습니다. 저는 그랬습니다. 브랜드 파워가 부족한 프로그램이라 그런지 몰라도 주관한 오프라인 행사에 참가할 사람들을 모으는데 진땀을 뺐던 기억이 많습니다. 참가자를 모집하는 일이 어려운 것에 비례하여 오프라인 행사의 효과가 있으면 좋으련만, 실제로 어떤 효과가 있는지 측정하기 어렵습니다. 마치 옥외 광고를 통한 마케팅 성과를 측정하기 어려운 것과 같은 이치라고 생각합니다. 물론 오프라인 행사 기획 단계에서 정량적 목표를 명확하게 수립한다면, 성과를 측정할 수 있긴 합니다. 그러나 실제 전환 확률이 낮은 건 인정하고 시작해야 하는 일이 오프라인 행사입니다. 그럼에도 불구하고 오프라인 행사를 해야 한다면, 기대하는 성과를 얻을 수 있는 프로그램 참가 대상을 설정해야 합니다. 대상자가 모여 있는 채널을 발굴하여 프로그램을 홍보하는 것이 가장 효과적인 오프라인 행사를 운영할 수 있는 방법입니다. 그러나 대상자에게 프로그램 취지를 설명하고 설득하는 일은 쉽지 않습니다. 보통 온라인 채널로 프로그램을 홍보하는데 프로그램 의도를 글이나 이미지 요소로 설명하는 것이 독자에게 100% 전달되기 어렵습니다. 그만큼 생각을 다른 사람에게 공유하는 일이 쉽지 않습니다. 무엇보다 어려운 것은 프로그램 참가자 모집이 잘되지 않을 때, 그 이유를 파악하기 어렵다는 것입니다. 왜 반응이 저조한지 추측할 수밖에 없습니다. 참가 신청자에게 물어볼 순 있지만, 그마저도 추측성 기사가 될 뿐입니다. 비슷한 조건으로 보이는 참가자라고 해서 프로그램 홍보에 대해서 반응이 없는 사람들과 완전히 똑같은 상황이라고 볼 수 없기 때문입니다. 결국 코끼리 다리를 더듬어 허벅지인지, 종아리인지 알아맞혀야 하는 감각을 동원해야 합니다. 프로그램 홍보 반응이 저조하다고 해서 포기할 순 없습니다. 모든 수단과 방법을 동원하여 오프라인 행사 참가자를 모집해 봐야 합니다. 이것이 오프라인 행사 참가자 모집을 진땀 빠지게 만드는 요인입니다. 목표로 하는 프로그램 참가자 숫자가 있다면, 행사 전날까지 목표를 달성하기 위해 달려야 하기 때문입니다. 그래서 한 명 한 명이 소중하고, 한 명 한 명 신청자가 늘어날 때마다 가슴을 쓸어내립니다. 오프라인 행사는 신청자가 당일 불참하는 경우도 있습니다. 프로그램 참가비가 있어도 참가 신청자의 사정으로 참여하지 못하는 것입니다. 보통 당일 불참자 비중을 5-10% 정도로 예측하여 사전 참가자 모집을 그만큼 더하게 됩니다. 이것도 프로그램 홍보를 하는 입장에서 쉽지 않은 미션이 됩니다. 그냥 목표 달성도 어려운데 거기에 5-10%를 더 얹어서 참가자를 모집해야 하는 일이 마치 기말고사 시험에 중간고사를 봤던 범위에서도 시험 문제가 나올 수 있다고 하는 상황과 비슷합니다. (비유가 참 어렵습니다) 오프라인 행사의 묘미는 프로그램을 마치고 나서 참가자에게 긍정적인 피드백을 받는 순간입니다. 덕분에 유익한 정보를 얻었다는 한 마디가 큰 격려가 됩니다. 단 한 명이라도 프로그램을 통해 도움을 얻을 수 있었다면, 그걸로 행사는 성공이라고 생각합니다. 오프라인 행사가 성과를 측정하기 어려운 것에 비해 준비 과정이 험난하고 효과적인가 회의감이 드는 것은 솔직한 심정입니다. 그러나 현장에서 사람들을 만나서 함께 호흡하고 소통하는 순간이 보람 있는 일이라고 느껴집니다. 지금까지 경험한 오프라인 행사의 준비 과정은 한 번도 평탄했던 기억이 없습니다. 그만큼 프로그램 기획부터 참가자 모집, 행사 준비와 진행에 신경 쓸 일이 많았습니다. 특히 평소에는 가만히 책상 앞에 붙어 있다가 직접 몸으로 일을 해야 하는 것이 더 피곤하게 느껴졌던 것 같습니다. 그리고 다양한 이해관계를 가진 사람들과 소통하고, 그들을 설 들하는 일도 쉽지 않았습니다. 그럼에도 불구하고 행사를 준비하는 사람들의 노력이 누군가에게 도움이 될 거라고 생각하면 힘을 낼 수 있었습니다. 도움을 줄 수 있는 한 사람을 생각하며 그분에게 시선을 두고 최선의 노력을 다하는 것입니다. 오늘 우리가 하는 모든 일이 그랬으면 좋겠습니다. 물리적으로 큰 성과를 얻는 것이 거의 모든 조직과 개인의 목표가 되겠지만, 숫자로만 평가한다면 너무 각박해집니다. 우리가 하는 일로 말미암아 도움이 될 단 한 명에게 시선과 마음을 고정해 봅시다. 그를 위해 할 수 있는 최선의 노력을 기울이는 우리가 되길 진심으로 응원합니다.﻿

세상 가장 어려운 일

글 후반부에 관련 프롬프트도 같이 공유드립니다. | “현재 아이디어에서 가장 위험한 가정을 가장 먼저 테스트해야 합니다.  최근 부트캠프 멘토링 프로그램에 참여하면서 스타트업 창업자 분께 공통적으로 공감을 얻었던 메시지였습니다.대부분의 창업자들은 본인이 직접 겪은 문제 인식을 바탕으로 아이디어 실행부터 시작합니다. 그리고 첫 번째 MVP를 출시한 뒤, 고객 반응에 따라 기능을 점진적으로 추가하며 제품을 개선

아이디어에서 가장 위험한 가정 테스트하기

“현재 아이디어에서 가장 위험한 가정을 가장 먼저 테스트해야 합니다."

최근 부트캠프 멘토링 프로그램에 참여하면서 스타트업 창업자 분께 공통적으로 공감을 얻었던 메시지였습니다.

대부분의 창업자들은 본인이 직접 겪은 문제 인식을 바탕으로 아이디어 실행부터 시작합니다. 그리고 첫 번째 MVP를 출시한 뒤, 고객 반응에 따라 기능을 점진적으로 추가하며 제품을 개선해 나가는 방식으로 대응하는 경우가 많습니다.

하지만 이 과정에서 팀이 고객과 시장에 대해 무엇을 배워야 하는지, 그 배움을 제품 개선에 어떻게 반영할지 어려움을 느끼는 경우가 많습니다.

스타트업이든 프로덕트 팀이든, 새로운 아이디어는 근본적으로 미확인된 가정 위에 세워져 있습니다. 이 가정들은 처음에 잘 드러나지 않습니다. 대부분의 경우 팀 내에서 조용히 보이지 않게 자리잡은 믿음으로 존재하고 있습니다. 문제는 이 믿음이 틀렸을 때 얼마나 큰 영향을 미칠지, 빠르게 드러나지 않는다는 점입니다.

1. Leap of Faith Assumption (LoFA)
이 중 가장 치명적이면서 가장 간과되기 쉬운 가정, 바로 Leap of Faith Assumption (LoFA)입니다.

LoFA는 제품이나 기능의 성공에 반드시 필요한 가정이지만, 실제로 이를 뒷받침할 증거가 매우 약한 상태의 믿음과 전제입니다. 만약 이 가정이 틀렸다는 것이 뒤늦게 밝혀진다면, 그때쯤 이미 많은 자원과 시간을 낭비했을 가능성이 높습니다.

LoFA가 중요한 이유는 모든 불확실성을 한 번에 해결하는 건 불가능하므로, 어떤 가정부터 확인해야 할지 우선순위를 정하는 일이 중요하기 때문입니다. 그리고 이 과정에서 LoFA가 최우선 검증 대상이 되어야 합니다. 이때 LoFA는 최우선 검증 대상으로 설정되어야 합니다. 일반적으로 LoFA는 ‘증거의 강도’를 x축에, ‘비즈니스 중요도’를 y축에 두고 매핑한 후, 증거는 약하지만 비즈니스적으로 매우 중요한 영역에 해당하는 2~3개의 가정을 우선적으로 테스트 대상으로 선정합니다.

2. 가정을 가설로 전환하기
여기서 한 가지 구분을 해볼 수도 있는데요.
‘가정(Assumption)’은 테스트(test)의 대상이며, ‘가설(Hypothesis)’은 실험(experiment)의 대상이라는 점입니다. 가정은 일단 드러내고 우선순위를 판단하는 것이고, 가설은 그것을 구체적인 행동과 데이터 기반의 실험 설계로 바꾸는 것입니다.

그렇다면, LoFA가 확인되었을 때 이를 어떻게 가설로 전환할 수 있을까요?
좋은 가설은 반드시 명확한 행동을 예측할 수 있어야 하고, 측정 가능하며, 반증 가능한 형태로 작성되어야 합니다. 예를 들어 가정인 "사용자는 찜하기 폴더를 정리하는 것을 귀찮아할 것이다"는 구체적인 행동 기반 가설인 "AI 추천 폴더 기능을 제공하면, 사용자의 60% 이상이 7일 이내에 추천 폴더를 수락할 것이다"로 전환될 수 있습니다.

3. 오피니언 배틀이 아닌 근거 기반의 팀문화
이처럼, 주요 리스크가 검증된 가정을 구체적인 실험 단위로 바꾸면 팀은 딜리버리 단계에 반영되는 솔루션의 성공 가능성을 높일 수 있습니다. 아시다시피, 실제 제품을 배포하기까지는 평균적으로 최소 2주 이상의 시간이 소요됩니다. 이 시간을 팀의 ‘의미 있는 투자’로 만들기 위해서는, 가정의 테스트와 가설의 실험을 병행하는 문화가 필요하다고 생각합니다.

하지만 이 접근은 단순히 리스크를 줄이는 데에 그치지 않습니다. 진정한 가치는 팀이 추측, 불필요한 opinion battle이 아닌 근거 중심의 사고 습관을 갖게 되는 데 있습니다. 이러한 습관의 반복이 팀 문화 자체를 바꾸어 놓습니다. 더 이상 “이 아이디어가 실패했다”는 말은 의미가 없어지고, “이 가정은 검증되지 않았다” 또는 “다음 가정은 무엇인가?”라는 팀이 몰랐던 영역을 알아가려는 생산적인 대화가 오가게 됩니다.

프로덕트 매니저를 포함한 프로덕트 팀 구성원은 ‘정답’을 아는 사람이 되는 것이 아니라, ‘좋은 질문’을 던지는 사람이 되는 것이 필요한 것 같습니다. 그리고 그 질문을 테스트와 실험을 통해 지속적으로 개선해 나가는 과정을 이끄는 것이 PM으로서 흥미롭고 가치 있는 일이라고 생각합니다.

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

--
🔗 패스트 캠퍼스 강의에 진행하는 테스트/실험 계획 강의 관련 프롬프트를 댓글에 같이 공유합니다 :)

“현재 아이디어에서 가장 위험한 가정을 가장 먼저 테스트해야 합니다." 최근 부트캠프 멘토링 프로그램에 참여하면서 스타트업 창업자 분께 공통적으로 공감을 얻었던 메시지였습니다. 대부분의 창업자들은 본인이 직접 겪은 문제 인식을 바탕으로 아이디어 실행부터 시작합니다. 그리고 첫 번째 MVP를 출시한 뒤, 고객 반응에 따라 기능을 점진적으로 추가하며 제품을 개선해 나가는 방식으로 대응하는 경우가 많습니다. 하지만 이 과정에서 팀이 고객과 시장에 대해 무엇을 배워야 하는지, 그 배움을 제품 개선에 어떻게 반영할지 어려움을 느끼는 경우가 많습니다. 스타트업이든 프로덕트 팀이든, 새로운 아이디어는 근본적으로 미확인된 가정 위에 세워져 있습니다. 이 가정들은 처음에 잘 드러나지 않습니다. 대부분의 경우 팀 내에서 조용히 보이지 않게 자리잡은 믿음으로 존재하고 있습니다. 문제는 이 믿음이 틀렸을 때 얼마나 큰 영향을 미칠지, 빠르게 드러나지 않는다는 점입니다. 1. Leap of Faith Assumption (LoFA) 이 중 가장 치명적이면서 가장 간과되기 쉬운 가정, 바로 Leap of Faith Assumption (LoFA)입니다. LoFA는 제품이나 기능의 성공에 반드시 필요한 가정이지만, 실제로 이를 뒷받침할 증거가 매우 약한 상태의 믿음과 전제입니다. 만약 이 가정이 틀렸다는 것이 뒤늦게 밝혀진다면, 그때쯤 이미 많은 자원과 시간을 낭비했을 가능성이 높습니다. LoFA가 중요한 이유는 모든 불확실성을 한 번에 해결하는 건 불가능하므로, 어떤 가정부터 확인해야 할지 우선순위를 정하는 일이 중요하기 때문입니다. 그리고 이 과정에서 LoFA가 최우선 검증 대상이 되어야 합니다. 이때 LoFA는 최우선 검증 대상으로 설정되어야 합니다. 일반적으로 LoFA는 ‘증거의 강도’를 x축에, ‘비즈니스 중요도’를 y축에 두고 매핑한 후, 증거는 약하지만 비즈니스적으로 매우 중요한 영역에 해당하는 2~3개의 가정을 우선적으로 테스트 대상으로 선정합니다. 2. 가정을 가설로 전환하기 여기서 한 가지 구분을 해볼 수도 있는데요. ‘가정(Assumption)’은 테스트(test)의 대상이며, ‘가설(Hypothesis)’은 실험(experiment)의 대상이라는 점입니다. 가정은 일단 드러내고 우선순위를 판단하는 것이고, 가설은 그것을 구체적인 행동과 데이터 기반의 실험 설계로 바꾸는 것입니다. 그렇다면, LoFA가 확인되었을 때 이를 어떻게 가설로 전환할 수 있을까요? 좋은 가설은 반드시 명확한 행동을 예측할 수 있어야 하고, 측정 가능하며, 반증 가능한 형태로 작성되어야 합니다. 예를 들어 가정인 "사용자는 찜하기 폴더를 정리하는 것을 귀찮아할 것이다"는 구체적인 행동 기반 가설인 "AI 추천 폴더 기능을 제공하면, 사용자의 60% 이상이 7일 이내에 추천 폴더를 수락할 것이다"로 전환될 수 있습니다. 3. 오피니언 배틀이 아닌 근거 기반의 팀문화 이처럼, 주요 리스크가 검증된 가정을 구체적인 실험 단위로 바꾸면 팀은 딜리버리 단계에 반영되는 솔루션의 성공 가능성을 높일 수 있습니다. 아시다시피, 실제 제품을 배포하기까지는 평균적으로 최소 2주 이상의 시간이 소요됩니다. 이 시간을 팀의 ‘의미 있는 투자’로 만들기 위해서는, 가정의 테스트와 가설의 실험을 병행하는 문화가 필요하다고 생각합니다. 하지만 이 접근은 단순히 리스크를 줄이는 데에 그치지 않습니다. 진정한 가치는 팀이 추측, 불필요한 opinion battle이 아닌 근거 중심의 사고 습관을 갖게 되는 데 있습니다. 이러한 습관의 반복이 팀 문화 자체를 바꾸어 놓습니다. 더 이상 “이 아이디어가 실패했다”는 말은 의미가 없어지고, “이 가정은 검증되지 않았다” 또는 “다음 가정은 무엇인가?”라는 팀이 몰랐던 영역을 알아가려는 생산적인 대화가 오가게 됩니다. 프로덕트 매니저를 포함한 프로덕트 팀 구성원은 ‘정답’을 아는 사람이 되는 것이 아니라, ‘좋은 질문’을 던지는 사람이 되는 것이 필요한 것 같습니다. 그리고 그 질문을 테스트와 실험을 통해 지속적으로 개선해 나가는 과정을 이끄는 것이 PM으로서 흥미롭고 가치 있는 일이라고 생각합니다. https://brunch.co.kr/@yongjinjinipln/225 -- 🔗 패스트 캠퍼스 강의에 진행하는 테스트/실험 계획 강의 관련 프롬프트를 댓글에 같이 공유합니다 :)

Brunch Story

가장 위험한 가정

ChatGPT로 테스트/실험 제안서 작성
https://docs.google.com/document/d/12RFXYAyL6xG5xybeBhyaCGS5XxBB2xscuPAu0ej7HsM/edit?usp=sharing




Gumroad의 Sahil Lavingia는 Rails에 대한 생각을 바꾸고 “계속 쓸 거예요!”라고 선언했고, Ivan Morgillo는 AI 시대에 Rails의 단순함이 큰 강점이라고 강조했죠. Basecamp도 새로운 트래커 ‘Fizzy’를 공개하면서 Rails 기반 프로젝트를 이어가고 있어요. 커뮤니티 차원에서도 좋은 변화가 있었어요. Rails는 Ruby 커뮤니티의 행동 지침을 공식 채택하면서 더 건강한 협업 환경을 만들고 있어요.

Ruby on Rails #46번째 소식

루비온레일즈가 좋다는 이야기가 요새 다시금 들립니다.
저도 13년 전 카톡 서버 개발을 할 때 레일즈를 처음만나 그때부터 쭉 사용해왔습니다.

그때는 레일즈가 사람들에게 더 많이 알려지고 쓰였으면 했습니다.
루비가 점점 쪼그라들면 내가 할 수 있는 것들도 쪼그라드니까.

요즘엔 그런 생각은 안 합니다.
오히려 사람들이 안 썼으면 좋겠다는 생각도 듭니다. 나 혼자만 쓰려고... ㅎ

다른 프레임워크 개발자들은 힘들어서 다 포기하고 그만두지만, DHH하고 마츠는 앞으로도 오랫동안 이 생태계를 개선해줄 것에 대한 신뢰가 있습니다.
루비 커뮤니티가 약해보여도 이들의 리더쉽가 거버넌스가 탄탄하기 때문에 망할 걱정은 더 이상 하지 않게 되었습니다.

일주일에 한 번씩 기쁜 맘으로 열어보는 최애 루비온레일즈 뉴스레터를 읽다가.

https://maily.so/rubyonrails/posts/xyowmyj8z28

루비온레일즈가 좋다는 이야기가 요새 다시금 들립니다. 저도 13년 전 카톡 서버 개발을 할 때 레일즈를 처음만나 그때부터 쭉 사용해왔습니다. 그때는 레일즈가 사람들에게 더 많이 알려지고 쓰였으면 했습니다. 루비가 점점 쪼그라들면 내가 할 수 있는 것들도 쪼그라드니까. 요즘엔 그런 생각은 안 합니다. 오히려 사람들이 안 썼으면 좋겠다는 생각도 듭니다. 나 혼자만 쓰려고... ㅎ 다른 프레임워크 개발자들은 힘들어서 다 포기하고 그만두지만, DHH하고 마츠는 앞으로도 오랫동안 이 생태계를 개선해줄 것에 대한 신뢰가 있습니다. 루비 커뮤니티가 약해보여도 이들의 리더쉽가 거버넌스가 탄탄하기 때문에 망할 걱정은 더 이상 하지 않게 되었습니다. 일주일에 한 번씩 기쁜 맘으로 열어보는 최애 루비온레일즈 뉴스레터를 읽다가. https://maily.so/rubyonrails/posts/xyowmyj8z28

팁스터

아직도 루비 온 레일즈

그게 쓸모 없을지라도 일단 제품을 출시했다는 것 자체가 매우 큰 차이가 된다. 로또 확률 0% 와 1%의 차이. 오죽하면 성공한 창업자들이나 VC들의 지겹도록 맨날하는 얘기의 99%가 일단 출시하세요겠음.

그게 쓸모 없을지라도 일단 제품을 출시했다는 것 자체가 매우 큰 차이가 된다. 로또 확률 0% 와 1%의 차이. 오죽하면 성공한 창업자들이나 VC들의 지겹도록 맨날하는 얘기의 99%가 일단 출시하세요겠음.

📰 인공지능만으로 운영된 스타트업의 실패

카네기 멜론 대학교의 연구자들은 “TheAgentCompany”라는 회사를 만들었다. 이 회사는 AI 모델들이 소프트웨어 엔지니어, 재무 분석가, 프로젝트 매니저로 일하는 곳.

인공지능 직원들은 인터넷에서 정보를 찾고, 사내 규정집을 참고하며, 웹사이트와 슬랙 같은 채팅 프로그램을 사용하고, 코드도 작성하고, 스프레드시트로 정보를 정리하고, ‘동료’들과 소통까지 했다.

그래서 결과는 어땠을까? 실패했다. 거의 코미디 수준으로.

인공지능 직원들은 회의하는 데 탁월했고 엄청나게 많은 회의를 했다. 내부 갈등도 많았다. 그리고 결국 아무 제품도 만들어내지 못했다. 우리가 맹목적으로 신뢰하는 인공지능이 회사를, 그것도 스타트업을 운영하면 어떻게 될까? 그 대답은 출시 제품 없이 실패하는 것이었다.

마치 스타트업에 관한 코미디 쇼의 패러디 같았다.

—

아니 근데, 이건 패러디 같은게 아니라 걍 인간 세상에 늘 있는 일인데요?..(…)

📰 인공지능만으로 운영된 스타트업의 실패 카네기 멜론 대학교의 연구자들은 “TheAgentCompany”라는 회사를 만들었다. 이 회사는 AI 모델들이 소프트웨어 엔지니어, 재무 분석가, 프로젝트 매니저로 일하는 곳. 인공지능 직원들은 인터넷에서 정보를 찾고, 사내 규정집을 참고하며, 웹사이트와 슬랙 같은 채팅 프로그램을 사용하고, 코드도 작성하고, 스프레드시트로 정보를 정리하고, ‘동료’들과 소통까지 했다. 그래서 결과는 어땠을까? 실패했다. 거의 코미디 수준으로. 인공지능 직원들은 회의하는 데 탁월했고 엄청나게 많은 회의를 했다. 내부 갈등도 많았다. 그리고 결국 아무 제품도 만들어내지 못했다. 우리가 맹목적으로 신뢰하는 인공지능이 회사를, 그것도 스타트업을 운영하면 어떻게 될까? 그 대답은 출시 제품 없이 실패하는 것이었다. 마치 스타트업에 관한 코미디 쇼의 패러디 같았다. — 아니 근데, 이건 패러디 같은게 아니라 걍 인간 세상에 늘 있는 일인데요?..(…)

출처: https://platum.kr/archives/259651

AIXperience 클럽 소개 | Notion

팁스터에서 6월부터 새롭게 시작하는 클럽 AIXperience를 소개합니다!

AIXperience는 “AI를 활용해 앱 업데이트의 본질을 파헤치고, 기능 개선 인사이트를 찾아보는 모임”이에요. 매주 특정 앱의 업데이트를 함께 분석하고, 어떤 맥락에서 업데이트가 이뤄졌는지, AI가 이 과정에서 어떤 역할을 할 수 있을지를 함께 탐구합니다.

이 클럽은 단순히 정보를 소비하는 걸 넘어서, 직접 분석하고 내용을 풀어내며 인사이트를 나누는 ‘실험적인 공간’을 지향해요. PM, 디자이너, 마케터, 개발자 누구나 환영합니다😃

함께 앱 업데이트의 숨은 의미를 찾아보고 싶다면, 지금 바로 참여해보세요! 🕵️‍♀️✨

📌 자세한 소개와 참여 신청은 링크를 확인해 주세요!

팁스터에서 6월부터 새롭게 시작하는 클럽 AIXperience를 소개합니다! AIXperience는 “AI를 활용해 앱 업데이트의 본질을 파헤치고, 기능 개선 인사이트를 찾아보는 모임”이에요. 매주 특정 앱의 업데이트를 함께 분석하고, 어떤 맥락에서 업데이트가 이뤄졌는지, AI가 이 과정에서 어떤 역할을 할 수 있을지를 함께 탐구합니다. 이 클럽은 단순히 정보를 소비하는 걸 넘어서, 직접 분석하고 내용을 풀어내며 인사이트를 나누는 ‘실험적인 공간’을 지향해요. PM, 디자이너, 마케터, 개발자 누구나 환영합니다😃 함께 앱 업데이트의 숨은 의미를 찾아보고 싶다면, 지금 바로 참여해보세요! 🕵️‍♀️✨ 📌 자세한 소개와 참여 신청은 링크를 확인해 주세요!

update-log on Notion

앱 업데이트의 본질을 파헤치고, 기능 개선 인사이트를 찾아보는 모임

현대 소프트웨어 개발에서 의존성(Dependency)은 필수 불가결한 존재입니다. 직접 구현해야 하는 코드를 줄여 생산성을 높여주지만, 관리되지 않고 방치된 의존성은 보안 취약점이나 호환성 문제로 이어지기 쉽죠.

이번 글에서는 깃허브에서 제공하는 Dependabot을 통해 의존성 관리와 보안 업데이트를 어떻게 자동화할 수 있는지 알아보겠습니다.

📝 포스팅: https://www.daleseo.com/github-dependabot/

Dependabot은 깃허브에서 제공하는 보안 취약점 경보 및 의존성 업데이트 기능입니다. 초기에는 독립 서비스였지만, 2019년 GitHub에 인수된 후 현재는 깃허브 플랫폼에 완전히 통합되어 무료로 사용할 수 있습니다. 덕분에 Dependabot에 대한 접근성과 사용성이 크게 개선되어 복잡한 과정없이 코드 저장소에 간단한 설정만으로 바로 쓸 수 있습니다.

Dependabot은 다음 세 가지 기능으로 이루어져 있습니다.
 * Alerts(알람): 코드 저장소의 보안 취약점을 감지하여 경고합니다.
 * Security Updates(보안 업데이트): 보안 취약점이 발견된 의존성을 업데이트하는 Pull Request을 자등으로 생성합니다.
 * Version Updates(버전 업데이트): 보안과 무관하게 의존성을 최신 상태로 유지하기 Pull Request을 자등으로 생성합니다.

npm이나 Maven, PyPI, RubyGems, Docker Hub 등과 같은 패키지 저장소를 통해 의존성을 내려받는 프로젝트는 모두 잠재적인 공급망 공격(Supply Chain Attack) 위험에 처해 있습니다. Dependabot은 점점 정교해지고 있는 공급망 공격을 방어하고, 알려진 보안 취약점으로부터 프로젝트를 지킬 수 있는 강력한 보안 도구입니다.

현대 소프트웨어 개발에서 의존성(Dependency)은 필수 불가결한 존재입니다. 직접 구현해야 하는 코드를 줄여 생산성을 높여주지만, 관리되지 않고 방치된 의존성은 보안 취약점이나 호환성 문제로 이어지기 쉽죠. 이번 글에서는 깃허브에서 제공하는 Dependabot을 통해 의존성 관리와 보안 업데이트를 어떻게 자동화할 수 있는지 알아보겠습니다. 📝 포스팅: https://www.daleseo.com/github-dependabot/ Dependabot은 깃허브에서 제공하는 보안 취약점 경보 및 의존성 업데이트 기능입니다. 초기에는 독립 서비스였지만, 2019년 GitHub에 인수된 후 현재는 깃허브 플랫폼에 완전히 통합되어 무료로 사용할 수 있습니다. 덕분에 Dependabot에 대한 접근성과 사용성이 크게 개선되어 복잡한 과정없이 코드 저장소에 간단한 설정만으로 바로 쓸 수 있습니다. Dependabot은 다음 세 가지 기능으로 이루어져 있습니다.<ul><li>Alerts(알람): 코드 저장소의 보안 취약점을 감지하여 경고합니다.</li><li>Security Updates(보안 업데이트): 보안 취약점이 발견된 의존성을 업데이트하는 Pull Request을 자등으로 생성합니다.</li><li>Version Updates(버전 업데이트): 보안과 무관하게 의존성을 최신 상태로 유지하기 Pull Request을 자등으로 생성합니다.</li></ul> npm이나 Maven, PyPI, RubyGems, Docker Hub 등과 같은 패키지 저장소를 통해 의존성을 내려받는 프로젝트는 모두 잠재적인 공급망 공격(Supply Chain Attack) 위험에 처해 있습니다. Dependabot은 점점 정교해지고 있는 공급망 공격을 방어하고, 알려진 보안 취약점으로부터 프로젝트를 지킬 수 있는 강력한 보안 도구입니다.

Dependabot을 통한 안전한 의존성 관리

AI 기술이 우리 일상과 산업 전반에 스며들면서 소프트웨어 개발 환경 역시 큰 변화의 물결을 맞이하고 있다. 특히 코딩을 돕는 AI 에이전트의 등장은 개발 생산성에 대한 큰 변화를 만들고 있다. 나 역시 이러한 변화를 체감하며, 나에게 익숙한 소프트웨어 개발의 대표적인 두 축인 프론트엔드와 백엔드 영역에서 AI 기술이 미치는 영향과 그로 인해 변화하는 소프트웨어 엔지니어의 역할에 대해 개인적인 생각을 정리해 본다.

먼저 프론트엔드 영역을 살펴보자. 프론트엔드 엔지니어의 주요 업무 중 하나는 디자이너가 만든 시각적 결과물을 실제 사용자와 상호작용할 수 있는 인터페이스로 구현하는 것이다. 최근 커서(Cursor)와 같은 코딩 에이전트는 이 영역에서 놀라운 생산성 향상을 만들었다. 특히 피그마(Figma)와 MCP를 통한 연동 및 디자인 시스템의 활용은 정형화된 UI 구현 작업을 상당 부분 자동화하여, 엔지니어는 반복적인 코드 작성 시간을 줄이고 더 복잡한 문제에 집중할 수 있게 되었다. 물론 아직은 AI가 생성한 코드를 그대로 사용하기보다는 엔지니어의 검토와 수정이 필요하며, 복잡한 상태 관리나 비즈니스 로직 구현, 또는 매우 독창적인 인터랙션 구현에는 한계가 있다. 하지만 UI 구현에 드는 시간과 노력이 크게 줄어든다는 점은 부인할 수 없는 변화로 보인다.

다음으로 백엔드 영역도 살펴보자. 백엔드 엔지니어는 비즈니스 요구사항을 만족시키는 도메인 논리를 구현하고 안정적인 API를 제공하며, 나아가 대규모 시스템을 효율적으로 운영하기 위한 아키텍처 설계와 관리를 담당한다. 내 경험과 주변 동료들의 이야기를 종합해 보면, 백엔드 영역에서 코딩 에이전트의 생산성 향상 효과는 UI 구현만큼 극적이지는 않다. 복잡하게 얽힌 비즈니스 규칙, 레거시 시스템과의 연동, 데이터베이스 설계, 보안 및 성능 최적화 등 고려해야 할 요소가 많고, 도메인 맥락 의존성이 높기 때문일 것이다. 하지만 전혀 도움이 되지 않는 것은 아니다. 특정 로직 구현에 대한 아이디어를 얻거나, 테스트 코드 또는 API 문서 초안을 작성하고, 복잡한 아키텍처 패턴을 학습하거나 설계 대안을 탐색하는 과정에서는 분명 유용한 조력자 역할을 하고 있다. 또한, 클라우드 기술의 발전은 과거 백엔드 엔지니어의 주된 고민거리였던 인프라 구축 및 운영 부담을 상당 부분 덜어주며 비즈니스 요구사항 개발에 더 집중할 수 있는 환경을 만들어주고 있다.

이러한 변화 속에서 주목할 점은 프론트엔드와 백엔드 사이의 경계가 점차 흐릿해지고 있다는 것이다. AI의 도움으로 UI 구현 부담이 줄어든 프론트엔드 엔지니어는 자연스럽게 상태 관리 로직이나 서버와의 통신 너머, 즉 백엔드 영역의 문제 해결에 더 깊이 관여할 여지가 생겼다. 반대로 백엔드 엔지니어 역시 과거보다 표준화되고 있는 프론트엔드 기술(리액트)과 AI의 도움을 받아 사용자 인터페이스 개발에 대한 진입 장벽이 낮아졌다. 물론 각 영역의 깊이 있는 전문성은 여전히 중요하지만, 기술적인 장벽이 낮아짐에 따라 엔지니어들이 특정 기술 스택에 갇히기보다 제품 전체의 맥락을 이해하고 최종 사용자 가치를 중심으로 사고하는 것이 더욱 중요해지고 있다.

최근 여러 기업에서
프로덕트 엔지니어(Product Engineer)
라는 직군을 채용하는 모습은 이러한 변화를 반영하는 현상 중 하나라고 생각한다. 프로덕트 엔지니어는 단순히 프론트엔드와 백엔드 기술을 모두 다룰 수 있는 풀스택 개발자를 의미하는 것을 넘어, 사용자 경험부터 기술 구현, 데이터 분석, 인프라 운영까지 제품 개발의 전 과정에 걸쳐 주도적으로 문제를 정의하고 해결하며 제품의 성공에 기여하는 역할로 기대받고 있다. 불과 몇 년 전만 해도 이상적인 이야기처럼 들렸을지 모르지만, AI 기술의 발전과 개발 생태계의 변화는 이러한 역할의 현실화시키고 있다. 내 주변에서도 이미 기술 영역의 경계를 넘어 제품 자체에 집중하며 일하는 동료들을 어렵지 않게 찾아볼 수 있다.

2010년대 모바일 시대를 맞이하며 전문화되었던 프론트엔드와 백엔드의 역할 분담이, 이제 AI 시대를 맞아 다시 융합되는 듯한 흐름이 관찰된다. 물론 이는 나의 제한적인 경험과 관찰에 기반한 생각이며, 앞으로 기술이 어떻게 발전하고 시장이 어떻게 반응할지는 계속 지켜봐야 할 것이다. 하지만 한 가지 분명한 점은, 앞으로 소프트웨어 엔지니어에게는 깊이 있는 전문성과 더불어, 직군의 경계를 넘어 협력하고 제품 전체의 가치를 높이는 능력이 더욱 중요해질 것이라는 점이다. 이러한 변화의 흐름을 읽고 끊임없이 배우고 적응하는 자세가 그 어느 때보다 필요한 시점인 것 같다.

AI 기술이 우리 일상과 산업 전반에 스며들면서 소프트웨어 개발 환경 역시 큰 변화의 물결을 맞이하고 있다. 특히 코딩을 돕는 AI 에이전트의 등장은 개발 생산성에 대한 큰 변화를 만들고 있다. 나 역시 이러한 변화를 체감하며, 나에게 익숙한 소프트웨어 개발의 대표적인 두 축인 프론트엔드와 백엔드 영역에서 AI 기술이 미치는 영향과 그로 인해 변화하는 소프트웨어 엔지니어의 역할에 대해 개인적인 생각을 정리해 본다. 먼저 프론트엔드 영역을 살펴보자. 프론트엔드 엔지니어의 주요 업무 중 하나는 디자이너가 만든 시각적 결과물을 실제 사용자와 상호작용할 수 있는 인터페이스로 구현하는 것이다. 최근 커서(Cursor)와 같은 코딩 에이전트는 이 영역에서 놀라운 생산성 향상을 만들었다. 특히 피그마(Figma)와 MCP를 통한 연동 및 디자인 시스템의 활용은 정형화된 UI 구현 작업을 상당 부분 자동화하여, 엔지니어는 반복적인 코드 작성 시간을 줄이고 더 복잡한 문제에 집중할 수 있게 되었다. 물론 아직은 AI가 생성한 코드를 그대로 사용하기보다는 엔지니어의 검토와 수정이 필요하며, 복잡한 상태 관리나 비즈니스 로직 구현, 또는 매우 독창적인 인터랙션 구현에는 한계가 있다. 하지만 UI 구현에 드는 시간과 노력이 크게 줄어든다는 점은 부인할 수 없는 변화로 보인다. 다음으로 백엔드 영역도 살펴보자. 백엔드 엔지니어는 비즈니스 요구사항을 만족시키는 도메인 논리를 구현하고 안정적인 API를 제공하며, 나아가 대규모 시스템을 효율적으로 운영하기 위한 아키텍처 설계와 관리를 담당한다. 내 경험과 주변 동료들의 이야기를 종합해 보면, 백엔드 영역에서 코딩 에이전트의 생산성 향상 효과는 UI 구현만큼 극적이지는 않다. 복잡하게 얽힌 비즈니스 규칙, 레거시 시스템과의 연동, 데이터베이스 설계, 보안 및 성능 최적화 등 고려해야 할 요소가 많고, 도메인 맥락 의존성이 높기 때문일 것이다. 하지만 전혀 도움이 되지 않는 것은 아니다. 특정 로직 구현에 대한 아이디어를 얻거나, 테스트 코드 또는 API 문서 초안을 작성하고, 복잡한 아키텍처 패턴을 학습하거나 설계 대안을 탐색하는 과정에서는 분명 유용한 조력자 역할을 하고 있다. 또한, 클라우드 기술의 발전은 과거 백엔드 엔지니어의 주된 고민거리였던 인프라 구축 및 운영 부담을 상당 부분 덜어주며 비즈니스 요구사항 개발에 더 집중할 수 있는 환경을 만들어주고 있다. 이러한 변화 속에서 주목할 점은 프론트엔드와 백엔드 사이의 경계가 점차 흐릿해지고 있다는 것이다. AI의 도움으로 UI 구현 부담이 줄어든 프론트엔드 엔지니어는 자연스럽게 상태 관리 로직이나 서버와의 통신 너머, 즉 백엔드 영역의 문제 해결에 더 깊이 관여할 여지가 생겼다. 반대로 백엔드 엔지니어 역시 과거보다 표준화되고 있는 프론트엔드 기술(리액트)과 AI의 도움을 받아 사용자 인터페이스 개발에 대한 진입 장벽이 낮아졌다. 물론 각 영역의 깊이 있는 전문성은 여전히 중요하지만, 기술적인 장벽이 낮아짐에 따라 엔지니어들이 특정 기술 스택에 갇히기보다 제품 전체의 맥락을 이해하고 최종 사용자 가치를 중심으로 사고하는 것이 더욱 중요해지고 있다. 최근 여러 기업에서 <code >프로덕트 엔지니어(Product Engineer)</code>라는 직군을 채용하는 모습은 이러한 변화를 반영하는 현상 중 하나라고 생각한다. 프로덕트 엔지니어는 단순히 프론트엔드와 백엔드 기술을 모두 다룰 수 있는 풀스택 개발자를 의미하는 것을 넘어, 사용자 경험부터 기술 구현, 데이터 분석, 인프라 운영까지 제품 개발의 전 과정에 걸쳐 주도적으로 문제를 정의하고 해결하며 제품의 성공에 기여하는 역할로 기대받고 있다. 불과 몇 년 전만 해도 이상적인 이야기처럼 들렸을지 모르지만, AI 기술의 발전과 개발 생태계의 변화는 이러한 역할의 현실화시키고 있다. 내 주변에서도 이미 기술 영역의 경계를 넘어 제품 자체에 집중하며 일하는 동료들을 어렵지 않게 찾아볼 수 있다. 2010년대 모바일 시대를 맞이하며 전문화되었던 프론트엔드와 백엔드의 역할 분담이, 이제 AI 시대를 맞아 다시 융합되는 듯한 흐름이 관찰된다. 물론 이는 나의 제한적인 경험과 관찰에 기반한 생각이며, 앞으로 기술이 어떻게 발전하고 시장이 어떻게 반응할지는 계속 지켜봐야 할 것이다. 하지만 한 가지 분명한 점은, 앞으로 소프트웨어 엔지니어에게는 깊이 있는 전문성과 더불어, 직군의 경계를 넘어 협력하고 제품 전체의 가치를 높이는 능력이 더욱 중요해질 것이라는 점이다. 이러한 변화의 흐름을 읽고 끊임없이 배우고 적응하는 자세가 그 어느 때보다 필요한 시점인 것 같다.

무너지고 있는 프론트엔드, 백엔드 직군의 경계에 대한 고찰

2022년 말이 었나요? ChatGPT가 처음 등장했을 때, 앞으로 "프롬프트 엔지니어"라는 새로운 직업이 뜰 거라는 말이 정말 많았습니다. LLM(Large Language Model)으로 부터 최소한의 질문으로 원하는 응답을 얻기 위해서 프롬프트를 최적화하는 역할로, 연봉 20만 달러가 거론되며 고수익 미래 기술직으로 주목받았죠. 관련 온라인 강좌가 우후죽순 생기고 학원에서도 프롬프트 엔지니어 준비반을 모집하기도 했습니다.

하지만 2025년, 이 장미빛 전망은 완전히 빗나간 것으로 보입니다. 무엇보다 LLM 사용 비용이 크게 낮아지면서, 여러 번 질의하는 것에 대한 경제적 부담이 줄었습니다. 게다가 AI 모델 자체의 성능도 점점 향상되어 이제는 '개떡같이 말해도 찰떡같이' 알아듣는 수준이 되었기 때문이죠. 그 결과, 채용 시장에서 프롬프트 엔지니어라는 직업은 뚜렷한 입지를 다지지 못한 채 사라지고 있는 분위기입니다. 이미 해당 직무로 채용되었던 분들도 AI 관련 다른 역할로 전환이 일어나고 있다고 하네요.

현재로서는 기업 입장에서 오직 프롬프트만을 깍고 다듬기 위해 전담 엔지니어를 두는 일은 상상하기 어려워졌습니다. 이제는 오히려 거의 모든 직군이 기본적인 프롬프트 엔지니어링 역량을 갖춰야 하는 시대가 되고 있는 게 아닌가 생각해 봅니다.

관련해서 월스트리트 저널의 기사 공유드립니다: https://www.wsj.com/articles/the-hottest-ai-job-of-2023-is-already-obsolete-1961b054

2022년 말이 었나요? ChatGPT가 처음 등장했을 때, 앞으로 "프롬프트 엔지니어"라는 새로운 직업이 뜰 거라는 말이 정말 많았습니다. LLM(Large Language Model)으로 부터 최소한의 질문으로 원하는 응답을 얻기 위해서 프롬프트를 최적화하는 역할로, 연봉 20만 달러가 거론되며 고수익 미래 기술직으로 주목받았죠. 관련 온라인 강좌가 우후죽순 생기고 학원에서도 프롬프트 엔지니어 준비반을 모집하기도 했습니다. 하지만 2025년, 이 장미빛 전망은 완전히 빗나간 것으로 보입니다. 무엇보다 LLM 사용 비용이 크게 낮아지면서, 여러 번 질의하는 것에 대한 경제적 부담이 줄었습니다. 게다가 AI 모델 자체의 성능도 점점 향상되어 이제는 '개떡같이 말해도 찰떡같이' 알아듣는 수준이 되었기 때문이죠. 그 결과, 채용 시장에서 프롬프트 엔지니어라는 직업은 뚜렷한 입지를 다지지 못한 채 사라지고 있는 분위기입니다. 이미 해당 직무로 채용되었던 분들도 AI 관련 다른 역할로 전환이 일어나고 있다고 하네요. 현재로서는 기업 입장에서 오직 프롬프트만을 깍고 다듬기 위해 전담 엔지니어를 두는 일은 상상하기 어려워졌습니다. 이제는 오히려 거의 모든 직군이 기본적인 프롬프트 엔지니어링 역량을 갖춰야 하는 시대가 되고 있는 게 아닌가 생각해 봅니다. 관련해서 월스트리트 저널의 기사 공유드립니다: https://www.wsj.com/articles/the-hottest-ai-job-of-2023-is-already-obsolete-1961b054

프롬프트 엔지니어에 대한 빗나간 예측

ViewTransition API과 Pop history action .... 그리고 useBlocker... ☕️

ViewTransition API 와 browser history 관리, 그리고 React Router

실무에서 ViewTransition API와 react-router-dom에서 제공하는 useBlocker hook을 활용하여 브라우저 앞으로 가기, 뒤로 가기를 할 때도 자연스럽게 애니메이션을 적용한 사례를 소개합니다 :) (feat. gpt)

https://velog.io/@qorgkr26/ViewTransition-API-browser-history-and-React-Router

실무에서 ViewTransition API와 react-router-dom에서 제공하는 useBlocker hook을 활용하여 브라우저 앞으로 가기, 뒤로 가기를 할 때도 자연스럽게 애니메이션을 적용한 사례를 소개합니다 :) (feat. gpt) https://velog.io/@qorgkr26/ViewTransition-API-browser-history-and-React-Router

velog.io

ViewTransition API + react-router-do

카카오에 처음 들어가서 인상적이었던 점은 카톡으로 카톡을 모니터링하던 것이었습니다. 오호 재밌는걸. C 컴파일러로 C언어를 만드는 느낌이 이런 건가?

서비스 텐션

카카오에 처음 들어가서 인상적이었던 점은 카톡으로 카톡을 모니터링하던 것이었습니다.
오호 재밌는걸. C 컴파일러로 C언어를 만드는 느낌이 이런 건가?

카톡 시스템의 장애를 비롯하여 사내 서비스의 수많은 부분을 모니터링했습니다.
그중 카톡의 국가별 가입자 수를 10분마다 리포팅 해주던 채팅방이 있었습니다.

2012년. 때는 바야흐로 모바일 메신저 왕좌의 게임 시대.
물론 한국 가입자가 가장 많았지만, 전 세계 각국에서 꽤 많은 사용자들이 가입을 했습니다.

갑자기 브라질의 가입자 수가 늘면 누군가가 채팅방에 말했습니다.
“어? 브라질에서 튀었네요.”
“무슨 일이지?”
끈질긴 누군가가 기어이 찾아내서 공유했습니다.
“찾아보니 기사가 났어요.”

이런 경험은 처음이었습니다. 아하 포인트를 느꼈던 것 같습니다.
서비스라는 건 이렇게 하는 거구나.

모니터링 방에는 서비스에 관심 있는 사람들이 자발적으로 들어와 있었는데, 이상 징후를 특히 잘 포착하는 사람들이 있었습니다.
모니터링 방이 수도 없이 많이 있었는데 누군가는 그냥 지나치는 정보들을 날카롭게 포착해서 공유하는 사람들.

이런 사람들이 그렇게 멋져 보일 수가 없었습니다. 저도 그런 사람이 되고 싶었습니다.
그렇게 하려면 서비스 텐션을 높여야 했습니다. 몸에 긴장을 풀어버려선 안 됩니다.
온 신경을 집중해야 하니 집에서 쉴 때도 영화 같은 걸 보기가 힘들었습니다. 계속 신경이 쓰여서.

이상 징후를 찾아내고 원인을 끈질기게 탐색하는 걸 카카오에서 배웠습니다.
서비스 안에서 작은 파동까지 탐지해 내는 능력은 소중합니다. 긴장을 풀고 느슨하게 있으면 이 능력이 발휘되지 않습니다.

한 편, 서비스 텐션이 끊어질 듯이 탱탱한 상태가 되면 일하기에는 좋지만 사람들을 상대하기에는 좋지 않은 것 같습니다.
굉장히 날카로워지거든요. 편안한 얼굴이 아니라 인상을 쓰고 있는 표정이 default 가 되어 버립니다.
몸의 모든 감각이 날카로워져 있어서 다른 사람들에게 하는 말투도 날카롭게 나오곤 하고요.

커피한잔을 오랫동안 혼자 운영하며 저의 텐션이 점점 느슨해져 가는 걸 느끼고 있습니다.
마음이 편하고 여유가 있는 건 좋지만, 텐션이 너무 느슨해지면 안 되는데 하는 걱정도 됩니다. 모르고 넘어가면 안 되는 일들을 자꾸 놓치곤 합니다.
동료의 높은 텐션을 보며 자극받기도 하고, 혼도 나고 하면서 텐션을 끌어올려야 하는데 혼자서는 참 쉽지가 않네요. 🥲

https://jeho.page/essay/2025/05/08/service-tension.html

카카오에 처음 들어가서 인상적이었던 점은 카톡으로 카톡을 모니터링하던 것이었습니다. 오호 재밌는걸. C 컴파일러로 C언어를 만드는 느낌이 이런 건가? 카톡 시스템의 장애를 비롯하여 사내 서비스의 수많은 부분을 모니터링했습니다. 그중 카톡의 국가별 가입자 수를 10분마다 리포팅 해주던 채팅방이 있었습니다. 2012년. 때는 바야흐로 모바일 메신저 왕좌의 게임 시대. 물론 한국 가입자가 가장 많았지만, 전 세계 각국에서 꽤 많은 사용자들이 가입을 했습니다. 갑자기 브라질의 가입자 수가 늘면 누군가가 채팅방에 말했습니다. “어? 브라질에서 튀었네요.” “무슨 일이지?” 끈질긴 누군가가 기어이 찾아내서 공유했습니다. “찾아보니 기사가 났어요.” 이런 경험은 처음이었습니다. 아하 포인트를 느꼈던 것 같습니다. 서비스라는 건 이렇게 하는 거구나. 모니터링 방에는 서비스에 관심 있는 사람들이 자발적으로 들어와 있었는데, 이상 징후를 특히 잘 포착하는 사람들이 있었습니다. 모니터링 방이 수도 없이 많이 있었는데 누군가는 그냥 지나치는 정보들을 날카롭게 포착해서 공유하는 사람들. 이런 사람들이 그렇게 멋져 보일 수가 없었습니다. 저도 그런 사람이 되고 싶었습니다. 그렇게 하려면 서비스 텐션을 높여야 했습니다. 몸에 긴장을 풀어버려선 안 됩니다. 온 신경을 집중해야 하니 집에서 쉴 때도 영화 같은 걸 보기가 힘들었습니다. 계속 신경이 쓰여서. 이상 징후를 찾아내고 원인을 끈질기게 탐색하는 걸 카카오에서 배웠습니다. 서비스 안에서 작은 파동까지 탐지해 내는 능력은 소중합니다. 긴장을 풀고 느슨하게 있으면 이 능력이 발휘되지 않습니다. 한 편, 서비스 텐션이 끊어질 듯이 탱탱한 상태가 되면 일하기에는 좋지만 사람들을 상대하기에는 좋지 않은 것 같습니다. 굉장히 날카로워지거든요. 편안한 얼굴이 아니라 인상을 쓰고 있는 표정이 default 가 되어 버립니다. 몸의 모든 감각이 날카로워져 있어서 다른 사람들에게 하는 말투도 날카롭게 나오곤 하고요. 커피한잔을 오랫동안 혼자 운영하며 저의 텐션이 점점 느슨해져 가는 걸 느끼고 있습니다. 마음이 편하고 여유가 있는 건 좋지만, 텐션이 너무 느슨해지면 안 되는데 하는 걱정도 됩니다. 모르고 넘어가면 안 되는 일들을 자꾸 놓치곤 합니다. 동료의 높은 텐션을 보며 자극받기도 하고, 혼도 나고 하면서 텐션을 끌어올려야 하는데 혼자서는 참 쉽지가 않네요. 🥲 https://jeho.page/essay/2025/05/08/service-tension.html

K리그 프로그래머

 아래 글은 사이드허슬러스토리 뉴스레터에 발행된 글입니다.다른 글들을 보시려면  👉 ...

🗞️ 롤 챌린저 티어→ AI 광고 생성기로 연매출 1억 달러 도전

안녕하세요 :)

오늘은 2025년 3월에 출시한 AI 광고 생성 SaaS인 icon.com으로 1개월만에 매출 5백만달러, 한화로 약 70억을 벌고, 연매출 1,400억을 목표로 굉장히 빠르게 회사를 키워가고 있는 Kennan Davison의 이야기를 준비했습니다.

📌 Kennan의 발자취 요약 👇
 * 14살부터 리그오브레전드 챌린저 티어 (2012~2015년)
 * 개발 독학 및 코딩테스트 준비 (2016년)
 * 아이비리그 Columbia 대학교 자퇴 (2017년)
 * 19살에 Pinterest 최연소 입사 (2017년)
 * Y Combinator 합격 (2020년)
 * Skio.com 창업 (2021~2024년)
 * Icon.com 창업 (2025년 ~ 현재)

📌 전체 내용 보기 ⬇️
https://eopla.net/magazines/29506

📌 전체 목차 ⬇️
 1. 첫 회사 창업 전 타임라인
 2. Y Combinator 합격 → Skio.com 창업
 3. Skio.com 가볍게 살펴보기
 4. 가장 빠르게 성장하는 회사 만들기
 5. 바이럴 영상 하나로 1개월만에 70억 매출 달성
 6. 랜딩페이지 분석
 7. icon.com 온보딩 과정 분석 및 제품 유료 기능 언박싱

안녕하세요 :) 오늘은 2025년 3월에 출시한 AI 광고 생성 SaaS인 icon.com으로 1개월만에 매출 5백만달러, 한화로 약 70억을 벌고, 연매출 1,400억을 목표로 굉장히 빠르게 회사를 키워가고 있는 Kennan Davison의 이야기를 준비했습니다. 📌 Kennan의 발자취 요약 👇<ul ><li>14살부터 리그오브레전드 챌린저 티어 (2012~2015년)</li><li>개발 독학 및 코딩테스트 준비 (2016년)</li><li>아이비리그 Columbia 대학교 자퇴 (2017년)</li><li>19살에 Pinterest 최연소 입사 (2017년)</li><li>Y Combinator 합격 (2020년)</li><li>Skio.com 창업 (2021~2024년)</li><li>Icon.com 창업 (2025년 ~ 현재)</li></ul> 📌 전체 내용 보기 ⬇️https://eopla.net/magazines/29506 📌 전체 목차 ⬇️<ol ><li>첫 회사 창업 전 타임라인</li><li>Y Combinator 합격 → Skio.com 창업</li><li>Skio.com 가볍게 살펴보기</li><li>가장 빠르게 성장하는 회사 만들기</li><li>바이럴 영상 하나로 1개월만에 70억 매출 달성</li><li>랜딩페이지 분석</li><li>icon.com 온보딩 과정 분석 및 제품 유료 기능 언박싱</li></ol>

연봉과 커리어의 상관관계 함수, 이것을 결정하는 1가지 요소

롤 챌린저 출신 개발자 → AI 광고 SaaS로 연매출 1400억

1. 사람들이 자연스럽게 갖기 쉬운 프레임은 대개 하위 수준이다.

2. 당장 먹고살아야 하기 때문에 '귀찮아서' 남들도 다 안 하는데 뭘' 등과 같은 생각은 하위 수준 프레임의 전형이다.

3. 그렇다면 상위 수준과 하위 수준 프레임을 나누는 결정적인 차이는 무엇일까?

4. 바로 상위 프레임에서는 Why를 묻지만 하위 프레임에서는 How를 묻는다는 점이다.

5. 상위 프레임은 왜 이 일이 필요한지 그 이유와 의미, 목표를 묻는다. 비전을 묻고 이상을 세운다.

6. 그러나 하위 수준의 프레임에서는 그 일을 하기가 쉬운지 어려운지, 시간은 얼마나 걸리는지, 성공 가능성은 얼마나 되는지 등 구체적인 절차부터 묻는다.

7. 그래서 궁극적인 목표나 큰 그림을 놓치고 항상 주변의 이슈들을 좇느라 에너지를 허비하고 만다. 상위 수준의 프레임을 갖고 있는 사람은 No 보다는 Yes라는 대답을 자주 하고, 하위 수준의 프레임을 가진 사람은 Yes보다는 No라는 대답을 많이 한다.

#프레임 📚

1. 사람들이 자연스럽게 갖기 쉬운 프레임은 대개 하위 수준이다. ​2. 당장 먹고살아야 하기 때문에 '귀찮아서' 남들도 다 안 하는데 뭘' 등과 같은 생각은 하위 수준 프레임의 전형이다. ​3. 그렇다면 상위 수준과 하위 수준 프레임을 나누는 결정적인 차이는 무엇일까? ​4. 바로 상위 프레임에서는 Why를 묻지만 하위 프레임에서는 How를 묻는다는 점이다. ​5. 상위 프레임은 왜 이 일이 필요한지 그 이유와 의미, 목표를 묻는다. 비전을 묻고 이상을 세운다. ​6. 그러나 하위 수준의 프레임에서는 그 일을 하기가 쉬운지 어려운지, 시간은 얼마나 걸리는지, 성공 가능성은 얼마나 되는지 등 구체적인 절차부터 묻는다. ​7. 그래서 궁극적인 목표나 큰 그림을 놓치고 항상 주변의 이슈들을 좇느라 에너지를 허비하고 만다. 상위 수준의 프레임을 갖고 있는 사람은 No 보다는 Yes라는 대답을 자주 하고, 하위 수준의 프레임을 가진 사람은 Yes보다는 No라는 대답을 많이 한다. #프레임 📚

< 성공하는 사람은 '왜', 실패하는 사람은 '어떻게'를 묻는다

설계없이 시작가능한 AI에 의한 즉흥 개발방법도 지속적으로 유행하고 발전해 나가겠지만 상대적으로

느린 개발방법처럼 보이는 도메인 모델을 먼저 고민하고 시작하는 DDD(+이벤트 드리븐) 개발방법에서도 AI툴을 활용해 가속화하는 방법이 없을까?

고민하다가 시도된 변종실험으로 Qlerify를 간단하게 이용해보았으며 도메인모델을 통해 코드생성도 후속으로 시도해보았습니다.
(코틀린 코드와 액터모델로 구현시도됨)

변종실험 : https://wiki.webnori.com/display/AKKA/qlerify+with+ddd

설계없이 시작가능한 AI에 의한 즉흥 개발방법도 지속적으로 유행하고 발전해 나가겠지만 상대적으로 느린 개발방법처럼 보이는 도메인 모델을 먼저 고민하고 시작하는 DDD(+이벤트 드리븐) 개발방법에서도 AI툴을 활용해 가속화하는 방법이 없을까? 고민하다가 시도된 변종실험으로 Qlerify를 간단하게 이용해보았으며 도메인모델을 통해 코드생성도 후속으로 시도해보았습니다.(코틀린 코드와 액터모델로 구현시도됨) 변종실험 : https://wiki.webnori.com/display/AKKA/qlerify+with+ddd

DDD with AI

﻿
요즘은 아주 습관적으로 회사 밖에서 돈을 벌 수 있는 일이 무엇인지 생각하고 있습니다. 정확히 표현하면 부가 수입을 창출하고 싶다는 것보다 회사 생활을 의존하지 않고 자립할 수 있는 방법을 찾으려고 합니다. 언제 회사에서 쫓겨날까 두려움 마음보다 언제든 제 발로 회사를 나올 수 있는 궁리를 하고 있는 것입니다.

아무래도 회사는 주도적으로 일을 하고 싶어도 100% 하고 싶은 일만 하기 어려운 환경이기 때문입니다. 물론 자신이 주체가 되어 하는 사업이 100% 하고 싶은 일만 할 수 있느냐, 그건 아니라는 것도 잘 알고 있습니다. 다만, 100%에 가깝게 수렴하는 방향으로 일을 할 수 있다면 좋겠다고 생각합니다. 아니 꼭 100% 하고 싶은 일만 하지 못하더라도, 해야 할 일이라고 필요성을 느끼며 일을 할 수 있다면 좋겠다고 생각합니다.

왜 해야 하는지 잘 이해가 되지 않는 일이나 마음이 맞지 않는 동료와 함께 협업하는 것이 상당히 어렵고 피곤하게 느껴집니다. 하면 좋은 일이라는 것을 머리로 이해하는데, 우선순위가 다르거나 시간과 노력이라는 자원을 사용하는 정도가 다른 경우, 일을 즐겁게 하기 어렵습니다. 또 협업해야 하는 동료와 소통 방법이 다르거나 일을 처리하는 순서, 완성에 대한 수준이 다른 경우 마음이 편안하지 못합니다.

자아가 강한 사람일수록 다른 사람의 요구를 수용하는 것이 쉽지 않습니다. 제 마음대로 해야 흡족한데, 그러지 못하는 데서 오는 불편함이 일이 잘 풀려도 만족감을 쉽게 얻지 못합니다. 그래서 끊임없이 다른 곳을 향하여 시선이 가는 모양입니다. 더 좋은 곳, 그러니까 이상적으로 일을 할 수 있는 곳이 있을 거라는 환상을 품고 이리 기웃 저리 기웃 거려 봅니다. 그러나 5번 정도 이직을 해본 결과, 세상에 이상적인 조직이란 존재하지 않더이다. 그건 조직의 부족함이 아니라 자족의 한계가 있기 때문입니다.

스스로 만족할 수 있는 일을 회사 밖에서 찾는데 열심인 이유를 구구절절하게 설명했지만, 결론을 한 마디로 정리하면 제가 원하는 일을 제 마음이 편하게 추진하고 싶다는 바람입니다. 아마 직장 생활을 몇 년 이상 해본 분들이라면 공감대를 갖고 계시리라 생각합니다. 더구나 요즘은 AI 도구가 발전하면서 혼자 결과를 만들 수 있는 좋은 환경으로 무르익고 있습니다. 마음먹고 조금만 공부하면 혼자 하지 못할 일이 없습니다.

문제는 마음을 쉽게 먹지 못하는 것입니다. 이게 돈이 될까? 이걸 하면 먹고살 수 있을까? 걱정과 염려로 인해 이도 저도 시도해 보지 못하고 한정된 시간을 날마다 까먹고 있습니다. 세상을 살면서 언제까지 일을 할 수 있을까 상상해 보면, 70세? 그 이상도 가능하겠지만 하고 싶어도 하지 못할 날이 정해져 있다면, 이제 얼마 남지 않은 (살아온 날보다 일을 할 수 있는 시점 기준) 시간을 계산해 보면 도전을 빠르게 해봐야 나중에 후회가 없을 듯합니다. 

지금 고민하고 있는 일은 다른 사람의 비서가 되는 것입니다. 모든 일을 다 알아서 해주는 수족 같은 비서 말고, 직업에 대한 고민을 함께해 주고 빠른 의사결정과 도전을 가능하게 해주는 도우미가 되고 싶습니다. 전화 통화를 하고 화상 미팅을 통해 자신의 커리어 상태 정보를 주고받는 것이 아니라, 프로필 정보 정도만 업데이트하면 주기적으로 커리어에 도움이 될만한 정보를 공유하고, 새로운 기회가 발견되면 도전을 부추기는 도움을 제공하는 것입니다.

생각해 보면 커리어만큼 불확실성이 큰일도 드문 것 같습니다. 우리에게 어울리는 직업이 무엇인지 수학 공식처럼 대입해서 확신을 얻을 수 있는 일을 발견하기 어렵습니다. 객관적인 정보를 얻을 수 있는 검사가 있긴 하지만, 왠지 그 정보는 100% 신뢰하기 어렵습니다. 검사를 통해 제안받는 직업이 너무 대단하게 느껴지기도 하고, 그 일을 시작할 수 있는 방법은 알려주지 않기 때문이기도 합니다. 그리고 그 일을 했을 때, 진짜 ‘나’와 잘 맞는지 미래를 보여주지 못하는 것이 결정적인 이유라고 생각합니다.

미래를 알 수 없기 때문에 희망을 가질 수 있지만, 동시에 미래를 예측하기 힘들어서 도전을 시작하기 어렵습니다. 분명히 우리 각자 좋아하는 일을 알고 있고, 하고 싶은 일도 있지만 과감히 이 몸과 마음을 던지지 못하는 것은 미래가 보이지 않기 때문입니다. 그래서 먼저 창업해 본 선배들이 회사를 다니며 하고 싶은 일을 병행해 본 후에 어느 정도 성과를 만들 수 있을 때, 본격적으로 회사 밖에서 일을 하라고 조언하나 봅니다.

일리 있는 조언이라고, 그렇게 하는 것이 좋고 또 맞다고 머리로 이해하면서 시간과 에너지의 한계로 회사 밖에서 도전을 불사르지 못하는 저는 나약한 인간입니다. 회사 밖 부업을 주제로 이야기 나누고 싶었는데, 쓸데없는 신세 한탄으로 오늘 글을 채웠습니다. 다음에 본격적으로 실행하고 있는 회사 밖 도전에 대해서 공유하겠습니다.

﻿요즘은 아주 습관적으로 회사 밖에서 돈을 벌 수 있는 일이 무엇인지 생각하고 있습니다. 정확히 표현하면 부가 수입을 창출하고 싶다는 것보다 회사 생활을 의존하지 않고 자립할 수 있는 방법을 찾으려고 합니다. 언제 회사에서 쫓겨날까 두려움 마음보다 언제든 제 발로 회사를 나올 수 있는 궁리를 하고 있는 것입니다. 아무래도 회사는 주도적으로 일을 하고 싶어도 100% 하고 싶은 일만 하기 어려운 환경이기 때문입니다. 물론 자신이 주체가 되어 하는 사업이 100% 하고 싶은 일만 할 수 있느냐, 그건 아니라는 것도 잘 알고 있습니다. 다만, 100%에 가깝게 수렴하는 방향으로 일을 할 수 있다면 좋겠다고 생각합니다. 아니 꼭 100% 하고 싶은 일만 하지 못하더라도, 해야 할 일이라고 필요성을 느끼며 일을 할 수 있다면 좋겠다고 생각합니다. 왜 해야 하는지 잘 이해가 되지 않는 일이나 마음이 맞지 않는 동료와 함께 협업하는 것이 상당히 어렵고 피곤하게 느껴집니다. 하면 좋은 일이라는 것을 머리로 이해하는데, 우선순위가 다르거나 시간과 노력이라는 자원을 사용하는 정도가 다른 경우, 일을 즐겁게 하기 어렵습니다. 또 협업해야 하는 동료와 소통 방법이 다르거나 일을 처리하는 순서, 완성에 대한 수준이 다른 경우 마음이 편안하지 못합니다. 자아가 강한 사람일수록 다른 사람의 요구를 수용하는 것이 쉽지 않습니다. 제 마음대로 해야 흡족한데, 그러지 못하는 데서 오는 불편함이 일이 잘 풀려도 만족감을 쉽게 얻지 못합니다. 그래서 끊임없이 다른 곳을 향하여 시선이 가는 모양입니다. 더 좋은 곳, 그러니까 이상적으로 일을 할 수 있는 곳이 있을 거라는 환상을 품고 이리 기웃 저리 기웃 거려 봅니다. 그러나 5번 정도 이직을 해본 결과, 세상에 이상적인 조직이란 존재하지 않더이다. 그건 조직의 부족함이 아니라 자족의 한계가 있기 때문입니다. 스스로 만족할 수 있는 일을 회사 밖에서 찾는데 열심인 이유를 구구절절하게 설명했지만, 결론을 한 마디로 정리하면 제가 원하는 일을 제 마음이 편하게 추진하고 싶다는 바람입니다. 아마 직장 생활을 몇 년 이상 해본 분들이라면 공감대를 갖고 계시리라 생각합니다. 더구나 요즘은 AI 도구가 발전하면서 혼자 결과를 만들 수 있는 좋은 환경으로 무르익고 있습니다. 마음먹고 조금만 공부하면 혼자 하지 못할 일이 없습니다. 문제는 마음을 쉽게 먹지 못하는 것입니다. 이게 돈이 될까? 이걸 하면 먹고살 수 있을까? 걱정과 염려로 인해 이도 저도 시도해 보지 못하고 한정된 시간을 날마다 까먹고 있습니다. 세상을 살면서 언제까지 일을 할 수 있을까 상상해 보면, 70세? 그 이상도 가능하겠지만 하고 싶어도 하지 못할 날이 정해져 있다면, 이제 얼마 남지 않은 (살아온 날보다 일을 할 수 있는 시점 기준) 시간을 계산해 보면 도전을 빠르게 해봐야 나중에 후회가 없을 듯합니다.&nbsp; 지금 고민하고 있는 일은 다른 사람의 비서가 되는 것입니다. 모든 일을 다 알아서 해주는 수족 같은 비서 말고, 직업에 대한 고민을 함께해 주고 빠른 의사결정과 도전을 가능하게 해주는 도우미가 되고 싶습니다. 전화 통화를 하고 화상 미팅을 통해 자신의 커리어 상태 정보를 주고받는 것이 아니라, 프로필 정보 정도만 업데이트하면 주기적으로 커리어에 도움이 될만한 정보를 공유하고, 새로운 기회가 발견되면 도전을 부추기는 도움을 제공하는 것입니다. 생각해 보면 커리어만큼 불확실성이 큰일도 드문 것 같습니다. 우리에게 어울리는 직업이 무엇인지 수학 공식처럼 대입해서 확신을 얻을 수 있는 일을 발견하기 어렵습니다. 객관적인 정보를 얻을 수 있는 검사가 있긴 하지만, 왠지 그 정보는 100% 신뢰하기 어렵습니다. 검사를 통해 제안받는 직업이 너무 대단하게 느껴지기도 하고, 그 일을 시작할 수 있는 방법은 알려주지 않기 때문이기도 합니다. 그리고 그 일을 했을 때, 진짜 ‘나’와 잘 맞는지 미래를 보여주지 못하는 것이 결정적인 이유라고 생각합니다. 미래를 알 수 없기 때문에 희망을 가질 수 있지만, 동시에 미래를 예측하기 힘들어서 도전을 시작하기 어렵습니다. 분명히 우리 각자 좋아하는 일을 알고 있고, 하고 싶은 일도 있지만 과감히 이 몸과 마음을 던지지 못하는 것은 미래가 보이지 않기 때문입니다. 그래서 먼저 창업해 본 선배들이 회사를 다니며 하고 싶은 일을 병행해 본 후에 어느 정도 성과를 만들 수 있을 때, 본격적으로 회사 밖에서 일을 하라고 조언하나 봅니다. 일리 있는 조언이라고, 그렇게 하는 것이 좋고 또 맞다고 머리로 이해하면서 시간과 에너지의 한계로 회사 밖에서 도전을 불사르지 못하는 저는 나약한 인간입니다. 회사 밖 부업을 주제로 이야기 나누고 싶었는데, 쓸데없는 신세 한탄으로 오늘 글을 채웠습니다. 다음에 본격적으로 실행하고 있는 회사 밖 도전에 대해서 공유하겠습니다.﻿

부업 (준비)

www.55check.com공유하기게시하기웹에서 보기#역사종전 50주년 맞아 돌아보는 월남전월남전의 역사, 그리고 한-미-베트남 3국의 시각을 간단히 정리했습니다. (오호츠크 리포트)근대사에 관심있는 분에게 전 주월대사 이대용 님의 영상도 추천합니다. 사이공이 함락될 때 미쳐 빠져나오지 못해 북베트남군에 체포되어 수년 간 옥살이를 하셨던 분입니다.  #매주 금요일_ 동동의 테크 타운이 주의 쇼킹한 AI 서비스: 구글의 NotebookLM, 한국어도 지원!구글의 NotebookLM, 자료 요약은 물론 팟캐스트 제작도 순식간에 가능.두 명이 대화하는 방식. 적절한 시점에 자료 삽입 및 편집도 가능.내가 가지고 있는 자료와 함께 인터넷 상 여러 자료를 구글에서 자동 검색해 함께 믹스.TIP: 필자도 작년부터 애용 중으로, 논문·자료 여러 개 업로드해 팟캐스트로 만들어 운동할 때 들으면 좋습니다.샘플로 들어보시라고 제가 방금 뚝딱 만들어 봤습니다. 클릭해서 오늘 발표된 애플, 아마존, 메타 실적 내용을 팟캐스트로 들어보세요. 이것만 들으면 아래 내용들 안 봐도 됩니다.애플, 법원과 정부 신경쓰느라 땀 뻘뻘애플이 한국시간 오늘 아침 실적 발표. 6월까지 3개월 동안 관세로 9억 달러 추가 비용 부담할 예정이라, 주가는 시간외 거래에서 4% 하락. (나머지 매출은 준수)법적 이슈가 많음. 2021년 내려진 '앱스토어 변경 명령'을 고의적으로 무시했다는 혐의로 연방 검찰에 회부... 선서하고도 거짓말한 애플 임원에 법원이 화남 🔥당

2025년 5월 2일 (수) - AI로 한국어 팟캐스트 뚝딱 만들기 : 오호츠크 리포트

이 주의 쇼킹한 AI 서비스: 구글의 NotebookLM, 한국어도 지원! 🔥
 * 구글의 NotebookLM, 자료 요약은 물론 팟캐스트 제작도 순식간에 가능.
 * 두 명이 대화하는 방식. 적절한 시점에 자료 삽입 및 편집도 가능.
 * 내가 가지고 있는 자료와 함께 인터넷 상 여러 자료를 구글에서 자동 검색해 함께 믹스.
 * TIP: 필자도 작년부터 애용 중으로, 논문·자료 여러 개 업로드해 팟캐스트로 만들어 운동할 때 들으면 좋습니다.
   
 * 샘플로 들어보시라고 제가 방금 뚝딱 만들어 봤습니다. 파일은 링크에.
   클릭해서 오늘 발표된 애플, 아마존, 메타 실적 내용을 팟캐스트로 들어보세요. 이것만 들으면 아래 내용들 안 봐도 됩니다.

 1. 애플, 법원과 정부 신경쓰느라 땀 뻘뻘
 2. 메타도 소송이 끝이 없네.
 3. 아마존, '관세 표시' 논란으로 난리통에 주가 주춤.
 4. 마이크로소프트 실적발표, 빅테크 중 유일하게 함박웃음
 5. OpenAI, GPT-4o 배포했다 황급히 롤백. 너무 착해서 문제.

이 주의 쇼킹한 AI 서비스: 구글의 NotebookLM, 한국어도 지원! 🔥<ul><li>구글의 NotebookLM, 자료 요약은 물론 팟캐스트 제작도 순식간에 가능.</li><li>두 명이 대화하는 방식. 적절한 시점에 자료 삽입 및 편집도 가능.</li><li>내가 가지고 있는 자료와 함께 인터넷 상 여러 자료를 구글에서 자동 검색해 함께 믹스.</li><li>TIP: 필자도 작년부터 애용 중으로, 논문·자료 여러 개 업로드해 팟캐스트로 만들어 운동할 때 들으면 좋습니다. </li><li>샘플로 들어보시라고 제가 방금 뚝딱 만들어 봤습니다. 파일은 링크에. 클릭해서 오늘 발표된 애플, 아마존, 메타 실적 내용을 팟캐스트로 들어보세요. 이것만 들으면 아래 내용들 안 봐도 됩니다.</li></ul> <ol><li>애플, 법원과 정부 신경쓰느라 땀 뻘뻘</li><li>메타도 소송이 끝이 없네.</li><li>아마존, '관세 표시' 논란으로 난리통에 주가 주춤.</li><li>마이크로소프트 실적발표, 빅테크 중 유일하게 함박웃음</li><li>OpenAI, GPT-4o 배포했다 황급히 롤백. 너무 착해서 문제.</li></ol>

55check.com

5월 첫째주 테크 소식 : NotebookLM 꼭 써보세요. 정말

샌드위치 휴가로 평소보다 도로가 한산했던 5월 2일(금) 저녁에 시즌5 두 번째 모임을 가졌습니다. 시간이 되는 멤버들끼리 먼저 모여 트레바리 아지트 근처에서 피자를 먹고, 하나 둘 아지트에 도착했습니다. 유나 님이 겪었던 독후감 제출 에피소드에 대해 들으면서 트레바리 독후감 제출마감 시간(D-2, 수요일 자정)과 이 정책이 가진 목적에 대해 생각해보기도 했습니다. 그렇게 지난 한 달의 안부를

트레바리 시즌5, 두 번째 모임을 마치고 – 세상에 대한 일말의 책임감에 대하여

샌드위치 휴가로 평소보다 도로가 한산했던 5월 2일(금) 저녁에 <리서치 하는데요> 시즌5 두 번째 모임을 가졌습니다. 시간이 되는 멤버들끼리 먼저 모여 트레바리 아지트 근처에서 피자를 먹고, 하나 둘 아지트에 도착했습니다. 유나 님이 겪었던 독후감 제출 에피소드에 대해 들으면서 트레바리 독후감 제출마감 시간(D-2, 수요일 자정)과 이 정책이 가진 목적에 대해 생각해보기도 했습니다. 그렇게 지난 한 달의 안부를 나누다 『도둑맞은 집중력』을 두고 본격적인 북토크를 시작했습니다. 이번 모임에 함께 못한 멤버들께 안부를 전하며, 다음 모임에서 더 반갑게 인사드리겠습니다.

지난 첫 모임에서 멤버들이 꼽은 가장 기대되는 책이었습니다. 요한 하리가 최근 내놓은 『매직필』도 인문학 분야 베스트셀러였기에 이 책을 다시 읽기에 좋은 시기였습니다. 2023년 이 책이 인기를 끌면서 사회 전체적으로 '디지털 디톡스' 열풍이 일었습니다. 스마트폰엔 스크린타임을 설정해 두고, 휴대폰 감옥을 두거나, 침실에 스마트폰을 가져가지 않는 것, 유튜브 검색기록을 끄는 등 개인 차원에서 해봄직한 시도들이 있었죠. 종이책을 더 읽어야겠다고 생각했던 날들도 있었습니다. 공교롭게 이 책은 이런 개인적인 차원의 노력보다 시스템, 사회적 차원에서 집중력을 도둑질하는 것에 대해 전문가 인터뷰를 통해 지적하고 있습니다.

1. 집중력을 높이려는 계획의 특징

계획을 세우고 이를 잘 실행하는 멤버들의 이야기를 들으며 감탄했고 또 응원했습니다. 회사를 다니면서 가장 하기 어렵다는 일 중의 하나인 새벽운동을 위해서 전날 미리 운동복을 챙겨두는 일, 저녁에 퇴근하고 집으로 바로 오지 않고 운동을 하려고 운동복과 운동화를 챙겨서 출근하는 일, 메일을 쓸 때마다 뽀모도로 타이머를 켜고 메신저나 스마트폰 등 다른 채널들에서 스스로를 분리해서 시간을 쪼개는 일. 선원들이 돛대에 자신을 묶어두는 일을 닮았습니다. 사전 약속(pre-commitment)은 내가 쉽게 포기하거나, 달성하기 어려운 목표에 다가가는 일은 현대 사회에서 개인적인 노력이 유효해 보이는 영역이었습니다.

자신의 계획을 세우고 지켜내며 집중력을 유지하려고 하면 내가 하고자 하는 행동에 집중했을 때 얼마나 시간이 걸리는지 측정하고, 또 어떤 순간을 겪으면 계획이 틀어지는지 살펴보고 그 상황으로부터 스스로를 멀리하는 것이 중요하다고 느꼈습니다. 메일을 쓰는데 5분이 걸린다는 것, 집에 들르면 다시 나가서 저녁운동을 가지 않는다는 것, 아침에 일어나서 아침운동에 입을 옷을 고르는 것은 생각보다 간단하지 않고 허들이 된다는 것.

스크린 타임을 설정했지만 1분 더, 15분 더, 오늘 하루 제한 없이 이용하는 것에 어느 순간부터 죄책감이 사라졌습니다. 번거로울 법도 한데 이 시간을 15분에서 30분으로 늘릴 생각을 하지도 않았습니다. 그렇게 개인은, 사용자는 주어진 환경에서 적당히 불편함을 감수하면서 느슨해진 끈을 이용해 또 끈의 탄성을 이용해 돛대에 묶인 자신을 점점 더 경계까지 모는 건 아닐까요? 호정 님께서 소개해주신 'Opal'의 이야기가 흥미로웠습니다. iOS 스크린타임과 달리 이 앱은 계획해 둔 시간보다 더 많은 시간 동안 특정 앱을 사용하려고 할 때마다 메시지를 띄웁니다. 사용자에게 생각할 시간과 죄책감을 환기시키죠. 대화형 메시지를 통해 사용자가 목표를 다시 환기할 수 있도록 만드는 것은 효과적이었던 것처럼 들렸고 저는 이 앱을 사용해 보기로 했습니다.

 * 진짜 당신의 삶을 사세요
 * 열정 가득한 삶의 주인공이 되세요
 * 잠깐 심호흡은 해보시는 건 어때요? 심호흡을 하고 다시 결정하세요

2. 화상회의 중에서 92%는 멀티태스킹을 한다

Notta(AI 기반 미팅 솔루션 기업)가 자체 실시한 2025년 설문결과에 따르면 응답자의 92%는 화상회의 중 멀티태스킹을 한다고 답했습니다. 100명 중 8명을 제외하고는 화상회의 중 메일을 확인하거나, 메일을 쓰거나, 메신저에 답을 하거나 질문을 하거나. 주의를 분산하고 있다는 사실은 그렇게 놀랍지 않았습니다. 다만 놀라운 건 오리건 대학의 마이클 포스너 교수가 밝힌 23분이라는 시간이었습니다. 그가 실시한 연구에 따르면 무언가에 집중하고 있다가 방해를 받을 경우 전과 같은 집중 상태로 돌아오는데 평균 23분이 걸립니다. 오전에 4시간을 근무한다고 가정하고 중간에 3번 정도 멀티태스킹으로 주의를 분산하면 집중상태로 돌아오기 위해서만 1시간을 넘게 사용하는 것입니다. 그렇다고 3시간 동안 집중하는 것도 아닙니다. 집중하는 데 걸리는 시간이 있을 것이고, 그 집중력을 유지하는 건 그리 길지 않을 겁니다. 어쩌면 오전에 4시간을 일하면서 집중한 시간은 23분도 되지 않을 것 같다는 생각에 저는 모임을 마치고 돌아오는 길, 윤정 님이 갖고 다니는 뽀모도로 타이머를 구매했습니다. ☺️

멀티태스킹은 좋은 걸까요? 더 짧은 시간에 더 많은 일을 해내는 것이라고 믿었던 멀티태스킹이 멋져 보일 때도 있었습니다. 해야 하는 일은 많고, 시간은 부족한 날들이 이어질 때마다 생산성을 끌어올려야겠다는 불안감은 점점 더 많은 일을 테트리스처럼 쌓게 만들었고 테트리스는 이상적인 계획에 가까워 하나를 마치고 다음으로 가는 대신 하나를 끝내지 못한 상태에서 이 창과 저 창을 오가며 내가 정작 있어야 하는 화면을 헷갈리는 지경에 이르렀습니다. 질문을 바꿔보겠습니다. 멀티태스킹이 가능한가요?

책을 읽은 후 멀티태스킹은 결국 산만함만 키운다는 생각이 들었습니다. 싱글태스킹을 계획대로 끊어서 순서대로 하는 방식으로 진행하는 것만이 생산성을 관리하는 방법이라고 생각했습니다. 그럼에도 대부분 합리적인 인간이 회의 중에 대부분 다른 태스크를 처리하는 것은 회의시간이 너무 길거나, 회의 주제와 무관한 사람들까지 회의에 초대하거나 남겨두는 "일단 모여서 이야기하시죠" 방식의 부작용은 아닐지 곰곰이 생각해 보게 됩니다.

3. 우리가 설계하는 것들이 중독적이진 않을까?

사람들을 유입시키기 위해서, 더 잡아두기 위해서 사용하는 작동방식이 때로는 도박을 닮았고 때로는 마약을 닮았다는 불편한 생각도 나눌 수 있었습니다. '중독경제'라고 부르는 시스템은 사람들이 스스로 기대하는 모습과 현재 사이의 차이를 더 여실히 느껴 불안감과 시기심을 동력으로 삼고 이를 토대로 더 쉽게 그 사다리를 오를 수 있는 방법을 서비스로 제안할 때가 많습니다. '공유하기만 하면 돈을 준다', '친구를 초대하면 10만 원을 준다'와 같은 방식으로 여러 서비스가 적용하는 레퍼럴 서비스는 알리, 테무에만 국한되지 않습니다. 이미 한국의 많은 커머스, 핀테크 서비스들은 단기적인 효과를 지표로 검증한 '초대', '키우기' 등의 방식을 답습했습니다.

그러고 보니 길을 가다 보이는 '마약', '중독', 메뉴판에 있는 '폭탄맛' 등의 단어들도 불편해졌습니다. 떡볶이에 왜 마약이라는 단어를 붙이고, 중독되는 맛이라는 표현을 쓰는지. 폭탄 4단계라는 표현이 아무렇지 않게 느껴지는 순간 우리는 어디까지 괜찮고 어디부터는 불편하다고 말할 수 있는지 헷갈릴 수 있습니다. 멀티태스킹을 하나 어떤 화면이 내가 지금 집중해야 하는 화면인지 모르는 것처럼 말이죠. 『도둑맞은 집중력』은 우리를 우리가 원하던 곳이 아니라 미로 속에 남겨둡니다.

무언가에 중독되면 아무도 안 시켰지만 그렇게 할 수밖에 없어지고 지금 환경은 수많은 경험이 그렇게 해야만 할 것 같도록 유도하는 메커니즘에 기반해 수익을 내고 있습니다.

https://redbusbagman.com/trevariseason52/

샌드위치 휴가로 평소보다 도로가 한산했던 5월 2일(금) 저녁에 &lt;리서치 하는데요&gt; 시즌5 두 번째 모임을 가졌습니다. 시간이 되는 멤버들끼리 먼저 모여 트레바리 아지트 근처에서 피자를 먹고, 하나 둘 아지트에 도착했습니다. 유나 님이 겪었던 독후감 제출 에피소드에 대해 들으면서 트레바리 독후감 제출마감 시간(D-2, 수요일 자정)과 이 정책이 가진 목적에 대해 생각해보기도 했습니다. 그렇게 지난 한 달의 안부를 나누다 『도둑맞은 집중력』을 두고 본격적인 북토크를 시작했습니다. 이번 모임에 함께 못한 멤버들께 안부를 전하며, 다음 모임에서 더 반갑게 인사드리겠습니다. 지난 첫 모임에서 멤버들이 꼽은 가장 기대되는 책이었습니다. 요한 하리가 최근 내놓은 『매직필』도 인문학 분야 베스트셀러였기에 이 책을 다시 읽기에 좋은 시기였습니다. 2023년 이 책이 인기를 끌면서 사회 전체적으로 '디지털 디톡스' 열풍이 일었습니다. 스마트폰엔 스크린타임을 설정해 두고, 휴대폰 감옥을 두거나, 침실에 스마트폰을 가져가지 않는 것, 유튜브 검색기록을 끄는 등 개인 차원에서 해봄직한 시도들이 있었죠. 종이책을 더 읽어야겠다고 생각했던 날들도 있었습니다. 공교롭게 이 책은 이런 개인적인 차원의 노력보다 시스템, 사회적 차원에서 집중력을 도둑질하는 것에 대해 전문가 인터뷰를 통해 지적하고 있습니다. 1. 집중력을 높이려는 계획의 특징 계획을 세우고 이를 잘 실행하는 멤버들의 이야기를 들으며 감탄했고 또 응원했습니다. 회사를 다니면서 가장 하기 어렵다는 일 중의 하나인 새벽운동을 위해서 전날 미리 운동복을 챙겨두는 일, 저녁에 퇴근하고 집으로 바로 오지 않고 운동을 하려고 운동복과 운동화를 챙겨서 출근하는 일, 메일을 쓸 때마다 뽀모도로 타이머를 켜고 메신저나 스마트폰 등 다른 채널들에서 스스로를 분리해서 시간을 쪼개는 일. 선원들이 돛대에 자신을 묶어두는 일을 닮았습니다. 사전 약속(pre-commitment)은 내가 쉽게 포기하거나, 달성하기 어려운 목표에 다가가는 일은 현대 사회에서 개인적인 노력이 유효해 보이는 영역이었습니다. 자신의 계획을 세우고 지켜내며 집중력을 유지하려고 하면 내가 하고자 하는 행동에 집중했을 때 얼마나 시간이 걸리는지 측정하고, 또 어떤 순간을 겪으면 계획이 틀어지는지 살펴보고 그 상황으로부터 스스로를 멀리하는 것이 중요하다고 느꼈습니다. 메일을 쓰는데 5분이 걸린다는 것, 집에 들르면 다시 나가서 저녁운동을 가지 않는다는 것, 아침에 일어나서 아침운동에 입을 옷을 고르는 것은 생각보다 간단하지 않고 허들이 된다는 것. 스크린 타임을 설정했지만 1분 더, 15분 더, 오늘 하루 제한 없이 이용하는 것에 어느 순간부터 죄책감이 사라졌습니다. 번거로울 법도 한데 이 시간을 15분에서 30분으로 늘릴 생각을 하지도 않았습니다. 그렇게 개인은, 사용자는 주어진 환경에서 적당히 불편함을 감수하면서 느슨해진 끈을 이용해 또 끈의 탄성을 이용해 돛대에 묶인 자신을 점점 더 경계까지 모는 건 아닐까요? 호정 님께서 소개해주신 'Opal'의 이야기가 흥미로웠습니다. iOS 스크린타임과 달리 이 앱은 계획해 둔 시간보다 더 많은 시간 동안 특정 앱을 사용하려고 할 때마다 메시지를 띄웁니다. 사용자에게 생각할 시간과 죄책감을 환기시키죠. 대화형 메시지를 통해 사용자가 목표를 다시 환기할 수 있도록 만드는 것은 효과적이었던 것처럼 들렸고 저는 이 앱을 사용해 보기로 했습니다. <ul ><li>진짜 당신의 삶을 사세요</li><li>열정 가득한 삶의 주인공이 되세요</li><li>잠깐 심호흡은 해보시는 건 어때요? 심호흡을 하고 다시 결정하세요</li></ul> 2. 화상회의 중에서 92%는 멀티태스킹을 한다 Notta(AI 기반 미팅 솔루션 기업)가 자체 실시한 2025년 설문결과에 따르면 응답자의 92%는 화상회의 중 멀티태스킹을 한다고 답했습니다. 100명 중 8명을 제외하고는 화상회의 중 메일을 확인하거나, 메일을 쓰거나, 메신저에 답을 하거나 질문을 하거나. 주의를 분산하고 있다는 사실은 그렇게 놀랍지 않았습니다. 다만 놀라운 건 오리건 대학의 마이클 포스너 교수가 밝힌 23분이라는 시간이었습니다. 그가 실시한 연구에 따르면 무언가에 집중하고 있다가 방해를 받을 경우 전과 같은 집중 상태로 돌아오는데 평균 23분이 걸립니다. 오전에 4시간을 근무한다고 가정하고 중간에 3번 정도 멀티태스킹으로 주의를 분산하면 집중상태로 돌아오기 위해서만 1시간을 넘게 사용하는 것입니다. 그렇다고 3시간 동안 집중하는 것도 아닙니다. 집중하는 데 걸리는 시간이 있을 것이고, 그 집중력을 유지하는 건 그리 길지 않을 겁니다. 어쩌면 오전에 4시간을 일하면서 집중한 시간은 23분도 되지 않을 것 같다는 생각에 저는 모임을 마치고 돌아오는 길, 윤정 님이 갖고 다니는 뽀모도로 타이머를 구매했습니다. ☺️ 멀티태스킹은 좋은 걸까요? 더 짧은 시간에 더 많은 일을 해내는 것이라고 믿었던 멀티태스킹이 멋져 보일 때도 있었습니다. 해야 하는 일은 많고, 시간은 부족한 날들이 이어질 때마다 생산성을 끌어올려야겠다는 불안감은 점점 더 많은 일을 테트리스처럼 쌓게 만들었고 테트리스는 이상적인 계획에 가까워 하나를 마치고 다음으로 가는 대신 하나를 끝내지 못한 상태에서 이 창과 저 창을 오가며 내가 정작 있어야 하는 화면을 헷갈리는 지경에 이르렀습니다. 질문을 바꿔보겠습니다. 멀티태스킹이 가능한가요? 책을 읽은 후 멀티태스킹은 결국 산만함만 키운다는 생각이 들었습니다. 싱글태스킹을 계획대로 끊어서 순서대로 하는 방식으로 진행하는 것만이 생산성을 관리하는 방법이라고 생각했습니다. 그럼에도 대부분 합리적인 인간이 회의 중에 대부분 다른 태스크를 처리하는 것은 회의시간이 너무 길거나, 회의 주제와 무관한 사람들까지 회의에 초대하거나 남겨두는 "일단 모여서 이야기하시죠" 방식의 부작용은 아닐지 곰곰이 생각해 보게 됩니다. 3. 우리가 설계하는 것들이 중독적이진 않을까? 사람들을 유입시키기 위해서, 더 잡아두기 위해서 사용하는 작동방식이 때로는 도박을 닮았고 때로는 마약을 닮았다는 불편한 생각도 나눌 수 있었습니다. '중독경제'라고 부르는 시스템은 사람들이 스스로 기대하는 모습과 현재 사이의 차이를 더 여실히 느껴 불안감과 시기심을 동력으로 삼고 이를 토대로 더 쉽게 그 사다리를 오를 수 있는 방법을 서비스로 제안할 때가 많습니다. '공유하기만 하면 돈을 준다', '친구를 초대하면 10만 원을 준다'와 같은 방식으로 여러 서비스가 적용하는 레퍼럴 서비스는 알리, 테무에만 국한되지 않습니다. 이미 한국의 많은 커머스, 핀테크 서비스들은 단기적인 효과를 지표로 검증한 '초대', '키우기' 등의 방식을 답습했습니다. 그러고 보니 길을 가다 보이는 '마약', '중독', 메뉴판에 있는 '폭탄맛' 등의 단어들도 불편해졌습니다. 떡볶이에 왜 마약이라는 단어를 붙이고, 중독되는 맛이라는 표현을 쓰는지. 폭탄 4단계라는 표현이 아무렇지 않게 느껴지는 순간 우리는 어디까지 괜찮고 어디부터는 불편하다고 말할 수 있는지 헷갈릴 수 있습니다. 멀티태스킹을 하나 어떤 화면이 내가 지금 집중해야 하는 화면인지 모르는 것처럼 말이죠. 『도둑맞은 집중력』은 우리를 우리가 원하던 곳이 아니라 미로 속에 남겨둡니다. 무언가에 중독되면 아무도 안 시켰지만 그렇게 할 수밖에 없어지고 지금 환경은 수많은 경험이 그렇게 해야만 할 것 같도록 유도하는 메커니즘에 기반해 수익을 내고 있습니다. https://redbusbagman.com/trevariseason52/

REDBUSBAGMAN | 빨간색 버스에 가방을 메고 탑니다

⟪경험을 설계하는 사람의 세상에 대한 일말의 책임감에 대하여⟫

네이버, 존재감 커진 컴퍼니빌더 '스노우'

크림, 케이크, 스노우, 제트❔

이렇게 보면 뭔가싶지만 알고보면 네이버 신사업을 책임지는 회사들. 메타버스앱 제페토, 카메라앱 스노우, 스니커즈 거래앱 크림, 영어공부앱 케이크.

네이버에서 젊고 신박한건 이들이 책임진다. 한동안은 아빠찬스, 즉 네이버의 투자로 시장성을 검증했고, 사이즈와 체력을 키워 독립하면서 외부투자 유치.

m.thebell.co.kr

프로덕트 매니저/서비스 기획

한주현

디깅러 

💡매일 아침 출근하는 버스에서 신문을 읽고 발견한 정보들을 올리고 있어요. 개인적으로 가장 재밌는 건, 세상을 다양한 시선으로 보게 만드는 문화와 예술!

마케팅

오원우

NAVER가 매년 더블로 성장하던 시기 꿀을 빨다 TMON 초기에 조인해 온갖 삽질을 했습니다. 내걸 해봐야겠다 싶어 BLIND란 직장인 익명앱으로 창업해 트러블 메이커가 됐다가... 다시 커머스로 돌아와 GRAYWHALE을 창업했습니다.

정영준

이커머스 시장 분석
스타트업 삽질 스토리
라이징 비즈니스 얘기
요런거 위주로 씁니다.
.
아래 링크👇누르지 마시오😏
litt.ly/vincent
#창업가 #그로스마케팅 #브랜드마케팅 #도전적인 #이커머스 #스타트업

댓글 0

함께 읽은 게시물

가장 위험한 가정

50세 이전에 임원 안되면? 그럼 나가야지! I 대기업 임원 퇴사 이유

< 해결책 과잉 시대, 이제는 의미가 답이다 >

< 왜 사람들은 과거를 계속 반복할까? >

《23분》

< 뇌를 가장 빠르게 바꾸는 3가지 방법 >

주간 인기 TOP 10

추천 프로필