
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Chaos and Order</title>
      <link>https://www.youngju.dev/blog</link>
      <description>천천히 올바르게. AI Researcher &amp; DevOps Engineer Youngju&#39;s blog. GPU/CUDA, LLM, MLOps, Kubernetes AI workloads, and data engineering — plus mindset essays on confidence, routines, health, and sport psychology.</description>
      <language>ko</language>
      <managingEditor>fjvbn2003@gmail.com (Youngju Kim)</managingEditor>
      <webMaster>fjvbn2003@gmail.com (Youngju Kim)</webMaster>
      <lastBuildDate>Fri, 31 Jul 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.youngju.dev/tags/ic-to-manager/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.youngju.dev/blog/2026-07-31-becoming-a-manager-what-changes</guid>
    <title>매니저가 된다는 것의 진실 — 시니어 엔지니어에 회의가 더해지는 일이 아니다</title>
    <link>https://www.youngju.dev/blog/2026-07-31-becoming-a-manager-what-changes</link>
    <description>2026년 7월 말 GeekNews에 올라온 &quot;매니저가 된다는 것의 진실&quot;은 열네 가지 항목을 나열한 개인 경험 에세이입니다. 이 글은 그 항목들이 왜 반복해서 나타나는지를 구조로 설명합니다. 매니저 역할의 본질은 업무량 증가가 아니라 출력 함수의 교체이고, 앤디 그로브의 정의대로 출력이 팀의 출력으로 바뀌는 순간 피드백 루프는 분 단위에서 분기 단위로 늘어나며 판독 가능성을 잃습니다. 개인 처리량이라는 지표가 왜 작동을 멈추는지, 첫 6개월에 반복되는 실패 세 가지가 무엇인지, 그리고 IC로 돌아가야 하는지 판단하는 기준을 정리합니다. 널리 인용되는 &quot;신임 매니저의 60퍼센트가 실패한다&quot;는 통계의 출처를 추적해 본 결과도 함께 적었습니다.</description>
    <pubDate>Fri, 31 Jul 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>career</category><category>engineering-management</category><category>leadership</category><category>ic-to-manager</category><category>feedback-loop</category>
  </item>

    </channel>
  </rss>
