<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>현장일지</title>
  <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@iWsA" />
  <author>
    <name>d7e30093c250402</name>
  </author>
  <subtitle>IT 보안 현장에서 팀을 이끌며 배운 것들을 천천히, 그리고 꾸준히 씁니다. 좋은 팀은 어느날 완성되는 것이 아니라 매일의 작은 판단들이 쌓여가며 만들어진다고 믿습니다.</subtitle>
  <id>https://brunch.co.kr/@@iWsA</id>
  <updated>2026-09-20T11:40:05Z</updated>
  <entry>
    <title>회고에서 한 약속은 어디에 남는가</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@iWsA/11" />
    <id>https://brunch.co.kr/@@iWsA/11</id>
    <updated>2026-10-12T08:51:50Z</updated>
    <published>2026-10-12T08:51:50Z</published>
    <summary type="html">&amp;quot;다음부터 주의하겠습니다&amp;quot;로 끝난 회고는 다음번에도 같은 말을 남기기 쉽다.  문제가 생긴 뒤 팀은 원인을 찾고 개선안을 적는다. 문서에는 점검을 강화하고, 공유를 늘리고, 담당자의 주의를 당부하겠다는 말이 들어간다. 틀린 말은 아니다. 그런데 다음 작업을 시작하는 사람은 그 문서를 읽고도 무엇을 다르게 해야 하는지 알기 어렵다. 반성은 남았지만 일하는 방&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FiWsA%2Fimage%2FgP3H7Q0xzvVTEwgTYGagDfat2PE.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>내 일을 끝내도 팀의 일은 남는다</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@iWsA/10" />
    <id>https://brunch.co.kr/@@iWsA/10</id>
    <updated>2026-10-09T09:04:55Z</updated>
    <published>2026-10-09T09:04:55Z</published>
    <summary type="html">내 일을 끝냈는데 다음 사람이 시작할 수 없다면, 그 일은 아직 끝난 것이 아니다.  팀의 업무 목록을 보면 모두 완료라고 적혀 있는데 고객에게는 답이 나가지 않는 날이 있다. 개발은 수정했고, 운영은 적용했고, 지원은 기다렸다고 한다. 거짓말하는 사람은 없다. 각자 자기 구간을 마쳤다. 다만 그 사이에서 누가 무엇을 받아야 하는지는 정하지 않았다.  완료&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FiWsA%2Fimage%2FhA4_HkqHZn71GZVDFOCUt6qHbKk.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>일을 더하기 전에 비워야 할 것</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@iWsA/9" />
    <id>https://brunch.co.kr/@@iWsA/9</id>
    <updated>2026-10-07T09:37:00Z</updated>
    <published>2026-10-07T09:27:51Z</published>
    <summary type="html">일을 하나 더 맡길 때, 무엇을 늦춰도 되는지 말하지 않으면 우선순위는 담당자의 야근으로 정해진다.  팀이 바쁘다는 말은 익숙하다. 그런데 일을 줄이자는 이야기는 좀처럼 나오지 않는다. 고객 요청은 급하고, 내부 보고도 필요하고, 다음 배포도 미룰 수 없다고 한다. 각각의 이유를 들으면 모두 맞는 말이다. 그 일을 같은 사람이 같은 오후에 해야 한다는 사실&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FiWsA%2Fimage%2FL8NPaq41pdXyebI3iCbFe5_4UEs.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>개인의 실력을 팀의 자산으로</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@iWsA/8" />
    <id>https://brunch.co.kr/@@iWsA/8</id>
    <updated>2026-10-05T10:00:11Z</updated>
    <published>2026-10-05T10:00:11Z</published>
    <summary type="html">휴가 중인 동료에게 장애 전화를 거는 순간, 그 사람의 실력은 팀의 자산이 아니라 팀의 약점이 된다.  실력 있는 사람이 있는 팀은 든든해 보인다. 어려운 건은 그에게 넘기면 조용히 끝나기 때문이다. 문제는 그 편안함이 길어질수록 팀에 쌓이는 것이 경험이 아니라 의존이라는 점이다. 개인의 실력과 팀의 실력은 같은 말이 아니다.  한 사람만 아는 설정  한 &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FiWsA%2Fimage%2FDGMiFr4MaIQBgt8H3Vn7H_QJ2OA.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>고객 요구와 제품 원칙</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@iWsA/7" />
    <id>https://brunch.co.kr/@@iWsA/7</id>
    <updated>2026-10-02T14:07:56Z</updated>
    <published>2026-10-02T10:00:19Z</published>
    <summary type="html">고객의 요청을 거절한 이유를 반년 뒤 아무도 설명하지 못하면, 그 거절은 원칙이 아니라 우연이었던 셈이다.  보안 제품을 운영하다 보면 비슷한 요청이 계절처럼 돌아온다. 로그인 절차를 줄여 달라, 관리자 화면의 세션 시간을 늘려 달라, 감사 로그를 더 짧게 보관해 달라. 요청한 사람에게는 모두 일리가 있다. 문제는 우리 팀이 그때마다 같은 이유로 답했는지 &lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FiWsA%2Fimage%2FFJWqcCyxzZbbgtUuh0vJx1S-5V4.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>침묵하는 팀의 신호</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@iWsA/6" />
    <id>https://brunch.co.kr/@@iWsA/6</id>
    <updated>2026-10-02T14:07:38Z</updated>
    <published>2026-09-30T10:00:17Z</published>
    <summary type="html">회의가 조용하다고 해서 일이 순조로운 것은 아니다.  침묵하는 팀의 신호는 대개 회의실 밖에서 먼저 보인다. 자리가 끝난 뒤에야 메신저로 도착하는 걱정, 결론이 난 다음 따로 붙는 조건, 담당자만 알고 있는 테스트 실패. 회의록에는 이견이 없는데 실행하는 사람의 손은 멈춰 있다.  말이 사라진 회의  배포를 하루 앞둔 보안 서비스 팀을 생각해 보자. 팀장은&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FiWsA%2Fimage%2Fw2JIbwxf5BcNG97FWs6ZIteMDgY.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>친밀함과 책임의 경계</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@iWsA/5" />
    <id>https://brunch.co.kr/@@iWsA/5</id>
    <updated>2026-10-02T14:07:20Z</updated>
    <published>2026-09-28T10:00:18Z</published>
    <summary type="html">친한 팀일수록 &amp;quot;그건 네 일이잖아&amp;quot;라는 말이 늦게 나온다. 문제는 그 말이 나온 순간이 아니라, 그전까지 아무도 책임의 선을 그어 놓지 않았다는 데 있다.  한 통의 보안 문의  고객이 특정 기능의 접근 기록을 요청했다고 해보자. 영업은 빨리 답을 주고 싶고, 기술지원은 제품 설정을 확인해야 한다. 개발팀은 기록 방식의 한계를 알고, 보안 담당자는 어떤 내&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FiWsA%2Fimage%2FG__N1PUN0MyK6Iz7-HphQZgv4Bk.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>긴급 대응과 근본 해결</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@iWsA/4" />
    <id>https://brunch.co.kr/@@iWsA/4</id>
    <updated>2026-10-02T14:07:02Z</updated>
    <published>2026-09-25T10:00:12Z</published>
    <summary type="html">새벽에 막은 침입이 다음 달에도 돌아온다면, 첫 대응이 빨랐다는 말만으로는 부족하다.  경보가 울린 밤  새벽 두 시, 관리 계정에서 평소와 다른 위치의 접속 기록이 잡혔다고 해보자. 당직자는 계정을 잠그고 세션을 끊었다. 보안 담당자는 같은 시간대의 접속 로그를 보존했고, 운영 담당자는 서비스가 멈추지 않았는지 확인했다. 오전 회의에서는 '추가 접속 없음&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FiWsA%2Fimage%2FFUqjkZUQi1g2ExqH8wHWltEg0eg.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>좋은 보고는 빨간불의 개수를 줄인다</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@iWsA/3" />
    <id>https://brunch.co.kr/@@iWsA/3</id>
    <updated>2026-10-02T14:06:45Z</updated>
    <published>2026-09-24T14:00:06Z</published>
    <summary type="html">리더의 책상에는 늘 빨간불이 올라온다. 장애 가능성, 고객 불만, 납기 지연, 품질 이슈, 매출 위험. 보고서에 빨간 항목이 많을수록 조직이 상황을 잘 보고 있다고 느끼기 쉽다. 그러나 모든 항목이 긴급하면 실제로는 아무것도 긴급하지 않다.  좋은 보고의 목적은 문제를 많이 보여주는 것이 아니라 다음 결정을 가능하게 하는 것이다.  나는 보고를 볼 때 먼저&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FiWsA%2Fimage%2FP0QFNYlscK-fkoWuRvSpzaLlP8g.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>예외를 허용할 때 반드시 남겨야 하는 것</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@iWsA/2" />
    <id>https://brunch.co.kr/@@iWsA/2</id>
    <updated>2026-10-02T14:06:28Z</updated>
    <published>2026-09-24T13:59:15Z</published>
    <summary type="html">보안 기준은 단순한 문장으로 내려온다. 권한을 낮춰라. 불필요한 파일을 지워라. 오래된 방식은 막아라. 문장만 보면 이견이 없어 보인다. 하지만 운영 환경에 적용하는 순간 질문이 생긴다. 이 권한을 바꾸면 서비스가 기동하지 않을 수 있고, 이 경로를 지우면 인증서 갱신이 멈출 수 있으며, 이 통신을 막으면 오래된 연동이 끊길 수 있다.  현장에서는 결국 예&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FiWsA%2Fimage%2FTdLWrpxjsqO7hzhcqWSTwXkNppw.png" width="500" /&gt;</summary>
  </entry>
  <entry>
    <title>보안 사고보다 먼저 정해야 할 것</title>
    <link rel="alternate" type="text/html" href="https://www.fishingproductfr.com/@@iWsA/1" />
    <id>https://brunch.co.kr/@@iWsA/1</id>
    <updated>2026-10-02T14:05:57Z</updated>
    <published>2026-09-24T13:58:08Z</published>
    <summary type="html">보안 문제라는 말이 붙는 순간 회의실의 속도가 달라진다. 로그를 더 모으자는 사람, 고객에게 먼저 알리자는 사람, 현장에 가야 한다는 사람, 원인을 찾기 전에는 말하면 안 된다는 사람이 동시에 등장한다. 모두 틀린 말은 아니다. 그래서 더 위험하다. 틀리지 않은 행동들이 서로 다른 목적을 향하면 팀은 바쁘게 움직이면서도 사건을 끝내지 못한다.  이럴 때 나&lt;img src= "https://img1.kakaocdn.net/thumb/R1280x0/?fname=http%3A%2F%2Ft1.kakaocdn.net%2Fbrunch%2Fservice%2Fuser%2FiWsA%2Fimage%2FDw2ehfzyiH9HHMRMVc5G6s45oC4.png" width="500" /&gt;</summary>
  </entry>
</feed>
