Come co-fondatore e occasionale product manager freelance, designer e sviluppatore, ho lavorato su entrambi i lati del tavolo: come sviluppatore gestito e come manager che lavora con uno sviluppatore.
Quindi, se sei un fondatore, un product manager o qualcuno che lavora con un team tecnico, voglio condividere alcune cose da fare per rendere felici i tuoi dipendenti e semplificare la loro vita.
Perché preoccuparsi? Bene, oltre a voler semplicemente essere un buon capo, più facile è la vita del tuo sviluppatore, più veloce ed efficiente sarà in grado di implementare funzionalità. E su Internet, dove il tempo si muove alla velocità degli anni dei cani, questo è sicuramente un vantaggio.
Ecco le chiavi del successo quando si lavora con il proprio team tecnico.
Comprendi la differenza tra un CTO e un ingegnere capo
Lavorerai con un CTO o un ingegnere capo ed è importante capire che non sono necessariamente la stessa persona.
A volte hai un CTO straordinario che non è solo tecnico, ma anche un ottimo manager, comunicatore e delegatore. Questi tipi probabilmente vogliono sapere tutto su ciò che stai costruendo, qual è l'obiettivo finale per l'utente e i tuoi obiettivi aziendali generali. È fantastico! Credetemi, è un vantaggio. Coltivalo.
Il più delle volte, tuttavia, specialmente in questa economia scarsamente sviluppatrice, avrai un ingegnere capo: una persona che è straordinaria nell'ingegnerizzare un prodotto, ma non ha necessariamente le capacità (o il desiderio) di gestire una squadra e prodotto.
Più velocemente ti rendi conto di quale tipo di persona hai bisogno (o hai assunto), più preparati sarai a gestire quella persona e il prodotto.
Preoccupati di come vanno le cose
Gli sviluppatori sono produttori, non macchine. Quindi ascolta le loro idee e assicurati di prenderle in considerazione, anche se non hai idea di cosa diavolo stiano parlando quando iniziano a gettare termini tecnici. Non conosci la differenza tra questo e quello stack? Chiedere. Usalo come un'opportunità per imparare. Dovresti avere almeno una conoscenza di base del lato tecnico del tuo prodotto.
Sii specifico
È molto più utile per il tuo team tecnico assegnare loro piccoli compiti specifici, non limitarti a consegnare un mucchio di modelli e dire loro di essere fatti entro venerdì. In effetti, dovresti essere tu a gestire il progetto per loro. Scopri come utilizzare software di gestione dei progetti come Pivotal Tracker o Trello e tenere traccia dell'avanzamento dello sviluppo delle funzionalità di giorno o per sessione di lavoro.
E fai il check-in spesso, sia di persona che tramite il tuo software di project management. È molto più facile evitare che le cose vadano sulla strada sbagliata se riesci a prenderle al bivio.
Non cambiare idea ogni giorno
Lo so, pensi che questo appaia ovvio. Ma quando esci a lanciare e vendere il tuo prodotto ogni giorno, ascoltando feedback e brainstorming modi per renderlo migliore, è davvero facile tornare con nuove idee in ogni momento. Non farlo alla tua squadra.
Definisci una cosa specifica e piccola che vuoi costruire: un prodotto minimo vitale (o "MVP"). Chiedi al tuo MVP di essere pronto e pronto per essere costruito. E renderlo piccolo. Se hai progettato un'app gigante, suddividila e inizia con una parte. Spedisci il tuo MVP e poi cambia idea in base ai dati.
Inoltre, se non lo hai già fatto, leggi The Lean Startup di Eric Ries. Seguitelo - non limitatevi a gettare un bel gergo negli eventi di rete.
Imposta obiettivi, non scadenze
Nel mondo tecnico, le scadenze non sempre funzionano. Anche lo sviluppatore più esperto rompe le cose e stimare quanto tempo ci vorrà per sistemare le cose è difficile.
Mi piace molto l'idea di Tracker di scomporre le caratteristiche e assegnare punti di difficoltà, non ore. Contrassegna un problema come "facile", "medio" o "difficile" e segui i progressi piuttosto che rispettare le scadenze. Assegnare compiti per lo più difficili? Probabilmente possono essere ulteriormente scomposti.
Ottieni un grande designer
I progettisti risolvono i problemi e possono rendere il processo di creazione del prodotto molto più semplice. Soprattutto i progettisti di UX / UI (esperienza utente e interfaccia utente). Ti aiutano a capire come dovrebbe apparire e comportarsi il tuo prodotto: pixel per pixel, interazione dell'utente per interazione dell'utente (pensa: quale pulsante l'utente fa clic dopo? Dove si trova sulla pagina? Dove la porta?).
Questo non è il lavoro del tuo sviluppatore. Sono serio. Il compito dello sviluppatore è scrivere codice, non progettare il prodotto. Un grande designer ti aiuterà effettivamente a risparmiare sui costi di sviluppo, perché aiuterà il team a riflettere e catturare cose che altri potrebbero aver trascurato. Possono anche suggerire di apportare modifiche semplici ma potenti che renderanno il tuo prodotto più intuitivo e più facile da usare.
Allo stesso tempo, assicurati che il tuo designer sia snello. A volte non vale il costo per costruire tutto su misura. C'è una differenza tra l'attenzione ai dettagli e l'essere una diva. Se il tuo sviluppatore si lamenta di un progetto, questo è un segno che devi fermarti, discuterne, modificarlo e scendere a compromessi.
Test, Test, Test
Se ti interessa del tuo prodotto, aiuta il tuo sviluppatore a testarlo. Lo sta fissando da ore. Darle una nuova serie di occhi. Lodatela per ciò che ha fatto bene e assegnatele compiti specifici per ciò che deve ancora essere fatto o risolto.
Gli sviluppatori spesso mi lamentano del fatto che hanno speso un sacco di tempo su qualcosa e poi si è lanciato con le cose rotte perché nessuno le ha viste. Ricorda, è il tuo prodotto. E nessuno vuole lavorare per qualcuno a cui non importa del prodotto che stanno pubblicando.
Compensare equamente
Sei un uomo d'affari e uomini d'affari negoziano. Di solito, molto meglio delle persone non d'affari.
Quindi sii attento.
Puoi negoziare con uno sviluppatore sulla sua tariffa, ma se sembra ragionevole, probabilmente lo è. Tieni presente che ci sono molte altre persone disponibili e in grado di assumerla per quello che ha citato. E, se si sente come se fosse stata negoziata e non le è stato risarcito il suo valore, è probabile che non darà la priorità al tuo lavoro rispetto ad altri lavori (o ad altre cose più divertenti). Oppure troverà qualcun altro che pagherà la sua tariffa, quindi ti lascerà impiccato. L'ho visto ancora e ancora.
Un'alternativa è quella di negoziare una tariffa per un periodo di prova per una piccola funzione e dirle che pagherai la tariffa intera se il progetto va bene.
Fidati del tuo team
Sei sospettoso delle ore di imbottigliamento dello sviluppatore o rilassati andando al biergarten più vicino? Ricorda che se non stai assumendo persone di cui ti fidi e che sono meglio di te in qualcosa, allora non stai assumendo le persone giuste.
Fidati degli esperti che hai assunto per fare il loro lavoro. Fornisci loro gli strumenti di cui hanno bisogno per farlo, tra cui direzione, flessibilità, respiro e autorità. E fai il check-in spesso.
