기술사 학습노트 | imt-log

SW DB Net Algo Arch AI

기술사 학습노트 › SW Engineering › 디자인 씽킹

Software Engineering · 정보관리기술사 / 컴퓨터시스템응용기술사

디자인 씽킹(Design Thinking)

사용자 공감에서 출발해 문제를 재정의하고, 아이디어 발산·프로토타입·검증을 반복하여 불확실한 문제를 해결하는 인간중심 혁신 방법론을 정리한다.

정보관리기술사 컴퓨터시스템응용기술사 디자인씽킹 공감 문제정의 아이디어발산 프로토타입 사용자검증 더블다이아몬드 UX혁신

Ⅰ.개요 및 등장배경

가. 개념

디자인 씽킹은 사용자의 실제 맥락과 감정, 행동을 관찰하여 문제를 발견하고, 발견된 문제를 재정의한 뒤, 다양한 해결안을 빠르게 만들고 검증하는 인간중심 문제해결 방법론이다. 전통적 문제해결 방식이 요구사항을 고정한 후 분석·설계·구현을 순차적으로 진행하는 경향이 있다면, 디자인 씽킹은 문제 자체가 불명확하거나 사용자가 진짜 원하는 가치가 숨겨져 있는 상황에서 공감과 실험을 통해 문제와 해결안을 함께 구체화한다.

디자인 씽킹은 Empathize, Define, Ideate, Prototype, Test의 5단계로 설명되는 경우가 많다. 다만 실제 프로젝트에서는 단계를 한 번만 순서대로 수행하는 것이 아니라, 테스트 결과에 따라 문제정의로 되돌아가거나, 공감 단계의 관찰을 다시 수행하는 반복 구조를 가진다. 따라서 디자인 씽킹의 핵심은 산출물 자체보다 “사용자의 관점에서 불확실성을 줄이는 반복 학습”에 있다.

나. 특징

• 기술이나 공급자 관점이 아니라 사용자 경험, 맥락, 불편, 감정, 행동을 출발점으로 삼는다.
• 문제를 바로 해결하려 하지 않고 관찰·인터뷰·여정 분석을 통해 문제를 재정의한다.
• 아이디어 발산과 수렴을 분리하여 다양한 대안을 만든 뒤 실행 가능성·가치·차별성 기준으로 선택한다.
• 완성품을 늦게 만드는 대신 낮은 비용의 프로토타입을 빠르게 만들어 검증한다.
• 실패를 최종 실패가 아니라 학습 데이터로 보고 반복 개선을 수행한다.
• 애자일, 린 스타트업, UX 리서치, 서비스 디자인, 제품 기획과 결합되어 활용된다.

디자인 씽킹의 본질은 “사용자를 깊이 이해하고 문제를 재정의한 뒤, 빠른 실험으로 해결안의 타당성을 검증하는 인간중심 혁신 방식”이다.
답안에서는 공감-정의-아이디어-프로토타입-테스트의 단계와 더블다이아몬드의 확산·수렴 구조를 함께 제시하면 좋다.

Ⅱ.구성도 및 구성요소

가. 구성도

나. 구성요소

구분	요소	설명
공감	Empathize	관찰, 심층 인터뷰, 현장조사, 고객 여정 분석을 통해 사용자의 실제 맥락과 숨은 니즈를 파악한다.
정의	Define	수집된 인사이트를 바탕으로 해결할 문제를 사용자 관점의 명확한 문제문장으로 재정의한다.
발산	Ideate	브레인스토밍, SCAMPER, How Might We 질문을 통해 다양한 해결 대안을 생성한다.
실험	Prototype	스토리보드, 와이어프레임, 목업, 클릭 가능한 프로토타입 등 낮은 비용의 실험물을 제작한다.
검증	Test	사용자 테스트, 인터뷰, 사용성 평가, A/B 테스트를 통해 문제정의와 해결안의 타당성을 검증한다.
도구	Persona / Empathy Map	대표 사용자와 사용자의 생각·감정·행동·고충을 구조화하여 팀의 공통 이해를 만든다.
도구	Customer Journey Map	사용자가 서비스와 만나는 단계별 행동, 접점, 감정, Pain Point, 기회를 시각화한다.
운영	Iteration	테스트 결과를 바탕으로 공감, 정의, 아이디어, 프로토타입 단계로 되돌아가 개선한다.

구성요소는 “공감-정의-아이디어-프로토타입-테스트” 5단계와 “페르소나·공감지도·고객여정지도·반복” 도구를 함께 정리하면 좋다.
구성도는 더블다이아몬드의 확산·수렴과 5단계 반복을 같이 보여주면 답안 완성도가 높다.

Ⅲ.동작방식 및 아키텍처

가. 단계별 동작방식

공감 단계에서는 사용자가 말하는 요구사항보다 실제 행동과 맥락을 관찰하는 것이 중요하다. 사용자는 자신이 겪는 문제를 정확한 요구사항으로 표현하지 못하는 경우가 많기 때문이다. 따라서 인터뷰, 현장 관찰, 로그 분석, VOC 분석, 그림자 관찰, 설문, 서비스 접점 분석을 통해 사용자의 Pain Point를 찾는다. 이때 “사용자가 무엇을 원하는가”보다 “왜 그렇게 행동하는가”를 파악해야 한다.

정의 단계에서는 수집된 정보를 단순히 목록화하지 않고 핵심 문제로 수렴한다. 좋은 문제정의는 특정 사용자, 상황, 어려움, 기대 가치를 포함한다. 예를 들어 “앱을 개선한다”는 문제정의가 아니라 “출퇴근 시간에 짧은 시간 안에 거래내역을 확인해야 하는 사용자가 복잡한 메뉴 때문에 원하는 정보를 찾지 못한다”처럼 구체화해야 한다. 이 과정에서 페르소나, 고객여정지도, 5 Whys, Affinity Diagram을 활용할 수 있다.

아이디어 단계에서는 해결책의 품질보다 양을 먼저 확보한다. 아이디어가 너무 빨리 평가되면 익숙한 해결책만 남기 쉽다. 이후 사용 가치, 구현 가능성, 비용, 리스크, 차별성을 기준으로 수렴한다. 프로토타입 단계에서는 완성된 제품을 만드는 것이 아니라 가설을 검증할 최소 수준의 실험물을 만든다. 테스트 단계에서는 사용자가 실제로 이해하고 사용할 수 있는지, 문제정의가 맞았는지, 기대 가치가 발생하는지 확인한다.

나. 더블다이아몬드 구조

디자인 씽킹은 더블다이아몬드 구조로 설명할 수 있다. 첫 번째 다이아몬드는 문제 공간이다. Discover 단계에서 다양한 사용자 문제를 넓게 탐색하고, Define 단계에서 해결할 핵심 문제로 수렴한다. 두 번째 다이아몬드는 해결 공간이다. Develop 단계에서 여러 해결안을 발산하고, Deliver 단계에서 검증된 해결안으로 수렴한다. 따라서 디자인 씽킹은 “문제를 잘 푸는 방법”이기 이전에 “풀어야 할 문제를 제대로 찾는 방법”이다.

다. 주요 도구와 산출물

단계	기법	산출물	활용 포인트
Empathize	인터뷰, 관찰, VOC, 로그분석	사용자 인사이트, Pain Point 목록	사용자가 말한 요구와 실제 행동 차이를 찾는다.
Empathize	Empathy Map	Say, Think, Do, Feel 구조	사용자의 감정과 동기를 팀이 공유한다.
Define	Persona	대표 사용자 모델	모든 사용자를 평균화하지 않고 핵심 사용자를 명확히 한다.
Define	Customer Journey Map	단계별 접점, 감정, Pain Point	서비스 흐름의 병목과 개선 기회를 찾는다.
Ideate	Brainstorming, HMW	아이디어 후보군	비판을 늦추고 다양한 해결안을 확보한다.
Prototype	Paper Prototype, Wireframe, Mockup	실험 가능한 시제품	구현 비용 전에 가치와 사용성을 빠르게 검증한다.
Test	Usability Test, A/B Test	피드백, 개선 백로그	정량·정성 데이터를 기반으로 다음 반복 방향을 정한다.

동작방식은 “문제 공간의 확산·수렴 → 해결 공간의 확산·수렴 → 사용자 검증 기반 반복”으로 설명하면 된다.
디자인 씽킹은 요구사항을 빨리 확정하는 방법이 아니라, 잘못된 문제를 빠르게 발견하고 수정하는 방법이다.

Ⅳ.실무적용 및 사례

가. IT 서비스 기획 적용

디자인 씽킹은 신규 서비스 기획, 모바일 앱 개선, 공공 서비스 혁신, 업무 시스템 UX 개선, 디지털 전환 과제 발굴에 적합하다. 예를 들어 내부 업무 시스템을 개선할 때 개발팀은 기능 목록을 먼저 보려 하지만, 디자인 씽킹에서는 담당자가 실제 업무를 수행하는 장면을 관찰하고, 반복 입력, 중복 승인, 찾기 어려운 메뉴, 예외 처리 지연과 같은 Pain Point를 발견한다. 이후 사용자의 업무 흐름을 기준으로 문제를 재정의하고, 낮은 충실도의 화면 프로토타입을 만들어 빠르게 검증한다.

나. SW 개발과의 연결

디자인 씽킹은 애자일 개발과 잘 결합된다. 디자인 씽킹이 “무엇을 만들 것인가”를 발견하는 데 강하다면, 애자일은 “어떻게 반복적으로 만들고 개선할 것인가”에 강하다. 디자인 씽킹 결과로 도출된 페르소나, 고객여정지도, 문제정의, 프로토타입은 애자일 백로그, 사용자 스토리, MVP 범위 정의로 연결될 수 있다. 린 스타트업의 Build-Measure-Learn도 디자인 씽킹의 Prototype-Test-Iterate 구조와 유사하지만, 린 스타트업은 사업가설과 시장 검증, 디자인 씽킹은 사용자 공감과 문제 재정의에 더 강점이 있다.

다. 적용 사례

• 모바일 금융 앱: 사용자가 송금 실패 이유를 이해하지 못하는 문제를 여정지도에서 발견하고, 오류 메시지와 재시도 흐름을 개선한다.
• 공공 민원 서비스: 민원인이 어떤 서류가 필요한지 알기 어려운 Pain Point를 공감 단계에서 발견하고, 단계별 안내 프로토타입을 검증한다.
• 병원 예약 시스템: 고령 사용자가 예약 변경 메뉴를 찾기 어렵다는 문제를 관찰하고, 전화 상담과 앱 예약을 연결한 하이브리드 UX를 설계한다.
• 제조 현장 시스템: 작업자가 장갑을 낀 상태에서 작은 버튼을 누르기 어렵다는 현장 관찰 결과를 바탕으로 UI 크기와 입력 방식을 개선한다.
• 기업 내부 결재: 승인 지연 원인이 기능 부족이 아니라 책임자 부재와 알림 누락임을 파악하고, 알림·대리결재·상태 가시화를 개선한다.

라. 성공요인과 한계

구분	내용	실무 포인트
성공요인	실제 사용자 참여	회의실 가정이 아니라 현장 관찰과 사용자 검증을 수행해야 한다.
성공요인	문제정의 품질	해결책을 빨리 정하기보다 문제를 구체적으로 재정의해야 한다.
성공요인	빠른 프로토타입	완성품 구현 전에 낮은 비용으로 가설을 검증해야 한다.
성공요인	다학제 협업	기획, 개발, 디자인, 운영, 고객지원, 현업이 함께 참여해야 한다.
한계	정량 근거 부족 가능	소수 사용자 피드백에 과도하게 의존하지 않도록 데이터 분석과 병행한다.
한계	조직 문화 저항	실패를 허용하지 않는 조직에서는 빠른 실험이 형식화될 수 있다.
한계	확장성 검토 부족	사용자 가치 검증 후 기술·운영·보안·비용 검증을 추가해야 한다.

실무형 답안에서는 디자인 씽킹을 “워크숍 기법”으로만 쓰지 말고, 사용자 리서치 결과가 백로그·MVP·사용성 테스트·운영지표로 연결되는 구조를 보여줘야 한다.

Ⅴ.비교분석 및 발전전망

가. 디자인 씽킹·애자일·린 스타트업 비교

구분	디자인 씽킹	애자일	린 스타트업
주요 목적	사용자 문제 발견과 해결안 탐색	반복 개발과 변화 대응	사업가설 검증과 시장 학습
출발점	사용자 공감과 문제정의	제품 백로그와 우선순위	가설과 MVP
핵심 활동	관찰, 인터뷰, 아이디어, 프로토타입, 테스트	스프린트, 리뷰, 회고, 증분 개발	Build-Measure-Learn
주요 산출물	페르소나, 여정지도, 문제정의, 프로토타입	사용자 스토리, 동작 소프트웨어, 릴리즈	MVP, 지표, 피벗 판단
강점	사용자 가치와 숨은 니즈 발견	개발 실행력과 변화 대응	시장 리스크와 사업성 검증
연계	무엇을 만들지 발견	반복적으로 구현	시장 반응으로 검증

나. 기존 문제해결 방식과 비교

전통적 분석 중심 방법은 문제와 요구사항이 비교적 명확한 상황에서 효과적이다. 반면 디자인 씽킹은 문제가 모호하고 사용자의 요구가 말로 명확히 표현되지 않는 상황에서 유용하다. 예를 들어 규정에 따라 처리해야 하는 회계 시스템 기능은 요구사항 분석과 프로세스 모델링이 더 적합할 수 있다. 그러나 고객 이탈 원인, 고령자 앱 사용 어려움, 현장 작업자의 불편, 신규 서비스 가치 제안처럼 문제가 불명확한 경우에는 디자인 씽킹이 강점을 가진다.

다. 발전전망

디자인 씽킹은 앞으로 데이터 기반 UX 리서치, 생성형 AI, 서비스 디자인, 디지털 전환 방법론과 결합될 가능성이 크다. 과거에는 인터뷰와 워크숍 중심으로 운영되었다면, 최근에는 사용자 로그, 클릭스트림, 고객센터 VOC, 앱 사용 데이터, A/B 테스트 결과를 함께 분석하여 정성 인사이트와 정량 데이터를 결합한다. 생성형 AI는 인터뷰 요약, 페르소나 초안, 아이디어 발산, 프로토타입 문구 생성에 활용될 수 있지만, 실제 사용자 관찰과 검증을 대체할 수는 없다.

또한 공공서비스, 의료, 금융, 교육, 스마트시티처럼 복잡한 이해관계자가 존재하는 분야에서는 단일 제품 UX를 넘어 서비스 생태계 전체를 설계하는 방향으로 확장된다. 앞으로 디자인 씽킹은 제품 디자인 도구가 아니라 조직이 불확실한 문제를 학습하고 해결하는 혁신 운영 방식으로 활용될 것이다.

라. 시험 답안 정리 포인트

• 디자인 씽킹은 사용자 공감에서 출발하는 인간중심 문제해결 방법론이다.
• 5단계는 Empathize, Define, Ideate, Prototype, Test이며 순차가 아니라 반복 구조이다.
• 더블다이아몬드는 문제 공간의 확산·수렴과 해결 공간의 확산·수렴을 설명한다.
• 주요 도구는 페르소나, 공감지도, 고객여정지도, HMW 질문, 프로토타입, 사용성 테스트이다.
• 애자일은 반복 개발, 린 스타트업은 사업가설 검증, 디자인 씽킹은 문제 발견과 사용자 가치 탐색에 강하다.
• 실무에서는 사용자 참여, 빠른 실험, 정량 데이터 병행, 조직 문화, 기술·운영 검증까지 고려해야 한다.

최종 정리: 디자인 씽킹은 사용자를 공감하고 문제를 재정의한 뒤, 아이디어와 프로토타입을 빠르게 검증하여 사용자 가치가 있는 해결안을 찾는 반복형 방법론이다.
답안은 “공감→정의→아이디어→프로토타입→테스트, 더블다이아몬드, 페르소나·여정지도, 애자일·린 비교, 실무 한계” 흐름으로 쓰면 고득점형이 된다.

블로그: 기술사 학습노트 · imt-log.tistory.com

← [SW Engineering] 목록