ed53b18798c54a2 Problem Sniper 정현규입니다. 개발자 출신 PO로서 일하는 방식과 그 속에서 얻은 Insight들을 공유하려 합니다. https://brunch.co.kr/@@inpR 2025-12-08T00:41:46Z https://brunch.co.kr/@@inpR/3 2026-01-06T01:49:21Z 2026-01-06T01:48:36Z

시중의 거의 모든 AI 서비스를 구독해 써보며 깨달은 것이 있습니다. 화려한 기술적 담론이나 파라미터 숫자보다 중요한 것은, 결국 그 제품이 사용자의 '기대'라는 과녁을 얼마나 정확히 꿰뚫느냐는 것이었습니다. 매일같이 우리 제품 속 AI 에셋들의 추론 로그를 뜯어보고, 그들의 '사고방식'을 교정하며 제가 도달한 '탁월함'의 정의는 이렇습니다. “Input을

https://brunch.co.kr/@@inpR/2 2025-12-18T11:22:15Z 2025-12-18T11:22:15Z

거꾸로 시작하기의 미학 개발 방법론 중 'Readme 주도 개발(Readme-Driven Development, RDD)' 혹은 '스펙 주도 개발 (Spec-Driven Development, SDD)' 이라는 것이 있습니다. 코드를 먼저 짜기 전에, '무엇을 개발할지' 인간의 언어로 Readme 파일을 먼저 작성하고 이에 맞춰 구현해 나가는 방식입니다.

https://brunch.co.kr/@@inpR/1 2025-12-17T04:05:08Z 2025-12-17T04:05:08Z

PO(Product Owner)의 역할을 'Problem Sniper'로 재정의합니다. 개발자에서 PO로 전환한 경험을 바탕으로, AI 시대에 PO가 문제 정의와 솔루션 제시를 통해 어떤 가치를 창출하는지 설명합니다. Kick (왜 개발자에서 PO로 전환했나?) 저는 올해 8월, 개발자에서 PO(Product Owner)로 직무를 변경하였습니다. 직무 전