{3줄 요약}

아이디어 발산은 정답 하나를 찾기보다 가능한 방향을 넓게 펼치는 단계예요.
처음 떠오른 해답에 붙잡히면 더 나은 선택지와 새로운 관점을 놓치기 쉬워요.
발산 원칙을 알면 판단을 미뤄 더 많은 가능성을 실무적으로 탐색하게 돼요.

아이디어 발산이 필요한 순간

요구사항이 정의됐어요. 이제 어떻게 해결할지를 찾아야 해요.
이 순간이 아이디어 발산의 시간이에요.

팀에서 가장 자주 일어나는 실수: 첫 번째 아이디어를 바로 다듬기 시작해요.
발산 없이 수렴으로 바로 가는 거예요.

이 실수가 낳는 결과: 처음 나온 아이디어가 최선인지 모르지만 그것만 발전시켜요.
더 좋은 방향이 있었는데 보지 못한 채 개발이 시작돼요.

IDEO는 이 문제를 "어떻게 하면 빠르게 많이 실패할 수 있는가"로 접근했어요.
초기에 다양하게 탐색할수록, 나중에 큰 방향 전환의 위험이 줄어요.

아이디어 발산이 어려운 이유

평가 불안: 아이디어를 내면 "이게 안 되면 어떡하지?"라는 두려움이 있어요.
특히 직급 차이가 있는 팀에서 더해요.

첫 아이디어 고착: 처음 생각난 것이 가장 자연스러워 보여요.
그게 최선인지 확인하지 않고 그것만 발전시켜요.

수렴과 발산의 혼동: 아이디어를 내면서 동시에 "근데 이건 기술적으로 어렵지 않을까?"를 생각해요.
두 모드가 섞이면 발산이 안 돼요.

아이디어 발산 방법 세 가지

[방법 1] Crazy 8s — 8분에 8개

Jake Knapp이 《Sprint》에서 소개한 방법이에요. 종이를 8칸으로 접고, 각 칸에 1분씩 아이디어를 스케치해요. 총 8분에 8개.

핵심은 "그리는 것"이 아니라 "생각을 종이에 빠르게 내려놓는 것"이에요.
예쁘게 그릴 시간이 없어요. 그게 목적이에요.

처음 4～5개는 떠오르는 것들이에요.
6～7번째부터 "다른 방향이 없을까?"를 강제로 생각하게 돼요.
8번째가 종종 가장 새로운 방향이에요.

[방법 2] "어떻게 하면～" (How Might We)

문제를 기회 질문으로 바꾸는 방법이에요.

  • 문제: "사용자가 배송지 입력을 귀찮아해서 이탈한다"
  • HMW 질문들:
    • "어떻게 하면 배송지 입력을 0번으로 만들 수 있을까?"
    • "어떻게 하면 배송지가 이미 알려져 있게 만들까?"
    • "어떻게 하면 이 단계가 재미있어질까?"
    • "어떻게 하면 실수해도 쉽게 고칠 수 있을까?"

HMW 질문 하나가 여러 아이디어의 씨앗이에요.
포스트잇에 각각 써서 유사한 것끼리 묶으면 방향이 보여요.

[방법 3] 2x2 매트릭스

아이디어를 두 축(예: 쉬움-어려움 × 사용자 영향 낮음-높음)으로 배치해요.

단, 이건 발산이 아니라 수렴 도구예요.
충분히 발산한 후에 어떤 아이디어를 먼저 탐색할지 우선순위를 정할 때 써요.

발산(아이디어 많이 내기) → 수렴(어떤 것을 탐색할지 고르기) 순서를 지켜야 해요.

발산이 만드는 차이

토스가 새 기능을 설계할 때 사용하는 방식을 외부에서 관찰하면 패턴이 보여요.

단일 화면 기능이라도 내부적으로 여러 방향을 스케치해요.
"이체 화면을 A 방식으로 할 때 vs B 방식으로 할 때 어떤 흐름이 더 자연스러운가"를 프로토타입으로 비교해봐요.
단 하나의 방향만 개발해서 테스트하는 것보다 훨씬 많은 것을 배울 수 있어요.

IDEO의 창립자 Tom Kelley는 팀 창의성 연구에서 이것을 보여줘요.
아이디어를 평가 없이 많이 낸 팀이 처음부터 "좋은 아이디어"를 찾으려 한 팀보다 최종적으로 더 혁신적인 해결책에 도달했어요.

배운 점 — 발산을 잘하는 팀의 특징

안전한 분위기가 먼저예요: "바보 같은 아이디어는 없어요"가 말뿐이 아니라 실제로 느껴져야 해요.
리더가 먼저 말도 안 되는 아이디어를 내는 게 도움이 돼요.

규칙을 정해놔요: "이 시간에는 판단 금지", "모든 아이디어를 포스트잇에 써요", "타이머를 써요" — 구조가 있으면 발산이 더 잘 돼요.
자유로운 브레인스토밍보다 제약 있는 발산이 더 창의적인 경우가 많아요.

다양한 관점을 모아요: 디자이너만이 아니라 개발자, 데이터 분석가, CS 담당자가 함께 아이디어 발산을 해요.
각자가 보는 문제 측면이 달라요.

지금 작업 중인 프로젝트에 대입해보세요

  • 지금 탐색하는 해결책이 처음 떠오른 것 하나인가요?
  • 팀이 아이디어를 내는 시간과 평가하는 시간을 구분하고 있나요?
  • "이건 기술적으로 어려워" 대신 "어떻게 하면 가능할까?"를 먼저 묻고 있나요?

관련 아티클

참고 문헌

  • Tom Kelley & David Kelley, 《Creative Confidence》(2013) — IDEO 설립자들이 창의적 자신감과 아이디어 발산 방법을 다뤄요.
  • Jake Knapp, 《Sprint》(2016) — Crazy 8s를 포함한 빠른 아이디어 발산과 검증의 방법론이에요.