Есть ли способ бороться с продажами постоянно завышенным? [закрыто]


120

Кажется, я неоднократно застревал в ситуации, когда даты выпуска устанавливаются не на основе каких-либо технических аспектов, а потому, что кто-то в отделе продаж к тому времени уже связывался с клиентом. Основываясь на обсуждениях с друзьями по разработке в других компаниях, похоже, происходит то же самое.

«Вот готовый набор функций, а вот и готовая дата релиза», и с этим трудно поспорить, потому что в этот момент на нем крутятся деньги, и это превосходит все.

В общем, есть ли способ отодвинуться на это? Если не для этого выпуска, что относительно в будущем? Проблема, которая у меня есть, заключается в том, что я вижу только один способ сделать это, делая все возможное, но выпустить программное обеспечение «как есть», так сказать.

Я не хочу выпускать программное обеспечение, в котором есть ошибки, так как его имя приписано, но 80-часовые недели в течение нескольких месяцев просто подтверждают произвольно установленную дату выпуска.

отредактируйте: для записи, я не делаю 80-часовые недели сейчас, просто это приходит на ум, как то, что потребуется для покрытия ожидаемого набора функций к дате выпуска.


49
Почему ваше имя прикреплено к продукту, когда вы не тот, кто принимает на себя обязательства? Если компания хочет выпустить дрянное незаконченное программное обеспечение, это их право, но у вас нет оснований брать на себя личную ответственность за решение, которое вы даже не приняли.

4
@Giorgio ха - ха хороший :)
Ell

3
@ShawnD. Для Орды!
Каламане

3
@ell: Спасибо. Ну, я думаю, что это плохое управление - пытаться выжать из разработчиков больше работы, чем они могут на самом деле выполнить. Каждому проекту присуща сложность, и если вы выделяете слишком мало ресурсов, вы получаете плохое программное обеспечение или не выполняете его вовремя. Задача хорошего менеджмента - признать это и планировать соответственно. Лучше всего, если менеджер тоже хороший разработчик.
Джорджио

3
Купите Чистый Кодер. Прочитайте это (я съел это в выходные), и энергично примените идеи к своей карьере. Ваша задача - дать честное «Нет», если работа не может быть выполнена. Если вы этого не сделаете, вам некого винить, кроме себя. Я знаю, что риск потерять работу может повлиять на то, чтобы быть достаточно смелым, чтобы быть честным. Но оборотная сторона вынуждена работать по 80 часов в неделю, чтобы выполнить абсолютно необоснованные обязательства.
Майкл Браун

Ответы:


147

Хватит делать 80 часовые недели. Это положительное подкрепление . Поскольку они получают продукт вовремя с ожидаемыми затратами, они будут продолжать делать это, независимо от того, что он делает с вами.

Если они не могут правильно планировать время, то это вина руководства. Не твое.

Пусть они пропустят несколько сроков.


60
+1 за постоять за себя. Разработчики, позволяющие себе ходить по всему, - это именно то, что позволяет таким культурам с потогонной системой сохраняться.

31
Я добавлю, что, хотя это работает, вы хотите минимизировать ущерб, который это может вызвать отношения с клиентом. Как только вы получаете необоснованный срок, вам нужно быть честным и сообщить продавцу, что этого просто не произойдет, чтобы они могли соответственно обращаться с клиентом.
GSto

40
К сожалению, во многих местах это заставит того разработчика, который работает только в «разумные» часы, казаться, что он не «командный игрок», который не помогает достигать целей. Они, вероятно, будут первыми против стены, когда размеры команды сокращены. Может быть, просто тихо и искать работу для более разумного работодателя. Эта тактика «работать по правилам» сработает только в том случае, если все разработчики находятся на борту.
FrustratedWithFormsDesigner

20
@FrustratedWithFormsDesigner Кому интересно, если они считают вас не командным игроком? Если вы им не нравитесь, они могут освободить вас от этого ужасного места, и вы можете искать что-то еще, пока вы на некоторое время соберете безработицу. К тому же, продажи и менеджмент не заботятся о пользе «команды», ожидая от них обязательной сверхурочной работы. Меня удивляет, что разработчики, обладающие рыночными и востребованными навыками, подвергаются подобному управленческому издевательству. Если вы можете быть уволены или уволены, и у вас есть другая работа менее чем через 3 месяца, тогда ВЫ несете всю власть.
maple_shaft

6
@FrustratedWithFormsDesigner: Лично имея дело с высоким риском неудачи из-за чрезмерной приверженности, я могу порекомендовать поиск новой работы, как только вы начнете шататься. Потому что, если вы отмечены как плохой командный игрок, чувствуете себя почти обессиленным из-за сверхурочной работы, высоки шансы, что ваша так называемая «команда» нанесет удар в спину и в конечном итоге будет уволена, даже если вы приложите все усилия. Поиск работы, которая у вас еще есть, гораздо лучше для вас, чем поиск работы, когда у вас нет того, кто не даст вам хороших рекомендаций.
Спойк

96

В общем, есть ли способ отодвинуться на это? Если не для этого выпуска, что относительно в будущем?

Конечно, есть: пусть они терпят неудачу при таком подходе. Ничто так не учит, как провал.

Сделайте оценку самостоятельно, прежде чем начать, и покажите ее им. Затем приложите все усилия, напишите хороший код, перестаньте компенсировать их глупость вашим свободным временем, а когда они потом будут жаловаться, напомните им оценку времени, которую вы им показали, основываясь на инженерных принципах.

И вам лучше начать делать это с текущим проектом.

Если они будут продолжать обвинять вас в проблеме, вам лучше начать искать новую работу, поскольку ничто не убедит их в том, что они являются проблемой.

В качестве запоздалой мысли я думаю, что этот вопрос на самом деле заслуживает ссылки на известную историю EA, описанную в одной из книг Джоэла: EA: The Human Story .


1
Убедитесь, что вы узнали разницу между оценкой и обязательством: blog.mountaingoatsoftware.com/… Похоже, что им тоже все равно, но как только они узнают, разница будет полезной.
StuperUser

26
+1 за показ оценки им. Кроме того, я бы хотел прокомментировать этот пост: даже в компаниях, готовящихся к смертной казни, предоставление работникам бесплатной работы (т. Е. Всей неоплачиваемой сверхурочной работы) крайне не рекомендуется, поскольку компания могла гораздо больше денег с той же работы, если бы они брали за нее с клиента . Указание на то, что чрезмерная приверженность продажам приводит к потере денег компании, может иметь все значение.

5
Неудачный проект ничему не учит менеджмент в культуре, подобной описанной. Так как продавцы приносят деньги, а разработчики - это просто необходимые расходы , разработчики всегда будут обвинены в том, что они недостаточно усердно работают, если продавцы перепродают.
Марк Бут

2
Да уж. Поэтому, когда продажи приходят к вам без спецификации, настаивайте на одном, прежде чем соглашаться оценивать, или предоставьте им соответствующий диапазон оценки, основанный на уровне детализации, который они дают. Обычно это будет что-то вроде «от одной до тридцати недель».
PeterAllenWebb

2
@Mark Бут: Вот почему вам нужно монетизировать расходы на развитие. Конечно, разработка - это необходимый расход, но он не единственный. И в целом, управление действительно понять , что работа по продажам, чтобы продать выше себестоимости; любой идиот может продать ниже себестоимости.
MSalters

52

Обычно это происходит из-за порочного стимула - продавцам платят комиссионные, а производственному персоналу платят зарплату. У продавцов есть несколько рычагов: с функциями, стоимостью и датой доставки. У них есть сильное препятствие для снижения стоимости, потому что это, как правило, снижает их комиссию, поэтому они склонны увеличивать количество функций и дату доставки (с точки зрения того, что раньше). Они будут толкать тех, кто как можно выше, чтобы закрыть сделку.

Попробуйте и посмотрите на это с их точки зрения, на мгновение. У них тоже есть семья, которую нужно накормить - и если разница между закрытием продажи, над которой я работал в течение нескольких месяцев, заключается в том, чтобы просто урезать несколько недель графика, то это невероятное искушение, особенно если я этого не сделаю действительно понимаю, что это значит.

Искушение состоит в том, чтобы сказать: «Это всегда так и всегда так будет». Но в одном месте, где я работал, было, по крайней мере, ПРЕДЛАГАЕМОЕ решение, если не реализовано ... Один менеджер, наконец, поднял руки и сказал: "Если сверхурочное время программистов используется для закрытия продажи, тогда они должны получить часть комиссия. " Он не был реализован, но он бы выровнял все стимулы более тесно ... программисты были бы рады услышать о новой функции, которая должна была появиться в кратчайшие сроки, потому что они ожидали комиссию, и продавцы будут МЕНЬШЕ склонны создавать такие обстоятельства, потому что они с меньшей вероятностью будут работать в своих интересах.


46
+1, если сверхурочные программисты используют для закрытия продажи, то они должны получить часть комиссии.
Гилберт Ле Блан

12
Это побудило бы разработчиков выпустить непроверенную чушь.
Quant_Dev

5
Однажды я купил обед у менеджера по продажам, который получил комиссию в несколько тысяч долларов за проект, который мне предстояло выполнить в течение пяти недель. Я не могу сказать, что это заставило меня чувствовать себя намного лучше в этой ситуации.
Дэн Рэй

7
@quant_dev - каждая ситуация побуждает разработчиков выпускать непроверенное дерьмо - кроме тестирования. Это отдельный вопрос.
Крис Б. Беренс

18
Самый простой способ настроить стимулы - вычесть стоимость сверхурочных из суммы сделки до уплаты процентной комиссии.
Роберт

26

С этими решениями нужно консультироваться с командой разработчиков, иначе вы никогда не выйдете из этого цикла. Если вы не управляете командой, то один из ваших линейных менеджеров должен защищать команду разработчиков. Если они являются частью проблемы, то вы можете рассмотреть другие варианты трудоустройства.

Вообще говоря, отдел продаж не должен заниматься чем-либо без одобрения менеджмента продукта, который, очевидно, должен проконсультироваться с командой разработчиков для определения сроков. На самом деле нет хороших оправданий для того, чтобы обойти это в большой или маленькой компании, потому что в конечном итоге отдел продаж отнимет некоторое количество недопоставки (как по качеству, так и по объему).


2
+1 для точного и высокого уровня суммирования. Управление продуктом должно быть вовлечено, но чрезмерное стремление и плохой внешний вид могут быть необходимы для дальнейшего выживания компании.
maple_shaft

Хорошо говорить такие вещи, но это не реальный совет, который может помочь решить текущую проблему ОП. Какие шаги они могли бы предпринять, чтобы достичь этой лучшей позиции?
FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner Кроме разговоров с руководством о необходимости лучшего вклада управления продуктами в дискуссии о продажах, ну ... как разработчик ничего нельзя сделать. Такого рода компании настроены по-своему, и все, что угодно, если не встряхнуть руководство, ничего не изменит.
maple_shaft

1
К сожалению, во многих компаниях мнение «гуру / рок-звезд» по продажам часто имеет больший вес, чем мнение менеджеров по продуктам, которые иногда просто недостаточно сильны, чтобы выдвигать свои доводы высшему руководству. Я обнаружил, что многие продавцы считают, что, как бы ни оценили разработчики время, оно будет слишком пессимистичным и, по крайней мере, может быть легко уменьшено вдвое.
dodgy_coder

Продавцы получают гораздо больший престиж, чем разработчики, поскольку они гораздо более тесно связаны с входящим потоком чеков от клиентов. Это справедливо даже для компаний-разработчиков программного обеспечения, где разработчики, возможно, очень важны, но не так важны, как продавцы, которые «приносят домой бекон». Отчасти это, к сожалению, то, как это будут смотреть практически все генеральные директора / доктора медицины и т.д.
CraigTP

21

Это почти универсальная вещь в небольших компаниях, так как им больше нужно заключать сделки. До тех пор, пока меня не привели на встречи по продажам в моей компании, я горько отзывался об этом, но я по крайней мере могу понять, как и почему это происходит немного больше.

Клиенты хотят, чтобы это было быстро, и многим будет трудно играть. Это побуждает продажи выполнять взятые на себя обязательства вовремя, чтобы получить что-то подписанное. Подписанный контракт - золото, потому что вы можете приобрести капитал или кредит, используя его. Иногда лучше иметь сжатые сроки, чем вообще ничего не делать.

В других случаях, если это горячий рынок и много конкурентов, у компании возникает острая необходимость вывести продукт на рынок быстрее, чем все остальные. Крупная компания или компания с большим капиталом всегда может нанять больше ресурсов, а меньшая - нет.

Там, где это подло, когда сроки действительно искусственные, а менеджеры по продажам и навязывают им большие бонусы.

Не имейте привычку работать более 45 часов в неделю, это вредно для вашего здоровья, и это на первом месте.


2
Я согласен с тем, что для небольших компаний гораздо сложнее положить хлеб на стол. Тем не менее, для продаж неправильно (получать деньги) получать комиссионные за дополнительные усилия разработчиков. Руководство должно распознать и исправить эту ситуацию, иначе у них всегда будет высокий оборот разработчиков.
Семей

16
+ 1 «Не
имейте

2
Что с 45 часами? Разве вы не спели 40-часовой контракт?
ВОО

14
@Sbi: Вы можете быть удивлены. Там, где я работаю, мы действительно должны были подписать контракт. На самом деле, чтобы спеть все это, понадобилось около 40 часов. (было много мелкого шрифта.) Это было особенно плохо, потому что у меня плохой поющий голос.
Мэтью Скотен

3
@ MatthewScouten, на скольких языках ты говоришь?
Джим

11

Я работал по обе стороны дома. Помните, что без продавцов не было бы рабочих мест или проектов.

Как бороться с чрезмерным обязательством продаж : оцените, затем возьмите не менее 130% (всегда планируйте как минимум 30% непредвиденных расходов). Предоставьте и задокументируйте указанную оценку. Поймите, что ваши оценки усилий будут снижены в процессе продаж. Это нормально, просто сделайте так, чтобы руководство вырезало из соглашения о лицензии / продаже / комиссии любое сокращение этих часов. Если вы публичная компания это становится сложнее с VSOE , но пока вы не попали человек , продаж с контрактной ответственностью авансом во время их процесса продаж, она станет вашей отчетностью позже.


6
Это работает, только если операционному агенту позволено увидеть потенциальную функцию и дать оценку, прежде чем продавцы попытаются продать. Похоже , что ОП даже не получить шанс : "Here is the committed feature set and here is the committed release date".
FrustratedWithFormsDesigner

2
Проблема в том, что продавцы часто предполагают, что вы добавили непредвиденные расходы, и поэтому они обязуются соблюдать более ранний срок.
dodgy_coder

Возможно, их полная комиссия должна основываться на своевременной доставке, возможно, за счет возмещения процента от затраченного времени на разработку. Это бы выровняло интерес компании к продажам.
PeterAllenWebb

10

Существует множество стратегий, которые вы можете использовать, но обычно вам требуется одобрение или поддержка со стороны руководства.

  1. Оплачивайте разработчикам сверхурочные за повышенную ставку. Работать с дополнительными часами не так уж и плохо, если вы зарабатываете на этом много лишних денег. И если это начнет влиять на прибыль, руководство компании будет оказывать давление на продажи, чтобы лучше оценить работу.

  2. Платите продавцам на основе прибыли, а не валовых продаж. Каждый час работы, который они не включают в свои оценки, отрицательно сказывается на их комиссионных.

  3. Ограничьте количество часов, которое разработчики могут работать до 40 (или любой другой стандартной рабочей недели в вашей части мира).

  4. Заставьте продавцов работать каждый час, когда работают разработчики. Если они хотят, чтобы вы работали сверхурочно, чтобы завершить их проект, они тоже должны быть там. Найдите что-нибудь полезное для них, например, написание документации или создание каллиграфических, освещенных вручную копий шаблонов проектирования и стандартной библиотеки шаблонов C ++ .

  5. Попросите разработчиков оценить каждую работу, а не позволять продавцам делать это. По крайней мере, таким образом вы получаете возможность сделать график более разумным. Это не очень хорошее решение, хотя ... разработчики часто ужасно оценивают требуемую работу. Даже если оценка является разумной, непредвиденные события могут помешать вам достичь своей цели. Кроме того, мы все склонны не работать в начале длинного проекта с той же срочностью, что и мы, когда приближается крайний срок. Это факторы, которые мотивируют короткие циклы разработки, которые поддерживают сторонники Agile.

  6. Примите «проворный» подход и отказывайтесь совершать. Для обеспечения гибкости потребуется гораздо больше вовлечения клиентов, но это также может дать клиенту большую гибкость, поскольку им также не обязательно брать на себя обязательства перед окончательной формой проекта. Продажи могут поначалу не радоваться этому, но они могут изменить свою мелодию, когда поймут, что это может дать много возможностей продать больше работы.

Я думаю, что наименее привлекательным решением является то, что заставляет отдел продаж выглядеть плохо в глазах потенциальных клиентов. Отдел продаж является лицом компании. Их плохой внешний вид вредит всей компании, и это может не решить проблему - они могут почувствовать, что им нужно заключить еще более выгодную сделку для клиента, чтобы вернуть себе доверие.


Не могу сделать № 4, вы это четко знаете. Продажи преследуют в 100 раз перспективы любого активного контракта.
Jé Queue

2
По поводу 4: Я работал в компании, куда продавцы уходили в 17.00, за 1 час до всех остальных. Это не создавало приятных ощущений между продажами и остальной рабочей силой.
Quant_Dev

2
@Xepoch Если они едут домой раньше, чем программисты, то, очевидно, они не слишком заняты, чтобы выцарапать некоторые освещенные рукописи.
Брайан Гордон

1
@ Грэхем, я написал «стратегии, которые вы можете использовать», но на самом деле это действительно стратегии, которые руководство могло бы использовать, если они считают постоянное чрезмерное выполнение обязательств проблемой, которую действительно необходимо решить. # 1, на самом деле, может быть самым разумным. То, что вы работаете на зарплату, не означает, что вы не имеете права на сверхурочную работу, бонусы или дополнительное время. Я получил все три в разное время, будучи наемным работником. Аналогично, изменение структуры вознаграждения продавцов не является невозможным; компании часто предлагают стимулы или препятствия для изменения поведения продавцов.
Калеб

1
Согласитесь с Калебом. Кроме того, обычно клиенты, у которых были перенесены временные рамки и сокращен объем, не довольны этим, и они, как правило, затягивают процесс оплаты. Не следует предполагать, что такие вещи не влияют на итоговые показатели. На самом деле, менеджерам и менеджерам по продажам часто необходимо увеличивать объем, не выставляя счета больше, чтобы успокоить разгневанного клиента. Вам следует обратиться к руководству с обещанием, что вы можете помочь клиентам перестать злиться и противиться, или, по крайней мере, сделать это намного реже. Это не несбыточная мечта. Я видел это в реальной жизни.
PeterAllenWebb

8

Уволиться

В ответах уже есть много разумных предложений, которые, как мы надеемся, могут помочь решить эти дисфункциональные отношения. Но в конце концов, вы решаете, сколько вы хотите работать.

На коллег легко давить, чтобы они переутомлялись. Но вы жертвуете своей личной жизнью, когда вы делаете это.

Вот что вы можете сделать:

  • Скажите своему боссу: «Мне пришлось работать намного больше сверхурочно, чем я хочу. С этого момента я не буду работать больше X часов в месяц».
  • Как и предполагали другие, оцените, сколько часов уйдет вперед. Напомните им, что «при моем ограничении X часов в месяц я, вероятно, не закончу это к крайнему сроку». Поместите это в электронное письмо для дальнейшего использования.
  • Обратитесь к этому электронному письму, когда крайний срок пройдет мимо. «Видите? Как и предполагалось, мы не смогли бы уложиться в этот срок в разумные рабочие часы».
  • Если они по-прежнему заставляют вас работать сверхурочно, и все усилия по общению терпят неудачу, выходите.

Личный опыт

Я бросил свою последнюю работу, потому что я всегда работал сверхурочно и меня постоянно просили работать больше. Я ясно сказал им в своем выездном интервью, что мне понравилось много работы, но я не видел конца сверхурочной работе в поле зрения.

Я также ясно выразил это желание в моем интервью для моей новой работы, и получил восторженный ответ. Они сдержали свое слово: меня редко просят работать здесь сверхурочно.

У моего бывшего работодателя высокий уровень текучести кадров, и в настоящее время его труднее нанимать, потому что у него репутация переутомления. Возможно, дополнительные затраты на набор и обучение преподадут им урок. Но если нет, то это не моя проблема.


Я прочитал хорошую книгу об этом, которая называется «Никогда не работай за рывок». Я удивлен, что это распечатано, но amazon все еще использовал копии: amazon.com/gp/product/0880297484/?tag=resingnet-20
Том Ресинг

6

Во-первых, давайте вспомним, что у всех нас обычно есть работа, чтобы поддержать сделки, которые заключают продавцы, а не создавать технически совершенное искусство программирования. Если они не заключают сделки, у вас нет работы.

Тем не менее, хитрость заключается в том, чтобы найти способы работать с продажами, чтобы все хорошо выглядели. Процессы, когда техническая команда может, по крайней мере, высказать мнение о предложениях, прежде чем они выходят за дверь, являются ключевыми. Поиск креативных способов обработки компенсации также очень помогает - если продажи вынуждены «давать чаевые» инжинирингу, когда инжиниринг влечет за собой огромные сверхурочные работы, что приводит к нереалистичному графику работы, похоже, это резко сокращает частоту проектов марша смерти.


4
И если вы не реализуете их, у них тоже нет работы. Я не могу одобрить эту точку зрения программиста как поддержки продавцов.
Agos

@ Агос: справедливая точка. С другой стороны, какова вероятность того, что вас наймут где-то еще, если вас уволят за отказ работать? И насколько готовы большинство магазинов просто нанять следующего парня, который пойдет на марши смерти.
Уайетт Барнетт

Если кто-то хочет устроиться на марш смерти или продолжать заниматься этим, это его проблема. В компании, в которой они работают, скоро останутся только люди, которые НЕ МОГУТ УХОДИТЬ, часто потому, что у них нет навыков и опыта, чтобы взять себя в другом месте. Квалифицированные разработчики меньше и более далеко, чем опытные продавцы. Они заслуживают, чтобы к ним относились как минимум с таким же почтением.
PeterAllenWebb

5

Это то, что вам нужно отнести к своему менеджеру (есть менеджеры по развитию, верно?) И объяснить проблему. Это изменение, которое должно произойти на организационном уровне - продажи должны быть вовлечены в разработку, прежде чем брать на себя обязательства, и, прежде чем это произойдет, они должны получить это направление от своих руководителей.

Вы ничего не можете сделать, чтобы изменения произошли на самом деле, но вы обязательно должны сообщить об этом своему менеджеру.

В дополнение к попытке изменить культуру (удачи), каждый раз, когда они приходят к вам с крайним сроком, которого вы не можете встретить, отталкивайтесь - с цифрами. Разбейте проект и покажите им ваше время. Если это шестинедельный проект, скажи им. Если это было обещано клиенту в течение четырех недель, вы не сможете этого сделать, и вам необходимо как можно быстрее распространить эту информацию. Надеемся, что ваши продавцы смогут вернуться к клиенту и установить более высокие ожидания, или работать с вами, чтобы придумать меньший приемлемый набор функций для доставки в обещанные сроки, с дополнительными функциями, которые будут добавлены позже.

Изменить, чтобы добавить: не позволяйте им говорить вашу оценку вниз. Будьте уверены, что это правильно, и придерживайтесь этого. Они будут пытаться торговаться с вами, но не позволяйте им.


8
Но покажите им, что они могут получить через четыре недели. Возможно, у них могут быть все экраны с половиной полей или что-то подобное. Или три из пяти ключевых рабочих процессов. Спросите, над кем из этих трех вам следует поработать. Сделайте это "их" проблемой.
sdg

1
Отличный момент, Роберт Мартин много говорит о том, что компания Clean Coder твердо оценивает ситуацию, что является единственным разумным противоядием от необоснованного управления. Всегда стремитесь предлагать как можно больше, но никогда не соглашайтесь с целью или даже «делайте все возможное» для ее достижения, когда она не может быть достигнута разумным образом. Ваша задача предупредить об ограничениях. Вы тот, кто может их видеть.
PeterAllenWebb

4

Одно предложение, которое еще не пришло: ретроспективы .

Не говорите «нет, я не работаю сверхурочно», это всегда побуждает других разработчиков набегать на вас и заставлять вас выглядеть плохо.

Но очень четко говорите своему руководству, что каждый раз, когда вам нужно делать больше 40 часов в неделю, чтобы выполнить работу, все участники проекта должны сидеть в комнате после доставки продукта , выяснять, что пошло не так, и что мы можем сделать, чтобы это не случилось снова. Или, что еще лучше, у каждого проекта должна быть ретроспектива для обсуждения того, что прошло хорошо, а что - нет.

Если вы правы, а продавцы слишком заняты, это очень быстро станет ясно. Но не опережайте заключение и не будьте соперником перед фактом. Обсудите это с точки зрения того, что ваша команда может сделать, чтобы доставить вовремя без сверхурочных.

Вы никогда не знаете, вы можете даже найти улучшения в ваших собственных процессах, которые могут сделать оценку продавца более осуществимой.


3

Нет абсолютно никакого способа бороться с этим полностью. Сама природа продаж чрезмерна. Как торговый представитель, вы должны сделать так, чтобы проблемы потенциального клиента волшебным образом исчезли. Хорошие торговые представители будут только немного преувеличивать, плохие будут вызывать большое смущение.

Все, что вы делаете, только вызывает обострение или напряжение между людьми, работающими с продуктом, и продавцами (по крайней мере). Вы можете очень стараться предотвратить действительно плохие ошибки со стороны ваших торговых представителей, но в конце дня разработчикам и торговым представителям платят с одного и того же банковского счета. Ваша компания преуспеет или потерпит неудачу как единое целое, поэтому начало гражданской войны с продажами не поможет.

Если у вас есть один или несколько торговых представителей, которые обычно смущают себя, то управление продажами позаботится о проблеме. Как разработчик, у вас не будет влияния, чтобы что-то с этим делать, поэтому вы должны сосредоточиться на предоставлении лучшего продукта, который вы можете, используя время и ресурсы, которые они вам дают.


Почему невозможно завоевать репутацию надежного разработчика, который реально работает, а не претендует на магию? Я имею в виду, есть ли клиенты, которые не являются идиотами и которые действительно понимают то, о чем мы говорим?
Брайан Гордон

Я уверен, что здравый смысл так же распространен среди клиентов разработчиков, как и в целом. Я бы сказал, что каждый клиент, имеет ли он смысл или нет, заметит разрыв между тем, что обещано, и тем, что доставлено, или, по крайней мере, разрыв между тем, что он ожидал, и тем, что было доставлено. Разумные будут возвращаться, когда этот разрыв будет небольшим или вообще не будет. Остальные просто купят самую дешевую квоту, как всегда.
Джоэл Браун

3
«Сама природа продаж чрезмерна». Не согласен. Характер продаж заключается в том, чтобы представить ваши продукты и услуги в лучшем свете, продавать их при каждом удобном случае и создавать больше возможностей. История доставки вовремя и в рамках бюджета может быть огромным преимуществом во всех этих ситуациях. Даже если внешняя оценка усилий по разработке должна быть урезана от фактических технических оценок, сделанных собственными силами, чтобы сделать стратегическую продажу, это не должно быть оправданием для навязывания их внутренне разработчикам. Это непрофессионально.
PeterAllenWebb

2

Трудно ответить, не зная структуру вашей компании.

Вот некоторые общие инструменты, которые могут помочь:

  • Согласовать (но ответственных, а не продаж) контроль качества
  • Иметь дорожную карту продукта (внутреннюю и внешнюю)

Согласившись на контроль качества , у вас есть бизнес-причина, по которой вы не можете выпускать программное обеспечение с ошибками. Возможно, вам придется убедить своих боссов, почему это важно (надеюсь, нет), но есть много литературы, чтобы помочь в этом.

Имея дорожную карту продукта , Sales знает, что они могут и не могут обещать клиентам. Если они хотят изменить дорожную карту, они должны обсудить ее с менеджером по продукту / менеджером проекта / менеджером по развитию или кем-либо еще, кто ее меняет.

Если они обещают клиенту что-то, о чем еще не договорились, не повезло. Надеемся, что ваша дорожная карта основана на рыночных данных о потребностях клиентов. «Что именно вы предлагаете нам исключить из этих восьми других высокоприоритетных функций, которые у нас есть доказательства потребностей наших клиентов?»

Последнее, как уже ожидалось, не работает 80 часовых недель. Вы даже не помогаете компании, потому что вы просто помогаете им вырыть более глубокую яму.


2

нет

Я попытался сделать это двухбуквенным ответом, и стек не позволил бы мне ... но ответ

нет

Что, конечно, не совсем верно, если вы владеете / управляете компанией. Если вы находитесь в таком положении, вы можете затащить отдел продаж за уши и «поговорить». Если, однако, и, как я подозреваю, вы просто «скромный» технический человек, вы можете подать жалобу «ВВЕРХ» в цепи командования. При этом, по моему опыту, в компаниях, где это происходит, руководство знает о ситуации и не заботится о ней.


2

Покажите им это изображение (или это ) и скажите им, что вы работаете с невозможным треугольником.

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

В любом проекте, если вы исправите два угла из этих трех:

  • Время
  • Объем
  • Качество

... тогда третий - единственный гибкий. Что делает невозможным, так это ожидания. Если они всегда устанавливают слишком короткое время и слишком большой объем, то качество всегда будет страдать. В гибком проекте все три угла более или менее гибки.

(Отказ от ответственности: я исключаю фактор стоимости из традиционного проектного треугольника и делаю качество углом. Время - это стоимость в программных проектах.)

Я надеюсь, что вам удастся проложить путь к более гибкому управлению проектами.


2

Здесь уже есть несколько очень хороших ответов. Я просто добавлю, что вы не должны быть вынуждены соблюдать его сроки в ущерб себе. Кроме того, я бы определенно поговорил с продавцом и напомнил ему, что если он переоценивает обещания, а компания не может выполнить свои обещания, то ему (и компании) не будут доверять в будущем, теряя ему будущие комиссионные (и возможно, его работа), поэтому в его интересах быть реалистичным (т.е. консультироваться с программистом), чтобы он завоевал доверие компании. В краткосрочной перспективе он может выиграть, будучи нереалистичным, но в долгосрочной перспективе он проиграет, повредив своей репутации клиентам, своему работодателю и будущим работодателям из-за плохих рекомендаций.

Поскольку продавцы понимают деньги больше, чем что-либо еще, поговорите с ним в таких терминах.


1

С Agile-разработкой мы видим, что консультанты продают очки по ~ 1000-1500 каждый. Если вы можете изменить процесс продаж на то, где они должны продавать, по шкале баллов, то отдел продаж будет вынужден работать с командой разработчиков, чтобы прийти к разумным оценкам.


они просто увеличат рабочий пакет на «точку» (но не на продолжительность каждой «точки» в итерации) до точки, где он соответствует объему и бюджету / временной шкале, которую они могут продать.
jwenting

Очки за рассказ присваиваются разработчиками, а не командой по продажам или бизнесу.
SoylentGray

1

Все сводится к одной критической точке; Если вы не думаете, что сможете поддерживать темп, необходимый для выполнения графика продаж, обещанного, тогда не принимайте участие в работе. Если продажи завышены, это не ваша проблема, пока вы не согласитесь на работу. ТОГДА это твоя проблема. Напомните своему боссу, что все продавцы должны сказать «да», и они получат чек; Вы на самом деле выполняете обещания, поэтому, если вы скажете, что это не сработает, ваш босс должен прислушиваться. Если вам не повезло иметь менеджера, который слушает его отдел продаж больше, чем его персонал по разработке того, что является и не возможно, тогда у вас есть PHB Дилберта, и вы должны обновить свое резюме.

Это одна из причин, по которой мне нравится Agile; команда разработчиков вовлечена в процесс от начальных обсуждений проекта. Вы можете откалибровать «точку» с обоих концов; Команда разработчиков решает (явно или эмпирически) примерно, сколько человеко-часов разработки присуще точке, которую затем руководство может использовать для расчета баллов в неделю, баллов в месяц и т. д., что приводит к показателю в долларах. На этом этапе ваша группа продаж теперь имеет данные, относящиеся к стоимости и времени, которые требуются для текущего уровня персонала, чтобы получить текущий объем работ. Если они получат слишком много, как только у них появятся эти цифры, они окажутся на заднице.


Ааа, но продавцы квалифицированы в искусстве ведения переговоров, а инженеры - нет. Вот почему они в продаже, а мы в разработке! По моему опыту, большинство технических людей просто кивают голову (это не помогает , что оценки чувствительны к анкерному смещению ). Техническим специалистам действительно сложно сказать, что это займет больше времени, чем кто-либо думает, потому что они знают, что это легко может стать отражением их способностей. «Думаешь, это займет две недели? Джо сказал, что может сделать это чуть более одной».
Скотт Уитлок

1
Если Джо говорит, что он может сделать это чуть более одной недели, то Джо страдает от этой работы. Если Джо потерпит неудачу, продажи научатся дополнять его оценки. Если Джо удастся добиться успеха, вероятно, не желая проводить еще 80-часовую неделю, он скорректирует свои оценки. Если ничего из этого не произойдет, Джо будет уволен за то, что он не выполнил свои обязательства слишком много раз, или сгорит и уйдет от переутомления. Если вы уверены, что Джо перепродает, тогда блефуйте. Только не будь Джо; это не стоит (хорошо, хорошо, очень редко стоит).
KeithS

Весь смысл Agile оценки заключается в том, что цена правильная, а темп устойчивый. Это вещи, которые имеют ценность для клиента; Знание того, сколько это ДЕЙСТВИТЕЛЬНО будет стоить, и сколько времени это ДЕЙСТВИТЕЛЬНО займет, и что они получат то, что они просили за эту цену и такое количество времени, стоит гораздо больше, чем обещание «мы победим любую цену» ,
KeithS

1

Определите работу после того, как они дадут ее вам, и дайте им знать, сколько времени это займет. Тогда, когда они кричат ​​об этом, скажи им.

«Мне жаль, что вы взяли на себя это обязательство, но, учитывая имеющиеся в моем распоряжении ресурсы, это займет X часов»

Делай это каждый раз ... это работало на меня.

По сути, скажите им, что они могут быть быстрыми, дешевыми и хорошими, выберите два.


Быстро и дешево?
IAdapter

тогда это меня не устраивает.
Джим

Я думаю, им не важно, что это хорошо, а просто продавать.
IAdapter

пока они знают это ... пусть будет так.
Джим

2
они заботятся о том, что быть хорошим, они будут просто винить вас за проект неисправного , когда клиент не доволен ...
jwenting

-1

Там на самом деле есть путь - реальный путь, а не пустая банальность - но вам это может не понравиться.

Попросите кого-нибудь из команды разработчиков участвовать в процессе продаж .

Теперь очевидно, что вам нужен кто-то с хорошими человеческими навыками, кто-то, кого продавцы не будут огорчать, принимая с собой в поездку. И этот человек должен иметь широкое понимание видов работы, которые вы делаете. Они не должны быть ниндзя кода, они просто должны хорошо разбираться в кодировании в целом и в вашем процессе разработки в частности, и быть достаточно хорошими в оценке работы.

Это действительно работа для бизнес-аналитика или менеджера проекта. Есть причина, по которой эти рабочие места так хорошо оплачиваются во многих компаниях; они объединяют два очень важных и отличных набора навыков. Если у вас нет настоящего BA или PM, но у вас есть старший разработчик или архитектор с социальными навыками, они тоже могут это сделать.

Вы также должны предоставить четкие рекомендации для продавцов. По сути, вы (как и ваша команда разработчиков) отправляете кого-то вести переговоры от вашего имени. Если вы не дадите им никаких параметров, они просто договорится о том, что им кажется хорошим. Вот почему вы всегда даете им параметры.

Как только вы поймете сферу проекта, определите, сколько времени вы хотели бы выделить на сборку, тестирование, изменение области и т. Д. Плюс определенное количество буфера, а затем дайте им это число вместе с «разрешенным минимумом» - низкий , они могут , возможно , прежде чем положить проект серьезному риску. Ожидайте, что они также сократят это число на определенную величину, поэтому сделайте ваш минимум немного выше, чем он действительно должен быть.

Будьте уверены, что их руководство делает то же самое. Менеджер по продажам не хочет, чтобы продавцы продавали убыточные сделки. Они входят в каждое соглашение с диапазоном чисел, соответствующих целевой доходности и минимальной доходности.

Возможно, вы не являетесь их менеджерами, но если вы документируете все это в письменном виде еще до того, как они начнут вести переговоры, тогда вы будете на более прочной основе с высшим руководством, когда люди начнут задавать вопросы о том, почему проект отстает от графика. Но речь идет не только о CYA; Отдел продаж, честно говоря, не имеет ни малейшего представления о том, сколько времени займет выполнение определенных задач, и вы делаете им одолжение, предоставляя им исчерпывающую информацию.

И еще одна вещь: не ожидайте, что отдел продаж привлечет вашу команду просто к черту. Вам также необходимо внести свой вклад от менеджера по продажам и руководителей. Это действительно не должно быть слишком сложно, если вы подходите к этому с точки зрения риска. Вы не хотите продавать неудачу, не так ли? Подумайте о стоимости репутации компании. Подумайте о стоимости судебного иска . Кто-то технический должен быть частью любых переговоров, прежде чем любая сделка может быть подписана.

И если вы действительно, честно говоря, не можете продать менеджмент по этой идее, то могу ли я предложить найти нового работодателя? Потому что ваш может быть не так много в любом случае.


-1

Подобные разногласия обычно вызваны отсутствием связи. Либо они не понимают давления, которое они оказывают на вас, либо вы не понимаете, чего они действительно просят. В любом случае, чтобы решить проблему, нужно разобраться в ситуации с другой точки зрения.

Вы когда-нибудь пробовали продавать программное обеспечение? Многим разработчикам может показаться, что это не лучший ответ, но пока вы не попробуете, будет сложно увидеть бизнес со стороны продаж. Если вы отличный разработчик, напишите что-то, что вы действительно хотите написать, и продайте это. Вы можете видеть, что у них есть действительные баллы, или вы можете видеть, что у них их нет!

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.