을 얻는 방법은 최종 사용자(클라이언트)에 대한 의견 사용자 지정 개발 프로젝트
https://stackoverflow.com/questions/230343
-
04-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
회사는 사용자 지정 개발 숍의 숫자에 대한 프로젝트의 일부는 더 크고 어떤 작습니다.현재 우리는 모두 우리의 클라이언트의 통신 이메일을 통해.그래서 우리는 이메일로 디자인 문서,그들은 그것을 다시 보낼 수 있습니다.그런 다음 우리는 베타 버전이 자신의 제품들을 이메일 우리가 어떤 버그로,새로운 기능,etc.그래서....
으로 나는 일을 구현하는 방법에 새로 버그를 추적 시스템(처럼 보이는 것이 사마귀가 지금),내가 궁금 우리가 어떻게 수 있는 최고의 우리의 고객 인터페이스와 함께 우리의 개발 과정을 제공하는 더 나은 추적 기능을 요청하고 클라이언트에 제출 버그뿐만 아니라 통신에의 응답을 다시 클라이언트입니다.
면 누구나 알고 버그를 추적하는 시스템이 매우 잘 듣고 관심입니다.그렇지 않으면 이어지는지에 대한 일반적인 가이드라인 또는 좋은 비즈니스 사례를 허용 하는 귀하의 회사를 인터페이스를 효과적이고 효율적으로 귀하의 클라이언트입니다.
업데이트: 회사에서 사용하는 LAMPP 스택과로 우리는 작은 가게로 제한된 예산을 우리는 경향이 지팡이는 도구는 오픈 소스 및 무료입니다.
대부분의 사람들을 사용하거나 팀 재단 서버가 처리하거나 이메일을 다시죠?
해결책
특정 도구가 없다는 것을 알고 있지만 (최소한 오픈 소스는 없음), 전체 요구 사항 수집 및 구현 프로세스를 다루는 시스템을 설정하는 것이 좋습니다. 시스템에서 요구 사항을 추적 할 수 있으며, 여기에는 설계 문서 ( "체크 아웃"및 "시스템에"커밋 된 ")도 포함됩니다. 이런 식으로 디자인 문서의 여러 개정판이있는 문제를 해결합니다. 또한 디자인 문서와 요구 사항을 쉽게 추적 할 수 있습니다. 이 시스템이 소스 코드 관리 시스템에 연결된 경우 개발 프로세스/요구 사항 추적을 추가로 용이하게합니다.
다른 팁
핵심은 버그/요청을위한 전용 추적 시스템을 갖추고 통신을위한 정해진 프로세스를 설정하는 것입니다. 최소한으로 일관된 피드백을 받기 시작합니다. 거기에서 특정 요구를 얻기 위해 조정할 수 있습니다.
의사 소통을 위해 이메일을 사용하기보다는 제쳐두고 베이스 캠프 프로젝트 관리 도구 용. 메시지, 문서 및 타임 라인을 클라이언트에게 전달하는 데 큰 도움이된다는 것을 알게되었습니다.
Team Foundation 서버를 사용하는 경우 설치하는 것이 좋습니다. TeamPlain 웹 액세스. TFS 프로젝트에 웹 인터페이스를 노출시킬 수 있습니다. 남은 일은 고객에게 권한을 부여하고 사용자 이름과 비밀번호를 제공하는 것입니다.
그렇지 않으면 지불 도구가 몇 가지 있습니다 Fogbugz. 물론, 교장은 개발자가 버그를 쉽게 수정할 수 있도록 소스 컨트롤에 직접 연결된 버그보고 도구를 버그해야합니다.
