커뮤니티 위시리스트/좋은 희망사항을 쓰는 방법
좋은 소원을 쓰는 방법
위키미디어 프로젝트 개선에 대한 제안을 듣고 싶습니다. Commtech로서 저희는 작업을 더 작은 단위로 나누고 싶습니다. 제안은 버그 수정보다는 크지만, 엔지니어링 작업 측면에서 1년 이내에 완료될 수 있는 것이어야 합니다. 어떤 경우든, 재단 차원에서 작업을 공동으로 분류하고 관련 내부 이해관계자에게 전달하여 커뮤니티의 요구 사항에 대한 인식을 높이도록 노력하겠습니다.
업무 우선순위를 정하기 위해, 접수된 요청 사항들을 연간 계획에 명시된 전략적 목표와 비교 검토합니다. 요청 사항을 제출하기 전에 연간 계획을 반드시 읽을 필요는 없지만, 우선순위 결정 과정을 더 잘 이해하고 싶다면 읽어보셔도 좋습니다. 특정 도구의 서비스 종료가 상당한 작업량을 수반한다는 점을 인지하고 있기에, 기술 제거를 제안하는 요청도 수렴하여 사용자들의 관심도를 파악하고 있습니다.
저희는 기술적인 수정이나 정책 변경이 필요한 작업은 진행하지 않을 가능성이 높습니다. 또한, 완전히 새로운 애플리케이션이나 알고리즘을 개발하는 것은 많은 경우 저희의 업무 범위를 벗어날 수 있습니다. WMF는 가젯이나 봇을 직접 제작하지는 않지만, 커뮤니티 구성원들이 검토할 수 있도록 소도구/봇에 대한 의견을 제안해 주시면 감사하겠습니다.
'좋은 소망'을 작성하는 공식적인 기준은 없지만, 소망을 제시하는 분들은 구체적인 해결책을 제시하지 않고 직면한 하나의 문제를 명확하게 표현해 주시면 자원봉사자와 직원들이 함께 문제를 해결할 수 있는 여지가 생깁니다.
공감을 보여주고 사용자의 어려움과 목표를 드러내는 바람은 지나치게 틈새시장이나 특정 문제에만 치우치지 않고, 다른 사용자들이 해결책을 꼬투리 잡을 가능성을 줄여줍니다.
아래의 '예시'에서 문제 중심 및 솔루션 중심의 소원 사례는 모두 '새로운 편집기' 경험을 개선하는 데 도움이 됩니다.
문제 중심의 사례는 해결책을 개방형으로 남겨 협업을 촉진하는 반면, 해결책 중심의 사례는 사용자 샌드박스의 이름을 바꾸는 것을 거부하는 기여자로부터 부정적인 피드백을 받을 수 있습니다.
따라서 문제 중심의 소원이 주요 영역에 배정될 가능성이 더 높을 수 있습니다.
| 문제중심의 희망사항(권장됨) | 솔루션 주도 희망사항(권장되지 않음) | |
|---|---|---|
| 제목 | 신규 사용자가 첫 번째 문서를 더 쉽게 만들 수 있도록 하세요 | 샌드박스 이름을 '초안 편집기'로 변경 |
| 설명 | 특히 새로운 편집자에게는 사용자 샌드박스를 찾기 어려울 수 있습니다. 샌드박스를 찾으면 새로운 편집자는 양질의 문서를 쓰는 데 자신감을 갖기 어렵게 만드는 여러 가지 면책 조항을 보게 됩니다. 이는 신규 사용자가 위키백과에 가입하고 기여자로서 자신감을 느끼는 데 영향을 미칩니다. 이는 부분적으로 의도된 것입니다. 점검자 워크플로를 염두에 두어야 하지만 이러한 경험은 새로운 편집자를 가입시키는 능력을 방해합니다. | "샌드박스"라는 용어는 새로운 사용자에게 혼란스럽습니다. 사람들이 문서를 초안할 가능성이 더 높도록 "초안 편집기"로 이름을 바꾸겠습니다. |
| 유형 | 시스템 변경 | 기능 요청 |
| 프로젝트 | 위키백과 | 위키백과 |
| 영향을 받는 사용자 | 새 편집자를 검토하는 새 편집자 및 다운스트림 점검자 | 편집자 |
| Phab 작업 | 선택 사항 | T123456 |
여러 문제를 한데 묶은 요구사항은 피해야 합니다. 유권자들이 일부 문제와 아이디어에는 동의하지만 다른 부분에 대해서는 동의하지 않을 수도 있기 때문입니다. 마찬가지로, 재단과 이해관계자들은 여러 소프트웨어 구성 요소를 포함하는 복합적인 요구사항을 처리하는 데 어려움을 겪을 수 있습니다.