천인우lucascheon몰로코 PMhttps://brunch.co.kr/@@gAb72024-03-03T00:14:00Z흔들리지 않고 제1원칙으로 사고하는 습관https://brunch.co.kr/@@gAb7/82026-03-22T00:14:28Z2026-03-22T00:11:10Z성공 가능성이 낮아 보였던 제품이 점차 시장에서 자리를 잡아가고, 이제는 스케일업을 고민하는 단계에 이르렀다. 대략 1년 전 워크숍에서만 해도 이 제품의 방향성을 두고 팀 내부에서 갑론을박이 끊이지 않았다. 많은 사람이 확신을 갖지 못한 상황에서 방향성은 semi-top-down하게 정해졌고, 나 역시 확신이 없었을 뿐 아니라 오히려 다른 방향을 주장하던Underpromise, overdeliver 하려면.https://brunch.co.kr/@@gAb7/72026-01-25T06:06:24Z2026-01-25T06:06:24Z요즘 고민들 중 하나는 IT 회사에서 PM 업무를 가장 효과적으로 수행하기 위해 제품의 기술적 디테일을 어느 깊이까지 이해해야 하는지, 적절한 균형점은 어디에 있는지에 대한 것이다. 3개월 전, PM으로서 팀 내 중복 업무를 최소화하기 위해 "how"에 대한 고민을 줄이고 "why"와 "what"에 더 많은 시간을 쓰고자 한다는 취지의 글을 쓴 적이 있다.테크 기업에서 서비스 장애를 대하는 자세https://brunch.co.kr/@@gAb7/52025-12-24T05:52:51Z2025-12-24T05:51:43Z테크 기업에 있으면 크고 작은 서비스 장애를 심심치 않게 경험하게 된다. 과거 재직했던 메타에서는 장애의 심각도에 따라 SEV 1, 2, 3으로 나누어 관리했고, 작은 task 단위의 이슈라도 문제가 심각하면 high-priority 보다 상위에 있는 UBN(Unbreak Now; 지금 당장 고치지 않으면 치명적인) 등급을 매겨 관리했다. 부끄럽지만 메타에종합 스포츠를 하는 마음으로 일에 임하기https://brunch.co.kr/@@gAb7/42025-12-24T05:40:44Z2025-12-06T04:55:49Z컨설팅 펌에서 일은 돌아보면 늘 가정과 추정의 연속이었다. 어떤 문제가 주어지든 어떻게든 정해진 시간 내에 해결해야 하니, 그 과정에서 어쩔 수 없이 부족한 정보들은 ‘말이 되고 나중에 방어 가능한 논리로’ 채워야 한다. 여기서 ‘방어 가능’이라는 게 무서운데, 이를 위해서는 활용할 수 있는 모든 소스를 동원해 논리를 단단히 쌓아야 한다. 보고 전에 재무가설의 ‘假’를 잊지 않기 위해https://brunch.co.kr/@@gAb7/32025-10-17T07:39:05Z2025-10-17T07:39:05ZPM으로서의 일뿐 아니라, 모든 일은 결국 가설 수립, 실행, 회고, 그리고 다시 가설 수립의 사이클을 돈다고 생각한다. 그래서 실행을 잘한다고 해서 일을 잘하는 것이 아니고, 아이디어가 많다고 해서 유능하다고 할 수도 없다. 오히려 핵심은 회고와 다음 가설로의 연결에 있다고 생각한다. 그런데 이게 생각보다 쉽지 않다. 첫 번째 어려움은 첫 가설에 너무개발자 출신 6개월 차 PM의 짧은 회고https://brunch.co.kr/@@gAb7/22025-10-12T07:40:07Z2025-10-12T07:40:07Z몰로코에서 Product Manager로 근무한 지 6개월이 되었다. 예상했던 것보다 개발자 직무와는 다른 점이 많았고, 그만큼 적응하는 과정도 쉽지 않았다. 전반적으로 PM의 역할은 매우 모호하다고 느낀다. 능동적으로 PM-Team Fit을 고민하지 않으면, 팀 내 다른 구성원들도 충분히 할 수 있는 일을 하거나 이미 누군가가 한 일을 되풀이(Echo)