120

Tôi dường như liên tục bị mắc kẹt trong tình huống ngày phát hành được đặt không dựa trên bất kỳ kỹ thuật nào, nhưng bởi vì ai đó trong Sales đã cam kết với khách hàng trước đó. Dựa trên các cuộc thảo luận với bạn bè trong phát triển tại các công ty khác, điều tương tự dường như xảy ra.

"Đây là bộ tính năng đã cam kết và đây là ngày phát hành đã cam kết", và thật khó để tranh luận bởi vì tại thời điểm này có tiền đang cưỡi trên đó, và điều đó làm vấp ngã mọi thứ.

Nói chung, có cách nào để đẩy lùi điều này? Nếu không có bản phát hành này, thì trong tương lai thì sao? Vấn đề tôi gặp phải là cách duy nhất tôi thấy một cách làm như vậy, và đó là bằng cách làm tốt nhất có thể, nhưng hãy phát hành phần mềm "như hiện tại", có thể nói như vậy.

Tôi không muốn phát hành phần mềm có lỗi vì tên của tôi được đính kèm, nhưng thực hiện 80 giờ một tuần trong nhiều tháng chỉ minh chứng cho ngày phát hành được đặt tùy ý.

chỉnh sửa: đối với bản ghi, tôi hiện không thực hiện 80 giờ một tuần, chỉ cần nghĩ đến những gì sẽ được yêu cầu để bao gồm tính năng dự kiến được thiết lập trước ngày phát hành.

communication estimation release-management

— Shawn D.
nguồn

49

Tại sao tên của bạn được gắn vào sản phẩm khi bạn không phải là người đưa ra các cam kết? Nếu công ty muốn đưa ra phần mềm chưa hoàn thành, đó là quyền của họ, nhưng không có lý do gì để bạn chịu trách nhiệm cá nhân về một quyết định mà bạn thậm chí không đưa ra.

4

@Giorgio haha tốt một người :)

— ell

3

@ShawnD. Vì bộ lạc!

— Kalamane

3

@ell: Cảm ơn. Chà, tôi nghĩ rằng đó là sự quản lý tồi khi cố gắng vắt kiệt nhiều công việc hơn các nhà phát triển hơn là họ thực sự có thể cung cấp. Có một sự phức tạp vốn có trong mỗi dự án và nếu bạn phân bổ quá ít tài nguyên, bạn sẽ kết thúc với phần mềm xấu hoặc bạn không giao hàng đúng hạn. Nhiệm vụ của một quản lý tốt là nhận ra điều này và lên kế hoạch. Điều tốt nhất là nếu người quản lý cũng là một nhà phát triển tốt.

— Giorgio

3

Mua Bộ giải mã sạch. Đọc nó (tôi đã nuốt nó trong một ngày cuối tuần), và áp dụng các ý tưởng mạnh mẽ cho sự nghiệp của bạn. Công việc của bạn là đưa ra một "Không" trung thực nếu công việc không thể hoàn thành. Nếu bạn không làm điều đó, bạn sẽ không có ai để đổ lỗi ngoài chính bạn. Tôi biết rằng nguy cơ mất việc làm có thể cân nhắc về việc đủ can đảm để thành thật. Nhưng mặt trái đang bị buộc phải trong 80 tuần để đáp ứng một cam kết hoàn toàn vô căn cứ.

— Michael Brown

147

Ngừng làm 80 giờ một tuần. Đây là sự củng cố tích cực . Bởi vì họ đang nhận được sản phẩm đúng thời gian với chi phí dự kiến, họ sẽ tiếp tục làm nó, bất kể nó làm gì với bạn.

Nếu họ không thể tiết kiệm thời gian hợp lý, thì đó là lỗi của ban quản lý. Không phải của bạn.

Hãy để họ bỏ lỡ một vài thời hạn.

— Malfist
nguồn

60

+1 để tự đứng lên. Các nhà phát triển cho phép bản thân được đi khắp nơi chính xác là những gì cho phép các nền văn hóa đổ mồ hôi như vậy tồn tại.

31

Tôi sẽ thêm rằng trong khi điều này hoạt động, bạn muốn giảm thiểu thiệt hại mà điều này có thể gây ra quan hệ khách hàng. Ngay khi bạn nhận được thời hạn không hợp lý, bạn cần phải thẳng thắn và cho nhân viên bán hàng biết rằng điều đó sẽ không xảy ra, vì vậy họ có thể giao dịch với khách hàng một cách phù hợp.

— GSto

40

Thật không may, ở nhiều nơi, điều này sẽ khiến một nhà phát triển chỉ làm việc theo giờ "hợp lý" dường như không phải là "người chơi nhóm", người không giúp đạt được mục tiêu. Họ có khả năng là người đầu tiên chống lại bức tường khi kích thước đội được cắt giảm. Cũng có thể chỉ là khá và tìm kiếm một công việc cho một chủ nhân hợp lý hơn. Chiến thuật "làm việc theo quy tắc" này sẽ chỉ hoạt động nếu tất cả các nhà phát triển đang ở trên tàu.

— Thất vọngWithFormsDesigner

20

@FrustratedWithFormsDesigner Ai quan tâm nếu họ xem bạn không phải là người chơi theo nhóm? Nếu họ không thích bạn, họ có thể giải phóng bạn khỏi nơi tồi tệ đó và bạn có thể tìm kiếm thứ gì khác trong khi bạn thu tiền thất nghiệp một lúc. Bên cạnh đó, nó không giống như bán hàng và quản lý tại thời điểm đó quan tâm đến lợi ích của "đội ngũ" bằng cách mong đợi thời gian làm thêm bắt buộc của họ. Điều làm tôi ngạc nhiên là các nhà phát triển với các kỹ năng có thể tiếp thị và mong muốn phải chịu sự bắt nạt của người quản lý này. Nếu bạn có thể bị chấm dứt hoặc bỏ việc và có một công việc khác xếp hàng trong vòng chưa đầy 3 tháng thì BẠN mang theo tất cả sức mạnh.

— maple_shaft

6

@FrustratedWithFormsDesigner: Cá nhân tôi đã đối phó với nguy cơ thất bại cao của sự lo lắng quá mức, tôi có thể khuyên bạn nên tìm một công việc mới ngay khi bạn biết mọi thứ bắt đầu trở nên run rẩy. Bởi vì nếu bạn bị đánh dấu là một người chơi nhóm tồi, cảm thấy gần như kiệt sức với tất cả thời gian làm thêm, rất có thể bạn sẽ bị đánh bại bởi cái gọi là "đội" của bạn và cuối cùng bị sa thải ngay cả khi bạn cố gắng hết sức. Tìm kiếm một công việc mà bạn vẫn có một công việc tốt hơn nhiều so với tìm kiếm một công việc trong khi bạn không phải là người không cung cấp cho bạn bất kỳ tài liệu tham khảo tốt nào.

— Spoike

96

Nói chung, có cách nào để đẩy lùi điều này? Nếu không có bản phát hành này, thì trong tương lai thì sao?

Tất nhiên, có: Hãy để họ thất bại nặng nề với phương pháp này. Không có gì dạy cũng như thất bại.

Hãy tự ước tính trước khi bạn bắt đầu và đưa cho họ xem. Sau đó, cố gắng hết sức, viết mã tốt, ngừng bù đắp cho sự ngu ngốc của họ khi rảnh rỗi và khi họ phàn nàn sau đó, hãy nhắc họ về ước tính thời gian bạn đã chỉ ra cho họ, dựa trên các nguyên tắc kỹ thuật.

Và bạn tốt hơn nên bắt đầu làm điều này với dự án hiện tại .

Nếu họ cứ đổ lỗi cho bạn về vấn đề này, tốt hơn hết bạn nên bắt đầu tìm kiếm một công việc mới, vì không có gì thuyết phục họ rằng họ là vấn đề.

Như một suy nghĩ lại, tôi nghĩ rằng câu hỏi này thực sự đảm bảo một liên kết đến câu chuyện EA nổi tiếng như được nêu trong một trong những cuốn sách của Joel: EA: The Human Story .

— SBI
nguồn

1

Hãy chắc chắn rằng bạn tìm hiểu sự khác biệt giữa ước tính và cam kết: blog.mountaingoatsoftware.com/. Nghe có vẻ như họ không quan tâm đến điều đó, nhưng một khi họ biết sự khác biệt là hữu ích.

— StuperUser

26

+1 để hiển thị ước tính cho họ. Ngoài ra, một điểm tôi muốn cõng trên bài đăng này: ngay cả trong môi trường công ty chết chóc, cung cấp công việc miễn phí cho khách hàng (ví dụ: tất cả những người làm thêm giờ không được trả lương) rất nản lòng, bởi vì công ty có thể đã làm như vậy nhiều tiền hơn cho cùng một công việc nếu họ đã tính phí khách hàng cho nó. Chỉ ra rằng việc bán hàng quá mức đang làm mất tiền của công ty có thể tạo ra sự khác biệt.

5

Một dự án thất bại dạy cho quản lý không có gì trong một nền văn hóa như mô tả. Vì nhân viên bán hàng mang lại tiền mặt và các nhà phát triển chỉ là một chi phí cần thiết , nên các nhà phát triển sẽ luôn bị đổ lỗi vì không làm việc chăm chỉ nếu nhân viên bán hàng giám sát.

— Đánh dấu gian hàng

2

Vâng. Vì vậy, khi doanh số bán hàng đến với bạn mà không có thông số kỹ thuật, hãy nhấn mạnh vào một trước khi bạn đồng ý ước tính hoặc cung cấp cho họ phạm vi ước tính phù hợp dựa trên mức độ chi tiết họ đưa ra. Điều này thường sẽ là một cái gì đó như "giữa một và ba mươi tuần".

— Peter ALLenWebb

2

@Mark Gian hàng: Đó là lý do tại sao bạn cần kiếm tiền từ chi phí phát triển. Chắc chắn, phát triển là một chi phí cần thiết, nhưng nó không phải là duy nhất. Và nói chung, quản lý không hiểu rằng công việc bán hàng là để bán trên chi phí; bất kỳ kẻ ngốc nào cũng có thể bán dưới giá thành.

— MSalters

52

Điều này thường xảy ra vì một khuyến khích đồi trụy - nhân viên bán hàng đang được trả tiền hoa hồng, trong khi nhân viên sản xuất được trả lương. Nhân viên bán hàng có một số đòn bẩy để làm việc với: tính năng, chi phí và ngày giao hàng. Họ có một sự khinh thường mạnh mẽ để giảm chi phí, bởi vì điều này thường làm giảm hoa hồng của họ, vì vậy họ có xu hướng bắt đầu các tính năng UP và ngày giao hàng (về mặt sớm hơn). Họ sẽ đẩy những người cao nhất có thể để chốt thỏa thuận.

Hãy thử và xem nó từ quan điểm của họ, chỉ trong chốc lát. Họ cũng có một gia đình để nuôi - và nếu sự khác biệt giữa việc kết thúc bán hàng mà tôi đã làm trong nhiều tháng chỉ là cắt giảm một vài tuần trong lịch trình, thì đó là một sự cám dỗ đáng kinh ngạc, đặc biệt là nếu tôi không thực sự hiểu điều đó có nghĩa là gì

Sự cám dỗ là nói "twas luôn như vậy, và luôn luôn như vậy." Nhưng một nơi tôi làm việc ít nhất cũng có một giải pháp ĐỀ XUẤT, nếu không được thực hiện ... một người quản lý cuối cùng đã giơ tay và nói, "nếu thời gian làm việc của các lập trình viên đang được sử dụng để đóng bán, thì họ sẽ nhận được một phần Ủy ban." Nó không được triển khai, nhưng nó sẽ điều chỉnh các khuyến khích của mọi người chặt chẽ hơn ... các lập trình viên sẽ rất vui mừng khi biết về một tính năng mới sẽ xuất hiện ngay lập tức, bởi vì họ sẽ dự đoán được hoa hồng và nhân viên bán hàng sẽ ÍT HƠN để tạo ra những tình huống đó, bởi vì họ sẽ ít làm việc theo lợi thế của họ.

— Chris B. BehDR
nguồn

46

+1 nếu thời gian làm thêm của lập trình viên đang được sử dụng để kết thúc bán hàng, thì họ sẽ nhận được một phần hoa hồng.

— Gilbert Le Blanc

12

Điều này sẽ khuyến khích các nhà phát triển phát hành crap chưa được kiểm tra.

— quant_dev

5

Tôi đã mua một bữa ăn trưa một lần bởi một người quản lý bán hàng, người đã nhận được một khoản hoa hồng trị giá hàng ngàn đô la cho một dự án mà tôi đã tham gia vào một cái chết trong năm tuần để giao hàng. Tôi không thể nói nó làm tôi cảm thấy tốt hơn về tình hình.

— Dan Ray

7

@quant_dev - mọi tình huống đều khuyến khích các nhà phát triển phát hành crap chưa được kiểm tra - ngoại trừ thử nghiệm. Đó là một câu hỏi riêng biệt.

— Chris B. BehDR

18

Cách dễ dàng hơn để điều chỉnh các ưu đãi là trừ chi phí làm thêm từ số tiền của thỏa thuận trước khi trả tiền hoa hồng phần trăm.

— robertc

26

Nhóm phát triển phải được tư vấn về các quyết định này nếu không bạn sẽ không bao giờ thoát khỏi chu trình đó. Nếu bạn không quản lý nhóm, thì một trong những người quản lý trực tuyến của bạn cần phải ủng hộ cho nhóm phát triển. Nếu họ là một phần của vấn đề, thì bạn có thể muốn xem xét các lựa chọn việc làm khác.

Nói chung, Bán hàng không nên cam kết với bất cứ điều gì mà không có sự chấp nhận của Quản lý sản phẩm, người rõ ràng nên tham khảo ý kiến với nhóm phát triển về thời gian. Thực sự không có lý do nào để bỏ qua điều này trong một công ty lớn hay nhỏ bởi vì cuối cùng, đội ngũ Bán hàng sẽ chịu một chút sức nóng để phân phối dưới mức (cho dù là về chất lượng hay phạm vi).

— RichardM
nguồn

2

+1 cho tổng kết chính xác và cấp cao. Quản lý sản phẩm nên được tham gia, nhưng sau khi cam kết và nhìn xấu sau này có thể cần thiết cho sự tồn tại liên tục của công ty.

— maple_shaft

Thật tốt khi nói những điều như thế này nhưng đó không phải là lời khuyên thực sự có thể giúp giải quyết vấn đề hiện tại của OP. Những bước họ có thể làm để có được vị trí tốt hơn này?

— Thất vọngWithFormsDesigner

@FrustratedWithFormsDesigner Bên cạnh việc nói chuyện với ban quản lý về nhu cầu đầu vào Quản lý sản phẩm tốt hơn trong các cuộc thảo luận bán hàng, thì ... không có gì có thể được thực hiện với tư cách là nhà phát triển. Những loại công ty này được thiết lập theo cách của họ và bất cứ điều gì thiếu sự quản lý sẽ không thay đổi.

— maple_shaft

1

Thật không may trong rất nhiều công ty, ý kiến của các "chuyên gia / ngôi sao nhạc rock" bán hàng thường có trọng lượng lớn hơn so với quản lý sản phẩm, những người đôi khi không đủ mạnh để đưa trường hợp của họ lên quản lý cấp trên. Tôi đã thấy rằng nhiều người bán hàng tin rằng bất cứ lúc nào ước tính các nhà phát triển đưa ra, nó sẽ quá bi quan và ít nhất có thể dễ dàng giảm đi một nửa.

— dodgy_coder

Nhân viên bán hàng nhận được uy tín hơn nhiều so với các nhà phát triển vì họ gắn bó chặt chẽ hơn với luồng kiểm tra đến từ khách hàng. Điều này đúng ngay cả tại các công ty phần mềm nơi các nhà phát triển được cho là rất quan trọng, nhưng không quan trọng bằng những người bán hàng "mang thịt xông khói về nhà". Điều này, hơi tiếc là, hầu như tất cả các CEO / MD, v.v. sẽ xem nó như thế nào.

— CraigTP

21

Đây gần như là một điều phổ biến ở các công ty nhỏ hơn vì họ có nhu cầu lớn hơn để chốt thỏa thuận. Cho đến khi tôi được đưa vào các cuộc họp bán hàng tại công ty của mình, tôi rất cay đắng về điều này nhưng ít nhất tôi có thể hiểu làm thế nào và tại sao nó lại xảy ra nhiều hơn một chút.

Khách hàng muốn nó nhanh và nhiều người sẽ chơi hết mình. Điều này khuyến khích doanh số giảm bớt các cam kết về thời gian chỉ để có được một cái gì đó được ký kết. Hợp đồng đã ký là vàng vì bạn có thể có được vốn hoặc tín dụng bằng cách sử dụng một. Đôi khi tốt hơn là có một thời hạn chặt chẽ hơn là không có gì để làm việc cả.

Những lần khác, nếu đó là một thị trường nóng và có rất nhiều đối thủ cạnh tranh thì công ty có nhu cầu sắp có một sản phẩm ra khỏi cửa NHANH CHÓNG hơn mọi người khác. Một công ty lớn hơn hoặc một công ty có nhiều vốn hơn luôn có thể thuê nhiều tài nguyên hơn, một công ty nhỏ hơn thì không thể.

Điều đáng sợ là khi thời hạn thực sự là giả tạo và nó được thúc đẩy bởi việc bán hàng và quản lý để đảm bảo tiền thưởng lớn cho chính họ.

Đừng tạo thói quen làm việc hơn 45 giờ một tuần, điều này có hại cho sức khỏe của bạn và điều đó đến trước.

— phong_shaft
nguồn

2

Tôi đồng ý rằng đó là một cuộc đấu tranh cho các công ty nhỏ hơn để đặt bánh mì trên bàn. Tuy nhiên, việc bán hàng để nhận tiền hoa hồng cho nỗ lực thêm của các nhà phát triển là sai. Quản lý cần phải nhận ra sau đó khắc phục tình trạng này hoặc họ sẽ luôn có doanh thu nhà phát triển cao.

— semaj

16

+ 1 "Đừng tạo thói quen làm việc hơn 45 giờ một tuần, điều đó có hại cho sức khỏe của bạn và điều đó đến trước"

— DevSolo

2

45 giờ là gì? Bạn không hát hợp đồng 40 giờ à ??

— sbi

14

@sbi: Bạn có thể ngạc nhiên. Nơi tôi làm việc, chúng tôi thực sự được yêu cầu hát hợp đồng. Trong thực tế, phải mất khoảng 40 giờ để hát toàn bộ. (có rất nhiều bản in đẹp.) Điều đó thật tệ, bởi vì tôi có một giọng hát kém.

— Matthew Scouten

3

@MatthewScouten bạn nói được bao nhiêu ngôn ngữ?

— jim

11

Tôi đã làm việc cả hai bên của ngôi nhà. Hãy nhớ rằng không có nhân viên bán hàng sẽ không có công việc hoặc dự án hạ nguồn.

Cách chống lại cam kết bán hàng quá mức : Ước tính, sau đó lấy ít nhất 130% bội số (luôn lên kế hoạch dự phòng tối thiểu 30%). Cung cấp và tài liệu ước tính. Nhận ra rằng ước tính nỗ lực của bạn sẽ bị giảm trong quá trình bán hàng. Không sao, chỉ cần quản lý khắc ra khỏi thỏa thuận cấp phép / bán hàng / hoa hồng bất kỳ việc giảm số giờ đó. Nếu bạn là một công ty đại chúng, điều này trở nên khó khăn với VSOE , nhưng cho đến khi bạn đạt được những người bán hàng có trách nhiệm giải trình hợp đồng trước trong quá trình bán hàng của họ, nó sẽ trở thành trách nhiệm của bạn sau này.

— Hàng đợi
nguồn

6

Điều này chỉ hoạt động nếu OP được phép xem tính năng tiềm năng và đưa ra ước tính trước khi nhân viên bán hàng cố gắng bán. Có vẻ như OP thậm chí không có cơ hội : "Here is the committed feature set and here is the committed release date".

— Thất vọngWithFormsDesigner

2

Vấn đề với điều này là nhân viên bán hàng thường cho rằng bạn đã thêm một trường hợp dự phòng và đó là lý do tại sao họ cam kết với thời hạn sớm hơn.

— dodgy_coder

Có lẽ hoa hồng đầy đủ của họ nên được xác nhận khi giao hàng đúng hạn sau đó, có lẽ được trả lại theo tỷ lệ phần trăm của thời gian dành cho nhà phát triển vượt quá. Điều đó sẽ gắn kết lợi ích của công ty với doanh số.

— Peter ALLenWebb

10

Có rất nhiều chiến lược bạn có thể sử dụng, nhưng bạn thường sẽ cần sự chấp thuận hoặc mua từ ban quản lý.

Trả tiền cho các nhà phát triển làm thêm giờ với tốc độ tăng. Làm thêm giờ không tệ lắm khi bạn kiếm được nhiều tiền hơn khi làm việc đó. Và nếu nó bắt đầu ảnh hưởng đến quản lý lợi nhuận của công ty sẽ gây áp lực lên doanh số để thực hiện ước tính công việc tốt hơn.
Trả lương cho nhân viên bán hàng dựa trên lợi nhuận thay vì tổng doanh thu. Mỗi giờ làm việc mà họ không bao gồm trong ước tính của họ ảnh hưởng xấu đến hoa hồng của họ.
Giới hạn số giờ các nhà phát triển có thể làm việc đến 40 (hoặc bất cứ điều gì trong tuần làm việc tiêu chuẩn ở một phần của bạn trên thế giới).
Làm cho những người bán hàng làm việc mỗi giờ mà các nhà phát triển làm việc. Nếu họ muốn bạn làm thêm giờ để hoàn thành dự án của họ, họ cũng phải ở đó. Tìm một cái gì đó hữu ích cho họ để làm, như viết tài liệu hoặc tạo các bản sao được viết bằng tay, được chiếu sáng bằng tay của Mẫu thiết kế và Thư viện mẫu tiêu chuẩn C ++ .
Có nhà phát triển ước tính từng công việc thay vì để nhân viên bán hàng làm việc đó. Ít nhất theo cách này bạn có được một số khả năng để làm cho lịch trình hợp lý hơn. Đây không phải là một giải pháp tuyệt vời, mặc dù ... các nhà phát triển thường rất tệ trong việc ước tính công việc cần thiết. Ngay cả khi ước tính là hợp lý, các sự kiện không lường trước có thể ngăn bạn bắn trúng mục tiêu. Ngoài ra, tất cả chúng ta có xu hướng không làm việc khi bắt đầu một dự án dài với cùng một sự khẩn cấp mà chúng tôi làm khi thời hạn đến gần. Đây là những yếu tố thúc đẩy các chu kỳ phát triển ngắn mà những người đề xuất Agile tán thành.
Thực hiện phương pháp "nhanh nhẹn" và từ chối cam kết. Nhanh nhẹn sẽ đòi hỏi nhiều sự tham gia của khách hàng hơn, nhưng nó cũng có thể giúp khách hàng linh hoạt hơn vì họ không nhất thiết phải cam kết trước hình thức cuối cùng của dự án. Bán hàng có thể không hài lòng về điều đó lúc đầu, nhưng họ có thể thay đổi giai điệu khi họ nhận ra rằng nó có thể cung cấp rất nhiều cơ hội để bán nhiều công việc hơn.

Tôi nghĩ rằng giải pháp kém hấp dẫn nhất là bất cứ điều gì làm cho đội ngũ bán hàng trông xấu trong mắt khách hàng tiềm năng. Đội ngũ bán hàng là bộ mặt của công ty. Làm cho họ trông tồi tệ làm tổn thương toàn bộ công ty, và nó có thể không giải quyết được vấn đề - họ có thể cảm thấy cần phải thỏa thuận tốt hơn cho khách hàng để lấy lại niềm tin.

— Caleb
nguồn

Không thể làm số 4, bạn biết rõ điều này. Bán hàng đang theo đuổi 100 lần triển vọng của bất kỳ hợp đồng hoạt động nhất định.

— Jé Queue

2

Re 4: Tôi từng làm việc trong một công ty nơi những người bán hàng rời đi lúc 17:00, 1 giờ trước những người khác. Nó không tạo ra cảm giác tốt đẹp giữa doanh số và phần còn lại của lực lượng lao động.

— quant_dev

2

@Xepoch Nếu họ về nhà sớm hơn các lập trình viên thì rõ ràng họ không quá bận rộn để vạch ra một số bản thảo được chiếu sáng.

— Brian Gordon

1

@Graham, tôi đã viết "những chiến lược mà bạn có thể sử dụng", nhưng thực tế đây là những chiến lược thực sự mà quản lý có thể sử dụng nếu họ thấy tình trạng quá tải vĩnh viễn là một vấn đề thực sự cần phải giải quyết. # 1 có thể, trên thực tế, là hợp lý nhất. Chỉ vì bạn làm việc với mức lương không có nghĩa là bạn không đủ điều kiện để làm thêm giờ, tiền thưởng hoặc thời gian tính toán. Tôi đã nhận được cả ba vào những thời điểm khác nhau khi còn là một nhân viên làm công ăn lương. Tương tự như vậy, thay đổi cấu trúc lương thưởng cho nhân viên bán hàng là không thể; các công ty thường xuyên đưa ra các ưu đãi hoặc sự không phù hợp để thay đổi hành vi của nhân viên bán hàng.

— Caleb

1

Đồng ý với Caleb. Ngoài ra, thông thường khách hàng đã bị đẩy lùi thời gian và phạm vi giảm không hài lòng về điều đó và họ có xu hướng kéo chân họ thanh toán. Không nên cho rằng những thứ này không ảnh hưởng đến điểm mấu chốt. Trên thực tế, thường cần cho các nhà quản lý và bán hàng thực sự TĂNG phạm vi mà không cần thanh toán thêm để làm dịu một khách hàng tức giận. Bạn nên tiếp cận quản lý với lời hứa rằng bạn có thể giúp khách hàng ngừng tức giận và phản đối, hoặc ít nhất là nó xảy ra ít hơn nhiều. Đây không phải là một giấc mơ ống. Tôi đã thấy nó trong cuộc sống thực sự.

— Peter ALLenWebb

8

Thoát

Có rất nhiều gợi ý hợp lý trong các câu trả lời, hy vọng có thể giúp giải quyết mối quan hệ rối loạn này. Nhưng cuối cùng, bạn quyết định bạn muốn làm việc bao nhiêu.

Thật dễ dàng để bị áp lực bởi đồng nghiệp vào làm việc quá sức. Nhưng bạn đang hy sinh cuộc sống cá nhân của bạn khi bạn làm điều đó.

Đây là những gì bạn có thể làm:

Nói với sếp của bạn, "Tôi đã phải làm việc ngoài giờ nhiều hơn tôi muốn ở đây. Từ giờ trở đi, tôi sẽ không làm việc quá X giờ mỗi tháng."
Như những người khác đã đề xuất, hãy ước tính bao nhiêu giờ mọi thứ sẽ diễn ra phía trước. Nhắc nhở họ rằng "ở giới hạn X giờ mỗi tháng, tôi có thể sẽ không hoàn thành việc này trước hạn chót." Đặt cái này trong một email để tham khảo sau.
Hãy tham khảo email đó khi thời hạn kết thúc. "Thấy không? Theo dự kiến, chúng tôi không thể đạt được thời hạn này trong giờ làm việc hợp lý."
Nếu họ tiếp tục gây áp lực cho bạn làm thêm giờ và mọi nỗ lực liên lạc đều thất bại, hãy bỏ việc.

Kinh nghiệm cá nhân

Tôi bỏ công việc cuối cùng vì tôi luôn làm thêm giờ và luôn được yêu cầu làm việc nhiều hơn. Tôi đã nói với họ rõ ràng trong cuộc phỏng vấn xuất cảnh của mình rằng tôi thích rất nhiều thứ về công việc, nhưng không thấy bất kỳ kết thúc nào của việc tăng ca trong tầm nhìn.

Tôi cũng bày tỏ rõ ràng mong muốn đó trong cuộc phỏng vấn cho công việc mới của mình và được hưởng ứng nhiệt tình. Họ đã nói đúng với lời của họ: Tôi hiếm khi được yêu cầu làm thêm giờ ở đây.

Chủ cũ của tôi có tỷ lệ doanh thu của nhà phát triển cao và ngày càng khó tuyển dụng hơn vì họ có tiếng là làm việc quá sức. Có thể chi phí thêm cho việc tuyển dụng và đào tạo sẽ dạy cho họ một bài học. Nhưng nếu không, đó không phải là vấn đề của tôi.

— Long Long
nguồn

Tôi đã đọc một cuốn sách hay về điều này từng được gọi là Never Work for a Jerk. Tôi ngạc nhiên khi nó không được in, nhưng amazon vẫn sử dụng các bản sao: amazon.com/gp/product/0880297484/?tag=resingnet-20

— Tom Resing

6

Trước tiên, hãy nhớ rằng tất cả chúng ta thường có công việc để hỗ trợ các giao dịch mà nhân viên bán hàng thực hiện thay vì xây dựng nghệ thuật lập trình hoàn hảo về mặt kỹ thuật. Nếu họ không thực hiện các giao dịch, bạn không có việc làm.

Điều đó nói rằng mẹo là tìm cách làm việc với bán hàng để làm cho mọi người trông tốt. Các quy trình mà nhóm công nghệ ít nhất có thể đưa ra ý kiến về các đề xuất trước khi họ ra khỏi cửa là chìa khóa. Tìm cách sáng tạo để xử lý bồi thường cũng giúp ích rất nhiều - nếu việc bán hàng phải "vượt qua" kỹ thuật khi kỹ thuật phát sinh quá giờ làm cho một lịch trình không thực tế, nó dường như làm giảm đáng kể tần suất của các dự án diễu hành tử thần.

— Wyatt Barnett
nguồn

4

Và nếu bạn không thực hiện thì họ cũng không có việc làm. Tôi không thể chấp nhận quan điểm này của lập trình viên như là sự hỗ trợ cho những người bán hàng.

— Agos

@Agos: điểm công bằng. Mặt khác, khả năng bạn được thuê ở một nơi khác như thế nào nếu bạn bị sa thải vì từ chối làm việc? Và hầu hết các cửa hàng sẵn sàng thuê những anh chàng tiếp theo sẽ đi tuần hành tử thần như thế nào.

— Wyatt Barnett

Nếu ai đó muốn nhận một công việc tuần hành tử thần, hoặc tiếp tục trong đó, đó là vấn đề của họ. Công ty mà họ làm việc sẽ sớm chỉ còn lại những người KHÔNG THỂ NÀO, thường là vì họ không có kỹ năng và kinh nghiệm để đưa mình đi nơi khác. Các nhà phát triển có kỹ năng ít hơn và xa hơn so với các nhân viên bán hàng lành nghề. Họ xứng đáng được đối xử với ít nhất là nhiều sự bảo vệ.

— Peter ALLenWebb

5

Đây là điều bạn cần đưa cho người quản lý của mình (có người quản lý phát triển, phải không?) Và giải thích vấn đề. Đó là một sự thay đổi cần phải xảy ra ở cấp độ tổ chức - doanh số cần được mua từ sự phát triển trước khi đưa ra các cam kết và trước khi điều đó xảy ra, họ cần có được sự chỉ đạo đó từ ông chủ của mình.

Bạn không thể làm gì để thực sự thay đổi, nhưng bạn chắc chắn nên đưa nó lên cho người quản lý của mình.

Ngoài việc cố gắng thay đổi văn hóa (chúc may mắn), bất cứ khi nào họ đến với bạn với thời hạn bạn không thể đáp ứng, hãy đẩy lùi - bằng những con số. Chia nhỏ dự án và cho họ thấy ước tính thời gian của bạn. Nếu đó là một dự án sáu tuần, hãy nói với họ. Nếu nó được hứa cho khách hàng trong bốn tuần, bạn không thể thực hiện được và bạn cần phổ biến thông tin đó càng nhanh càng tốt. Hy vọng, nhân viên bán hàng của bạn sẽ có thể quay lại với khách hàng và đặt kỳ vọng tốt hơn hoặc làm việc với bạn để đưa ra một tính năng nhỏ hơn có thể chấp nhận được cung cấp trong dòng thời gian đã hứa, với các tính năng bổ sung sẽ được thêm vào sau.

Chỉnh sửa để thêm: Đừng để họ nói ước tính của bạn xuống. Hãy tự tin rằng nó chính xác, và tuân thủ nó. Họ sẽ cố gắng mặc cả với bạn, nhưng đừng để họ.

— MattBelanger
nguồn

8

Nhưng hãy cho họ thấy những gì họ có thể có trong bốn tuần. Có lẽ họ có thể có tất cả các màn hình với một nửa các lĩnh vực, hoặc một số như vậy. Hoặc ba trong số năm quy trình công việc chính. Hỏi bạn nên làm việc với ai trong số ba người đó. Làm cho nó "vấn đề" của họ.

— sdg

1

Điểm tuyệt vời, Robert Martin nói rất nhiều về việc vững chắc trong các ước tính trong Clean Coder, nơi cung cấp thuốc giải độc hợp lý duy nhất cho việc quản lý không hợp lý. Luôn luôn háo hức để cung cấp nhiều nhất có thể, nhưng không bao giờ đồng ý với một mục tiêu, hoặc thậm chí là "làm hết sức" để đáp ứng nó, khi nó không thể đạt được một cách hợp lý. Đó là công việc của bạn để cảnh báo các hạn chế. Bạn là người có thể nhìn thấy chúng.

— Peter ALLenWebb

4

Một đề nghị chưa được đưa ra: hồi tưởng .

Đừng nói "không, tôi không làm thêm giờ", điều đó luôn khuyến khích các nhà phát triển khác tham gia và khiến bạn trông tệ.

Nhưng hãy nói rất rõ với quản lý của bạn rằng mỗi khi bạn phải làm hơn 40 giờ một tuần để hoàn thành công việc, mọi người tham gia vào dự án nên ngồi trong phòng sau khi sản phẩm được giao , hãy tìm ra lỗi và những gì chúng ta có thể làm để ngăn chặn nó xảy ra một lần nữa. Hoặc, tốt hơn nữa, mọi dự án nên có một hồi tưởng để thảo luận về những gì đã diễn ra tốt đẹp và những gì đã sai.

Nếu bạn đúng và đó là nhân viên bán hàng quá mức thì điều này sẽ trở nên rất rõ ràng rất nhanh. Nhưng đừng ưu tiên kết luận và đừng phản đối trước thực tế. Nói về điều đó về những điều mà nhóm của bạn có thể làm để giao hàng đúng giờ mà không cần tăng ca.

Bạn không bao giờ biết, thậm chí bạn có thể tìm thấy các cải tiến cho quy trình của riêng mình, điều này có thể làm cho ước tính của nhân viên bán hàng trở nên khả thi hơn.

— pdr
nguồn

3

Hoàn toàn không có cách nào để chống lại điều này hoàn toàn. Bản chất của bán hàng là cam kết quá mức. Là một đại diện bán hàng, bạn có mặt để làm cho các vấn đề của khách hàng tiềm năng biến mất một cách kỳ diệu. Đại diện bán hàng tốt sẽ chỉ hơi phóng đại, những người xấu sẽ gây cho mình sự bối rối lớn.

Bất cứ điều gì bạn làm sẽ chỉ gây ra tình trạng tăng nặng hoặc căng thẳng giữa người bán sản phẩm và người bán hàng (ít nhất là). Bạn có thể cố gắng hết sức để ngăn chặn những kẻ lừa đảo thực sự xấu về phía đại diện bán hàng của bạn, nhưng vào cuối ngày, các nhà phát triển và đại diện bán hàng được trả tiền từ cùng một tài khoản ngân hàng. Công ty của bạn sẽ thành công hoặc thất bại như một đơn vị vì vậy bắt đầu một cuộc nội chiến với doanh số sẽ không có ích.

Nếu bạn có một hoặc nhiều đại diện bán hàng thường tự lúng túng, thì quản lý bán hàng sẽ giải quyết vấn đề. Là một nhà phát triển, bạn sẽ không có đầu mối để làm bất cứ điều gì về nó vì vậy bạn nên tập trung vào việc cung cấp sản phẩm tốt nhất có thể với thời gian và tài nguyên mà họ cung cấp cho bạn.

— Joel Brown
nguồn

Tại sao không thể phát triển danh tiếng như một cửa hàng phát triển công việc vững chắc, cung cấp thực tế thay vì tuyên bố làm phép thuật? Ý tôi là, không có khách hàng ngoài kia không phải là những kẻ ngốc và thực sự hiểu những điều chúng ta đang nói đến?

— Brian Gordon

Tôi chắc chắn ý thức chung là phổ biến trong số các khách hàng của dev shop vì nó là trong dân số nói chung. Tôi muốn nói rằng mọi khách hàng, dù họ có ý thức hay không, sẽ nhận thấy khoảng cách giữa những gì được hứa và những gì được giao - hoặc ít nhất là khoảng cách giữa những gì họ mong đợi và những gì được giao. Những người hợp lý sẽ tiếp tục quay trở lại khi khoảng cách đó là nhỏ hoặc không tồn tại. Phần còn lại sẽ chỉ mua báo giá rẻ nhất, như mọi khi.

— Joel Brown

3

"Bản chất của bán hàng là quá cam kết." Không đồng ý. Bản chất của bán hàng là đưa sản phẩm và dịch vụ của bạn ra ánh sáng tốt nhất có thể, bán chúng ở mọi cơ hội có sẵn và tạo ra nhiều cơ hội hơn. Lịch sử phân phối đúng hạn và dưới ngân sách có thể là một lợi thế lớn trong tất cả các tình huống này. Ngay cả khi một ước tính đối mặt bên ngoài về nỗ lực phát triển phải được cắt giảm khỏi các ước tính kỹ thuật thực tế được thực hiện để bán hàng chiến lược, đó không phải là lý do để áp đặt chúng vào nội bộ đối với các nhà phát triển. Điều đó là không chuyên nghiệp.

— Peter ALLenWebb

2

Thật khó để trả lời mà không biết cấu trúc công ty của bạn.

Một số công cụ chung để trợ giúp là:

Đã đồng ý (nhưng những người phụ trách, không bán hàng) kiểm soát chất lượng
Có lộ trình sản phẩm (nội bộ và bên ngoài)

Bằng cách đồng ý với các kiểm soát chất lượng , bạn có lý do điều khiển doanh nghiệp vì không thể phát hành phần mềm lỗi. Bạn có thể cần phải thuyết phục sếp của bạn tại sao điều này lại quan trọng (hy vọng là không), nhưng có rất nhiều tài liệu ngoài kia để hỗ trợ việc này.

Bằng cách có lộ trình sản phẩm , Sales biết những gì họ có thể và không thể hứa với khách hàng. Nếu họ muốn thay đổi lộ trình, họ phải nâng nó lên với Trình quản lý sản phẩm / Quản lý dự án / Quản lý phát triển hoặc bất kỳ ai khác thay đổi nó.

Nếu họ hứa điều gì đó với khách hàng chưa được đồng ý, thật may mắn. Hy vọng lộ trình của bạn dựa trên dữ liệu thị trường về nhu cầu của khách hàng. "Chính xác những gì bạn đề xuất chúng tôi bỏ qua từ 8 tính năng ưu tiên cao khác mà chúng tôi có bằng chứng về nhu cầu cơ sở khách hàng của chúng tôi?"

Cuối cùng, như đã dự kiến, không làm việc 80 giờ một tuần. Bạn thậm chí không giúp công ty bằng cách làm điều đó bởi vì bạn chỉ đang giúp họ đào một cái hố sâu hơn.

— Dan McGrath
nguồn

2

Không

Tôi đã cố gắng biến câu trả lời này thành hai chữ cái và ngăn xếp sẽ không cho tôi ... nhưng câu trả lời là

Không

Điều đó, không hoàn toàn đúng nếu bạn sở hữu / điều hành công ty, tất nhiên. Nếu bạn ở vị trí đó, bạn có thể kéo đội bán hàng vào tai và "nói chuyện". Tuy nhiên, nếu và như tôi nghi ngờ, bạn chỉ là một người kỹ thuật "thấp kém", cách duy nhất của bạn là phàn nàn "LÊN" chuỗi lệnh. Điều đó đang được nói, kinh nghiệm của tôi là trong các công ty nơi điều này xảy ra, quản lý nhận thức được tình hình và không quan tâm.

— hơn nữa
nguồn

2

Cho họ xem hình ảnh này (hoặc cái này ) và nói với họ rằng bạn đang làm việc với một hình tam giác bất khả thi.

  ·-----------------------·
 / \                       \
·   \   ·-------------------·
 \   \   \                 /
  \   \   \-----------·   /
   \   \   \     /   /   /
    \   \   \   /   /   /
     \   \   \ /   /   /
      \   \   /   /   /
       \   \ /   /   /
        \   ·   /   /
         \     /   /
          \   /   /
           \ /   /
            ·---·

Trong bất kỳ dự án nào, nếu bạn sửa hai góc của ba điều này:

Thời gian
Phạm vi
Chất lượng

... thì thứ ba là thứ linh hoạt duy nhất. Điều làm cho nó không thể là sự mong đợi. Nếu họ luôn sửa Thời gian quá ngắn và Phạm vi quá lớn, thì Chất lượng sẽ luôn bị ảnh hưởng. Trong một dự án nhanh, cả ba góc đều linh hoạt ít nhiều.

(Tuyên bố miễn trừ trách nhiệm: Tôi loại trừ yếu tố Chi phí khỏi tam giác dự án truyền thống và biến Chất lượng thành góc. Thời gian là Chi phí trong các dự án phần mềm.)

Tôi hy vọng bạn thành công trong việc thực hiện theo cách của bạn để quản lý dự án nhanh nhẹn hơn.

— CÔNG VIỆC
nguồn

2

Một số câu trả lời rất tốt ở đây rồi. Tôi sẽ chỉ nói thêm rằng bạn không nên bị thúc đẩy để đáp ứng thời hạn của anh ấy để gây bất lợi cho chính bạn. Ngoài ra, tôi chắc chắn sẽ nói chuyện với nhân viên bán hàng và nhắc nhở anh ta rằng nếu anh ta hứa quá nhiều và công ty không thể thực hiện lời hứa thì anh ta (và công ty) sẽ không được tin tưởng trong tương lai, mất anh ta trong tương lai (và có thể là công việc của anh ấy), vì vậy, đó là lợi ích tốt nhất của anh ấy để trở thành hiện thực (nghĩa là tham khảo ý kiến của nhân viên lập trình) để anh ấy có được niềm tin trong công ty. Trong ngắn hạn, anh ta có thể đạt được bằng cách không thực tế, nhưng về lâu dài, anh ta sẽ mất đi bằng cách làm tổn hại danh tiếng của mình với khách hàng, chủ lao động và chủ lao động trong tương lai thông qua các tài liệu tham khảo xấu.

Khi những người bán hàng hiểu tiền nhiều hơn bất cứ điều gì khác, hãy nói chuyện với anh ta trong những điều khoản đó.

— xác thực
nguồn

1

Với sự phát triển của Agile, chúng tôi thấy các chuyên gia tư vấn bán điểm cho ~ 1000-1500 mỗi điểm. Nếu bạn có thể thay đổi quy trình bán hàng sang nơi họ phải bán dựa trên thang điểm thì nhóm bán hàng sẽ buộc phải làm việc với nhóm phát triển để đưa ra ước tính hợp lý.

— SoylentGray
nguồn

họ sẽ chỉ tăng gói công việc cho mỗi "điểm" (chứ không phải thời lượng của mỗi "điểm" trong một lần lặp) đến điểm phù hợp với phạm vi và ngân sách / dòng thời gian họ có thể bán.

— jwenting

Điểm trên mỗi câu chuyện được chỉ định bởi các nhà phát triển không phải nhóm Bán hàng hoặc Doanh nghiệp.

— SoylentGray

1

Tất cả đi xuống một điểm quan trọng; Nếu bạn không nghĩ rằng bạn có thể duy trì tốc độ cần thiết để đáp ứng lịch trình Bán hàng đã hứa, thì đừng cam kết với công việc. Nếu doanh số quá cao, đó không phải là vấn đề của bạn, cho đến khi bạn đồng ý với công việc. THEN đó là vấn đề của bạn. Nhắc nhở sếp của bạn rằng tất cả những người bán hàng phải làm là nói có và họ nhận được séc; bạn là người thực sự thực hiện lời hứa, vì vậy nếu bạn nói nó không hiệu quả, sếp của bạn nên lắng nghe. Nếu bạn không may mắn có một người quản lý lắng nghe lực lượng bán hàng của mình nhiều hơn lực lượng phát triển của anh ấy về những gì có thể và không thể, thì bạn có PHB Dilbert-esque, và bạn nên cập nhật hồ sơ của mình.

Đây là một lý do tôi thích Agile; nhóm phát triển tham gia vào quá trình từ các cuộc thảo luận thiết kế ban đầu. Bạn có thể hiệu chỉnh một "điểm" từ cả hai đầu; nhóm nhà phát triển quyết định (rõ ràng hoặc theo kinh nghiệm) đại khái là bao nhiêu giờ phát triển vốn có trong một điểm, mà quản lý có thể sử dụng để tính điểm mỗi tuần, điểm mỗi tháng, v.v. dẫn đến con số đô la. Tại thời điểm đó, nhóm bán hàng của bạn hiện có các số liệu liên quan đến chi phí và thời gian cần thiết cho các cấp nhân viên hiện tại để hoàn thành số lượng phạm vi hiện tại. Nếu họ bảo vệ quá mức một khi họ có những con số đó, họ sẽ ra khỏi mông của họ.

— Keith
nguồn

Ahh, nhưng nhân viên bán hàng có kỹ năng trong nghệ thuật đàm phán còn các kỹ sư thì không. Đó là lý do tại sao họ bán hàng và chúng tôi đang trong kỹ thuật! Theo kinh nghiệm của tôi, hầu hết những người kỹ thuật chỉ gật đầu (điều đó không giúp ích gì cho việc ước tính dễ bị thiên vị neo ). Người kỹ thuật thực sự khó nói rằng sẽ mất nhiều thời gian hơn ai đó nghĩ bởi vì họ biết điều đó có thể dễ dàng bị biến thành sự phản ánh về khả năng của họ. "Bạn nghĩ rằng sẽ mất hai tuần? Joe nói anh ấy có thể làm điều đó trong một ít hơn một."

— Scott Whitlock

1

Nếu Joe nói rằng anh ta có thể làm điều đó trong hơn một tuần, thì Joe sẽ phải chịu đựng công việc. Nếu Joe thất bại, doanh số sẽ học cách ước tính. Nếu Joe quản lý để thành công, có thể không muốn dành thêm 80 giờ một tuần nữa, anh ta sẽ điều chỉnh ước tính của riêng mình. Nếu cả hai điều này không xảy ra, Joe sẽ bị sa thải vì không thực hiện được các cam kết của mình quá nhiều lần, hoặc sẽ kiệt sức và bỏ việc vì làm việc quá sức. Nếu bạn tự tin rằng Joe đang bán quá nhiều, thì hãy gọi một cách vô tội vạ. Đừng là Joe; nó không đáng đâu (ok, ok, RẤT RẤT xứng đáng).

— KeithS

Toàn bộ quan điểm của ước tính Agile là giá cả phù hợp và tốc độ là bền vững. Đó là những thứ có giá trị cho khách hàng; biết nó sẽ thực sự tốn bao nhiêu tiền và sẽ mất bao lâu, và họ sẽ nhận được những gì họ yêu cầu với mức giá đó và khoảng thời gian đó, đáng giá hơn nhiều so với lời hứa "chúng tôi sẽ đánh bại bất kỳ giá nào" .

— KeithS

1

Xác định công việc sau khi họ giao nó cho bạn và cho họ biết sẽ mất bao lâu. Sau đó, khi họ quạ về nó nói với họ.

"Tôi xin lỗi bạn đã thực hiện cam kết đó nhưng được cung cấp các tài nguyên theo ý của tôi. Sẽ mất X giờ để hoàn thành"

Làm điều này mỗi lần ... nó làm việc cho tôi.

Về cơ bản nói với họ rằng họ có thể có nó Nhanh, Rẻ và Tốt, chọn hai.

— jim
nguồn

Nhanh và rẻ?

— IAd CHƯƠNG

sau đó nó sẽ không tốt cho tôi

— jim

Tôi nghĩ rằng họ không quan tâm đến việc nó tốt, nhưng chỉ để bán nó.

— IAd CHƯƠNG

miễn là họ biết rằng ... vậy thôi.

— jim

2

họ quan tâm đến nó là tốt, họ sẽ chỉ đổ lỗi cho bạn cho dự án thất bại khi khách hàng không phải là hạnh phúc ...

— jwenting

-1

Thực sự có một cách - một cách thực sự, không phải là một bình nguyên trống rỗng - nhưng bạn có thể không thích nó.

Có ai đó từ nhóm phát triển tham gia vào quá trình bán hàng .

Bây giờ rõ ràng bạn cần một người có kỹ năng người tốt, một người mà những người bán hàng sẽ không bị trừng phạt về việc đi cùng. Và người này cần có một sự hiểu biết rộng về các loại công việc mà bạn làm. Họ không cần phải là một ninja mã, họ chỉ cần hiểu biết nhẹ về mã hóa nói chung và quá trình phát triển của bạn nói riêng, và rất giỏi trong việc ước tính công việc.

Đây thực sự là một công việc cho một nhà phân tích kinh doanh hoặc quản lý dự án. Có một lý do những công việc này trả rất tốt ở nhiều công ty; họ kết hợp hai bộ kỹ năng rất quan trọng và khác biệt. Nếu bạn không có BA hoặc PM thực sự nhưng có một nhà phát triển hoặc kiến trúc sư cao cấp có kỹ năng xã hội, họ cũng có thể làm điều đó.

Bạn cũng cần cung cấp hướng dẫn rõ ràng cho những người bán hàng. Thực tế, bạn (như trong nhóm nhà phát triển của bạn) đang cử người đến để thương lượng thay bạn. Nếu bạn không cung cấp cho họ bất kỳ thông số nào, họ sẽ chỉ thương lượng những gì có vẻ tốt cho họ. Đó là lý do tại sao bạn luôn cung cấp cho họ các tham số.

Một khi bạn hiểu được phạm vi dự án, làm việc ra bao nhiêu thời gian bạn sẽ thích có để xây dựng, thử nghiệm, thay đổi phạm vi, và như vậy, cộng với một số tiền nhất định của bộ đệm, sau đó cung cấp cho họ số đó cùng với một "tối thiểu cho phép" - các thấp nhất họ có thể đi trước khi đặt dự án vào rủi ro nghiêm trọng. Yêu cầu họ cắt xén con số đó theo một số tiền nhất định, vì vậy hãy làm cho mức tối thiểu của bạn cao hơn một chút so với thực tế.

Hãy yên tâm rằng quản lý của họ đang làm điều tương tự. Người quản lý bán hàng không muốn các cộng tác viên bán hàng bán các giao dịch không có lợi. Họ đang đi vào từng cuộc đàm phán với một loạt các con số tương ứng với lợi nhuận mục tiêu và lợi nhuận tối thiểu.

Bạn có thể không phải là người quản lý của họ, nhưng nếu bạn ghi lại tất cả những điều này bằng văn bản trước khi họ bắt đầu đàm phán, thì bạn sẽ vững vàng hơn với quản lý cấp trên khi mọi người bắt đầu đặt câu hỏi về lý do dự án chậm tiến độ. Nhưng đó không chỉ là về CYA; đội ngũ bán hàng thực sự không có bất kỳ manh mối nào về việc một số thứ nhất định sẽ mất bao lâu và bạn đang giúp đỡ họ bằng cách cung cấp cho họ thông tin toàn diện.

Một điều khác: Đừng mong đợi đội ngũ bán hàng sẽ khiến nhóm của bạn tham gia chỉ vì cái quái quỷ đó. Bạn cũng cần mua từ người quản lý bán hàng và giám đốc điều hành. Nó thực sự không nên quá khó để có được, nếu bạn tiếp cận nó từ góc độ rủi ro. Bạn không muốn bán thất bại, phải không? Hãy nghĩ về chi phí cho danh tiếng của công ty. Hãy nghĩ về chi phí của một vụ kiện . Ai đó kỹ thuật phải là một phần của bất kỳ cuộc đàm phán nào trước khi bất kỳ thỏa thuận nào có thể được ký kết.

Và nếu bạn thực sự, trung thực không thể bán quản lý theo ý tưởng, thì tôi có thể đề nghị tìm một nhà tuyển dụng mới không? Bởi vì dù sao bạn có thể không ở đây lâu hơn nữa.

— Aaron
nguồn

-1

Những bất đồng như thế này thường được gây ra bởi sự thiếu giao tiếp. Hoặc họ không hiểu áp lực mà họ đang gây ra cho bạn hoặc bạn không hiểu những gì họ thực sự yêu cầu. Dù bằng cách nào, để giải quyết vấn đề, bạn cần hiểu tình huống từ quan điểm khác.

Bạn đã bao giờ thử bán phần mềm chưa? Nó có vẻ không phải là câu trả lời tốt nhất cho nhiều nhà phát triển, nhưng cho đến khi bạn đã thử, sẽ rất khó để nhìn thấy doanh nghiệp từ phía bán hàng. Nếu bạn là một nhà phát triển tuyệt vời, hãy viết một cái gì đó bạn thực sự muốn viết và bán nó. Bạn có thể thấy rằng họ có một số điểm hợp lệ hoặc bạn có thể thấy rằng họ không!

— Tom định cư
nguồn

Có cách nào để chống lại doanh số bán hàng quá mức không? [đóng cửa]

Thoát

Kinh nghiệm cá nhân