Napakadali upang suriin ang isang empleyado na nakikibahagi sa manu-manong paggawa - ayon sa dami at dami ng gawaing isinagawa. Ngunit mahirap sabihin kung gaano kabisa ang isang empleyado na nakikibahagi sa intelektwal na gawain, halimbawa, isang programmer, ay. Ang pagsusuri ng kahusayan sa paggawa sa edad ng teknolohiya ng impormasyon ay dapat gawin ayon sa iba pang mga pamantayan.
Panuto
Hakbang 1
Imposibleng suriin ang gawain ng isang programmer sa pamamagitan ng bilang ng mga nakumpletong gawain - ang antas ng pagiging kumplikado ay maaaring magkakaiba. Kung ipinakilala mo ang isang kadahilanan ng pagiging kumplikado at i-multiply ito sa dami ng code ng programa, kung gayon ang pagtatantya ay hindi rin magiging tama, dahil kahit sa isang simpleng gawain, maaari mong dagdagan ang halaga ng code sa pamamagitan ng pagpapakilala ng karagdagang hindi kinakailangang mga lohikal na sangay, na makabuluhang kumplikado ito Yung. Imposibleng gumamit din ng gayong tagapagpahiwatig bilang dami ng code upang masuri ang pagiging epektibo ng trabaho ng mga programmer.
Hakbang 2
Gawin ang bilang ng mga pagkakamali na ginagawa ng isang empleyado sa isang trabaho bilang isa sa mga tagapagpahiwatig ng kalidad nito. Kapag ang produkto ng software ay ganap na nasiyahan ang gumagamit at ang kalidad nito ay pinapayagan ang developer na i-minimize ang mga gastos sa pagsubok at suporta, maaari mong sabihin na ang gawain ng programmer ay epektibo. Kung ang isang produkto ng software ay hindi maganda ang pag-debug at ang mga solusyon sa software na ipinatupad dito ay hindi wastong nasubukan, hahantong ito sa mga makabuluhang gastos para sa kumpanya, hindi lamang materyal, ngunit din sa reputasyon.
Hakbang 3
Ang isang programmer na nagtatrabaho sa isang koponan sa pag-unlad ng software ay dapat makilahok sa pagpapalitan ng impormasyon at magbahagi ng impormasyon sa iba pang mga developer. Nalalapat ito sa mga bagong solusyon sa teknolohikal, maginhawang pagbuo ng code, matagumpay na pagpapatupad ng isa o ibang pag-andar ng software. Ang kanyang kaalaman ay dapat makatulong sa iba, at siya mismo ay dapat na makilala ang mga bagong praktikal na ideya na nabuo ng ibang mga miyembro ng koponan. Suriin ang pagganap ng empleyado batay sa kanilang mga kasanayan sa komunikasyon at ang kapaki-pakinabang na impormasyon na ibinibigay nila sa mga kasamahan.
Hakbang 4
Tukuyin ang halaga ng isang empleyado ng departamento ng IT ayon sa lawak na siya mismo ay maaaring makabuo ng mga ideya. Ang mga nasabing empleyado ay hindi nangangailangan ng detalyadong TOR at mga paliwanag upang makumpleto ang trabaho. Ang mga programmer na ito mismo ay makakahanap ng maraming mga paraan upang malutas ang problema, agad na pag-aralan ang kanilang pagiging epektibo at piliin ang pinaka pinakamainam. Ang mga empleyado ng naturang bodega ay gumagamit ng mga solusyon na hindi gaanong mahalaga at huwag matakot sa mga paghihirap, gampanan nila ang isang locomotive, na sinusundan ng iba pa.
Hakbang 5
Gayundin, gumamit ng mga pamantayang tulad ng oras ng pagsasaayos ng code upang suriin. Ang mas maikli ito, mas mahusay na gumagana ang empleyado. Ipinapahiwatig nito na ang disenyo ng programa ay maginhawa, ang mga pangalan ng mga variable ay malinaw, ang lohika ay transparent, at ang code mismo ay ipinatupad sa isang mataas na antas ng kalidad. Para sa pagtutulungan, ito ay isang napakahalagang tagapagpahiwatig, dahil pinapayagan kang mabilis na maunawaan ang lohika ng programa at basahin ang code, kung kinakailangan, upang baguhin ito, hindi lamang sa may-akda, kundi pati na rin sa ibang programmer.
