<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>천인우</title>
    <link>https://brunch.co.kr/@@gAb7</link>
    <description>몰로코 PM</description>
    <language>ko</language>
    <pubDate>Mon, 04 May 2026 02:19:38 GMT</pubDate>
    <generator>Kakao Brunch</generator>
    <image>
      <title>몰로코 PM</title>
      <url>//img1.kakaocdn.net/thumb/C100x100/?fname=http%3A%2F%2Ft1.daumcdn.net%2Fbrunch%2Fservice%2Fuser%2FgAb7%2Fimage%2FXxGWa64WR3lNeQKWda4v6bFqnUA.jpg</url>
      <link>https://brunch.co.kr/@@gAb7</link>
      <width>100</width>
      <height>100</height>
    </image>
    <item>
      <title>흔들리지 않고 제1원칙으로 사고하는 습관</title>
      <link>https://brunch.co.kr/@@gAb7/8</link>
      <description>성공 가능성이 낮아 보였던 제품이 점차 시장에서 자리를 잡아가고, 이제는 스케일업을 고민하는 단계에 이르렀다. 대략 1년 전 워크숍에서만 해도 이 제품의 방향성을 두고 팀 내부에서 갑론을박이 끊이지 않았다. 많은 사람이 확신을 갖지 못한 상황에서 방향성은 semi-top-down하게 정해졌고, 나 역시 확신이 없었을 뿐 아니라 오히려 다른 방향을 주장하던</description>
      <pubDate>Sun, 22 Mar 2026 00:11:10 GMT</pubDate>
      <author>천인우</author>
      <guid>https://brunch.co.kr/@@gAb7/8</guid>
    </item>
    <item>
      <title>Underpromise, overdeliver 하려면.</title>
      <link>https://brunch.co.kr/@@gAb7/7</link>
      <description>요즘 고민들 중 하나는 IT 회사에서 PM 업무를 가장 효과적으로 수행하기 위해 제품의 기술적 디테일을 어느 깊이까지 이해해야 하는지, 적절한 균형점은 어디에 있는지에 대한 것이다. 3개월 전, PM으로서 팀 내 중복 업무를 최소화하기 위해 &amp;quot;how&amp;quot;에 대한 고민을 줄이고 &amp;quot;why&amp;quot;와 &amp;quot;what&amp;quot;에 더 많은 시간을 쓰고자 한다는 취지의 글을 쓴 적이 있다.</description>
      <pubDate>Sun, 25 Jan 2026 06:06:24 GMT</pubDate>
      <author>천인우</author>
      <guid>https://brunch.co.kr/@@gAb7/7</guid>
    </item>
    <item>
      <title>테크 기업에서 서비스 장애를 대하는 자세</title>
      <link>https://brunch.co.kr/@@gAb7/5</link>
      <description>테크 기업에 있으면 크고 작은 서비스 장애를 심심치 않게 경험하게 된다. 과거 재직했던 메타에서는 장애의 심각도에 따라 SEV 1, 2, 3으로 나누어 관리했고, 작은 task 단위의 이슈라도 문제가 심각하면 high-priority 보다 상위에 있는 UBN(Unbreak Now; 지금 당장 고치지 않으면 치명적인) 등급을 매겨 관리했다. 부끄럽지만 메타에</description>
      <pubDate>Wed, 24 Dec 2025 05:51:43 GMT</pubDate>
      <author>천인우</author>
      <guid>https://brunch.co.kr/@@gAb7/5</guid>
    </item>
    <item>
      <title>종합 스포츠를 하는 마음으로 일에 임하기</title>
      <link>https://brunch.co.kr/@@gAb7/4</link>
      <description>컨설팅 펌에서 일은 돌아보면 늘 가정과 추정의 연속이었다. 어떤 문제가 주어지든 어떻게든 정해진 시간 내에 해결해야 하니, 그 과정에서 어쩔 수 없이 부족한 정보들은 &amp;lsquo;말이 되고 나중에 방어 가능한 논리로&amp;rsquo; 채워야 한다.  여기서 &amp;lsquo;방어 가능&amp;rsquo;이라는 게 무서운데, 이를 위해서는 활용할 수 있는 모든 소스를 동원해 논리를 단단히 쌓아야 한다. 보고 전에 재무</description>
      <pubDate>Sat, 06 Dec 2025 04:55:49 GMT</pubDate>
      <author>천인우</author>
      <guid>https://brunch.co.kr/@@gAb7/4</guid>
    </item>
    <item>
      <title>가설의 &amp;lsquo;假&amp;rsquo;를 잊지 않기 위해</title>
      <link>https://brunch.co.kr/@@gAb7/3</link>
      <description>PM으로서의 일뿐 아니라, 모든 일은 결국 가설 수립, 실행, 회고, 그리고 다시 가설 수립의 사이클을 돈다고 생각한다. 그래서 실행을 잘한다고 해서 일을 잘하는 것이 아니고, 아이디어가 많다고 해서 유능하다고 할 수도 없다. 오히려 핵심은 회고와 다음 가설로의 연결에 있다고 생각한다. 그런데 이게 생각보다 쉽지 않다.  첫 번째 어려움은 첫 가설에 너무</description>
      <pubDate>Fri, 17 Oct 2025 07:39:05 GMT</pubDate>
      <author>천인우</author>
      <guid>https://brunch.co.kr/@@gAb7/3</guid>
    </item>
    <item>
      <title>개발자 출신 6개월 차 PM의 짧은 회고</title>
      <link>https://brunch.co.kr/@@gAb7/2</link>
      <description>몰로코에서 Product Manager로 근무한 지 6개월이 되었다. 예상했던 것보다 개발자 직무와는 다른 점이 많았고, 그만큼 적응하는 과정도 쉽지 않았다.  전반적으로 PM의 역할은 매우 모호하다고 느낀다. 능동적으로 PM-Team Fit을 고민하지 않으면, 팀 내 다른 구성원들도 충분히 할 수 있는 일을 하거나 이미 누군가가 한 일을 되풀이(Echo)</description>
      <pubDate>Sun, 12 Oct 2025 07:40:07 GMT</pubDate>
      <author>천인우</author>
      <guid>https://brunch.co.kr/@@gAb7/2</guid>
    </item>
  </channel>
</rss>
