우리는 방금 NHS 웹사이트를 위한 새로운 로드맵을 게시했습니다 . 이것은 영국 최대의 건강 웹사이트에서 사용자의 요구와 조직의 목표를 충족시키기 위해 무엇을 할 것인지(하지 않을 것인지)를 결정하기 위해 몇 달 동안 작업한 결과입니다.

우리는 이전 연도와 비교하여 로드맵을 만들고 발표하는 방법을 크게 변경했습니다. 이 블로그 게시물은 우리가 수행한 작업과 수행 방법을 설명하고 고유한 로드맵을 만드는 데 적용하고 사용할 수 있는 템플릿을 포함합니다. 이 블로그 게시물은 로드맵 이론에 관한 것이 아니지만 마지막에 도움이 된 기사에 대한 링크를 추가했습니다.

문맥

지금까지 우리가 내부적으로 사용한 nhs.uk 로드맵은 진정한 로드맵(높은 수준의 제공 계획)이라기보다는 Gantt 차트에 가깝습니다. '로드맵'의 각 항목에는 시작 날짜와 종료 날짜, 결과가 아닌 출력에 대한 설명이 있습니다.

nhs.uk 및 NHS 앱의 로드맵은 이전에 별도로 작성되었습니다. 이번에는 동일한 프로세스를 사용하여 공유 목표를 위해 더 잘 협력할 수 있었습니다.

20명의 제품 관리자는 nhs.uk 및 NHS App 로드맵과 다른 팀원 및 이해 관계자에 기여했습니다. 우리가 사용한 프로세스는 다소 무겁게 보일 수 있지만 그 많은 사람들을 조율하는 데 필요했습니다.

마지막으로 Mural 및 PowerPoint와 같이 사용할 수 있는 도구를 사용했습니다. 의심의 여지없이 더 나은 도구가 있지만 그것이 우리가 가진 것입니다. 우리 팀은 Jira, Azure DevOps 및 Trello를 혼합하여 사용하기 때문에 팀 작업을 계획하고 추적하는 데 사용하는 소프트웨어와 로드맵을 통합하려는 노력을 기울이지 않았습니다.

전반적인 목표

NHS 웹사이트는 아마도 단일 제품이 아니라 단일 URL에 있는 제품 모음으로 가장 잘 설명될 것입니다. 각 제품 그룹에는 고유한 목표가 있지만 사이트 전체에 대한 최상위 목표도 있습니다. 이것들은:

1. 기존 라이브 서비스 실행 및 유지
2. 기존 라이브 서비스 개선
3. 라이브 서비스를 보다 효율적으로 만들기
4. nhs.uk가 주요 채널인 지원 이니셔티브

우리는 로드맵('로드맵 항목 캔버스')에 포함될 수 있는 각 항목에 대한 요약 문서를 만드는 것으로 시작했습니다. 이것의 목적은 서로 다른 항목의 우선순위를 정하고 다음에 초점을 맞출 항목을 결정할 때 쉽게 비교할 수 있도록 일관된 형식을 갖는 것이었습니다.

이 캔버스는 다음을 요약합니다.

• 해결해야 할 문제
• 이 문제의 영향을 받는 사용자와 그들의 요구 사항
• 문제 해결에 대한 우리의 가설("우리가 X를 수행하면 사용자가 Y를 수행하는 데 도움이 될 것입니다")
• 혜택 및 KPI를 포함하여 달성하고자 하는 결과
• 디지털 건강 및 관리 계획 또는 NHS 장기 계획 과 같은 다른 우선 순위 또는 전략과의 일치
• 종속성
• 예상 크기(소형, 중형, 대형, 특대형)
• 가치 점수.

로드맵 항목 캔버스(pptx) 사본 다운로드

로드맵의 형식 결정

이제 로드맵 항목의 긴 목록이 생겼습니다. 순서를 가지고 놀고 필요한 옵션과 선택 사항을 논의할 수 있는 공간이 필요했습니다.

디지털 화이트보드에 널리 사용되는 Now/Next/Later 형식을 사용하여 초안 로드맵을 설정했습니다. 이 형식은 우리가 실제로 일하는 방식을 반영하며 계획이 변경될 수 있음을 인정합니다. 예를 들어 '다음' 열은 현재 우리가 다음에 할 것이라고 생각하는 것이지만 '지금' 수행 중인 작업에서 나온 결과 또는 우선 순위의 변화에 ​​따라 변경될 수 있습니다.

이 형식의 유연성은 우리 조직이 복잡한 합병 세트, 상근 직원 수 감소 및 고위 의사 결정자 변경을 통해 작업하고 있기 때문에 현재 특히 유용합니다.

화이트보드에서 각 로드맵 항목은 이름, 문제에 대한 간략한 설명 또는 의도한 결과, 크기 및 가치 점수를 보여주는 카드로 표시됩니다. 더 자세히 살펴보고 더 자세한 정보 레이어를 보려면 각 카드에서 해당 로드맵 항목 캔버스로 연결되는 링크가 있습니다.

웹 페이지 버전은 또 다른 정보 계층입니다. 높은 수준의 텍스트 기반 내러티브입니다. 항목에 대한 자세한 내용을 클릭할 수 없습니다. 나중에 추가할 항목입니다.

로드맵 검토

로드맵의 화이트보드 버전을 사용하여 생각을 공유하고 다른 사람들로부터 피드백을 받았습니다. 팀 수준에서 논의했고 동료 및 이해 관계자와 더 광범위하게 공유했습니다.

한 가지 중요한 피드백 루프는 전달 계획이었습니다. 로드맵이 우리 팀에서 실제로 전달될 수 있는지 확인하고 로드맵을 변경하거나 전달할 수 없는 경우 팀을 지원하는 것입니다. '지금' 및 '다음' 부분에 초점을 맞춰 전달 관리자는 종속성과 용량을 살펴보고 문제를 완화하는 방법을 알아냈습니다.

로드맵 게시 및 업데이트

마지막으로, 우리는 가장 가치 있는 것에 우선순위를 두고 있다고 느꼈고 전달할 수 있는 버전을 갖게 되었습니다.

'지금 작업 중'은 대략 2023년 4월부터 6월까지의 기간을 다룹니다. 우리는 그 기간의 중간쯤에 로드맵으로 돌아와서 '다음 작업 중' 부분을 검토하고 그것이 정말로 우리가 7월에서 9월에 할 계획인지 결정할 것입니다. 2023년 또는 변경이 필요한 경우.

잘 된 것

이런 방식으로 로드맵을 만드는 것은 우리가 이전에 하던 방식과 상당히 달랐지만 기존 작업 방식과 더 잘 맞았기 때문에 큰 도약이라고 느껴지지 않았습니다.

특히 형식이 매우 유연하다는 것이 입증되었습니다. 다른 모든 것을 깨뜨린다는 느낌 없이 '지금'에서 '다음'으로(또는 그 반대로) 항목을 이동하는 것이 쉬웠습니다.

너무 많은 사람들이 참여했기 때문에 우리는 상당히 조직화되어야 했습니다. 따라서 문서가 있는 것도 도움이 되었습니다. 로드맵 항목 캔버스를 만드는 방법과 마감일까지 필요한 사항에 대한 지침을 게시했습니다. 나는 이것을 사람들과 테스트했고 그들의 피드백에 따라 그것을 반복했습니다. 이 지침에는 다음과 같은 기본적인 내용이 포함되어 있습니다.

• 항목 크기가 소형, 중형, 대형 또는 특대형인지 결정하는 방법
• 가치 점수를 계산하는 방법
• 주요 NHS 전략 및 계획에 대한 링크.

뭐가 그렇게 잘 안됐어

우리는 특정 그룹의 사람들을 곧 참여시키지 않았습니다. 그들이 어떻게 일을 처리하고 특정 일에 가장 적합한 위치에 있는지에 대해 큰 발언권을 가지고 있기 때문에 이것은 문제였습니다. 그들은 또한 지식이 풍부하고 경험이 풍부한 그룹이며 로드맵의 초기 초안에 대한 피드백을 환영했을 것입니다.

또한 일부 로드맵 항목에 대한 KPI를 정의하는 데 어려움을 겪었습니다. 이는 우리가 달성하고자 하는 일부 결과(예: 비처방 약국 서비스 이용 증가)를 추적할 수 없기 때문에 약간의 느낌을 줄 수 있는 대리 지표(예: 특정 정보 보기)에 의존해야 하기 때문입니다. 의도한 목표와 거리가 멀다. 이 분야에서 더 많은 작업이 필요합니다.

로드맵에 대한 추가 정보

• Janna Bastow — 최신 로드맵의 탄생
• Noah Weiss — #now, #next, #later: 고역 없는 로드맵
• 로드맵이 죽었습니다. 롱 라이브 로드맵! — 제품 경험에 대한 Janna Bastow
• Matt Jukes — 로드맵 읽어보기