ការគ្រប់គ្រងចំណេះដឹងតាមស្តង់ដារអន្តរជាតិ៖ ISO, PMI

សួស្តី​អ្នក​ទាំងអស់គ្នា។ បន្ទាប់ពី KnowledgeConf ឆ្នាំ 2019 ប្រាំមួយខែបានកន្លងផុតទៅ ក្នុងអំឡុងពេលនោះ ខ្ញុំបាននិយាយនៅក្នុងសន្និសិទចំនួនពីរបន្ថែមទៀត និងធ្វើបាឋកថាលើប្រធានបទនៃការគ្រប់គ្រងចំណេះដឹងនៅក្នុងក្រុមហ៊ុន IT ធំៗចំនួនពីរ។ ការប្រាស្រ័យទាក់ទងជាមួយសហសេវិក ខ្ញុំបានដឹងថានៅក្នុង IT វានៅតែអាចនិយាយអំពីការគ្រប់គ្រងចំណេះដឹងនៅកម្រិត "អ្នកចាប់ផ្តើម" ឬផ្ទុយទៅវិញគ្រាន់តែដឹងថាការគ្រប់គ្រងចំណេះដឹងគឺត្រូវការដោយនាយកដ្ឋាននៃក្រុមហ៊ុនណាមួយ។ ថ្ងៃនេះនឹងមានបទពិសោធន៍ផ្ទាល់ខ្លួនរបស់ខ្ញុំតិចបំផុត - ខ្ញុំចង់ពិចារណាស្តង់ដារអន្តរជាតិដែលមានស្រាប់ក្នុងវិស័យគ្រប់គ្រងចំណេះដឹង។

ចូរចាប់ផ្តើមជាមួយនឹងម៉ាកដែលពេញនិយមបំផុតនៅក្នុងវិស័យស្តង់ដារ - អាយអេសអូ. ស្រមៃមើលថាមានស្តង់ដារដាច់ដោយឡែកទាំងមូលដែលឧទ្ទិសដល់ប្រព័ន្ធគ្រប់គ្រងចំណេះដឹង (ISO 30401:2018)។ ប៉ុន្តែ​ថ្ងៃ​នេះ​ខ្ញុំ​នឹង​មិន​នៅ​លើ​វា​។ មុននឹងយល់ពី "របៀប" ប្រព័ន្ធគ្រប់គ្រងចំណេះដឹងគួរតែមើលទៅ និងដំណើរការ អ្នកត្រូវយល់ស្របថាវាជាគោលការណ៍ចាំបាច់។

ចូរយើងយកឧទាហរណ៍ អាយអេសអូ 9001: 2015 (ប្រព័ន្ធគ្រប់គ្រងគុណភាព)។ ដូចដែលឈ្មោះបានបង្ហាញ នេះគឺជាស្តង់ដារដែលឧទ្ទិសដល់ប្រព័ន្ធគ្រប់គ្រងគុណភាព។ ដើម្បីទទួលបានការបញ្ជាក់តាមស្តង់ដារនេះ អង្គការត្រូវតែធានាថាដំណើរការអាជីវកម្ម និងផលិតផល និង/ឬសេវាកម្មរបស់ខ្លួនមានតម្លាភាព និងគ្មានថ្នេរ។ ម្យ៉ាងវិញទៀត វិញ្ញាបនបត្រមានន័យថា អ្វីគ្រប់យ៉ាងនៅក្នុងក្រុមហ៊ុនរបស់អ្នកដំណើរការយ៉ាងច្បាស់ និងរលូន អ្នកយល់ពីហានិភ័យដែលអង្គភាពដំណើរការបច្ចុប្បន្នបង្កឡើង អ្នកដឹងពីរបៀបគ្រប់គ្រងហានិភ័យទាំងនេះ ហើយអ្នកព្យាយាមកាត់បន្ថយវាឱ្យតិចបំផុត។

តើការគ្រប់គ្រងចំណេះដឹងត្រូវធ្វើអ្វីជាមួយវា? នេះជាអ្វីដែលវាត្រូវធ្វើជាមួយវា៖

7.1.6 ចំណេះដឹងអំពីអង្គការ

អង្គការត្រូវកំណត់ចំណេះដឹងដែលត្រូវការដើម្បីដំណើរការដំណើរការរបស់ខ្លួន និងដើម្បីសម្រេចបាននូវការអនុលោមតាមផលិតផល និងសេវាកម្ម។

ចំណេះដឹងត្រូវតែរក្សា និងធ្វើឱ្យមានដល់កម្រិតដែលត្រូវការ។

នៅពេលពិចារណាលើការផ្លាស់ប្តូរតម្រូវការ និងនិន្នាការ អង្គការត្រូវតែគិតគូរអំពីចំណេះដឹងដែលមានស្រាប់របស់ខ្លួន និងកំណត់ពីរបៀបដើម្បីទទួលបាន ឬផ្តល់លទ្ធភាពទទួលបានចំណេះដឹងបន្ថែម និងធ្វើបច្ចុប្បន្នភាពវា។

ចំណាំ 1: ចំណេះដឹងរបស់អង្គការគឺជាចំណេះដឹងជាក់លាក់សម្រាប់អង្គការមួយ។ ភាគច្រើនបានមកពីបទពិសោធន៍។

ចំណេះដឹងគឺជាព័ត៌មានដែលត្រូវបានប្រើប្រាស់ និងផ្លាស់ប្តូរដើម្បីសម្រេចបាននូវគោលដៅរបស់អង្គការ។

ចំណាំទី 2 មូលដ្ឋានចំណេះដឹងរបស់អង្គការអាចជាៈ

ក) ប្រភពខាងក្នុង (ឧ. កម្មសិទ្ធិបញ្ញា ចំណេះដឹងដែលទទួលបានពីបទពិសោធន៍ មេរៀនដែលបានរៀនពីគម្រោងបរាជ័យ ឬជោគជ័យ ការប្រមូល និងផ្លាស់ប្តូរចំណេះដឹង និងបទពិសោធន៍ដែលគ្មានឯកសារ លទ្ធផលនៃដំណើរការ ការកែលម្អផលិតផល និងសេវាកម្ម);

ខ) ប្រភពខាងក្រៅ (ឧទាហរណ៍ ស្តង់ដារ ការសិក្សា សន្និសីទ ចំណេះដឹងដែលទទួលបានពីអតិថិជន និងអ្នកផ្គត់ផ្គង់ខាងក្រៅ)។

ហើយខាងក្រោមនៅក្នុងឯកសារភ្ជាប់៖

តម្រូវការចំណេះដឹងរបស់អង្គការត្រូវបានណែនាំដល់៖

ក) ការការពារអង្គការពីការបាត់បង់ចំណេះដឹង ឧទាហរណ៍ដោយសារ៖

• ការផ្លាស់ប្ដូរ​បុគ្គលិក;
• អសមត្ថភាពក្នុងការទទួលបាននិងផ្លាស់ប្តូរព័ត៌មាន;

ខ) ការលើកទឹកចិត្តឱ្យអង្គការទទួលបានចំណេះដឹង ឧទាហរណ៍តាមរយៈ៖

• រៀនដោយធ្វើ;
• ការណែនាំ
• ការដាក់ពិន្ទុ។

ដូច្នេះ ស្តង់ដារ ISO ក្នុងវិស័យគ្រប់គ្រងគុណភាពចែងថា ដើម្បីធានាបាននូវគុណភាពនៃសកម្មភាពរបស់ខ្លួន សហគ្រាសត្រូវតែចូលរួមក្នុងការគ្រប់គ្រងចំណេះដឹង។ ត្រឹមត្រូវហើយ គ្មានជម្រើសផ្សេងទេ - "ត្រូវតែ". បើមិនដូច្នេះទេការមិនអនុលោមនិងលា។ ការពិតនេះហាក់បីដូចជាបង្ហាញតែឯងថា នេះមិនមែនជាទិដ្ឋភាពស្រេចចិត្តនៅក្នុងស្ថាប័ននោះទេ ដោយសារការគ្រប់គ្រងចំណេះដឹងនៅក្នុង IT ជារឿយៗត្រូវបានចាត់ទុក ប៉ុន្តែជាធាតុផ្សំចាំបាច់នៃដំណើរការអាជីវកម្ម។

លើសពីនេះទៅទៀត ស្ដង់ដារពិពណ៌នាអំពីអ្វីដែលហានិភ័យ ការគ្រប់គ្រងចំណេះដឹងត្រូវបានបង្កើតឡើងដើម្បីលុបបំបាត់។ តាមពិតពួកគេច្បាស់ណាស់។

តោះស្រមៃមើល... ទេ មិនដូចនោះទេ - សូមចងចាំស្ថានភាពពីអាជីពរបស់អ្នក នៅពេលដែលអ្នកពិតជាត្រូវការព័ត៌មានខ្លះៗសម្រាប់ការងារ ហើយក្រុមហ៊ុនដឹកជញ្ជូនតែមួយគត់របស់វាគឺនៅពេលនោះសម្រាប់វិស្សមកាល/ការធ្វើដំណើរអាជីវកម្ម ឈប់ពីក្រុមហ៊ុនទាំងអស់គ្នា ឬគ្រាន់តែឈឺ។ . តើ​អ្នក​ចាំ​ទេ? ខ្ញុំ​គិត​ថា យើង​ស្ទើរ​តែ​ទាំង​អស់​ត្រូវ​តែ​ដោះ​ស្រាយ​បញ្ហា​នេះ។ តើអ្នកមានអារម្មណ៍យ៉ាងណានៅពេលនោះ?

ប្រសិនបើបន្ទាប់ពីពេលខ្លះ អ្នកគ្រប់គ្រងនៃនាយកដ្ឋានកំពុងរកមើលការបរាជ័យក្នុងការបំពេញតាមកាលកំណត់របស់គម្រោង នោះពួកគេនឹងស្វែងរកនរណាម្នាក់ដែលត្រូវស្តីបន្ទោស និងស្ងប់ស្ងាត់លើវា។ ប៉ុន្តែសម្រាប់អ្នកផ្ទាល់ នៅពេលអ្នកត្រូវការចំណេះដឹង ការយល់ដឹងថា “RM គឺត្រូវស្តីបន្ទោស ដែលបានទៅកោះបាលី ហើយមិនបានទុកការណែនាំណាមួយក្នុងករណីមានសំណួរ”។ ជាការពិតណាស់គាត់ត្រូវស្តីបន្ទោស។ ប៉ុន្តែនេះនឹងមិនអាចជួយដោះស្រាយបញ្ហារបស់អ្នកបានទេ។

ប្រសិនបើចំណេះដឹងត្រូវបានចងក្រងជាឯកសារនៅក្នុងប្រព័ន្ធដែលអាចចូលប្រើបានសម្រាប់អ្នកដែលអាចត្រូវការវា នោះរឿង "រមណីយដ្ឋាន" ដែលបានពិពណ៌នាគឺស្ទើរតែមិនអាចទៅរួចទេ។ ដូច្នេះ ការបន្តនៃដំណើរការអាជីវកម្មត្រូវបានធានា ដែលមានន័យថា វិស្សមកាល ការចាកចេញរបស់បុគ្គលិក និងកត្តារថយន្តក្រុងដ៏ល្បី មិនមែនជាការគំរាមកំហែងដល់សហគ្រាសនោះទេ គុណភាពនៃផលិតផល/សេវាកម្មនឹងនៅតែស្ថិតក្នុងកម្រិតធម្មតារបស់វា។

ប្រសិនបើក្រុមហ៊ុនមានវេទិកាសម្រាប់ផ្លាស់ប្តូរ និងរក្សាទុកព័ត៌មាន និងបទពិសោធន៍ ហើយបានបង្កើតនូវវប្បធម៌ (ទម្លាប់) នៃការប្រើប្រាស់វេទិកានេះ នោះបុគ្គលិកមិនចាំបាច់រង់ចាំច្រើនថ្ងៃសម្រាប់ការឆ្លើយតបពីមិត្តរួមការងារទេ (ឬសូម្បីតែស្វែងរកច្រើនថ្ងៃ។ សម្រាប់មិត្តរួមការងារនេះ) ហើយរក្សាភារកិច្ចរបស់អ្នក។

ហេតុអ្វីបានជាខ្ញុំនិយាយអំពីទម្លាប់? ព្រោះ​វា​មិន​គ្រប់​គ្រាន់​ក្នុង​ការ​បង្កើត​មូលដ្ឋាន​ចំណេះ​ដឹង​សម្រាប់​មនុស្ស​ចាប់​ផ្ដើម​ប្រើ​វា​។ យើងទាំងអស់គ្នាធ្លាប់ស្វែងរកចម្លើយចំពោះសំណួររបស់យើងនៅលើ Google ហើយជាញឹកញាប់បំផុតយើងភ្ជាប់អ៊ីនត្រាណែតជាមួយកម្មវិធីវិស្សមកាល និងក្តារជូនដំណឹង។ យើងមិនមានទម្លាប់ "ស្វែងរកព័ត៌មានអំពីក្របខ័ណ្ឌ Agile" (ឧទាហរណ៍) នៅលើអ៊ីនធឺណេតទេ។ ដូច្នេះហើយ ទោះបីជាយើងមានមូលដ្ឋានចំណេះដឹងដ៏ត្រជាក់បំផុតក្នុងរយៈពេលមួយវិនាទីក៏ដោយ ក៏គ្មាននរណាម្នាក់នឹងចាប់ផ្តើមប្រើវានៅវិនាទីបន្ទាប់ (ឬសូម្បីតែខែបន្ទាប់) - មិនមានទម្លាប់នោះទេ។ ការផ្លាស់ប្តូរទម្លាប់របស់អ្នកគឺឈឺចាប់ និងចំណាយពេលច្រើន។ មិនមែនគ្រប់គ្នាត្រៀមខ្លួនសម្រាប់រឿងនេះទេ។ ជាពិសេសប្រសិនបើពួកគេ "ធ្វើការដូចគ្នា" អស់រយៈពេល 15 ឆ្នាំ។ ប៉ុន្តែបើគ្មាននេះទេ គំនិតផ្តួចផ្តើមគ្រប់គ្រងចំណេះដឹងរបស់ក្រុមហ៊ុននឹងបរាជ័យ។ នេះជាមូលហេតុដែលអ្នកជំនាញ KM ភ្ជាប់ការគ្រប់គ្រងចំណេះដឹងជាមួយការគ្រប់គ្រងការផ្លាស់ប្តូរ។

វាក៏គួរឱ្យយកចិត្តទុកដាក់ផងដែរចំពោះការពិតដែលថា "នៅពេលពិចារណាលើការផ្លាស់ប្តូរតម្រូវការនិងនិន្នាការ អង្គការត្រូវតែគិតគូរពីចំណេះដឹងដែលមានស្រាប់របស់ខ្លួន ... ", i.e. អភិវឌ្ឍវប្បធម៌នៃការសំដៅទៅលើបទពិសោធន៍ពីមុន នៅពេលធ្វើការសម្រេចចិត្តនៅក្នុងពិភពផ្លាស់ប្តូរ។ ហើយកត់សម្គាល់ម្តងទៀត "ត្រូវតែ".

ដោយវិធីនេះ កថាខណ្ឌតូចមួយនៃស្តង់ដារនេះនិយាយច្រើនអំពីបទពិសោធន៍។ ជាធម្មតា នៅពេលនិយាយអំពីការគ្រប់គ្រងចំណេះដឹង ស្តេរ៉េអូចាប់ផ្តើមបង្ហាញរូបភាពនៃមូលដ្ឋានចំណេះដឹងដែលមានឯកសាររាប់រយដែលដាក់ក្នុងទម្រង់ជាឯកសារ (បទប្បញ្ញត្តិ តម្រូវការ)។ ប៉ុន្តែ ISO និយាយអំពីបទពិសោធន៍។ ចំណេះដឹងដែលទទួលបានពីបទពិសោធន៍កន្លងមករបស់ក្រុមហ៊ុន និងនិយោជិតម្នាក់ៗគឺជាអ្វីដែលអនុញ្ញាតឱ្យអ្នកជៀសវាងហានិភ័យនៃកំហុសដដែលៗ ធ្វើការសម្រេចចិត្តបានផលចំណេញកាន់តែច្រើនភ្លាមៗ ហើយថែមទាំងបង្កើតផលិតផលថ្មី។ នៅក្នុងក្រុមហ៊ុនដែលមានភាពចាស់ទុំបំផុតក្នុងវិស័យគ្រប់គ្រងចំណេះដឹង (រួមទាំងជនជាតិរុស្សីផងដែរ) ការគ្រប់គ្រងចំណេះដឹងត្រូវបានចាត់ទុកថាជាមធ្យោបាយនៃការបង្កើនមូលធនប័ត្ររបស់ក្រុមហ៊ុន ការបង្កើតផលិតផលថ្មី បង្កើតគំនិតថ្មី និងការបង្កើនប្រសិទ្ធភាពដំណើរការ។ នេះ​មិន​មែន​ជា​មូលដ្ឋាន​ចំណេះ​ដឹង​ទេ វា​ជា​យន្តការ​សម្រាប់​ការ​បង្កើត​ថ្មី។ ជួយយើងឱ្យយល់កាន់តែលម្អិត មគ្គុទ្ទេសក៍ PMBOK របស់ PMI.

PMB យល់ព្រម គឺជាសៀវភៅណែនាំដល់អង្គភាពនៃចំណេះដឹងស្តីពីការគ្រប់គ្រងគម្រោង សៀវភៅណែនាំ PM ។ ការបោះពុម្ពលើកទីប្រាំមួយ (2016) នៃមគ្គុទ្ទេសក៍នេះបានណែនាំផ្នែកមួយស្តីពីការគ្រប់គ្រងការរួមបញ្ចូលគម្រោង ដែលនៅក្នុងវេនរួមមានផ្នែករងស្តីពីការគ្រប់គ្រងចំណេះដឹងគម្រោង។ កថាខណ្ឌនេះត្រូវបានបង្កើតឡើង "ផ្អែកលើមតិយោបល់ពីអ្នកប្រើប្រាស់សៀវភៅដៃ" i.e. បានក្លាយជាផលិតផលនៃបទពិសោធន៍ក្នុងការប្រើប្រាស់កំណែមុននៃការណែនាំក្នុងលក្ខខណ្ឌជាក់ស្តែង។ ហើយការពិតទាមទារការគ្រប់គ្រងចំណេះដឹង!

លទ្ធផលសំខាន់នៃធាតុថ្មីគឺ "ការចុះឈ្មោះមេរៀនដែលបានរៀន" (នៅក្នុងស្តង់ដារ ISO ដែលបានពិពណ៌នាខាងលើដោយវិធីនេះវាត្រូវបានលើកឡើងផងដែរ) ។ ជាងនេះទៅទៀត យោងទៅតាមអ្នកគ្រប់គ្រង ការចងក្រងការចុះបញ្ជីនេះ គួរតែធ្វើឡើងពេញមួយការអនុវត្តគម្រោង ហើយមិនមែននៅពេលបញ្ចប់នោះទេ នៅពេលដែលដល់ពេលវិភាគលទ្ធផល។ នៅក្នុងគំនិតរបស់ខ្ញុំ នេះគឺស្រដៀងទៅនឹងការរំលឹកឡើងវិញក្នុងភាពរហ័សរហួន ប៉ុន្តែខ្ញុំនឹងសរសេរប្រកាសដាច់ដោយឡែកអំពីរឿងនេះ។ អត្ថបទពាក្យសំដីនៅក្នុង PMBOK អានដូចនេះ៖

ការគ្រប់គ្រងចំណេះដឹងរបស់គម្រោង គឺជាដំណើរការនៃការប្រើប្រាស់ចំណេះដឹងដែលមានស្រាប់ និងបង្កើតចំណេះដឹងថ្មីៗ ដើម្បីសម្រេចបាននូវគោលដៅរបស់គម្រោង និងលើកកម្ពស់ការសិក្សានៅក្នុងស្ថាប័ន

តំបន់ចំណេះដឹងនៃការគ្រប់គ្រងការធ្វើសមាហរណកម្មគម្រោងតម្រូវឱ្យមានការរួមបញ្ចូលលទ្ធផលដែលទទួលបានពីគ្រប់ផ្នែកចំណេះដឹងផ្សេងទៀត។

និន្នាការដែលកំពុងកើតមាននៅក្នុងដំណើរការសមាហរណកម្មរួមមាន ប៉ុន្តែមិនត្រូវបានកំណត់ចំពោះ៖

...

• ការគ្រប់គ្រងចំណេះដឹងគម្រោង

ការចល័ត និងការផ្លាស់ប្តូរលក្ខណៈនៃកម្លាំងការងារកាន់តែខ្លាំងឡើងក៏ទាមទារដំណើរការដ៏តឹងរ៉ឹងជាងមុនសម្រាប់ការកំណត់ចំណេះដឹងពេញមួយវដ្តជីវិតរបស់គម្រោង និងផ្ទេរវាទៅកាន់ទស្សនិកជនគោលដៅ ដើម្បីកុំឱ្យចំណេះដឹងបាត់បង់។

***

អត្ថប្រយោជន៍សំខាន់ៗនៃដំណើរការនេះគឺថាចំណេះដឹងដែលទទួលបានពីមុនរបស់អង្គការត្រូវបានប្រើដើម្បីទទួលបាន ឬកែលម្អលទ្ធផលគម្រោង ហើយចំណេះដឹងដែលទទួលបានពីគម្រោងបច្ចុប្បន្ននៅតែមានសម្រាប់គាំទ្រដល់ប្រតិបត្តិការរបស់អង្គការ និងគម្រោងនាពេលអនាគត ឬដំណាក់កាលរបស់វា។ ដំណើរការនេះបន្តពេញមួយគម្រោង។

ខ្ញុំនឹងមិនចម្លង-បិទភ្ជាប់ផ្នែកធំទាំងមូលនៃសៀវភៅណែនាំនៅទីនេះទេ។ អ្នកអាចស្គាល់ខ្លួនឯងជាមួយវា ហើយទាញការសន្និដ្ឋានសមស្រប។ សម្រង់​ដែល​បាន​បង្ហាញ​ខាង​លើ​គឺ​តាម​គំនិត​ខ្ញុំ​គឺ​គ្រប់គ្រាន់​ហើយ។ វាហាក់ដូចជាខ្ញុំថា វត្តមាននៃព័ត៌មានលម្អិតបែបនេះនៅក្នុងភារកិច្ចរបស់នាយករដ្ឋមន្ត្រីដើម្បីគ្រប់គ្រងចំណេះដឹងអំពីគម្រោងបានបង្ហាញពីសារៈសំខាន់នៃទិដ្ឋភាពនេះរួចហើយនៅពេលធ្វើការលើគម្រោង។ និយាយអញ្ចឹង ខ្ញុំតែងតែឮនិក្ខេបបទ៖ "តើអ្នកណាត្រូវការចំណេះដឹងរបស់យើងនៅក្នុងនាយកដ្ឋានផ្សេងទៀត?" ខ្ញុំចង់និយាយថា តើអ្នកណាត្រូវការមេរៀនទាំងនេះ?

តាមការពិត ជាញឹកញាប់គេឃើញអង្គភាពមួយចាត់ទុកខ្លួនវាថាជា "ឯកតានៅក្នុងកន្លែងទំនេរ"។ នៅទីនេះយើងនៅជាមួយបណ្ណាល័យរបស់យើង ប៉ុន្តែមានក្រុមហ៊ុនដែលនៅសល់ ហើយចំណេះដឹងអំពីបណ្ណាល័យរបស់យើងគឺគ្មានប្រយោជន៍សម្រាប់នាងទេ។ អំពីបណ្ណាល័យ - ប្រហែលជា។ ចុះដំណើរការដែលភ្ជាប់មកជាមួយ?

ឧទាហរណ៍ដ៏កម្រ៖ ក្នុងអំឡុងពេលការងារលើគម្រោង មានអន្តរកម្មជាមួយអ្នកម៉ៅការ។ ឧទាហរណ៍ជាមួយអ្នករចនា។ អ្នកម៉ៅការបានប្រែទៅជាដូច្នេះ ខកខានកាលបរិច្ឆេទកំណត់ ហើយបដិសេធមិនបញ្ចប់ការងារដោយមិនមានការទូទាត់បន្ថែម។ RM បានកត់ត្រានៅក្នុងមេរៀនដែលបានរៀនចុះឈ្មោះថាវាមិនសមនឹងធ្វើការជាមួយអ្នកម៉ៅការដែលមិនគួរឱ្យទុកចិត្តនេះទេ។ ក្នុងពេលជាមួយគ្នានេះ នៅកន្លែងណាមួយក្នុងទីផ្សារ ពួកគេក៏កំពុងស្វែងរកអ្នករចនា ហើយបានជួបអ្នកម៉ៅការដូចគ្នា។ ហើយនៅពេលនេះមានជម្រើសពីរ៖

ក) ប្រសិនបើក្រុមហ៊ុនមានវប្បធម៌បង្កើតបទពិសោធន៍ប្រើប្រាស់ឡើងវិញបានល្អ សហសេវិកមកពីទីផ្សារនឹងពិនិត្យមើលមេរៀនដែលបានរៀនដើម្បីមើលថាតើអ្នកណាម្នាក់បានទាក់ទងអ្នកម៉ៅការនេះរួចហើយ នឹងឃើញមតិរិះគន់អវិជ្ជមានពី PM របស់យើង ហើយនឹងមិនខ្ជះខ្ជាយពេលវេលា។ លុយដែលទាក់ទងជាមួយអ្នកម៉ៅការដែលមិនគួរឱ្យទុកចិត្តនេះ។

ខ) ប្រសិនបើក្រុមហ៊ុនមិនមានវប្បធម៌បែបនេះទេ អ្នកទីផ្សារនឹងងាកទៅរកអ្នកម៉ៅការដែលមិនគួរឱ្យទុកចិត្តដូចគ្នា បាត់បង់ប្រាក់ ពេលវេលា និងអាចរំខានដល់យុទ្ធនាការផ្សព្វផ្សាយដ៏សំខាន់ និងបន្ទាន់ជាឧទាហរណ៍។

តើជម្រើសមួយណាដែលហាក់ដូចជាជោគជ័យជាង? ហើយចំណាំថាវាមិនមែនជាព័ត៌មានអំពីផលិតផលដែលកំពុងត្រូវបានបង្កើតដែលមានប្រយោជន៍នោះទេ ប៉ុន្តែអំពីដំណើរការដែលអមជាមួយនឹងការអភិវឌ្ឍន៍។ ហើយវាប្រែទៅជាមានប្រយោជន៍មិនមែនសម្រាប់ RM ផ្សេងទៀតទេប៉ុន្តែសម្រាប់បុគ្គលិកនៃទិសដៅខុសគ្នាទាំងស្រុង។ ដូច្នេះការសន្និដ្ឋាន៖ ការអភិវឌ្ឍន៍មិនអាចត្រូវបានពិចារណាដាច់ដោយឡែកពីការលក់ ជំនួយបច្ចេកទេសពីការវិភាគអាជីវកម្ម និងព័ត៌មានវិទ្យាពីការគ្រប់គ្រងរដ្ឋបាល។ មនុស្សគ្រប់រូបនៅក្នុងក្រុមហ៊ុនមានបទពិសោធន៍ការងារដែលនឹងមានប្រយោជន៍សម្រាប់អ្នកផ្សេងទៀតនៅក្នុងក្រុមហ៊ុន។ ហើយទាំងនេះនឹងមិនចាំបាច់ជាតំណាងនៃផ្នែកដែលពាក់ព័ន្ធនោះទេ។

ទោះជាយ៉ាងណាក៏ដោយ ផ្នែកបច្ចេកទេសនៃគម្រោងក៏អាចមានប្រយោជន៍ផងដែរ។ ព្យាយាមធ្វើសវនកម្មគម្រោងនៅក្នុងក្រុមហ៊ុនរបស់អ្នកក្នុងរយៈពេលប៉ុន្មានឆ្នាំកន្លងមកនេះ។ អ្នកនឹងភ្ញាក់ផ្អើលថាតើកង់ប៉ុន្មានត្រូវបានបង្កើតដើម្បីដោះស្រាយបញ្ហាស្រដៀងគ្នានេះ។ ហេតុអ្វី? ដោយសារតែដំណើរការចែករំលែកចំណេះដឹងមិនទាន់ត្រូវបានបង្កើតឡើង។

ដូច្នេះ ការគ្រប់គ្រងចំណេះដឹង យោងតាមសៀវភៅណែនាំ PMI គឺជាកិច្ចការមួយរបស់ PM ។ ដូចដែលយើងអាចមើលឃើញ អង្គការល្បីៗចំនួនពីរដែលធ្វើវិញ្ញាបនប័ត្របង់ប្រាក់ស្របតាមស្តង់ដាររបស់ពួកគេរួមមានការគ្រប់គ្រងចំណេះដឹងនៅក្នុងបញ្ជីឧបករណ៍ដែលត្រូវតែមានសម្រាប់ការគ្រប់គ្រងគុណភាព និងការងារគម្រោង។ ហេតុអ្វីបានជាអ្នកគ្រប់គ្រងនៅក្នុងក្រុមហ៊ុន IT នៅតែជឿថាការគ្រប់គ្រងចំណេះដឹងគឺជាឯកសារ? ហេតុអ្វីបានជាម៉ាស៊ីនត្រជាក់ និងបន្ទប់ជក់បារីនៅតែជាមជ្ឈមណ្ឌលនៃការផ្លាស់ប្តូរចំណេះដឹង? វាជាបញ្ហានៃការយល់ដឹង និងទម្លាប់។ ខ្ញុំសង្ឃឹមថាអ្នកគ្រប់គ្រងផ្នែកព័ត៌មានវិទ្យានឹងកាន់តែយល់ដឹងអំពីវិស័យគ្រប់គ្រងចំណេះដឹងបន្តិចម្តងៗ ហើយទំនៀមទម្លាប់ផ្ទាល់មាត់នឹងលែងធ្វើជាឧបករណ៍សម្រាប់រក្សាទុកចំណេះដឹងនៅក្នុងក្រុមហ៊ុនទៀតហើយ។ សិក្សាស្តង់ដារការងាររបស់អ្នក - មានវត្ថុគួរឱ្យចាប់អារម្មណ៍ជាច្រើននៅក្នុងពួកគេ!

ប្រភព: www.habr.com