Cyn bo hir bydd naid meddalwedd yn dod yn glefyd cyffredin iawn ymhlith cwmnïau. Mae newid un meddalwedd am un arall oherwydd pob peth bach, neidio o dechnoleg i dechnoleg, arbrofi gyda busnes byw yn dod yn norm. Ar yr un pryd, mae rhyfel cartref go iawn yn dechrau yn y swyddfa: mae symudiad o wrthwynebiad i weithredu yn cael ei ffurfio, mae partisaniaid yn cynnal gwaith gwrthdroadol yn erbyn y system newydd, mae ysbiwyr yn hyrwyddo byd newydd dewr gyda meddalwedd newydd, rheolaeth o'r car arfog o mae'r porth corfforaethol yn darlledu am heddwch, llafur, DPA. Mae chwyldro fel arfer yn dod i ben mewn methiant llwyr ar un ochr.
Rydyn ni'n gwybod bron popeth am weithredu, felly gadewch i ni geisio darganfod sut i droi chwyldro yn esblygiad a gwneud gweithrediad mor ddefnyddiol a di-boen â phosib. Wel, neu o leiaf byddwn yn dweud wrthych beth y gallech ei wneud yn y broses.
Delweddu delfrydol o weithwyr yn derbyn meddalwedd newydd Ffynhonnell - Yandex.Images
Byddai ymgynghorwyr tramor yn dechrau'r erthygl hon rywbeth fel hyn: “Os ydych chi'n cynnig meddalwedd o safon i'ch gweithwyr a all wella eu gwaith, cael effaith ansoddol ar berfformiad, bydd mabwysiadu rhaglen neu system newydd yn digwydd yn naturiol.” Ond rydym ni yn Rwsia, felly mae mater gweithwyr amheus a rhyfelgar yn berthnasol iawn. Ni fydd trawsnewidiad naturiol yn gweithio, hyd yn oed gydag ychydig iawn o feddalwedd fel negesydd corfforaethol neu ffôn meddal.
O ble mae coesau'r broblem yn dod?
Heddiw, mae gan bob cwmni sw cyfan o feddalwedd (rydym yn cymryd yr achos cyffredinol, oherwydd mewn cwmnïau TG mae maint y feddalwedd yn ddwbl neu driphlyg, ac mae problemau addasu yn gorgyffwrdd yn rhannol ac yn benodol iawn): systemau rheoli prosiect, CRM / ERP, cleientiaid e-bost, negeswyr gwib, porth corfforaethol, ac ati. Ac nid yw hyn yn cyfrif y ffaith bod yna gwmnïau lle mae hyd yn oed y newid o borwr i borwr yn cael ei wneud gan y tîm cyfan yn ddieithriad (ac mae yna hefyd dimau sydd wedi'u seilio'n llwyr ar Internet Explorer Edge). Yn gyffredinol, mae yna sawl sefyllfa y gallai ein herthygl fod yn ddefnyddiol ar eu cyfer:
- Mae yna broses o awtomeiddio sylfaenol rhai grŵp o dasgau: mae'r CRM/ERP cyntaf yn cael ei weithredu, mae porth corfforaethol yn agor, mae system ar gyfer cymorth technegol yn cael ei gosod, ac ati;
- mae un meddalwedd yn cael ei ddisodli gan un arall am ryw reswm: darfodiad, gofynion newydd, graddio, newid gweithgaredd, ac ati;
- mae modiwlau'r system bresennol yn cael eu hadeiladu at ddibenion datblygu a thwf (er enghraifft, agorodd cwmni gynhyrchiad a phenderfynodd newid o ar gyda'r ymarferoldeb mwyaf);
- Mae diweddariad mawr o ryngwyneb a meddalwedd swyddogaethol yn digwydd.
Wrth gwrs, mae'r ddau achos cyntaf yn llawer mwy acíwt ac yn nodweddiadol yn eu hamlygiadau, rhowch sylw arbennig iddynt.
Felly, cyn i chi ddechrau gweithio gyda'r tîm (sydd eisoes wedi amau y bydd newidiadau yn fuan), ceisiwch ddeall beth yw'r gwir resymau dros newid y feddalwedd ac a ydych yn cytuno bod y newidiadau mor angenrheidiol.
- Mae'n anodd gweithio gyda'r hen raglen: mae'n ddrud, yn anghyfleus, yn anweithredol, nid yw bellach yn bodloni'ch gofynion, nid yw'n addas ar gyfer eich graddfa, ac ati. Mae hyn yn anghenraid gwrthrychol.
- Rhoddodd y gwerthwr y gorau i gefnogi'r system, neu trodd cefnogaeth ac addasiadau yn gyfres ddiddiwedd o gymeradwyaethau a draeniad arian. Os yw eich costau wedi cynyddu'n sylweddol, ac yn y dyfodol maent yn addo cynyddu hyd yn oed yn fwy, nid oes dim i aros amdano, mae angen ichi dorri. Bydd, bydd system newydd hefyd yn costio arian, ond yn y diwedd bydd optimeiddio yn costio llai na chymorth o'r fath.
- Mae newid meddalwedd yn fympwy un person neu grŵp o weithwyr. Er enghraifft, mae'r GTG eisiau dychwelyd ac mae'n lobïo am gyflwyno system newydd, ddrutach - mae hyn yn digwydd mewn cwmnïau mawr. Enghraifft arall: mae rheolwr prosiect yn argymell newid Asana i Basecamp, yna Basecamp i Jira, a Jira to Wrike cymhleth. Yn aml, yr unig gymhelliad dros fudo o'r fath yw dangos eu gwaith prysur a chadw eu safle. Mewn achosion o'r fath, mae angen pennu graddau'r angen, y cymhellion a'r cyfiawnhad ac, fel rheol, trwy benderfyniad cryf i wrthod newidiadau.
Rydym yn sôn am y rhesymau dros y trawsnewid o un feddalwedd i'r llall, ac nid am awtomeiddio cynradd - dim ond oherwydd bod awtomeiddio yn angenrheidiol. Os yw'ch cwmni'n gwneud rhywbeth â llaw ac fel mater o drefn ond y gallai fod yn awtomataidd, rydych chi'n gwastraffu amser, arian ac, yn fwyaf tebygol, data cwmni gwerthfawr. Ei awtomeiddio!
Sut gallwch chi groesi: y naid fawr neu'r teigr cwrcwd?
Yn ymarferol byd-eang, mae tair prif strategaeth ar gyfer newid i feddalwedd newydd ac addasu iddo - ac maent yn ymddangos yn addas iawn i ni, felly gadewch i ni beidio ag ailddyfeisio'r olwyn.
Big Bang
Mabwysiadu gan ddefnyddio'r dull “Clec Fawr” yw'r trawsnewidiad anoddaf posibl, pan fyddwch chi'n gosod union ddyddiad ac yn gwneud mudo sydyn, gan analluogi'r hen feddalwedd 100%.
Manteision
+ Mae pawb yn gweithio mewn un system, nid oes angen cydamseru data, nid oes angen i weithwyr fonitro dau ryngwyneb ar unwaith.
+ Symlrwydd i'r gweinyddwr - un ymfudiad, un dasg, un cymorth system.
+ Mae pob newid posibl yn digwydd ar un adeg ac yn amlwg bron ar unwaith - nid oes angen ynysu beth ac ym mha gyfran yr effeithiodd ar gynhyrchiant, cyflymder datblygu, gwerthiant, ac ati.
Cons
— Yn gweithio'n llwyddiannus gyda meddalwedd syml yn unig: sgyrsiau, porth corfforaethol, negeswyr gwib. Gall hyd yn oed e-bost fethu eisoes, heb sôn am systemau rheoli prosiect, CRM/ERP a systemau difrifol eraill.
— Bydd ymfudiad ffrwydrol o system fawr i system arall yn anochel yn achosi anhrefn.
Y peth pwysicaf ar gyfer y math hwn o bontio i amgylchedd gwaith newydd yw hyfforddiant.
Rhedeg Cyfochrog
Mae addasu cyfochrog i feddalwedd yn ddull meddalach a mwy cyffredinol o drosglwyddo, lle pennir cyfnod amser pan fydd y ddwy system yn gweithredu ar yr un pryd.
Manteision
+ Mae gan ddefnyddwyr ddigon o amser i ddod i arfer â'r feddalwedd newydd wrth weithio'n gyflym yn yr hen un, dod o hyd i debygrwydd, a deall rhesymeg newydd rhyngweithio â'r rhyngwyneb.
+ Mewn achos o broblemau sydyn, mae gweithwyr yn parhau i weithio yn yr hen system.
+ Mae hyfforddiant defnyddwyr yn llai trwyadl ac yn rhatach ar y cyfan.
+ Nid oes bron unrhyw ymateb negyddol gan weithwyr - wedi'r cyfan, ni chawsant eu hamddifadu o'u hoffer arferol na'u ffordd o wneud pethau (os bydd awtomeiddio yn digwydd am y tro cyntaf).
Cons
— Problemau gweinyddol: cefnogaeth i'r ddwy system, cydamseru data, rheoli diogelwch mewn dau gymhwysiad ar unwaith.
— Mae'r broses drosglwyddo yn ymestyn yn ddiddiwedd - mae gweithwyr yn sylweddoli bod ganddyn nhw bron i dragwyddoldeb ar ôl, a gallant ymestyn y defnydd o'r rhyngwyneb cyfarwydd ychydig yn fwy.
- Dryswch Defnyddwyr - Mae'r ddau ryngwyneb yn ddryslyd ac yn achosi gwallau gweithredol a data.
- Arian. Rydych chi'n talu am y ddwy system.
Mabwysiadu Graddol
Addasiad cam wrth gam yw'r opsiwn meddalaf ar gyfer newid i feddalwedd newydd. Mae'r trosglwyddiad yn cael ei wneud yn swyddogaethol, o fewn cyfnodau amser penodol ac fesul adran (er enghraifft, o 1 Mehefin rydym yn ychwanegu cleientiaid newydd yn unig i'r system CRM newydd, o Fehefin 20 rydym yn cynnal trafodion yn y system newydd, tan Awst 1 rydym yn trosglwyddo calendrau ac achosion, ac erbyn Medi 30 rydym yn cwblhau ymfudiad yn ddisgrifiad bras iawn, ond yn gyffredinol yn glir).
Manteision
+ Pontio trefnus, llwyth gwasgaredig ymhlith gweinyddwyr ac arbenigwyr mewnol.
+ Dysgu mwy meddylgar a manwl.
+ Nid oes unrhyw wrthwynebiad i newid, oherwydd mae'n digwydd mor ysgafn â phosibl.
Cons - tua'r un peth ag ar gyfer trawsnewid cyfochrog.
Felly nawr, dim ond trawsnewidiad graddol?
Cwestiwn rhesymegol, byddwch yn cytuno. Pam cael rhywfaint o drafferth ychwanegol pan allwch chi wneud amserlen a gweithredu yn unol â chynllun clir? Mewn gwirionedd, nid yw popeth mor syml.
- Cymhlethdod meddalwedd: os ydym yn sôn am feddalwedd cymhleth (er enghraifft, ), yna mae addasu cam yn fwy addas. Os yw'r feddalwedd yn syml (negesydd, porth corfforaethol), yna model addas yw pan fyddwch chi'n cyhoeddi'r dyddiad ac yn analluogi'r hen feddalwedd ar y diwrnod penodedig (os ydych chi'n ffodus, bydd gan weithwyr amser i dynnu'r holl wybodaeth sydd ei hangen arnynt , ac os nad ydych yn dibynnu ar lwc, yna mae angen i chi ddarparu awtomataidd mewnforio data angenrheidiol o'r hen system i'r un newydd, os yn dechnegol bosibl).
- Maint y risg i'r cwmni: po fwyaf peryglus yw'r gweithredu, yr arafaf y dylai fod. Ar y llaw arall, mae oedi hefyd yn risg: er enghraifft, rydych chi’n newid o un system CRM i’r llall, ac yn ystod y cyfnod pontio fe’ch gorfodir i dalu am y ddau, a thrwy hynny gynyddu costau a chost gweithredu’r system newydd, sy’n yn golygu bod y cyfnod ad-dalu yn cael ei ymestyn.
- Nifer y gweithwyr: Yn bendant nid yw Big Bang yn addas os oes angen i chi raddio a ffurfweddu llawer o broffiliau defnyddwyr. Er bod yna achosion pan fydd gweithredu cyflym iawn o fudd i gwmni mawr. Gall yr opsiwn hwn fod yn addas ar gyfer systemau a ddefnyddir gan lawer o weithwyr, ond efallai na fydd ganddynt ofynion oherwydd ni fwriedir addasu. Ond eto, mae hyn yn glec fawr i ddefnyddwyr terfynol ac yn waith cam-wrth-gam enfawr ar gyfer yr un gwasanaeth TG (er enghraifft, system bilio neu fynediad).
- Nodweddion gweithredu'r meddalwedd a ddewiswyd (adolygu, ac ati). Weithiau mae'r gweithrediad yn digwydd fesul cam i ddechrau - gyda chasglu gofynion, mireinio, hyfforddi, ac ati. Er enghraifft, mae bob amser yn cael ei weithredu'n gynyddol, ac os bydd rhywun yn addo "gweithredu a chyfluniad mewn 3 diwrnod neu hyd yn oed 3 awr" i chi - cofiwch yr erthygl hon a ffordd osgoi gwasanaethau o'r fath: gosod ≠ gweithredu.
Unwaith eto, hyd yn oed o wybod y paramedrau rhestredig, ni all un yn bendant gymryd un llwybr neu'r llall. Aseswch eich amgylchedd corfforaethol - bydd hyn yn eich helpu i ddeall cydbwysedd pŵer a phenderfynu pa fodel (neu gyfuniad o rai o'u helfennau) sy'n iawn i chi.
Asiantau dylanwad: chwyldro neu esblygiad
Y peth cyntaf y dylech roi sylw iddo yw'r gweithwyr a fydd yn cael eu heffeithio gan weithrediad meddalwedd newydd. A dweud y gwir, ffactor dynol yn unig yw’r broblem yr ydym yn ei hystyried yn awr, felly ni ellir osgoi dadansoddi’r effaith ar weithwyr. Yr ydym eisoes wedi crybwyll rhai o honynt uchod.
- Arweinwyr cwmni sy'n penderfynu sut y bydd y feddalwedd newydd yn cael ei derbyn yn gyffredinol. Ac nid dyma'r lle ar gyfer areithiau hyrwyddo ac areithiau tanbaid - mae'n bwysig dangos yn union yr angen am newid, i gyfleu'r syniad mai dim ond dewis offeryn oerach a mwy cyfleus yw hwn, yr un peth â disodli hen liniadur. Camgymeriad mwyaf rheolwyr mewn sefyllfa o'r fath yw golchi eu dwylo a thynnu'n ôl eu hunain: os nad oes angen awtomeiddio cwmni ar reolwyr, pam ddylai fod o ddiddordeb i weithwyr? Byddwch yn y broses.
- Mae penaethiaid adran (rheolwyr prosiect) yn gyswllt canolradd sy'n gorfod cymryd rhan ym mhob proses, rheoli anfodlonrwydd, dangos ewyllys a gweithio trwy bob gwrthwynebiad gan gydweithwyr, a chynnal hyfforddiant manwl o ansawdd uchel.
- Gwasanaeth TG (neu weinyddwyr system) - ar yr olwg gyntaf, dyma'ch adar cynnar, y rhai mwyaf addasadwy ac addasadwy, ond... na. Yn aml, yn enwedig mewn cwmnïau bach a chanolig, mae gweinyddwyr systemau yn gwrthwynebu unrhyw newidiadau (cryfhau) i'r seilwaith TG, ac nid yw hyn oherwydd unrhyw gyfiawnhad technegol, ond oherwydd diogi ac amharodrwydd i weithio. Pwy yn ein plith sydd heb chwilio am ffyrdd i osgoi gwneud gwaith? Ond peidied hyn â bod yn niweidiol i'r cwmni cyfan.
- Mae defnyddwyr terfynol, fel rheol, eisiau gweithio'n dda ac yn gyfleus ar y naill law ac, fel unrhyw bobl fyw, yn ofni newid. Mae’r brif ddadl drostynt yn onest ac yn syml: pam rydym yn cyflwyno/newid, beth yw’r terfynau rheolaeth, sut bydd y gwaith yn cael ei asesu, beth fydd yn newid a beth yw’r risgiau (gyda llaw, dylai pawb werthuso’r risgiau - er ein bod yn werthwyr , ond nid ydym yn ymrwymo i ddweud bod popeth bob amser yn mynd yn esmwyth: mae risgiau mewn unrhyw broses o fewn busnes).
- Mae “Awdurdodau” o fewn y cwmni yn bleidiolwyr a all ddylanwadu ar weithwyr eraill. Nid yw hwn o reidrwydd yn berson sydd â safle uchel neu brofiad helaeth - yn achos gweithio gyda meddalwedd, gall yr “awdurdod” fod yn wybodaeth ddatblygedig sydd, er enghraifft, wedi ailddarllen Habr ac a fydd yn dechrau brawychu. pawb am ba mor ddrwg y daw popeth. Efallai na fydd ganddo nod hyd yn oed i ddifetha'r broses weithredu neu bontio - dim ond arddangosiad ac ysbryd ymwrthedd - a bydd gweithwyr yn ei gredu. Mae angen i chi weithio gyda gweithwyr o'r fath: esbonio, cwestiynu, ac mewn achosion arbennig o anodd, awgrymwch y canlyniadau.
Mae yna rysáit gyffredinol ar gyfer gwirio a yw defnyddwyr yn wirioneddol ofn rhywbeth neu a oes ganddynt baranoia grŵp dan arweiniad arweinydd medrus. Gofynnwch iddynt am y rhesymau dros anfodlonrwydd, am bryderon - os nad yw hyn yn brofiad neu farn bersonol, bydd dadleuon yn dechrau arllwys i mewn ar ôl 3-4 egluro cwestiynau.
Dau ffactor pwysig ar gyfer goresgyn y “mudiad gwrthiant” yn llwyddiannus.
- Darparu hyfforddiant: gwerthwr a mewnol. Gwnewch yn siŵr bod gweithwyr yn deall popeth yn iawn, wedi ei feistroli a, waeth beth fo lefel eu hyfforddiant, yn barod i ddechrau gweithio. Priodoledd hyfforddi gorfodol yw cyfarwyddiadau argraffu a chyfarwyddiadau electronig (rheoliadau) a'r ddogfennaeth fwyaf cyflawn ar y system (mae gwerthwyr hunan-barch yn ei rhyddhau ynghyd â'r feddalwedd a'i darparu am ddim).
- Chwiliwch am gefnogwyr a dewiswch ddylanwadwyr. Arbenigwyr mewnol a mabwysiadwyr cynnar yw eich system gymorth, gan addysgu a chwalu amheuon. Fel rheol, mae gweithwyr eu hunain yn falch o helpu eu cydweithwyr a'u cyflwyno i feddalwedd newydd. Eich tasg yw eu rhyddhau dros dro o'u gwaith neu roi bonws teilwng iddynt ar gyfer eu llwyth gwaith newydd.
Beth ddylwn i edrych amdano?
- Pa mor ddatblygedig yw'r gweithwyr y mae'r newidiadau yn effeithio arnynt? (A siarad yn gymharol, os ydyn nhw'n dyfeisio rhaglen gyfrifo newydd yfory, mae Duw yn gwahardd ichi roi eich trwyn i mewn i'r adran gyfrifyddu gyda merched dros 50 oed ac awgrymu pontio o 1C, ni fyddwch chi'n dod allan yn fyw).
- I ba raddau yr effeithir ar lifoedd gwaith? Mae'n un peth newid y negesydd mewn cwmni o 100 o bobl, peth arall yw gweithredu system CRM newydd, sy'n seiliedig ar brosesau allweddol yn y cwmni (ac nid gwerthiant yn unig yw hyn, er enghraifft, mewn rhifynnau uwch mae'n effeithio ar gynhyrchu, warws, marchnata, a rheolwyr gorau a fydd, ynghyd â'r tîm, yn adeiladu prosesau busnes awtomataidd).
- A ddarparwyd hyfforddiant ac ar ba lefel?
Yr unig drosglwyddiad rhesymegol yn y system o feddwl corfforaethol
Beth fydd yn arbed trosglwyddo/gweithredu meddalwedd newydd?
Cyn i ni ddweud wrthych pa bwyntiau allweddol fydd yn eich helpu i symud yn gyfforddus i feddalwedd newydd, gadewch inni dynnu eich sylw at un pwynt. Mae yna rywbeth na ddylid ei wneud yn bendant – nid oes angen rhoi pwysau ar weithwyr a’u “cymell” drwy eu hamddifadu o fonysau, sancsiynau gweinyddol a disgyblu. Ni fydd hyn yn gwneud y broses yn well, ond bydd agwedd y gweithwyr yn gwaethygu: os byddant yn gwthio, yna bydd rheolaeth; Os ydyn nhw'n eich gorfodi chi, mae'n golygu nad ydyn nhw'n parchu ein diddordeb ni; Os ydyn nhw'n ei orfodi'n rymus, mae'n golygu nad ydyn nhw'n ymddiried ynom ni na'n gwaith. Felly, rydym yn gwneud popeth mewn modd disgybledig, clir, cymwys, ond heb bwysau na gorfodi diangen.
Rhaid i chi gael cynllun gweithredu manwl
Efallai nad yw popeth arall yn bodoli, ond rhaid cael cynllun. At hynny, mae'r cynllun yn addasadwy, wedi'i ddiweddaru, yn glir ac yn anochel, ar yr un pryd yn hygyrch i'w drafod ac yn dryloyw i bob gweithiwr sydd â diddordeb. Mae’n amhosib cyfathrebu’n uniongyrchol bod yna orchest rhwng 8 am a 10 am, ac am 16:00 bod rhyfel â Lloegr; mae’n bwysig gweld y cynllun cyfan mewn persbectif.
Rhaid i'r cynllun o reidrwydd adlewyrchu gofynion gweithwyr a fydd yn ddefnyddwyr terfynol - fel hyn bydd pob gweithiwr yn gwybod yn union pa nodwedd ddymunol ac ar ba amser y bydd yn gallu ei defnyddio. Ar yr un pryd, nid yw’r trawsnewid neu’r cynllun gweithredu yn rhyw fath o fonolith digyfnewid; mae angen gadael y posibilrwydd o gwblhau’r cynllun a newid ei briodoleddau (ond nid ar ffurf llif diddiwedd o olygiadau a “eisiau” newydd. ac nid ar ffurf newid cyson mewn terfynau amser).
Beth ddylai fod yn y cynllun?
- Y prif gerrig milltir pontio (camau) - beth sydd angen ei wneud.
- Pwyntiau pontio manwl ar gyfer pob cam - sut y dylid ei wneud.
- Pwyntiau allweddol ac adrodd arnynt (cysoni oriau) - sut y caiff yr hyn a wnaethpwyd ei fesur a phwy ddylai fod yn y man rheoli.
- Mae pobl gyfrifol yn bobl y gallwch chi droi atynt a gofyn cwestiynau ganddynt.
- Y dyddiadau cau yw dechrau a diwedd pob cam a'r broses gyfan.
- Prosesau yr effeithir arnynt - pa newidiadau fydd yn digwydd mewn prosesau busnes, beth sydd angen ei newid ynghyd â'r gweithredu/pontio.
- Mae'r asesiad terfynol yn set o ddangosyddion, metrigau neu hyd yn oed asesiadau goddrychol a fydd yn helpu i werthuso'r gweithredu/trosglwyddiad sydd wedi digwydd.
- Dechrau gweithrediad yw'r union ddyddiad pan fydd y cwmni cyfan yn ymuno â'r broses awtomataidd wedi'i diweddaru ac yn gweithio yn y system newydd.
Rydym wedi dod ar draws cyflwyniadau o weithredwyr lle mae'r llinell goch yn gyngor: gweithredu trwy rym, anwybyddu'r adwaith, peidiwch â siarad â gweithwyr. Rydym yn erbyn y dull hwn, a dyma pam.
Edrychwch ar y llun isod:
Mae llygoden newydd, bysellfwrdd newydd, fflat, car, a hyd yn oed swydd yn ddigwyddiadau dymunol, llawen, mae rhai ohonynt hyd yn oed yn gyflawniadau. Ac mae'r defnyddiwr yn mynd i Yandex i ddarganfod sut i ddod i arfer ag ef ac addasu. Sut i fynd i mewn i fflat newydd a deall mai eich un chi ydyw, trowch y tap ymlaen am y tro cyntaf, yfed te, mynd i'r gwely am y tro cyntaf. Sut i fynd y tu ôl i'r olwyn a gwneud ffrindiau gyda char newydd, eich un chi, ond hyd yn hyn mor estron. Nid yw meddalwedd newydd yn y gweithle yn wahanol i’r sefyllfaoedd a ddisgrifir: ni fydd swydd y cyflogai byth yr un fath. Felly, gweithredu, addasu, tyfu gyda meddalwedd effeithiol newydd. Ac mae hon yn sefyllfa y gallwn ddweud amdani: brysiwch yn araf.
Ffynhonnell: hab.com