Smetti di fare le 80 ore settimanali. Questo è un rinforzo positivo . Perché stanno ottenendo il prodotto in tempo con i costi previsti, continueranno a farlo, indipendentemente da quello che ti fa.

Se non riescono a pianificare correttamente il tempo, allora è colpa della direzione. Non è tuo.

Lascia che si perdano alcune scadenze.

In general, is there a way to push back on this? If not for this release, what about in future?

Certo, c'è: lascia che fallisca in modo negativo con questo approccio. Niente insegna oltre che fallire.

Crea una stima prima di iniziare e mostrala a loro. Quindi fai del tuo meglio, scrivi un buon codice, interrompi compensando per la loro stupidità con il tuo tempo libero, e quando si lamentano, ricordali della stima del tempo che le hai mostrato, in base ai principi di ingegneria.

E è meglio iniziare a farlo con il progetto attuale .

Se continuano a incolparti per il problema, è meglio iniziare a cercare un nuovo lavoro, dato che nulla li convincerà di essere il problema.

Come ripensamento, penso che questa domanda in realtà meriti un collegamento alla famosa storia di EA come descritta in uno dei libri di Joel: EA: The Human Story .

Ciò si verifica generalmente a causa di un incentivo perverso: i venditori vengono pagati su commissione, mentre il personale di produzione viene pagato in base allo stipendio. I venditori hanno diverse leve con cui lavorare: caratteristiche, costi e data di consegna. Hanno un strong disincentivo ad abbassare i costi, perché questo generalmente riduce la loro commissione, quindi tendono a rincorrere le caratteristiche di UP e la data di consegna (in termini di anticipo). Spingeranno quelli più in alto che possono per chiudere l'affare.

Prova a vederlo dal loro punto di vista, solo per un momento. Hanno anche una famiglia da sfamare - e se la differenza tra la chiusura di una vendita a cui sto lavorando da mesi è solo una parte di alcune settimane del programma, allora è una tentazione incredibile, specialmente se non lo faccio capisco davvero cosa significa.

La tentazione è dire "è sempre così, e sempre così sarà". Ma un posto dove lavoravo aveva almeno una soluzione PROPOSTA, se non implementata ... un manager alla fine alzò le mani e disse, "se gli straordinari dei programmatori vengono usati per chiudere una vendita, allora dovrebbero ricevere una porzione di la Commissione." Non è stato implementato, ma avrebbe allineato gli incentivi di tutti più da vicino ... i programmatori sarebbero stati felici di sapere di una nuova funzionalità che doveva uscire in pochissimo tempo, perché avrebbero anticipato la commissione, e i venditori sarebbero MENO adatti a creare quelle circostanze, perché sarebbero meno probabilità di lavorare a loro vantaggio.

Il team di sviluppo deve essere consultato su queste decisioni o non uscirai mai da quel ciclo. Se non gestisci il team, uno dei tuoi manager di linea deve sostenere il team di sviluppo. Se fanno parte del problema, puoi prendere in considerazione altre opzioni di lavoro.

In generale, le vendite non dovrebbero impegnarsi in nulla senza l'accettazione della gestione del prodotto, che ovviamente dovrebbe consultare il team di sviluppo per le tempistiche. Non c'è davvero una buona scusa per aggirare questo problema in un'azienda grande o piccola perché, in ultima analisi, il team di vendita subirà un po 'di calore per la mancata consegna (sia in termini di qualità che di portata).

Questa è quasi una cosa universale nelle aziende più piccole in quanto hanno una maggiore necessità di chiudere un accordo. Fino a quando non sono stato portato in riunioni di vendita presso la mia azienda, ero amareggiato per questo, ma posso almeno capire come e perché accade un po 'di più.

I clienti lo vogliono veloce e molti giocheranno duro. Questo incoraggia le vendite a piegarsi sugli impegni di tempo solo per ottenere qualcosa firmato. Un contratto firmato è oro perché è possibile acquistare capitale o credito utilizzando uno. A volte è meglio avere una scadenza ristretta che niente su cui lavorare affatto.

Altre volte, se è un mercato caldo e ci sono molti concorrenti, l'azienda ha l'imminente necessità di ottenere un prodotto fuori dalla porta più veloce di tutti gli altri. Un'azienda più grande o una con più capitale può sempre assumere più risorse, una più piccola non può.

Il punto in cui si scappa è quando le scadenze sono veramente artificiali e viene spinto dalle vendite e dalla gestione per assicurarsi grandi bonus per se stessi.

Non abituare a lavorare più di 45 ore a settimana, fa male alla salute e viene prima di tutto.

Ho lavorato su entrambi i lati della casa. Ricorda che senza addetti alle vendite non ci sarebbero lavori o progetti downstream.

Come combattere l'eccesso di impegno delle vendite : stimare, quindi prendere almeno un multiplo del 130% (pianifica sempre un contingency minimo del 30%). Fornire e documentare detta stima. Renditi conto che le tue stime di sforzo saranno ridotte nel processo di vendita. Va bene, basta che la gestione ritaglia dell'accordo di licenza / vendita / commissione qualsiasi riduzione di tali ore. Se sei una società pubblica questo diventa complicato con VSOE , ma fino a quando non colpisci gli addetti alle vendite con responsabilità contrattuale in anticipo durante il loro processo di vendita, diventerà la responsabilità successiva in seguito.

Esistono molte strategie che puoi utilizzare, ma di solito hai bisogno dell'approvazione o del buy-in dalla direzione.

1. Paga gli straordinari agli sviluppatori a un ritmo maggiore. Lavorare ore extra non è poi così male quando stai facendo un sacco di soldi extra per farlo. E se comincerà a influenzare la gestione dei profitti dell'azienda, applicherete pressione alle vendite per fare una stima migliore del lavoro.

2. Pagare i venditori in base al profitto anziché alle vendite lorde. Ogni ora di lavoro che non includono nella loro stima influisce negativamente sulla loro commissione.

3. Limita il numero di ore in cui gli sviluppatori possono lavorare fino a 40 (o qualunque sia la settimana lavorativa standard nella tua parte del mondo).

4. Fai in modo che gli addetti alle vendite lavorino ogni ora che gli sviluppatori lavorano. Se vogliono che lavori ore extra per portare a termine il loro progetto, devono esserci anche loro. Trova qualcosa di utile da fare, come scrivere documentazione o produrre copie calligrafate e illuminate a mano di Design Patterns e La libreria di modelli standard C ++ .

5. Gli sviluppatori stimano ogni lavoro invece di lasciare che siano gli addetti alle vendite a farlo. Almeno in questo modo si ottiene una certa capacità di rendere l'orario più ragionevole. Questa non è una grande soluzione, anche se ... gli sviluppatori sono spesso terribili nel valutare il lavoro richiesto. Anche se la stima è ragionevole, eventi imprevisti possono impedirti di colpire il tuo obiettivo. Inoltre, tutti noi tendiamo a non lavorare all'inizio di un progetto lungo con la stessa urgenza che facciamo man mano che la scadenza si avvicina. Questi sono i fattori che motivano i brevi cicli di sviluppo che espongono i sostenitori di Agile.

6. Adotta l'approccio "agile" e rifiuta di impegnarsi. Essere agili richiederà molto più coinvolgimento del cliente, ma può anche dare al cliente una maggiore flessibilità perché loro non devono necessariamente impegnarsi anche nella forma finale del progetto. Inizialmente le vendite potrebbero non essere felici, ma potrebbero cambiare idea quando si rendono conto che può fornire molte opportunità per vendere più lavoro.

Penso che la soluzione meno attraente sia tutto ciò che rende il team di vendita brutto agli occhi dei potenziali clienti. Il team di vendita è il volto dell'azienda. Farli sembrare male fa male l'intera azienda, e potrebbe non risolvere il problema: potrebbero sentirsi in dovere di fare un accordo ancora migliore per il cliente al fine di riguadagnare la loro fiducia.

Esci

Ci sono già molti suggerimenti sensati nelle risposte, che si spera possano contribuire a risolvere questa relazione disfunzionale. Ma alla fine, tu decidi quanto vuoi lavorare.

È facile essere messi sotto pressione dai colleghi in un eccesso di lavoro. Ma stai sacrificando la tua vita personale quando lo fai.

Ecco cosa puoi fare:

• Dì al tuo capo, "Ho dovuto lavorare molto più ore di lavoro straordinario di quanto vorrei qui. D'ora in poi, non lavorerò più di X ore al mese."
• Come altri hanno suggerito, stimare quante ore ci saranno in anticipo. Ricorda loro che "al mio limite di X ore al mese, probabilmente non finirò questo entro la scadenza". Metti questo in una email per riferimento futuro.
• Fai riferimento a quell'e-mail quando la scadenza ha superato il limite. "Vedi? Come previsto, non potremmo raggiungere questo termine in ore di lavoro ragionevoli."
• Se continuano a farti pressione per far funzionare gli straordinari e tutti gli sforzi di comunicazione falliscono, esci.

Esperienza personale

Ho lasciato il mio ultimo lavoro perché lavoravo sempre agli straordinari e mi veniva sempre chiesto di lavorare di più. Ho detto chiaramente alla mia intervista di uscita che mi è piaciuto un sacco di cose sul lavoro, ma non ho visto la fine degli straordinari in vista.

Ho anche chiaramente espresso questo desiderio nella mia intervista per il mio nuovo lavoro, e mi è stata data una risposta entusiastica. Sono rimasti fedeli alla loro parola: raramente mi viene chiesto di fare straordinari qui.

Il mio ex datore di lavoro ha un alto tasso di turnover degli sviluppatori, e sta trovando più difficile reclutare questi giorni perché hanno una reputazione per il sovraccarico. Forse il costo extra del reclutamento e dell'allenamento insegnerà loro una lezione. Ma se no, non è un mio problema.

Per prima cosa ricordiamo che tutti noi generalmente abbiamo lavori per supportare gli affari che i venditori fanno piuttosto che costruire arte di programmazione tecnicamente perfetta. Se non fanno le offerte non hai un lavoro.

Detto questo, il trucco è trovare il modo di lavorare con le vendite per far sembrare tutti belli. Processi in cui il team tecnico può esprimere almeno un'opinione sulle proposte prima che escano dalla porta è la chiave. Trovare modi creativi per gestire il risarcimento aiuta anche molto - se le vendite devono "dare un risalto" all'ingegneria quando l'ingegneria subisce straordinari straordinari, facendo funzionare un programma irrealistico, sembra ridurre drasticamente la frequenza dei progetti della marcia della morte.

Questo è qualcosa che devi fare al tuo manager (ci sono i gestori dello sviluppo, giusto?) e spiegare il problema. È un cambiamento che deve avvenire a livello organizzativo - le vendite devono essere acquistate dallo sviluppo prima di prendere impegni, e prima che ciò accada, devono ottenere quella direzione dai loro capi.

Non c'è nulla che tu possa fare per fare in modo che il cambiamento avvenga, ma dovresti sicuramente portarlo al tuo manager.

Oltre a provare a cambiare la cultura (buona fortuna), ogni volta che vengono da te con una scadenza che non puoi soddisfare, respingi indietro - con i numeri. Abbatti il progetto e mostra loro la tua stima del tempo. Se è un progetto di sei settimane, diglielo. Se è stato promesso al cliente in quattro settimane, non è possibile farlo e devi divulgare tali informazioni il più rapidamente possibile. Spero che i tuoi venditori saranno in grado di tornare al cliente e impostare aspettative migliori, o lavorare con te per trovare un set di funzionalità accettabile più piccolo da consegnare entro la timeline promessa, con le funzionalità aggiuntive da aggiungere in seguito.

Modifica da aggiungere: non lasciare che parlino della tua stima. Siate sicuri che sia corretto e attenetevi ad esso. Loro vogliono provare a contrattare con te, ma non lasciarli.

Un suggerimento che non è ancora apparso: retrospettive .

Non dire "no, non sto facendo gli straordinari", che incoraggia sempre gli altri sviluppatori a farsi strada e farti sembrare male.

Ma dite molto chiaramente alla vostra direzione che ogni volta che dovete fare più di 40 ore a settimana per ottenere un lavoro, tutti coloro che sono coinvolti nel progetto dovrebbero sedersi in una stanza dopo che il prodotto è stato consegnato , scopri cosa è andato storto e cosa possiamo fare per evitare che accada di nuovo. O, meglio ancora, il progetto ogni dovrebbe avere una retrospettiva per discutere cosa è andato bene e cosa è andato storto.

Se hai ragione ed è un eccesso di vendite da parte dei venditori, questo diventerà molto chiaro molto rapidamente. Ma non anticipare la conclusione e non essere in contraddizione con il fatto. Parlane in termini di cose che il tuo team può fare per consegnare in tempo senza straordinari.

Non lo sai mai, potresti persino trovare miglioramenti ai tuoi processi che possono rendere più fattibile la stima del venditore.

Non c'è assolutamente alcun modo per combatterlo completamente. La natura stessa delle vendite è eccessiva. Come rappresentante delle vendite, sei lì per far scomparire magicamente i potenziali problemi del cliente. I buoni rappresentanti delle vendite esagereranno solo leggermente, quelli cattivi saranno causa di grande imbarazzo.

Qualsiasi cosa tu faccia causerà solo irritazione o tensione tra le persone del prodotto e gli addetti alle vendite (almeno). Puoi sforzarti molto per evitare gaffe davvero brutte da parte dei tuoi rappresentanti di vendita, ma alla fine della giornata gli sviluppatori e gli addetti alle vendite vengono pagati dallo stesso conto bancario. La tua azienda avrà successo o fallirà come unità, quindi iniziare una guerra civile con le vendite non sarà di aiuto.

Se hai uno o più addetti alle vendite che si stanno abitualmente imbarazzando da soli, la gestione delle vendite si prenderà cura del problema. Come sviluppatore, non avrai il potere di fare qualcosa al riguardo, quindi dovresti concentrarti sulla consegna del miglior prodotto possibile con il tempo e le risorse che ti danno.

È difficile rispondere senza conoscere la struttura della tua azienda.

Alcuni strumenti generali per aiutare sono:

• Sono d'accordo (ma i responsabili della qualità, non le vendite) controllano
• Avere una roadmap del prodotto (interna ed esterna)

Avendo concordato i controlli di qualità , hai un motivo aziendale per non essere in grado di rilasciare software buggato. Potresti aver bisogno di convincere i tuoi capi perché questo è importante (si spera non lo sia), ma c'è un sacco di letteratura là fuori per aiutarti in questo.

Avendo una roadmap del prodotto , le vendite sanno cosa possono e non possono promettere ai clienti. Se vogliono cambiare la tabella di marcia, devono sollevarla con il Product Manager / Project Manager / Development Manager o con chiunque altro ne sia in cambiamento.

Se promettono qualcosa a un cliente che non è già stato accettato, sfortuna. Speriamo che la tua roadmap sia basata su dati di mercato sulle esigenze dei clienti. "Che cosa proponete esattamente di rinunciare a queste altre 8 caratteristiche ad alta priorità che abbiamo dimostrato che la nostra base di clienti ha bisogno?"

Infine, come già previsto, non funzionano 80 ore settimanali. Non stai nemmeno aiutando la compagnia, perché stai solo aiutandoli a scavare un buco più profondo.

No

Ho provato a rendere questa una risposta in due lettere e lo stack non me lo permetteva ... ma la risposta è

No

Che, non è completamente vero se possiedi / gestisci l'azienda, ovviamente. Se sei in quella posizione puoi trascinare il team di vendita tra le orecchie e "parlare". Se, tuttavia, e come sospetto, sei solo una persona "umile", la tua unica risorsa è lamentarsi della catena di comando "SU". Detto questo, la mia esperienza è stata che nelle aziende in cui ciò accade, la direzione è consapevole della situazione e non gli interessa.

Mostra loro questa immagine (o questo ) e dì loro che stai lavorando con un triangolo impossibile .

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

In qualsiasi progetto, se aggiusti due angoli di questi tre:

• Ora
• Ambito di applicazione
• Qualità

... quindi il terzo è l'unico flessibile. Ciò che rende impossibile sono le aspettative. Se correggono sempre il Tempo troppo breve e Scope troppo grande, allora la Qualità soffrirà sempre. In un progetto agile, i tre angoli sono più o meno flessibili.

(Dichiarazione di non responsabilità: escludo il fattore Costo dal triangolo del progetto tradizionale e produco la qualità l'angolo.Il tempo è il costo nei progetti software.)

Spero che tu riesca a raggiungere una gestione del progetto più agile.

Alcune ottime risposte qui già. Aggiungerò solo che non dovresti essere portato a rispettare le sue scadenze a tuo danno. Inoltre, avrei sicuramente una parola con l'addetto alle vendite e gli ricorderò che se promette troppo e che la società non può mantenere le sue promesse, allora lui (e la società) non saranno più fidati in futuro, perdendo le sue future commissioni (e forse il suo lavoro), quindi è nel suo interesse essere realista (cioè consultarsi con il personale di programmazione) in modo da guadagnare fiducia nella società. A breve termine potrebbe non essere realistico, ma a lungo andare perderà la reputazione con i clienti, il suo datore di lavoro e i futuri datori di lavoro attraverso cattive referenze.

Dato che i venditori comprendono il denaro più di ogni altra cosa, parla con lui in questi termini.

Con lo sviluppo Agile vediamo consulenti che vendono punti per ~ 1000-1500 ciascuno. Se è possibile modificare il processo di vendita nel punto in cui devono vendere in base alla scala dei punti, il team di vendita sarà costretto a collaborare con il team di sviluppo per ottenere stime ragionevoli.

Tutto si riduce a un punto critico; Se non pensi di poter sostenere il ritmo necessario per rispettare il programma delle vendite promesse, allora non impegnarti a lavorare. Se le vendite sono eccessive, non è un tuo problema, finché non accetti il lavoro. ALLORA è il tuo problema. Ricorda al tuo capo che tutto ciò che i venditori devono fare è dire sì e ottengono il controllo; tu sei quello che effettivamente mantiene le promesse, quindi se dici che non funzionerà, il tuo capo dovrebbe essere in ascolto. Se hai la sfortuna di avere un manager che ascolta la sua forza vendita più della sua forza di sviluppo per quanto riguarda ciò che è e non è possibile, allora hai il PHB Dilbert-esque e dovresti aggiornare il tuo curriculum.

Questa è una delle ragioni per cui mi piace Agile; il team di sviluppo è coinvolto nel processo dalle discussioni iniziali sul design. È possibile calibrare un "punto" da entrambe le estremità; il team di sviluppo decide (esplicitamente o empiricamente) approssimativamente quante ore di sviluppo sono inerenti a un punto, che il management può quindi utilizzare per calcolare punti a settimana, punti al mese, ecc. che porta a un valore in dollari. A quel punto, il tuo team di vendita ora ha dati relativi al costo e al tempo richiesto per i livelli attuali dello staff per ottenere l'attuale quantità di scope. Se overpromise una volta che hanno quei numeri, sono fuori sul culo.

Specifica il lavoro dopo che ti hanno dato e fagli sapere quanto tempo ci vorrà. Poi quando ne parlano, diglielo.

"Mi dispiace che tu abbia preso quell'impegno ma dato le risorse a mia disposizione Ci vorranno X ore per completare"

Fai questo ogni volta ... ha funzionato per me.

In pratica, dì loro che possono averlo. Veloce, economico e buono, scegli due.

In realtà esiste un modo, un modo reale, non una banalità vuota, ma potrebbe non piacerti.

Chiedere a qualcuno del team di sviluppo coinvolto nel processo di vendita .

Ora ovviamente hai bisogno di qualcuno con buone capacità di persone, qualcuno che i venditori non saranno mortificati riguardo al portare con te per il viaggio. E questa persona ha bisogno di avere un'ampia comprensione del tipo di lavoro che fai. Loro non devono essere un ninja di codice, hanno solo bisogno di una leggera comprensione della codifica in generale e del tuo processo di sviluppo in particolare, ed essere ragionevolmente bravi a stimare il lavoro.

Questo è davvero un lavoro per un analista di business o un project manager. C'è una ragione per cui questi lavori pagano così bene in molte aziende; combinano due set di abilità molto importanti e distinti. Se non hai un vero BA o PM, ma hai uno sviluppatore senior o un architetto con competenze sociali, possono farlo anche loro.

È inoltre necessario fornire linee guida chiare per gli addetti alle vendite. In effetti, tu (come nel tuo team di sviluppo) stai inviando qualcuno per negoziare a tuo nome. Se non dai loro alcun parametro, negozieranno solo ciò che a loro sembra positivo. Ecco perché dai loro sempre i parametri.

Una volta compreso l'ambito del progetto, calcolare quanto tempo vorresti come per costruire, testare, modificare l'ambito e così via, oltre a una certa quantità di buffer, quindi assegnarglieli numero insieme a un "minimo autorizzato" - il minimo possibile eventualmente prima di mettere il progetto a grave rischio. Aspettatevi che taglino quel numero di un certo importo, quindi rendi il tuo minimo un po 'più alto di quello che deve essere.

Ti assicuriamo che la loro gestione sta facendo la stessa cosa. Il direttore delle vendite non vuole che gli addetti alle vendite vendano offerte non redditizie. Stanno entrando in ogni trattativa con una serie di numeri corrispondenti alla redditività obiettivo e alla redditività minima.

Potresti non essere i loro manager, ma se si documenta tutto ciò per iscritto prima iniziano anche a negoziare, quindi ti trovi su un terreno molto più solido con il management quando le persone iniziano a fare domande su perché il progetto è in ritardo Ma non si tratta solo di CYA; il team di vendita onestamente non ha idea di quanto tempo ci vorranno certe cose, e gli stai facendo un favore dandogli informazioni complete.

Un'altra cosa: non aspettarti che il team di vendita coinvolga la tua squadra per il gusto di farlo. È necessario anche il buy-in da parte del responsabile delle vendite e dei dirigenti. Non dovrebbe essere troppo difficile da ottenere, se ci si avvicina da una prospettiva di rischio. Non vuoi vendere fallimenti, vero? Pensa al costo della reputazione dell'azienda. Pensa al costo di una causa . Qualche tecnico deve essere parte di ogni trattativa prima che qualsiasi accordo possa essere firmato.

E se davvero, sinceramente, non riesci a vendere la gestione sull'idea, allora potrei suggerire di trovare un nuovo datore di lavoro? Perché il tuo potrebbe non essere più in giro comunque.

Disaccordi come questo sono normalmente causati da una mancanza di comunicazione. O non capiscono la pressione che stanno mettendo su di te o non capisci cosa stanno veramente chiedendo. In ogni caso, per risolvere il problema, è necessario comprendere la situazione dall'altro punto di vista.

Hai mai provato a vendere software? Potrebbe non sembrare la migliore risposta a molti sviluppatori, ma fino a quando non ci avrai provato, sarà difficile vedere l'azienda dal lato delle vendite. Se sei un grande sviluppatore, scrivi qualcosa che vuoi veramente scrivere e venderlo. Potresti vedere che hanno dei punti validi o potresti vedere che non lo fanno!