Venkite šios blogos patirties savo atvirojo kodo projektuose

Žiniatinklyje galite rasti daug informacijos apie tai, kaip sukurti atvirojo kodo projektą, tačiau niekas nekomentuoja, ko turėtumėte vengti. Štai kodėl mes norime papasakoti apie tam tikrą neigiamą elgesį ar blogą praktiką, kurių reikia vengti, kad projektas būtų sėkmingas.

man nepatinka

  • Tikėjimas, kad jūsų bendradarbiai kelia nemalonumų

Kai kažkas išorinis pastebi, kūrėjai mano, kad jie davė daugiau darbo ir tikrai taip yra, bet ignoruoti šiuos rekvizitus yra klaida atviro kodo projektui. Greičiau jie turi Sveiki ir dėkoju, kad jie dirba su jumis, kad jie tai darytų toliau. Vėliau šie žmonės gali tapti jūsų bendradarbiais.

Reikia, kad žmonės įneštų indėlį, tada - antrą ir trečią. Taigi gali būti, kad jūsų projekte bus nauji techninės priežiūros atstovai.

  • Leisti žmonėms tiesiog atlikti nešvarų darbą

Kiekvienas asmuo, norintis prisidėti prie atvirojo kodo projekto, turi tam skirtingas priežastis: vieni yra vartotojai, o kiti nori patirti pagalbą tokio pobūdžio darbuose. Antruoju atveju tai yra pratimas ar mokymasis ką nors suteikti jų naudojamai skaičiavimo ekosistemai.

Daugelis naudojasi šiuo geranoriškumu ir suteikia nešvarų darbą tiems, kurie nori bendradarbiauti: užduotys be susidomėjimo, mažai vertingos ir neturinčios tiesioginio poveikio projektui. Pasirūpinkite, kokias užduotis paskiriate savo bendradarbiams, nes kai kurie gali būti įžeisti, ir nepamirškite atiduoti savo nuopelnų tam, kas to nusipelnė. Tai vienintelis būdas išlaikyti juos šalia ir toliau padėti.

projekto valdymas-musu poilsiui1

  • Labai didelių lūkesčių nustatymas naujiems darbuotojams

Iš esmės turėtumėte pasirūpinti, kokią užduotį paskirsite naujiems bendradarbiams. Kai kurie gali būti labai sudėtingi ir jų negalima padaryti, todėl jie baigsis arba išnyks, nes nesijaučia galintys padėti.

Iš anksto pasikalbėkite su jais apie jų įgūdžius, ir jūs galite apžvelgti jų sugebėjimus ir paskatinti juos sužibėti projekte. Pakeliui vieni liks, o kiti išvyks, tačiau tai yra proceso dalis.

Jei gali, tapti jų mentoriumi, nes tai jūsų bendradarbius verčia jaustis laukiamais. Šis patarimas galioja ir kitose srityse.

  • Prašyti šių žmonių paaukoti savo gyvenimą

Šie bendradarbiai prisideda savanoriškai ir laisvalaikiu, todėl nereikėtų jų prašyti labai aukotis. Neapsikentęs (dėl tokio tipo darbo) dalyviai turi nueiti ilgą atstumą, keletą dienų apleisti savo šeimą, praleisti naktį viešbutyje ar toli nuo namų, kad galėtų dalyvauti projekte arba įsitraukti į jį. Atminkite, kad ne visi, kurie padeda, turi tą pačią laiko juostą. Pageidautina jiems paskirti tam tikras užduotis, nurodyti pristatymo laiką ir leisti jiems atlikti savo tempu ir laisvu laiku.

Tačiau rekomenduojama atlikti tam tikrą socialinę veiklą, kad ja dalintumėtės ir pažintumėte. Taip pat galite kurti vaizdo konferencijas naudodamiesi nemokama programine įranga.

socialinis gyvenimas-nulis-perdegimas08

  • Manant, kad užsieniečiai yra keisti

Gerai žinoma, kad daugumoje atvirojo kodo projektų anglų kalba naudojama kaip bendra bendravimo kalba, nes tai yra universali kalba ir ji iki šiol veikė gerai. Tačiau daugelis žmonių nėra gimę kalbėdami angliškai, o kai kurie nėra laisvai kalbantys, todėl kai kuriuos žmones nusivilia pokalbio lėtumas.

Blogo skonio, kai eksponentas, laisvai kalbantis angliškai, ignoruoja žmones, nes jie kalba lėtai. Tačiau trūkumas yra tas, kad negalėdamas bendrauti ta pačia kalba, žmonių nėra vienodo žodinio pokalbio lygmenyje. Daug kantrybės ir jie puikiai supras vienas kitą.

  • Be vizijos nėra galimybės deleguoti

Atvirojo kodo projektuose yra dažna klaida matyti, kaip lyderis kovoja su savo projekto augimu, net kai turi žmonių, bandančių padėti.

Kai pradeda bendradarbiauti, jie pradeda pridėti naujų savybių, jie nori įvertinti ir būti orientuoti; o projekto vadovai tampa paralyžiuoti ir nežino, kaip reaguoti, todėl dalyviai nusivilia ir anksčiau ar vėliau dingsta.

Itin svarbu turėti projekto viziją ir apie ją pranešti. Bendradarbiams aiškiai pasakykite, ko norite ir ko ne, kad išvengtumėte trinties tarp dalyvių, kad jie žinotų, ar prisijungti prie jūsų darbo, ar ne. Tokiu būdu jūs galite būti geras kapitonas.

Kai jie prisijungs prie jūsų projekto, turėtumėte kuo greičiau jais pasitikėti ir perduoti jiems dalį atsakomybės. Duokite jiems visą dalį, kad jie jaustųsi tokie pat atsakingi kaip jūs. Kita vertus, jei išlaikysite per didelę kontrolę, dirbsite vienas ir sulėtinsite jo augimą.

stresas

  • Pamiršk būti dėkingas

Jūsų bendradarbių patirtis ir jausmai visada bus skirtingi, tačiau visa tai tarnauja kaip mokymasis. Ačiū.

Jei turite ką pridėti prie šio blogos praktikos sąrašo, kviečiame jį įtraukti.


2 komentarai, palikite savo

Palikite komentarą

Jūsų elektroninio pašto adresas nebus skelbiamas. Privalomi laukai yra pažymėti *

*

*

  1. Atsakingas už duomenis: Miguel Ángel Gatón
  2. Duomenų paskirtis: kontroliuoti šlamštą, komentarų valdymą.
  3. Įteisinimas: jūsų sutikimas
  4. Duomenų perdavimas: Duomenys nebus perduoti trečiosioms šalims, išskyrus teisinius įsipareigojimus.
  5. Duomenų saugojimas: „Occentus Networks“ (ES) talpinama duomenų bazė
  6. Teisės: bet kuriuo metu galite apriboti, atkurti ir ištrinti savo informaciją.

  1.   Marty mcfly sakė

    Puikus straipsnis, nuoširdžiai sveikinu jį parašiusią garbingą ponią ...

  2.   Miestas sakė

    Labai geras vadovas, manau, kad visi mes tuo metu padarėme bent vieną iš šių klaidų ir žinau daugelį, kurie būtų naudingi, 10/10: ^)