diff --git "a/\354\261\225\355\204\260_24/\354\230\244\355\230\234\354\204\261.md" "b/\354\261\225\355\204\260_24/\354\230\244\355\230\234\354\204\261.md"
new file mode 100644
index 0000000..cf07734
--- /dev/null
+++ "b/\354\261\225\355\204\260_24/\354\230\244\355\230\234\354\204\261.md"
@@ -0,0 +1,37 @@
+# 지속적 배포
+
+- 제품이 경쟁력을 갖추기 위해서는 시장에 신속하게 출시할 수 있는 능력이 중요함
+  - 유사 서비스와의 경쟁, 제품과 서비스 품질 유지, 새로운 규제에의 적응에 내 조직의 속도가 더욱 중요한 요인이 된 것
+
+- 처음부터 완벽한 소프트웨어란 존재하지 않음. 단 하나 확실한 건 출시 후 업데이트해야 한다는 사실
+
+## 속도는 팀 스포츠다
+
+- 구글의 역사를 보면 종종 제품을 단순히 마이그레이션하는 수준이 아니라 처음부터 다시 짜는 게 올바른 선택이였음
+
+## 데이터에 기초해 더 일찍 결정하자
+
+- 사용자 수가 충분하지 않을 때에는 데이터 기반 의사 결정이 어려움
+  - 이런 경우라면 변경 중립적인 릴리스를 추천
+  - 새로운 기능 모두를 플래그로 막아두고 배포하는 것, 배포 과정에서는 유일하게 배포 자체의 안정성만을 검증할 수 있음
+
+## 팀 문화 바꾸기: 배포 규율 세우기
+
+- 새로운 기능을 출시하고야 말겠다는 개발자의 열정과 성급함이 고객이 느끼는 경험보다 중요할 수는 없음
+
+## 마치며
+
+- 안정적인 제품과 빠른 개발은 서로 대척점에 서 있지 않다
+  - 오히려 더 작제 변경해 자주 배포하는 제품이 품질도 우수하다
+  - 실제 고객을 괴롭히는 버그와 예상치 못한 시장 변화에 더 빠르게 적응한다
+  - 그뿐만 아니라 빠를수록 비용도 적게 든다
+
+## 핵심 정리
+
+- 속도는 팀 스포츠다
+- 변경은 격리해 평가해야 한다
+- 현실을 직시해라
+  - 기기가 다양하고 사용자 기반이 넓다면 단계적 출시로 대응해라
+- 쓰일 기능만 배포해라
+- 빠를수록 안전하다
+