Come gestisci le tecnologie / le API over-the-head

Prototipo, Prototipo, Prototipo !!

Se il tuo team non ha familiarità con un particolare framework, crea un prototipo per valutare dove sono i punti dolenti.

Matt Raible (ragazzo comparatore di framework Web Java) suggerisce di lavorare con un framework per una settimana, se possibile.

Il prototipo include lo studio del supporto della comunità dietro un framework e altri fattori

La gestione delle dipendenze esterne è la rovina di molti progetti IT. Molti anni fa i programmatori esperti con cui ho lavorato si sono sempre assicurati che avessero il controllo sulle loro dipendenze - Solitamente insistendo sul fatto che le licenze del codice sorgente sono state acquistate.

Personalmente, non è stato il mio approccio. Tendo ad essere del sotto promessa, oltre a consegnare la scuola di pensiero. Ci sono volte in cui ho dovuto sporgermi, ma faccio ricerche private in anticipo per essere sicuro al 99% - di solito faccio un progetto privato spesso nel mio tempo per assicurarmi che la tecnologia sia in grado di fornire. In effetti prototipo, test, validazione quindi promessa.

Ci sono situazioni in cui sono stato scoperto - e devo tornare indietro o essere creativo. Avere una mente creativa con un sacco di vasta esperienza aiuta qui, ma anche parlare con altre persone. - e non sempre programmatori. A volte le soluzioni provengono da luoghi davvero strani.

Per quanto riguarda la gestione, la chiave è l'onestà. Parli presto e spesso. Non lasciarlo all'ultimo minuto, lasciando che i gestori / clienti del giorno prima di una consegna importante ti facciano sembrare dei dilettanti. Poter dire che 2 mesi prima della scadenza che i gestori devono scegliere tra rinunciare a poche funzionalità e / o ritardare la spedizione potrebbe non essere popolare al momento, ma permette al resto dell'organizzazione di svolgere il proprio lavoro e pianificare . La chiave per poterlo fare è avere un buon sistema di gestione delle attività che tiene traccia dei tempi e delle stime delle attività. Avere solide prove per sostenere il tuo punto di vista rende molto più probabile che tu venga ascoltato.

"Come gestisci in queste situazioni?". Quello che ho visto / sperimentato:

il numero 1 punto sono d'accordo con Tolomeo: sii onesto:

Se è davvero un problema: andare in quella stanza, raccontare il problema, sedersi in attesa della risposta di rabbia e poi ... lavorare verso un nuovo piano / soluzione. (il ragazzo non è arrabbiato con te personalmente).

Esistono corsi IT che riguardano solo questa situazione. Ti piacciono gli attori e mettono il cliente arrabbiato che ascolta queste notizie. Hai un sacco di consigli su di esso. Sembra stupido ma probabilmente solo dopo averlo fatto ne noti il valore. Ho lasciato con un foglio con 80 punti da ricordare in quelle situazioni ... (e pratica).

Questa situazione è tipica probabilmente ancora di più oggi, dove i budget sono stretti, le vendite sono fatte sulla "offerta più bassa", la pianificazione che hai dato viene rifilata 5 volte prima che sia accettata dal cliente ... (incluso quel prototipo da " ti assolda perché sei l'esperto e altrimenti ne stanno aspettando altri 10 ") etc ...

- Un'altra cosa potrebbe essere il pensiero laterale: se non può essere fatto in questo modo, provare a proporre qualcosa di completamente diverso che fornisca lo stesso valore per il cliente. Se la tecnologia non funziona A TUTTI / è rotto / salta fuori dall'accordo / ecc ... Se il cliente acquista a questo può consegnare lo stesso valore alla fine. Ma portarlo è anche piuttosto difficile. (per alcuni e totalmente non per gli altri). Hai bisogno dei ragazzi veramente esperti per questo. Una situazione analoga è che la tecnologia NON È ANCORA fino a questo ... ci vogliono alcuni mesi ... Quindi è necessario convincere il cliente a ripianificare e accettare la ripianificazione e l'impatto sulla sua organizzazione ...

- Un'altra "lezione appresa" è invocare i ragazzi senior senior non appena notate che va in questa direzione. Spesso hanno affrontato progetti problematici e sono davvero d'aiuto in queste situazioni. Spesso viaggiano solo da un progetto problematico a un progetto problematico.

- Un'altra lezione appresa è lasciare che i tuoi elementi architettonici passino attraverso i canali di verifica, in particolare sui progetti più grandi. Una firma può coprirti il culo. (salva tutte le tue e-mail LOL)