quando inizialmente ho chiesto, sono stato respinto di "perché hai bisogno di questa roba"? Poi gli stakeholder non tecnici si sono resi conto quando io e il mio collega eravamo indietro nel nostro lavoro, quando hanno iniziato, "di cosa hai bisogno, di cosa hai bisogno?"
Sembra che tu non l'abbia fatto ' t dare una risposta particolarmente buona alla loro domanda sul perché ne avevi bisogno. Spiegare in termini non tecnici perché hai bisogno di una particolare risorsa è un'abilità difficile da padroneggiare, ma è altrettanto importante per uno sviluppatore quanto la capacità di scrivere codice. Devi essere in grado di tradurre queste richieste tecniche in vantaggi aziendali derivanti dal loro possesso e / o rischi aziendali di non averle.
È mai successo a qualcuno ? Questa non è una startup, questo è un enorme istituto finanziario e non mi hanno configurato con alcun tipo di account Github o Bitbucket, mi hanno dato un laptop senza possibilità di scaricare tutto ciò di cui ho bisogno per fare il mio lavoro.
Non è particolarmente insolito per le aziende che stanno creando il loro primo "vero" team di sviluppo interno non disporre in anticipo di questo tipo di infrastruttura.
Il dipartimento in cui lavoro perché non è il primo dipartimento di sviluppo, c'è un team offshore che sono sviluppatori e hanno tutto ciò di cui hanno bisogno.
In realtà sembra che tu tu sia il primo reparto di sviluppo - i team offshore possono tecnicamente far parte della stessa organizzazione, ma il modo in cui operano tende ad essere molto più black-box, per quanto riguarda gli stakeholder non tecnici il denaro entra, il codice esce.
Nell'ultimo sviluppo, io e il mio collega abbiamo richiesto il nostro server di staging. Prendi questo, ci hanno fornito un server di staging a cui noi, al momento della stesura di questo articolo, non possiamo ancora accedere, ma il loro altro team di sviluppo che è offshore, ha accesso ad esso.
Sembra che il team già stabilito abbia già stabilito linee e procedure in atto per adattarle. In altre notizie, notte: buio, neve: freddo. Potrebbe valere la pena comunicare tu stesso con il team offshore per scoprire quali canali loro usano / hanno usato nell'attività per stabilire questo genere di cose. Se hanno già svolto il lavoro di gamba nello stabilire i mezzi per ottenere ciò di cui hanno bisogno dall'attività, perché non ci riesco invece di reinventare la ruota?
Mi ritrovo a farmi coinvolgere la posizione di un Tech Lead, insegnando al mio collega come lavorare con git e assicurandosi che spinga il suo codice in tempo, che abbia il flusso di lavoro git verso il basso perché le persone per cui lavoriamo non hanno idea di cosa sia o perché sia importante.
Temo di non capire perché questa sia una sorpresa per te: sembra che non abbiano nessuno in un ruolo di tipo tecnico e, ovviamente, parti interessate non tecniche non sapranno o, francamente, si preoccuperanno di cosa sia il flusso di lavoro git. Se i doveri del responsabile tecnico non erano qualcosa di cui hai tenuto conto quando il ruolo è stato avviato (e presumibilmente potrebbero non aver avuto idea di aver bisogno di una cosa del genere), allora devi parlare con il tuo manager del fatto che questo aspetto sta per occupare una parte diversa da zero del tuo tempo di lavoro. Se il team offshore ha il proprio leader tecnologico, indica questo esempio, ad es. "Il team offshore ha Joe che si occupa già di queste responsabilità per loro"
Ogni volta che abbiamo domande su specifiche, modelli o risorse, nessuno sembra saperlo assolutamente e noi vengono costantemente indirizzati all'altro team di sviluppo offshore, il cui principale modus operandi è garantire che il proprio lavoro venga svolto. Sicuramente hanno accesso a tutti gli strumenti per sviluppatori di cui hanno bisogno, mentre io e il mio collega abbiamo dovuto giustificare per oltre un mese il motivo per cui avevamo bisogno di quegli stessi strumenti.
Di nuovo sono un po 'perplesso per la tua sorpresa: ovviamente ti faranno riferimento alla loro unica risorsa tecnica esistente. Se il team off-shore non ti fornisce le risposte di cui hai bisogno (quando sembra che sia qualcosa che i tuoi capi vogliono che facciano), inoltra il fallimento al tuo manager , perché allora non stanno "portando a termine il loro lavoro".
Voglio dire, sto impazzendo qui? Mi hai assunto come sviluppatore, sì, ho bisogno degli stessi strumenti, risorse e autorizzazioni degli altri tuoi sviluppatori.
Non stai impazzendo esattamente, ma sembra che tu stia dimostrando alcuni una notevole ingenuità nell'aspettarsi che persone provenienti da un'area di competenza completamente diversa sappiano automaticamente quello che fai. Sono su una curva di apprendimento qui e sembra che tu non stia tenendo conto di questo. È frustrante dover spiegare / giustificare richieste provenienti da principi quasi primi? Diamine sì. Soprattutto quando sei abituato a dare queste cose per scontate.
Ma ecco il punto: lamentarsi della realtà che non è come vorresti che fosse non sta andando per cambiare qualcosa, quindi se hai intenzione di rimanere dove sei devi rispolverare quel cappello da "abilità imprenditoriali" e indossarlo per un po '. Quando identifichi una lacuna nell'infrastruttura, vai oltre l'effetto immediato sul tuo flusso di lavoro e considera le implicazioni su questo per l'azienda perché sono quelle implicazioni che saranno i tuoi argomenti più potenti per ottenere ciò di cui hai bisogno.
Se hai bisogno di esercitarti, prova a spiegare la necessità a qualcuno al di fuori del lavoro che sia allo stesso modo non tecnico , partner, familiare ecc. Se puoi metterlo in termini che possono capire, allora ti conosci " sei andato nella giusta direzione.
Infine, si deve riconoscere che la creazione e la costruzione di un team di sviluppo interno (o qualsiasi altra nuova funzione aziendale) è sicuramente un pezzo di lavoro, e spesso ingrato, ma è necessario essere consapevoli che non lo è ' Non "succederà e basta", quindi se non sei pronto ad accettare quella sfida, allora non c'è niente di sbagliato in questo, ma potresti dover iniziare a cercare un ambiente più consolidato in cui puoi semplicemente andare a terra. L'ho fatto prima di me più di una volta - non mentirò, a volte era uno slog, e non sono sicuro che sarei particolarmente entusiasta di farlo di nuovo presto. Quindi non aver paura di chiederti se questo è veramente il lavoro che desideri in questa fase della tua carriera / vita.