Come gestire il personale dirigente (proprietario dell'azienda) che minimizza l'impatto delle modifiche alle specifiche? [chiuso]

Sebbene tutti i feedback fin qui siano positivi, tutti raccomandano metodi per cambiare il tuo approccio ai boss e credimi, questo è uno sforzo inutile che alla fine ti farà diventare sempre più frustrato.

Il tuo capo, come il mio e molti altri, ha una visione più ampia dell'azienda rispetto a noi semplici sviluppatori. Si preoccupano della soddisfazione del cliente, del business ripetuto e del passaparola e della reputazione che derivano dal fornire ciò che il cliente desidera, anche se è fuori dal campo di applicazione.

Ora capisco che per le grandi case di sviluppo che assumono progetti governativi del valore di milioni di dollari è molto importante ottenere tutti gli obiettivi ei dettagli inchiodati sin dall'inizio per garantire il successo complessivo del progetto. Non penso che tu lavori per una compagnia del genere.

Hai detto che di recente hai perso il tuo direttore di produzione, amico ... è il momento per te di adattarti e salire al piatto qui. La tua azienda è sotto uno sforzo finanziario evidentemente e almeno tu hai ancora un lavoro qui. Sono sicuro che il tuo capo si caga i pantaloni ogni giorno facendo tutto il possibile per farti andare avanti (anche prendendo l'ultima possibilità di licenziare)

Quindi, per riassumere, penso che dovresti lavorare in modo diverso e adattarti alla nuova situazione. Adotta uno stile di sviluppo più agile e metti al primo posto i clienti.

C'è qualcosa di divertente nel volare vicino al posto dei pantaloni. Devi solo essere diretto con il tuo capo e dirgli quello che hai detto qui. La maggior parte di tutti capisce che è umano, quindi sii un po 'compassionevole e spiega che con la perdita del tuo PM alcuni dei processi che erano una volta sul posto si sono sbloccati .. Ma allo stesso tempo spieghi che capisci le pressioni cui è sottoposto e se può accettare il fatto che gli sviluppatori dovranno passare un po 'di tempo e commettere errori, quindi è tutto quello che devi dire - non potrà mai tornare indietro e dire che non lo hai affatto avvertito.

Probabilmente non c'è nulla che tu possa fare ora per questo progetto. Tuttavia, se hai la possibilità di tracciare il tuo tempo contro entrambe le caratteristiche originali e contro le modifiche separatamente, fallo. Una volta che il progetto è finito, fai una retrospettiva.

Sei arrivato presto e sotto budget? Se è così, le tue stime sono spente e il tuo capo ha ragione. Se sei arrivato oltre il budget / in ritardo, verifica se la quantità di eccedenze corrisponde al tempo impiegato per le nuove modifiche.

Se inizi a farlo per tutti i tuoi progetti, alla fine dovresti vedere una tendenza. Probabilmente, più funzioni verranno aggiunte dopo la stima originale, più tardi saranno i progetti.

Non farlo per dimostrare che hai ragione e il tuo capo ha torto. L'obiettivo non è quello di dimostrare che qualcuno ha torto, l'obiettivo è quello di imparare come lavorare insieme per fare stime migliori. Se i progetti sono spesso in ritardo e spesso le modifiche vengono apportate dopo la stima iniziale, avrai le informazioni necessarie per apportare alcune modifiche al tuo modo di lavorare.

Fornisci stime temporali dettagliate con esattamente i compiti che devi eseguire per apportare la modifica. Fai le stime del tempo in dettaglio escretriante. Assicurati di includere elementi come la comunicazione (e-mail e riunioni), i test unitari, il controllo qualità, l'implementazione, la documentazione, la ricerca e il design, non solo lo sviluppo (e assicurati di inserire molti passaggi nella parte di deviazione). L'unico modo per educarlo è mostrargli l'impatto dettagliato. Nella nostra azienda tutte le modifiche alle specifiche sono modifiche alla stima e tutte sono inviate al cliente in modo che sappiano l'impatto del cambiamento sulla scadenza e sulla quantità di denaro che le costerà. Ora che capiscono che i cambiamenti non sono gratuiti, abbiamo molte meno modifiche.

Ti suggerisco di creare un modello di stima del tempo da utilizzare per il futuro.

Se questo non gli fa iniziare a capire l'impatto, allora non lo farà mai ed è tempo di andare avanti prima di entrare in una serie di marce della morte che occupano tutto il tuo tempo personale per soddisfare le sue scadenze irrealistiche.

Questo accade dove lavoro anch'io - il cliente continuerà a richiedere piccole modifiche che finiscono per farci andare oltre la pianificazione / budget. (Chiamerò questo fenomeno "requisiti creep" poiché sembra che potrebbe essere una causa di / correlato alla funzionalità creep nel software).

Qualcosa che abbiamo fatto in un recente progetto che ritengo possa aiutare a combattere i requisiti è che i superiori hanno deciso di adottare un approccio graduale offrendo una serie di funzionalità alla fine della fase 1, quindi pianificando di soddisfare requisiti aggiuntivi come parte di una fase 2. In questo modo, spendere le cose in questo modo ti permetterebbe di consegnare un prodotto di fase 1 di qualità entro la scadenza iniziale pari o inferiore al budget.

La seconda fase avrà ovviamente la sua scadenza e il pagamento, che il tuo capo probabilmente vorrebbe visto che sarebbe più denaro. (Fase 3: profitto!)

Questo potrebbe non essere utile se la parte della fase 1 impiega più tempo della scadenza iniziale o se il tuo capo non si rende conto che c'è un problema, ma è qualcosa che potresti suggerirgli.

È difficile lavorare con il capo che non capisce il nostro lavoro. Ho avuto quel tipo di esperienza ed è stato il momento peggiore della mia vita.

Penso che dovresti parlare con il tuo capo come un bambino (mostragli pro e contro delle sue decisioni), dovresti spiegargli come dovrebbe funzionare, magari potresti anche comprargli un libro se ha senso dell'umorismo.

Ma per essere onesti molte cose dipendono dall'accordo che il tuo capo firmerà con il cliente. So che a volte la complessità è ridotta al minimo perché la società vuole ottenere un contratto e dopo di ciò parla di nuovo con il cliente e la complessità è in aumento e quindi l'azienda guadagna di più. Il secondo caso in cui la complessità è ridotta al minimo è quando l'azienda sa che il cliente ci darà più compiti in futuro - è come lanciare un'esca. E la peggiore spiegazione di quel comportamento è una persona inappropriata.