웹사이트와 서비스 개선

기존 제품과 이를 이용하고 관리하는 사람들의 경험을 살펴보는 것으로 시작합니다. 이전 결정을 내린 이유와 그동안 바뀐 것을 이해합니다.

팀과 함께 중요한 과정을 단순화하거나, 콘텐츠 발행을 쉽게 하거나, 유용한 기능을 열거나, 기술적 제약을 없애는 개선을 고릅니다.

처음에는 불편해 보이는 설계가 중요한 업무를 지탱할 수 있습니다. 어떤 기능은 유지 관리에 직원의 힘이 너무 많이 들어서 사용되지 않을 수도 있습니다.

원인을 살펴 유용한 부분은 남기고 실제 문제를 해결하는 개선을 고릅니다.

출시 전에 무엇이 나아져야 하며 어떻게 알 수 있는지 합의합니다. 초기 상태를 기록하고 선택한 개선을 구현한 후 비교할 수 있는 조건에서 결과를 확인합니다.

결과를 바탕으로 같은 방향을 이어갈지, 해결책을 수정할지, 작업을 마칠지 결정합니다. 같은 기간에 지표에 영향을 줬을 다른 사건도 고려합니다.

기존 기반을 어떤 비용을 치르더라도 유지할 필요는 없습니다. 발전을 막는다면 작은 수정, 일부 교체, 전체 이전을 비교합니다. 이전 비용, 지속 비용, 팀 작업, 외부 의존성을 고려합니다.

출시를 위한 검증과 복원 절차를 준비합니다. 이전할 때는 데이터, 연결, 주소를 따로 확인합니다. 제품 기능, 비용, 향후 팀의 업무를 기준으로 방법을 비교합니다.

무엇을 개선하려 했고 왜 이 방법을 선택했으며 출시 후 무엇을 알게 됐는지 기록합니다. 향후 개발할 사람들과 결과가 적용되는 범위와 다시 검증할 가정을 논의합니다.

제품과 코드의 변경 사항과 함께 검증 결과, 지표 비교, 문서를 전달합니다. 팀은 축적된 이해를 다음 과제에 사용할 수 있습니다.

공동 작업의 완료 상태를 정합니다. 선택한 방향, 출시된 개선, 또는 팀이 익힌 작업 방법이 될 수 있습니다.

인계 후 고객사는 업데이트된 제품과 이미 검증된 내용, 다음 변경에서 살펴볼 질문을 갖게 됩니다.