Sul web puoi trovare molte informazioni su come sviluppare un progetto open source, ma nessuno fa commenti su cosa dovresti evitare. Ecco perché vogliamo parlarvi di alcuni comportamenti negativi o cattive pratiche, che devono essere evitati affinché il progetto abbia successo.
- Credere che i tuoi collaboratori siano un fastidio
Quando qualcuno esterno fa un'osservazione, gli sviluppatori pensano di aver dato loro più lavoro e lo è davvero, ma ignorare questi oggetti di scena è un errore per un progetto open source. Piuttosto, devono benvenuto e grazie che stanno lavorando con te, in modo che continuino a farlo. Successivamente queste persone potrebbero diventare i tuoi colleghi di lavoro.
Hai bisogno che le persone diano un contributo, poi un secondo e un terzo. Quindi è possibile che il tuo progetto abbia i suoi nuovi rappresentanti per la manutenzione.
- Lasciare che le persone facciano il lavoro sporco
Ogni persona che vuole contribuire a un progetto open source ha diversi motivi per farlo: alcuni sono utenti e altri vogliono sperimentare aiutando in questo tipo di lavoro. Nel secondo caso, serve come esercizio o apprendimento per dare qualcosa all'ecosistema informatico che usano.
Molti approfittano di questa buona volontà e danno il lavoro sporco a chi vuole collaborare: compiti senza interesse, di scarso valore e senza impatto diretto sul progetto. Prenditi cura dei compiti che assegni ai tuoi collaboratori perché alcuni potrebbero essere offesi e ricordati di dare il loro merito a chi se lo merita. È l'unico modo per tenerli vicini e continuare ad aiutare.
- Stabilire aspettative molto elevate per i nuovi dipendenti
In linea di principio dovresti occuparti di quale compito assegnerai ai nuovi contributori. Alcuni possono essere molto complicati e non possono essere eseguiti, quindi finiranno per spaventarsi o scompariranno perché non si sentono in grado di aiutare.
Parla con loro in anticipo delle loro capacità e puoi fare una panoramica delle loro capacità e guidarli a brillare nel progetto. Lungo la strada alcuni rimarranno e altri se ne andranno, ma fa parte del processo.
Se puoi, diventa il loro mentore perché questo fa sentire i tuoi collaboratori i benvenuti. Questo consiglio si applica anche ad altre aree.
- Chiedi a queste persone di fare qualche sacrificio nella loro vita
Questi collaboratori contribuiscono volontariamente e nel tempo libero, quindi non dovrebbero essere chiamati a fare grandi sacrifici. Non è disapprovato (per questo tipo di lavoro) che i contributori debbano viaggiare a lungo, trascurare la loro famiglia per alcuni giorni, trascorrere una notte in un hotel o fuori casa per far parte o inserirsi in un progetto. Ricorda che non tutti quelli che aiutano hanno lo stesso fuso orario. È preferibile assegnare loro determinati compiti, indicare un tempo di consegna e lasciarli eseguire al proprio ritmo e nel tempo disponibile.
Tuttavia, si consiglia di svolgere alcune attività sociali per condividerle e conoscerle. Puoi anche fare videoconferenze utilizzando software gratuito.
- Pensare che gli stranieri siano strani
È noto che la maggior parte dei progetti open source utilizza l'inglese come lingua di comunicazione comune, poiché è la lingua universale e finora ha funzionato bene. Ma molte persone non sono nate parlando inglese e alcune non parlano fluentemente, quindi alcune persone si sentono frustrate dalla lentezza della conversazione.
È di cattivo gusto quando un espositore che parla correntemente l'inglese ignora le persone perché parlano lentamente. Ma lo svantaggio è che, non essendo in grado di comunicare nella stessa lingua, le persone non sono allo stesso livello di conversazione orale. Molta pazienza e si capiranno perfettamente.
- Senza visione non c'è modo di delegare
È un errore comune nei progetti open source vedere come il leader lotta con la crescita del suo progetto, anche quando ha persone che cercano di aiutare.
Quando i collaboratori iniziano ad arrivare, iniziano ad aggiungere nuove caratteristiche, vogliono valutare ed essere orientati; ei leader di progetto sono paralizzati e non sanno come rispondere, quindi i contributori si sentono frustrati e prima o poi scompaiono.
È estremamente importante avere una visione del progetto e comunicarla. Fai capire ai tuoi collaboratori cosa vuoi e cosa no per evitare attriti tra i partecipanti, così sapranno se unirsi al tuo lavoro o meno. In questo modo puoi essere un buon capitano.
Una volta che si uniscono al tuo progetto, dovresti fidarti di loro il prima possibile e delegare loro alcune responsabilità. Dai loro una parte intera in modo che si sentano responsabili come te. Se invece mantieni troppo controllo, rimarrai solo a lavorare e ne fermerai la crescita.
- Dimentica di essere grato
Le esperienze e le sensazioni dei tuoi collaboratori saranno sempre diverse, ma tutti questi servono come apprendimento. Grazie.
Se hai qualcosa da aggiungere a questo elenco di cattive pratiche, ti invitiamo a includerlo.
Ottimo articolo, i miei sinceri complimenti alla onorevole signora che lo ha scritto ...
Ottima guida, penso che tutti noi all'epoca abbiamo commesso almeno uno di questi errori e ne conosco molti che sarebbero utili, 10/10: ^)