Jump to content

공동체 위시리스트 설문조사/우선순위

From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Community Wishlist Survey/Prioritization and the translation is 100% complete.

이 문서는 자원 봉사자, 커뮤니티 위시리스트 설문 조사 애호가 및 고급 기여자를 위해 작성되었습니다. 우리 커뮤니티 기술은 투표 단계가 끝난 후 제안에 대한 작업을 계획하는 방법을 설명하고자 합니다. 우리는 소프트웨어 개발 프로세스를 설명하고자 합니다. 이 문서의 명확성에 대한 피드백을 환영합니다.

커뮤니티 위시리스트 설문조사의 각 에디션의 결과로 투표 수를 기준으로 정렬된 새로운 제안 목록이 있습니다. 수년에 걸쳐 우리는 상위 10위 안에 드는 것이 최선의 아이디어가 아니라는 것을 배웠습니다.

대신 제안의 우선 순위를 지정하는 방법을 개발했습니다. 체계적이고 투명하게 평가합니다. 우선 순위를 지정하면 가능한 한 많은 제안을 완료할 수 있도록 작업 방법을 결정하는 데 도움이 됩니다. 몇 가지 가정이 있습니다:

  • 제안의 인기도는 선택 결정에 있어 매우 중요한 요소이지만 유일한 요소는 아닙니다.
  • 제안서는 전략적 순서로 작업하고 가능한 한 많이 완료하는 것이 가장 좋습니다.
  • 엔지니어와 디자이너는 서로 차단하지 않고 함께 작업할 수 있어야 합니다. 예를 들어 디자이너가 제안을 조사하고 제안에 대한 시각적 구성 요소를 생성할 때 엔지니어는 순전히 기술적인 제안에 집중합니다.
  • 세부 사항을 숨기기보다 커뮤니티와 투명하게 소통하는 것이 가장 좋습니다. 가시성은 신뢰와 대화를 구축합니다.

기준 요약

우선 순위를 정할 때 가장 인기 있는 제안 30개를 검토합니다. 연간 30개 이상의 소원을 들어줄 수 없기 때문에 그 이하의 제안은 검토하지 않습니다. 인기도, 기술, 제품 및 디자인 복잡성, 커뮤니티 영향을 기준으로 제안서에 점수를 매깁니다. 다음은 기준을 요약한 것입니다:

photo of prioritization score
커뮤니티 기술 제안에 대한 우선 순위 점수

모든 제안에 점수가 매겨지면 순위를 매기고 이 순위에 따라 작업합니다. 그래야만 다음을 수행할 수 있습니다:

  • 우리가 가진 자원으로 가능한 한 많은 소원을 이루십시오.
  • 유지 관리 및 복잡성을 고려하면서 가장 큰 영향을 미치도록 선택합니다.

우리는 또한 재단의 다른 팀과 상의하고 제안과 관련된 프로젝트를 이미 진행하고 있는지 조사합니다.

기술적 복잡성

기준

우리 엔지니어들은 소원을 들어주기 위해 얼마나 많은 노력을 기울여야 하는지 추정합니다. 덜 복잡한(더 실행 가능한) 프로젝트를 우선시합니다. 명확하지 않은 것이 있을 때마다 그들은 과소평가하기보다는 과대평가하려고 합니다.

  • 기술적 종속성 – 작업에 다른 위키미디어 재단 팀과의 상호 작용이 필요한지 확인합니다. 작업의 일부가 다른 팀의 로드맵에 있어야 하거나 희망 사항을 완료하기 전에 다른 팀의 입력이나 피드백이 필요할 수 있습니다. 이러한 예로는 스키마 변경, 보안 검토, 새 확장 추가, 제3자 라이브러리 업그레이드 등이 있습니다.
  • 기술 연구 – 우리는 특정 문제에 접근하는 방법을 알고 있는지 자문합니다. 때로는 솔루션에 대한 생각을 시작하기 전에 옵션을 평가하고 고려해야 합니다. 때때로 우리는 해야 할 일이 완료될 수 있는지 또는 우리가 작업 중인 플랫폼이 처리할 수 있는 범위 내에 있는지 확인해야 합니다.
  • 기술적 노력 – 우리는 기본 코드에 얼마나 친숙하고 작업이 얼마나 크거나 복잡할 수 있는지 자문합니다. 노력 점수가 높다는 것은 우리가 작업할 코드가 낡았거나 부서지기 쉬웠거나 실제 작업을 시작하기 전에 처리해야 할 어느 정도의 기술적 부채가 있음을 의미할 수도 있습니다.

규모

이들 각각은 1-6 척도로 순위가 매겨집니다:

1 - 가장 낮은 복잡성
  • 기술 솔루션은 매우 간단합니다. 문제는 사용자 경험의 포함된 부분과 코드베이스에 존재합니다.
  • 커뮤니티 구성원이 기존 소도구, 확장 또는 공개 저장소의 코드 형태로 개발한 솔루션이 이미 존재할 수 있습니다.
  • 엔지니어링 커뮤니티 기술 팀의 구성원은 코드에 익숙합니다.
  • 간단한 QA 테스트 필요, QA 1개 작업만 가능
2 - 낮은 중간 복잡성
  • 기술 솔루션은 개별적입니다. 문제는 사용자 경험의 포함된 부분과 코드베이스에 존재합니다.
  • 커뮤니티 구성원이 기존 소도구, 확장 또는 공개 저장소의 코드 형태로 개발한 솔루션이 이미 존재할 수 있습니다.
  • 엔지니어링 커뮤니티 기술 팀의 구성원은 코드에 익숙합니다.
  • 유지 보수가 거의 필요 없음
  • 최소한의 코드 리팩토링이 필요합니다.
  • 가능한 제3자 코드 종속성
  • 가벼운 QA 테스트 필요, 5개 미만의 QA 작업
3 - 중간 복잡성
  • 기술 솔루션은 개방형입니다. 문제는 사용자 경험의 여러 부분과 코드베이스 또는 리포지토리의 하나 또는 여러 부분에 존재합니다.
  • 솔루션이 부분적이거나 존재하지 않습니다.
  • 커뮤니티 기술 팀의 구성원은 강령에 대한 지식이 제한적이거나 익숙하지 않습니다.
  • 약간의 유지 보수 필요
  • 코드 리팩토링이 필요할 수 있음
  • 잠재적으로 제3자 종속성 추가
  • 출시 전 QA 테스트 필요, 5개 이상의 QA 작업
4 - 보통의 큰 복잡성
  • 기술 솔루션은 개방형입니다. 문제는 사용자 경험의 여러 부분과 코드베이스 또는 리포지토리의 하나 또는 여러 부분에 존재합니다.
  • 솔루션이 구현되지 않았습니다.
  • 커뮤니티 기술 팀의 구성원은 강령에 대한 지식이 제한적이거나 익숙하지 않습니다.
  • 유지 보수가 필요합니다
  • 일부 데이터베이스 스키마 변경이 필요할 수 있습니다.
  • 코드 리팩토링이 필요합니다
  • 인증/보안 구성 요소에 대한 변경이 필요합니다(예: 인증, 기능 플래그, 접근 제어).
  • 잠재적으로 제3자 종속성 추가
  • 출시 전 QA 테스트 필요, 5개 이상의 QA 작업
5 - 큰 복잡성
  • 기술 솔루션에 알 수 없는 문제가 있습니다. 문제는 사용자 경험의 여러 부분과 코드베이스 또는 리포지토리의 하나 또는 여러 부분에 존재합니다.
  • 시스템이나 새로운 도구를 개발해야 할 수도 있습니다.
  • 커뮤니티 기술 팀의 구성원은 코드에 익숙하지 않습니다.
  • 유지 보수 필요
  • 일부 데이터베이스 스키마 변경이 필요할 수 있습니다.
  • 코드 리팩토링이 필요합니다
  • 인증/보안 구성 요소에 대한 변경이 필요합니다(예: 인증, 기능 플래그, 접근 제어).
  • 잠재적으로 제3자 종속성 추가
  • 출시 전 QA 테스트 필요, 5개 이상의 QA 작업
6 - 초대형 복잡성
  • 기술 솔루션에는 알려지지 않은 것이 많습니다. 문제는 사용자 경험의 여러 부분과 코드베이스 또는 리포지토리의 하나 또는 여러 부분에 존재합니다.
  • 시스템이나 새로운 도구를 개발해야 할 수도 있습니다.
  • 커뮤니티 기술 팀의 구성원은 희망과 관련된 코드베이스에 익숙하지 않습니다.
  • 유지 보수 필요
  • 실질적인 코드 리팩토링이 필요합니다.
  • 어려운 데이터베이스 스키마 변경이 필요할 수 있음
  • 실질적인 코드 리팩토링이 필요합니다.
  • 인증/보안 구성 요소에 대한 변경이 필요합니다(예: 인증, 기능 플래그, 접근 제어).
  • 제3자 코드 종속성 추가
  • 출시 전 QA 테스트 필요, 10개 이상의 QA 작업

제품 및 디자인 복잡성

기준

위의 평가와 유사하게 우리 디자이너는 프로젝트를 완료하기 위해 어떤 노력을 기울여야 하는지 추정합니다. 덜 복잡한(더 실행 가능한) 프로젝트를 우선시합니다. 명확하지 않은 것이 있을 때마다 그들은 과소평가하기보다는 과대평가하려고 합니다.

  • 디자인 연구 노력 – 우리는 각 제안에 필요한 연구 수준을 이해하려고 합니다. 이 경우 연구는 초기 발견 작업(프로젝트의 범위 및 세부 사항, 커뮤니티 구성원과의 설문조사 또는 인터뷰)을 통해 초기에 문제를 이해하거나 나중에 커뮤니티 토론 및 사용성 테스트(예: 이 새로운 기능을 사용하거나 사용하지 않고 사용자가 기여하는 방법).
  • 시각 디자인 노력 – 상당수의 제안서에는 위키미디어 프로젝트의 사용자 인터페이스 변경이 필요합니다. 따라서 우리는 사용자 인터페이스의 변화, 디자인해야 할 요소의 수 및 복잡성을 추정하기 위해 확인합니다. 예를 들어, 우리 디자인 시스템의 기존 구성 요소를 사용하거나 새 구성 요소를 만드는 경우 신규 사용자를 포함하여 사용자를 안내하는 데 도움이 되도록 몇 가지 상태 또는 경고를 생각해야 하는지 염두에 두어야 합니다.
  • 워크플로 복잡성 – 우리는 이 특정 문제가 현재 워크플로나 편집자의 사용자 경험 단계를 어떻게 방해하는지 자문합니다. 예를 들어, 여기서 높은 점수는 기여자가 새로운 기능과 상호 작용할 수 있는 사용자 인터페이스의 다양한 시나리오 또는 위치가 있음을 의미합니다. 또한 고급 사용자와 신규 사용자 모두 다른 사용자 그룹을 위해 디자인해야 할 수도 있습니다.

규모

이들 각각은 1-6 척도로 순위가 매겨집니다:

1 - 가장 낮은 복잡성
  • 디자인 솔루션은 소원 제안 자체에 포함되어 있습니다. 이는 기술적인 수정이며 UI 변경이 필요하지 않습니다.
  • 데이터 수집이 필요하지 않음
  • 검색 사용자 설문조사 수집 없음
  • 검토되지 않은 사용자 연구 없음
  • 디자인 없음
2 - 낮은 중간 복잡성
  • 변경 사항은 제한된 수의 상태(즉, 변경 사항은 한 페이지/한 위키미디어 프로젝트에만 영향을 미침)의 경험 내에서 단일 페이지로 격리됩니다.
  • 설문 조사 또는 정량적 데이터를 통해 행동 및 문제점을 이해하기 위해 초기 데이터 수집이 거의 또는 전혀 필요하지 않음
  • 검토되지 않은 연구가 거의 또는 전혀 필요하지 않음
  • 희망 사항을 해결하기 전에 정보에 입각한 제품 및 디자인 결정을 내리는 데 필요한 데이터를 이미 수집했습니다.
3 - 중간 복잡성
  • 요구 사항을 해결하기 전에 정보에 입각한 제품 및 디자인 결정을 내리기 위해 이미 "대부분" 데이터를 수집하지만 문제를 이해하기 시작하기 전에 새로운 데이터를 추적해야 할 수도 있습니다.
  • 중재되지 않은 사용자 조사가 필요하지만 이러한 흐름에 대해 사용자를 "소싱"하는 것은 어렵지 않습니다.
  • 경험에서 두 개 이상의 페이지를 터치할 수 있지만 일반적으로 경험의 하위 집합으로 제한되고 간단합니다.
  • 한 가지 유형의 사용자 요구에 대한 설계로 제한됨
4 - 보통의 큰 복잡성
  • 희망 사항을 해결하기 전에 정보에 입각한 제품 및 디자인 결정을 내리기 위해 "일부" 데이터를 이미 수집하지만 문제를 이해하기 시작하기 전에 새로운 데이터를 추적해야 할 수 있습니다.
  • 중재되지 않은 사용자 조사가 필요하지만 이러한 흐름에 대해 사용자를 "소싱"하는 것은 어렵지 않습니다.
  • 경험에서 두 개 이상의 페이지를 터치할 수 있지만 일반적으로 경험의 하위 집합으로 제한되고 간단합니다.
  • 소원 시작 시 설문조사 필요
  • 두 가지 유형의 사용자 요구에 대한 설계에 국한됨
  • 경험에서 둘 이상의 페이지를 다루지만 일반적으로 경험의 하위 집합으로 제한되고 간단합니다.
5 - 큰 복잡성
  • 정성적 발견과 정량적 데이터 수집 필요
  • 검토되지 않은 사용자 조사가 필요하고 조사를 위한 사용자는 소원의 복잡성으로 인해 소싱이 어렵습니다.
  • UI에 새로운 기술 정보를 디자인해야 할 수 있음
  • 플로에서 여러 페이지를 터치해야 합니다.
  • 소원 시작 시 설문조사 필요
  • 플로에서 여러 페이지를 터치해야 하거나 프로젝트 간 영향이 있습니다.
  • 예를 들어 여러 사용자 상태에 미치는 영향
    • 편집자
    • 독자
    • 교정자 등
6 - 초대형 복잡성
  • 정성적 발견과 정량적 데이터 수집의 과정을 통한 조사 필요
  • 커뮤니티와 협력하여 완화해야 하는 잠재적으로 논란의 여지가 있는 영향
  • 검토되지 않은 사용자 조사가 필요하고 조사를 위한 사용자는 디자인의 복잡성으로 인해 소싱이 어렵습니다.
  • "학습 곡선"을 위한 디자인 또는 UI에 새로운 기술 정보 도입 필요
  • 플로에서 여러 페이지를 터치해야 하거나 프로젝트 간 영향이 있습니다.
  • 여러 사용자 상태와 요구 사항에 미치는 영향:
    • 편집자
    • 독자
    • 기여자
    • 신규 사용자

커뮤니티 영향

위에서 설명한 두 가지 관점과 달리 이 부분은 형평성에 관한 것입니다. 실질적으로, 우리가 필요로 하는 것이 대다수가 아니라는 것을 확인하는 것입니다.

이 점수에 따라 투표 수와 복잡성 정도가 비슷한 제안이 우선 순위를 지정할 가능성이 다소 높습니다. 주어진 기준이 충족되면 제안서에 +1이 부여됩니다. 교차점이 많을수록 점수가 높아집니다. 이 평가는 커뮤니티 관계 전문가가 추가했습니다.

  • 위키백과 뿐만 아니라 – 다양한 프로젝트와 관련된 제안 및 프로젝트 중립적 제안은 위키백과 전용 프로젝트보다 순위가 높습니다. [[Community Wishlist Survey 2022/Editing/Autosave edited or new unpublished article|Autosave edited or new unpublished article]]은 우선순위 제안의 예입니다.
  • 자매 프로젝트 및 소규모 위키 – 추가로 지원되지 않는 프로젝트(예: 위키문헌 또는 위키낱말사전)에 대한 제안의 우선 순위를 지정합니다. 우리는 위키미디어 공용을 이들 중 하나로 간주했습니다. [[Community Wishlist Survey 2022/Bots and gadgets/Tool that reviews new uploads for potential copyright violations|Tool that reviews new uploads for potential copyright violations]]은 우선순위 제안의 예입니다.
  • 중요 지원 그룹 – 우리는 더 넓은 커뮤니티에 서비스를 제공하고 기술적으로 지원하는 사무장, 검사관, 관리자 및 이와 유사한 그룹 전용 제안을 우선시합니다. [[Community Wishlist Survey 2022/Admins and patrollers/Show recent block history for IPs and ranges|Show recent block history for IPs and ranges]]은 우선순위 제안의 예입니다.
  • 독서 경험 – 우리는 가장 큰 사용자 그룹인 독자의 경험을 개선하는 제안을 우선시합니다. [[Community Wishlist Survey 2022/Editing/Select preview image|Select preview image]]은 우선순위 제안의 예입니다.
  • 비텍스트 콘텐츠 및 구조화된 데이터 – 우리는 멀티미디어, 그래프 등과 관련된 제안에 우선순위를 둡니다. [[Community Wishlist Survey 2022/Multimedia and Commons/Mass uploader|Mass uploader]]은 우선순위 제안의 한 예입니다.
  • 긴급성 – 우리는 영구적인 버그, 반복되는 제안 및 기여를 훨씬 더 원활하게 만드는 변경 사항을 우선시합니다. [[Community Wishlist Survey 2022/Wikisource/Fix search and replace in the Page namespace editor|Fix search and replace in the Page namespace editor]]은 우선순위 제안의 예입니다.
  • 진입장벽 – 우리는 커뮤니케이션에 대한 제안과 첫 번째 기여를 하는 데 도움이 될 제안을 우선시합니다. [[Community Wishlist Survey 2022/Mobile and apps/Show editnotices on mobile|Show editnotices on mobile]]은 우선순위 제안의 예입니다.

2022년 우선순위 점수별 결과 순위

이 점수는 제안 작업을 시작할 때 변경될 수 있습니다. 위에서 설명했듯이 우리는 과소평가하기보다는 과대평가하려고 했습니다. 우선 순위에 따라 제안을 확인하세요:

소원 인기 순위 투표 엔지니어링 점수 제품 및 디자인 점수 커뮤니티 영향 점수 순위 점수
[[Community Wishlist Survey 2022/Editing/Autosave edited or new unpublished article|Autosave edited or new unpublished article]] 29 69 1.0 0.3 2 2.66
[[Community Wishlist Survey 2022/Miscellaneous/Get WhatLinksHere's lists in alphabetical order|Get WhatLinksHere's lists in alphabetical order]] 22 74 1.3 0.3 2 2.63
[[Community Wishlist Survey 2022/Search/Enable negation for tag filters|Enable negation for tag filters]] 26 71 2.0 0.3 2 2.47
[[Community Wishlist Survey 2022/Wikisource/Fix search and replace in the Page namespace editor|Fix search and replace in the Page namespace editor]] 11 93 2.3 0.7 2 2.47
[[Community Wishlist Survey 2022/Multimedia and Commons/Improve SVG rendering|Improve SVG rendering]] 5 108 4.0 0.8 3 2.44
[[Community Wishlist Survey 2022/Anti-harassment/Notifications for user page edits|Notifications for user page edits]] 2 123 1.3 1.7 1 2.38
[[Community Wishlist Survey 2022/Miscellaneous/Check if a page exists without populating WhatLinksHere|Check if a page exists without populating WhatLinksHere]] 14 89 2.7 0.7 2 2.38
[[Community Wishlist Survey 2022/Bots and gadgets/Tool that reviews new uploads for potential copyright violations|Tool that reviews new uploads for potential copyright violations]] 4 109 4.3 2.7 4 2.21
[[Community Wishlist Survey 2022/Reading/IPA audio renderer|IPA audio renderer]] 9 97 3.0 2.7 3 2.15
[[Community Wishlist Survey 2022/Reading/floating table headers|floating table headers]] 24 73 1.0 2.7 2 2.14
[[Community Wishlist Survey 2022/Admins and patrollers/Mass-delete to offer drop-down of standard reasons, or templated reasons.|Mass-delete to offer drop-down of standard reasons, or templated reasons.]] 25 72 1.0 2.7 2 2.14
[[Community Wishlist Survey 2022/Editing/Formatting columns in table|Formatting columns in table]] 19 77 4.0 0.3 2 2.11
[[Community Wishlist Survey 2022/Editing/Select preview image|Select preview image]] 8 100 3.0 2.0 2 2.07
[[Community Wishlist Survey 2022/Translation/Add DeepL as a machine translation option in ContentTranslation|Add DeepL as a machine translation option in ContentTranslation]] 20 75 3.3 0.0 1 2.06
[[Community Wishlist Survey 2022/Search/Change default number of search results displayed|Change default number of search results displayed]] 12 92 2.0 1.7 1 2.05
[[Community Wishlist Survey 2022/Editing/Better diff handling of paragraph splits|Better diff handling of paragraph splits]] 1 157 3.3 2.3 1 2.04
[[Community Wishlist Survey 2022/Mobile and apps/Table sorting on mobile|Table sorting on mobile]] 17 83 2.3 1.7 1 1.92
[[Community Wishlist Survey 2022/Miscellaneous/Enhanced Move Logs|Enhanced Move Logs]] 10 96 2.7 2.3 1 1.79
[[Community Wishlist Survey 2022/Bots and gadgets/Gadget: Who is active|Gadget: Who is active]] 26 71 1.3 4.0 2 1.76
[[Community Wishlist Survey 2022/Admins and patrollers/Show recent block history for IPs and ranges|Show recent block history for IPs and ranges]] 3 120 4.0 3.7 2 1.61
[[Community Wishlist Survey 2022/Admins and patrollers/Reminders or edit notifications after block expiration|Reminders or edit notifications after block expiration]] 20 75 3.3 3.2 2 1.57
[[Community Wishlist Survey 2022/Wikidata/Autosuggest linking Wikidata item after creating an article|Autosuggest linking Wikidata item after creating an article]] 12 92 3.3 3.8 2 1.53
[[Community Wishlist Survey 2022/Mobile and apps/Full page editing|Full page editing]] 30 67 2.0 3.7 1 1.42
[[Community Wishlist Survey 2022/Miscellaneous/Allow filtering of WhatLinksHere to remove links from templates|Allow filtering of WhatLinksHere to remove links from templates]] 6 106 5.0 3.3 2 1.40
[[Community Wishlist Survey 2022/Citations/Automatic duplicate citation finder|Automatic duplicate citation finder]] 6 106 3.0 4.2 1 1.36
[[Community Wishlist Survey 2022/Editing/VisualEditor should use human-like names for references|VisualEditor should use human-like names for references]] 22 74 3.3 4.0 1 1.12

또한 우선 순위 점수를 지정하는 하위 구성 요소의 보다 세분화된 버전을 보고 싶은 경우 개별 하위 구성 요소를 공개했습니다:

다음은 WMF의 다른 팀이나 제3자 오픈 소스의 복잡성을 평가하는 과정을 거쳤을 때 작업할 제안입니다:

다른 제품 팀의 작업
소원 인기 순위
[[Community Wishlist Survey 2022/Anti-harassment/Deal with Google Chrome User-Agent deprecation|Deal with Google Chrome User-Agent deprecation]] 15
[[Community Wishlist Survey 2022/Mobile and apps/Show editnotices on mobile|Show editnotices on mobile]] 15
[[Community Wishlist Survey 2022/Mobile and apps/Categories in mobile app|Categories in mobile app]] 18
[[Community Wishlist Survey 2022/Multimedia and Commons/Mass uploader|Mass uploader]] 28

유용한 용어

검토되지 않은 사용자 연구

UserTesting.com과 같은 도구를 사용하여 제안된 설계 변경의 "모의"를 실행하고 올바른 희망 솔루션을 설계하고 있는지 확인합니다. 사용자가 주변을 클릭하고 설명할 필요 없이 디자인이 타당한지 확인할 수 있기 때문에 "조정되지 않음"이라고 합니다.

정량적 데이터 수집

사용자가 현재 UI와 상호 작용하여 희망 사항의 고충을 이해하는 방법을 이해하기 위해 데이터를 수집하는 프로세스 -- 클릭, 방문, 다운로드, 세션 등에 관한 데이터가 될 수 있습니다. 데이터는 종종 희망 이전에 추적이 부족하여 희망을 처음 처리할 때 제한되거나 개인 정보 보호 문제로 인해 존재하지 않는 데이터가 제한됩니다.

정성적 데이터 수집

사용자와 직접 대화를 통해 소원의 문제 공간을 이해합니다. 인터뷰를 하거나 소원을 시작할 때 설문조사를 통해 고충을 이해하고 솔루션을 해결하는 방법을 명확히 합니다.

"소싱" 사용자

사용자 테스트에 참여하는 데 필요한 지식을 가진 사용자를 찾고 우리의 디자인 및 제품 결정이 올바른 방향으로 가고 있는지 이해하는 데 필요한 정보를 제공하는 프로세스입니다. 일부 희망은 고급 사용자를 위한 것으로, 이는 소싱이 어렵고 UserTesting.com과 같은 도구에서 사용할 수 없습니다.

코드 리팩토링

다른 사람들이 코드에 기여할 수 있도록 기존 코드를 보다 쉽게 유지 관리할 수 있도록 하고 기술적 부채와 버그를 제거하는 프로세스입니다.

데이터베이스 스키마 변경 사항

관계형 데이터베이스의 전체 또는 일부의 논리적 구조 모음에 대한 변경. 기존 데이터베이스를 변경해야 하는 경우 이를 설계한 다음 통신테크 외부 팀의 승인을 받아야 합니다. 이것은 일반적으로 더 많은 시간이 걸리고 프로젝트에 구조적 복잡성을 추가합니다.

제3자 코드

커뮤니티 기술 팀 외부에서 작성된 코드, 예에는 API 또는 라이브러리가 포함됩니다.