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

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

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

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

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

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

120 голосов | спросил 3 revs, 2 users 100%
Shawn D.
1 Jam1000000amThu, 01 Jan 1970 03:00:00 +030070 1970, 03:00:00

21 ответ


149

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

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

Пусть им не хватает нескольких крайних сроков.

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
99
  

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

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

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

И лучше начать с этого проекта current .

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
52

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

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
26

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
21

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

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

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

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
11

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
10

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

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

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

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

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

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

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
8

Выход

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

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

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

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

Персональный опыт

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

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
6

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
5

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

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

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
4

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

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

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

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
3

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

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
2

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

Некоторые общие инструменты, которые помогут вам:

  • Согласиться (но контроль над ними, а не продажи)
  • У вас есть дорожная карта продукта (внутренняя и внешняя)

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

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

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
2

Нет

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

Нет

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
2

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

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

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

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

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

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
2

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
1

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
1

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
1

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

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

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
-1

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

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

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

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

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

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

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

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

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04
-1

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

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

ответил Robert Baron 3 SunEurope/Moscow2017-12-03T17:18:04+03:00Europe/Moscow12bEurope/MoscowSun, 03 Dec 2017 17:18:04 +0300 2017, 17:18:04

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132