Sviluppo software - Progetto, 1 programmatore - Cosa succede se colpito dal bus?

La società per cui sto attualmente lavorando mi sta sviluppando un sacco di software interno mission-critical. Ho un'altra persona che lavora per me, ma è più un ragazzo di prova e non uno sviluppatore. La compagnia è preoccupata per alcuni di questi progetti e cosa succede se vengo investito da un autobus. In che modo l'azienda riprende dopo qualcosa del genere quando esiste una sola persona che conosce la base di codice. Una persona che conosce lo stato corrente del progetto.

Ho spiegato che con la mia documentazione e con la documentazione nel codice che avrebbero davvero solo bisogno di assumere un altro programmatore che capisca le lingue che sono state usate e che potrebbero essere abbastanza veloci da accelerare.

Hanno suggerito una ditta esterna che potrebbe essere "mantenuta aggiornata" su base mensile che potrebbe "subentrare" nel caso in cui accadesse qualcosa. Non vedo come questo possa essere utile oltre a pagare qualcuno per il gusto di pagarli. Peggio ancora, immagino che un giorno al mese venga sprecato a discutere del progetto con questa società di consulenza. Vedo che questo potrebbe essere utile, ma non lo vedo più utile che assumere un programmatore dopo la mia prematura scomparsa.

Pensieri? Situazione simile e come viene attualmente gestita dove lavori?

Sfortunatamente quello che stanno facendo è "mettere tutte le loro uova nello stesso paniere".

È molto probabile che lavorare con un'azienda esterna fornisca loro entrate, ma dubito seriamente che ne varrà la pena. La documentazione appare sempre bella e chiara quando la scrivi. Il problema è che sai quanto vale quando qualcun altro cerca di leggerlo - qualcuno che a malapena sa qualcosa (tecnico) sul progetto (all'interno del progetto).

Ad ogni modo, leggere una base di codice completa di cui non sai nulla è possibile, potrebbe richiedere solo un sacco di tempo (molto oltre la maggior parte delle aziende possono permettersi).

La loro migliore scommessa onesta è assumere qualcuno che lavori con te (rigorosamente non sotto la tua guida) per un certo periodo di tempo, e per testare quanto tempo impiega per arrivare a un punto in cui può capire e cambiare parti importanti di il progetto.

Se impiega più tempo di quello che potrebbero permettersi se te ne andassi, allora dovrebbero prendere seriamente in considerazione l'assunzione di uno o più programmatori permanenti (a tempo pieno o part-time) e non lasciare mai che prendano lo stesso bus. :)

Ad ogni modo, i bravi programmatori che se ne vanno all'improvviso peggiorano sempre le cose.

Spero che non vieni investito da un autobus! Hai ragione, non vedo il valore di farlo. Innanzitutto, l'altra società addebiterà un importo più vicino a uno sviluppatore a tempo pieno e criticheranno le cose e ti rallenteranno. Potrebbero chiedere troppi risultati e spiegazioni da parte tua. Inoltre, non vi è alcuna reale garanzia che saranno in grado di raccogliere, poiché non vi sarà alcuna possibilità per voi di testarli prima che gli venga richiesto di subentrare.

Suggerisco invece che l'azienda investa in un altro sviluppatore. Questo sviluppatore non deve essere al tuo livello di competenza, ma il tempo trascorso con lui / lei sarebbe un investimento per il progetto. Avrai diverse opportunità per testare la sua comprensione poiché lavorerà direttamente con te.

Assicurati di non guidare la stessa macchina quando vai a pranzo :)

Una soluzione che avrebbe effettivamente valore è assumere un mentore. Questo è un servizio che offro per le aziende di software che sono locali per me. Visito per mezza giornata a settimana o un giorno a settimana. Ogni visita fornisce un valore immediato come assicurarsi che gli sviluppatori stiano usando le migliori pratiche, insegnando loro nuove cose che devono imparare, dando loro la possibilità di essere esposti a cose nuove poiché sono di solito impegnati nella programmazione e non vanno ai lanci e al come, risolvendo i loro immediati bug e blocchi stradali, spiegando cose che non sanno come fare, e così via. A volte, gestisco le attività di codifica, in particolare per le operazioni una tantum in cui il personale avrebbe bisogno di imparare molto per svolgere l'attività, e quindi non avrebbe mai bisogno di farlo di nuovo. Posso anche progettare di gestire cose come ottenere un piano di Disaster Recovery - ha bisogno di risposte da parte di sviluppatori e gestori,

È probabile che un accordo del genere sia più economico di quello che suggerisce il tuo capo e abbia un valore per te. Ha un effetto collaterale che il mentore imparerà il sistema e sarebbe probabilmente in grado di addestrare il vostro sostituzione se si dovesse essere colpito da una lotteria .

La ISO 9001 in questo settore riguarda il fatto di essere colpiti da uno scenario di autobus . L'ottenimento di servizi da tale società consentirà alla tua azienda di qualificarsi per tale certificazione? Questa potrebbe essere una domanda interessante da porre loro.

O per farli girare in tondo alla ricerca di una risposta. (che probabilmente suonerebbe molto simile a "no")

Sono d'accordo con l'OP. Assumere un altro sviluppatore è meglio. Se la knowledge base si trova in un'altra società su cui non hanno alcun controllo, la situazione è altrettanto rischiosa.

Per me sembra che vogliono sostituirti con il lavoro offshore in cui le persone possono sopravvivere con $ 10 al mese.

Hanno bisogno di uno sviluppatore aggiuntivo. È davvero così semplice. Entrambi dovreste lavorare sull'intera base di codice. O almeno avere abbastanza familiarità con il lavoro reciproco per intervenire per risolvere i problemi in caso di emergenza. Se i budget sono limitati, in teoria potresti persino assumere un timer parziale, probabilmente sarebbe sufficiente. Qualcuno che potrebbe dedicare alcune ore ogni settimana all'apprendimento del codice facendo manutenzione e correzioni. Ciò li familiarizzerebbe abbastanza.

Assumere un'azienda esterna? Sono lì con te - potrebbero anche buttare quei soldi in bagno. Il fatto che stiano pensando di assumere una società esterna per apprendere il tuo sistema mi dice che non sono in realtà interessati allo scenario del bus (perché, come notato, la soluzione è ovvia) e hanno solo bisogno di un motivo per lanciare la frase "colpita da un andare in giro mentre giocano a golf con i loro colleghi manager o ... che stanno cercando di esternalizzare il tuo lavoro. Dopotutto, se un'azienda esterna può imparare la tua intera base di codice a un prezzo inferiore rispetto a un dipendente, a un certo punto quelli con i capelli a punta chiederanno perché hanno bisogno di te?

È più comune di quanto si pensi per le aziende avere un piano per se un dipendente critico viene investito da un autobus.

Di solito, però, sta accoppiando il talento chiave con qualcuno interno (a cui non è consentito viaggiare sugli stessi voli ... o autobus) per evitare che vantaggi e idee competitivi vadano fuori dalla competizione.

Innanzitutto, la persona che verifica il tuo codice non dovrebbe funzionare "sotto" te; è un conflitto di interessi.

In tua assenza, devono valutare il rischio di rimanere indietro nelle aree di: debug e aggiunta di nuove funzionalità. Possono fare in modo che qualcuno sia pronto a diventare un debugger rapidamente, a meno che tu non abbia scritto un codice errato. Di solito, l'aggiunta di nuove funzionalità può attendere fino a quando non si è pronti per un nuovo programmatore. Non sempre quando ci sono promesse per clienti esistenti o in un mercato in cui stai cercando di tenere il passo con la concorrenza.

Ho lavorato in un'azienda in cui ero l'unico sviluppatore. Non mi sostituirono con un altro programmatore, ma cambiarono drasticamente le direzioni e si accontentarono di un'applicazione di terze parti. Sono state prese decisioni commerciali più strane. Questo impedisce loro di separarsi drasticamente dalla concorrenza e di avere un'enorme influenza per far crescere il loro business. Forse quello non era più il loro obiettivo?

In effetti esiste un termine chiamato numero del bus di progetto. Se il numero del bus è uno, hai un grosso problema. La FEMA negli Stati Uniti chiede alle aziende di prepararsi meglio alle catastrofi.

Non è solo la perdita di uno sviluppatore chiave. È l'impatto di un disastro naturale o la mancanza di backup fuori sede. Ci sono molte domande su questo sito che chiedono se devono usare il controllo del codice sorgente come sviluppatore solista. La possibilità per un nuovo sviluppatore di recuperare la versione più recente del software e di vedere quali parti sono nuove li aiuterà.

Ulteriori informazioni su PS-Prep sono disponibili all'indirizzo http://www.fema.gov/privatesector/preparedness e http://readyrating.org/ .

Conosco il tuo dolore. La società per cui lavoro ha oltre 20 sviluppatori e ognuno ha le sue conoscenze.

I bit sovrapposti sono davvero ... bit, quindi se qualcuno scompare (vacanze, ilness, ecc.) E succede qualcosa agli strumenti che gestiscono, sei fregato.

Il problema è che conoscono la situazione e non gliene importa molto, forse non si sono ancora fatti una faccia morta.

Mi piace la citazione che dice qualcosa come "I cimiteri sono pieni di persone precedentemente considerate indispensabili". Detto questo, la tua azienda ha il dovere di ridurre al minimo i rischi, al momento sei percepito come tale. Ci sono stato in occasioni, è meglio non solo non resistere, ma fare il possibile. Non addestrare solo una società esterna, raccomandare la migliore compagnia in città, cioè quelle di cui avresti più fiducia. Considera anche, se stai facendo un lavoro meglio di chiunque altro, sei insostituibile per definizione.