주제 3.4 — 디스커버리 단계

한 문장으로: 디스커버리는 해결책을 만드는 데 돈, 임상적 위험, 평판을 걸기 전에 사용자와 실제 문제를 이해하려는 규율 있고 시간 제한이 있는 노력이다.

보건·돌봄에서 이것이 중요한 이유#

대부분의 분야에서 잘못된 것을 만들면 돈이 낭비된다. 보건·돌봄에서는 임상 시간도 낭비하고, 보건 불평등을 굳히며, 극단적으로는 환자에게 해를 끼칠 수 있다. 모든 사용자가 스마트폰, 안정적인 광대역, 자신 있는 영어를 가졌다고 가정하는 디지털 서비스는 허약한 사람, 가난한 사람, 디지털에서 소외된 사람, 곧 NHS와 사회적 돌봄이 서비스하기 위해 존재하는 바로 그 사람들을 조용히 배제한다. 디스커버리는 전국 도입 이후가 아니라 몇 주간의 리서치 값으로 그것을 알아내는 곳이다.

보건·돌봄 지출은 신탁된 공적 자금이며 그 상당 부분은 법정 의무를 통해 흐른다. NHS 헌장, Equality Act 2010에 따른 공공 부문 평등 의무, 기밀 환자 정보를 다루기 위한 Caldicott 원칙이다. 디스커버리는 제안된 서비스가 필요하고, 합법적이고, 안전하고, 공평한지 시험하는 단계이며, 이는 그 질문들에 답하기가 비싸지기 전에 하는 것이다. 이를 건너뛴다고 질문이 사라지지 않는다. 정직한 답이 정치적으로 받아들일 수 없게 된 시점으로 미룰 뿐이다.

NHS Digital Service Standard와 GOV.UK Service Manual은 바로 이 이유로 디스커버리를 사용자 대면 디지털 서비스의 필수 첫 단계로 삼는다. 이것은 관료적 연극이 아니다. 여러분이 살 수 있는 가장 저렴한 보험이다.

핵심 개념#

디스커버리의 정의. 디스커버리는 문제 공간을 이해하는 것이 목표인 짧은(보통 6–10주) 단계다. 사용자가 누구이고, 무엇을 하려 하고, 무엇이 막고 있고, 이미 무엇이 있으며, 해결할 가치가 있는 문제가 애초에 있는지다. 산출물은 제품이 아니라 이해와 증거다. 좋은 디스커버리는 "아무것도 하지 않는다"거나 "이것은 디지털 문제가 아니라 정책 문제다"라고 타당하게 결론 내릴 수 있다.

더블 다이아몬드. Design Council의 더블 다이아몬드(2005)는 디자인을 연결된 두 다이아몬드로 구성한다. 첫 번째 — 발견(Discover) 다음 정의(Define) — 는 문제를 넓게 탐색하려고 발산한 다음 정확하게 구성하려고 수렴한다. 두 번째 — 개발(Develop) 다음 전달(Deliver) — 는 해결책을 탐색하려고 발산한 다음 하나를 만들려고 수렴한다. 딜리버리 단계로서의 디스커버리는 거의 전적으로 첫 번째 다이아몬드에 있다. 되풀이되는 실패는 팀이 첫 번째 다이아몬드를 끝내기도 전에 두 번째 다이아몬드로 질주하는 것이다.

사용자 필요 대 이해관계자의 바람. 사용자 필요는 사람이 이루려는 어떤 것으로, 그들의 관점에서 표현된다("내 예약이 확정되었음을 알아야 한다, 그래야 헛되이 하루 휴가를 내지 않는다"). 이해관계자의 바람은 누군가 이미 정한 기능이나 해결책이다("우리는 앱이 필요하다"). 디스커버리의 핵심 규율은 바람을 필요로 되돌려 번역하는 것이다. 필요는 안정적이고, 필요가 분명해지면 해결책은 저렴하고 교체 가능하기 때문이다.

문제 구성(framing). 문제를 서술하는 방식이 고려하게 될 모든 해결책을 제약한다. "환자가 예약을 놓친다"는 알림 앱을 부른다. "환자가 더는 맞지 않는 예약을 쉽게 조정할 수 없다"는 셀프서비스 재예약을 부른다. 같은 증상, 다른 문제, 근본적으로 다른 서비스다. 디스커버리가 값을 하는 것은 대체로 그것이 내놓는 문제 진술의 질에서다.

가정, 가설, 증거. 모든 프로젝트는 가정에 기댄다. 디스커버리는 이를 명시하고, 위험에 따라 순위를 매기고, 가장 위험한 것을 실제 사용자로 시험한다. 목표는 달성할 수 없는 확실성이 아니라 프로젝트를 침몰시킬 것들에 대한 줄어든 불확실성이다.

모범 사례#

1. 해결책이 아니라 문제에서 시작하라. 누군가 기술을 명명하기 전에 문제 진술을 쓰라. 자금 신청서, 이사회 문서, 공급업체의 제안이 이미 "앱"이나 "포털"을 지정하고 있다면, 구현할 결정이 아니라 시험할 가정으로 다루라. 문제가 이해되기 전에 도달한 해결책은 거의 언제나 사용자의 필요가 아니라 누군가의 습관이다.

2. 실제 사용자와 실제 사용자 리서치를 하라. 관리자들이 대신 말하는 워크숍이 아니라, 서비스를 쓸 실제 사람들, 곧 환자, 돌봄 제공자, 접수 직원, 지역 간호사, 사회복지사를 실제 맥락에서 인터뷰하고 관찰하라. 양보다 깊이를 추구하라. 잘 고른 열두 번의 맥락 인터뷰가 천 건의 응답 설문보다 더 많이 드러낸다. 도달하기 가장 어려운 사용자를 의도적으로 모집하라. 서비스가 가장 자주 실패시키는 사람들이기 때문이다.

3. 디지털의 얇은 조각이 아니라 서비스 전체를 지도로 그리라. 사용자는 의뢰, 평가, 치료, 후속 조치로 이루어진 종단 간 서비스를 경험하며 디지털 구성 요소는 그 한 단계다. 종이, 전화, 대면 부분을 포함해 모든 채널과 조직에 걸친 현재 여정을 지도로 그리라. 디지털 변경은 한 단계를 최적화하고 그 앞뒤의 두 단계를 깨뜨려 실패하는 경우가 흔하다.

4. 문제를 명시적으로 구성하고 합의를 받으라. 서면 문제 진술과 그 뒤의 증거를 만들고 고위 후원자의 명시적 합의를 확보하라. 이 산출물이 여러분의 계약이다. 다음 단계에서 "완료"가 무엇을 뜻하는지 정의하고, 합의된 문제에 기여하지 않는 범위에 아니라고 말할 지위를 준다.

5. 기회와 위험을 정직하게 가늠하라. 얼마나 많은 사람이 얼마나 심하게 영향을 받는지, 오늘 시스템에 얼마의 비용이 드는지 추정하라. 해결책이 도입할 위험, 곧 임상, 정보 거버넌스, 형평성, 딜리버리 위험과 짝지으라. 리더는 디스커버리에 재원을 대고, 방어 가능한 기회-위험 그림에 근거해 결정한다. 그러니 그것을 제공하라.

6. 첫날부터 가장자리를 위해 설계하라. 디지털 포용 스펙트럼 전반에서 리서치 참여자를 모집하고, Web Content Accessibility Guidelines(WCAG 2.2 AA) 기대에 비추어 일찍 시험하며, 지원형 디지털과 오프라인 경로를 사후 고려가 아니라 일급으로 다루라. 보건·돌봄에서 배제된 사용자는 필요가 높은 사용자인 경우가 많다. 자신 있고 연결된 사람에게만 작동하는 서비스는 불평등을 벌린다.

7. 다학제적으로 유지하고 시간을 제한하라. 디스커버리에 사용자 연구자, 서비스 디자이너, 제품 담당자, 기술 아키텍트, 그리고 돌봄에 닿는 것이라면 임상 및 정보 거버넌스 입력을 배치하라. 수렴을 강제하도록 시간을 엄격히 제한하라(분기가 아니라 주 단위). 끝이 없는 디스커버리는 팀이 결정을 피하고 있다는 경고 신호다.

8. 무엇이 여러분을 멈추게 할지 적어 두라. 시작할 때 정직한 권고가 "진행하지 말라"가 될 조건에 합의하라. 진정한 사용자 필요 없음, 넘을 수 없는 IG나 안전 장벽, 더 나은 비디지털 해결책, 다른 팀이 소유한 문제다. 중단을 권고할 수 없는 디스커버리는 디스커버리가 아니라 사전 정당화된 구축이다.

팀과 논의할 질문#

1. 디스커버리에서 무엇을 보아야 "진행하지 말라"고 정직하게 권고할 수 있으며, 이 방에서 그렇게 말할 지위가 있는 사람이 있는가? 중단 조건은 행사할 수 없다면 무가치하며, 보건·돌봄에서는 그것을 행사하지 않으라는 압력이 강하다. 이사가 이미 앱을 발표했거나, 공급업체 계약이 반쯤 서명되었거나, 팀이 주저하면 재원 기회가 닫힌다. 이 질문은 팀이 권고를 중단으로 뒤집을 구체적 증거 — 진정한 사용자 필요 없음, 넘을 수 없는 정보 거버넌스나 임상 안전 장벽, 더 나은 비디지털 해결책, 다른 서비스가 소유한 문제 — 를 명명하고, 리서치가 시작되기 전에 적어 두어 나중에 조용히 재정의되지 못하게 하도록 강제한다. 토론할 가치가 있는 긴장은 후원자의 확신과 연구자의 독립성 사이에 있다. 구조적으로 아니라고 말할 수 없는 디스커버리는 디스커버리의 옷을 입은 사전 정당화된 구축이다. 누가 연구자의 발견을 편집으로부터 보호하는지, 외부인이 증거를 검토하는지, 조직이 실제로 중단한 마지막 디스커버리가 무엇이었는지 생각하라. 없다면 그것 자체가 발견이다. 정직한 답은 여기서 "아니다"가 어려운 진짜 이유를 식별하고, 그것을 말할 수 있게 하는 구체적 메커니즘(합의된 중단 기준, 독립적 이의 제기, 중단 가능성을 공개적으로 축복한 후원자)을 제시한다.

2. 우리가 가장 배제하기 쉬운 사용자는 누구이며, 그들을 베타로 미루는 대신 리서치에 어떻게 들일 것인가? 보건·돌봄에서 배제된 사용자 — 허약한 사람, 디지털에서 소외된 사람, 영어에 자신 없는 사람, 세 시스템을 돌려야 하는 돌봄 제공자 — 는 서비스가 존재하는 이유인 높은 필요의 사용자가 불균형적으로 많으므로, 편의를 위한 표본 추출은 불평등을 아키텍처에 조용히 설계해 넣는다. 토론할 상충 관계는 깊이와 포용 대 일정과 모집 비용이다. 가장 도달하기 어려운 사람에게 닿으려면 시간, 지역사회 파트너, 사례, 서두르는 디스커버리가 "일단은" 건너뛰고 싶어 하는 지원형 또는 오프라인 리서치 방법이 필요하다. 구체적 각도는 디지털 포용 스펙트럼을 명시적으로 지도로 그리기, 메일링 리스트가 아니라 자원봉사 부문과 임상 문지기를 통해 모집하기, 지원형 디지털과 비디지털 경로를 사후 고려가 아니라 일급 발견으로 다루기를 포함한다. 포용이 호의가 아니라 법적, 윤리적 의무로 이해되도록 공공 부문 평등 의무와 Caldicott 맥락을 명명할 가치가 있다. 좋은 답은 가장자리를 의도적으로 과다 표집하는 지정된 모집 계획과, 팀이 디자인의 무게중심으로 다룰 사용자가 누구인지에 대한 명확한 진술을 낳는다.

3. 우리는 문제를 구성했는가, 아니면 문제 진술에 해결책을 몰래 들여왔는가? 문제를 진술하는 방식은 팀이 고려할 모든 해결책을 조용히 제약한다. "환자가 예약을 잊는다"는 알림 앱을 부르고, "환자가 더는 맞지 않는 예약을 쉽게 조정할 수 없다"는 셀프서비스 재예약과 시간대 정책 검토를 부르므로, 문제 진술의 문구가 디스커버리가 값을 하는 곳이다. 토론은 자금 신청서, 이사회 문서, 공급업체의 제안이 이미 답("앱", "포털", "AI 트리아지 도구")을 못 박고 필요로 위장했는지, 팀이 그 바람을 근본적인 사용자 목표로 되돌려 번역할 규율이 있는지에 관한 것이다. 유용한 각도는 문제 진술에서 해결책 명사를 금지하기, 디지털 조각이 맥락 속에서 보이도록 모든 채널과 조직에 걸쳐 종단 간 서비스 전체를 지도로 그리기, 각 서술된 필요가 조직의 관점이 아니라 사용자의 관점에서 표현되었는지 점검하기를 포함한다. 여기서 증거가 중요하다. 구성은 습관이나 전략 슬라이드가 아니라 실제 사용자가 말하고 한 것으로 거슬러 추적할 수 있어야 한다. 정직한 답은 진술이 증거가 뒷받침하는 안정적인 사용자 필요를 명명함을 확인하거나, 해결책이 가정되었음을 인정하고 알파의 범위를 정하기 전에 구성을 다시 연다.

4. 적절한 학문 분야가 방에 있으며, 임상 안전과 정보 거버넌스는 끝에 승인하는 대신 작업을 형성하고 있는가? 제품 관리자와 딜리버리 리드만으로 꾸려진 디스커버리는 제품과 딜리버리 문제를 발견할 것이다. 초대받지 못한 사용자, 임상의, 법적 의무는 알파에서, 더 나쁘게는 가동 후에 비싸게 드러나는 위험이 된다. 긴장은 진정으로 다학제적인 팀 — 사용자 연구자, 서비스 디자이너, 기술 아키텍트, 임상 안전 책임자, 정보 거버넌스와 Caldicott 전문성 — 이 부족하고, 경쟁이 심하고, 소집이 느려서 팀이 임상의를 한 시간 "빌리거나" IG를 마지막 관문으로 덧붙이고 싶어 한다는 점이다. 그 순서가 함정이다. 임상 안전과 IG는 구성하는 동안 설계에 넣기는 저렴하지만, 아키텍처가 데이터가 조직 경계를 넘나든다고 가정한 뒤 사후 보완하기는 파멸적으로 비싸다. 구체적 각도는 돌봄에 닿는 모든 것에 대해 첫 주부터 임상 안전 책임자를 명명하기, 데이터 보호 영향 평가를 나중의 형식이 아니라 살아 있는 디스커버리 산출물로 다루기, 일선 워크플로를 이해하는 사람들이 기여자인지 단지 자문 대상인지 점검하기를 포함한다. 정직한 답은 실제로 팀에 누가 있는지, 어떤 의무가 사람이 아니라 체크박스로 대표되는지, 어떤 학문이 빠져 디스커버리가 맹점을 갖게 될지 명명한다.

5. 디스커버리가 끝났음을 어떻게 알며, 몇 달 동안 표류하거나 2주 만에 잘리는 것을 무엇이 막는가? 디스커버리에는 두 가지 반대되는 실패 양상이 있고 둘 다 시간에 관한 것이다. 모든 것을 지도로 그리고 아무것도 결정하지 않는 끝없는 연구, 그리고 리서치가 시작되기 전에 딜리버리 일자가 고정되어 예정된 결론으로 서두르는 잘린 2주다. 더블 다이아몬드가 요구하는 규율은 수렴이다. 모든 질문에 답했을 때가 아니라 방어 가능한 결정을 내릴 만큼 문제가 충분히 이해되었을 때를 아는 것이다. 확실성은 달성할 수 없고 목표는 프로젝트를 침몰시킬 것들에 대한 불확실성 감소이기 때문이다. 토론할 가치가 있는 상충 관계는 깊이 대 추진력이다. 몇 주의 엄격한 시간 제한은 팀이 가장 위험한 가정을 우선하게 하지만, 너무 빡빡하게 정한 제한은 이 영역이 가장 필요로 하는 포용적이고 도달하기 어려운 리서치를 굶긴다. 유용한 각도는 디스커버리가 정보를 줘야 할 결정과 후원자가 그것을 내리는 데 필요한 산출물에 합의하기, 상자가 중요한 것에 쓰이도록 가정의 순위를 매기기, 단계가 인정되지 않은 알파로 줄줄 흘러가게 두지 않고 결정 지점을 명명하기를 포함한다. 정직한 답은 상자가 얼마나 긴지, 이 문제에서 "충분히 이해됨"이 어떤 모습인지, 누가 끝을 선언하는지 밝힌다.

6. 디스커버리가 끝날 때 자금 위원회에 이야기가 아니라 기회와 위험의 방어 가능한 그림을 건넬 수 있는가? 리더는 이해에 재원을 대지 않고 결정에 재원을 대며, 풍부한 통찰은 내놓지만 얼마나 많은 사람이 얼마나 심하게 영향을 받는지, 오늘 시스템에 얼마의 비용이 드는지, 해결책이 무엇을 위험에 빠뜨릴지에 대한 위원회가 읽을 수 있는 설명이 없는 디스커버리는 결정을 가장 자신 있게 이야기하는 사람에게 맡긴다. 긴장은 연구자의 미묘하고 단서가 붙은 발견과 위원회의 크기가 매겨지고, 비교 가능하고, 방어 가능한 케이스에 대한 필요 사이에 있다. 너무 세게 압축하면 요점이던 형평성과 안전의 미묘함을 잃고, 압축을 거부하면 증거는 돈을 배분하는 사람들에게 결코 닿지 않는다. 보건·돌봄에서 그림은 기회를 해결책이 도입하는 위험, 곧 임상, 정보 거버넌스, 형평성, 딜리버리 위험과 짝지어야 한다. 이점만 보는 위원회는 나쁜 도박을 하도록 세팅되기 때문이다. 구체적 각도는 희망적 추정이 아니라 실제 데이터로 영향받는 인구를 가늠하기, 회의론자가 사용자가 말한 것으로 거슬러 따라갈 수 있도록 발견을 추적 가능하게 만들기, 권고("진행하지 말라"나 "이 더 좁은 것을 알파로"를 포함)를 다음 단계가 조치할 수 있는 말로 구성하기를 포함한다. 정직한 답은 팀이 증거에서 자금 위원회가 공개적으로 면밀히 검토해도 무너지지 않을 권고로 이동할 수 있음을 보여 준다.

실제 사례: 보건·돌봄 예시#

한 통합 돌봄 시스템(ICS)이 외래 클리닉의 불참(DNA, did-not-attend) 비율을 줄이라는 압박을 받고 있다. 한 공급업체가 AI 기반 알림 앱을 제안했고 한 이사가 재원을 대고 싶어 한다. 사는 대신 ICS는 8주의 디스커버리를 운영한다.

사용자 연구자는 최근 예약을 놓친 환자 열여덟 명과 접수 직원, 클리닉 관리자 두 명을 인터뷰한다. 알림 이론이 놓친 패턴이 나타난다. 많은 "불참자"가 일정을 조정하려고 시도했지만 며칠 동안 통화 중인 전화선에 막혔거나, 급여를 잃지 않고는 갈 수 없는 근무 시간 중의 예약을 받았다. 일부는 사망했거나 다른 곳에 입원했는데도 여전히 명단에 올라 있었다. 알림은 이 원인 어느 것에도 닿지 않을 것이다.

팀은 종단 간 예약 여정을 지도로 그리고, 세 개의 조직, 두 개의 환자 행정 시스템, 그리고 고리에 있는 팩스기를 발견한다. 이들은 문제를 "환자가 예약을 잊는다"에서 "환자가 더는 맞지 않는 예약을 조정하려고 우리에게 쉽게 닿을 수 없다"로 재구성한다. 그리고 수량화한다. 표본 클리닉 DNA의 약 40%에 앞선 연락 시도 실패가 있었다. 정보 거버넌스 질문(공유 재예약 도구는 조직 경계를 넘을 것이다)과 형평성 발견(가장 높은 DNA 비율은 가장 취약한 우편번호 지역의 환자들 사이에서 나타났고, 이들에게는 근무 시간대 예약이 장벽이었다)을 표시한다.

디스커버리는 앱에 반대하고, 셀프서비스 재예약과 시간대 예약 정책 검토를 탐색하는 알파에 찬성하는 권고를 낸다. 재구성된 문제는 후원자가 합의하고, 알파를 위해 임상 안전 책임자가 지명되며, 데이터 보호 영향 평가가 의뢰된다. ICS는 8주를 썼고, 공개적으로 눈에 띄게 실패했을 해결책에 재원을 대는 일을 피했다.

부문별 관점#

스타트업#

디지털 보건 스타트업은 빠듯한 예산과 시간 압박 속에서 디스커버리를 운영하며, 흔히 "디스커버리"는 창업자 본인의 체험에 투자자 미팅 사이에 끼워 넣은 2주의 사용자 인터뷰를 더한 것이다. 재원 압박은 견인력을 보여 주라는 것이고, 이는 창업자가 곧바로 시연으로 건너뛰고 싶게 만든다. 가장 중요한 규율은 가장 위험한 가정을 명명하고, 실패하면 그 아이디어를 저렴하게 죽이는 것이다. 스타트업은 잘못된 것을 단 한 번도 만들 여유가 없기 때문이다. 책임은 법정 위원회가 아니라 투자자와 초기 채택자에게 있으므로, 중단 조건은 임상적인 것만큼 상업적이다(지불 의사 없음, 도달 가능한 시장 없음). 장점은 속도와 피벗의 자유이고, 위험은 설득력 있는 창업자의 서사를 실제 사용자 필요의 증거로 착각하는 것이다.

소규모 사업체#

확립된 소규모 제공자 — 일반의 진료소, 지역 약국, 요양원, 재가 돌봄 기관, 단일 사업장 클리닉, 또는 매출 이전 단계를 지난 소규모 보건 기술 공급업체 — 는 실제 환자와 운영 중인 업무가 있지만 공식 디스커버리를 꾸릴 여분의 사용자 연구자나 서비스 디자이너는 드물다. 여기서 디스커버리는 가볍고 기회주의적이다. "리서치"는 환자가 왜 전화선에 닿지 못하는지 이미 아는 접수 직원, 서류 중복을 매일 보는 돌봄 종사자, 변경이 영향을 줄 사용자들과의 몇 차례 의도적 대화다. 함정은 같은 법정 의무 — Caldicott, UK GDPR, 평등 의무, 임상 안전 — 가 내부에 그것을 소유한 사람이 있든 없든 전면적으로 적용된다는 점이므로, 가장 중요한 규율은 문제를 정직하게 구성하고 공급업체의 제품에 부족한 현금을 쓰기 전에 가장 위험한 가정을 시험하는 것이다. 진행 중인 운영을 멈출 수 없으므로 소규모 제공자는 흔히 넓은 문제 공간이 아니라 하나의 구체적 고통 지점을 중심으로 디스커버리를 운영하며, 가장 가치 있는 중단 조건은 해결책이 구매할 시스템이 아니라 프로세스 변경이나 공유 지역 플랫폼임을 알아차리는 것이다.

대기업#

NHS 트러스트나 대형 보건 기술 공급업체는 사용자 연구자, 서비스 디자이너, 임상 안전, 정보 거버넌스로 제대로 된 다학제 디스커버리를 꾸릴 수 있지만 조직의 중력과 싸워야 한다. 기존 공급업체 계약, 이미 "그 앱"을 발표한 이사회, 해결책을 미리 정한 비즈니스 케이스다. 여기서 디스커버리의 가장 어려운 일은 정치적이다. 후원자의 지지를 잃지 않고 승인된 해결책을 사용자 필요로 다시 구성하는 것이다. 재원은 연간이고 위원회에 묶여 있어서 디스커버리는 자리를 두고 경쟁하며 위원회가 읽을 수 있는 산출물을 내놓아야 한다. 위험 감수 성향은 낮고 책임은 넓어서(규제 기관, 감사관, 대중) 정직한 "진행하지 말라"가 더 가치 있으면서 소리 내어 말하기 더 어렵다.

정부#

NHS England, DHSC, 지방분권 정부, 지방정부 같은 국가 또는 지역 공공 기관은 Service Standard, 지출 통제 관문, 대중의 감시의 전면적 무게 아래 디스커버리를 운영하며, 디스커버리 보고서 자체가 공표되고 이의 제기를 받을 수 있다. 사용자 기반은 거대하고 소외된 사람을 포함할 의무는 선택이 아닌 법적 관심사이므로, 포용적 모집과 지원형 디지털 경로는 첫 주부터 필수다. 책임은 장관, 의회, 유권자에게 있으므로 디스커버리는 공개적으로 방어 가능해야 하며 증거가 약하면 지출 통제로 중단될 수 있다. 상충 관계는 엄밀성 대 속도다. 정부 디스커버리는 더 느리고 더 보증되어 공적 자금을 보호하지만 빠르게 움직이는 데 익숙한 팀을 좌절시킬 수 있다.

흔한 실패 양상#

• 너무 이른 해결책 지향. 팀이 답을 이미 고른 채 디스커버리에 들어가 그것의 비즈니스 케이스를 만드는 데 몇 주를 쓴다. 해독제: 문제 진술에서 해결책 명사를 금지하라; 가장 위험한 가정을 리서치 질문으로 만들라.
• 리서치 연극. 소수의 우호적 이해관계자에게만 자문하고, 도달하기 어려운 사용자는 "시간 때문에" 건너뛰며, 발견이 편리하게 계획을 확인해 준다. 해독제: 가장자리를 위해 모집하라; 팀 밖의 누군가가 리서치 발견에 이의를 제기하게 하라.
• 아니라고 말할 수 없는 디스커버리. 재원, 정치, 서명된 계약이 "진행하지 말라"를 말할 수 없게 만들어 디스커버리가 의례가 된다. 해독제: 중단 조건에 미리 합의하고 연구자의 독립성을 보호하라.
• 바다를 끓이기. 끝없는 디스커버리가 몇 달 동안 표류하며 모든 것을 지도로 그리고 아무것도 결정하지 않는다. 해독제: 엄격한 시간 제한과 끝에서의 명명된 결정.
• 비디지털 서비스 무시. 팀이 화면을 연구하고 여정을 실제로 나르는 전화선, 편지, 접수 직원을 놓친다. 해독제: 모든 채널과 조직을 종단 간 지도로 그리라.
• 접근성과 포용을 나중으로 다루기. 가장자리 사용자가 베타로 미뤄지고 그때는 아키텍처가 그들을 배제한다. 해독제: 포용적으로 모집하고 첫 프로토타입부터 WCAG에 대해 시험하라.

성숙도 모델#

체크리스트#

• 해결책이 아니라 사용자 필요를 명명하는 서면 문제 진술이 있다.
• 도달하기 가장 어려운 사용자를 포함한 실제 사용자를 맥락 속에서 인터뷰하거나 관찰했다.
• 종단 간 서비스를 모든 채널과 조직에 걸쳐 지도로 그렸다.
• 가장 위험한 가정을 나열하고 순위를 매겼으며 상위 항목을 시험했다.
• 임상 안전, 정보 거버넌스(Caldicott, UK GDPR/DPIA), 보건 불평등 위험을 식별했다.
• 접근성(WCAG 2.2 AA)과 디지털 포용을 첫 프로토타입부터 고려한다.
• 시작할 때 중단 조건에 합의했으며, "진행하지 말라"가 진정으로 가능한 결과다.
• 기회를 가늠했고 권고가 자금 위원회에 방어 가능하다.
• 다학제 팀(임상/IG 입력 포함)이 고정된 시간 제한 안에 단계를 운영했다.
• 알파가 시작되기 전에 후원자가 문제 진술에 합의했다.

주요 출처#

• NHS England — NHS Digital Service Manual과 NHS Service Standard (service.nhs.uk).
• GOV.UK Service Manual — "How the discovery phase works"와 Government Service Standard (Government Digital Service).
• Design Council — The Double Diamond 디자인 프로세스 프레임워크.
• NHS England — Digital Technology Assessment Criteria (DTAC): 임상 안전, 데이터 보호, 기술 보증, 상호운용성, 사용성 및 접근성.
• NICE — Evidence Standards Framework for Digital Health Technologies.
• Web Content Accessibility Guidelines (WCAG) 2.2, W3C; 그리고 접근성과 지원형 디지털에 관한 GOV.UK 지침.
• UK Caldicott 원칙과 Data Protection Act 2018 / UK GDPR (데이터 보호 영향 평가).
• Equality Act 2010 — 공공 부문 평등 의무 (디스커버리의 보건 불평등 평가와 관련).

참고문헌#

1. Double Diamond (design process model) — Wikipedia — https://en.wikipedia.org/wiki/Double_Diamond_(design_process_model)
2. Design Council — Wikipedia — https://en.wikipedia.org/wiki/Design_Council
3. User research — Wikipedia — https://en.wikipedia.org/wiki/User_research
4. Contextual inquiry — Wikipedia — https://en.wikipedia.org/wiki/Contextual_inquiry
5. Problem statement — Wikipedia — https://en.wikipedia.org/wiki/Problem_statement
6. Web Content Accessibility Guidelines — Wikipedia — https://en.wikipedia.org/wiki/Web_Content_Accessibility_Guidelines
7. Equality Act 2010 — Wikipedia — https://en.wikipedia.org/wiki/Equality_Act_2010
8. NHS Constitution for England — Wikipedia — https://en.wikipedia.org/wiki/NHS_Constitution_for_England
9. Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
10. Privacy impact assessment (data protection impact assessment) — Wikipedia — https://en.wikipedia.org/wiki/Privacy_impact_assessment
11. How the discovery phase works — Government Digital Service, GOV.UK Service Manual — https://www.gov.uk/service-manual/agile-delivery/how-the-discovery-phase-works
12. NHS service standard and NHS digital service manual — NHS England — https://service-manual.nhs.uk/
13. The Double Diamond — Design Council — https://www.designcouncil.org.uk/our-resources/the-double-diamond/
14. Web Content Accessibility Guidelines (WCAG) 2.2 — W3C — https://www.w3.org/TR/WCAG22/
15. Equality Act 2010 — UK legislation (legislation.gov.uk) — https://www.legislation.gov.uk/ukpga/2010/15/contents
16. Data protection impact assessments (DPIAs) — Information Commissioner's Office (ICO) — https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/accountability-and-governance/data-protection-impact-assessments-dpias/
17. The Caldicott Principles — National Data Guardian, GOV.UK — https://www.gov.uk/government/publications/the-caldicott-principles
18. Evidence standards framework for digital health technologies — NICE — https://www.nice.org.uk/about/what-we-do/digital-health