ខោខ្លីរបស់ Belokamentsev

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

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

ខ្ញុំនាំមកជូនអ្នកចាប់អារម្មណ៍នូវខោខ្លីបែបនេះ ដោយផ្អែកលើការបោះពុម្ពផ្សាយមួយចំនួន។ ប្រហែលជាអ្នកនឹងរកឃើញអ្វីដែលមានប្រយោជន៍សម្រាប់ខ្លួនអ្នក។

ឆ្មាងាប់ កន្ទុយក៏ចេញមក

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

→ habr.com/en/post/341654

ប៉ារ៉ាស៊ីតមិនទាន់ឃើញច្បាស់

ជាមូលដ្ឋាន មានវិធីសាស្រ្តពីរក្នុងការកំណត់គោលដៅ និងការត្រួតពិនិត្យការប្រតិបត្តិ៖ ប៉ារ៉ាស៊ីត និងស៊ីមប៊ីយ៉ូទិក។
វិធីសាស្រ្ត symbiotic គឺដើម្បីធានាថាបញ្ហាត្រូវបានដោះស្រាយ។
វិធីសាស្រ្តប៉ារ៉ាស៊ីតគឺត្រូវប្រាកដថាបញ្ហាមិនត្រូវបានដោះស្រាយ។
វិធីសាស្រ្ត symbiotic គឺត្រង់ និងត្រង់ ប៉ុន្តែពិបាកក្នុងការអនុវត្ត។ ដូច្នេះវាកម្រណាស់។
កិច្ចការ​ត្រូវ​បាន​កំណត់​ក្នុង​របៀប​ដែល​អ្វី​គ្រប់​យ៉ាង​ច្បាស់​លាស់—គោលដៅ ធនធាន និង​ដែនកំណត់។
ការត្រួតពិនិត្យត្រូវបានអនុវត្តដើម្បីឱ្យបញ្ហាត្រូវបានដោះស្រាយយ៉ាងត្រឹមត្រូវ។
វិធីសាស្រ្ត symbiotic គឺដើម្បីទុកផ្នែកមួយនៃការទទួលខុសត្រូវ (លើសពីនេះទៅទៀត) សម្រាប់ការដោះស្រាយបញ្ហានៅលើនាយក។
វិធីសាស្រ្តប៉ារ៉ាស៊ីតគឺមានភាពប៉ិនប្រសប់ និងឆ្លាតវៃ ប៉ុន្តែងាយស្រួលក្នុងការអនុវត្ត។ ដូច្នេះវាកើតឡើងជាញឹកញាប់។
ភារកិច្ច​ត្រូវ​បាន​ដាក់​ក្នុង​របៀប​ដែល​មិន​មាន​អ្វី​ច្បាស់​លាស់។ កាន់តែច្បាស់កាន់តែច្បាស់។
គួរតែកុំអនុវត្តការគ្រប់គ្រងទាល់តែសោះ។
មិនមានទំនួលខុសត្រូវលើប្រធានភារកិច្ចទេ "ស្វា" ទាំងមូលត្រូវបានប្តូរទៅករបស់អ្នកសំដែង។
គោលបំណងនៃវិធីសាស្រ្តប៉ារ៉ាស៊ីត: ឧបាយកល, ទុក្ខព្រួយផ្លូវចិត្ត, ការអះអាងខ្លួនឯង។ ដូច្នេះវាត្រូវបានរកឃើញជាញឹកញាប់នៅក្នុងការងាររបស់អ្នកណែនាំជាមួយបុគ្គលិកថ្មីថ្មោង។
ជាការពិតណាស់ កាន់តែប្រសើរ គឺជាវិធីសាស្រ្ត symbiotic ។

→ habr.com/en/post/343696

វិមាត្រទល់នឹងការបំភាន់

ប្រសិនបើអ្នកវាយតម្លៃដំណើរការ និងលទ្ធផលនៃសកម្មភាពរបស់អ្នកដោយគ្មានការវាស់វែង អ្នកនឹងតែងតែមានកំហុស។
ការវាយតម្លៃដោយគ្មានលេខអាស្រ័យលើអារម្មណ៍របស់អ្នក។ អារម្មណ៍មិនល្អ - វាហាក់ដូចជាអ្នកមិនដំណើរការល្អ។ អារម្មណ៍ល្អគឺផ្ទុយពីនេះ។
វិធីនេះ អ្នកអាចអង្គុយធ្វើការយ៉ាងលំបាករយៈពេលមួយសប្តាហ៍ ហើយនៅថ្ងៃសុក្រ អ្នកអាចទទួលបានលទ្ធផលល្អ ហើយវាហាក់បីដូចជាសប្តាហ៍ទាំងមូលដំណើរការល្អ។
ជាមូលដ្ឋាន មាត្រដ្ឋានមានពីរប្រភេទ៖ បរិមាណ និងជម្រើស (ដែលគេស្គាល់ច្បាស់ជាងចំពោះអ្នកសរសេរកម្មវិធីថាជាប៊ូលីន)។
"កិច្ចការដែលបានបញ្ចប់ទាន់ពេល" គឺជាប៊ូលីន។ នេះគឺដូចគ្នានឹង "ផ្នែកគឺល្អ" (សញ្ញាជំនួសនៃគុណភាពនៅពេលដែលពួកគេមិនអាចវាស់វែងជាលេខ) ។
"យើងកំពុងដំណើរការបានល្អ", "យើងកំពុងបំពេញផែនការ", "ខ្ញុំអស្ចារ្យ" - Boolean ផងដែរ។
វាពិបាកក្នុងការសាងសង់ដំណើរការត្រួតពិនិត្យដោយប្រើការប៉ាន់ស្មានប្រភេទប៊ូលីន។ វាត្រូវបានផ្ដល់អនុសាសន៍ឱ្យផ្លាស់ទីទៅម៉ែត្របរិមាណឱ្យបានលឿនតាមដែលអាចធ្វើទៅបាន។
Boolean បង្កើតការិយាធិបតេយ្យ និងផ្លូវការ។ ឧទាហរណ៍ ការបំពេញកិច្ចការទាន់ពេលអាចសម្រេចបានដោយការបង្កើនពេលវេលាកំណត់ បង្កើតកិច្ចការសម្រាប់ខ្លួនអ្នក និងការអនុវត្ត IBD ។
ដើម្បីគ្រប់គ្រងដោយផ្អែកលើសូចនាករប៊ូលីន អ្នកត្រូវចំណាយពេលច្រើន - លើការប្រជុំ ការវិភាគ។ល។ ព្រោះ​មាន​ព័ត៌មាន​តិច​ពេក។
វាត្រូវបានណែនាំឱ្យវាស់វែងទាំងដំណើរការ និងលទ្ធផល។ បន្ទាប់មករូបភាពនឹងពេញលេញបំផុត។
សម្រាប់អ្នកសរសេរកម្មវិធី វិធីសាស្ត្រ "Planning Poker" ពី Scrum ត្រូវបានណែនាំ។

→ habr.com/en/post/343910

នេះគឺជា Sparta

ចូរនិយាយថាអ្នកគឺជាអ្នកសរសេរកម្មវិធី ហើយអ្នកត្រូវបានផ្តល់ភារកិច្ចដ៏ធ្ងន់ធ្ងរមួយ។ ហើយអ្នកគិតថាមិនចាំបាច់ដោះស្រាយបញ្ហាទេ - វាល្ងង់ខ្លៅមានគ្រោះថ្នាក់។
អាកប្បកិរិយាធម្មតាក្នុងស្ថានភាពបែបនេះ៖ បង្ហាញកិច្ចការក្នុងទីសាធារណៈ។ ផ្ញើវាសម្រាប់ការយល់ព្រមជាមួយចៅហ្វាយ បើកដំណើរការគម្រោងខាងក្នុង កត់ត្រាវានៅក្នុងប្រព័ន្ធ។ល។
នេះគឺជាកន្លែងដែលអ្វីៗទាំងអស់បែកបាក់។ បុគ្គល​ដែល​នាំ​មក​នូវ​កិច្ច​ការ មិន​ចង់​ចាត់​ទុក​ជា​មនុស្ស​ល្ងង់​ឡើយ។ ហើយនៅពេលដែលពួកគេចូលទីសាធារណៈពួកគេនឹងការពារខ្លួន។
វាមានសារៈសំខាន់ណាស់សម្រាប់មនុស្សម្នាក់ដែលមិនបាត់បង់មុខក្នុងន័យនយោបាយ។ រឿងសំខាន់ក្នុងនយោបាយ គឺមិនត្រូវទទួលស្គាល់កំហុសរបស់អ្នកឡើយ។ អ្នក​មិន​ត្រូវ​ធ្វើ​អ្វី​នោះ​ទេ ប៉ុន្តែ​អ្វី​ដែល​សំខាន់​គឺ​មិន​ត្រូវ​មាន​កំហុស​ណា​មួយ​ដែល​បាន​ទទួល​ស្គាល់។
មនុស្សម្នាក់នឹងប្រឹងប្រែងឱ្យអស់ពីសមត្ថភាពដើម្បីបង្ហាញថាអ្នកសរសេរកម្មវិធីគឺជាមនុស្សអាក្រក់ ជាមនុស្សល្ងង់ ជាអ្នកប្រឆាំងនៃការផ្លាស់ប្តូរ។ ហើយអ្នកសរសេរកម្មវិធីនឹងនៅតែត្រូវដោះស្រាយបញ្ហា។
ក្នុងករណីខ្លះមនុស្សម្នាក់នឹងរៀបចំអ្វីគ្រប់យ៉ាងដើម្បីឱ្យអ្នកសរសេរកម្មវិធីមិនដោះស្រាយបញ្ហាទាល់តែសោះ។ បន្ទាប់មកមនុស្សនោះនឹងក្លាយជា "ស" ហើយអ្នកសរសេរកម្មវិធីនឹងជា "ខ្មៅ" ទាំងស្រុង (គាត់បានទប់ទល់និងបរាជ័យនៅទីបញ្ចប់) ។
មានដំណោះស្រាយជាច្រើន។
ទីមួយគឺដើម្បីក្លាយជាអ្នកសរសេរកម្មវិធីអាជីវកម្ម ស្វែងយល់ពីផ្នែកពាក់ព័ន្ធ និងកំណត់ដោយខ្លួនឯងនូវអ្វី និងរបៀបធ្វើស្វ័យប្រវត្តិកម្មនៅទីនោះ។
ទីពីរគឺជាអត្ថបទប្រធាននៃការផ្លាស់ប្តូរ។ ឧទាហរណ៍នាយកអភិវឌ្ឍន៍។
ទីបី កុំបង្ហាញមុខ ហើយធ្វើតាមអ្វីដែលអ្នកបានប្រាប់
ទីបួន - ផ្លូវរបស់ Sparta ការបដិសេធភ្លាមៗនៃការសម្រេចចិត្ត។ គេស្គាល់ថាបរាជ័យលឿន បរាជ័យថោក។
រឿងសំខាន់គឺមិនត្រូវពាក់ព័ន្ធនឹងការផ្សព្វផ្សាយ។ ប្រាប់មនុស្ស - កុំខ្ជះខ្ជាយពេលវេលាច្រើន តោះបង្កើតគំរូមួយ ហើយមើលថាតើដំណោះស្រាយអាចដំណើរការបានឬអត់។
គំរូនឹងចំណាយពេលបន្តិច។ ប្រសិនបើពួកគេជោគជ័យ អ្នកទាំងពីរនឹងទទួលបានការសម្រេចចិត្តធម្មតា និងចំណុចនយោបាយ។
បើ​បរាជ័យ​ក៏​គ្មាន​អ្នក​ណា​ឈឺ​ដែរ។ ជាការប្រសើរណាស់ មនុស្សនឹងចាត់ទុកអ្នកសរសេរកម្មវិធីកាន់តែប្រសើរឡើង។

→ habr.com/en/post/344650

ពពោះជំនួស

អាជីវកម្មមិនចូលចិត្ត 1C និងផលិតផលរបស់ខ្លួន អ្នកអភិវឌ្ឍន៍គេហទំព័រ QMS គណនេយ្យ អ្នកសេដ្ឋកិច្ច គម្រោងអភិវឌ្ឍន៍ Scrum TOS ការគ្រប់គ្រង KPI និងប្រព័ន្ធលើកទឹកចិត្ត។
អាជីវកម្មចូលចិត្តបង្កើនប្រាក់ចំណេញដោយសារស្វ័យប្រវត្តិកម្ម ការបង្កើនចំណូលពីការផ្សព្វផ្សាយតាមអ៊ីនធឺណិត គុណភាពផលិតផលប្រសើរឡើង រូបភាពសាមញ្ញ និងអាចយល់បាននៃអាជីវកម្មជាលេខ ការព្យាករណ៍អំពីស្ថានភាពរបស់ក្រុមហ៊ុន ការកើនឡើងនៃប្រសិទ្ធភាពពិតប្រាកដ ការបញ្ចប់គម្រោងលឿនជាងមុន 2-4 ដង។ ការកើនឡើងច្រើននៃប្រាក់ចំណេញ និងការថយចុះនៃសារពើភ័ណ្ឌ ប្រព័ន្ធគ្រប់គ្រងត្រឹមត្រូវ ប្រព័ន្ធច្បាស់លាស់ និងអាចយល់បានសម្រាប់ការវាយតម្លៃស្ថានភាពនៃកិច្ចការនៅក្នុងអាជីវកម្ម ប្រព័ន្ធវាយតម្លៃការងារដែលអនុញ្ញាតឱ្យអ្នកបណ្តេញអ្នកគ្រប់គ្រងពាក់កណ្តាល។
អាជីវកម្មចូលចិត្តការសម្រេចគោលដៅអាជីវកម្ម។ អាជីវកម្មមិនចូលចិត្តពពោះជំនួសទេ។
ពពោះជំនួសគឺនៅពេលដែលអ្នកបានស្នើសុំឱ្យសម្រេចបាននូវគោលដៅអាជីវកម្ម ប៉ុន្តែបានទទួលគម្រោងស្វ័យប្រវត្តិកម្ម គេហទំព័រ ក្រដាសមួយសន្លឹក បុគ្គលិកនៃបុគ្គលិកដែលមិនអាចយល់បាន ឬរបាយការណ៍រុំជើងដែលមិនអាចអានបាន។
ការពពោះជំនួសគឺនៅពេលដែលគោលដៅនៅតាមផ្លូវត្រូវបានជំនួសដោយមធ្យោបាយនៃការសម្រេចបាន។ ហើយពួកគេទាំងអស់គ្នាភ្លេចអំពីគោលដៅ។
ការផលិតពពោះជំនួសគឺផ្អែកលើសសរស្តម្ភចំនួនបី៖ ផ្លូវការនិយម បន្តិចម្តងៗ និងការទទួលខុសត្រូវទៅវិញទៅមក។
ទម្រង់បែបបទគឺជាការផ្ទេរគោលដៅលើក្រដាសជាមួយនឹងការរលួយ។ ប៉ុន្តែនៅក្នុងខ្លឹមសារ - ការផ្ទេរការផ្តោតអារម្មណ៍នៃការយកចិត្តទុកដាក់ពីគោលដៅធំទៅព័ត៌មានលម្អិតតូច។ គ្មាននរណាម្នាក់ចងចាំគោលដៅទៀតទេ - មនុស្សគ្រប់គ្នាកំពុងពិភាក្សាលម្អិត។
ភាពយឺតយ៉ាវគឺជាល្បឿនទាបនៃការផ្លាស់ប្តូរពីគោលដៅទៅមធ្យោបាយ។ ដំបូងឡើយ ជួនកាលគោលដៅនៅតែត្រូវបានពិភាក្សា។ ប៉ុន្តែបន្តិចម្តង ៗ បន្តិចម្តង ៗ វាត្រូវបានលើកឡើងតិចទៅ ៗ ។ រហូតដល់អតិថិជនខ្លួនឯងភ្លេចអំពីវាលង់ទឹកនៅក្នុងព័ត៌មានលម្អិត។
ទំនួលខុសត្រូវទៅវិញទៅមក គឺថាអ្នកម៉ៅការទាំងអស់ធ្វើសកម្មភាពប្រហាក់ប្រហែលគ្នា។ មិនមានឧបករណ៍ស្វ័យប្រវត្តិកម្មតែមួយដែលពិតជាបង្កើនប្រាក់ចំណេញនោះទេ។ ដូច្នេះ អតិថិជនពិតជាមិនមានជម្រើសទេ។
អ្វី​ដែល​ត្រូវធ្វើ?
ជៀសវាងការពពោះជំនួស និងជំហានដំបូងឆ្ពោះទៅរកការបង្កើតរបស់ពួកគេ៖ ផ្លូវការនិយម។ យ៉ាងហោចណាស់លើគម្រោងផ្ទៃក្នុង។ កំណត់គោលដៅ ហើយនិយាយជាមួយអ្នកសំដែងអំពីវាជានិច្ច។ អំពីមាត្រដ្ឋាន ធនធាន ផែនការ ។ល។ - ដូចគ្នា ប៉ុន្តែរឿងសំខាន់គឺអំពីគោលដៅ។
បើមិនដូច្នេះទេ ការផ្តោតការយកចិត្តទុកដាក់ប្រាកដជានឹងផ្លាស់ប្តូរ ហើយអ្នកនឹងទទួលបានពពោះជំនួសម្នាក់ទៀត។

→ habr.com/en/post/344844

លោក Jab Klitschko

មានអ្នកប្រដាល់បែបនេះ - Vladimir Klitschko ។ គាត់មានលក្ខណៈពិសេសមួយ - ការប្រើប្រាស់ថេរនៃ jab ។ អញ្ចឹង។ ស៊ីសង្វាក់គ្នាជាងអ្នកប្រដាល់ដទៃទៀត។
កន្ត្រាក់​ធ្វើ​ឲ្យ​គូប្រកួត​នៅ​ក្នុង​ការ​ស្ទាក់​ស្ទើរ និង​ធ្វើ​ឲ្យ​គាត់​អស់​កម្លាំង។
លក្ខណៈសំខាន់ៗនៃ Klitschko jab: ភាពងាយស្រួលនៃការប្រតិបត្តិ (ជាការពិតណាស់ដែលទាក់ទង) និងភាពជាប់លាប់។
អ្នកនិពន្ធជាច្រើននិយាយថា ការអនុវត្តឥតឈប់ឈរ មានប្រយោជន៍ ប៉ុន្តែសកម្មភាពសាមញ្ញអាចនាំមកនូវអត្ថប្រយោជន៍ជាច្រើន។
ខ្ញុំក៏សម្រេចចិត្តសាកល្បងវាដែរ។ ខ្ញុំបង្កើតប្រព័ន្ធគណនេយ្យសាមញ្ញ - អ្វីដែលខ្ញុំធ្វើថ្ងៃនេះ។
វាបានកើតឡើងនៅរោងចក្រ។ ខ្ញុំញ៉ាំបាយថ្ងៃត្រង់ (ខ្ញុំអត់បាយថ្ងៃត្រង់) ឧ. 1 ម៉ោងក្នុងមួយថ្ងៃ។ ធ្វើអ្វីដែលអ្នកដទៃមិនធ្វើ (ពួកគេនិយាយថាវានាំទៅរកភាពជោគជ័យ)។
ខ្ញុំបង្កើតការសាកល្បងនៃប្រព័ន្ធសិក្សាដោយខ្លួនឯង បង្កើតគំនិតសម្រាប់ការអភិវឌ្ឍន៍ អនុវត្តគំនិតរបស់អ្នកដ៏ទៃសម្រាប់ការអភិវឌ្ឍន៍ រៀបចំកិច្ចការស្វ័យប្រវត្តិ កែលម្អឡើងវិញ និងបង្កើនប្រសិទ្ធភាពកូដ។
ជារៀងរាល់ថ្ងៃ - កិច្ចការណាមួយពីបញ្ជីនេះ។ បានបញ្ចប់កិច្ចការមួយ - សង្ហា។ ជាច្រើនអាចធ្វើទៅបាន។
ការសង្កេតត្រូវបានអនុវត្តអស់រយៈពេល 3 ខែ។ ក្នុងអំឡុងពេលនេះ ខ្ញុំបានពិនិត្យចំនួន 30 ដង បានបង្កើតគំនិតចំនួន 200 អនុវត្តគំនិតរបស់អ្នកផ្សេងចំនួន 80 នាក់ បង្កើតដំណើរការស្វ័យប្រវត្តិសម្រាប់នាយកដ្ឋានចំនួនពីរ និងបានធ្វើឱ្យប្រសើរចំនួនបី។
ត្រជាក់។ ជាការប្រសើរណាស់, នេះគឺ "នៅចន្លោះ" ។ ខ្ញុំសូមណែនាំដល់អ្នករាល់គ្នា។

→ habr.com/en/post/344934

ការពពោះជំនួសដែលអាចបត់បែនបាន។

ពាក្យ "Scrum" សំដៅលើអង្គភាពយ៉ាងហោចណាស់ពីរ៖ ទស្សនវិជ្ជា និងក្របខ័ណ្ឌ។
ទស្សនវិជ្ជា ឬវិធីសាស្រ្តដើម្បីធ្វើការ ត្រូវបានពិពណ៌នានៅក្នុងសៀវភៅដោយ Jeff Sutherland ។
ក្របខ័ណ្ឌ, i.e. ក្បួនដោះស្រាយនៃសកម្មភាពត្រូវបានពិពណ៌នានៅក្នុងឯកសារដែលហៅថា Scrum Guide ។
ទស្សនវិជ្ជាបានក្លាយជាក្របខ័ណ្ឌមួយ ដោយសារតែអ្នកនិពន្ធទស្សនវិជ្ជាចង់រកលុយពីវា (តាមពាក្យរបស់ពួកគេ)។
ក្របខណ្ឌនេះត្រូវបានសម្រួលយ៉ាងខ្លាំងបើប្រៀបធៀបទៅនឹងទស្សនវិជ្ជា។ រឿងចំបងគឺថាគោលដៅត្រូវបានធ្វើឱ្យសាមញ្ញ ឬបោះចោល។
គោលដៅនៃទស្សនវិជ្ជា៖ ពន្លឿនការសម្រេចបានលទ្ធផល។ លើសពីនេះទៅទៀត ពេលខ្លះ។ សៀវភៅនេះមានឧទាហរណ៍នៃការបង្កើនល្បឿន 8 ដង។
គោលបំណងនៃក្របខ័ណ្ឌ៖ ដូច្នេះអ្នកមាន Scrum ។ វាត្រូវបានសរសេរនៅទីនោះ៖ ប្រសិនបើអ្នកធ្វើតាមការណែនាំ អ្នកមាន Scrum ប្រសិនបើអ្នកបំពានការណែនាំ អ្នកមិនមាន Scrum ទេ។
ក្របខ័ណ្ឌមិនបញ្ជាក់ពីការបង្កើនល្បឿនក្នុងការសម្រេចបានលទ្ធផលទាល់តែសោះ។
មនុស្សដែលបង្រៀន ឬអនុវត្ត Scrum ធ្វើការជាមួយក្របខ័ណ្ឌ។ ពួកគេប្រាប់ និងអនុវត្តក្បួនដោះស្រាយដែលមិននាំទៅរកលទ្ធផលណាមួយក្រៅពី "ឥឡូវនេះយើងមាន Scrum" ។
ចំណុចគឺច្បាស់។ ទស្សនវិជ្ជាពិបាកលក់ណាស់។ គ្រោងការណ៍គឺសាមញ្ញជាង។
ក្របខ័ណ្ឌគឺជាផលិតផល។ ដូចដែលបានរំពឹងទុកគាត់បានឆ្លងកាត់ "ការវេចខ្ចប់" ។ វាសាមញ្ញអាចយល់បានមានការគាំទ្រនិងអ្នកឯកទេសជាច្រើន។ មិនរំលឹកអ្នកពីអ្វីទេ?
អ្វីគ្រប់យ៉ាងគឺល្អលើកលែងតែលទ្ធផល - មិនមានទេ។
ប្រសិនបើអតិថិជនមិនស៊ាំនឹងទស្សនវិជ្ជា Scrum នោះគាត់នឹងសប្បាយចិត្តណាស់ជាមួយនឹងការអនុវត្តក្របខ័ណ្ឌនេះ។
ប្រសិនបើអតិថិជនស៊ាំនឹងទស្សនវិជ្ជា Scrum នោះគាត់នឹងខកចិត្តនឹងការអនុវត្តក្របខ័ណ្ឌនេះ - វានឹងមិនមានការបង្កើនល្បឿនក្នុងការសម្រេចបានលទ្ធផលនោះទេ។
វានឹងក្លាយជាឡូយ ទាន់សម័យ ទំនើប ប៉ុន្តែគ្មានគោលដៅអាជីវកម្មណាមួយនឹងត្រូវបានសម្រេចទេ (លើកលែងតែការចំណាយថវិកាសម្រាប់ "អ្វីថ្មី")។
តើ​ខ្ញុ​ុំ​គួរ​ធ្វើអ្វី? សិក្សាទស្សនវិជ្ជា Scrum ។ វាត្រូវបានផ្អែកលើទស្សនវិជ្ជាជប៉ុននៃការគ្រប់គ្រងគុណភាព ខ្លឹមសារគឺ៖ ការវាស់វែង និងការកែលម្អគ្មានទីបញ្ចប់។
ជាអកុសល អ្នកត្រូវតែគិតច្រើន ពិសោធ សង្កេត និងធ្វើការ។ ប្រសិនបើវាមិនសមនឹងអ្នកទេ ចូរយកក្របខណ្ឌ។

→ habr.com/en/post/345540

ប្រភព: www.habr.com