불신 클라이언트와 작업 할 수 있습니까?


11

우리 중학교 개발자 중 한 명에게 새로운 고객이 배정되었습니다 (우리는 아직 고객을 가지고 있지 않습니다. 우리는 여전히 고객의 요구를 충족시킬 수 있는지 확인하기 위해 그와 협력하고 있습니다). 그의 서버에 액세스하지 않고 그의 프로젝트 작업을 수행하십시오.

나는 아웃소싱 한 일부 해외 회사에서 코드를 도난당한 것으로 밝혀진 고객과 직접 대화했습니다. 이것은 나를 더 동정적으로 만들었지 만 여전히 이것에 대해 혼합 된 감정을 가지고 있습니다.

한편으로는 고객에게 우리가 모두 나쁜 사과가 아님을 증명하고 싶습니다. 또한 우리가 그와 함께 잘 일한다면, 그의 모든 프로젝트를 위해 우리를 고용 할 충성스러운 고객을 얻게됩니다. 나는 이것이 전에 일어난 일에 대해 들어 본 적이 없지만 우리가 인정하고 싶은 것보다 더 자주 발생한다고 생각합니다.

다른 한편으로, 배포 시간이 악몽이되고 경력이나 교육 분야에서 그와 같은 클라이언트와 작업하는 방법을 가르쳐 준 사람이 없기 때문에 그와 함께 일하는 것을 주저하고 있습니다. 나 (또는 ​​주니어 개발자)는 소스를 배포하기 위해 소스와 관련하여 정확히 무엇을 해야하는지에 대한 자세한 설명을 작성해야하며, 한 시간 안에 전체를 배포하고 테스트 할 수있는 성가신 부담입니다.

내가 말했듯이, 나는 전에 이것을 다루지 않았을 것입니다 (비공개에 서명하고 있지만 우리 앞에 해외 회사도 마찬가지였습니다). 우리는 완전히 예약되지 않았으므로 즉각적인 교체가 필요하지 않지만 일을 구걸하지 않으며 그러한 제한된 환경에서 일하는 것이 문제가 될지 궁금합니다.

또 다른 측면은 경험 자체가 우리에게 보상이 될 수 있지만 곧 비슷한 고객을 확보 할 가능성이있는 것처럼 경험할 가치가 있다는 것입니다. 우리는 그러한 고객들도 준수해야합니까?

그래서 나는 이것에 대한 직접적인 경험이 없으며 학교에서 확실히 다루어지지 않았기 때문에 클라이언트와 더 오랜 경험을 가진 사람들이 불신 클라이언트를 어떻게 다룰 것입니까? 직업을 받아 들일 래요?


두 단어 : 멀리 걸어.
Michael Brown

답변:


13

클라이언트와 함께 작업하고 모든 작업에 대해 견적에 추가 (청구 가능) 시간을 추가하여 서버 액세스없이 번거로운 배포를 처리하십시오.

(발견되지 않은) 신뢰 문제로 인해 그렇게 제한되는 것은 우울하지만 실제로 그렇게 부담스럽지 않아야합니다 . 나는 우리를 믿지 않기 때문이 아니라 담요 IT 정책을 가진 거대한 회사이기 때문에 우리가 이런 식으로 일해야했던 많은 고객들과 함께 일했습니다. 배포에 대해 더 훈련을 받아야 배포, 작은 버그 수정 및 다시 배포하지 않고 파일을 잊어 버린 것을 깨닫고 다시 배포하는 등의 일을하지 않아도됩니다.


6
고객에게이 신뢰 비용이 얼마나 부족한지를 알리는 의미 +1.
Frank Shearar

10

클라이언트와 작업을 시작합니다. 프로젝트를 완료하기 위해 다른 리소스가 필요하지 않으면 제한된 환경을 사용하는 것입니다.

그리고 당신에게 제한된 것을 가질 필요가 있다고 느끼면,이 문제에 대해 고객과 이야기하십시오. 그 앞에서 중요한 일을하십시오.

그리고 마지막 옵션이지만 더 좋습니다. 어떤 일을 구걸하지 않기 때문에 킥오프하십시오! ;)

중요한 것은 클라이언트 코드에 대한 액세스를 의미했습니다.


6

실제로 배포 방법에 대한 자세한 설명은 그 자체로 가치가 있습니다. 클라이언트는 매번 진행하지 않고 배포를 제어 할 수 있습니다. 견적서에 포함시키고 지불하십시오. 클라이언트의 서버에 액세스 할 수 없으면 일반적으로 시간이 오래 걸리지 만 문제가되지는 않습니다. 액세스 권한을 얻지 못하는 합법적 인 법적 책임 또는 법적 책임이있을 수 있으므로 액세스 권한없이 작업하는 방법에 대한 아이디어가 필요할 수 있습니다.

신탁 문제가있는 관계에서 나는 지불 일정에주의를 기울이고, 상황이 나빠질 때 기꺼이 쓸 돈보다 더 많은 돈을 잃지 않았는지 확인합니다. 한 영역에서 불신이 퍼질 수 있습니다.


3

고객에게 제한 정책의 모든 의미를 설명하십시오. 개발 및 배포시 추가 작업 비용이 청구됩니다. 제한 정책이 가치가 있는지 결정하는 것은 그들입니다.

가장 심각한 단점은 개발 과정에서 발생하는 추가적인 번거 로움이 아니라 출시 후 버그 수정으로 느린 처리 ​​시간입니다. 시스템이 단순하지 않거나 이름이 Donald Knuth 인 경우를 제외하고 배포 후 아무리주의를 기울여도 버그가 발생합니다.


3

나는 근본적으로 불신하는 고객과 함께 일했으며 인생을 매우 어렵게 만들었습니다.

대부분의 국가에서 고객과 계약을 맺은 경우 어떤 일이 발생하고 수행되지 않을 것인지 명시 할 수 있으며 계약은 구속력이 있습니다. 동일한 지역에 기반을 둔 회사로서 고객의 코드를 도용하면 불만이 전적으로 법의 효력을 발휘한다는 점을 지적함으로써 고객을 안심시킬 수 있습니다.

그러나 손가락에 화상을 입은 사람과 편집증적인 사람 사이에는 차이가 있습니다. 후자의 경우 클라이언트가 다루기가 어렵고 비용이 많이 들기 때문에 클라이언트를 완전히 피할 것입니다. 불가능하지는 않지만 매우 어렵고 매우 짜증나 며 지원 부하의 80 %를 제공하는 클라이언트의 20 %에 속할 가능성이 높습니다.


3

나는 수년간 IT와 정부에서 일했습니다. 이러한 환경에서 개발자는 절대로 프로덕션 시스템에 액세스 할 수 없습니다. 이 과정은 특히 클라이언트가 개발 한 코드에 대한 설치 지침을 제공해야합니다.

클라이언트가 작성중인 코드를 소유한다고 가정합니다.


1

해외 아웃소싱 조직과는 거리가 멀어 고객의 입장에서 차별화하십시오. 해외 근무 경험이 좋지 않은 경우 새 고객과 해당 경험을 공유하십시오. 귀하와 귀하의 복장이 해외 비즈니스와 완전히 다르다는 것을 알리십시오. 누구나 이러한 해외 개발자가 처리 할 가치가 없다는 것을 알고 있습니다. 좋은 영어로 의사 소통을 시작하고 정직성을 입증하는 방법을 찾으십시오. 특히 가난한 나라에서 수행되는 작업의 경우 매우 낮은 표준을 감안할 때 차별화하기가 어렵지 않습니다.

점진적으로이 고객과 신뢰를 쌓으십시오. 결국 고객은 일을하는데 필요한 액세스 권한을 갖게됩니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.