«client-relations» 태그된 질문

계약 협상, 요구 사항 분석, 개발 및 유지 관리 측면을 포함하여 고객과의 상호 작용에 관한 질문

6
원하는 것을 모르는 고객과 협력
최근에 기존 시스템에서 작업하는 작업을 시작했습니다. 새로운 코드뿐만 아니라 조정 및 업데이트가 필요합니다. 나는 지금 프로젝트를 추가하는 몇 가지 유지 관리 / 기능을 수행했으며 그중 일부는 실제로 요청 된 것과 크게 다릅니다. 그래서 요청자가 원하는 곳으로 가져 오기 위해 항목을 여러 번 프로그래밍해야했습니다. 이제 기능을 프로그래밍해야하는 것이 마음에 들지 않습니다. …
8
고객이 사이트에 배경 음악을 추가하려고합니다. 이것이 끔찍한 아이디어라고 어떻게 말합니까? [닫은]
폐쇄되었습니다 . 이 질문은 의견 기반 입니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 사실과 인용으로 답변 할 수 있도록 질문을 업데이트하십시오 . 휴일 오년 전에 . 특정 고객의 웹 사이트 에서 다소 Oatmealesque 경험이 있습니다. 그들이 요청한 최신 '기능'은 사이트가로드 될 때 백그라운드 음악이 …
11
더 나은 오류 설명을 보내도록 사용자 / 고객에게 가르치는 방법
종종 응용 프로그램에서 오류를보고하는 고객이나 사용자를 처리해야합니다. 대부분의 경우 그들의 내용은 쓸모없는 것입니다 오류!!! x가 작동하지 않습니다 더 많은 정보없이. 문제를 해결하려면 모든 세부 사항을 요청해야하는데, 종종 문제 자체를 수정하는 것보다 시간이 많이 걸립니다. 스크린 샷과 같은 (데이터 레코드의 적합하지 않은 형식의 다른 전송 정보, 하지 가 링크를 보낼 수 …
9
비 기술적 인 고객에게 응용 프로그램 사양을 단순화해야한다고 설득하는 방법은 무엇입니까?
종종 새로운 클라이언트가 말 그대로 100 개의 불필요한 기능을 가진 응용 프로그램을 사용하는 상황에 직면하고 있으며 프로젝트가 성공할 수 있도록 상황을 크게 단순화해야한다는 것이 분명합니다. 고객이 더 MVP (Minimum Viable Product) 접근 방식을 취하고 단순화하도록 어떻게 확신하십니까? 편집하다: 따라서 현재 최고 답변은 고객에게 거대한 응용 프로그램에 대한 시간 / 비용 …
11
마감일에 대한 현실적인 기대치 설정
저는 소규모 팀의 기술 책임자입니다. 내 접시의 주요 작업 중 하나는 클라이언트와 통신하는 것입니다. 특히 어려운 점은 마감일을 처리하는 것이 클라이언트가 지시하고 마감일이 자주 있기 때문에 마감일을 처리하는 것입니다. 일반적으로 상호 작용은 다음 패턴을 따릅니다. 클라이언트는 추가하려는 기능인 기능 X를 제공합니다. 기능 X는 영업일 기준 약 6 일 후에 다음 …
4
고객이 사내 QA 테스트를 수행하도록 권장하는 방법은 무엇입니까?
업데이트 / 설명 내 고객 은 사내 테스트의 필요성을 이해하고 있으며 항상 "더 나은"일을한다고 맹세하지만 실제로는 그렇지 않습니다. 외부 테스트를위한 예산이 없습니다. "초기 테스트, 자주 테스트, 대상 머신의 테스트"에 무엇을 주입 할 수 있는지에 대해 묻고있는 것 같습니다 (모호하게도 인정합니다)? 질문 : 프로덕션 프로젝트에서 "테스트 할 때가 아니라"새로운 릴리스와 관련된 …
2
IT가 아닌 사람과 프로그래밍 비즈니스 로직을 페어링 [폐쇄]
폐쇄되었습니다 . 이 질문은 더 집중되어야 합니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 한 가지 문제에만 집중할 수 있도록 질문을 업데이트하십시오 . 휴일 3 년 전 . IT 프로세스가 아닌 사람이 코딩 프로세스 중에 프로그래머와 함께 작업 한 경험이 있습니까? 페어 프로그래밍과 비슷하지만 한 …
7
"실패한"프로젝트가 실제로 "성공"인 경우 어떻게해야합니까?
현재 진행중인 프로젝트가 제대로 구축되지 않아 미래에 실패 할 것이며 유지 관리에 악몽이 될 경우 어떻게해야합니까? 행복하니? 신경 쓰지 않아도 될까요? 클라이언트가 이것보다 더 나은 응용 프로그램을 가질 수 있다는 것을 깨닫지 못하는 것이 괜찮습니까? 어떤 시점에서 나는 그것을 올바르게 구축하는 것에 대해 관심을 멈추고 흐름과 함께 가나 요?
5
고객에게 합법적으로 청구해야하는 사항 [폐쇄]
닫은. 이 질문은 주제에 맞지 않습니다 . 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? Software Engineering Stack Exchange에 대한 주제가 되도록 질문을 업데이트하십시오 . 휴일 3 년 전 . 나는 고정 가격 일자리에 대해 이야기하는 것이 아니라 상당히 간단합니다. 그러나 나는 시간당 요금 프로젝트에 관한 것입니다. 제 질문은 특히 청구 …
3
고용 된 상태에서 상담 시작-이해 상충 [닫기]
닫은. 이 질문은 주제에 맞지 않습니다 . 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? Software Engineering Stack Exchange에 대한 주제가 되도록 질문을 업데이트하십시오 . 휴일 3 년 전 . 우선 저는 법률 자문을받지 않았습니다 . 이것은 약간의 TL; DR이지만 맨 아래에 요약이 있으며 사람들이 통찰력있는 조언을 제공 할 수 있도록 …
9
고객이 요청한 내용을 이해하는 것은 소프트웨어 개발자의 책임입니까?
예 / 아니오 질문의 종류와 이유는 무엇입니까? 고객이 자신의 요청으로 무엇을 의미했는지 이해하는 것은 소프트웨어 개발자의 책임입니까, 아니면 자신의 요청을 개발자에게 올바르게 설명하는 것은 고객의 책임입니까? 현재 상황은 "고객이 이미 우리에게 원하는 것을 설명했습니다. 더 많은 질문을하지 않고 요청을 이해하는 것은 귀하의 책임"입니다. 영어는 저의 강력한 모음이 아니지만 모든 요청은 …
7
HTML5 / JS는 결국 모든 클라이언트 측 언어를 대체합니까? [닫은]
현재로서는이 질문이 Q & A 형식에 적합하지 않습니다. 답변, 사실, 참고 자료 또는 전문 지식을 통해 답변이 뒷받침 될 것으로 예상되지만이 질문은 토론, 논쟁, 여론 조사 또는 광범위한 토론을 요구할 것입니다. 이 질문을 개선하고 다시 열 수 있다고 생각 되면 도움말 센터 를 방문하여 안내를 받으십시오 . 휴일 칠년 전에 …
5
어떻게 "이것은 작은 응용 프로그램이 될 것입니다"? 그래 맞아?
좋아, 나는 이것을 여러 번 겪었지만 여기에 최악의 시나리오가 약간 과장되어있다. 고객이 "작은 작업을 수행하기 위해이 작은 모듈을 만들 수 있습니까?"라고 말합니다. 나 : "확실히 문제 없습니다". 따라서 예산과 제약 등을 바탕으로 일부 아키텍처를 건너 뛰고 바로 땀을 흘리지 않습니다. 그런 다음 다른 모듈을 요청합니다. 그리고 또 다른. 그리고 일부 …
7
까다로운 고객을 처리하는 방법?
자주 계약서에 과부하가 걸리는 것을 발견했습니다. 대부분의 경우, 유지 관리하고 유지해야하는 수많은 웹 사이트 외에도 2 개 이상의 프로젝트로 저글링을하고 있습니다. 불행히도 많은 고객들이 업데이트를 지속적으로 기대할 것입니다. 프로그래머가 할 수있는 것보다 할 일 목록에 지속적으로 더 많은 것들을 추가하고 있습니다. 나는 대부분의 고객들이 특히 비 시각적으로 영향을받지 않는 경우, …
9
어떻게 대답 할 것인가?
우리는 모두 모호한 코드와 기괴한 예기치 않은 기능을 통해 수정하고 해결하기 어려운 문제를 가지고 있습니다. 패턴, 오류, 실수를 찾으려고 천천히 논리적으로 노력하십시오. 이 프로세스는 시간이 걸리고 종종 고객이 쉽게 이해하지 못하는 문제가 있습니다. "언제 언제 수행됩니까?"라는 질문을 받았을 때, 특히 클라이언트가 소프트웨어 개발의 고유 한 복잡성을 이해하지 못하는 경우에 어떻게 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.