프로그래밍이 정말 어렵고 시간이 걸린다는 점을 영업사원에게 어떻게 설명하나요?

Question

저는 기술적인 관점에서 요청 범위를 이해하는 것은커녕 Excel 사용법도 모르는 영업 및 마케팅 유형과 자주 작업합니다.물론 그들에게 기대하는 것은 공평하지 않을 것입니다. 그러나 그것은 여전히 ​​나에게 문제를 안겨줍니다.

복잡한 프로그래밍과 약간의 인내가 필요한 마케팅 및 영업 유형을 보여주는 가장 좋은 방법은 무엇입니까?

문제와 해결 방법의 예를 공유해 주시겠습니까?

이 주제에 관한 책을 추천해주실 수 있나요?

감사해요!

Answer 1

문제를 가능한 한 많은 하위 분해 작업으로 나누십시오. 각각 옆에 몇 시간 안에 항목 별 견적을 제공하십시오.

그들이 프로젝트를 전체적으로 생각할 때 간단 해 보입니다. 그러나, 그들이해야 할 각 개별적인 일과 각 항목이 요구하는 시간의 수를 볼 때, 그것은 사람들이 이해할 수있는 용어에 넣습니다. 갑자기 그들이 원하는 소프트웨어 솔루션은 더 이상 "블랙 박스"가 아니며 이제 프로세스에 대한 통찰력이 있습니다.

당신이 책을 찾고 있다면 나는 제안 할 것입니다 소프트웨어 추정 - 흑인 예술을 탈취합니다.

Answer 2

컴퓨터는 당신이 원하는 일이 아니라 당신이 한 말을 할 것입니다.

모든 형태의 추상화는 정확한 세부 사항으로 번역됩니다.

원천 http://c2.com/cgi/wiki?teachmetosmoke

Teacher: "It's hard to express ourselves clearly. You're a smoker, right? 
Are you pretty good at it? [Student nods.] 
Let's pretend I'm a man from Mars and you are going to teach me to smoke. 
Do you have a fresh pack? Let's start with that. 
[Takes pack.] OK, now tell me what to do." 


Student: "Tear open the pack."

T: [Tears pack to shreds. Cigarettes fly everywhere.] 
S: "No, no, tear off the top of the pack!" 
T: "OK, sorry, do you have another pack? No? OK, let's just start with this cigarette. [Picks one up.] 
S: "Put it in your mouth." 
T: [Puts whole cigarette in mouth.] 
S: "No, no, just put the end in your mouth!" 
T: "Sorry." [Tears filter off, puts whole filter in mouth.] 
S: "No, no, don't tear the cigarette, just hold it between your lips!" 
T: "Oh, sorry, give me another one." [Places new cig sideways between lips.]

... 등등. 당신은 오랫동안 게임을 할 수 있습니다. 도메인을 아는 경우에도 명확한 지침을 제공하기는 어렵습니다. 프로그래밍은 오랫동안 지속됩니다. - Ronjeffries

Answer 3

몇 초 만에 루빅스 큐브를 할 수있는 친구가있었습니다.

그로 인해 관리자에게 이러한 설명을 설명하는 방법을 생각하게 만들었습니다. 왜 우리의 최신 프로젝트가 실패했는지!

Olivier는 약 5 초 동안보고 한 후 3x3 Rubik 's Cube의 모든 색상을 완전히 정렬하는 데 평균 10 초가 걸립니다.

당신이 그에게 분류하는 데 걸리는 시간을 추정 해달라고 요청한다면, 당신은 그에게 큐브를주고, 시계를 시작하고 5 초 후에는 다음과 같이 말할 것입니다.

"좋아, 시작하자마자 10 초 안에 끝날 것입니다."

당신은 웃고 말합니다 : "시작하세요!" 3 초 후에 당신은 그에게 멈추도록 요청합니다.

그가 두 번째 Rubik 's Cube를 시작한 지 4 초 만에, 그가 첫 번째를 다시 분류하는 데 얼마나 걸릴 것이라고 생각하십니까?

대략 7 초에 대답했다면, 축하합니다 : 당신은 상위 관리 자료입니다!

(그리고 Olivier는 당신이 큐브를 먹도록 강요 할 자격이 있습니다)

Answer 4

나는 문제를 프로그래밍 작업으로 나누는 것보다 몇 시간 단위로 쪼개면 관리자가 더 잘할 수 있다는 점에서 Simucal의 의견에 동의합니다.예를 들어, 상사에게 "완료하는 데 약 2 시간이 걸리지 만, 먼저 완료해야 할 몇 가지 다른 것들이 있으므로 내일까지 당신에게 가져야합니다." "글쎄, 먼저 객체간에 통신하기 위해 인터페이스를 설계 한 다음 인터페이스를 구현하기 위해 클래스를 만들어야합니다." 관리자는 자신이 볼 수있는 것을 이해하므로 최종 사용자 효과 측면에서 작업을 설명 할 수 있으면 더 많은 성공을 거둘 수 있습니다.

그렇다면 관리자가 당신이 지킬 수 없는 약속을 하도록 위협하지 마십시오.그들이 듣고 싶어하는 것은 "오늘이 끝날 때까지 갖겠습니다."라는 말뿐이라는 것을 알 수도 있습니다. 그러나 그것이 불가능하다는 것을 안다면, 당신이 그것을 가질 수 있기를 바라면서 가능하다고 말하지 마십시오. 앞으로 며칠 안에 언젠가 그들에게 "충분히 가까워질 것"이라고 말해줍니다.설계 및 테스트 시간을 고려하여 적절한 추정치를 제공하면 결국 특정 유형의 작업을 수행하는 데 시간이 얼마나 걸리는지 이해하기 시작하고 모든 작업이 어제까지 완료될 것이라고 기대하지 않게 됩니다.

나는 또한 그 과정에서 가시적인 결과가 (적어도 일시적으로) 그들의 신경을 안정시키는 경향이 있다는 것을 알아차렸습니다.내 상사는 작업이 제 시간에 완료될지 여부에 대해 당황하기 시작하면 완료된 결과를 요구하기 시작합니다.그러나 그가 단계별 진행 과정을 "볼" 수 있을 때, 아직 완성된 제품이 아니더라도 우리가 실제로 진전을 이루고 있다는 것을 이해할 가능성이 더 높습니다.

또한 이 과정을 시작할 때 그들의 관점에서 사물을 보려고 노력하고, 필요하다고 생각하는 시간을 보낼 수 있는 지점에 도달할 때까지 행복한 매체를 찾아야 할 수도 있다는 것을 이해하십시오.내 경험상 캐시 객체를 개발해야 하는 시점이 왔고, 여러 애플리케이션에 널리 배포할 수 있는 구성 및 확장 가능한 캐시를 설계하고 구현하는 데 몇 주가 걸리고 싶었지만 제한해야 했습니다. 당면한 과제.근시안적인 설계를 축소하거나 후속 조치를 취하기로 결정한 경우 시간이 있을 때 돌아가서 수정할 수 있도록(또는 다른 개발자가 문제를 해결할 수 있도록) 잘 문서화했는지 확인하세요. 끝낼 수 없다는 생각의 기차).또한 좋은 코딩 표준과 스타일을 희생하지 마십시오. 이렇게 하면 나중에 코드를 더 쉽게 유지 관리하고 적절하게 업데이트할 수 있습니다.

행운을 빌어요!

Answer 5

이것은 비 프로그램자가 이러한 문제와 런 어웨이 요구 사항의 함정 중 일부를 이해하기에 좋은 책 일 수 있습니다.

코드의 꿈 : 24 명의 프로그래머, 3 년, 4,732 개의 버그 및 초월 소프트웨어에 대한 한 번의 퀘스트

Answer 6

진지하게, 나는 실제로 어떤 것들이 복잡하고 복잡한 문제 해결, 분석 및 설계가 필요하다는 것을 실제로 말하는 것이 가장 좋습니다. 그들이하는 일과 프로그래머가하는 일 사이에는 차이가 있으며, 불행한 것은 전적인 의미를 결코 이해하지 못할 것입니다. 때때로 당신은 단지 확고해야하고 시간이 많이 걸릴 수 있다고 설명해야합니다.

아마도 작업을 하위 작업으로 고장하고 추정치를 제공하는 것이 도움이 될 수 있습니다.

Answer 7

그들의 문제도 이해해야합니다. 사람들은 종종 루트 비즈니스 요구로 시작하기보다는 테이블에 솔루션 ( "이 기능이 필요합니다")을 가져옵니다. 문제를 이해할수록 타협을 제안 할 가능성이 높아집니다.

사건에서 나는 특정 큰 기능이 절대적으로 필수적이라고 들었지만 문제를 실질적으로 해결하는 훨씬 간단한 솔루션을 배포 할 수있었습니다. 때때로 이러한 임시 솔루션은 중요한 기능으로 성장했습니다. 종종 아무도 눈치 채지 않고 나중에 두 개의 릴리스를 제거 할 수있었습니다.

Answer 8

내 경험에 따르면, 과거에 영업 사원에게 작업이 일정 시간이 걸리는 이유를 설명하기 시작할 때마다, 그들은 기술적 인 세부 사항을 실제로 알고 싶지 않다는 것을 빨리 인정합니다. 나는 보통 그들이 왜 그들이 N 날 이후에도 그 큰 판매를 아직도 못 박았는지 설명하기를 원하지 않습니다. 효과적으로 일하기 위해 모든 사람은 자신의 책임 영역을 가지고 있습니다. 당신이 견적을 제공하는 영업 사원과의 관계가 좋고 적절하고 합리적인 추정을 수행하고 작업을 완료 할 수있는 능력을 신뢰하십시오. IMHO 모든 세부 사항에서 추정을 설명하고 추정 할 필요가 없어야하지만, 있다면, 실제 문제는 다른 곳에 있다고 말할 것입니다.

그리고 나는 위의 "의존"에 진심으로 동의합니다.