Pianificare la conformità e mantenere i supporti tecnici e risolvere i problemi

Question

Sono un imprenditore di una piccola società di sviluppatori di software. Il prodotto di punta è sviluppato da me e la mia azienda è cresciuta fino a 14 persone. L'orgoglio è che non dobbiamo mai essere investiti o prestati.

Il team di sviluppo principale è di 5 persone. 3 sono anziani e 2 sono junior.

Dopo la prima versione, abbiamo ricevuto molti problemi dai nostri clienti. La maggior parte di essi sono problemi di bug, esigenze di personalizzazione, domande di utilizzo e richieste di aggiornamento.

I problemi dei clienti sono in arrivo molte volte ogni giorno, quindi ci vuole poco tempo o molto tempo dei nostri sviluppatori. A causa del nostro prodotto è un kit di sviluppo software (SDK), quindi la maggior parte delle domande può essere conto solo dai nostri sviluppatori. E, per risolvere i problemi di bug, gli sviluppatori devono essere coinvolti. La stima del tempo per risolvere il bug è difficile. Lo capisco appieno. Tuttavia, i nostri sviluppatori insistono sul fatto che non possono impostare la data di scadenza di ciascun progetto perché sono impegnati a fare supporti tecnici e correzioni di bug per questioni dei clienti ogni giorno. Certo, non fanno mai un sovraccarico.

Ho suggerito loro un'idea di dividere il team in due parti: una per concentrarsi sullo sviluppo per pietre miliari, altri per fare supporti tecnici e correzioni di bug senza impostare i giorni di deviare. Quindi potremmo annunciare ufficialmente il piano di rilascio. Dopo la finitura del rilascio, due parti scambiano il ruolo per il prossimo traguardo.

Tuttavia, dicono di "no, perché è impossibile condividere completamente la conoscenza e il documento di progettazione". Dicono ancora che non possono impostare la data di uscita e mi chiedono di modificare in modo flessibile la data di scadenza. Non fissa la data di scadenza di ogni pietra miliare. Fortunatamente, la nostra azienda non è prestata e investita, quindi non siamo pieni. Ma penso che sia una cattiva idea mantenere questa situazione. Conosco la storia di Ant e Grasshopper.

I nostri clienti sono stanchi di aspettare per sempre della nostra data di uscita. Le aziende consumano tempo e denaro limitati. Se la data di scadenza flessibile senza limiti potesse essere accettabile, potrebbero accettare il giorno di stipendio flessibile?

Qual è la causa principale del nostro problema? Tutto quello che voglio è correggere e ottenere la data di scadenza con precisione di ogni pietra miliare senza perdere frequenti supporti tecnici.

Penso che ci debba essere una soluzione per questa situazione. Per favore rispondimi.

Grazie in anticipo.

Ps. I nostri strumenti e modi di gestione dei progetti sono Trello, Tracker di problemi simili a Mantis, software di calendario condiviso e scrum (carte raccolte in serie di progetti "piccoli e alta completezza").