
  <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>Sun, 16 Aug 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.youngju.dev/tags/reporting/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.youngju.dev/blog/career/2026-08-16-office-delivering-bad-news</guid>
    <title>나쁜 소식은 내용보다 타이밍이 결정한다</title>
    <link>https://www.youngju.dev/blog/career/2026-08-16-office-delivering-bad-news</link>
    <description>늦게 알린 좋은 대응이 일찍 알린 나쁜 대응보다 나쁘게 평가되는 이유는, 나쁜 소식이 문제의 크기와 상대에게 남은 선택지 두 축에서 평가되기 때문입니다. 문제의 크기는 여러 원인의 결과라 혼자 책임지기 어렵지만 늦은 보고는 온전히 한 사람의 선택입니다. 확실해질 때까지 기다리는 것이 왜 정보 정확성의 문제가 아니라 시간 벌기인지, 지금 알려야 하는지 판정하는 세 가지 질문, 해결책 없이 보고해도 되는 조건과 그 자리에 대신 넣어야 할 네 가지, 결론과 영향과 불확실성과 요청으로 나눈 보고의 형태, 누구에게 먼저 알려야 하는지, 그리고 이미 늦어 버렸을 때의 첫 문장까지 정리했습니다. 조기 보고와 소문의 경계, 나쁜 소식을 가져오는 사람을 처벌하는 조직에서 이 조언이 개인에게만 비용을 지운다는 점도 함께 적었습니다.</description>
    <pubDate>Sun, 16 Aug 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>career</category><category>workplace</category><category>communication</category><category>escalation</category><category>reporting</category>
  </item>

  <item>
    <guid>https://www.youngju.dev/blog/english/2026-08-16-office-english-status-and-bad-news</guid>
    <title>영어로 진행 상황 보고와 나쁜 소식 전하기: 결론부터, 원인, 그다음 요청</title>
    <link>https://www.youngju.dev/blog/english/2026-08-16-office-english-status-and-bad-news</link>
    <description>영어로 나쁜 소식을 전할 때 순서를 틀리면 설명이 변명으로 읽힙니다. 결론을 먼저, 원인을 그다음, 요청을 마지막에 놓는 구조와 이유를 정리했습니다. on track과 at risk와 blocked의 정확한 세기 차이, 방아쇠와 날짜가 있는 조기 경고, 막혔다는 말을 무기력하지 않게 하는 법, 답이 오게 만드는 도움 요청의 네 조각, 그리고 실수를 인정하는 문장의 표준형까지 다룹니다.</description>
    <pubDate>Sun, 16 Aug 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>english</category><category>business-english</category><category>workplace</category><category>reporting</category><category>communication</category><category>2026-08</category>
  </item>

    </channel>
  </rss>
