នៅក្នុងផ្នែកដំបូងនៃស៊េរីនេះ យើងបានពិភាក្សាអំពីរបៀបដែលយើងអាចពឹងផ្អែកលើអ្នកផ្គត់ផ្គង់របស់យើងដោយមិនមានសុខភាព និងលើសពីនេះទៅទៀត បញ្ហាដែលវាអាចបង្កឡើងសម្រាប់ក្រុមហ៊ុនរបស់យើង។
ថ្ងៃនេះ យើងនឹងពិនិត្យមើលអ្វីដែលយើងអាចធ្វើបាន ដើម្បីជៀសវាងការពឹងផ្អែកបែបនេះ។
១. រក្សាភាពជាម្ចាស់លើដំណើរការ និងចំណេះដឹងប្រព័ន្ធ ព្រមទាំងផែនការសម្រាប់ការអភិវឌ្ឍរបស់ពួកគេ។
ប្រសិនបើអ្នកសម្រេចចិត្តថាអ្នកមិនចង់ព្រួយបារម្ភអំពីផ្នែកព័ត៌មានវិទ្យា ហើយផ្តល់ការណែនាំទូទៅដល់អ្នកផ្គត់ផ្គង់ផ្នែកព័ត៌មានវិទ្យារបស់អ្នក អ្នកកំពុងស្ថិតនៅលើផ្លូវដ៏ល្អបំផុតឆ្ពោះទៅរកការពឹងផ្អែក។ អ្វីដែលអាចធ្វើឱ្យអ្នកភ្ញាក់ផ្អើលនោះគឺថា វិធីសាស្រ្តនេះជារឿយៗបង្កបញ្ហាដល់អ្នកផ្គត់ផ្គង់ខ្លួនឯង។ ពីព្រោះបន្ទាប់ពីមួយរយៈ តម្រូវការរបស់អតិថិជនចាប់ផ្តើមត្រួតស៊ីគ្នា និងជាប់គាំង។ ហើយការបំពេញតាមតម្រូវការថ្មីក្លាយជាបញ្ហាធំសម្រាប់អ្នកផ្គត់ផ្គង់។
សម្រាប់ក្រុមហ៊ុនដែលចង់រក្សាការប្រកួតប្រជែង វាជាការសំខាន់ណាស់ក្នុងការចាត់ទុកបច្ចេកវិទ្យាព័ត៌មានជាឧបករណ៍មួយដើម្បីគាំទ្រ កែលម្អ និងវាស់វែងដំណើរការរបស់ខ្លួន។ វាមិនពិបាកក្នុងការរកវិធីធ្វើបែបនេះទេ ពីព្រោះសព្វថ្ងៃនេះយើងមានវិធីសាស្រ្ត និងស្តង់ដារគ្រប់គ្រាន់ដែលអនុញ្ញាតឱ្យយើងរក្សាទិដ្ឋភាពទូទៅនៃដំណើរការ និងអនុវត្តផែនការប្រកបដោយប្រសិទ្ធភាព៖
- ស្ថាបត្យកម្មសហគ្រាស – មធ្យោបាយមួយដើម្បីពិពណ៌នាអំពីគោលដៅរបស់អង្គការមួយ; វិធីដែលគោលដៅទាំងនេះត្រូវបានសម្រេចតាមរយៈដំណើរការអាជីវកម្ម; និងរបៀបដែលដំណើរការទាំងនេះអាចត្រូវបានគាំទ្រដោយបច្ចេកវិទ្យា។ សម្រាប់ព័ត៌មានបន្ថែម; សូមមើលអត្ថបទ "កុំជាប់គាំង" ដោយស្ថាបត្យកម្មសហគ្រាសមិនល្អ។ វិធីសាស្រ្តពីរដែលល្បីបំផុតចំពោះស្ថាបត្យកម្មសហគ្រាសអាចរកបាននៅលើគេហទំព័ររបស់ The Open Group និង Zachmann ។
- ការពិពណ៌នាអំពីដំណើរការ – ស្តង់ដារដែលគេស្គាល់ច្បាស់បំផុត និងប្រើប្រាស់យ៉ាងទូលំទូលាយបំផុត ត្រូវបានបង្កើតឡើងដោយ Open Management Group (www.omg.org)។ ការពិពណ៌នាអំពីដំណើរការនានា ស្របតាមការបញ្ជាក់ BPMN (គំរូដំណើរការអាជីវកម្ម និងសញ្ញាណ) អនុញ្ញាតឱ្យការគ្រប់គ្រងក្រុមហ៊ុនអាន និងកត់ត្រាដំណើរការដែលកើតឡើងនៅក្នុងក្រុមហ៊ុនរបស់ពួកគេបានយ៉ាងងាយស្រួល។
- ឯកសារអ្នកប្រើប្រាស់ – នេះមិនចាំបាច់ជាឯកសារដែលសរសេរដោយអ្នកផ្គត់ផ្គង់ ហើយដាក់ក្នុងថតដើម្បីប្រមូលធូលីនោះទេ។ វិធីសាស្រ្តល្អមួយគឺថតវីដេអូដែលបង្ហាញអ្នកប្រើប្រាស់ពីរបៀបប្រើប្រាស់កម្មវិធីនៅក្នុងការងារប្រចាំថ្ងៃរបស់ពួកគេ។ ដោយហេតុនេះធ្វើឱ្យការគាំទ្រផលិតផល និងការបណ្តុះបណ្តាលមានភាពសាមញ្ញសម្រាប់អ្នកប្រើប្រាស់ថ្មី។ វីដេអូទាំងនេះច្រើនតែមានរយៈពេលត្រឹមតែប៉ុន្មាននាទីប៉ុណ្ណោះ ហើយពិពណ៌នាអំពីអ្វីគ្រប់យ៉ាងដែលអ្នកត្រូវដឹងដើម្បីប្រើប្រាស់ប្រព័ន្ធប្រកបដោយប្រសិទ្ធភាព។ ឧទាហរណ៍៖ សូមក្រឡេកមើល ការណែនាំអំពីការប្រើប្រាស់ Yammer ក្នុងគម្រោងស្រាវជ្រាវ ឬការណែនាំ អំពីរបៀបបញ្ជាទិញទំនិញពីហាងអនឡាញ ។
ស្តង់ដារ និងវិធីសាស្រ្តទាំងអស់ត្រូវបានអមដោយឯកសារ និងសម្ភារៈសិក្សាដ៏ទូលំទូលាយ ដែលពិពណ៌នាអំពីផ្នែកនីមួយៗយ៉ាងលម្អិត។ តាមបទពិសោធន៍របស់ខ្ញុំ វាពិតជាមានតម្លៃក្នុងការជួលអ្នកឯកទេស ដែលនឹងជ្រើសរើសផ្នែកនៃវិធីសាស្រ្តដែលសមស្របសម្រាប់ក្រុមហ៊ុនជាក់លាក់មួយ។
ប្រសិនបើអ្នកដំណើរការចំណេះដឹងរបស់អ្នកក្នុងទម្រង់ស្តង់ដារ អ្នកនឹងមិនត្រឹមតែមានឧបករណ៍សម្រាប់ពិភាក្សាអំពីប្រធានបទដែលនាំទៅរកការកែលម្អក្រុមហ៊ុនប៉ុណ្ណោះទេ ប៉ុន្តែអ្នកក៏នឹងទទួលបានភាពប្រាកដប្រជាផងដែរថា អ្នកនឹងរកឃើញចំណុចរួមជាមួយអ្នកផ្គត់ផ្គង់បច្ចុប្បន្ន និងសក្តានុពលភាគច្រើនរបស់អ្នក។
ប្រសិនបើអ្នកចង់ផ្លាស់ប្តូរអ្វីមួយនៅក្នុងដំណើរការ និងលំហូរព័ត៌មានរបស់អ្នក សូមចាប់ផ្តើមដោយធ្វើការផ្លាស់ប្តូរនៅក្នុងការរៀបចំការងារ ទាំងនៅកម្រិតគំរូ ឬតាមរយៈការពិសោធន៍សាកល្បង - សាកល្បងថាតើការផ្លាស់ប្តូរនឹងនាំមកនូវអត្ថប្រយោជន៍ដែលអ្នករំពឹងទុកឬអត់។ បន្ទាប់មកគណនាអត្ថប្រយោជន៍នៃការផ្លាស់ប្តូរ និងថ្លៃដើមនៃការអនុវត្តវា។ ប្រសិនបើអ្វីៗគ្រប់យ៉ាងគឺដូចដែលវាគួរតែមាន សូមចាប់ផ្តើមកែប្រែប្រព័ន្ធ ហើយប្រសិនបើមិនដូច្នោះទេ អ្នកអាចបញ្ឈប់សកម្មភាពដោយគ្មានបញ្ហា។ នៅពេលដែលអ្នកប្រគល់រឿងនេះទាំងស្រុងទៅឱ្យអ្នកផ្គត់ផ្គង់ខាងក្រៅ មានមនុស្សតិចណាស់ដែលមានភាពក្លាហានក្នុងការបញ្ឈប់គម្រោងដែលយើងបានវិនិយោគធនធានរួចហើយ។
2. ទិន្នន័យត្រូវតែជារបស់អ្នកក្នុងគ្រប់កាលៈទេសៈទាំងអស់
ទិន្នន័យត្រូវបានរក្សាទុកជាមួយអ្នកផ្គត់ផ្គង់របស់យើង។ ឥឡូវនេះយើងមានការឈ្លោះប្រកែកជាមួយពួកគេ ហើយពួកគេបានប្រាប់យើងថាទិន្នន័យនេះជារបស់ពួកគេ... ជាអកុសល ស្ថានភាពនេះមិនមែនជារឿងចម្លែកដូចអ្នកគិតនោះទេ។ វាមិនកើតឡើងញឹកញាប់ជាមួយសេវាកម្ម cloud និងអ្នកផ្គត់ផ្គង់ hosting ទេ ដូចដែលមនុស្សតែងតែសន្មត់ ប៉ុន្តែភាគច្រើនជាញឹកញាប់ជាមួយប្រព័ន្ធដែលបង្កើតឡើងដោយផ្ទាល់ខ្លួន ដែលទិន្នន័យត្រូវបានរក្សាទុកនៅក្នុងប្រអប់ខ្មៅដែលគ្រប់គ្រងយ៉ាងពេញលេញដោយអ្នកផ្គត់ផ្គង់។
នេះជាវិធីប្រពៃណីមួយដើម្បីរក្សាអតិថិជនឲ្យស្ថិតក្រោមការគ្រប់គ្រងរបស់អ្នកផ្គត់ផ្គង់។ បញ្ហានេះជាទូទៅអាចដោះស្រាយបានតាមវិធីពីរយ៉ាង – ដោយការគ្រប់គ្រងទិន្នន័យដោយផ្ទាល់ ឬដោយធានាបាននូវវិធីដែលអាចទុកចិត្តបានក្នុងការទទួលបានវាក្នុងទម្រង់ដែលអាចប្រើប្រាស់បាន។
ឧទាហរណ៍; សេវាកម្មសម្រាប់គ្រប់គ្រងទំនាក់ទំនងអ៊ីមែលដែលយើងទទួលបានដោយការចុះឈ្មោះនៅលើគេហទំព័ររបស់អ្នកផ្គត់ផ្គង់របស់យើង។ វិធីសាស្រ្តទីមួយគឺធានាថាទិន្នន័យត្រូវបានចម្លងនៅក្នុងប្រព័ន្ធផ្ទាល់ខ្លួនរបស់យើង។ ហើយវិធីសាស្រ្តទីពីរគឺទាញយកព័ត៌មានដែលរក្សាទុកក្នុងប្រព័ន្ធរបស់អ្នកផ្គត់ផ្គង់ជាប្រចាំ ហើយរក្សាទុកវាជាមួយយើងសម្រាប់ "ក្នុងករណីចាំបាច់"។
សូម្បីតែនៅក្នុងប្រព័ន្ធរបស់យើងផ្ទាល់ក៏ដោយ ដែលការផ្ទុកទិន្នន័យត្រូវបានកត់ត្រាយ៉ាងល្អ វិធីសាស្រ្តនៃការនាំចេញទិន្នន័យទៅកាន់តារាងស្តង់ដារ មូលដ្ឋានទិន្នន័យ ឬ XML អាចជួយសម្រួលដល់ការរួមបញ្ចូលប្រព័ន្ធថ្មីមួយ។ វាជាការសំខាន់ក្នុងការបង្កើតនីតិវិធីសម្រាប់ការទាញយកទិន្នន័យ ការផ្ទៀងផ្ទាត់ថាការនាំចេញមានមុខងារ និងថាទម្រង់ត្រូវបានកត់ត្រាយ៉ាងល្អ ពីព្រោះពេលវេលាដ៏សំខាន់នៅពេលដែលយើងត្រូវទាញយកទិន្នន័យគឺជាពេលវេលាដ៏អាក្រក់បំផុតក្នុងការរកឃើញថាការនាំចេញមិនដំណើរការ ឬថាទិន្នន័យដែលបាននាំចេញយ៉ាងល្អឥតខ្ចោះត្រូវបានអ៊ិនកូដក្នុងទម្រង់ដែលយើងមិនអាចធ្វើការជាមួយបាន។
តម្រូវការខាងលើគួរតែត្រូវបានផ្ទៀងផ្ទាត់នៅពេលទទួលយកមុខងារថ្មី ឬការផ្លាស់ប្តូរប្រព័ន្ធណាមួយពីអ្នកផ្គត់ផ្គង់។
៣. រក្សាសិទ្ធិបញ្ញាចំពោះកម្មវិធីនានា
ភាពជាម្ចាស់នៃកម្មវិធី រួមមានភាពជាម្ចាស់នៃកូដប្រភព ឬការរចនានៃកម្មវិធី។ ប្រសិនបើយើងមិនមានការគ្រប់គ្រងលើកូដប្រភពទេ យើងប្រឈមនឹងហានិភ័យដែលនៅពេលដែលយើងចង់ផ្លាស់ប្តូរអ្នកផ្គត់ផ្គង់ យើងនឹងឃើញថាអ្នកផ្គត់ផ្គង់ដែលមានស្រាប់ជាម្ចាស់ផ្នែកសំខាន់នៃកូដ ហើយនឹងមិនមានឆន្ទៈក្នុងការផ្តល់វាដោយឥតគិតថ្លៃនោះទេ។ យើងអាចជៀសវាងបញ្ហានេះបានដោយកំណត់យ៉ាងច្បាស់លាស់អំពីភាពជាម្ចាស់នៅក្នុងកិច្ចសន្យា ដោយបញ្ជាក់ថាកូដដែលបង្កើតឡើងជាលទ្ធផលនៃការផ្លាស់ប្តូរដែលបានស្នើសុំគឺជាកម្មសិទ្ធិរបស់យើងទាំងស្រុង ឬថាការផ្លាស់ប្តូរទាំងនេះត្រូវបានបង្កើតឡើងក្រោមអាជ្ញាប័ណ្ណដែលអនុញ្ញាតឱ្យយើងប្រើប្រាស់ និងចែកចាយវាដោយឥតគិតថ្លៃ។
ទោះបីជាយើងទទួលបានសិទ្ធិជាម្ចាស់កម្មសិទ្ធិតាមកិច្ចសន្យាក៏ដោយ នេះមិនមានន័យថាអ្នកផ្គត់ផ្គង់ដែលយើងហៀបនឹងបញ្ចប់កិច្ចសន្យានឹងផ្តល់ឱ្យយើងនូវសិទ្ធិចូលប្រើលេខកូដនោះទេ។ សម្រាប់ហេតុផលនេះ វាត្រូវបានណែនាំយ៉ាងខ្លាំងថាប្រព័ន្ធគ្រប់គ្រងប្រភព វិគី និងឯកសារផ្សេងទៀតត្រូវបានរក្សាទុកជាមួយភាគីទីបី ហើយដៃគូត្រូវមានកាតព្វកិច្ចរក្សាទុកទិន្នន័យនៅកន្លែងជាក់លាក់មួយ និងនៅពេលវេលាជាក់លាក់មួយ ដើម្បីឱ្យយើងអាចចូលប្រើកំណែបច្ចុប្បន្នបាន។
៤. ការរួមបញ្ចូលប្រព័ន្ធជាជាងការពង្រីកមុខងារ
API សេវាកម្មគេហទំព័រ (ចំណុចប្រទាក់សរសេរកម្មវិធី) ឥឡូវនេះគឺជាលក្ខណៈពិសេសទូទៅនៅក្នុងកម្មវិធីពាណិជ្ជកម្ម និងប្រភពបើកចំហជាច្រើន។ នេះមានន័យថា លក្ខណៈពិសេស ឬមុខងារទាំងអស់ដែលមានសម្រាប់អ្នកប្រើប្រាស់កម្មវិធី ក៏អាចរកបានសម្រាប់ប្រើប្រាស់រវាងប្រព័ន្ធ និងកម្មវិធីផ្សេងៗគ្នាផងដែរ។
ដោយប្រើប្រាស់ពិធីការ និងស្តង់ដារដើម្បីកំណត់ចំណុចប្រទាក់នេះ សេវាកម្មទាំងនេះគឺជាមធ្យោបាយទំនាក់ទំនង និងវេទិការួបរួមគ្នា កម្មវិធីដែលសរសេរជាភាសាមួយ ឬនៅលើប្រព័ន្ធប្រតិបត្តិការតែមួយអាចចូលប្រើបានសម្រាប់ប្រព័ន្ធដែលសរសេរតាមរបៀបខុសគ្នាទាំងស្រុង។ ទិន្នន័យត្រូវបានផ្ទេរក្នុងទម្រង់ទូទៅ ដូចជា XML ឬ JSON ហើយមូលដ្ឋានកូដនៃប្រព័ន្ធទាំងពីរនៅតែឯករាជ្យទាំងស្រុង។
សព្វថ្ងៃនេះ អ្នកប្រើប្រាស់គ្រប់រូបអាចស្រមៃមើលថាតើការរួមបញ្ចូលប្រព័ន្ធមើលទៅដូចម្ដេច។ យ៉ាងណាមិញ យើងទាំងអស់គ្នាប្រើប្រាស់សេវាកម្មកម្មវិធីគេហទំព័រដែលត្រូវបានរួមបញ្ចូលជាមួយគ្នា - ឧទាហរណ៍; ប្រតិទិន Google ជាមួយ Google Contacts និង Gmail។ ប្រសិនបើយើងសម្រេចចិត្តចាប់ផ្តើមប្រើប្រតិទិនផ្សេងជំនួសឱ្យប្រតិទិនដែលមានស្រាប់ យើងគ្រាន់តែត្រូវភ្ជាប់វាទៅនឹងទិន្នន័យដែលមានស្រាប់។ វិធីសាស្រ្តនៃការផ្លាស់ប្តូរប្រព័ន្ធនេះមិនអាចទៅរួចទេ ប្រសិនបើយើងមានប្រព័ន្ធផ្ទាល់ខ្លួនរបស់យើង ដែលដំបូងឡើយយើងបានទិញសម្រាប់តែគណនេយ្យ ហើយបន្តិចម្តងៗបានឱ្យអ្នកផ្គត់ផ្គង់បង្កើតម៉ូឌុល CRM; ម៉ូឌុលសេវាកម្ម; ល។
តក្កវិជ្ជាដូចគ្នានេះអនុវត្តចំពោះការរួមបញ្ចូលជាមួយប្រព័ន្ធដែលផ្តល់ជាសេវាកម្មដោយអ្នកផ្តល់សេវា cloud (SaaS – Software as a Service)។ ការប្រើប្រាស់សេវាកម្មគេហទំព័របំបែកកម្មវិធីនីមួយៗចេញពីគ្នាទៅវិញទៅមក។ ធ្វើឱ្យប្រព័ន្ធទាំងមូលកាន់តែមានភាពបត់បែន និងមានតម្លាភាព។ ផ្ទុយទៅវិញ តំណភ្ជាប់ថេររវាងម៉ូឌុលផ្សេងៗគ្នាធ្វើឱ្យវាកាន់តែងាយស្រួលសម្រាប់អ្នកផ្គត់ផ្គង់ក្នុងការបង្កើនការពឹងផ្អែករបស់យើងលើពួកគេ។ បង្កើនភាពស្មុគស្មាញនៃកូដ។ ហើយភាពបត់បែននៃប្រព័ន្ធគឺស្មើនឹងផ្នែកដែលអាចបត់បែនបានតិចបំផុត។
៥. ព្យាយាមកាត់បន្ថយការកែប្រែប្រព័ន្ធស្តង់ដារ
ព្យាយាមអនុវត្តប្រព័ន្ធដែលត្រូវការជាមួយនឹងការកែប្រែតិចតួចបំផុតចំពោះការអនុវត្តស្តង់ដារ។ ជាធម្មតាអ្នកមិនមែនជាអតិថិជនដំបូងរបស់អ្នកផ្គត់ផ្គង់ទេ។ ព្យាយាមទាញយកអត្ថប្រយោជន៍ច្រើនបំផុតពីបទពិសោធន៍របស់អ្នកផ្គត់ផ្គង់ជាមួយអតិថិជនផ្សេងទៀតក្នុងអំឡុងពេលអនុវត្ត។ អ្នកទំនងជានឹងភ្ញាក់ផ្អើលចំពោះរបៀបដែលដំណើរការមួយចំនួនអាចត្រូវបានអនុវត្តប្រកបដោយប្រសិទ្ធភាពជាងមុន ឬទិន្នន័យមួយចំនួនដែលយើងធ្លាប់មើលរំលងនឹងក្លាយជាគុណសម្បត្តិប្រកួតប្រជែងរបស់យើង។
ប្រសិនបើយើងត្រូវការការផ្លាស់ប្តូរសំខាន់ៗចំពោះមុខងាររបស់កម្មវិធី នេះអាចធ្វើឱ្យស្មុគស្មាញដល់ការផ្លាស់ប្តូរទៅកំណែថ្មីនាពេលអនាគត ហើយការផ្លាស់ប្តូរណាមួយនឹងជាបញ្ហាប្រឈមទាក់ទងនឹងការអភិវឌ្ឍ និងការដាក់ពង្រាយ។
៦. ប្រើប្រាស់អ្នកផ្គត់ផ្គង់ច្រើន
ព្យាយាមគ្រប់គ្រងការរចនាប្រព័ន្ធទាំងមូល ការអភិវឌ្ឍ ការដាក់ពង្រាយ និងប្រតិបត្តិការដោយខ្លួនឯង ហើយកុំទុកវាឱ្យទៅអ្នកផ្គត់ផ្គង់។ វាជាគំនិតល្អក្នុងការបំបែកអ្នកវិភាគអាជីវកម្មចេញពីអ្នកអភិវឌ្ឍន៍។ ឧទាហរណ៍។ វាជាគំនិតល្អក្នុងការឱ្យប្រព័ន្ធត្រូវបានសាកល្បងដោយអ្នកសាកល្បងដែលនៅខាងក្រៅក្រុមអភិវឌ្ឍន៍។ ពួកគេនឹងធ្វើការងារឱ្យកាន់តែមានប្រសិទ្ធភាព ហើយលទ្ធភាពដែលអ្នកនឹងទទួលបានផលិតផលដ៏ល្អឥតខ្ចោះគឺធំជាង។ ប្រសិនបើភាគីមួយទៀតទទួលខុសត្រូវចំពោះប្រតិបត្តិការ (ឧទាហរណ៍ អ្នកផ្តល់សេវា cloud) ត្រូវប្រាកដថាពួកគេនឹងជំរុញអ្នកអភិវឌ្ឍន៍ឱ្យផ្តល់ផលិតផលដែលកាត់បន្ថយបញ្ហាប្រតិបត្តិការប្រព័ន្ធ។
៧. បញ្ជាក់ពីដំណើរការបញ្ចប់កិច្ចសន្យានៅក្នុងកិច្ចសន្យា រួមទាំងការពិន័យសម្រាប់អ្នកផ្គត់ផ្គង់
តើការបញ្ចប់កិច្ចសហប្រតិបត្តិការត្រូវបានបញ្ជាក់យ៉ាងដូចម្តេចនៅក្នុងកិច្ចសន្យា? ការជូនដំណឹងជាមុនបីខែ; បន្ទាប់ពីនោះអ្នកឈប់បង់ប្រាក់ ហើយអ្នកផ្គត់ផ្គង់ឈប់ផ្តល់ការគាំទ្រ? នោះគឺមិនគ្រប់គ្រាន់ទាល់តែសោះ។
ចាំបាច់ត្រូវបញ្ជាក់ពីឯកសារអ្វីខ្លះ និងគុណភាពដែលអ្នកផ្គត់ផ្គង់ត្រូវផ្តល់ជូនអ្នក ឬដោយផ្ទាល់ទៅកាន់អ្នកផ្គត់ផ្គង់ថ្មីក្នុងអំឡុងពេលជូនដំណឹង។ ប្រសិនបើអ្នកទទួលបានសិទ្ធិបញ្ញាលើការរចនា កូដប្រភព និងផ្នែកផ្សេងទៀតនៃឯកសារដែលបានរៀបរាប់ក្នុងចំណុចទី 3 កាន់តែប្រសើរ។ នៅពេលបញ្ចប់កិច្ចសន្យាជាមួយអ្នកផ្គត់ផ្គង់ វាជាគំនិតល្អក្នុងការពិនិត្យជាមួយក្រុមហ៊ុនដែលជាប់ចំណាត់ថ្នាក់លេខ 2 និងទី 3 អំពីអ្វីដែលពួកគេនឹងត្រូវការ ប្រសិនបើពួកគេចង់ទទួលយកការអភិវឌ្ឍន៍ និងការថែទាំពីអ្នកឈ្នះ។
៨. ជូនដំណឹងដល់អ្នកផ្គត់ផ្គង់អំពីផែនការអភិវឌ្ឍន៍នាពេលអនាគត
ធ្វើការលើភាពជាដៃគូរយៈពេលវែងជាមួយអ្នកផ្គត់ផ្គង់របស់អ្នក។ ប្រសិនបើអ្នកពិភាក្សាជាប្រចាំអំពីផែនការអភិវឌ្ឍន៍ និងបញ្ហាយុទ្ធសាស្ត្ររបស់អ្នកជាមួយពួកគេ ហើយមិនត្រឹមតែការផ្លាស់ប្តូរមុខងារបច្ចុប្បន្នប៉ុណ្ណោះទេ អ្នកផ្គត់ផ្គង់អាចបង្កើតសំណើដែលនឹងបង្កើតស្ថាបត្យកម្មប្រព័ន្ធដែលមានស្ថេរភាព មានប្រសិទ្ធភាព និងចំណាយតិច មិនត្រឹមតែសម្រាប់តម្រូវការបច្ចុប្បន្នរបស់អ្នកប៉ុណ្ណោះទេ ប៉ុន្តែក៏សម្រាប់តម្រូវការនាពេលអនាគតផងដែរ។ ដើម្បីបញ្ជាក់ពីតម្រូវការរបស់អ្នក អ្នកអាចប្រើឧទាហរណ៍ វិធីសាស្ត្រ MuSCoW ដែលបែងចែកតម្រូវការទៅជាប្រភេទដូចខាងក្រោម៖
- ត្រូវតែមាន - ត្រូវតែមាន
- គួរតែមាន - គួរតែមាន
- អាចមាន - វានឹងល្អប្រសិនបើមាន
- នឹងមិនមានពេលវេលានេះទេ - មិនចាំបាច់មាននៅពេលនេះទេ
៩. ទទួលបានគំនិត និងមតិយោបល់ពីភាគីផ្សេងទៀត
កុំជាប់គាំងនៅកន្លែងតែមួយ; ធ្វើតាមនិន្នាការ; ស្វែងរកវិធីសាស្រ្ត និងការអនុវត្តល្អបំផុត; ហើយតាមដានអ្វីៗគ្រប់យ៉ាង។ ជួលក្រុមហ៊ុនមួយដើម្បីទទួលបានយោបល់ទីបី - ពួកគេនឹងវាយតម្លៃការសម្រេចចិត្តរបស់អ្នកទាំងពីទស្សនៈបច្ចេកទេស និងយុទ្ធសាស្ត្រ។ វាមិនចាំបាច់ថ្លៃទេ។ ហើយការពិគ្រោះយោបល់បែបនេះមានតម្លៃព្រោះវានឹងជួយអ្នកជៀសវាងកំហុស។ តាមបទពិសោធន៍របស់ខ្ញុំ; ខ្ញុំដឹងពីករណីមួយដែលអ្នកផ្គត់ផ្គង់បានបង្ខំអតិថិជនឱ្យវិនិយោគប្រាក់រាប់លានក្រូណាសក្នុងការដោះស្រាយបញ្ហាដែលខ្លួនគាត់បានបង្កឡើង; ហើយអ្នកប្រឹក្សាម្នាក់បានរកឃើញថាការវិនិយោគនឹងមិនអាចដោះស្រាយបញ្ហាបានទាល់តែសោះ ពីព្រោះបញ្ហាស្ថិតនៅកន្លែងផ្សេង។
អ្នកប្រឹក្សាយោបល់អាចជួយអ្នកកំណត់យុទ្ធសាស្ត្ររបស់អ្នក បង្កើតតម្រូវការ វាយតម្លៃជម្រើស និងមើលអ្វីៗពីមុំដែលមិននឹកស្មានដល់។ ពួកគេក៏អាចជួយអ្នកធ្វើសវនកម្មអ្នកផ្គត់ផ្គង់របស់អ្នក និងធានាបាននូវលទ្ធផលល្អបំផុតសម្រាប់អ្នក។ អ្នកប្រឹក្សាយោបល់គួរតែចងចាំជានិច្ចថា អ្នកចង់ឯករាជ្យពីអ្នកផ្គត់ផ្គង់ជាក់លាក់ណាមួយ ហើយអ្នកទទួលស្គាល់តម្លៃនៃចំណេះដឹងរបស់អ្នកជាគុណសម្បត្តិប្រកួតប្រជែង។
ការជ្រើសរើសអ្នកផ្គត់ផ្គង់ត្រឹមត្រូវគឺនិយាយអំពីការគ្រប់គ្រងហានិភ័យ
ខ្ញុំជឿជាក់ថា បន្ទាប់ពីអានអត្ថបទនេះរួច អ្នកមានគំនិតកាន់តែច្បាស់អំពីរបៀបប្រែក្លាយអ្នកផ្គត់ផ្គង់របស់អ្នកទៅជាដៃគូក្នុងភាពជោគជ័យរបស់អ្នក មិនមែនក្លាយជាអ្នកបម្រើរបស់ពួកគេនោះទេ។ ការទប់ស្កាត់ស្ថានភាពមិនល្អគឺនិយាយអំពីការគ្រប់គ្រងហានិភ័យជាប់លាប់ និងការជ្រើសរើសដំណោះស្រាយដែលមានតុល្យភាពរវាងតម្រូវការបច្ចុប្បន្នជាមួយនឹងភាពបត់បែននាពេលអនាគត។ ដោយប្រកាន់ខ្ជាប់នូវគោលការណ៍ខាងលើ អ្នកនឹងធានាបាននូវជម្រើសត្រឹមត្រូវនៃអ្នកផ្គត់ផ្គង់ និងប្រព័ន្ធថ្មីៗ។
