Com a cofundador i director de productes freelance, dissenyador i desenvolupador ocasional, he treballat a les dues cares de la taula: com a gestor de desenvolupadors i com a gestor que treballa amb un desenvolupador.
Per tant, si sou fundador, gestor de productes o algú que treballi amb un equip tècnic, vull compartir algunes coses a fer per mantenir els vostres empleats feliços i facilitar la seva vida.
Per què preocupar-se? Bé, a banda de simplement voler ser un bon cap, més fàcil sigui la vida del desenvolupador, més ràpid i eficaç podrà implementar funcions. I a internet, on el temps es mou a la velocitat dels anys dels gossos, això és sens dubte un avantatge.
Aquí es mostren les claus de l’èxit quan es treballa amb el vostre equip tècnic.
Comprendre la diferència entre un CTO i un enginyer principal
Treballaràs amb un CTO o amb un enginyer principal i és important comprendre que no necessàriament són la mateixa persona.
De vegades, teniu un CTO sorprenent que no només és tècnic, sinó també un gran directiu, comunicador i delegat. És probable que aquests tipus vulguin saber-ho tot sobre què esteu construint, quin és l'objectiu final per a l'usuari i els vostres objectius generals de negoci. Això és genial! Creieu-me, és un actiu. Nutrir-ho.
Tanmateix, la majoria de les vegades, especialment en aquesta economia escassa per als desenvolupadors, tindràs un Lead Engineer: una persona que és increïble en enginyar un producte, però que no necessàriament té les habilitats (ni el desig) de gestionar un equip. i producte.
Com més ràpid t’adones de quin tipus de persona necessites (o has contractat), millor estàs preparat per gestionar aquesta persona i el producte.
Es preocupa de com són les coses
Els desenvolupadors són fabricants, no màquines. Escolteu les seves idees i assegureu-vos que les tingueu en compte, fins i tot si no teniu ni idea de què diables parlen quan comencen a llançar termes tècnics. No sabeu la diferència entre aquesta i aquesta pila? Pregunteu. Utilitzeu-lo com a oportunitat per aprendre. Com a mínim, heu de tenir una comprensió bàsica de la part tècnica del vostre producte.
Sigues específic
És molt més útil per al vostre equip tècnic assignar-los tasques específiques i petites: no us envieu un munt de maquetes i digueu-les que es facin a divendres. De fet, vostè hauria de ser el que gestiona el projecte per a ells. Obteniu més informació sobre com utilitzar el programari de gestió de projectes com Pivotal Tracker o Trello i fer el seguiment del progrés del desenvolupament de funcions cada dia o per sessió de treball.
Comproveu sovint, tant de forma personal com mitjançant el vostre programari de gestió de projectes. És molt més fàcil evitar que les coses vagin pel camí equivocat si les podeu agafar a la bifurcació.
No canvieu la vostra ment cada dia
Ho sé, penses que això sembla evident. Però quan esteu llançant i venent el vostre producte cada dia, escoltant comentaris i idees per millorar-lo, és realment fàcil tornar amb noves idees. No facis això al teu equip.
Definiu una cosa concreta i petita que voleu crear: un producte mínim viable (o “MVP”). Feu que el vostre MVP estigui fora i a punt per ser creat. I fer-ho petit. Si heu dissenyat una aplicació gegant, desgloseu-la i comenceu amb una part. Envieu el vostre MVP i, després, canvieu d'opinió en funció de les dades.
A més, si encara no ho heu fet, llegiu The Lean Startup d’Eric Ries. Seguiu-lo: no us heu de llançar una bona argot als esdeveniments de xarxa.
Estableixi objectius, no terminis
En el món tècnic, els terminis no sempre funcionen. Fins i tot el desenvolupador amb més experiència trenca coses, i és difícil estimar el temps que trigarà a arreglar les coses.
Realment estic en la idea del Tracker de desglossar funcions i assignar punts de dificultat, no pas de hores. Marqueu un problema com a "fàcil", "mig", o "difícil" i feu el seguiment del progrés en lloc de complir-se amb els terminis. Assignar tasques sobretot difícils? Probablement es poden desglossar més.
Obteniu un gran dissenyador
Els dissenyadors resolen problemes i poden facilitar el procés de creació del producte. Especialment els dissenyadors d’UX / UI (experiència d’usuari i interfície d’usuari). T’ajuden a esbrinar com ha de ser el seu producte i l’actuació: píxel per píxel, interacció de l’usuari per interacció de l’usuari (penseu: Quin botó fa clic l’usuari? On és a la pàgina? On la porta?).
Aquesta no és la tasca del vostre desenvolupador. Estic serios. La tasca del vostre desenvolupador és escriure codi, no dissenyar el producte. Un gran dissenyador realment us ajudarà a estalviar en els costos de desenvolupament, ja que ajudaran a l'equip a reflexionar sobre les coses que altres persones poden passar per alt. També poden suggerir fer canvis senzills però potents que faran que el vostre producte sigui més intuïtiu i més fàcil d’utilitzar.
Al mateix temps, assegureu-vos que el vostre dissenyador és magre. De vegades no val la pena costar-se per construir-ho tot a mida. Hi ha una diferència entre l’atenció al detall i el fet de ser diva. Si el vostre desenvolupador es queixa d'un disseny, això és un signe que cal parar, discutir-lo, ajustar-lo i fer-ho.
Test, Test, Test
Si us interessa tot el vostre producte, ajudeu-lo a desenvolupar-lo a provar-lo. Hi mira des de fa hores. Dóna-li un nou joc d’ulls. Elogia-la pel que va fer bé i fes-li tasques específiques per al que encara cal fer o arreglar.
Els desenvolupadors sovint es queixen que em dediquen un munt de temps a alguna cosa i després es va llançar amb coses trencades perquè ningú les va veure. Recordeu, és el vostre producte. I ningú vol treballar per algú que no li importi el producte que hi posen.
Compensar justament
Vostè és un empresari i els negocis negocien. Normalment, molt millor que els no empresaris.
Per tant, tingueu cura.
Podeu negociar amb un desenvolupador sobre la seva tarifa, però, si sembla raonable, probablement ho sigui. Tingueu en compte que hi ha moltes altres persones que estan disposades i poden contractar-la per al que va citar. I, si sent que ha estat negociat i no se li compensa el que val, el més probable és que ella no prioritzi el seu treball sobre altres treballs (o sobre altres coses més divertides). O, trobarà algú altre que pagui la seva tarifa i, després, et deixarà penjat. L’he vist una i altra vegada.
Una alternativa és negociar una tarifa per a un període de prova per a una petita característica i dir-li que pagueu la tarifa completa si el projecte surt bé.
Confieu en el vostre equip
Sospiteu que tingueu les hores de rellotge del vostre desenvolupador o deixeu anar al biergarten més proper? Recordeu que si no contracteu persones en les que confieu i que siguin millors que vosaltres, no contracteu les persones adequades.
Confieu en els experts que heu contractat per fer la seva feina. Doneu-los les eines necessàries per fer-ho, inclosos la direcció, la flexibilitat, la sala de respiració i l’autoritat. I comproveu sovint.
