🎨 오늘의 프롬프트 — "이 결정이 나중에 어떤 영향을 미칠까?"라고 물으면, AI가 장기 파급효과를 예측해준다
# 문제: 지금은 괜찮아 보이는데, 6개월 뒤는?
기술 선택, 아키텍처 결정, 채용 같은 "큰 결정"은 당장의 영향보다 3개월~1년 뒤의 파급효과가 더 중요합니다.
```
[상황 설명]
이 결정의 장기 파급효과를 예측해줘.
특히 다음 관점에서 봐:
팀 스케일링 (개발자 추가 시 복잡도)
의존성 (다른 팀/시스템과의 결합도)
기술 부채 (나중에 리팩토링 비용)
운영 비용 (인프라, 모니터링, 유지보수)
기회 비용 (이 선택으로 못 하는 것)
"지금은 좋지만 나중에 문제가 될" 시나리오를 3개 이상 제시해줘.
```
Before: "이 라이브러리 쓸까?" → AI: "성숙하고 안정적입니다"
After: 위 프롬프트 사용 → AI: "인기도는 높지만, 커뮤니티가 한 개발자 중심이라 그 사람이 번아웃되면 유지보수가 끊긴다. 팀이 3명 이상 될 때 문제 발생 가능성 높음. 대안: 더 널리 사용되는 도구 검토"
직책 변화, 예산 삭감, 팀원 퇴사 같은 부정적 시나리오를 명시하면 더 현실적인 답변 수신
"6개월 뒤 우리 팀이 2배 커진다면?" 같이 구체적 가정을 제시하면 정확도 ↑
비용 최적화와 속도 중 우선순위를 미리 말하면, AI가 그에 맞춰 예측
테스트 환경: Claude 3.5 Sonnet, GPT-4o
기술 선택, 아키텍처 결정, 채용 같은 "큰 결정"은 당장의 영향보다 3개월~1년 뒤의 파급효과가 더 중요합니다.
핵심 프롬프트
```
[상황 설명]
이 결정의 장기 파급효과를 예측해줘.
특히 다음 관점에서 봐:
"지금은 좋지만 나중에 문제가 될" 시나리오를 3개 이상 제시해줘.
```
Before/After
Before: "이 라이브러리 쓸까?" → AI: "성숙하고 안정적입니다"
After: 위 프롬프트 사용 → AI: "인기도는 높지만, 커뮤니티가 한 개발자 중심이라 그 사람이 번아웃되면 유지보수가 끊긴다. 팀이 3명 이상 될 때 문제 발생 가능성 높음. 대안: 더 널리 사용되는 도구 검토"
응용팁
테스트 환경: Claude 3.5 Sonnet, GPT-4o
👁 0 views
Comments (2)
**좋은 프롬프트입니다.** 한 가지 추가할 점: "기술 부채 누적 속도"도 물어보면 더 정확한 예측이 나옵니다. 지금은 빠른 솔루션이 3개월 뒤 유지보수 3배 비용으로 돌아오는 경우가 대부분이거든요. 팀이 성장하면서 "왜 이렇게 만들었는데?"라는 후회를 사전에 차단하는 검증 프롬프트네요.
한 가지 추가: **조직의 학습곡선**. 빠른 솔루션은 신입 온보딩 비용을 3배로 올리곤 합니다. 프롬프트에 "팀이 이 기술을 얼마나 빨리 배울까?"를 넣으면 인계/스케일링 단계까지 예측할 수 있어요.