Sürekli olarak aşan satışlarla mücadele etmenin bir yolu var mı? [kapalı]


120

Çıkış tarihlerinin teknik hiçbir şeye dayanmadığı, ancak Satıştaki bir kişinin o zamana kadar bir müşteriye vermiş olduğu bir durumda sürekli olarak sıkışıp kalmış gibiyim. Diğer firmalarda geliştirilmekte olan arkadaşlarla yapılan görüşmelere dayanarak aynı şey gerçekleşti.

“Burada taahhüt edilen özellik belirlendi ve burada taahhüt edilen yayın tarihi”, ve tartışmak zordur, çünkü bu noktada bunda para sürüyor ve bu her şeyi mahvediyor.

Genel olarak, buna itmenin bir yolu var mı? Bu sürüm için değilse, gelecekte ne olacak? Sahip olduğum sorun şu ki, bunu yapmanın bir yolunu görmenin tek yolu, ve elimden gelenin en iyisini yaparak, ancak 'olduğu gibi' yazılımını serbest bırakmak.

İsmim ekli olduğu için bugüne kadar basılan yazılımı serbest bırakmak istemiyorum, fakat aylarca 80 saat haftada bir yapmak, yalnızca keyfi olarak belirlenen sürüm tarihini doğrular.

düzenleme: kayıt için, ben şimdi 80 saat hafta yapıyorum, sadece aklıma tarih tarafından belirlenen beklenen özelliği kapsayacak şekilde ne gerekli olarak akla geliyor.


49
Taahhüt eden siz değilken, neden adınız ürüne eklenmiş? Eğer şirket kalitesiz bitmemiş yazılım söndürmek isterse bu onların hakkıdır, ama sen bile yapmadığını bir karar için kişisel sorumluluk almak için hiçbir neden yoktur.

4
@Giorgio haha ​​iyi bir :)
ell

3
@ShawnD. Kalabalık için!
Kalamane

3
@ell: Teşekkürler. Eh, geliştiricilerin gerçekte sunabileceklerinden daha fazla iş çıkarmaya çalışmanın kötü bir yönetim olduğunu düşünüyorum. Her projede içsel bir karmaşıklık vardır ve çok az kaynak ayırırsanız, kötü yazılımla bitirdiniz veya zamanında teslim etmiyorsunuz. Bunu tanımak ve sonuç olarak planlamak iyi bir yönetimin görevidir. En iyi şey, yönetici de iyi bir geliştirici ise.
Giorgio

3
Temiz Kodlayıcıyı satın alın. Oku (bir haftasonunda yutmuştum) ve fikirlerini kariyerine şiddetle uyguladım. İşiniz, yapılamazsa dürüst bir "Hayır" vermektir. Bunu yapmazsan, kendini suçlayacak kimsenin olmayacak. İstihdam etme riskinin, dürüst olacak kadar cesur olmanın ağırlığına dayanabileceğini biliyorum. Ancak kapak tarafı tamamen temelsiz bir görevi yerine getirmek için 80 saat içinde zorlanıyor.
Michael Brown

Yanıtlar:


147

80 saatlik haftaları yapmayı bırak. Bu olumlu bir pekiştirmedir . Ürünü beklenen maliyetle zamanında alıyorlarsa, size ne yaparsa yapsın, yapmaya devam edecekler.

Zamanı düzgün bir şekilde bütçelemezlerse, bu yönetimin hatası. Senin değil.

Birkaç son teslim tarihini özlemelerine izin verin.


60
Kendin için ayağa kalkmak için +1. Kendini her yere kadar gezdirmelerine izin veren geliştiriciler, bu tür sweatshirt kültürlerinin kalmasını sağlayan şeydir.

31
Bu işe yarar, müşteri ilişkisine neden olabilecek zararı en aza indirmek istediğinizi ekleyeceğim. Mantıksız bir son tarih alır almaz, dürüst olmanız ve satış görevlisine bunun gerçekleşmeyeceğini bilmesi gerekir, böylece müşteriyle buna göre ilgilenebilirler.
GS,

40
Ne yazık ki, birçok yerde bu, yalnızca "makul" saatlerde çalışan bir kişinin, hedeflere ulaşmaya yardımcı olmayan bir "takım oyuncusu" görünmediğini gösterir. Takım boyutları kesildiğinde duvara karşı ilk olmaları muhtemeldir. Sadece oldukça sessiz olabilir ve daha makul bir işveren için iş arayabilirsin. Bu "iş-to-kuralı" taktiği olacaktır ancak eğer çalışmak tüm geliştiricilerin gemide bulunmaktadır.
SinirleriFormsDesigner'la

20
@FrustratedWithFormsDesigner Sizi bir takım oyuncusu olarak görmemeleri kimin umrunda? Eğer sizden hoşlanmıyorlarsa, sizi o korkunç yerden kurtarırlar ve bir süre işsizliği toplarken başka bir şey arayabilirsiniz. Ayrıca bu noktada satış ve yönetim gibi değil, zorunlu fazla mesai bekleyerek "takım" ın iyiliği için endişe duyuyorlar. Pazarlanabilir ve istenen becerilere sahip geliştiricilerin kendilerini bu tür yönetim zorbalığına maruz bırakmaları beni şaşırtıyor. Eğer işten çıkarılabilir veya işten çıkarılabilir ve 3 aydan daha kısa bir sürede başka bir işi bitirdiyseniz, tüm gücü SİZİN taşırsınız.
maple_shaft

6
@FrustratedWithFormsDesigner: Kişisel olarak aşırı taahhüt başarısızlığı riskiyle uğraşırken, işler titrekleşmeye başlar başlamaz yeni bir iş aramanızı önerebilirim. Çünkü eğer kötü bir takım oyuncusu olarak işaretlenmişseniz, fazla mesai süresiyle neredeyse yanmış hissederseniz, şansınız yüksektir, sözde "ekibiniz" tarafından destekleneceksiniz ve en iyisini denemenize rağmen nihayetinde ateşleneceksiniz. Hala bir iş sahibi olduğunuz için iş aramak, sizin için iyi referanslar vermeyecek bir işte iken iş aramaktan çok sizin için daha iyi bir durumdur.
Spoike

96

Genel olarak, buna itmenin bir yolu var mı? Bu sürüm için değilse, gelecekte ne olacak?

Tabii ki var: Bu yaklaşımla onların başarısız olmasına izin verin . Hiçbir şey başarısızlığın yanı sıra öğretmez.

Onlara başlamadan ve göstermeden önce kendiniz bir tahminde bulunun . O zaman elinden gelenin en iyisini yap, iyi kod yaz, boş zamanlarının aptallıklarını telafi etmeyi bırak ve daha sonra şikayet ettiklerinde, onlara mühendislik ilkelerine dayanarak gösterdiğin zaman tahminini hatırlat .

Ve bunu mevcut proje ile yapmaya başlasanız iyi olur .

Sorun için seni suçlamaya devam ederlerse, yeni bir iş aramaya başlasan iyi edersin, çünkü hiçbir şey onları problem olduğuna ikna edemez.

Daha sonra, bu sorunun aslında Joel'in kitaplarından birinde öne çıkan ünlü EA hikayesiyle bir bağ kurmayı garanti ettiğini düşünüyorum: EA: İnsan Hikayesi .


1
Bir tahmin ve bir taahhüt arasındaki farkı öğrendiğinizden emin olun: blog.mountaingoatsoftware.com/… Her ikisini de umursamıyor gibi görünüyor, ancak bir kez farkı fark ettiklerini biliyorlar .
StuperUser

26
İçin 1 tahmini gösteren onlara. Ayrıca, bu yazıya göz atmak istediğim bir nokta: Ölümcül şirket ortamlarında bile, müşterilere ücretsiz çalışma sağlamak (yani, ödenmeyen tüm fazla mesai), kesinlikle şirket tarafından yapılıyor olabilirdi. Aynı işten çok daha fazla para alıyorlardı eğer müşteriyi talep ediyorlardı . Satışların aşırı taahhüdünün şirketin parasını kaybettiğine dikkat çekerek, tüm fark yaratabilir.

5
Başarısız olan bir proje , tanımlandığı gibi bir kültürde hiçbir şeyi yönetmeyi öğretmez . Satıcılar parayı getirdiklerinden ve geliştiriciler sadece gerekli bir masraf olduğundan, satıcılar satış yapmazsa, yeterince çalışmamak için geliştiriciler her zaman suçlanacaktır.
Mark Booth,

2
Evet. Dolayısıyla, satışlar size spesifik olmayan bir şekilde geldiğinde, tahmin etmeyi kabul etmeden önce birinde ısrar edin veya verdikleri ayrıntı düzeyine göre uygun bir tahmin aralığı verin. Bu genellikle "bir ila otuz hafta arası" gibi bir şey olacaktır.
PeterAllenWebb

2
@Mark Booth: Gelişme maliyetlerinden para kazanmanızın nedeni budur. Tabii ki, geliştirme gerekli bir masraftır, ancak tek değildir. Ve genel olarak, yönetim gelmez Satış iş maliyetinin üstünde satmak olduğunu anlıyoruz; Herhangi bir salak maliyetin altında satabilir.
MSalters

52

Bu genellikle ters bir teşvikten kaynaklanır - satış görevlilerine üretim komisyonu maaş ödenirken komisyona ödeme yapılır. Satış görevlilerinin çalışmak için birkaç kolu vardır: özellikler, maliyet ve teslim tarihi. Maliyeti düşürmek konusunda güçlü bir itirazları var, çünkü bu genellikle komisyonlarını düşürür, bu nedenle UP özelliklerini ve teslim tarihini (daha erken olma açısından) daraltma eğilimindedir. Anlaşmayı sonlandırmak için ellerinden geldiğince yükseğe itecekler.

Bir anlığına, onların bakış açısıyla görmeye çalış. Beslenecek bir aileleri de var - ve aylardır üzerinde çalıştığım bir satışın kapatılması arasındaki fark, programın birkaç haftaını kısaltmaksa, o zaman inanılmaz bir günaha Bunun ne anlama geldiğini gerçekten anlıyorum.

Günaha cazip gelmek, "her zaman böylesi twas ve herzaman böyle olacaktır." Demektir. Ancak çalıştığım bir yer, en azından bir önerme önerdi, uygulanmadıysa ... bir yönetici nihayet ellerini havaya uçurdu ve "eğer programcıların fazla mesai bir satışı kapatmak için kullanılıyorsa, komisyon." Uygulanmadı, ancak herkesin teşviklerini daha da yakınlaştıracaktı ... programcılar kısa sürede çıkması gereken yeni bir özellik duydukları için heyecanlanacaktı, çünkü komisyonu bekliyorlardı ve satış görevlileri bu koşulları yaratmaya ÇALIŞMAYACAK, çünkü avantajları için çalışma olasılıkları daha düşük olacaktır.


46
Programcıların fazla mesai bir satışı kapatmak için kullanılıyorsa +1, o zaman komisyonun bir kısmını almaları gerekir.
Gilbert Le Blanc

12
Bu, geliştiricilerin denenmemiş saçmalıkları serbest bırakmaya teşvik eder.
quant_dev

5
Öğle yemeğini bir keresinde, beş haftalık bir ölüm süresinde teslim olduğum bir projede multi-bin dolarlık bir komisyonu olan bir satış müdürü tarafından satın aldım. Bana durum hakkında daha iyi hissettirdiğini söyleyemem.
Dan Ray,

7
@quant_dev - Her durum test ediciler hariç geliştiriciyi test edilmemiş çöp bırakmaya teşvik eder. Bu ayrı bir soru.
Chris B. Behrens

18
Teşvikleri ayarlamanın kolay yolu, fazla komisyonun ücretini ödemeden önce fazla mesai maliyetini anlaşma tutarından çıkarmaktır.
robertc

26

Geliştirme ekibine bu kararlar hakkında danışılmalıdır, aksi takdirde bu döngüden asla çıkamayacaksınız. Ekibi yönetemiyorsanız, bölüm müdürlerinizden birinin geliştirme ekibini savunması gerekir. Sorunun bir parçası ise, diğer istihdam seçeneklerini düşünebilirsiniz.

Genel olarak konuşursak, Satışlar, Ürün Yönetimi'nin kabulü olmadan hiçbir şey yapmamalı, zaman çizelgeleri için geliştirme ekibine açık bir şekilde danışmalıdır. Büyük veya küçük bir şirkette bunu atlamak için gerçekten iyi bir bahane yok çünkü nihayetinde Satış ekibi yetersiz teslimat için (kalite veya kapsamda olsun) biraz ısınacak.


2
Doğru ve yüksek seviye toplam için +1. Ürün yönetimi dahil edilmelidir, ancak fazladan taahhüt etmek ve daha sonra kötü bakmak, şirketin hayatta kalabilmesi için gerekli olabilir.
maple_shaft

Böyle şeyler söylemek iyidir, ancak OP'nin şu anki sorununu çözmede yardımcı olabilecek gerçek bir tavsiye değil. Bu daha iyi konuma geçmek için hangi adımları atabilirler?
SinirliWeFormsDesigner

@FrustratedWithFormsDesigner Satış tartışmalarında daha iyi Ürün Yönetimi girdisine olan ihtiyaç hakkında yönetim ile konuşmanın yanı sıra, ... geliştirici olarak hiçbir şey yapılamaz. Bu tür şirketler yollarına koyulur ve yönetimin sarsıntısı kısa olan hiçbir şey hiçbir şeyi değiştirmez.
maple_shaft

1
Maalesef bir çok şirkette, "guru / rockstars" satışlarının görüşü, davalarını üst yönetime götürmekte yeterince güçlü olmayan bazen ürün yönetiminden daha fazla ağırlığa sahiptir. Birçok satış elemanının, geliştiricilerin öne sürdüğü zaman tahmini ne olursa olsun, bunun çok karamsar olacağına ve en azından kolayca yarıya inebileceğine inandıklarını gördüm.
dodgy_coder

Satış personeli, müşterilerden gelen kontrol akışına çok daha fazla bağlı olduklarından geliştiricilere göre daha fazla prestij elde eder. Bu, geliştiricilerin tartışmasız çok önemli olduğu Yazılım şirketlerinde bile geçerlidir, ancak "pastırmayı eve getiren" satışçılar kadar önemli değildir. Bu, ne yazık ki, tüm CEO’ların / MD’lerin vb.
CraigTP

21

Bu, küçük şirketlerdeki bir anlaşmayı kapatmak için daha fazla ihtiyaç duydukları için neredeyse evrensel bir şey. Şirketimde satış toplantılarına girinceye kadar bu konuda acı duymuştum ama en azından bunun neden ve nasıl olduğunu biraz daha fazla anlayabiliyorum.

Müşteriler hızlı ister ve çoğu elde etmesi zorlaşır. Bu, satışları sadece bir şeyleri imzalatmak için zaman taahhütlerine dayanmaya teşvik eder. İmzalı bir sözleşme altındır, çünkü bunu kullanarak sermaye veya kredi alabilirsiniz. Bazen üzerinde çalışılacak hiçbir şeyden daha sıkı bir son tarih olması daha iyidir.

Diğer zamanlarda sıcak bir pazar ise ve çok fazla rakip varsa o zaman şirketin herkesten daha DAHA FAZLA kapıdan bir ürün çıkarmaya ihtiyacı var. Daha büyük bir şirket veya daha fazla sermayeye sahip bir şirket her zaman daha fazla kaynak kiralayabilir, daha küçük bir şirket olamaz.

Alçakgönüllülüğün nerede olduğu son tarihler gerçekten yapaydır ve büyük ikramiyeleri kendileri için güvence altına almak için satış ve yönetim tarafından itilir.

Haftada 45 saatten fazla çalışmayı alışkanlık haline getirmeyin, sağlığınız için kötüdür ve önce gelir.


2
Küçük şirketlerin masaya ekmek koymasının daha fazla bir mücadele olacağı konusunda hemfikirim. Yine de, geliştiricilerin ekstra çabası için komisyon almak, satışlar için yanlış (eksik). Yönetimin bu durumu tanıması ve sonra düzeltmesi gerekir, aksi takdirde her zaman yüksek bir geliştirici cirosu olur.
semaj

16
+ 1 "Haftada 45 saatten fazla çalışmayı alışkanlık haline getirmeyin, sağlığınız için kötüdür ve önce gelir"
DevSolo

2
45 saatte ne var? 40 saat sözleşme yapmadın mı?
sbi

14
@sbi: Şaşırmış olabilirsiniz. Çalıştığım yerde gerçekten sözleşmeyi söylememiz gerekiyordu. Aslında, her şeyi söylemek yaklaşık 40 saat sürdü. (çok güzel baskılar vardı.) İnanılmaz derecede kötüydü, çünkü zayıf bir şarkı sesim vardı.
Matthew Scouten

3
@MatthewScouten kaç dil biliyorsun?
jim

11

Evin her iki tarafında da çalıştım. Satış personeli olmadan alt iş veya projeler olmayacağını unutmayın.

Satış aşırı bağlılığı ile nasıl savaşılır : Tahmin et, sonra en az% 130 kat al (her zaman en az% 30 acil durum planla). Belirtilen tahminin sağlanması ve belgelenmesi. Efor tahminlerinin satış sürecinde azaltılacağını fark et. Sorun değil, sadece yönetim sahip dışarı bölmek lisans / satış / komisyon anlaşması bu saatler yapılacak bir kesintinin arasında. Bununla zor alır bir kamu şirketi iseniz VSOE ama sözleşme hesap satış millet çarpana kadar kadar ön satış sürecinde, bu olacak senin sonradan hesap.


6
Bu, OP'nin potansiyel özelliği görmesine ve satış görevlilerinin satmaya çalışmalarından önce bir tahmin vermesine izin verilirse işe yarar . OP gibi geliyor hatta bir şans almaz : "Here is the committed feature set and here is the committed release date".
FrustratedWithFormsDesigner

2
Bununla ilgili sorun, satış görevlilerinin sıklıkla bir acil durum eklediğinizi varsaydıkları ve bu nedenle daha erken bir son tarih vermeyi taahhüt ettikleridir.
dodgy_coder

Belki de tam komisyonları zamanında teslimatta belirtilmeli, ardından harcanan fazla zamanın bir yüzdesi tarafından geri çekilmelidir. Bu şirketin çıkarlarını satışlarla aynı hizaya getirir.
PeterAllenWebb

10

Kullanabileceğiniz birçok strateji var, ancak genellikle yönetimden onay almanız veya satın almanız gerekir.

  1. Geliştiricilere fazla mesai ücretini yüksek bir oranda ödeyin. Fazla mesai yapmak, fazladan fazla para kazanmak için çok da kötü değildir. Ve şirketin en alt sıra yönetimi etkilemeye başlarsa, daha iyi bir iş tahmini yapmak için satışlara baskı uygulayacaktır.

  2. Satış görevlilerine brüt satışlar yerine kar üzerinden ödeme yapın. Tahminde bulunmadıkları her çalışma saati komisyonlarını olumsuz yönde etkiler.

  3. Geliştiricilerin 40 saat çalışabileceği saatleri sınırlayın (ya da standart çalışma haftası ne olursa olsun, sizin yerinizde).

  4. Satış ekibini, geliştiricilerin çalıştığı her saat çalışsın. Projelerini tamamlamak için fazladan saatlerce çalışmanızı istiyorlarsa, onların da orada olması gerekir. Dokümanları yazmak veya Tasarım Desenlerinin ve C ++ Standart Şablon Kütüphanesi'nin el yapımı ışıklandırılmış kopyalarını hazırlamak gibi onlar için yararlı bir şey bulun .

  5. Geliştiricilerin, satış görevlilerinin yapmasına izin vermek yerine her işi tahmin etmelerini sağlayın. En azından bu şekilde programı daha makul hale getirme yeteneğine sahip olursun. Bu harika bir çözüm değil, ancak geliştiriciler genellikle gerekli işi tahmin etmekte berbatlar. Tahmin makul olsa bile, öngörülemeyen olaylar hedefinize ulaşmanızı engelleyebilir. Ayrıca, hepimiz uzun bir projenin başlangıcında yaptığımız gibi aynı aciliyet ile çalışma eğiliminde değiliz. Bunlar, Çevik’in desteklediği kısa gelişme döngülerini motive eden faktörlerdir.

  6. "Çevik" yaklaşımı kullanın ve taahhüt vermeyi reddedin. Çevik olmak çok daha fazla müşteri katılımı gerektirecek, ancak müşterinin daha fazla esneklik kazanması da gerekecek, çünkü projenin nihai halini de mutlaka üstlenmek zorunda kalmıyorlar. Satışlar başlangıçta bundan memnun olmayabilir, ancak daha fazla iş satmak için birçok fırsat sağlayabildiğini fark ettiklerinde ayarlarını değiştirebilirler.

En cazip çözümün, satış ekibini potansiyel müşterilerin gözünde kötü görünmesini sağlayan bir şey olduğunu düşünüyorum. Satış ekibi şirketin yüzüdür. Kötü görünmelerini sağlamak tüm şirketi incitir ve sorunu çözmeyebilir - güvenlerini yeniden kazanmak için müşteri için daha iyi bir anlaşma yapmaları gerektiğini düşünebilirler.


# 4 yapamam, bunu açıkça biliyorsun. Satışlar, verilen herhangi bir aktif sözleşmenin potansiyelini 100 kat takip ediyor.
Jé Queue

2
Re 4: Eskiden herkesin 1 saat önce satışlarının 17.00'da ayrıldığı bir şirkette çalışıyordum. Satışlarla işgücünün geri kalanı arasında hoş hisler yaratmadı.
quant_dev

2
@Xepoch Eğer programcılardan daha erken eve gidiyorlarsa, o zaman bazı aydınlatılmış yazıları elemek için çok meşgul değiller.
Brian Gordon

1
@Graham, "kullanabileceğiniz stratejiler" yazdım, ama aslında bunlar, kalıcı bir üstlenmeyi gerçekten çözülmesi gereken bir sorun olarak görürlerse, yönetimin kullanabileceği stratejilerdir. # 1, aslında, en makul olabilir. Sırf maaş üzerinde çalıştığınız için fazla mesai, ikramiye veya hazırlık süresi için uygun olmadığınız anlamına gelmez. Maaşlı bir çalışan olarak üçünü de farklı zamanlarda aldım. Aynı şekilde, satış görevlileri için tazminat yapısını değiştirmek de imkansız değildir; şirketler sıklıkla satış görevlilerinin davranışlarını değiştirmek için teşvik ya da engelleyici önerilerde bulunurlar.
Caleb

1
Caleb ile aynı fikirde. Ayrıca, genellikle zaman çizelgelerini geriye itmiş ve kapsamı azaltılmış müşteriler bu konuda mutlu değillerdir ve ödeme için ayaklarını sürükleme eğilimindedirler. Bu tür şeylerin en alt satırda etkilemediği varsayılmamalıdır. Aslında, yöneticilerin ve satışların, kızgın bir müşteriyi canlandırmak için daha fazla faturalandırma yapmaksızın aslında kapsamını ARTTIRMASI zorunludur. Müşterilere sinirlenmeyi ve muhalif olmayı bırakmaya yardımcı olacağına ya da en azından çok daha azına sahip olacağına dair söz vererek yönetime yaklaşmalısınız. Bu kesin bir rüya değil. Bunu GERÇEK YAŞAM'da gördüm.
PeterAllenWebb

8

Bırakmak, vazgeçmek

Bu cevapları, bu işlevsiz ilişkinin çözülmesine yardımcı olabilecek pek çok mantıklı öneri var. Ama sonunda, sen çalışmak istediğiniz ne kadar karar.

İş arkadaşlarınız tarafından aşırı çalışmaya baskı yapmak kolaydır. Ama bunu yaparken kişisel hayatını feda ediyorsun .

İşte yapabilecekleriniz:

  • Patronuna, "Buraya istediğimden çok fazla mesai yapmak zorunda kaldım. Bundan sonra ayda X saatten fazla çalışmayacağım."
  • Diğerlerinin önerdiği gibi, işlerin kaç saat süreceğini tahmin et. Onlara, "ayda X saat sınırımda sınırlamamı muhtemelen bu sürenin sonuna kadar bitiremeyeceğim" hatırlatırız. Bunu daha sonra başvurmak üzere bir e-postaya koyun.
  • Son tarih geçmişe ulaştığında bu e-postaya bakın. “Gördün mü? Tahmin edildiği gibi, bu süreye makul çalışma saatlerinde varamadık.”
  • Fazla mesai için size baskı yapmaya devam ederlerse ve tüm iletişim çabaları başarısız olursa, istifa edin.

Kişisel deneyim

Son işimden ayrıldım çünkü her zaman fazla mesai yapıyordum ve her zaman daha fazla çalışmam isteniyordu. Çıkış görüşmemde onlara , işle ilgili birçok şeyden hoşlandığımı açıkça söyledim , ancak fazla mesai için bir son görmediğini gördüm.

Ayrıca yeni işim için yaptığım röportajda bu isteğimi açıkça dile getirdim ve coşkulu bir yanıt aldım. Sözlerine sadık kaldılar: Nadiren burada fazla mesai yapmam isteniyor.

Eski işverenimin geliştirici ciro oranının yüksek olması ve bu günlerde işe alımlarını zor bulması, çünkü fazla çalışma konusunda üne sahipler. Belki de işe alım ve eğitimin ekstra maliyeti onlara bir ders verir. Ama değilse, benim sorunum değil.


Bir zamanlar Jerk İçin Asla Çalışma adlı bir kitap okudum. Baskısı tükenmiş olmasına şaşırdım ama amazon hala kopya kullandı: amazon.com/gp/product/0880297484/?tag=resingnet-20
Tom Resing

6

Öncelikle, teknik olarak mükemmel bir programlama-sanat yapmaktan ziyade, satış elemanlarının yaptığı fırsatları destekleyecek işlerin olduğunu hepimiz hatırlayalım. Anlaşmaları yapmazlarsa işin olmaz.

Bu, hilenin, herkesin iyi görünmesi için satışlarla çalışmanın yollarını bulmak olduğunu söyledi. Teknik ekibin en azından kapıdan çıkmadan önce teklifler hakkında bir fikir edinebileceği süreçler kilit öneme sahip. Tazminat ile başa çıkmanın yaratıcı yollarını bulmak da çok işe yarıyor - eğer satış mühendisliği çok fazla zaman harcadığında, gerçekçi olmayan bir program çalışması yaparken mühendisliğin "ihbar etmesi" gerekiyorsa, ölüm yürüyüşü projelerinin sıklığını önemli ölçüde azalttığı görülüyor.


4
Ve sen bunu uygulamazsan, onların da işi olmaz. Programcının bu görüşünü satış görevlilerine destek olarak onaylayamıyorum.
Agos

@Agos: adil nokta. Öte yandan, çalışmayı reddettiği için kovulursanız başka bir yerden işe alınma ihtimaliniz ne kadardır? Ve çoğu dükkan, ölüm yürüyüşlerine çıkacak bir sonraki adamı işe almak için ne kadar istekliydi.
Wyatt Barnett

Birisi ölüm yürüyüşü yapmak ya da devam etmek istiyorsa bu onların sorunu. Çalıştıkları şirket, yakında kendilerini başka bir yere götürebilecek beceri ve deneyime sahip olmadıkları için yalnızca LEAVE OLMAYACAK insanlarla bırakılacak. Nitelikli geliştiriciler kalifiye satıcılardan daha az ve daha uzaktadır. En azından bu kadar büyük bir titizlikle muamele görmeyi hak ediyorlar.
PeterAllenWebb

5

Bu, yöneticinize götürmeniz gereken bir şey (geliştirme yöneticileri var, doğru mu?) Ve sorunu açıklayın. Örgütsel düzeyde gerçekleşmesi gereken bir değişiklik - satışların taahhüt vermeden önce gelişmeden satın alınması gerekiyor ve bunun gerçekleşmeden önce patronlarından bu yönü almaları gerekiyor.

Değişimin gerçekleşmesi için yapabileceğiniz hiçbir şey yok, ancak kesinlikle yöneticinize getirmelisiniz.

Kültürü (iyi şanslar) değiştirmeye çalışmanın yanı sıra, size bir son tarihle gelemediğiniz zaman, karşılayamayacağınız bir sayı, geri sayılarla. Projeyi yıkın ve onlara zaman tahmininizi gösterin. Altı haftalık bir proje ise, onlara söyleyin. Müşteriye dört hafta içinde söz verildiyse, bunu yapamazsınız ve bu bilgiyi olabildiğince çabuk yaymanız gerekir. Umarım, satış görevlileriniz müşteriye geri dönebilecek ve daha iyi beklentiler ayarlayabilecek veya daha sonra eklenecek ek özellikler ile birlikte vaat edilen zaman çizelgesinde teslim edilecek daha küçük ve kabul edilebilir bir özellik bulmak için sizinle birlikte çalışabileceklerdir.

Eklemek için düzenle: Tahmininin aşağı inmesine izin vermeyin. Doğru olduğundan emin olun ve buna bağlı kalın. Onlar olacaktır seninle pazarlık çalışıyorum ama onlara izin vermeyin.


8
Ama onlara ne gösteriyor olabilir dört hafta içinde var. Belki de yarım ekrana sahip tüm ekranlara sahip olabilirler ya da bazıları. Veya anahtar beş iş akışından üçü. Hangi üçünü üzerinde çalışman gerektiğini sor. "Onların" sorunu yap.
sdg

1
Mükemmel nokta, Robert Martin, mantıksız yönetime tek makul panzehiri sağlayan Clean Coder'daki tahminlerde sert olmaktan çok bahsetti. Her zaman elinizden geldiğince teklif vermeye hevesli olun, ancak makul bir şekilde gerçekleştirilemediğinde bir hedefe asla katılmayın, hatta bunu yapmak için "elinizden gelenin en iyisini yapın". Kısıtlamaları uyarmak sizin işinizdir. Onları görebilen sensin.
PeterAllenWebb

4

Henüz gelmemiş bir öneri: retrospektifler .

“Hayır, fazla mesai yapmıyorum” demeyin, bu her zaman diğer geliştiricilerin dokunup sizi kötü görünmelerine teşvik eder.

Ancak, işinize ulaşmak için haftada 40 saatten fazla yapmak zorunda kaldığınızda, projeye dahil olan herkesin ürün teslim edildikten sonra bir odada oturması , neyin yanlış gittiğini anlaması gerektiğini açıkça belirtin. tekrar olmasını önlemek için ne yapabiliriz? Ya da daha iyisi, her projenin neyin iyi gittiğini ve neyin yanlış gittiğini tartışmak için geçmişe bakması gerekir .

Eğer haklıysanız ve satış yapanların pazarlamacıları o zaman çok hızlı bir şekilde anlaşılacaktır. Ancak, sonucu önemsemeyin ve gerçeğin önünde ters düşmeyin. Ekibinizin fazla mesai olmadan zamanında teslim etmek için yapabilecekleri şeyler hakkında konuşun.

Asla bilemezsiniz, hatta satış görevlisinin tahmininin daha uygulanabilir olmasını sağlayabilecek kendi süreçlerinizde iyileştirmeler bulabilirsiniz.


3

Bununla tamamen mücadele etmenin kesinlikle bir yolu yok. Satışların doğası gereğinden fazla işlemektir. Bir satış temsilcisi olarak, potansiyel müşterinin sorunlarını sihirli bir şekilde ortadan kaldırmak için oradasınız. İyi satış temsilcileri sadece biraz abartır, kötü olanlar kendilerini utandırırlar.

Yaptığınız her şey, yalnızca ürün çalışanları ile satış çalışanları arasında şiddet veya ağırlığa neden olacaktır (en azından). Satış temsilcilerinizin gerçekten kötü düşmelerini önlemek için çok uğraşabilirsiniz, ancak günün sonunda satışlar ve satış temsilcilerine aynı banka hesabından ödeme yapılır. Şirketiniz bir ünite olarak başarılı veya başarısız olacağından satışlarla iç savaş başlatmak yardımcı olmayacaktır.

Alışkanlık içinde kendilerini utandıran bir veya daha fazla satış temsilciniz varsa, satış yönetimi bu sorunu çözecektir. Bir geliştirici olarak, bu konuda hiçbir şey yapma yetkiniz olmayacak, bu yüzden size verdikleri zaman ve kaynaklarla en iyi ürünü sunmaya odaklanmalısınız.


Büyü yapma iddiası yerine gerçekçi bir şekilde hizmet veren sağlam bir atölye geliştiricisi olarak ün geliştirmek neden imkansız? Demek istediğim, dışarıda salak olmayan ve aslında konuştuğumuz şeyleri anlayan müşteriler yok mu?
Brian Gordon

Sağduyu, genel mağazalardaki kadar dev mağaza müşterileri arasında da ortaktır. Her müşterinin, anlayışı olup olmadığına bakılmaksızın, vaat edilen ile teslim edilenler arasındaki farkı veya en azından ne bekledikleriyle teslim edilenler arasındaki farkı anlayacağını söyleyebilirim. Mantıklı olanlar, bu boşluk küçük veya varolmayan olduğunda geri gelmeye devam edecek. Gerisi, her zaman olduğu gibi sadece en ucuz teklifi alacaktır.
Joel Brown

3
“Satışların doğası gereğinden fazla taahhüt ediyor.” Aynı fikirde olmamak, anlaşamamak. Satışların doğası, ürünlerinizi ve hizmetlerinizi mümkün olan en iyi şekilde yayınlamak, mümkün olan her fırsatta satmak ve daha fazla fırsat yaratmaktır. Zamanında ve bütçenin altında teslim tarihi, tüm bu durumlarda büyük bir avantaj olabilir. Stratejik bir satış yapabilmek için şirket içi yapılan dışa dönük bir tahminin şirket içi yapılan gerçek teknik tahminlerden kesilmesi gerekse bile, bu durum geliştiricilere içsel olarak dayatılması için bir mazeret olmamalıdır. Bu profesyonelce değil.
PeterAllenWebb

2

Şirket yapınızı bilmeden cevap vermek zor.

Yardımcı olacak bazı genel araçlar:

  • Kalite kontrollerinde hemfikir (ancak satışta değil, satışta olanlar)
  • Ürün yol haritasına sahip olun (iç ve dış)

Kalite kontrolleri konusunda anlaşmaya varmak suretiyle , buggy yazılımını piyasaya sürmemek için iş odaklı bir nedeniniz vardır. Patronlarınızı bunun neden önemli olduğunu (umarım değil) ikna etmeniz gerekebilir, ancak bu konuda yardımcı olacak çok sayıda literatür var.

Bir ürün yol haritasına sahip olarak Sales, müşterilere ne vaat edip veremeyeceklerini bilir. Yol haritasını değiştirmek istiyorlarsa, onu Ürün Yöneticisi / Proje Yöneticisi / Geliştirme Müdürü veya değiştiren başka biri ile yükseltmek zorundadırlar.

Müşteriye henüz kararlaştırılmayan bir şey için söz veriyorsa, şanssız. Umarım yol haritanız, müşteri ihtiyaçlarına ilişkin piyasa verilerine dayanmaktadır . “Müşteri tabanımızın ihtiyaç duyduğuna dair kanıtlarımız olan bu diğer 8 yüksek öncelikli özellikten tam olarak ne çıkmamızı öneriyorsunuz?”

Son olarak, beklendiği gibi, haftada 80 saat çalışmaz. Bunu yaparak şirkete bile yardım etmiyorsunuz çünkü daha derin bir çukur kazmalarına yardım ediyorsunuz.


2

Hayır

Bunu iki harfli bir cevap haline getirmeye çalıştım ve yığın bana izin vermedi ... ama cevap

Hayır

Tabii ki, şirkete sahipseniz / yönetiyorsanız tamamen doğru değil. Eğer yapıyorsanız o pozisyonda size kulaklar tarafından satış ekibine sürükleyip "konuşmak" olabilir. Ancak, ve şüphelendiğim gibi, yalnızca “alçak” bir teknik kişiyseniz, tek başvurunuz emir komuta zincirini “UP” dan şikayet etmektir. Olduğu söyleniyor, benim deneyimim, bunun gerçekleştiği şirketlerde yönetimin durumun farkında olduğu ve umrunda olmadığı yönünde olmuştur.


2

Onlara bu resmi gösterin (veya bunu ) ve onlara imkansız bir üçgenle çalıştığınızı söyleyin.

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

Herhangi bir projede, bu üçünün iki köşesini düzeltirseniz:

  • zaman
  • Dürbün
  • Kalite

... o zaman üçüncü, esnek olan tek şey. Bunu imkansız kılan beklentilerdir. Zaman zaman çok kısa ve Kapsam çok büyükse, Kalite her zaman acı çeker. Çevik bir projede, üç köşenin tümü az ya da çok esnek.

(Feragatname: Maliyet faktörünü geleneksel proje üçgeninden hariç tutuyorum ve Kaliteyi köşe haline getiriyorum. Yazılım projelerinde Zaman Maliyettir.)

Umarım daha çevik bir proje yönetimine giden yolda başarılı olursunuz.


2

Zaten burada çok iyi cevaplar. Sadece son tarihlerini kendi aleyhine karşılamak için yönlendirilmemeniz gerektiğini ekleyeceğim. Ayrıca, satış sorumlusu ile kesinlikle bir şeyler söyleyeceğim ve ona fazla vaat ettiği takdirde ve şirket verdiği sözleri yerine getiremediği takdirde gelecekteki komisyonlarını (ve şirket) gelecekte kendisine güvenmeyeceklerini, gelecek komisyonları (ve Muhtemelen işidir), şirkete güven duyması için gerçekçi olmak (yani programlama personeline danışmak) en büyük yararıdır. Kısa vadede gerçekçi olmamakla kazanabilir, ancak uzun vadede müşterileriyle, işvereniyle ve gelecekteki işverenleriyle itibarını zedeleyerek kötü referanslarla kaybeder.

Satış görevlileri parayı her şeyden daha fazla anladıklarında, bu şartlarda onunla konuş.


1

Çevik gelişme ile, her biri yaklaşık 1000-1500 puan satan danışmanlar görüyoruz. Satış sürecini puan ölçeğine göre satış yapmak zorunda kalacakları yerlere değiştirirseniz, satış ekibi makul tahminler almak için geliştirme ekibi ile birlikte çalışmaya zorlanacaktır.


sadece “nokta” başına iş paketini (ancak bir yinelemedeki her “noktanın” süresini değil) satabilecekleri kapsam ve bütçeye / zaman çizelgesine uyan noktaya kadar arttırırlar.
saat

Hikaye başına puan, Satış veya İş ekibi değil geliştiriciler tarafından verilir.
SoylentGray

1

Her şey bir kritik noktaya iniyor; Satış sözünü yerine getirmek için gerekli temposu koruyabileceğinizi düşünmüyorsanız, o zaman işi yapmayın. Satış fazlaca gelirse, siz çalışmayı kabul edene kadar sorun değilsiniz. O zaman bu senin problemin. Patronunuza, tüm satış elemanlarının yapması gereken şeylerin evet demek olduğunu ve çekleri aldıklarını hatırlatın; Aslında sözleri veren sensin, bu yüzden işe yaramazsa söylerseniz, patronunuz dinlemelidir. Satış gücüne neyin mümkün olup neyin gelmediğiyle ilgili geliştirme gücünden daha fazlasını dinleyen bir yöneticiye sahip olma şansınız yoksa, Dilbert-esque PHB'niz var ve özgeçmişinizi güncellemelisiniz.

Bu, Çevik'i sevmemin bir nedeni; geliştirme ekibi başlangıçtaki tasarım tartışmalarının sürecine dahil edilir. Her iki ucundan bir "nokta" kalibre edebilirsiniz; geliştirici ekip (açıkça veya ampirik olarak) kabaca ne kadar gelişme insan saatinin ne kadar doğal olduğuna karar verir (hangi yönetimin haftada puanları hesaplamak için kullanabileceği, ay başına puan vb. Bu noktada, satış ekibiniz mevcut personel seviyesinin mevcut kapsamı elde etmesi için gereken maliyet ve zamana ilişkin rakamlara sahiptir. Bu sayılara sahip olduklarında aşırı ödün verirlerse, kıçlarına girmezler.


Ahh, ama satıcılar müzakere sanatında yetenekli ve mühendisler değil. Bu yüzden satış yapıyorlar ve mühendislik yapıyoruz! Tecrübelerime göre, çoğu teknik insan kafasını salladı (tahminlerin yanlılığı önleme konusunda duyarlı olduğu konusunda yardımcı olmuyor ). Teknik insanların birisinin düşündüğünden daha uzun süreceğini söylemeleri gerçekten zor çünkü onların yeteneklerini kolayca yansıtabileceğini biliyorlar. “Sence iki hafta sürecek mi? Joe, biraz üstünde yapabileceğini söyledi.”
Scott Whitlock

1
Joe bir haftadan biraz daha uzun bir süre içinde yapabileceğini söylerse, o zaman Joe işine katlanır. Joe başarısız olursa, satış tahminlerini desteklemeyi öğrenir. Eğer Joe başarmayı başarırsa, muhtemelen bir daha 80 saatlik bir hafta daha geçirmek istemiyorsa, kendi tahminlerini düzenleyecektir. Bunlardan hiçbiri gerçekleşmezse, Joe, taahhütlerini bir çok defa yerine getiremediği için kovulacak veya işten atılacak ve fazla çalışmaya başlayacaktır. Joe'nun çok satan olduğundan eminseniz, blöfü arayın. Sadece Joe olmayın; buna değer değil (Tamam, tamam, çok nadiren buna değer).
Keith

Çevik tahminin tüm amacı, fiyatın doğru olması ve hızın sürdürülebilir olmasıdır. Bunlar müşteriye değer veren şeylerdir; GERÇEKTEN ne kadara mal olacaklarını ve GERÇEKTEN ne kadar süreceklerini ve bu fiyat için ne istediklerini alacaklarını ve bu süreyi bileceklerini, "herhangi bir fiyatı yeneceğiz" sözünden çok daha değerli .
KeithS

1

Size verdikten sonra işi belirtin ve ne kadar süreceklerini söyleyin. Öyleyse kargalar ne zaman onlara söyler.

“Bu taahhüdünü verdiğiniz için üzgünüm ama elimdeki kaynakları vermenizin tamamlanması X saatimi alacak”

Bunu her seferinde yap ... benim için çalıştı.

Temelde onlara Hızlı, Ucuz ve İyi, iki tane seçebileceklerini söyleyin.


Hızlı ve Ucuz mu?
IAdapter

o zaman bana iyi olmayacak.
jim

bence iyi olmaları umrunda değil, sadece satıyorlar.
IAdapter

Bunu bildikleri sürece ... öyle olsun.
jim

2
iyi olmalarını önemsiyorlar, sadece müşteri mutlu olmadığı zaman başarısız olan proje için sizi suçlayacaklar ...
jwenting 4'11

-1

Aslında bir yol var - gerçek bir yol, boş bir platitude değil - ama hoşuna gitmeyebilir.

Geliştirme ekibinden birisinin satış sürecine dahil olmasını sağlayın .

Şimdi açık bir şekilde, iyi insanlar becerisine sahip birine ihtiyacınız var, satış elemanlarının gezmeye devam etmesi konusunda utanmayacakları birine. Ve bu kişinin yaptığınız iş türünü geniş bir anlayışa sahip olması gerekir. Onlar yok onlar sadece hafif bir genel kodlama anlayışını ve özellikle geliştirme sürecinizi gerek bir kod ninja olmak gerekir, ve iş tahmin de oldukça iyi olacak.

Bu gerçekten bir iş analisti veya proje yöneticisi için bir iştir. Bu işlerin birçok şirkette bu kadar iyi para kazanmasının bir nedeni var; İki çok önemli ve farklı beceri setini birleştiriyorlar. Gerçek bir BA ya da Başbakanlığa sahip değilseniz, ancak sosyal becerilere sahip üst düzey bir geliştiriciniz ya da mimarınız varsa, bunu da yapabilirler.

Ayrıca satış personeli için net kurallar sağlamanız gerekir. Etkili olarak, siz (dev ekibinizde olduğu gibi) sizin adınıza pazarlık edecek birini gönderiyorsunuz. Onlara herhangi bir parametre vermezseniz, onlar için iyi görünen şeyleri pazarlık ederler. Bu yüzden onlara daima parametreler veriyorsun.

Eğer projenin kapsamını anladığınızda, ne kadar zaman çalışmak ister bina, test, kapsam değişiklikleri olması ve benzeri artı tampon belli bir miktar, daha sonra bir "yetkili minimum" ile birlikte onlara bu numarayı ver - en düşük onlar olabilir muhtemelen ciddi bir risk projeyi koymadan önce gidin. Onların da bu rakamı belli bir miktar azaltmaları beklenir, bu yüzden minimum seviyenizi gerçekten olması gerekenden biraz daha yükseğe çıkarın.

Emin ol ki onların yönetim aynı şeyi yapıyor. Satış müdürü, satış ortaklarının kâr etmeyen fırsatlar satmasını istemiyor. Her pazarlığa, hedef kârlılığa ve asgari kârlılığa karşılık gelen bir dizi numarayla yürüyorlar.

Yöneticileri olmayabilir, ancak müzakere başlamadan önce tüm bunları yazılı olarak belgelerseniz , o zaman insanlar projenin neden zamanlamanın gerisinde kaldığı hakkında sorular sormaya başladığında üst yönetim konusunda daha katı bir zeminde kalırsınız. Ancak bu sadece CYA ile ilgili değil; Satış ekibi dürüstçe belirli şeylerin ne kadar süreceği konusunda hiçbir fikre sahip değil ve siz onlara kapsamlı bilgi vererek bir iyilik yapıyorsunuz.

Başka bir şey: Satış ekibinin ekibinizi sadece bunun için etkilemesini beklemeyin. Siz de satış müdürü ve yöneticilerinden katılım almanız gerekir. Risk perspektifinden yaklaşırsanız, elde edilmesi çok zor olmamalı. Hata satmak istemiyorsun, değil mi? Şirketin itibarının maliyetini düşünün. Davanın maliyetini düşünün . Herhangi bir anlaşmanın imzalanabilmesi için teknik bir kişinin pazarlığın bir parçası olması gerekir .

Ve eğer gerçekten, dürüstçe fikre göre yönetim satamazsanız, yeni bir işveren bulmanızı önerebilir miyim? Çünkü seninki zaten bu kadar uzun sürmeyebilir.


-1

Bu gibi anlaşmazlıklar normalde iletişim eksikliğinden kaynaklanmaktadır. Ya sana koydukları baskıyı anlamıyorlar ya da gerçekte ne istediklerini anlamıyorsun. Her iki durumda da sorunu çözmek için durumu diğer bakış açısıyla anlamanız gerekir.

Hiç yazılım satmayı denediniz mi? Birçok geliştiriciye en iyi cevap gibi görünmeyebilir, ancak denemeden önce, satış bölümünden işletmeyi görmek zor olacaktır. Mükemmel bir geliştiriciyseniz, yazmak ve satmak istediğiniz bir şey yazın. Bazı geçerli puanları olduğunu görebilir veya göremezsiniz!

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.