diff --git "a/9\354\236\245/\353\260\261\354\247\200\354\227\260.md" "b/9\354\236\245/\353\260\261\354\247\200\354\227\260.md"
index db49acd..217cd10 100644
--- "a/9\354\236\245/\353\260\261\354\247\200\354\227\260.md"
+++ "b/9\354\236\245/\353\260\261\354\247\200\354\227\260.md"
@@ -4,6 +4,7 @@
 
 실용주의 팀은 작다.  
 구성원이 대략 10~12명 이하여야 하고, 추가되거나 빠지는 일이 드물어야 하며, 서로가 잘 알고 신뢰하며 의존해야 한다.
+> 구성원 10명 채우는 건 쉽지만 그 뒤가 어렵네요😅  
 
 팀 전체가 깨진 창문을 용납하지 않아야 하며, 반드시 제품의 품질에 책임을 져야 한다.
 
@@ -19,6 +20,10 @@
 - 새로운 기술 탐험
 - 학습 및 기술 갈고 닦기
 
+> 지금 회사에서의 8개월을 돌아보면, 기능 개발 중심으로 돌아가는 신규 프로젝트보다  
+> 제가 주도적으로 기여해 성과를 낼 수 있는 점이 많은 레거시 프로젝트가 더 재미있었습니다.  
+> 할 일을 기능 개발로만 채우면 성장 측면에서도, 흥미 측면에서도 좋지 않은 것 같아요.
+
 좋은 의사소통이 중복을 피하는 핵심이다.
 
 일관성과 정확성을 모두 보장하는 방법은 자동화하는 것이다.  
@@ -52,6 +57,9 @@
 소프트웨어 프로젝트 자체가 아니라 고객 잔존율, 데이터 품질, 절감 비용과 같은 성공 척도가 진짜로 의미 있는 사업 가치다.  
 소프트웨어는 이런 목적을 달성하기 위한 수단일 뿐이다.
 
+> 사업 가치나 사용자 피드백을 공유 받을 기회가 적은 환경이라 아쉽네요..  
+> 다음에는 B2C 서비스 개발하고 싶어요😭
+
 ## Topic 53 오만과 편견
 
 자신의 코드만 좋게 보고 동료들의 코드는 깎아내리는 편견을 버리고 다른 사람의 코드를 존중해야 한다.