La ultima conferință din Austin OSCON (Open Source Convenția), cu raportul dedicat specificul unei cariere pe scară largă, a făcut Frezele Jesse, care a participat la proiecte-cheie Docker, Kubernetes și Golang. Astfel, ea este foarte familiarizată cu problema și recomandările ei merită cea mai mare atenție.
"Jesse Freselier" este cunoscut nu numai pentru contribuția ei tehnică la cele mai populare programe deschise, ci și pentru poziția sa principală de viață. În special, anul trecut a părăsit proiectul Docker din cauza discriminării pe bază de sex.
În discursul său, a comunicat participanților la conferință câteva recomandări bazate pe o bogată experiență personală. Sfatul expertului poate fi împărțit în mai multe grupuri.
Sfaturi pentru atragerea și reținerea participanților
Freselier consideră că organizarea tracker-ului de proiecte joacă un rol important în atragerea de noi participanți. În special, marcarea unor probleme care ar putea interesa noii veniți și care să îi ajute să se integreze rapid în echipă.
O atenție deosebită ar trebui acordată deschiderii proiectului, nu numai în domeniul tehnic. În special, dacă dezvoltarea a început în cadrul companiei, atunci cu siguranță aceasta a fost precedată de o discuție internă, materialele cărora ar trebui să fie disponibile tuturor.
Desigur, nu este vorba doar de deschidere de dragul deschiderii. Participanții la proiect ar trebui să fie conștienți de dinamica adoptării anumitor decizii. În caz contrar, inevitabil se întoarce la ceea ce a fost discutat de mult și cu aceleași argumente. Un astfel de timp fără limite petrecut în mod evident nu aduce beneficii proiectului.
În plus, veteranii mai devreme sau mai târziu se vor plictisi să-i explice începătorilor același lucru. Recent legate de participanții la proiect, un astfel de comportament poate părea respingător și vor pierde interesul pentru dezvoltare.
Este necesar să se stabilească condițiile pentru participanții care intenționează să se angajeze nu în programare, ci în documentarea, proiectarea sau popularizarea soluției. Rolul lor nu este mai puțin important și trebuie, de asemenea, stimulați.
Nu fiecare membru nou devine membru permanent al echipei. Procesul de tranziție ar trebui să fie gândit și, într-un anumit sens, formalizat. Asistenții voluntari nu trebuie să se îndoiască de statutul lor - trebuie să fie evident.
Participanții la timp ar trebui respectați. Din păcate, liderii de proiecte uită prea mult de această regulă. Ei cred că evidentul pentru ei este automat evident pentru toată lumea. Desigur, acest lucru nu este cazul - cel mai bine este salvarea asistenților voluntari de tot felul de "costuri generale".
Din aceasta rezultă că toate procesele interne ale proiectului trebuie stabilite în avans. De exemplu, dacă un nou participant dorește să devină un mateiner, ar trebui să înțeleagă cum este realizat acest lucru.
Consiliile pentru educarea mantrelor
Evident, managerii joacă un rol cheie în fiecare proiect. Prin urmare, ar trebui acordată o atenție deosebită formării acestora. De fapt, liderul trebuie să adopte o anumită politică menită să susțină tocmai acești participanți.
În primul rând, în proiect, criteriile care trebuie îndeplinite de mateiner trebuie să fie adoptate. Și nu vagă, ci cât mai specifică și mai ușor de înțeles chiar și pentru un începător.
Este important ca liderii să înțeleagă că există multe proiecte deschise, iar concurența pentru participanți este mare. Dacă un nou-venit ambițios nu înțelege ceva de la bun început, atunci cel mai probabil el va găsi o altă dezvoltare și nu va petrece timp studiind problemele organizaționale.
Manteiner este o povară serioasă și o mare responsabilitate. Pentru ca participanții să se abțină de la sine, în proiect ar trebui să existe un sistem de stimulente. Dacă există o astfel de posibilitate, atunci nu numai morală, ci și materială.
Întrucât proiectele mari sunt într-o oarecare legătură cu societățile comerciale, aceasta din urmă este deosebit de importantă. Este naiv să credem că toți participanții vor fi altruisti - mulți vor să obțină bani pentru munca lor și acest lucru este perfect normal.
În special, un potențial mateinist ar trebui să aibă anumite perspective de a se muta de la asistenți voluntari la personalul corporației în cauză. Evident, afacerea este de asemenea profitabilă - de fapt, devine un angajat complet instruit, care în practică și-a dovedit competențele și calificările.
În cazul proiectelor mari, este imposibil să se concentreze tot controlul într-o singură mână. Ar trebui să fie un sistem de gestionare distribuit și destul de complex, care ar trebui creat.
Gestionarea proiectului este critică. Problema este că mai mare proiect, cu atât mai dificil de realizat îndeplinirea unei funcții pur administrative, precum și specificul Open Source nu permite unor principii corporatiste, bazate pe o ierarhie strictă și interes material.
Frezelier solicită o atenție specială problemei managementului de proiect. Poate deveni acea legătură slabă, care va reduce în mod semnificativ eficacitatea muncii în echipă.
Vulnerabilitate sfaturi
Vulnerabilitățile în software-ul mare nu pot fi evitate. Acest lucru se aplică atât produselor companiilor mari, cât și dezvoltării deschise.
Frezelier consideră că, în primul rând, procesul de identificare și eliminare a vulnerabilităților ar trebui să fie cât mai deschis posibil. Într-un rezultat bun, toți participanții la dezvoltare sunt interesați, prin urmare trebuie să fie conștienți constant de această problemă.
Atacatorii știu deja despre erori în software mult mai mult decât mi-aș dori. Testerii și dezvoltatorii ar trebui să știe cel puțin nu mai puțin. În plus, este posibil ca în acest mod va aduce într-o echipă de oameni se clatină la un pas de - o mulțime de programatori calificați caută vulnerabilități „doar așa“, ei încă nu știu ce mod de a direcționa forțele lor: pentru bine sau rău.
Poate că unii dintre ei nu sunt prea târziu pentru a atrage "partea lumii". Este suficient să demonstrați că abilitățile de hacking sunt solicitate în societate și că lucrul la un proiect util într-o echipă bună este mult mai interesant.
O problemă separată este informarea utilizatorilor. Managerii de proiect trebuie să fie siguri că toți știu cum și când să actualizeze software-ul pentru a se simți relativ sigur. Prin urmare, participanții care sunt implicați nu în scrierea codului, ci în popularizare și suport tehnic, dobândesc o importanță deosebită.
În cadrul oricărui proiect, este necesar un grup de scriitori tehnici care să comunice prompt și într-un mod inteligibil utilizatorilor informații importante. În caz contrar, eforturile unor dezvoltatori foarte calificați vor fi negate de ignoranța obișnuită a majorității părților interesate.
Deschiderea nu ar trebui să aibă excepții. Chiar dacă cineva vă cere să "țineți" informațiile într-o conferință importantă, nu trebuie să faceți compromisuri.
Dacă apare un eșec minor în timp ce lucrați cu vulnerabilitățile, atunci acesta ar trebui să fie motivul unei investigații serioase. Securitatea - o componentă prea importantă a proiectului, se referă la aceasta ușor inacceptabilă.
Sfaturi pentru a lucra cu companii
"Doar pentru distracție" este minunat. Dar este mult mai bine dacă entuziasmul este alimentat de bani de la companiile comerciale. Aproape toate proiectele mari deschise lucrează pe acest principiu.
Una dintre principalele sarcini ale unui lider de proiect deschis este de a găsi un echilibru între nevoile corporatiste și interesul comunității. Dacă se ajunge la un compromis rezonabil, atunci majoritatea problemelor posibile vor fi rezolvate.
În primul rând, este necesar să convingem conducerea companiilor să considere comunitatea ca rezervă de personal. Pentru a face acest lucru, apropo, este ușor - este vorba despre oameni ale căror calități profesionale pot fi judecate nu numai pe baza CV-ului.
Pe de altă parte, participanții la proiect ar trebui să înțeleagă că munca lor voluntară nu garantează nimic prin ea însăși. Admiterea la muncă permanentă trebuie totuși câștigată. Open Source este o nouă oportunitate, dar nu mai mult.
Platforma Alfresco - ECM, concepută pentru a rezolva sarcinile de gestionare a întregului conținut al organizației. Pe baza ...
Vorbind despre sistemele TCO, furnizorii consideră de obicei doar costul licențelor. În acest caz, prețul arată mai mult ...