QA 기록집

Claude Code + Obsidian으로 만든 QA 지식 관리 시스템

QA_log.zip — Mon, 25 May 2026 20:41:26 +0900

안녕하세요! 다들 잘 지내시나요? 어느새 5월도 막바지라 날씨가 슬슬 여름 냄새가 나기 시작하네요.

오늘은 제가 요즘 개인적으로 만들고 굴려보고 있는 지식 관리 시스템에 대해 이야기해보려 합니다. Obsidian이라는 노트 앱과 Claude Code라는 AI 도구를 조합해서 만든 건데요, 한 달 정도 써보면서 느낀 점들을 천천히 풀어보겠습니다 ㅎㅎ

이 글은 어디까지나 제 개인적인 실험 기록이니 가볍게 읽어주시면 감사하겠습니다!

왜 만들었나?

QA로 일하면서 반복적으로 부딪혔던 문제가 세 가지 있었습니다.

첫째, 정보량이 너무 많아졌어요. AI 시대가 되면서 티켓·PR·메신저·위키·외부 글이 동시에 쏟아지는데, 이걸 온전히 받아내고 기억하는 게 점점 어려워졌어요.

둘째, 기록과 지식은 다른 거더라고요. 노션·컨플루언스에 히스토리는 잘 남기고 있었는데, 막상 비슷한 이슈를 다시 만나면 공식 문서를 다시 검색하고 있었어요. "팀이 기억하기 위한 기록"과 "내가 바로 꺼내 쓸 수 있는 지식"은 다른 거였죠.

셋째, 경험기반 테스팅을 제대로 못 하고 있었어요. ISTQB의 경험기반 테스팅(Experience-based Testing)은 말 그대로 테스터의 경험이 자산이 되는 기법인데, 빠른 배포 사이클에서 어제 경험한 게 오늘 활용 가능한 형태로 손에 잡혀 있지 않았어요.

세 문제의 공통 원인은 하나였어요. 외부 정보가 내 지식으로 변환되는 구조가 없다는 것. 그래서 공식 문서(팀 정렬용)는 그대로 두고, 개인 vault(개인 회상용)를 따로 만들기로 했습니다.

시스템 구조: 3개 레이어

시스템은 성격이 다른 세 레이어로 분리했어요. 한 부분이 바뀌어도 전체가 흔들리지 않도록요.

① Capture — 마찰 없이 받아두는 입구. Web Clipper, /obs 명령어로 일단 인박스에 저장. 분류는 나중에 합니다.

② Engine — Claude Code 위에 만든 슬래시 스킬들이 분류·생성·정리를 담당합니다.

③ Knowledge — 시간이 지날수록 가치가 쌓이는 자산 레이어. 나머지 두 레이어는 결국 여기를 채우기 위한 통로예요.

폴더 구조: PARA 변형

Tiago Forte의 PARA 프레임워크(Projects·Areas·Resources·Archive)에 QA 직무용 폴더 3개를 추가했어요.

숫자 prefix는 정보의 흐름 그대로예요. 들어오고(0) → 진행하고(1) → 정리되고(2~4) → 보관(5)

가장 중요한 폴더는 4번 Resources입니다.

여기에 쌓이는 인사이트와 도메인 MOC(Map of Content)가 시스템의 진짜 가치예요. 경험기반 테스팅에서 활용하는 체크리스트도 이 폴더에 자연스럽게 누적돼요.

⚡ 슬래시 스킬: 반복 결정을 명령어로 고정

"이번에도 이 폴더로 옮길까?" 같은 작은 분류 결정이 쌓이면 피로가 생기더라고요. 반복되는 패턴을 명령어로 박제했습니다.

명령어역할

/new-project {티켓번호}	티켓·위키 자동 수집 → 4파일 세트 생성
/close-project {티켓번호}	인사이트 추출 → 정책 갱신 → MOC 백링크 → 아카이브
/new-issue	6섹션 이슈 노트 생성 (발견·현상·원인·대응·인사이트·재발방지)
/obs {내용}	현재 컨텍스트 기반으로 vault 적절한 위치에 자동 라우팅
/tc-writer	명세에서 ISTQB 기반 TC 자동 도출

️ Guardrails: AI 추측을 막는 4가지 규칙

AI가 자동으로 문서를 작성하는 시스템에서 가장 위험한 건 그럴듯한 추측이 사실처럼 박제되는 것이에요.

실제로 한 번 겪었습니다. 명세 검토 중 ✅ 표시된 항목의 근거를 추적했더니 AI가 빈칸을 "합리적 디폴트"로 메운 결과였어요.

그 이후로 CLAUDE.md에 4개 규칙을 고정해 뒀습니다.

출처 없는 ✅ 금지 — 모든 사실 행은 D번호·링크·검증 메모 중 하나 필수
결정 적용 범위 명시 — 구두 합의 내용은 발화 범위를 넘어 일반화 금지
5문항 자가 점검 — 명세 작성 후 체크리스트 통과 시에만 사용자에게 제출
정정 이력 보존 — 잘못된 항목은 삭제 대신 "정정 이력"으로 명시, 결정 로그는 append-only

한 달 운영 결과

수치보다는 체감 변화 위주로 정리했어요.

같은 이슈를 두 번 검색하는 빈도가 줄었어요
새 프로젝트 시작 시 과거 관련 인사이트가 컨텍스트로 자동 로드돼요
Slack 스레드 65개 메시지에서 미기록 결정 2건을 자동 발견해서 결정 로그에 추가한 사례가 있었습니다.
- 그로 인해 놓치거나 누락될뻔한 정책을 조기에 찾을 수 있었습니다.

시스템의 핵심 설계 원칙은 하나라고 생각합니다. AI는 저자가 아니라 내비게이터
가치는 vault에 있고, AI는 그 vault를 활용하는 에너지를 낮춰주는 역할이라고 생각합니다.

조금 더 자세한 내용은 아래에 있습니다.
Github : https://github.com/raeyoung-works/qa-knowledge-vault

검색창이 스팸 통로가 됐던 날 : SEO 인젝션 어뷰징 케이스

QA_log.zip — Wed, 13 May 2026 21:09:34 +0900

안녕하세요! 다들 잘 지내시나요? 요즘 날씨가 애매하게 덥고 애매하게 시원한 5월이네요.

오늘은 제가 업무 중에 마주쳤던 흥미로운 케이스를 공유하려고 합니다. 솔직히 처음엔 원인을 잘못 파악했고, 가설을 바꿔보면서 시도한 끝에 답에 도달했던 사례입니다. QA 관점에서 "이런 것도 있구나" 싶어서 기록해보려 합니다. 그럼 피드백은 언제나 감사합니다!

어느 날 Google Search Console에서 이상한 걸 발견했습니다

팀원분이 GSC(Google Search Console)를 보다가 이상한 URL들을 발견했습니다.

우리 서비스의 검색 페이지 URL인데, 검색어 자리에 전혀 본 적 없는 키워드들이 잔뜩 들어가 있는 거예요. 다수의 광고성·스팸성 키워드들이 "크롤링됨 - 색인 생성되지 않음" 상태로 잡혀 있었습니다. "누가 이런 걸 올린 거야...?" 저의 첫 번째 가설은 이거였어요.

누군가가 댓글이나 게시글에 스팸 링크를 올렸을 것으로 판단하고 해당 글과 작성자를 차단하려 했습니다.

근데 이게 생각대로 잘 진행되지 않았습니다. 어드민에서 해당 키워드를 검색해도 결과가 나오지 않았고, 건수가 너무 많기도 해서 추적하기가 어려운 구조였어요.

그래서 가설 자체를 버리고 다른 방향으로 가봤습니다. (당시 백엔드 엔지니어는 바로 대응할 수 없는 상황이었습니다 ‍♂️)

진짜 원인은 전혀 다른 데 있었습니다

게시글이 없는데 구글에 나오고 있다는 게 살짝 이상하다고 생각했고, 막혀있던 상황에서 Claude에게 원인 추적 방법을 물어봤어요.

site:[우리 도메인]으로 구글에서 직접 색인 상태를 확인하는 방법을 알게 됐고,

실제로 검색해 봤더니 우리 검색 페이지들이 구글 검색결과에 뜨는데 클릭해 들어가면 "검색 결과가 없어요"로 나오고 있었습니다.

즉, DB에는 아무 게시글도 없었어요. 진짜 원인은 이거였어요.

외부 봇이 우리 검색 페이지 URL 형식에 스팸 키워드를 넣어서 대량으로 만들어 뿌리고 있었던 것이었습니다.

우리 검색 페이지가 "결과 없음" 화면에 사용자 입력값을 그대로 출력하는 구조였는데, Googlebot이 그 페이지를 따라가 색인하면서 우리 도메인 + 스팸 키워드가 함께 구글에 노출될 수 있는 상황이 만들어진 거였어요.

어뷰징 구조를 정리하면 이렇습니다.

봇이 우리 검색 URL에 스팸 키워드를 넣어 뿌림
    ↓
Googlebot이 따라 들어옴
    ↓
"검색 결과 없음" 화면에 스팸 키워드가 그대로 노출
    ↓
구글이 그 페이지를 색인
    ↓
구글 검색에 우리 도메인 + 스팸 키워드가 함께 노출

우리 사이트에 직접 피해가 생긴 건 아니었지만, 도메인 평판이 야금야금 깎일 수 있는 구조였어요.

‍♂️ AI가 준 답을 그대로 쓰지 않은 게 포인트였어요

원인을 파악한 뒤 Claude에게 대응 방법도 물어봤어요. 돌아온 답변은 명쾌했어요. "검색 페이지 전체에 noindex를 걸면 됩니다."

틀린 말이 아닌 것 같았습니다. 기술적으로는 맞지만.. 여기서 한 가지 질문이 생겼어요.

"우리 검색 페이지 전체를 noindex 해버리면... SEO는 괜찮나?"

아직 SEO를 잘 몰라서 걱정인 제 모습과 비슷해서ㅎㅎ

우리 서비스의 정상적인 사용자들이 검색한 페이지들, 즉 실제 콘텐츠가 있고 구글에 잘 노출되고 있던 검색 결과 페이지들까지 한꺼번에 색인에서 빠져버리는 것이니. 스팸을 막겠다고 정상적인 SEO 자산까지 날려버리는 셈이었죠.

그래서 방향을 바꿨어요. "어떻게 하면 스팸 URL만 골라서 막을 수 있을까?"

정상 URL과 봇이 만든 URL을 비교해 봤어요. 그랬더니 차이가 하나 있었습니다!ㅎㅎ 정상적인 사용자가 검색하면 URL에 세션 관련 파라미터가 자동으로 붙는 구조인데, 봇이 직접 조합해서 만든 URL에는 그게 없었던 것이었습니다.

이걸 신호로 삼아서 세션 파라미터가 없는 URL에만 noindex를 반환하도록 처리했어요. 결과적으로 스팸 URL은 색인에서 제외되고, 진짜 사용자의 검색 페이지는 그대로 살아있는 구조가 됐어요.

이번에 챙겨가는 것들

1. AI 답변은 출발점이지 종착점이 아니다

이번 케이스에서 가장 크게 느낀 부분입니다. Claude가 준 "검색 페이지 전체 noindex" 답변은 기술적으로 맞아요.

하지만 그걸 그대로 적용했으면 스팸은 막았겠지만 정상적인 SEO 자산도 같이 날아갔을 거예요.

AI는 맥락을 100% 이해하지 못한 상태에서 답을 주는 것 같습니다(제 탓일 수도..ㅋㅋ) 우리 서비스가 검색 SEO에 얼마나 의존하고 있는지, 어떤 페이지가 실제로 트래픽을 만들고 있는지는 우리가 더 잘 알죠.

그래서 AI의 답을 받은 다음 "이게 우리 비즈니스에 맞는 방식인가?"를 한 번 더 고민하는 게 필요하다는 걸 새삼 실감했어요.

2. 막히면 가설을 의심하기

"댓글에서 찾자 → 안 됨 → 막힘"에서 멈췄다면 영영 못 찾았을 거예요. 사실 찾을 게 없었거든요.

막혔을 때 도구 탓 하지 말고 가설 자체를 바꿔보는 게 디버깅 기본기인데, 막상 닥치면 잊기 쉽더라고요.

3. "사이트에 없으면 구글에도 없다"는 착각

DB에 없는 내용도 구글 검색결과에 뜰 수 있어요. 사용자 입력이 곧 페이지가 되는 구조에서는, 우리 콘텐츠가 아닌데 우리 도메인으로 보이는 상황이 가능합니다.

4. noindex와 nofollow는 다르다 (이건 AI가 잘했다!)

태그의미비유

noindex	이 페이지를 검색결과에 안 보여주기	"이 방은 비공개"
nofollow	이 페이지의 링크를 따라가지 않기	"이 방에서 나가는 문도 잠금"

비슷해 보이지만 효과가 완전히 달라요. 이번에 전체 noindex + nofollow 조합 대신 noindex만 쓴 것도, 검색 페이지 안의 게시글 링크는 크롤러가 계속 따라가 줘야 내부 콘텐츠 발견 경로가 살아있기 때문이에요.

5. GSC는 주기적으로 들어가 보는 게 좋다

이번에 우연히 들어갔다가 발견한 건데, 진작 들어가 봤다면 더 빨리 잡을 수 있었을 것 같아요. 월 1회 정도 정기 점검 습관을 들이는 게 좋겠다 싶었어요.

요즘 AI 도구를 쓰는 일이 많아지면서 "AI가 이렇게 하라니까 그렇게 해야지"가 되는 순간이 생기는 것 같아요.

근데 이번 케이스를 겪으면서, AI는 내가 모르는 방향을 알려주는 데 쓰고 그 방향이 우리 서비스에 맞는지는 내가 판단해야 한다는 걸 다시 한번 느꼈습니다. 당연한 말인데 막상 실무에서는 그 선이 흐릿해질 때가 있더라고요 ㅎㅎ

그럼 이렇게 저의 경험담을 기록해 봅니다. 긴 글 읽어주셔서 감사합니다 ㅎㅎ

[도서리뷰] 대화의 신

QA_log.zip — Tue, 5 May 2026 17:22:25 +0900

▶︎ 리뷰 도서

https://www.yes24.com/product/goods/15969320

대화의 신 | 래리 킹 | 위즈덤하우스 - 예스24

“굽신거리지 마라! 단호하게, 당당하게 말하라!”워라밸과 욜로로 대변되는 젊은 층의 당당한 스타일에 맞춤한 스페셜 디자인 에디션. 그 무엇에도 내 인생을 저장 잡히지 않고 당당하게 살아

www.yes24.com

✔️ 이 책을 읽은 이유는?

개인적으로 커뮤니케이션 스킬이 아직 부족하다는 느낌을 받아왔습니다.
일을 하다 보면 기술적인 역량 못지않게 대화하고 소통하는 능력이 중요하다는 걸 점점 더 실감하게 되는데, 막연하게만 느껴오던 그 부분을 조금이라도 보완해보고 싶다는 생각에 이 책을 읽어보기로 했습니다.

✔️ 이 책을 읽으면서 기억에 남았던 부분은?

솔직히 말하면 책 전체에서 확 떠오르는 한 장면이 있다기보다는 래리 킹의 수많은 인터뷰 경험들이 자연스럽게 담겨있어 대화를 잘하는 방법에 대한 팁들이 그의 실제 경험 안에서 풀어지다 보니, 읽는 내내 '이건 나도 한 번쯤 겪어본 상황인데' 하는 공감이 드는 부분들이 곳곳에 있었습니다. 그중에서 굳이 하나를 꼽자면 '대화를 중단해야 할 때' 적절한 방법을 다룬 부분이었습니다. 대화를 잘 시작하고 이어가는 것만큼, 적절한 타이밍에 마무리하는 것도 하나의 기술이라는 걸 새삼 생각해보게 되었습니다. 대화를 끊는 것조차도 상대방에 대한 배려가 될 수 있다는 시각이 인상 깊었습니다.

끝으로..

이 책은 진지한 대화의 이론서보다는 실제 인터뷰 경험을 바탕으로 쓰여 있어 부담 없이 편하게 읽을 수 있었습니다.
대화법에 관한 책이라고 하면 왠지 어렵고 무겁게 느껴지는 분들도 있을 텐데, 이 책은 그런 진입장벽이 낮은 편입니다.
커뮤니케이션이 고민이지만 어디서부터 시작해야 할지 모르겠다는 분들께 입문서로 권해드리고 싶은 책입니다.

SSE(Server-Sent Events)란?

QA_log.zip — Sat, 25 Apr 2026 11:03:15 +0900

출처 : https://sanghee01.tistory.com/186

SSE(Server-Sent Events)란?

서버가 클라이언트(브라우저)에게 데이터를 실시간으로 흘려보내는 통신 방식으로, 서버 → 클라이언트 방향으로만 데이터가 전달되는 개념

주요 사용 상황

AI 답변이 한꺼번에 표시되지 않고 글자가 타이핑되듯 순차적으로 나타나는 화면을 구현할 때
사용자가 새로고침 없이도 서버의 최신 데이터를 실시간으로 받아볼 수 있어야 할 때

QA 관점 예시

실시간으로 데이터가 업데이트되는 화면을 테스트할 때 SSE가 사용되고 있을 수 있음
개발자에게 "SSE 방식으로 구현했다"는 말을 들었다면, 응답이 한 번에 오는 것이 아니라 순차적으로 쌓이는 구조임을 인지하고 테스트 접근 방식을 달리할 필요가 있음

[도서리뷰] 명료함

QA_log.zip — Tue, 7 Apr 2026 18:53:03 +0900

▶︎ 리뷰 도서

https://www.yes24.com/product/goods/169680977

명료함 | 탁민 오 | 탁희재 - 예스24

“좋은 리더가 되는 방법은 테크닉에 있지 않다.리더가 자신의 내면을 진지하게 바라보고, 한명의 명료한 개인으로 돌아갈때 시작된다.”『명료함』은 ‘CEO들의 선생님’으로 불리는 저자가

www.yes24.com

✔️ 이 책을 읽은 이유는?

함께 일하는 동료와 이야기하던 중 이 책을 먼저 읽고 정말 좋았다며 추천해 줘서 읽게 되었습니다. 사실 자기 계발이나 마인드셋 류의 책을 딱히 즐겨 읽는 편은 아닌데 리더십에 관한 책이라는 말에 흥미가 생겨 펼치게 되었습니다.

✔️ 이 책을 읽으면서 기억에 남았던 부분은?

책 속에서 본인이 생각하는 최고의 동료 5명과 보통의 동료 5명을 떠올려보고 각 그룹의 공통점을 찾아보는 시간이 있었습니다. 처음엔 단순한 워크샵처럼 느껴졌는데 막상 해보니 생각보다 쉽지 않았습니다. 막연하게 '저 사람은 일을 잘한다'라고 느꼈던 것들을 직접 언어로 정리해보니 내가 가지고 있던 기준과 실제 사이에 꽤 차이가 있다는 걸 알게 되었습니다. 그 과정에서 '명료함'이 무엇인지를 머리가 아닌 감각으로 자연스럽게 느끼게 되었고 책 제목이 왜 '명료함'인지도 비로소 이해가 되었습니다.

끝으로..

사실 이 책은 400페이지가량의 분량이라서 처음에는 두려웠지만(?) 막상 읽어보니 몰입이 잘 되어 시간 가는 줄 모르고 읽었습니다. 리더십 책이라고 소개받았지만 읽고 나서 얻은 교훈은 생각보다 더 넓었습니다. 결국 좋은 리더가 되는 것도, 일을 잘하는 동료가 되는 것도 기준이 얼마나 명확하냐에서 출발한다는 걸 다시금 느끼게 되었습니다. 리더십 책이 낯설게 느껴지는 분이라도, 주니어부터 시니어까지 직급에 상관없이 한 번쯤 읽어보면 분명 얻어가는 게 있을 책이라고 생각합니다.

[도서리뷰] 성과를 내고싶으면 실행하라

QA_log.zip — Tue, 17 Mar 2026 20:41:29 +0900

▶︎ 리뷰 도서

https://www.yes24.com/product/goods/25100066

성과를 내고 싶으면 실행하라 | 크리스 맥체스니 | 김영사 - 예스24

[월스트리트저널] 비즈니스 베스트 1위, [USA TODAY] 베스트셀러메리어트, 크로거, 컴캐스트 등 [포춘] 선정 500대 기업에서 검증한 실행의 바이블조직에서 주요 계획이 사라지는 것을 목격한 적이

www.yes24.com

✔️ 이 책을 읽은 이유는?

이번에도 독서모임을 진행하게 되었는데 해당 책을 읽게 되었습니다.

✔️ 이 책을 읽으면서 기억에 남았던 부분은?

'회오리바람'이라는 개념이 인상 깊었습니다.
날마다 쏟아지는 업무들이 정작 중요한 목표를 달성하는 데 써야 할 에너지를 모두 빼앗아간다는 이야기인데요. 읽으면서 자연스럽게 실무에서의 제 모습이 떠올랐습니다. 중요한 일을 하려고 마음먹어도 어느새 급한 일에 치여 하루가 끝나버리는 일들이 떠오르게 되었습니다.

끝으로..

이 책은 개인적으로 주니어 분들께 추천합니다. '열심히 하는 것'과 '성과를 내는 것'이 왜 다른지 고민이 생길 때 꺼내보기 좋은 책입니다. 전략보다 실행이 먼저라는 말이 막연하게 느껴졌다면 이 책이 그 고민에 조금은 구체적인 답을 줄 수 있을 것 같습니다.

[SEO] 슬러그(Slug)란?

QA_log.zip — Fri, 6 Mar 2026 20:47:36 +0900

슬러그(Slug)란?

웹페이지 URL에서 도메인 뒤에 붙는 사람이 읽을 수 있는 경로 부분을 말한다. 보통 해당 페이지의 내용을 설명하는 단어로 구성된
- 예시: example.com/blog/seo-guide → 여기서 seo-guide가 슬러그다.

주요 사용 상황

블로그 글, 상품 상세 페이지, 카테고리 페이지 URL을 만들 때
검색엔진이 페이지 내용을 이해하기 쉽게 구조화할 때

QA 관점 활용 예시

공백, 특수문자, 중복 슬러그가 생성되지 않는지 테스트할 때
페이지 제목을 수정했을 때 슬러그가 의도치 않게 변경되지 않는지 확인할 때

[도서리뷰] 일의 격

QA_log.zip — Thu, 12 Feb 2026 20:46:06 +0900

▶︎ 리뷰 도서

https://www.yes24.com/product/goods/102485494

일의 격 | 신수정 | 턴어라운드 - 예스24

“삶을 춤추게 만드는 일의 철학”페이스북 독자들의 거듭된 출간요청, 드디어 책으로!일과 삶의 변화를 먼저 경험한 페이스북 277명의 추천사!“통찰의 위대함! 행운을 잡을 준비가 되었는가?

www.yes24.com

✔️ 이 책을 읽은 이유는?

이번에 합류한 조직에서 독서모임을 시작하게 되었습니다.
그로 인해 이번에 성장이라는 주제로 해당 책을 읽게 되었습니다.

✔️ 이 책을 읽으면서 기억에 남았던 부분은?

'사람에게서 해결책을 찾으려 하지 마라'라는 주제의 글이 있었습니다.
해당 내용은 간략하게 설명하자면 어떠한 문제가 생겼을 때 사람에게서 해결책을 찾지 않고 시스템에서 해결책을 찾는 미니멀 사고방식에 대한 설명입니다.
개인적으로 이전에 회고를 하면서 회고의 방식이 사람 집중으로 쓰이다보니 아쉬운 점 부분에는 항상 자아비판이 적혔던 날이 있었는데요 그때 위와 같은 미니멀 사고방식을 실천해 보라는 피드백을 받고 고치게 되었던 기억이 있었습니다.

끝으로..

이 책은 개인적으로 주니어 분들에게 추천합니다! 물론 모든 분들이 읽어도 도움이 되는 책입니다.
사회생활을 하면서 성장과 성공을 위한 마인드셋을 어떻게 해야 할까? 라는 고민에 조금이나마 도움이 되는 책 같습니다. 저 스스로도 이 책을 읽으면서 실제 회사생활을 하면서 겪었던 일들도 자연스레 떠오르게 되더라고요

[도서리뷰] Why를 소통하는 도구, OKR

QA_log.zip — Wed, 28 Jan 2026 22:54:01 +0900

▶︎ 리뷰 도서

https://www.yes24.com/product/goods/104245918

Why를 소통하는 도구, OKR | 장영학 | 플랜비디자인 - 예스24

이 책은 이제 막 OKR에 대한 관심이 생겨 도입을 고민하고 있는 회사는 물론, ‘이미 OKR을 도입해 봤는데 우리와는 잘 맞지 않더라’하고 포기한 회사에까지 조직과 일, 성과와 목표에 대한 전혀

www.yes24.com

✔️ 이 책을 읽은 이유는?

새로운 조직에 합류하면서 회사의 일하는 방식 조직문화를 설명하는 책들을 안내받게 되었습니다.
그중 목표관리에 대한 이 책이 지금의 저에게 도움이 될 것 같아 선택하게 되었습니다.

✔️ 이 책을 읽으면서 기억에 남았던 부분은?

OKR에서 O와 KR은 알고 있었지만 initiative에 대한 개념은 모르고 있었는데 이 책을 읽으면서 알게 되었습니다.
그리고 저자가 우리나라 분이셔서 대한민국의 사례들을 더 가까운 시선으로 볼 수 있었던 것 같습니다.

끝으로..

이 책은 국내기업을 재직한다면 한 번쯤은 읽어봐도 좋을 것 같습니다.
크게 무거운 내용을 담은 것 같지 않지만 결코 가벼운 개념만 알려주는 책은 아니라고 생각합니다.
OKR에 대해 막연한 궁금함이 있으신 분들에게 추천!

[도서리뷰] 실리콘밸리의 팀장들

QA_log.zip — Sat, 17 Jan 2026 14:37:34 +0900

▶︎ 리뷰 도서

https://www.yes24.com/product/goods/74259979

실리콘밸리의 팀장들 | 킴 스콧 | 청림출판 - 예스24

실리콘밸리가 사람을 얻는 새로운 소통 전략실리콘밸리가 팀장과 팀원의 관계를 연구하기에 좋은 곳이 된 이유는 인재를 확보하기 위한 치열한 전쟁이 벌어지고 있기 때문이다. 실리콘밸리의

www.yes24.com

✔️ 이 책을 읽은 이유는?

이번에 새롭게 옮기게 된 회사에서 회사에서 추구하는 조직문화, 일하는 방식을 설명할 수 있는 책들을 소개해주었습니다.
그중 이 책도 있었고 해당 책은 이미 저의 도서 카트에 담겨있던 책이라 이참에 제일 먼저 읽어보자 하고 읽어보게 되었습니다.

✔️ 이 책을 읽으면서 기억에 남았던 부분은?

책의 마지막쯤에 '팀장이 바로 팀 문화다'라는 소제목이 있는데 팀장의 행동과 개인적인 성향이 팀에게 많은 영향을 끼친다는 이야기를 설명하는 글이었는데 해당 부분이 저에게는 재밌게 와닿았습니다.

끝으로..

우선 이 책은 사회 초년생 또는 팀원들을 위한 책 보다는 팀장을 위한 필독 도서로 느껴집니다.
하지만 저는 읽어보면서 실제로 내가 원하는 리더상, 피해야할 리더상 이야기들이 나왔어서 한편으로는 팀원 입장에서 어떤 리더가 좋은 리더인지, 나중에 나는 어떤 리더가 되어야 할지 방향성을 알려주는 책이기도 하여서 재미있게 읽었습니다.