អំពីបុរសម្នាក់

រឿង​ពិត​ខ្ញុំ​បាន​ឃើញ​គ្រប់​យ៉ាង​ផ្ទាល់​ភ្នែក។

អស់រយៈពេលជាច្រើនឆ្នាំ បុរសម្នាក់ដូចជាអ្នកជាច្រើនបានធ្វើការជាអ្នកសរសេរកម្មវិធី។ ក្នុងករណី ខ្ញុំនឹងសរសេរវាតាមវិធីនេះ៖ "អ្នកសរសេរកម្មវិធី"។ ដោយសារតែគាត់ជា 1Snik នៅលើការជួសជុលក្រុមហ៊ុនផលិតកម្ម។

មុនពេលនោះគាត់បានសាកល្បងជំនាញផ្សេងៗគ្នា - 4 ឆ្នាំនៅប្រទេសបារាំងជាអ្នកសរសេរកម្មវិធីអ្នកគ្រប់គ្រងគម្រោងគាត់អាចបំពេញ 200 ម៉ោងក្នុងពេលតែមួយទទួលបានភាគរយនៃគម្រោងសម្រាប់ការគ្រប់គ្រងនិងការលក់បន្តិចបន្តួច។ ខ្ញុំបានព្យាយាមអភិវឌ្ឍផលិតផលដោយខ្លួនឯង ជាប្រធានផ្នែក IT នៅក្នុងក្រុមហ៊ុនធំមួយដែលមានមនុស្ស 6 ពាន់នាក់ បានសាកល្បងជម្រើសផ្សេងៗសម្រាប់ការប្រើប្រាស់វិជ្ជាជីវៈដែលអាចទិញបានរបស់ខ្ញុំ - អ្នកសរសេរកម្មវិធី 1C ។

ប៉ុន្តែ​មុខ​តំណែង​ទាំង​អស់​នេះ​គឺ​ជា​ចុង​បញ្ចប់​មួយ​ចំនួន ជា​ចម្បង​ទាក់ទង​នឹង​ប្រាក់​ចំណូល។ នៅពេលនោះ យើងទាំងអស់គ្នាទទួលបានប្រាក់ប្រហែលដូចគ្នា ហើយធ្វើការក្រោមលក្ខខណ្ឌដូចគ្នា។

បុរស​ម្នាក់​នេះ​ឆ្ងល់​ថា តើ​គាត់​អាច​រក​លុយ​បាន​ច្រើន​ដោយ​របៀប​ណា​ដោយ​មិន​លក់ ឬ​បង្កើត​អាជីវកម្ម​ផ្ទាល់​ខ្លួន។

គាត់ស្រមៃថាខ្លួនគាត់ជាមនុស្សឆ្លាត ហើយសម្រេចចិត្តស្វែងរកទីផ្សារពិសេសនៅក្នុងក្រុមហ៊ុនដែលគាត់ធ្វើការ។ ទីផ្សារពិសេសនេះត្រូវតែជាអ្វីដែលពិសេស មិនត្រូវបានកាន់កាប់ដោយនរណាម្នាក់ឡើយ។ ហើយខ្ញុំចង់ឱ្យក្រុមហ៊ុនខ្លួនឯងចង់បង់លុយឱ្យមនុស្សម្នាក់នៅក្នុងទីផ្សារពិសេសនេះ ដើម្បីកុំឱ្យមានការបោកប្រាស់នរណាម្នាក់ ឬបោកប្រាស់អ្វីទាំងអស់។ ដើម្បីសម្រេចគោលបំណងនេះ៖ មនុស្សម្នាក់នៅក្នុងមុខតំណែងនេះត្រូវចំណាយប្រាក់យ៉ាងច្រើន។ ចម្លែក, នៅក្នុងពាក្យមួយ។

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

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

គាត់​បាន​ដក​យក​ភាព​ក្លាហាន​មក​រក​ម្ចាស់។ ខ្ញុំបានស្នើឱ្យគាត់កែលម្អដំណើរការដែលមានបញ្ហាបំផុតនៅក្នុងអាជីវកម្ម។ នៅពេលនោះវាជាគណនេយ្យឃ្លាំង។ ឥឡូវនេះ គ្រប់គ្នាដែលធ្វើការនៅក្នុងក្រុមហ៊ុននេះ ថែមទាំងមានការខ្មាស់អៀនក្នុងការចងចាំបញ្ហាទាំងនោះ ប៉ុន្តែសារពើភ័ណ្ឌដែលត្រូវបានអនុវត្តជារៀងរាល់ត្រីមាសបានបង្ហាញពីភាពមិនស្របគ្នារវាងប្រព័ន្ធគណនេយ្យ និងសមតុល្យជាក់ស្តែងរាប់សិបភាគរយ។ ហើយក្នុងការចំណាយ និងបរិមាណ និងចំនួនមុខតំណែង។ វាជាគ្រោះមហន្តរាយមួយ។ ក្រុមហ៊ុនពិតជាមានសមតុល្យត្រឹមត្រូវនៅក្នុងប្រព័ន្ធគណនេយ្យត្រឹមតែ 4 ដងក្នុងមួយឆ្នាំ - មួយថ្ងៃបន្ទាប់ពីការរាប់សារពើភ័ណ្ឌ។ បុរសរបស់យើងបានចាប់ផ្តើមរៀបចំដំណើរការនេះ។

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

ដូច្នេះគាត់ត្រូវប្រឈមមុខនឹងភារកិច្ច៖ កាត់បន្ថយគម្លាតដោយផ្អែកលើលទ្ធផលសារពើភ័ណ្ឌ 2 ដងក្នុងមួយឆ្នាំ។ នៅពេលចាប់ផ្តើមគម្រោង គាត់មិនដឹងពីរបៀបដើម្បីសម្រេចបាននូវចំណុចនេះទេ ប៉ុន្តែគាត់យល់ថា គណនេយ្យឃ្លាំងគឺជារឿងសាមញ្ញ ដូច្នេះគាត់នៅតែអាចធ្វើអ្វីមួយដែលមានប្រយោជន៍។ ជាងនេះទៅទៀត ការកាត់បន្ថយគម្លាតពីរាប់សិបភាគរយទៅមួយដប់ភាគរយ ហាក់បីដូចជាមិនពិបាកប៉ុន្មានទេ។ នរណាម្នាក់ដែលបានធ្វើការនៅក្នុងការប្រឹក្សា ឬសកម្មភាពស្រដៀងគ្នានេះយល់ថាបញ្ហាដំណើរការភាគច្រើនអាចត្រូវបានដោះស្រាយជាមួយនឹងជំហានសាមញ្ញដោយយុត្តិធម៌។

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

ជោគជ័យគឺធំធេងណាស់ ប៉ុន្តែគេមិនអាចជឿលើនិរន្តរភាពរបស់វាបានទេ។ បុរសខ្លួនឯងសង្ស័យថាលទ្ធផលនឹងត្រូវបានរក្សាទុកប្រសិនបើគាត់ដើរចេញហើយឈប់សង្កេតដំណើរការ។ យ៉ាង​ណា​ក៏​ដោយ មាន​លទ្ធផល ហើយ​បុរស​នោះ​ទទួល​បាន​អ្វី​គ្រប់​យ៉ាង​ដែល​គាត់​យល់​ព្រម​ជាមួយ​ម្ចាស់។ បន្ទាប់មកបន្ទាប់ពីជាច្រើនឆ្នាំស្ថេរភាពនៃលទ្ធផលត្រូវបានបញ្ជាក់ - អស់រយៈពេលជាច្រើនឆ្នាំគម្លាតនៅតែមានក្នុង 1% ។

បន្ទាប់មកគាត់បានសម្រេចចិត្តធ្វើពិសោធន៍ម្តងទៀត ហើយស្នើឱ្យម្ចាស់កែលម្អដំណើរការដែលមានបញ្ហាមួយទៀតគឺការផ្គត់ផ្គង់។ មានការខ្វះខាតដែលមិនអនុញ្ញាតឱ្យយើងដឹកជញ្ជូនបរិមាណដែលអតិថិជនរបស់យើងចង់បាន។ យើងបានព្រមព្រៀងគ្នាថាក្នុងរយៈពេលមួយឆ្នាំ ឱនភាពនឹងត្រូវកាត់បន្ថយពាក់កណ្តាល ហើយបុរសនោះក៏នឹងបញ្ចប់គម្រោង 10-15 ដែលទាក់ទងនឹង 1C ដើម្បីធ្វើស្វ័យប្រវត្តិកម្មដំណើរការអាជីវកម្មផ្សេងៗ និងការខុសឆ្គងផ្សេងទៀត។

នៅឆ្នាំទី 2 អ្វីគ្រប់យ៉ាងត្រូវបានបញ្ចប់ដោយជោគជ័យម្តងទៀត ឱនភាពថយចុះជាង XNUMX ដង គម្រោង IT ទាំងអស់ត្រូវបានបញ្ចប់ដោយជោគជ័យ។

ដោយសារប្រាក់ខែបានបំពេញតម្រូវការទាំងអស់របស់បុរសនោះអស់រយៈពេល 2 ឆ្នាំជាមុនរួចហើយ ទើបគាត់សម្រេចចិត្តសម្រាកបន្តិច ស្ងប់ស្ងាត់ ហើយអង្គុយនៅកន្លែងកក់ក្ដៅ និងកក់ក្ដៅដែលគាត់បានបង្កើតសម្រាប់ខ្លួនគាត់។

តើវាយ៉ាងម៉េចដែរ? ជា​ផ្លូវការ គាត់​ជា​នាយក​ផ្នែក​ព័ត៌មានវិទ្យា។ ប៉ុន្តែតើគាត់ជានរណាពិតជាពិបាកយល់ណាស់។ យ៉ាងណាមិញ តើនាយក IT ធ្វើអ្វី? តាមក្បួនមួយ គាត់គ្រប់គ្រងហេដ្ឋារចនាសម្ព័ន្ធ IT គ្រប់គ្រងអ្នកគ្រប់គ្រងប្រព័ន្ធ អនុវត្តប្រព័ន្ធ ERP និងចូលរួមក្នុងកិច្ចប្រជុំរបស់ក្រុមប្រឹក្សាភិបាល។

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

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

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

ប៉ុន្តែជារឿយៗគាត់បានកោះប្រជុំខ្លួនឯង។ ខ្ញុំបានរកឃើញបញ្ហាមួយ បង្កើតដំណោះស្រាយ កំណត់អត្តសញ្ញាណភាគីដែលចាប់អារម្មណ៍ និងនាំអ្នកទាំងអស់គ្នាមកប្រជុំ។ ហើយបន្ទាប់មក - តាមដែលគាត់អាចធ្វើបាន។ គាត់បានបញ្ចុះបញ្ចូល, លើកទឹកចិត្ត, បង្ហាញ, ប្រកែក, សម្រេចបាន។

ក្រៅ​ផ្លូវ​ការ គាត់​ត្រូវ​បាន​គេ​ចាត់​ទុក​ជា​ជន​ទី​បី​ក្នុង​ក្រុមហ៊ុន បន្ទាប់​ពី​ម្ចាស់ និង​នាយក។ ជាការពិតណាស់ គាត់បានខឹងសម្បារជាខ្លាំងដល់ "បុគ្គលិកក្រុមហ៊ុន" ទាំងអស់ ដោយចាប់ផ្តើមពីលេខ 4។ ជាពិសេសជាមួយនឹងខោខូវប៊យរហែក និងអាវយឺតភ្លឺ ហើយថែមទាំងមានពេលវេលារបស់គាត់ក្នុងនាមជាម្ចាស់ទៀតផង។

ម្ចាស់​ឲ្យ​គាត់​១​ម៉ោង​ក្នុង​មួយ​ថ្ងៃ។ ជា​រៀងរាល់ថ្ងៃ។ ពួកគេបាននិយាយ ពិភាក្សាអំពីបញ្ហា ដំណោះស្រាយ អាជីវកម្មថ្មី តំបន់នៃការអភិវឌ្ឍន៍ សូចនាករ និងប្រសិទ្ធភាព ការអភិវឌ្ឍន៍ផ្ទាល់ខ្លួន សៀវភៅ និងជីវិតសាមញ្ញ។

ប៉ុន្តែបុរសនេះចម្លែក។ វាដូចជាអង្គុយហើយរីករាយ ជីវិតគឺល្អ។ ប៉ុន្តែទេ។ គាត់បានសម្រេចចិត្តឆ្លុះបញ្ចាំង។

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

គាត់បានមកជួបនាយករងសម្រាប់គុណភាព ហើយបានស្នើឱ្យណែនាំតារាងត្រួតពិនិត្យ Shewhart ដើម្បីឱ្យផលិតផលល្អជាងផលិតផលជប៉ុន។ ប៉ុន្តែវាបានប្រែក្លាយថាសហសេវិកមិនដឹងថាតើតារាងគ្រប់គ្រង Shewhart ជាអ្វី ការគ្រប់គ្រងដំណើរការស្ថិតិគឺជាអ្វីទេ ហើយទើបតែបានឮអំពីការប្រើប្រាស់វដ្ត Deming ក្នុងការគ្រប់គ្រងគុណភាព។ យល់ព្រម…

គាត់​បាន​ទៅ​កាន់​នាយក​រង​ម្នាក់​ទៀត ហើយ​បាន​ស្នើ​សុំ​ណែនាំ​ការ​គ្រប់​គ្រង។ ប៉ុន្តែខ្ញុំក៏មិនបានរកឃើញការគាំទ្រនៅទីនេះដែរ។ បន្តិចក្រោយមកគាត់បានសិក្សាអំពីការគ្រប់គ្រងព្រំដែន (ការគ្រប់គ្រងព្រំដែន) ហើយបានស្នើឱ្យនាយករងទាំងអស់អនុវត្តផ្នែកជាប្រព័ន្ធនៃវិធីសាស្រ្តនេះ ដើម្បីកែលម្អដំណើរការ។ ប៉ុន្តែ​មិន​ថា​បុរស​យើង​និយាយ​ច្រើន​ប៉ុណ្ណា​ក៏​គ្មាន​នរណា​ម្នាក់​ចង់​ស្វែងយល់​ពី​អ្វី​ដែរ​។ ប្រហែលជាពួកគេមិនចាប់អារម្មណ៍ ឬពិបាកពេក។ ប៉ុន្តែ​តាម​ពិត​ទៅ គ្មាន​អ្នក​ណា​យល់​ឃើញ​ទេ។

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

ចុងក្រោយគាត់បានទៅដល់អ្នកសរសេរកម្មវិធីរបស់គាត់ - បុគ្គលិកមាន 3 នាក់។ គាត់បាននិយាយអំពីការគ្រប់គ្រងព្រំដែន អំពីការគ្រប់គ្រង អំពីការគ្រប់គ្រងគុណភាព អំពីភាពរហ័សរហួន និងកោសល្យវិច័យ... ហើយគួរឱ្យភ្ញាក់ផ្អើល ពួកគេបានយល់គ្រប់យ៉ាង ហើយថែមទាំងអាចពិភាក្សាជាមួយគាត់បានខ្លះៗ រួមទាំង subtleties បច្ចេកទេស និងវិធីសាស្រ្តផងដែរ។ ពួកគេបានយល់ពីមូលហេតុដែលគម្រោងឃ្លាំង និងការផ្គត់ផ្គង់បានដំណើរការ។ ហើយបន្ទាប់មកវាបានភ្លឺឡើងលើបុរសម្នាក់នេះ: តាមពិតអ្នកសរសេរកម្មវិធីនឹងជួយសង្គ្រោះពិភពលោក។

គាត់បានដឹងថា អ្នកសរសេរកម្មវិធីគឺជាមនុស្សតែម្នាក់គត់ដែលអាចយល់ពីដំណើរការអាជីវកម្មជាធម្មតា ជាមួយនឹងព័ត៌មានលម្អិតចាំបាច់។

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

ទីមួយ អ្នកសរសេរកម្មវិធីដឹងពីមុខវិជ្ជានៃអាជីវកម្ម ហើយពួកគេស្គាល់ពួកគេច្បាស់ជាងអ្នកផ្សេងទៀតទាំងអស់នៅក្នុងក្រុមហ៊ុន។

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

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

អ្នកគ្រប់គ្រងភាគច្រើន យោងទៅតាមបុរសនោះ មិនមានពេលទំនេរនេះទេ ហើយមានមោទនភាពចំពោះវា។ ទោះបីជាការពិតនេះមានន័យថា មនុស្សម្នាក់មិនអាចមានប្រសិទ្ធភាព ដោយសារគាត់មិនមានពេលវេលាដើម្បីបង្កើនប្រសិទ្ធភាព - រង្វង់ដ៏កាចសាហាវមួយ។ ក្នុង​វប្បធម៌​របស់​យើង វា​ជា​ម៉ូដ​ដែល​រវល់ ដូច្នេះ​អ្វីៗ​នៅ​ដដែល។ ហើយសម្រាប់ពួកយើងអ្នកសរសេរកម្មវិធី នេះគឺជាអត្ថប្រយោជន៍មួយ។ យើង​អាច​រក​ពេល​ទំនេរ ហើយ​គិត​គ្រប់​យ៉ាង។

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

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

ហើយបន្ទាប់មកគាត់បានចាកចេញ។ ក្នុងអំឡុងពេលឃុំខ្លួនរយៈពេលពីរសប្តាហ៍ យើងបានបង្ខំគាត់ឱ្យចែករំលែកបទពិសោធន៍របស់គាត់ ពីព្រោះយើងចង់បន្តការងារដែលគាត់កំពុងធ្វើ។ ជាការប្រសើរណាស់ តំណែងរបស់គាត់បានក្លាយជាទំនេរ។

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

ជា​ការ​ពិត​ណាស់ monologues ភាគ​ច្រើន​មិន​សម​ហេតុ​ផល​និង​ការ​សើច - គាត់​មាន​អារម្មណ៍​យ៉ាង​ខ្លាំង​ដោយ​សារ​តែ កំពុងចាកចេញពីតំបន់ដាច់ស្រយាលសម្រាប់សាំងពេទឺប៊ឺគ។ តើអ្នកគួរទៅធ្វើការនៅ St. Petersburg នៅឯណា? ទៅ Gazprom ពិតណាស់។

ប៉ុន្តែយើងអាចទាញយកអ្វីដែលមានប្រយោជន៍ពី monologues របស់គាត់។ ខ្ញុំនឹងប្រាប់អ្នកពីអ្វីដែលខ្ញុំចងចាំ។

ដូច្នេះអនុសាសន៍របស់បុរសនោះ។ សម្រាប់​អ្នក​ដែល​ចង់​ព្យាយាម​ដាក់​អ្វីៗ​តាម​លំដាប់​លំដោយ​ក្នុង​ដំណើរការ​អាជីវកម្ម។

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

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

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

ល្បិច​ទី​ពីរ​គឺ​ថា​បើ​អ្នក​ចេះ​បច្ចេកទេស​ច្រើន​ក៏​កាន់​តែ​ល្អ។ ជាឧទាហរណ៍ នៅប្រទេសជប៉ុនបុរាណបានរស់នៅ Miyamoto Musashi ដែលជាអ្នកដាវដ៏ល្បីបំផុតម្នាក់ ដែលជាអ្នកនិពន្ធក្បាច់ដាវពីរ។ គាត់បានសិក្សានៅសាលាមួយចំនួនជាមួយគ្រូមួយចំនួន បន្ទាប់មកបានធ្វើដំណើរជុំវិញប្រទេសជប៉ុន ដោយបានប្រយុទ្ធជាមួយមិត្តភក្ដិផ្សេងៗ។ ប្រសិនបើបុរសខ្លាំងជាង នោះការធ្វើដំណើរបានឈប់មួយរយៈ ហើយ Musashi បានក្លាយជាសិស្ស។ ជាលទ្ធផល ជាច្រើនឆ្នាំមកនេះ គាត់បានទទួលជំនាញនៃការអនុវត្តផ្សេងៗរបស់ចៅហ្វាយនាយផ្សេងៗគ្នា ហើយបានបង្កើតសាលាផ្ទាល់ខ្លួនរបស់គាត់ ដោយបន្ថែមអ្វីមួយផ្ទាល់ខ្លួនរបស់គាត់។ ជាលទ្ធផលគាត់ទទួលបានជំនាញពិសេសមួយ។ វាដូចគ្នានៅទីនេះ។

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

ហេតុអ្វីបានជារឿងនេះកើតឡើង? ដោយសារតែអ្នកប្រឹក្សាបាននិយាយថា យើងកំពុងណែនាំប្រព័ន្ធបែបនេះ ហើយគ្រប់គ្នាយល់ស្របជាមួយគាត់។ ល្អណាស់ ប៉ុន្តែវិធីសាស្រ្តមួយមិនគ្របដណ្តប់បញ្ហាទាំងអស់នៃដំណើរការអាជីវកម្មសូម្បីតែមួយ ជាពិសេសប្រសិនបើតម្រូវការជាមុនដំបូង - របស់យើង និងអ្នកដែលតម្រូវឱ្យអនុវត្តវិធីសាស្រ្ត - មិនស្របគ្នា។

នៅក្នុងការអនុវត្តដែលបុរសណែនាំ អ្នកត្រូវយកអ្វីដែលល្អបំផុត ហើយអនុវត្តឱ្យល្អបំផុត។ កុំយកវិធីសាស្រ្តទាំងស្រុង ប៉ុន្តែត្រូវយកលក្ខណៈសំខាន់ៗ លក្ខណៈពិសេស និងការអនុវត្តរបស់ពួកគេ។ ហើយអ្វីដែលសំខាន់បំផុតគឺត្រូវយល់ពីខ្លឹមសារ។

គាត់បាននិយាយថាឧទាហរណ៍ Scrum ឬ Agile ។ នៅក្នុង monologues របស់គាត់ បុរសនោះបាននិយាយម្តងទៀតជាច្រើនដង ដែលមិនមែនគ្រប់គ្នាយល់ច្បាស់ពីខ្លឹមសារនៃ Scrum នោះទេ។ គាត់ក៏បានអានសៀវភៅរបស់ Jeff Sutherland ដែលមនុស្សមួយចំនួនយល់ថា "ការអានស្រាល" ។ វាហាក់ដូចជាគាត់អានយ៉ាងស៊ីជម្រៅ ព្រោះគោលការណ៍គ្រឹះមួយនៃ Scrum គឺការគ្រប់គ្រងគុណភាព វាត្រូវបានសរសេរដោយផ្ទាល់នៅក្នុងសៀវភៅ។

វានិយាយអំពីផលិតកម្ម Toyota អំពីរបៀបដែល Jeff Sutherland បានបង្ហាញ Scrum នៅក្នុងប្រទេសជប៉ុន របៀបដែលវាបានចាក់ឫសនៅទីនោះ និងរបៀបដែលវាជិតស្និទ្ធនឹងទស្សនវិជ្ជារបស់ពួកគេ។ ហើយ Sutherland បាននិយាយអំពីសារៈសំខាន់នៃតួនាទីរបស់ Scrum Master អំពីវដ្ត Deming ។ តួនាទីរបស់ Scrum Master គឺបង្កើនល្បឿនដំណើរការជានិច្ច។ អ្វីៗផ្សេងទៀតដែលមាននៅក្នុង Scrum - ការផ្តល់ជាដំណាក់កាល ការពេញចិត្តរបស់អតិថិជន បញ្ជីការងារច្បាស់លាស់សម្រាប់រយៈពេលរត់ - ក៏សំខាន់ផងដែរ ប៉ុន្តែអ្វីៗទាំងអស់នេះត្រូវតែដំណើរការលឿន និងលឿនជាងមុន។ ល្បឿននៃការងារត្រូវតែកើនឡើងឥតឈប់ឈរនៅក្នុងឯកតាដែលវាត្រូវបានវាស់។

ប្រហែលជានេះជាបញ្ហានៃការបកប្រែព្រោះសៀវភៅរបស់យើងត្រូវបានបកប្រែជា "Scrum - វិធីសាស្រ្តបដិវត្តនៃការគ្រប់គ្រងគម្រោង" ហើយប្រសិនបើចំណងជើងជាភាសាអង់គ្លេសត្រូវបានបកប្រែតាមព្យញ្ជនៈនោះវានឹងប្រែជា: "Scrum - ពីរដងច្រើនជាងពាក់កណ្តាលនៃពេលវេលា" ។ នោះគឺសូម្បីតែនៅក្នុងឈ្មោះសំដៅទៅលើល្បឿនជាមុខងារសំខាន់របស់ Scrum ។

នៅពេលដែលបុរសម្នាក់នេះអនុវត្ត Scrum ល្បឿនបានកើនឡើងទ្វេដងក្នុងខែដំបូងដោយមិនមានការផ្លាស់ប្តូរអ្វីគួរឱ្យកត់សម្គាល់នោះទេ។ គាត់បានរកឃើញចំណុចសម្រាប់ការផ្លាស់ប្តូរ និងកែប្រែ Scrum ខ្លួនវាដើម្បីធ្វើឱ្យវាដំណើរការលឿនជាងមុន។ រឿងតែមួយគត់ដែលពួកគេសរសេរនៅលើអ៊ីនធឺណិតគឺថាពួកគេប្រឈមមុខនឹងសំណួរថា "យើងបានបង្កើនល្បឿនទ្វេដងហើយអ្វីដែលនៅសល់គឺត្រូវយល់ពីអ្វីដែលយើងកំពុងធ្វើក្នុងល្បឿនបែបនេះ?" ទោះ​ជា​យ៉ាង​ណា​នេះ​គឺ​ជា​តំបន់​ខុស​គ្នា​ទាំង​ស្រុង ...

គាត់ក៏បានណែនាំដោយផ្ទាល់នូវបច្ចេកទេសមួយចំនួនផងដែរ។ គាត់បានហៅពួកគេថាជាមូលដ្ឋាននិងជាមូលដ្ឋាន។

ទីមួយគឺការគ្រប់គ្រងព្រំដែន។

ពួកគេបង្រៀនវានៅ Skolkovo យោងទៅតាមបុរសនោះ មិនមានសៀវភៅ និងសម្ភារៈផ្សេងទៀតទេ។ គាត់ពិតជាមានសំណាងគ្រប់គ្រាន់ក្នុងការចូលរួមការបង្រៀនដោយសាស្ត្រាចារ្យមកពីសាកលវិទ្យាល័យ Harvard ដែលផ្សព្វផ្សាយអំពីការគ្រប់គ្រងព្រំដែន ហើយក៏បានអានអត្ថបទជាច្រើននៅក្នុង Harvard Business Review អំពីការងាររបស់ Eric Trist ផងដែរ។

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

ប៉ុន្តែភាគច្រើនជាញឹកញាប់បុរសម្នាក់នេះនិយាយអំពីការគ្រប់គ្រង។ គាត់ទើបតែមានចម្ងល់មួយចំនួនលើប្រធានបទនេះ។

និយាយឱ្យខ្លី ការគ្រប់គ្រង គឺជាការគ្រប់គ្រងដោយផ្អែកលើលេខ។ នៅទីនេះគាត់បាននិយាយថាគ្រប់ផ្នែកនៃនិយមន័យគឺមានសារៈសំខាន់ - ទាំង "ការគ្រប់គ្រង" និង "ផ្អែកលើ" និង "លេខ" ។

លោក​បាន​និយាយ​ថា យើង​មិន​ល្អ​ចំពោះ​ផ្នែក​ទាំង​បី​នៃ​ការ​គ្រប់​គ្រង។ ជាពិសេសដោយពិចារណាថាពួកគេមានទំនាក់ទំនងយ៉ាងជិតស្និទ្ធរវាងគ្នាទៅវិញទៅមក និងជាមួយផ្នែកផ្សេងទៀតនៃប្រព័ន្ធអាជីវកម្ម។

រឿងដំបូងដែលអាក្រក់គឺលេខ។ មានពួកគេតិចតួចហើយពួកគេមានគុណភាពទាប។

បន្ទាប់មកយើងបានយកផ្នែកសំខាន់នៃលេខពីប្រព័ន្ធព័ត៌មាន 1C ។ ដូច្នេះគុណភាពនៃលេខក្នុង 1C ដូចដែលគាត់បានអះអាងគឺមិនល្អទេ។ យ៉ាងហោចណាស់ ដោយសារតែសមត្ថភាពក្នុងការផ្លាស់ប្តូរទិន្នន័យឡើងវិញ។

វាច្បាស់ណាស់ថានេះមិនមែនជាកំហុសរបស់អ្នកអភិវឌ្ឍន៍ 1C ទេ - ពួកគេគិតតែពីតម្រូវការទីផ្សារ និងចិត្តគំនិតនៃគណនេយ្យក្នុងស្រុកប៉ុណ្ណោះ។ ប៉ុន្តែសម្រាប់គោលបំណងគ្រប់គ្រង វាជាការប្រសើរជាងក្នុងការផ្លាស់ប្តូរគោលការណ៍នៃការងារ 1C ជាមួយនឹងទិន្នន័យនៅសហគ្រាសជាក់លាក់មួយ។

លើសពីនេះទៀត លេខពី 1C យោងទៅតាមគាត់ ឆ្លងកាត់ដំណើរការពាក់កណ្តាលដោយដៃ ដោយប្រើ Excel ជាឧទាហរណ៍។ ដំណើរការបែបនេះក៏មិនបន្ថែមគុណភាពដល់ទិន្នន័យ ក៏ដូចជាប្រសិទ្ធភាពផងដែរ។

នៅទីបញ្ចប់ នរណាម្នាក់ផ្សេងទៀតពិនិត្យមើលរបាយការណ៍ចុងក្រោយពីរដង ដើម្បីកុំឱ្យបញ្ជូនតួលេខដោយចៃដន្យជាមួយកំហុសទៅអ្នកគ្រប់គ្រង។ ជាលទ្ធផល លេខឈានដល់អ្នកទទួលដ៏ស្រស់ស្អាត ផ្ទៀងផ្ទាត់ ប៉ុន្តែយឺតពេលណាស់។ ជាធម្មតា - បន្ទាប់ពីចុងបញ្ចប់នៃរយៈពេល (ខែសប្តាហ៍។ ល។ ) ។

ហើយនៅទីនេះគាត់បាននិយាយថាអ្វីគ្រប់យ៉ាងគឺសាមញ្ញណាស់។ ប្រសិនបើលេខអំពីខែមករាបានមកដល់អ្នកក្នុងខែកុម្ភៈ នោះអ្នកមិនអាចគ្រប់គ្រងសកម្មភាពរបស់ខែមករាបានទៀតទេ។ ព្រោះខែមករាបានកន្លងផុតទៅហើយ។

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

នៅសល់គឺច្បាស់។ អ្នកទទួលបានលេខម្តងក្នុងមួយខែ - អ្នកមានឱកាសគ្រប់គ្រងដោយលេខ (ឧទាហរណ៍ ការគ្រប់គ្រង) 12 ដងក្នុងមួយឆ្នាំ។ ប្រសិនបើអ្នកអនុវត្តការរាយការណ៍ប្រចាំត្រីមាស អ្នកគ្រប់គ្រងវា 4 ដងក្នុងមួយឆ្នាំ។ បូកប្រាក់រង្វាន់ - របាយការណ៍ប្រចាំឆ្នាំ។ បោះជំហានម្តងទៀត។

នៅសល់នៃពេលវេលា ការត្រួតពិនិត្យជាធម្មតាត្រូវបានអនុវត្តដោយងងឹតងងុល។

នៅពេលដែល (និងប្រសិនបើ) លេខលេចឡើងបន្ទាប់មកបញ្ហាទីពីរចូលមក - របៀបគ្រប់គ្រងដោយផ្អែកលើលេខ? ខ្ញុំមិនអាចយល់ស្របនឹងចំណុចនៃការវែកញែករបស់គាត់បានទេ។

បុរស​រូប​នេះ​បាន​ប្រកែក​ថា ប្រសិន​បើ​អ្នក​គ្រប់​គ្រង​មិន​មាន​លេខ​ពី​មុន​ទេ នោះ​រូបរាង​របស់​ពួក​គេ​នឹង​មាន​ផល​ប៉ះពាល់​យ៉ាង​ខ្លាំង។ គាត់នឹងមើល និងបង្វិលលេខតាមវិធីនេះ ហើយហៅមនុស្សនៅលើកំរាលព្រំ ទាមទារការពន្យល់ និងការស៊ើបអង្កេត។ បន្ទាប់ពីលេងជាមួយលេខ ធ្វើការវិភាគ និងគំរាមបុគ្គលិកទាំងអស់ថា "ឥឡូវនេះខ្ញុំនឹងមិនកម្ចាត់អ្នកទេ" អ្នកគ្រប់គ្រងនឹងស្ងប់ស្ងាត់យ៉ាងឆាប់រហ័ស ហើយបោះបង់ចោលបញ្ហានេះ។ ឈប់ប្រើឧបករណ៍។ ប៉ុន្តែបញ្ហានឹងនៅតែមាន។

លោក​បាន​និយាយ​ថា នេះ​កើត​ឡើង​ដោយ​សារ​តែ​សមត្ថភាព​គ្រប់​គ្រង​មិន​គ្រប់គ្រាន់។ នៅក្នុងការគ្រប់គ្រង, ជាដំបូងនៃការទាំងអស់។ អ្នកគ្រប់គ្រងគ្រាន់តែមិនដឹងថាត្រូវធ្វើអ្វីជាមួយលេខទាំងនេះ។ អ្វី сto do - ដឹងពីអ្វីដែលត្រូវធ្វើ - ទេ។ ធ្វើ​គឺ​ជា​អ្វី​ដែល​សរសេរ​អំពី​ខាង​លើ (ឈ្លោះ​គ្នា​លេង)។ ការធ្វើគឺជាដំណើរការអាជីវកម្មប្រចាំថ្ងៃ។

គាត់បានប្រកែកថាអ្វីគ្រប់យ៉ាងគឺសាមញ្ញណាស់: ឌីជីថលត្រូវតែក្លាយជាផ្នែកមួយនៃដំណើរការអាជីវកម្ម។ នៅក្នុងដំណើរការអាជីវកម្ម វាគួរតែច្បាស់លាស់៖ អ្នកណាគួរធ្វើអ្វី និងពេលណា ប្រសិនបើលេខខុសពីបទដ្ឋាន (ជម្រើសណាមួយ - ខាងលើព្រំដែន ខាងក្រោមព្រំដែន ហួសច្រករបៀង វត្តមាននៃនិន្នាការ បរាជ័យក្នុងការបំពេញតាម បរិមាណ។ល។)

ដូច្នេះហើយ គាត់បានគូសបញ្ជាក់អំពីបញ្ហាសំខាន់ៗ៖ ចំនួនមាន វាគួរតែក្លាយជាផ្នែកមួយនៃប្រព័ន្ធអាជីវកម្ម ដើម្បីបង្កើនប្រសិទ្ធភាពនៃការគ្រប់គ្រង ប៉ុន្តែ... វាមិនកើតឡើងនោះទេ។ ហេតុអ្វី?

ព្រោះ​មេដឹកនាំ​រុស្ស៊ី​នឹង​មិន​លះបង់​អំណាច​មួយ​ដុំ​ទៅ​ឲ្យ​គូប្រជែង​ឡើយ។

ដៃគូប្រកួតប្រជែងរបស់អ្នកគ្រប់គ្រងរុស្ស៊ី - ដំណើរការអាជីវកម្មដែលមានគុណភាពខ្ពស់និងធ្វើការការគិតគូរដែលមានប្រយោជន៍គ្នាទៅវិញទៅមកនិងស្វ័យប្រវត្តិកម្មត្រឹមត្រូវ - alas, នឹងចាកចេញពីអ្នកគ្រប់គ្រងដោយគ្មានការងារធ្វើ។

ស្រពិចស្រពិល អត់យល់ស្រប? ជាពិសេសអំពីអ្នកដឹកនាំ។ មិនអីទេ ខ្ញុំបានប្រាប់អ្នក អ្នកសម្រេចចិត្តដោយខ្លួនឯង។

តិចជាងបន្តិច ប៉ុន្តែនៅតែច្រើនពេក តាមគំនិតរបស់ខ្ញុំ គាត់និយាយអំពី Scrum ។

ត្រូវប្រាកដថា ខ្ញុំបាននិយាយថា អាន និងសាកល្បង Scrum នៅក្នុងការអនុវត្ត។ បើ​គាត់​និយាយ​ថា អ្នក​បាន​អាន​វា​ហើយ ប៉ុន្តែ​មិន​ទាន់​បាន​សាកល្បង​ទេ សូម​គិត​ថា​ខ្លួន​ឯង​ល្ងង់។ វាជាការប្រសើរជាងក្នុងការអានសៀវភៅ ឧទាហរណ៍ដោយ Sutherland ជាជាងអត្ថបទ និងការណែនាំគ្រប់ប្រភេទ (តើមានអ្វីខុស?) នៅលើអ៊ីនធឺណិត។

លោកបាននិយាយថា Scrum អាចរៀនបានតែតាមរយៈការអនុវត្ត ហើយជាមួយនឹងការវាស់វែងជាកាតព្វកិច្ចនៃចំនួនការងារដែលបានអនុវត្ត។ សាកល្បងដោយផ្ទាល់នូវតួនាទីសំខាន់បំផុតពីរ - ម្ចាស់ផលិតផល និង Scrum Master ។

វាមានសារៈសំខាន់ជាពិសេស យោងទៅតាមបុរសម្នាក់នេះ ដើម្បីទទួលបានបទពិសោធន៍ក្នុងការអនុវត្តតួនាទីរបស់ Scrum Master នៅពេលដែលអ្នកអាចបង្កើនបរិមាណនៃកិច្ចការដែលបានបញ្ចប់ក្នុងមួយរត់ដោយមិនបង្កើនធនធាន និងតម្លៃនៃការរត់។

ជាការប្រសើរណាស់, នៅលើកំពូលរបស់គាត់មាន TOS (ទ្រឹស្តីនៃការកំណត់ប្រព័ន្ធ) ។

យោងតាមបុរស ទាំងនេះគឺជាគោលការណ៍ជាមូលដ្ឋាននៃការបង្កើនប្រសិទ្ធភាពដែលអាចអនុវត្តបានស្ទើរតែគ្រប់វិស័យ ក្នុងដំណើរការអាជីវកម្ម និងប្រព័ន្ធអាជីវកម្មទាំងមូល។

នៅពេលដែលគាត់ដឹងថាយើងមិនស្គាល់ TOS គាត់ឈប់ប្រាប់យើង។ គាត់គ្រាន់តែបន្ថែមថាគាត់នឹងមិនធ្វើឱ្យយើងបាត់បង់ភាពរីករាយនៃការអានសៀវភៅរបស់ Eliyahu Goldratt ទេ។ គាត់បានផ្តល់អនុសាសន៍ស្រដៀងគ្នាទៅនឹង Scrum - អានវាហើយសាកល្បងវា។ ដូចជា មិនថាអ្នកស្ថិតក្នុងមុខតំណែងណាក៏ដោយ មិនថាអ្នកធ្វើកិច្ចការអ្វីនោះទេ វាមានកន្លែងសម្រាប់បង្កើនប្រសិទ្ធភាពដោយប្រើវិធីសាស្ត្រ TOC ។

បន្ទាប់មក ថង់នៃបច្ចេកទេសរបស់គាត់ហាក់ដូចជាស្ងួតអស់ ហើយគាត់បាននិយាយថា: លាយគោលការណ៍ដើម្បីបង្កើតដំណោះស្រាយដែលបានអនុវត្តក្នុងស្ថានភាពជាក់លាក់មួយ។

លោក​ថា នេះ​គឺ​ជា​អនុសាសន៍​ចម្បង​ជា​គន្លឹះ​នៃ​ការ​ជោគជ័យ។ ស្វែងយល់ពីគោលការណ៍ ខ្លឹមសារ និងបង្កើតដំណោះស្រាយកម្មវិធីតែមួយគត់ - ដំណើរការអាជីវកម្ម និងប្រព័ន្ធអាជីវកម្ម។

បន្ទាប់មកគាត់បានព្យាយាមចងចាំសម្រង់ខ្លះ ហើយនៅទីបញ្ចប់គាត់ត្រូវចូលអ៊ីនធឺណិត។ វាបានប្រែក្លាយទៅជាសម្រង់ពីអត្ថបទ "ឈរនៅលើស្មារបស់យក្ស" ដោយ Eliyahu Goldratt:

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

គាត់បាននិយាយថា ការងាររបស់អ្នកសរសេរកម្មវិធី និង "អ្នកធ្វើអោយដំណើរការអាជីវកម្ម" គឺស្រដៀងគ្នាខ្លាំងណាស់។ ហើយបានចាកចេញ។

ប្រភព: www.habr.com

បន្ថែមមតិយោបល់