JMP 개발자가 위시리스트를 사용하는 방법처음에 이것을 커뮤니티 토론에 게시하려고 했지만 더 적은 청중을 대상으로 여기에 작성하는 것으로 충분할 것이라고 생각했습니다.
한동안 JMP의 위시리스트에 항목(및 다른 많은 항목)이 있었고 상태는 아직 신규입니다. 현재 새로운 새 위시리스트 항목이 일종의 통지를 받고 최소한 조사 상태로 변경되고 이전 항목은 새 상태로 그대로 남아 있는 것 같습니다. 위시리스트는 현재 어떻게 사용되고 있습니까? 새로운 것에서 오래된 것으로 작업되고 있습니까?
현재 "통지란"은 현재 여기 어딘가에 있는 것 같습니다(날짜순으로 정렬하면 11페이지). https://community.jmp.com/t5/JMP-Wish-List/idb-p/jmp-wish-list/tab/most-recent/page/11
현재는 오래된 항목이 전혀 눈에 띄지 않거나(또는 최소한 그렇게 느껴지기 때문에) 위시리스트 항목을 작성하는 데 별로 신경쓰지 않으며 좋은 위시 항목을 작성하는 데 시간이 꽤 걸립니다. 나는 내 자신의 해결 기능/추가 기능을 작성하고 필요한 경우 사용합니다.
Re: JMP 개발자는 희망 목록을 어떻게 사용하고 있습니까?나는 여기서 추측하고 있습니다 :
이것저것 물어볼때마다 이렇게 대답함 ~이다 사용했으며 개발자로부터 이 목록에 항목을 추가하라는 요청을 받았습니다.하지만 어떤 종류의 제한된 기간이 있는 공식적인 검토 프로세스가 없는 것 같습니다.목록을 살펴보고 관련 항목을 찾는 것이 개발자 또는 제품/플랫폼 관리자(직책이 아님)의 책임인지 궁금합니다.
Re: JMP 개발자는 희망 목록을 어떻게 사용하고 있습니까?안녕 @jthi 그리고 @ih , 의견을 보내주시고 JMP 커뮤니티에 적극적으로 참여해 주셔서 감사합니다. JMP 희망 목록은 사용자의 고통과 과제를 이해하고 잠재적인 개선 기회를 포착하기 위한 필수 도구임을 확신합니다.
JMP 제품 관리는 최근 들어오는 모든 요청을 적시에 확인하고 기록하는 것을 목표로 위시리스트 요청을 검토하고 평가하는 새로운 프로세스를 구현했습니다. 그런 다음 종종 개발자와 함께 요청을 평가(또는 조사)하여 현재 프로젝트 및 전체 JMP 제품 로드맵과 관련된 타당성 및 우선 순위를 결정합니다.
우리는 들어오는 요청을 파악하는 데 중점을 두었지만 과거 요청을 검토, 평가하고 우선 순위를 지정하고 있습니다. 이것은 도전이 될 수 있습니다. 일부 과거 요청은 더 이상 유효하지 않으며 일부는 추가 기능, jsl 또는 해결 방법을 통해 처리됩니다. 그리고 다른 것들은 우리의 현재 제품 로드맵과 일치하지 않거나 우리의 개발 프레임워크와 도구를 고려할 때 기술적으로 도전적입니다.
모든 사항에 대해 조치를 취할 수는 없지만 모든 새로운 요청과 높은 평가를 받는 요청을 고려하기 위한 절차를 진행 중입니다.
요청을 평가할 때 핵심 과제는 충분한 컨텍스트 및 배경 정보를 확보하는 것입니다. 예를 들어 희망 목록 게시물에 명확하게 정의된 문제, 스크린샷, 샘플 jsl 코드 및 요청이 귀하 및/또는 귀하의 조직에 얼마나 중요한지에 대한 정보(쇼 스토퍼? 있으면 좋습니까?...)가 포함되어 있으면 훨씬 쉽습니다. 평가하고 우선순위를 정합니다.
질문이 있으면 알려주시고 jMP 커뮤니티에 기여해 주셔서 다시 한 번 감사드립니다.
미아
Re: JMP 개발자는 희망 목록을 어떻게 사용하고 있습니까?참여해 주셔서 감사합니다. @샘가드너 ! 좋은 위시리스트 요청을 만드는 방법에 대한 커뮤니티 블로그 게시물은 좋은 생각입니다!
Re: JMP 개발자는 희망 목록을 어떻게 사용하고 있습니까?이 문제에 대한 의견을 공유해 주셔서 감사합니다.나는 과거에 위시리스트 요청에 응답하고 검토하는 데 마땅히 해야 할 일을 제대로 하지 못했다는 점을 인정합니다.저는 사용자로서 이러한 경험을 했으며 현재 제품 관리자로서의 역할에서 사용자를 위해 이러한 경험을 개선하기를 원했습니다.
@mia_stephens 우리가 현재 하고 있는 일에 대해 위에서 설명했습니다.좋은 위시리스트 요청이 무엇인지에 대한 커뮤니티 블로그 게시물을 작성해야 하는지 궁금합니다.작업의 우선순위를 정해야 하기 때문에 "이유"(해결하려는 문제가 무엇인지)를 아는 것이 "무엇"만큼 중요하며 위시리스트 항목이 많은 정보를 제공하지 않는 경우가 많습니다. "왜"에 대해.궁극적으로 사용자가 원하는 것과 JMP 내에서 보유하고 있는 우선순위, 계획 및 리소스의 균형을 맞추는 것입니다.
우리는 사용자의 의견을 매우 소중히 여기며 귀하의 위시리스트 요청이 들리지 않는 것처럼 보일 수 있지만, 우리가 이를 살펴보고 우리가 사용하는 프로세스를 관리하고 위시리스트를 검토하십시오.
Re: JMP 개발자는 희망 목록을 어떻게 사용하고 있습니까?내 생각과 횡설수설은 다음과 같습니다.
예, 위시리스트 항목을 제출하는 방법에 대한 몇 가지 기준을 설정하는 것이 적절할 것 같습니다. 개발자가 아닌 고객의 관점에서 보는 것을 잊지 마세요.
그러나 이것은 제출된 위시리스트 항목에 일종의 상태를 제공함으로써 위에서 언급한 사항을 다루지 않는다고 생각합니다. 위시리스트 항목을 제출하지 않는 자신을 발견했습니다. 나는 몇 번 시도했지만 응답이나 후속 조치가 없었기 때문에 포기했습니다 (물론 내 생각이 나쁜 것일 수도 있습니다). 또한 사용자가 위시리스트 항목이 이미 제안되었는지 확인하기 위해 목록을 검토하는 것은 매우 어려운 일입니다(아마도 단어가 다를지라도...무엇을 검색하시겠습니까?). "명성" 아이디어는 우선 순위를 정하는 데 유용할 수 있지만 솔직히 목록을 살펴보고 투표하지는 않습니다. 그래서 누가 궁금해? 프로세스는 무엇입니까? 이 프로세스를 어떻게 간소화할 수 있습니까? 항목이 개발자 범주(신규, 정보 필요, 계속 지켜봐 달라, 구현됨)를 기반으로 구성되는 것과 주제, 하위 주제 등으로 사용자를 염두에 두고 구성되는 것처럼 보입니다. 잠재적으로 특정 유형의 사용자에게 상당히 편향될 수 있습니다. 잠재적 위시리스트 항목에 대한 실제 설문 조사를 수행하는 것이 적절할 수 있습니다.
Re: JMP 개발자는 희망 목록을 어떻게 사용하고 있습니까?이것은 저에게 얼마 전 토론을 생각나게 합니다: 이것을 홍보하는 한 가지 방법은 각 플랫폼에 대한 일종의 지원 페이지에 표시하는 것입니다. 그래프 빌더를 참조하는 게시물을 작성한다고 상상해 보십시오. 해당 게시물에는 그래프 빌더 페이지에 대한 링크가 있을 수 있으며, 이 페이지에는 토론 게시물, 블로그 게시물, 위시리스트 항목, 지원 페이지 및 해당 플랫폼과 관련된 기타 정보로 다시 연결되는 링크가 있습니다. .이제 사용자는 관심 있는 위시리스트 항목을 찾을 가능성이 더 높아질 것입니다.
Re: JMP 개발자는 희망 목록을 어떻게 사용하고 있습니까?프로모션 아이디어는 커뮤니티 전체에서 태그/레이블 간에 약간 더 일관성이 있으므로 2023년 로드맵에 있습니다.
Re: JMP 개발자는 희망 목록을 어떻게 사용하고 있습니까?흥미로운.
아마존은 내가 구매한 물건을 보여주고 평가를 요청하는 메커니즘을 가지고 있으며, 5개의 평가를 받을 때마다 작은 보상(정말 나쁜 아빠 농담의 형태로)을 제공합니다.
현재 등급 화면을 팝업하는 대신,
여러 위시리스트 항목의 순위를 매기도록 요청할 수 있습니다. DOE 또는 소비자 조사 개발자 중 한 사람에게 도움을 요청할 수 있습니다.
-----------
유용하다고 생각되는 항목에 좋아요를 표시하여 위시리스트를 정리하는 데 잠시 시간을 내어 주세요.
o 아니요, 또는 해당 없음
o 큰 목록으로 이동
o 세 가지 선택 사항을 보여주세요.
감사! 참여 배지에서 3점만 남았습니다. 다른 작업을 원하십니까?
