Ayaw ng mga empleyado ng bagong software - dapat ba nilang sundin ang pangunguna o manatili sa kanilang linya?

Ang software leapfrog ay malapit nang maging isang pangkaraniwang sakit ng mga kumpanya. Ang pagpapalit ng isang software para sa isa pa dahil sa bawat maliit na bagay, ang pagtalon mula sa teknolohiya patungo sa teknolohiya, ang pag-eksperimento sa isang live na negosyo ay nagiging pamantayan. Kasabay nito, ang isang tunay na digmaang sibil ay nagsisimula sa opisina: isang kilusan ng paglaban sa pagpapatupad ay nabuo, ang mga partisan ay nagsasagawa ng subersibong gawain laban sa bagong sistema, ang mga espiya ay nagsusulong ng isang matapang na bagong mundo na may bagong software, pamamahala mula sa armored car ng ang corporate portal ay nagbo-broadcast tungkol sa kapayapaan, paggawa, mga KPI. Ang isang rebolusyon ay karaniwang nagtatapos sa ganap na kabiguan sa isang panig.

Alam natin ang halos lahat tungkol sa pagpapatupad, kaya't subukan nating alamin kung paano gawing ebolusyon ang isang rebolusyon at gawing kapaki-pakinabang at walang sakit ang pagpapatupad hangga't maaari. Well, o hindi bababa sa sasabihin namin sa iyo kung ano ang maaari mong pasukin sa proseso.

Mainam na visualization ng pagtanggap ng empleyado ng bagong software Source - Yandex.Images

Sisimulan ng mga dayuhang consultant ang artikulong ito ng ganito: "Kung nag-aalok ka sa iyong mga empleyado ng kalidad ng software na maaaring mapabuti ang kanilang trabaho, magkaroon ng isang husay na epekto sa pagganap, ang pag-ampon ng isang bagong programa o sistema ay natural na mangyayari." Ngunit kami ay nasa Russia, kaya ang isyu ng mga kahina-hinalang at palaban na mga empleyado ay napaka-kaugnay. Hindi gagana ang natural na paglipat, kahit na may kaunting software gaya ng corporate messenger o softphone.

Saan nagmula ang mga binti ng problema?

Sa ngayon, ang bawat kumpanya ay may isang buong zoo ng software na naka-install (ginagamit namin ang pangkalahatang kaso, dahil sa mga kumpanya ng IT ang halaga ng software ay doble o triple, at ang mga problema sa adaptasyon ay bahagyang magkakapatong at napaka-espesipiko): mga sistema ng pamamahala ng proyekto, CRM/ERP, mga email client, instant messenger, corporate portal, atbp. At hindi ito binibilang ang katotohanan na may mga kumpanya kung saan kahit na ang paglipat mula sa browser patungo sa browser ay isinasagawa ng buong koponan nang walang pagbubukod (at mayroon ding mga koponan na ganap na nakabatay sa Internet Explorer Edge). Sa pangkalahatan, may ilang mga sitwasyon kung saan maaaring maging kapaki-pakinabang ang aming artikulo:

• Mayroong proseso ng pangunahing automation ng ilang pangkat ng mga gawain: ang unang CRM/ERP ay ipinapatupad, isang corporate portal ay nagbubukas, isang sistema para sa teknikal na suporta ay ini-install, atbp.;
• ang isang software ay pinalitan ng isa pa para sa ilang kadahilanan: pagkaluma, mga bagong kinakailangan, pag-scale, pagbabago ng aktibidad, atbp.;
• ang mga module ng umiiral na sistema ay binuo para sa mga layunin ng pag-unlad at paglago (halimbawa, binuksan ng isang kumpanya ang produksyon at nagpasyang lumipat mula sa RegionSoft CRM Professional sa RegionSoft CRM Enterprise Plus na may pinakamataas na pag-andar);
• Ang isang pangunahing interface at functional na pag-update ng software ay nagaganap.

Siyempre, ang unang dalawang kaso ay mas talamak at tipikal sa kanilang mga pagpapakita, bigyang-pansin ang mga ito.

Kaya, bago ka magsimulang magtrabaho kasama ang koponan (na naghinala na magkakaroon ng mga pagbabago sa lalong madaling panahon), subukang maunawaan kung ano ang mga tunay na dahilan ng pagpapalit ng software at kung sumasang-ayon ka na ang mga pagbabago ay kinakailangan.

• Ang lumang programa ay mahirap gamitin: ito ay mahal, hindi maginhawa, hindi gumagana, hindi na nakakatugon sa iyong mga kinakailangan, ay hindi angkop para sa iyong sukat, atbp. Ito ay isang layunin na pangangailangan.
• Huminto ang vendor sa pagsuporta sa system, o ang suporta at mga pagbabago ay naging walang katapusang serye ng mga pag-apruba at pag-ubos ng pera. Kung ang iyong mga gastos ay tumaas nang malaki, at sa hinaharap ay nangangako silang tataas pa, wala nang dapat hintayin, kailangan mong bawasan. Oo, ang isang bagong sistema ay magkakahalaga rin ng pera, ngunit sa huli ay mas mababa ang halaga ng pag-optimize kaysa sa naturang suporta.
• Ang pagpapalit ng software ay ang kapritso ng isang tao o grupo ng mga empleyado. Halimbawa, gusto ng CTO ng rollback at naglo-lobby para sa pagpapakilala ng bago, mas mahal na sistema - nangyayari ito sa malalaking kumpanya. Isa pang halimbawa: isang project manager ang nagsusulong ng pagpapalit ng Asana sa Basecamp, pagkatapos ay Basecamp sa Jira, at complex Jira sa Wrike. Kadalasan ang tanging motibo para sa gayong mga paglipat ay upang ipakita ang kanilang abalang trabaho at panatilihin ang kanilang posisyon. Sa ganitong mga kaso, kinakailangan upang matukoy ang antas ng pangangailangan, motibo at katwiran at, bilang isang patakaran, sa pamamagitan ng isang malakas na desisyon na tanggihan ang mga pagbabago.

Pinag-uusapan natin ang mga dahilan para sa paglipat mula sa isang software patungo sa isa pa, at hindi tungkol sa pangunahing automation - dahil lamang ang automation ay isang priori na kinakailangan. Kung manu-mano at regular ang ginagawa ng iyong kumpanya ngunit maaaring awtomatiko, nag-aaksaya ka lang ng oras, pera at, malamang, mahalagang data ng kumpanya. I-automate ito!

Paano ka makatawid: ang dakilang lukso o ang nakayukong tigre?

Sa pagsasanay sa mundo, mayroong tatlong pangunahing diskarte para sa paglipat sa bagong software at pag-angkop dito - at mukhang napaka-angkop ang mga ito sa atin, kaya huwag na nating baguhin ang gulong.

Big Bang

Ang pag-ampon gamit ang "Big Bang" na paraan ay ang pinakamahirap na posibleng paglipat, kapag nagtakda ka ng eksaktong petsa at nagsagawa ng matalim na paglipat, na hindi pinapagana ang lumang software 100%.

Pros

+ Gumagana ang lahat sa isang sistema, hindi na kailangang i-synchronize ang data, hindi kailangang subaybayan ng mga empleyado ang dalawang interface nang sabay-sabay.
+ Ang pagiging simple para sa administrator - isang paglipat, isang gawain, isang suporta sa system.
+ Ang lahat ng posibleng pagbabago ay nangyayari sa isang punto sa oras at kapansin-pansin halos kaagad - hindi na kailangang ihiwalay kung ano at sa anong proporsyon ang nakaapekto sa pagiging produktibo, bilis ng pag-unlad, mga benta, atbp.

Cons

— Matagumpay na gumagana lamang sa simpleng software: mga chat, corporate portal, instant messenger. Kahit na ang email ay maaari nang mabigo, hindi banggitin ang mga sistema ng pamamahala ng proyekto, CRM/ERP at iba pang seryosong sistema.
— Ang isang "pasabog" na paglipat mula sa isang malaking sistema patungo sa isa pa ay hindi maiiwasang magdulot ng kaguluhan.

Ang pinakamahalagang bagay para sa ganitong uri ng paglipat sa isang bagong kapaligiran sa trabaho ay pagsasanay.

Parallel Running

Ang parallel adaptation sa software ay isang mas malambot at mas unibersal na paraan ng paglipat, kung saan ang isang yugto ng panahon ay itinakda kung saan ang parehong mga sistema ay gagana nang sabay-sabay.

Pros

+ Ang mga user ay may sapat na oras upang masanay sa bagong software habang mabilis na nagtatrabaho sa luma, maghanap ng mga parallel, at maunawaan ang bagong logic ng pakikipag-ugnayan sa interface.
+ Sa kaso ng mga biglaang problema, ang mga empleyado ay patuloy na nagtatrabaho sa lumang sistema.
+ Ang pagsasanay ng user ay hindi gaanong mahigpit at sa pangkalahatan ay mas mura.
+ Halos walang negatibong reaksyon mula sa mga empleyado - pagkatapos ng lahat, hindi sila pinagkaitan ng kanilang karaniwang mga tool o paraan ng paggawa ng mga bagay (kung nangyari ang automation sa unang pagkakataon).

Cons

— Mga problema sa pangangasiwa: suporta para sa parehong mga sistema, pag-synchronize ng data, pamamahala ng seguridad sa dalawang aplikasyon nang sabay-sabay.
— Ang proseso ng paglipat ay umaabot nang walang hanggan - napagtanto ng mga empleyado na sila ay may halos isang kawalang-hanggan na natitira, at maaari nilang palawigin ang paggamit ng pamilyar na interface nang kaunti pa.
- Pagkalito ng User - Ang dalawang interface ay nakakalito at nagdudulot ng mga error sa pagpapatakbo at data.
- Pera. Magbabayad ka para sa parehong mga sistema.

Phased Adoption

Ang step-by-step na adaptation ay ang pinakamalambot na opsyon para sa paglipat sa bagong software. Ang paglipat ay isinasagawa sa functionally, sa loob ng tinukoy na mga yugto ng panahon at ayon sa departamento (halimbawa, mula Hunyo 1 nagdaragdag kami ng mga bagong kliyente sa bagong CRM system, mula Hunyo 20 nagsasagawa kami ng mga transaksyon sa bagong system, hanggang Agosto 1 ay naglilipat kami ng mga kalendaryo at mga kaso, at pagsapit ng Setyembre 30 makumpleto namin ang paglipat ay isang napakahirap na paglalarawan, ngunit sa pangkalahatan ay malinaw).

Pros

+ Organisadong transition, ibinahagi ang load sa mga administrator at mga internal na eksperto.
+ Mas maalalahanin at mas malalim na pag-aaral.
+ Walang pagtutol sa pagbabago, dahil ito ay nangyayari nang malumanay hangga't maaari.

Cons - humigit-kumulang kapareho ng para sa isang parallel na paglipat.

So ngayon, gradual transition na lang?

Isang lohikal na tanong, sasang-ayon ka. Bakit magkakaroon ng karagdagang abala kung maaari kang gumawa ng iskedyul at kumilos ayon sa isang malinaw na plano? Sa katunayan, hindi lahat ay napakasimple.

• Ang pagiging kumplikado ng software: kung pinag-uusapan natin ang tungkol sa kumplikadong software (halimbawa, CRM system), pagkatapos ay mas angkop ang phase adaptation. Kung ang software ay simple (messenger, corporate portal), ang angkop na modelo ay kapag inanunsyo mo ang petsa at hindi pinagana ang lumang software sa itinakdang araw (kung ikaw ay mapalad, ang mga empleyado ay magkakaroon ng oras upang ilabas ang lahat ng impormasyong kailangan nila , at kung hindi ka umaasa sa suwerte, kailangan mong magbigay ng awtomatikong pag-import ng kinakailangang data mula sa lumang system patungo sa bago, kung posible sa teknikal).
• Ang antas ng panganib para sa kumpanya: mas mapanganib ang pagpapatupad, mas mabagal ito. Sa kabilang banda, ang pagkaantala ay isang panganib din: halimbawa, lumilipat ka mula sa isang CRM system patungo sa isa pa, at sa panahon ng transition napipilitan kang magbayad para sa pareho, at sa gayon ay tumataas ang mga gastos at gastos sa pagpapatupad ng bagong system, na nangangahulugan na ang payback period ay pinalawig.
• Bilang ng mga empleyado: Talagang hindi angkop ang Big Bang kung kailangan mong sukatin at i-configure ang maraming profile ng user. Bagaman may mga kaso kapag ang napakabilis na pagpapatupad ay isang benepisyo para sa isang malaking kumpanya. Maaaring angkop ang opsyong ito para sa mga system na ginagamit ng maraming empleyado, ngunit maaaring walang mga kinakailangan dahil hindi nilayon ang pag-customize. Ngunit muli, ito ay isang malaking putok para sa mga end user at isang malaking hakbang-hakbang na trabaho para sa parehong serbisyo ng IT (halimbawa, sistema ng pagsingil o pag-access).
• Mga tampok ng pagpapatupad ng napiling software (rebisyon, atbp.). Minsan ang pagpapatupad ay una sa bawat yugto - na may koleksyon ng mga kinakailangan, pagpipino, pagsasanay, atbp. Halimbawa, CRM system ito ay palaging ipinapatupad nang progresibo, at kung may nangako sa iyo ng "pagpapatupad at pagsasaayos sa loob ng 3 araw o kahit na 3 oras" - tandaan ang artikulong ito at i-bypass ang mga naturang serbisyo: pag-install ≠ pagpapatupad.

Muli, kahit na alam ang nakalistang mga parameter, hindi tiyak na tatahakin ng isa ang isang landas o iba pa. Suriin ang iyong corporate environment - makakatulong ito sa iyong kapwa na maunawaan ang balanse ng kapangyarihan at matukoy kung aling modelo (o kumbinasyon ng ilan sa kanilang mga elemento) ang tama para sa iyo.

Mga ahente ng impluwensya: rebolusyon o ebolusyon

Ang unang bagay na dapat mong bigyang pansin ay ang mga empleyado na maaapektuhan ng pagpapatupad ng bagong software. Actually, puro human factor ang problemang pinag-iisipan natin ngayon kaya hindi maiiwasan ang pag-analyze sa epekto sa mga empleyado. Nabanggit na natin ang ilan sa kanila sa itaas.

• Tinutukoy ng mga pinuno ng kumpanya kung paano karaniwang tatanggapin ang bagong software. At hindi ito ang lugar para sa mga pang-promosyon na talumpati at nagniningas na mga talumpati - mahalagang ipakita nang eksakto ang pangangailangan para sa pagbabago, upang ihatid ang ideya na ito ay pagpili lamang ng mas malamig at mas maginhawang tool, katulad ng pagpapalit ng lumang laptop. Ang pinakamalaking pagkakamali ng pamamahala sa ganoong sitwasyon ay ang paghuhugas ng kanilang mga kamay at pag-withdraw ng kanilang mga sarili: kung ang pamamahala ay hindi nangangailangan ng automation ng kumpanya, bakit ito dapat maging interesado sa mga empleyado? Maging nasa proseso.
• Ang mga pinuno ng departamento (mga tagapamahala ng proyekto) ay isang intermediate na link na dapat lumahok sa lahat ng proseso, pamahalaan ang kawalang-kasiyahan, ipakita ang kalooban at gawin ang bawat pagtutol ng mga kasamahan, at magsagawa ng mataas na kalidad at malalim na pagsasanay.
• Serbisyo sa IT (o mga tagapangasiwa ng system) - sa unang sulyap, ito ang iyong mga maagang ibon, ang pinaka madaling ibagay at umaangkop, ngunit... hindi. Kadalasan, lalo na sa maliliit at katamtamang laki ng mga kumpanya, ang mga tagapangasiwa ng system ay sumasalungat sa anumang mga pagbabago (pagpapalakas) ng imprastraktura ng IT, at ito ay hindi dahil sa anumang teknikal na katwiran, ngunit sa katamaran at pag-aatubili na magtrabaho. Sino sa atin ang hindi naghanap ng mga paraan upang maiwasan ang paggawa? Ngunit huwag itong maging kasiraan ng buong kumpanya.
• Ang mga end user, bilang panuntunan, ay gustong magtrabaho nang maayos at maginhawa sa isang banda at, tulad ng sinumang buhay na tao, ay natatakot sa pagbabago. Ang pangunahing argumento para sa kanila ay tapat at simple: bakit tayo nagpapakilala/nagbabago, ano ang mga limitasyon ng kontrol, paano susuriin ang trabaho, ano ang magbabago at ano ang mga panganib (sa pamamagitan ng paraan, dapat suriin ng lahat ang mga panganib - kahit vendor tayo Mga sistema ng CRM, ngunit hindi namin ipinangangakong sabihin na ang lahat ay laging maayos: may mga panganib sa anumang proseso sa loob ng isang negosyo).
• Ang "mga awtoridad" sa loob ng kumpanya ay mga partisan na maaaring makaimpluwensya sa ibang mga empleyado. Ito ay hindi kinakailangang isang taong may mataas na posisyon o malawak na karanasan - sa kaso ng pagtatrabaho sa software, ang "awtoridad" ay maaaring isang advanced na alam-lahat na, halimbawa, ay muling nagbasa ng Habr at magsisimulang manakot. lahat tungkol sa kung paano magiging masama ang lahat. Maaaring wala man lang siyang layunin na sirain ang proseso ng pagpapatupad o transisyon - pakitang-tao lamang at espiritu ng paglaban - at maniniwala sa kanya ang mga empleyado. Kailangan mong magtrabaho kasama ang mga naturang empleyado: ipaliwanag, tanungin, at sa mga mahihirap na kaso, ipahiwatig ang mga kahihinatnan.

Mayroong isang unibersal na recipe para sa pagsuri kung ang mga gumagamit ay talagang natatakot sa isang bagay o kung mayroon silang grupong paranoia na pinamumunuan ng isang matalinong pinuno. Tanungin sila tungkol sa mga dahilan ng kawalang-kasiyahan, tungkol sa mga alalahanin - kung ito ay hindi isang personal na karanasan o opinyon, ang mga argumento ay magsisimulang bumuhos pagkatapos ng 3-4 na paglilinaw na mga katanungan.

Dalawang mahalagang salik para sa matagumpay na pagtagumpayan ng "kilusang paglaban".

1. Magbigay ng pagsasanay: vendor at panloob. Siguraduhin na ang mga empleyado ay talagang nauunawaan ang lahat, pinagkadalubhasaan ito at, anuman ang kanilang antas ng pagsasanay, ay handa nang magsimulang magtrabaho. Ang isang ipinag-uutos na katangian ng pagsasanay ay naka-print at mga elektronikong tagubilin (mga regulasyon) at ang pinakakumpletong dokumentasyon sa system (ipinalabas ito ng mga self-respecting vendor kasama ang software at ibigay ito nang libre).
2. Maghanap ng mga tagasuporta at pumili ng mga influencer. Ang mga internal na eksperto at maagang nag-adopt ay ang iyong sistema ng suporta, parehong nagtuturo at nag-aalis ng mga pagdududa. Bilang isang patakaran, ang mga empleyado mismo ay nalulugod na tulungan ang kanilang mga kasamahan at ipakilala sila sa bagong software. Ang iyong gawain ay pansamantalang alisin sa kanilang trabaho o bigyan sila ng isang disenteng bonus para sa kanilang bagong kargamento.

Ano ang kailangan mong bigyang-pansin?

1. Gaano ka advanced ang mga empleyado na apektado ng mga pagbabago? (Relatively speaking, kung bukas mag-imbento sila ng bagong accounting program, ipagbawal ng Diyos na isuksok mo ang iyong ilong sa departamento ng accounting kasama ang mga kababaihan na higit sa 50 at magmungkahi ng isang paglipat mula sa 1C, hindi ka lalabas nang buhay).
2. Magkano ang maaapektuhan ng mga daloy ng trabaho? Isang bagay na baguhin ang messenger sa isang kumpanya ng 100 katao, isa pang bagay ay ang pagpapatupad ng isang bagong CRM system, na batay sa mga pangunahing proseso sa kumpanya (at ito ay hindi lamang mga benta, halimbawa, pagpapatupad ng RegionSoft CRM sa mga senior na edisyon, nakakaapekto ito sa produksyon, bodega, marketing, at nangungunang mga tagapamahala na, kasama ang koponan, ay bubuo ng mga awtomatikong proseso ng negosyo).
3. Ibinigay ba ang pagsasanay at sa anong antas?

Ang tanging lohikal na paglipat sa sistema ng pag-iisip ng korporasyon

Ano ang magliligtas sa paglipat/pagpapatupad ng bagong software?

Bago namin sabihin sa iyo kung anong mga pangunahing punto ang makakatulong sa iyong kumportableng lumipat sa bagong software, hayaan naming ituon ang iyong pansin sa isang punto. Mayroong isang bagay na tiyak na hindi dapat gawin - hindi na kailangang bigyan ng presyon ang mga empleyado at "motivate" sila sa pamamagitan ng pag-alis sa kanila ng mga bonus, administratibo at mga parusang pandisiplina. Hindi nito mapapabuti ang proseso, ngunit lalala ang saloobin ng mga empleyado: kung itutulak nila, magkakaroon ng kontrol; Kung pinilit ka nila, nangangahulugan ito na hindi nila iginagalang ang aming interes; Kung pilit nilang ipapataw ito, nangangahulugan ito na wala silang tiwala sa amin at sa aming trabaho. Samakatuwid, ginagawa namin ang lahat sa isang disiplinado, malinaw, karampatang paraan, ngunit walang presyon o hindi kinakailangang pagpilit.

Dapat ay mayroon kang isang detalyadong plano ng aksyon

Ang lahat ng iba ay maaaring wala, ngunit dapat mayroong isang plano. Higit pa rito, ang plano ay madaling iakma, na-update, malinaw at hindi maiiwasan, sa parehong oras na naa-access para sa talakayan at transparent para sa lahat ng mga interesadong empleyado. Imposibleng direktang makipag-usap na mula 8 am hanggang 10 am ay may isang tagumpay, at sa 16:00 ay may digmaan sa England; mahalagang makita ang buong plano sa pananaw.

Ang plano ay kinakailangang sumasalamin sa mga kinakailangan ng mga empleyado na magiging end user - sa ganitong paraan malalaman ng bawat empleyado kung ano mismo ang gustong feature at kung anong oras niya ito magagamit. Kasabay nito, ang plano sa paglipat o pagpapatupad ay hindi isang uri ng hindi nababagong monolith; kinakailangang iwanan ang posibilidad ng pagsasapinal ng plano at pagbabago ng mga katangian nito (ngunit hindi sa anyo ng isang walang katapusang stream ng mga pag-edit at bagong "gusto" at hindi sa anyo ng patuloy na pagbabago sa mga deadline).  

Ano ang dapat na nasa plano?

1. Ang pangunahing mga milestone ng paglipat (mga yugto) - kung ano ang kailangang gawin.
2. Mga detalyadong punto ng paglipat para sa bawat yugto - kung paano ito dapat gawin.
3. Mga pangunahing punto at pag-uulat sa mga ito (pagkakasundo ng mga oras) - kung paano susukatin ang nagawa at kung sino ang dapat na nasa control point.
4. Ang mga responsableng tao ay mga taong maaari mong lapitan at tanungin.
5. Ang mga deadline ay ang simula at pagtatapos ng bawat yugto at ang buong proseso sa kabuuan.
6. Mga apektadong proseso - anong mga pagbabago ang magaganap sa mga proseso ng negosyo, kung ano ang kailangang baguhin kasama ng pagpapatupad/transisyon.
7. Ang panghuling pagtatasa ay isang hanay ng mga tagapagpahiwatig, sukatan o maging mga pansariling pagtatasa na makakatulong sa pagsusuri sa pagpapatupad/paglipat na naganap.
8. Ang pagsisimula ng operasyon ay ang eksaktong petsa kung kailan sasali ang buong kumpanya sa na-update na automated na proseso at gagana sa bagong system.

Nakatagpo kami ng mga presentasyon ng mga nagpapatupad kung saan ang pulang linya ay payo: ipatupad sa pamamagitan ng puwersa, huwag pansinin ang reaksyon, huwag makipag-usap sa mga empleyado. Kami ay laban sa diskarteng ito, at narito kung bakit.

Tingnan ang larawan sa ibaba:

Ang isang bagong mouse, isang bagong keyboard, isang apartment, isang kotse, at kahit isang trabaho ay kaaya-aya, masayang mga kaganapan, ang ilan sa mga ito ay mga tagumpay pa nga. At ang gumagamit ay pumupunta sa Yandex upang malaman kung paano masanay dito at umangkop. Paano pumasok sa isang bagong apartment at maunawaan na ito ay sa iyo, i-on ang gripo sa unang pagkakataon, uminom ng tsaa, matulog sa unang pagkakataon. Paano makakuha sa likod ng mga manibela at makipagkaibigan sa isang bagong kotse, sa iyo, ngunit sa ngayon ay dayuhan. Ang bagong software sa lugar ng trabaho ay hindi naiiba sa mga sitwasyong inilarawan: ang trabaho ng empleyado ay hindi kailanman magiging pareho. Samakatuwid, ipatupad, iakma, palaguin gamit ang bagong epektibong software. At ito ay isang sitwasyon kung saan maaari nating sabihin: magmadali nang dahan-dahan.

Pinagmulan: www.habr.com