Tim Lister - សហអ្នកនិពន្ធសៀវភៅ
- "កត្តាមនុស្ស។ គម្រោងជោគជ័យ និងក្រុម" (សៀវភៅដើមត្រូវបានគេហៅថា "មនុស្ស")
- "Waltzing with the Bears: ការគ្រប់គ្រងហានិភ័យក្នុងគម្រោងកម្មវិធី"
- "Adrenaline-ឆ្កួត និង zombified ដោយលំនាំ។ គំរូនៃអាកប្បកិរិយារបស់ក្រុមគម្រោង"
សៀវភៅទាំងអស់នេះគឺជាសៀវភៅបុរាណនៅក្នុងវិស័យរបស់ពួកគេ ហើយត្រូវបានសរសេររួមគ្នាជាមួយសហសេវិកនៅក្នុង . នៅប្រទេសរុស្ស៊ីសហសេវិករបស់គាត់គឺល្បីល្បាញបំផុត - и ដែលបានសរសេរស្នាដៃល្បីៗជាច្រើនផងដែរ។
Tim មានបទពិសោធន៍ 40 ឆ្នាំក្នុងការអភិវឌ្ឍន៍កម្មវិធីក្នុងឆ្នាំ 1975 (គ្មាននរណាម្នាក់ក្នុងចំណោមអ្នកដែលសរសេរ habrapost នេះកើតនៅឆ្នាំនេះទេ) Tim គឺជាអនុប្រធានប្រតិបត្តិនៃ Yourdon Inc. ឥឡូវនេះ គាត់ចំណាយពេលរបស់គាត់ក្នុងការប្រឹក្សា ការបង្រៀន និងការសរសេរជាមួយនឹងដំណើរទស្សនកិច្ចម្តងម្កាល សន្និសីទជុំវិញពិភពលោក។
យើងបានធ្វើបទសម្ភាសន៍ជាមួយ Tim Lister ជាពិសេសសម្រាប់ Habr ។ គាត់នឹងបើកសន្និសីទ DevOops 2019 ហើយយើងមានសំណួរជាច្រើនអំពីសៀវភៅ និងច្រើនទៀត។ បទសម្ភាសន៍នេះធ្វើឡើងដោយ Mikhail Druzhinin និង Oleg Chirukhin មកពីគណៈកម្មាធិការកម្មវិធីសន្និសីទ។
ម៉ៃឃើល៖ តើអ្នកអាចនិយាយពាក្យពីរបីអំពីអ្វីដែលអ្នកកំពុងធ្វើឥឡូវនេះបានទេ?
ធីម៖ ខ្ញុំជាប្រធានក្រុម Atlantic Systems Guild ។ មានពួកយើងប្រាំមួយនាក់នៅក្នុង Guild យើងហៅខ្លួនយើងថាជានាយក។ បីនៅសហរដ្ឋអាមេរិក និងបីនៅអឺរ៉ុប - នោះហើយជាមូលហេតុដែល Guild ត្រូវបានគេហៅថាអាត្លង់ទិក។ យើងនៅជាមួយគ្នាជាច្រើនឆ្នាំមកហើយ ដែលអ្នកមិនអាចរាប់ពួកគេបាន។ យើងទាំងអស់គ្នាមានជំនាញរបស់យើង។ ខ្ញុំបានធ្វើការជាមួយអតិថិជនសម្រាប់ទសវត្សរ៍ចុងក្រោយ ឬច្រើនជាងនេះ។ គម្រោងរបស់ខ្ញុំរួមបញ្ចូលមិនត្រឹមតែការគ្រប់គ្រងប៉ុណ្ណោះទេ ប៉ុន្តែក៏មានការកំណត់តម្រូវការ ការរៀបចំគម្រោង និងការវាយតម្លៃផងដែរ។ វាហាក់បីដូចជាគម្រោងដែលចាប់ផ្តើមមិនល្អជាធម្មតាបញ្ចប់យ៉ាងលំបាក។ ដូច្នេះវាមានតម្លៃធ្វើឱ្យប្រាកដថាសកម្មភាពទាំងអស់ពិតជាត្រូវបានគិត និងសម្របសម្រួលយ៉ាងល្អ ដែលគំនិតរបស់អ្នកបង្កើតត្រូវបានបញ្ចូលគ្នា។ វាមានតម្លៃគិតអំពីអ្វីដែលអ្នកកំពុងធ្វើ និងហេតុអ្វី។ តើយុទ្ធសាស្ត្រអ្វីខ្លះដែលត្រូវប្រើដើម្បីនាំឱ្យគម្រោងនេះបញ្ចប់។
ខ្ញុំបានប្រឹក្សាអតិថិជនតាមវិធីផ្សេងៗគ្នាជាច្រើនឆ្នាំមកហើយ។ ឧទាហរណ៍គួរឱ្យចាប់អារម្មណ៍មួយគឺក្រុមហ៊ុនដែលផលិតមនុស្សយន្តសម្រាប់ការវះកាត់ជង្គង់និងត្រគាក។ គ្រូពេទ្យវះកាត់មិនដំណើរការដោយឯករាជ្យទាំងស្រុងនោះទេ ប៉ុន្តែប្រើមនុស្សយន្ត។ និយាយដោយត្រង់ទៅ សុវត្ថិភាពនៅទីនេះគឺសំខាន់។ ប៉ុន្តែនៅពេលដែលអ្នកព្យាយាមពិភាក្សាអំពីតម្រូវការជាមួយនឹងមនុស្សដែលផ្តោតលើការដោះស្រាយបញ្ហា... វានឹងស្តាប់ទៅដូចជាចម្លែក ប៉ុន្តែនៅសហរដ្ឋអាមេរិកមាន (រដ្ឋបាលឱសថសហព័ន្ធ) ដែលផ្តល់អាជ្ញាប័ណ្ណផលិតផលដូចជាមនុស្សយន្តទាំងនេះ។ មុនពេលដែលអ្នកលក់អ្វីទាំងអស់ ហើយប្រើវាលើមនុស្សរស់នៅ អ្នកត្រូវមានអាជ្ញាប័ណ្ណ។ លក្ខខណ្ឌមួយគឺត្រូវបង្ហាញពីតម្រូវការរបស់អ្នក តេស្តអ្វីខ្លះ របៀបដែលអ្នកបានសាកល្បងវា លទ្ធផលតេស្តគឺជាអ្វី។ ប្រសិនបើអ្នកផ្លាស់ប្តូរតម្រូវការ នោះអ្នកត្រូវឆ្លងកាត់ដំណើរការសាកល្បងដ៏ធំនេះម្តងហើយម្តងទៀត។ អតិថិជនរបស់យើងបានគ្រប់គ្រងដើម្បីរួមបញ្ចូលការរចនារូបភាពនៃកម្មវិធីនៅក្នុងតម្រូវការរបស់ពួកគេ។ ពួកគេមានរូបថតអេក្រង់ដោយផ្ទាល់ជាផ្នែកនៃតម្រូវការ។ យើងត្រូវទាញពួកវាចេញ ហើយពន្យល់ថា ភាគច្រើនកម្មវិធីទាំងអស់នេះមិនដឹងអ្វីទាំងអស់អំពីជង្គង់ និងត្រគាក រឿងទាំងអស់នេះជាមួយកាមេរ៉ាជាដើម។ យើងត្រូវសរសេរឡើងវិញនូវឯកសារតម្រូវការ ដើម្បីកុំឱ្យវាផ្លាស់ប្តូរ លុះត្រាតែលក្ខខណ្ឌមូលដ្ឋានសំខាន់ៗមួយចំនួនផ្លាស់ប្តូរ។ ប្រសិនបើការរចនាដែលមើលឃើញមិនស្ថិតនៅក្នុងតម្រូវការ ការធ្វើបច្ចុប្បន្នភាពផលិតផលនឹងលឿនជាងមុន។ ការងាររបស់យើងគឺស្វែងរកធាតុទាំងនោះដែលទាក់ទងនឹងប្រតិបត្តិការនៅលើជង្គង់ ត្រគាក ខ្នង ទាញវាចេញជាឯកសារដាច់ដោយឡែក ហើយនិយាយថាទាំងនេះនឹងជាតម្រូវការមូលដ្ឋាន។ ចូរបង្កើតក្រុមដាច់ដោយឡែកមួយនៃតម្រូវការអំពីប្រតិបត្តិការជង្គង់។ នេះនឹងអនុញ្ញាតឱ្យយើងបង្កើតសំណុំនៃតម្រូវការដែលមានស្ថេរភាពជាងមុន។ យើងនឹងនិយាយអំពីខ្សែផលិតផលទាំងមូល ហើយមិនមែនអំពីមនុស្សយន្តជាក់លាក់នោះទេ។
ការងារជាច្រើនត្រូវបានបញ្ចប់ ប៉ុន្តែពួកគេនៅតែទៅដល់កន្លែងដែលកាលពីមុន ពួកគេបានចំណាយពេលជាច្រើនសប្តាហ៍ និងខែនៃការធ្វើតេស្តម្តងហើយម្តងទៀតដោយគ្មានអត្ថន័យ ឬតម្រូវការ ពីព្រោះតម្រូវការរបស់ពួកគេដែលបានពិពណ៌នានៅលើក្រដាសមិនស្របគ្នានឹងតម្រូវការពិតប្រាកដដែលប្រព័ន្ធត្រូវបានសាងសង់។ FDA បានប្រាប់ពួកគេរាល់ពេល៖ តម្រូវការរបស់អ្នកបានផ្លាស់ប្តូរ ឥឡូវនេះអ្នកត្រូវពិនិត្យអ្វីៗគ្រប់យ៉ាងតាំងពីដំបូង។ ការត្រួតពិនិត្យពេញលេញនៃផលិតផលទាំងមូលកំពុងសម្លាប់សហគ្រាស។
ដូច្នេះ មានកិច្ចការដ៏អស្ចារ្យបែបនេះ នៅពេលអ្នករកឃើញថាខ្លួនអ្នកនៅដើមដំបូងនៃអ្វីមួយដែលគួរឱ្យចាប់អារម្មណ៍ ហើយសកម្មភាពដំបូងបំផុតកំណត់ច្បាប់បន្ថែមទៀតនៃហ្គេម។ ប្រសិនបើអ្នកប្រាកដថាសកម្មភាពដំបូងនេះចាប់ផ្តើមដំណើរការល្អទាំងពីអ្នកគ្រប់គ្រង និងផ្នែកបច្ចេកទេស នោះមានឱកាសដែលអ្នកនឹងបញ្ចប់គម្រោងដ៏អស្ចារ្យមួយ។ ប៉ុន្តែប្រសិនបើផ្នែកនេះបានបិទផ្លូវរថភ្លើង ហើយទៅកន្លែងណាមួយខុស ប្រសិនបើអ្នកមិនអាចរកឃើញកិច្ចព្រមព្រៀងជាមូលដ្ឋាន ... ទេ វាមិនមែនថាគម្រោងរបស់អ្នកនឹងបរាជ័យជាចាំបាច់នោះទេ។ ប៉ុន្តែ អ្នកនឹងមិនអាចនិយាយបានទៀតទេ៖ «យើងធ្វើបានល្អ យើងធ្វើបានគ្រប់យ៉ាងយ៉ាងមានប្រសិទ្ធភាព»។ ទាំងនេះគឺជារឿងដែលខ្ញុំធ្វើនៅពេលទំនាក់ទំនងជាមួយអតិថិជន។
ម៉ៃឃើល៖ នោះគឺអ្នកចាប់ផ្តើមគម្រោង ធ្វើការចាប់ផ្តើមប្រភេទខ្លះ ហើយពិនិត្យមើលថាផ្លូវដែកកំពុងធ្វើដំណើរក្នុងទិសដៅត្រឹមត្រូវឬ?
ធីម៖ យើងក៏មានគំនិតអំពីរបៀបដាក់បំណែកទាំងអស់នៃល្បែងផ្គុំរូបរួមគ្នាផងដែរ៖ តើជំនាញអ្វីដែលយើងត្រូវការ នៅពេលដែលពួកគេត្រូវការពិតប្រាកដ ចំណុចស្នូលនៃក្រុមមើលទៅដូចអ្វី និងអ្វីៗជាមូលដ្ឋានផ្សេងទៀត។ តើយើងត្រូវការបុគ្គលិកពេញម៉ោង ឬអាចជួលនរណាម្នាក់ក្រៅម៉ោងបានទេ? ការធ្វើផែនការ, ការគ្រប់គ្រង។ សំណួរដូចជា៖ តើអ្វីដែលសំខាន់បំផុតសម្រាប់គម្រោងពិសេសនេះ? តើធ្វើដូចម្តេចដើម្បីសម្រេចបាននេះ? តើយើងដឹងអ្វីខ្លះអំពីផលិតផល ឬគម្រោងនេះ តើហានិភ័យអ្វីខ្លះ និងកន្លែងដែលមិនស្គាល់កុហក តើយើងនឹងដោះស្រាយជាមួយបញ្ហាទាំងអស់នេះដោយរបៀបណា? ជាការពិតណាស់នៅពេលនេះ នរណាម្នាក់ចាប់ផ្តើមស្រែកថា "ចុះយ៉ាងណាចំពោះភាពរហ័សរហួន?!" មិនអីទេ អ្នកទាំងអស់គ្នាអាចបត់បែនបាន ប៉ុន្តែចុះយ៉ាងណា? តើគម្រោងមានរូបរាងបែបណា តើអ្នកនឹងយកវាចេញតាមរបៀបណាដែលសាកសមនឹងគម្រោង? អ្នកមិនអាចគ្រាន់តែនិយាយថា "វិធីសាស្រ្តរបស់យើងលាតសន្ធឹងលើអ្វីនោះទេ យើងជាក្រុម Scrum!" នេះគឺសមហេតុសមផលនិងមិនសមហេតុសមផល។ តើអ្នកនឹងទៅកន្លែងណាបន្ទាប់ ហេតុអ្វីបានជាវាត្រូវធ្វើការ, តើចំណុចត្រង់ណា? ខ្ញុំបង្រៀនអតិថិជនរបស់ខ្ញុំឱ្យគិតអំពីសំណួរទាំងអស់នេះ។
19 ឆ្នាំនៃភាពរហ័សរហួន
ម៉ៃឃើល៖ នៅក្នុង Agile មនុស្សតែងតែព្យាយាមមិនកំណត់អ្វីជាមុន ប៉ុន្តែដើម្បីធ្វើការសម្រេចចិត្តយឺតពេលតាមដែលអាចធ្វើទៅបាន ដោយនិយាយថា៖ យើងធំពេក ខ្ញុំនឹងមិនគិតពីស្ថាបត្យកម្មទាំងមូលទេ។ ខ្ញុំនឹងមិនគិតអំពីអ្វីផ្សេងទៀតទេ ផ្ទុយទៅវិញ ខ្ញុំនឹងផ្តល់អ្វីមួយដែលដំណើរការដល់អតិថិជននៅពេលនេះ។
ធីម៖ ខ្ញុំគិតថាវិធីសាស្រ្តដែលរហ័សរហួន ចាប់ផ្តើមជាមួយ ក្នុងឆ្នាំ 2001 បានបើកភ្នែករបស់ឧស្សាហកម្មនេះ។ ប៉ុន្តែម្យ៉ាងវិញទៀត គ្មានអ្វីល្អឥតខ្ចោះនោះទេ។ ខ្ញុំទាំងអស់គ្នាសម្រាប់ការអភិវឌ្ឍន៍ម្តងហើយម្តងទៀត។ ការធ្វើឡើងវិញមានអត្ថន័យច្រើននៅក្នុងគម្រោងភាគច្រើន។ ប៉ុន្តែសំណួរដែលអ្នកត្រូវគិតគឺ៖ ពេលផលិតផលចេញហើយប្រើបានយូរប៉ុណ្ណា? តើនេះជាផលិតផលដែលនឹងមានរយៈពេលប្រាំមួយខែមុននឹងត្រូវបានជំនួសដោយអ្វីផ្សេងទៀតឬ? ឬមួយនេះជាផលិតផលដែលអាចប្រើបានច្រើនឆ្នាំ? ជាការពិតណាស់ ខ្ញុំនឹងមិនបញ្ចេញឈ្មោះទេ ប៉ុន្តែ... នៅញូវយ៉ក និងសហគមន៍ហិរញ្ញវត្ថុរបស់វា ប្រព័ន្ធមូលដ្ឋានភាគច្រើនគឺចាស់ណាស់។ នេះពិតជាអស្ចារ្យណាស់។ អ្នកក្រឡេកមើលពួកវា ហើយគិតថា ប្រសិនបើអ្នកអាចត្រលប់ទៅអតីតកាលវិញ ដល់ឆ្នាំ 1994 ហើយប្រាប់អ្នកអភិវឌ្ឍន៍ថា “ខ្ញុំមកពីអនាគត ចាប់ពីឆ្នាំ 2019។ គ្រាន់តែអភិវឌ្ឍប្រព័ន្ធនេះឱ្យបានយូរតាមដែលអ្នកត្រូវការ។ ធ្វើឱ្យវាអាចពង្រីកបាន គិតអំពីស្ថាបត្យកម្ម។ បន្ទាប់មកវានឹងត្រូវបានកែលម្អអស់រយៈពេលជាងម្ភៃប្រាំឆ្នាំ។ ប្រសិនបើអ្នកពន្យារការអភិវឌ្ឍន៍យូរបន្តិច នោះនៅក្នុងគម្រោងដ៏ធំនៃរឿង គ្មាននរណាម្នាក់នឹងកត់សម្គាល់ឡើយ!” នៅពេលអ្នកកំពុងប៉ាន់ប្រមាណរឿងក្នុងរយៈពេលវែង អ្នកត្រូវពិចារណាថាតើវានឹងត្រូវចំណាយអស់ប៉ុន្មាន។ ពេលខ្លះស្ថាបត្យកម្មដែលបានរចនាយ៉ាងល្អគឺពិតជាមានតម្លៃវា ហើយពេលខ្លះវាមិនមែនទេ។ យើងត្រូវមើលជុំវិញខ្លួន ហើយសួរខ្លួនឯងថា តើយើងស្ថិតក្នុងស្ថានភាពត្រឹមត្រូវសម្រាប់ការសម្រេចចិត្តបែបនេះទេ?
ដូច្នេះគំនិតមួយដូចជា "យើងមានភាពរហ័សរហួន អតិថិជនខ្លួនឯងនឹងប្រាប់យើងពីអ្វីដែលគាត់ចង់ទទួលបាន" - វាល្ងង់ណាស់។ អតិថិជនមិនដឹងថាពួកគេចង់បានអ្វីទេ ហើយរឹតតែច្រើនទៀតដូច្នេះពួកគេមិនដឹងថាពួកគេអាចទទួលបានអ្វី។ មនុស្សមួយចំនួននឹងចាប់ផ្តើមលើកយកឧទាហរណ៍ប្រវត្តិសាស្ត្រមកធ្វើជាអំណះអំណាង ខ្ញុំបានឃើញរឿងនេះរួចហើយ។ ប៉ុន្តែមនុស្សដែលជឿនលឿនខាងបច្ចេកទេសច្រើនតែមិននិយាយបែបនោះទេ។ ពួកគេនិយាយថា "វាជាឆ្នាំ 2019 ទាំងនេះគឺជាឱកាសដែលយើងមាន ហើយយើងអាចផ្លាស់ប្តូរទាំងស្រុងនូវរបៀបដែលយើងមើលទៅលើរឿងទាំងនេះ!" ជំនួសឱ្យការធ្វើត្រាប់តាមដំណោះស្រាយដែលមានស្រាប់ ធ្វើឱ្យពួកវាកាន់តែស្អាត និងសិតសក់កាន់តែច្រើន ពេលខ្លះអ្នកត្រូវចេញទៅក្រៅ ហើយនិយាយថា៖ "តោះបង្កើតឡើងវិញទាំងស្រុងនូវអ្វីដែលយើងកំពុងព្យាយាមធ្វើនៅទីនេះ!"
ហើយខ្ញុំមិនគិតថាអតិថិជនភាគច្រើនអាចគិតអំពីបញ្ហាបែបនោះទេ។ ពួកគេគ្រាន់តែឃើញអ្វីដែលពួកគេមានរួចហើយនោះជាអ្វីទាំងអស់។ បន្ទាប់មក ពួកគេមកជាមួយសំណើដូចជា "តោះធ្វើឱ្យវាសាមញ្ញជាងនេះបន្តិច" ឬអ្វីក៏ដោយដែលពួកគេនិយាយជាធម្មតា។ ប៉ុន្តែយើងមិនមែនជាអ្នករត់តុ ឬអ្នកបម្រើទេ ដូច្នេះយើងអាចទទួលការបញ្ជាទិញបាន ទោះបីជាវាឆោតល្ងង់ប៉ុណ្ណា ហើយបន្ទាប់មកដុតនំវានៅក្នុងផ្ទះបាយក៏ដោយ។ យើងជាអ្នកណែនាំរបស់ពួកគេ។ យើងត្រូវបើកភ្នែកហើយនិយាយថា៖ ហេ! យើងមានឱកាសថ្មីនៅទីនេះ! តើអ្នកដឹងទេថាយើងពិតជាអាចផ្លាស់ប្តូរវិធីដែលផ្នែកនេះនៃអាជីវកម្មរបស់អ្នកត្រូវបានធ្វើ? បញ្ហាមួយក្នុងចំណោមបញ្ហាជាមួយ Agile គឺថាវាដកការយល់ដឹងពីអ្វីដែលជាឱកាស អ្វីជាបញ្ហា តើយើងត្រូវធ្វើអ្វីខ្លះ បច្ចេកវិទ្យាដែលមានគឺស័ក្តិសមបំផុតសម្រាប់ស្ថានភាពពិសេសនេះ។
ប្រហែលជាខ្ញុំមានការងឿងឆ្ងល់ខ្លាំងពេកនៅទីនេះ៖ មានរឿងអស្ចារ្យជាច្រើនដែលកើតឡើងនៅក្នុងសហគមន៍ដែលរហ័សរហួន។ ប៉ុន្តែខ្ញុំមានបញ្ហាជាមួយនឹងការពិតដែលថាជំនួសឱ្យការកំណត់គម្រោងមនុស្សចាប់ផ្តើមបោះដៃរបស់ពួកគេ។ ខ្ញុំនឹងសួរនៅទីនេះ - តើយើងកំពុងធ្វើអ្វី តើយើងនឹងធ្វើវាដោយរបៀបណា? ហើយតាមរបៀបវេទមន្តវាតែងតែប្រែថាអតិថិជនគួរតែដឹងច្បាស់ជាងនរណាម្នាក់។ ប៉ុន្តែអតិថិជនដឹងល្អបំផុត លុះត្រាតែគាត់ជ្រើសរើសពីវត្ថុដែលបានសាងសង់រួចហើយដោយនរណាម្នាក់។ ប្រសិនបើខ្ញុំចង់ទិញឡាន ហើយខ្ញុំដឹងពីទំហំថវិកាគ្រួសាររបស់ខ្ញុំ នោះខ្ញុំនឹងជ្រើសរើសឡានដែលសាកសមនឹងការរស់នៅរបស់ខ្ញុំភ្លាមៗ។ នៅទីនេះខ្ញុំដឹងអ្វីៗទាំងអស់ប្រសើរជាងអ្នកណា! ប៉ុន្តែសូមចំណាំថា មាននរណាម្នាក់បានផលិតរថយន្តរួចហើយ។ ខ្ញុំមិនដឹងពីរបៀបបង្កើតឡានថ្មីទេ ខ្ញុំមិនមែនជាអ្នកជំនាញទេ។ នៅពេលយើងបង្កើតផលិតផលផ្ទាល់ខ្លួន ឬពិសេស សំឡេងរបស់អតិថិជនត្រូវតែយកមកពិចារណា ប៉ុន្តែនេះមិនមែនជាសំឡេងតែមួយទៀតទេ។
លោក Oleg៖ អ្នកបានលើកឡើងពី Agile Manifesto។ តើយើងត្រូវធ្វើបច្ចុប្បន្នភាព ឬកែប្រែវាដោយគិតគូរអំពីការយល់ដឹងទំនើបអំពីបញ្ហានេះដែរឬទេ?
ធីម៖ ខ្ញុំនឹងមិនប៉ះគាត់ទេ។ ខ្ញុំគិតថាវាជាឯកសារប្រវត្តិសាស្ត្រដ៏អស្ចារ្យ។ ខ្ញុំមានន័យថា គាត់គឺជាអ្វីដែលគាត់ជា។ គាត់មានអាយុ 19 ឆ្នាំគាត់ចាស់ប៉ុន្តែនៅក្នុងសម័យរបស់គាត់គាត់បានធ្វើបដិវត្តន៍។ អ្វីដែលគាត់ធ្វើបានល្អនោះគឺគាត់បានបង្កប្រតិកម្ម ហើយមនុស្សចាប់ផ្ដើមខ្សឹបប្រាប់គាត់។ អ្នកទំនងជាមិនទាន់បានធ្វើការនៅក្នុងឧស្សាហកម្មនេះក្នុងឆ្នាំ 2001 នៅឡើយទេ ប៉ុន្តែបន្ទាប់មកអ្នកគ្រប់គ្នាបានធ្វើការស្របតាមដំណើរការ។ វិទ្យាស្ថានវិស្វកម្មសូហ្វវែរ កម្រិតប្រាំនៃគំរូភាពពេញលេញនៃកម្មវិធី (CMMI)។ ខ្ញុំមិនដឹងថាតើរឿងព្រេងនៃវត្ថុបុរាណដ៏ជ្រៅបែបនេះប្រាប់អ្នកពីអ្វីនោះទេ ប៉ុន្តែបន្ទាប់មកវាគឺជារបកគំហើញមួយ។ ដំបូងឡើយ មនុស្សជឿថា ប្រសិនបើដំណើរការត្រូវបានបង្កើតឡើងត្រឹមត្រូវ នោះបញ្ហានឹងបាត់ទៅវិញដោយខ្លួនឯង។ ហើយបន្ទាប់មក Manifesto មកជាមួយហើយនិយាយថា៖ «ទេ ទេ ទេ - យើងនឹងផ្អែកលើមនុស្ស មិនមែនដំណើរការទេ»។ យើងជាចៅហ្វាយនាយនៃការអភិវឌ្ឍន៍កម្មវិធី។ យើងយល់ថាដំណើរដ៏ល្អគឺជាអព្ភូតហេតុមិនកើតឡើងទេ។ មាន idiosyncrasy ច្រើនពេកនៅក្នុងគម្រោង, គំនិតនៃដំណើរការល្អឥតខ្ចោះតែមួយសម្រាប់គម្រោងទាំងអស់មិនមានន័យណាមួយឡើយ។ បញ្ហាស្មុគ្រស្មាញពេកក្រៃ អះអាងថា មានតែដំណោះស្រាយតែមួយប៉ុណ្ណោះ (សួស្តី ព្រះនិព្វាន)។
ខ្ញុំមិនសន្មតថានឹងសម្លឹងទៅអនាគតទេ ប៉ុន្តែខ្ញុំនឹងនិយាយថាឥឡូវនេះមនុស្សបានចាប់ផ្ដើមគិតបន្ថែមទៀតអំពីគម្រោង។ ខ្ញុំគិតថា Agile Manifesto គឺល្អណាស់ក្នុងការលោតចេញ ហើយនិយាយថា “ហេ! អ្នកនៅលើកប៉ាល់ ហើយអ្នកខ្លួនឯងជាអ្នកបើកកប៉ាល់នេះ។ អ្នកនឹងត្រូវធ្វើការសម្រេចចិត្ត - យើងនឹងមិនណែនាំរូបមន្តសកលសម្រាប់គ្រប់ស្ថានភាពទាំងអស់នោះទេ។ អ្នកគឺជានាវិកនៃកប៉ាល់ ហើយប្រសិនបើអ្នកល្អគ្រប់គ្រាន់ អ្នកអាចស្វែងរកផ្លូវទៅកាន់គោលដៅ។ មានកប៉ាល់ផ្សេងទៀតនៅពីមុខអ្នក ហើយនឹងមានកប៉ាល់ផ្សេងទៀតតាមពីក្រោយអ្នក ប៉ុន្តែទោះជាយ៉ាងណា ក្នុងន័យមួយ ដំណើររបស់អ្នកគឺប្លែកពីគេ»។ អ្វីមួយដូចនោះ! វាជាវិធីនៃការគិត។ សម្រាប់ខ្ញុំ គ្មានអ្វីថ្មីនៅក្រោមព្រះអាទិត្យទេ មនុស្សបានជិះទូកពីមុន ហើយនឹងជិះទូកម្តងទៀត ប៉ុន្តែសម្រាប់អ្នក នេះជាដំណើរសំខាន់របស់អ្នក ហើយខ្ញុំនឹងមិនប្រាប់អ្នកពីអ្វីដែលនឹងកើតឡើងចំពោះអ្នកនោះទេ។ អ្នកត្រូវតែមានជំនាញក្នុងការសម្របសម្រួលការងារជាក្រុម ហើយប្រសិនបើអ្នកពិតជាមានពួកគេ នោះអ្វីៗនឹងដំណើរការ ហើយអ្នកនឹងទទួលបានកន្លែងដែលអ្នកចង់បាន។
ឧបករណ៍មនុស្ស៖ ៣០ ឆ្នាំក្រោយ
លោក Oleg៖ តើ Peopleware គឺជាបដិវត្តន៍ក៏ដូចជា Manifesto ដែរឬទេ?
ធីម៖ Peopleware... Tom និងខ្ញុំបានសរសេរសៀវភៅនេះ ប៉ុន្តែយើងមិនគិតថាវានឹងកើតឡើងដូចនេះទេ។ ដូចម្ដេចដែលវាបានស្រឡះជាមួយនឹងគំនិតរបស់មនុស្សជាច្រើន។ នេះគឺជាសៀវភៅដំបូងដែលបាននិយាយថា៖ ការអភិវឌ្ឍន៍កម្មវិធីគឺជាសកម្មភាពដែលពឹងផ្អែកខ្លាំងលើមនុស្ស។ ថ្វីបើមានលក្ខណៈបច្ចេកទេសរបស់យើងក៏ដោយ យើងក៏ជាសហគមន៍នៃមនុស្សសាងសង់អ្វីមួយដែលធំ សូម្បីតែធំ និងស្មុគស្មាញខ្លាំងណាស់។ គ្មាននរណាម្នាក់អាចបង្កើតរឿងបែបនេះតែម្នាក់ឯងបានទេ? ដូច្នេះគំនិតនៃ "ក្រុម" បានក្លាយជារឿងសំខាន់ណាស់។ ហើយមិនត្រឹមតែតាមទស្សនៈនៃការគ្រប់គ្រងប៉ុណ្ណោះទេ ប៉ុន្តែក៏សម្រាប់អ្នកបច្ចេកទេសដែលបានមករួមគ្នាដើម្បីដោះស្រាយបញ្ហាដ៏ស្មុគស្មាញយ៉ាងជ្រាលជ្រៅជាមួយនឹងក្រុមដែលមិនស្គាល់។ សម្រាប់ខ្ញុំផ្ទាល់ នេះគឺជាការសាកល្បងដ៏ធំនៃភាពឆ្លាតវៃពេញមួយអាជីពរបស់ខ្ញុំ។ ហើយនៅទីនេះអ្នកត្រូវតែអាចនិយាយបានថា: បាទ បញ្ហានេះមានច្រើនជាងខ្ញុំអាចដោះស្រាយដោយខ្លួនឯងបាន ប៉ុន្តែយើងទាំងអស់គ្នាអាចស្វែងរកដំណោះស្រាយដ៏ឆើតឆាយដែលយើងអាចមានមោទនភាព។ ហើយខ្ញុំគិតថាវាជាគំនិតនេះដែលបានបន្លឺឡើងបំផុត។ គំនិតដែលថាយើងធ្វើការជាផ្នែកនៃពេលវេលាដោយខ្លួនឯង ផ្នែកនៃពេលវេលាជាផ្នែកនៃក្រុម ហើយជារឿយៗការសម្រេចចិត្តត្រូវបានធ្វើឡើងដោយក្រុម។ ការដោះស្រាយបញ្ហាជាក្រុមបានក្លាយទៅជាលក្ខណៈសំខាន់នៃគម្រោងស្មុគស្មាញយ៉ាងឆាប់រហ័ស។
បើទោះបីជា Tim បានផ្តល់ការពិភាក្សាយ៉ាងច្រើនក៏ដោយ ប៉ុន្តែពួកគេតិចតួចណាស់ដែលត្រូវបានបង្ហោះនៅលើ YouTube ។ អ្នកអាចមើលរបាយការណ៍ "ការត្រឡប់មកវិញនៃ Peopleware" ពីឆ្នាំ 2007 ។ ជាការពិតណាស់គុណភាពទុកជាច្រើនដែលត្រូវបានគេចង់បាន។
ម៉ៃឃើល៖ តើមានអ្វីផ្លាស់ប្តូរក្នុងរយៈពេល 30 ឆ្នាំចុងក្រោយនេះចាប់តាំងពីសៀវភៅនេះត្រូវបានបោះពុម្ព?
ធីម៖ អ្នកអាចមើលនេះពីមុំផ្សេងគ្នាជាច្រើន។ និយាយតាមសង្គមវិទ្យា... យូរមកហើយ ក្នុងសម័យសាមញ្ញជាងនេះ អ្នកនិងក្រុមរបស់អ្នកបានអង្គុយក្នុងការិយាល័យតែមួយ។ អ្នកអាចនៅជិតរាល់ថ្ងៃ ផឹកកាហ្វេជាមួយគ្នា និងពិភាក្សាការងារ។ អ្វីដែលបានផ្លាស់ប្តូរគឺថាក្រុមឥឡូវនេះអាចត្រូវបានចែកចាយតាមភូមិសាស្រ្តក្នុងប្រទេសនិងតំបន់ពេលវេលាផ្សេងគ្នា, ប៉ុន្តែនៅតែពួកគេកំពុងតែធ្វើការលើបញ្ហាដដែលនេះហើយនេះបានបន្ថែមស្រទាប់ថ្មីទាំងស្រុង។ នេះប្រហែលជាស្តាប់ទៅដូចជាសាលាចាស់ ប៉ុន្តែគ្មានអ្វីដូចការប្រាស្រ័យទាក់ទងគ្នាទល់មុខគ្នា ដែលអ្នកនៅជាមួយគ្នា ធ្វើការជាមួយគ្នា ហើយអ្នកអាចដើរទៅរកមិត្តរួមការងារ ហើយនិយាយថា មើលអ្វីដែលខ្ញុំបានរកឃើញ តើអ្នកចូលចិត្តវាដោយរបៀបណា? ការសន្ទនាទល់មុខគ្នាផ្តល់នូវវិធីរហ័សក្នុងការផ្លាស់ប្តូរទៅរកការប្រាស្រ័យទាក់ទងក្រៅផ្លូវការ ហើយខ្ញុំគិតថាអ្នកដែលចូលចិត្តភាពរហ័សរហួនគួរតែចូលចិត្តវាផងដែរ។ ហើយខ្ញុំក៏មានការព្រួយបារម្ភផងដែរ ពីព្រោះការពិតពិភពលោកបានប្រែទៅជាតូចណាស់ ហើយឥឡូវនេះវាត្រូវបានគ្របដណ្តប់ដោយក្រុមចែកចាយទាំងអស់ ហើយវាស្មុគស្មាញខ្លាំងណាស់។
យើងទាំងអស់គ្នារស់នៅក្នុង DevOps
ម៉ៃឃើល៖ សូម្បីតែពីទស្សនៈរបស់គណៈកម្មាធិការកម្មវិធីសន្និសីទ យើងមានប្រជាជននៅរដ្ឋកាលីហ្វ័រញ៉ា នៅញូវយ៉ក អឺរ៉ុប រុស្សី... សឹង្ហបូរី មិនទាន់មាននរណាម្នាក់នៅឡើយទេ។ ភាពខុសគ្នានៃភូមិសាស្ត្រគឺមានទំហំធំណាស់ ហើយមនុស្សក៏ចាប់ផ្តើមរីករាលដាលកាន់តែច្រើនថែមទៀត។ ប្រសិនបើយើងកំពុងនិយាយអំពីការអភិវឌ្ឍន៍ តើអ្នកអាចប្រាប់យើងបន្ថែមអំពី devops និងបំបែករបាំងរវាងក្រុមបានទេ? មានគំនិតមួយដែលគ្រប់គ្នាអង្គុយនៅក្នុងលេនដ្ឋានរបស់ពួកគេ ហើយឥឡូវនេះលេនដ្ឋានកំពុងដួលរលំ តើអ្នកយល់យ៉ាងណាចំពោះភាពស្រដៀងគ្នានេះ?
ធីម៖ វាហាក់បីដូចជាខ្ញុំថា នៅក្នុងពន្លឺនៃរបកគំហើញបច្ចេកវិជ្ជាថ្មីៗ ការលះបង់មានសារៈសំខាន់ណាស់។ ពីមុន អ្នកមានក្រុមអ្នកអភិវឌ្ឍន៍ និងអ្នកគ្រប់គ្រង ពួកគេធ្វើការ ធ្វើការ ធ្វើការ ហើយនៅចំណុចខ្លះមានរឿងមួយបានលេចចេញមក ដែលអ្នកអាចមករកអ្នកគ្រប់គ្រង ហើយដាក់ឱ្យដំណើរការផលិត។ ហើយនៅទីនេះការសន្ទនាអំពីលេនដ្ឋានបានចាប់ផ្តើម ដោយសារតែអ្នកគ្រប់គ្រងគឺជាសម្ព័ន្ធមិត្ត មិនមែនជាសត្រូវទេ យ៉ាងហោចណាស់អ្នកបាននិយាយជាមួយពួកគេនៅពេលដែលអ្វីៗគ្រប់យ៉ាងរួចរាល់ដើម្បីចូលផលិតកម្ម។ តើអ្នកបានទៅរកពួកគេជាមួយនឹងអ្វីមួយហើយនិយាយថា៖ មើលកម្មវិធីដែលយើងមាន ប៉ុន្តែតើអ្នកអាចដាក់ឱ្យដំណើរការកម្មវិធីនេះបានទេ? ហើយឥឡូវនេះគំនិតទាំងមូលនៃការចែកចាយបានផ្លាស់ប្តូរកាន់តែប្រសើរឡើង។ ខ្ញុំចង់មានន័យថា មានគំនិតនេះដែលអ្នកអាចជំរុញការផ្លាស់ប្តូរយ៉ាងឆាប់រហ័ស។ យើងអាចធ្វើបច្ចុប្បន្នភាពផលិតផលបានភ្លាមៗ។ ខ្ញុំតែងតែញញឹមនៅពេលដែល Firefox នៅលើកុំព្យូទ័រយួរដៃរបស់ខ្ញុំលេចឡើង ហើយនិយាយថា ហេ យើងបានអាប់ដេត Firefox របស់អ្នកនៅក្នុងផ្ទៃខាងក្រោយ ហើយនៅពេលដែលអ្នកមានពេលមួយនាទី តើអ្នកនឹងចុចនៅទីនេះ ហើយយើងនឹងផ្តល់ឱ្យអ្នកនូវការចេញផ្សាយចុងក្រោយបំផុត។ ហើយខ្ញុំដូចជា "អូ បាទ ទារក!" ខណៈពេលដែលខ្ញុំកំពុងគេង ពួកគេកំពុងធ្វើការលើការចេញផ្សាយថ្មីដល់ខ្ញុំនៅលើកុំព្យូទ័ររបស់ខ្ញុំ។ នេះពិតជាអស្ចារ្យ មិនគួរឱ្យជឿ។
ប៉ុន្តែនេះគឺជាការលំបាក៖ អ្នកមានលក្ខណៈពិសេសនេះជាមួយនឹងការធ្វើបច្ចុប្បន្នភាពកម្មវិធី ប៉ុន្តែការរួមបញ្ចូលមនុស្សគឺពិបាកជាង។ អ្វីដែលខ្ញុំចង់និយាយនៅក្នុងសុន្ទរកថារបស់ DevOops គឺថាឥឡូវនេះយើងមានអ្នកលេងច្រើនជាងអ្វីដែលយើងធ្លាប់មាន។ បើគិតតែពីអ្នកដែលចូលរួមក្នុងក្រុមតែមួយ… អ្នកបានគិតថាវាជាក្រុម ហើយវាមានច្រើនជាងក្រុមអ្នកសរសេរកម្មវិធីទៅទៀត។ ទាំងនេះគឺជាអ្នកសាកល្បង អ្នកគ្រប់គ្រងគម្រោង និងមនុស្សមួយចំនួនទៀត។ ហើយមនុស្សគ្រប់រូបមានទស្សនៈផ្ទាល់ខ្លួនរបស់ពួកគេលើពិភពលោក។ អ្នកគ្រប់គ្រងផលិតផលគឺខុសគ្នាទាំងស្រុងពីអ្នកគ្រប់គ្រងគម្រោង។ Admin មានភារកិច្ចរៀងៗខ្លួន។ វាក្លាយជាបញ្ហាពិបាកជាងក្នុងការសម្របសម្រួលអ្នកចូលរួមទាំងអស់ ដើម្បីបន្តដឹងពីអ្វីដែលកំពុងកើតឡើង និងមិនឆ្កួត។ វាចាំបាច់ក្នុងការបែងចែកភារកិច្ចរបស់ក្រុមនិងភារកិច្ចដែលអនុវត្តចំពោះមនុស្សគ្រប់គ្នា។ នេះគឺជាកិច្ចការដ៏លំបាកមួយ។ ម៉្យាងវិញទៀត ខ្ញុំគិតថាវាល្អជាងកាលពីប៉ុន្មានឆ្នាំមុន។ នេះជាផ្លូវដែលមនុស្សរីកចម្រើន និងរៀនប្រព្រឹត្តឲ្យបានត្រឹមត្រូវ។ នៅពេលអ្នកធ្វើសមាហរណកម្ម អ្នកយល់ថាមិនគួរមានការអភិវឌ្ឍន៍នៅក្រោមដីទេ ដូច្នេះនៅពេលចុងក្រោយកម្មវិធីមិនលូនចេញដូច Jack-in-the-box៖ ចូលចិត្ត មើលអ្វីដែលយើងបានធ្វើនៅទីនេះ! គំនិតនេះគឺថា អ្នកនឹងអាចធ្វើសមាហរណកម្ម និងការអភិវឌ្ឍន៍ ហើយនៅចុងបញ្ចប់ អ្នកនឹងដំណើរការប្រកបដោយភាពស្អាតស្អំ និងដដែលៗ។ ទាំងអស់នេះមានន័យណាស់សម្រាប់ខ្ញុំ។ នេះធ្វើឱ្យវាអាចបង្កើតតម្លៃកាន់តែច្រើនសម្រាប់អ្នកប្រើប្រាស់ប្រព័ន្ធ និងសម្រាប់អតិថិជនរបស់អ្នក។
ម៉ៃឃើល៖ គំនិតទាំងមូលនៃ devops គឺដើម្បីផ្តល់នូវការអភិវឌ្ឍន៍ប្រកបដោយអត្ថន័យឱ្យបានឆាប់តាមដែលអាចធ្វើទៅបាន។ ខ្ញុំឃើញថា ពិភពលោកបានចាប់ផ្ដើមមានល្បឿនកាន់តែខ្លាំងឡើង។ តើធ្វើដូចម្តេចដើម្បីសម្របខ្លួនទៅនឹងការបង្កើនល្បឿនបែបនេះ? ដប់ឆ្នាំមុននេះមិនមានទេ!
ធីម៖ ជាការពិតណាស់ មនុស្សគ្រប់រូបចង់បានមុខងារកាន់តែច្រើន។ មិនចាំបាច់ផ្លាស់ទីទេ គ្រាន់តែដាក់បន្ថែមទៀត។ ពេលខ្លះអ្នកថែមទាំងត្រូវបន្ថយល្បឿនសម្រាប់ការអាប់ដេតបន្ថែមបន្ទាប់ទៀត ដើម្បីនាំមកនូវអ្វីដែលមានប្រយោជន៍ - ហើយនោះជារឿងធម្មតាទាំងស្រុង។
គំនិតដែលអ្នកត្រូវរត់ រត់ រត់ មិនល្អបំផុតទេ។ មិនទំនងជាមាននរណាម្នាក់ចង់រស់នៅបែបនោះទេ។ ខ្ញុំចង់បានចង្វាក់នៃការចែកចាយដើម្បីកំណត់ចង្វាក់ផ្ទាល់ខ្លួនរបស់គម្រោង។ ប្រសិនបើអ្នកគ្រាន់តែបង្កើតស្ទ្រីមនៃរឿងតូចតាច ដែលមិនសូវមានអត្ថន័យ នោះវាទាំងអស់បន្ថែមរហូតដល់គ្មានន័យ។ ជំនួសឱ្យការព្យាយាមដោយមិនគិតពិចារណាដើម្បីបញ្ចេញអ្វីៗឱ្យបានឆាប់តាមដែលអាចធ្វើទៅបាន អ្វីដែលគួរពិភាក្សាជាមួយអ្នកអភិវឌ្ឍន៍ និងអ្នកគ្រប់គ្រងផលិតផល និងអ្នកគ្រប់គ្រងគម្រោង គឺជាយុទ្ធសាស្ត្រ។ នេះក៏មានន័យដែរ?
លំនាំនិងលំនាំ
លោក Oleg៖ ជាធម្មតា អ្នកនិយាយអំពីលំនាំ និងលំនាំ ហើយនេះគឺជាភាពខុសគ្នារវាងជីវិត និងការស្លាប់នៃគម្រោង។ ហើយឥឡូវនេះ devops ផ្ទុះឡើងក្នុងជីវិតរបស់យើង។ តើវាមានលំនាំ និងលំនាំប្រឆាំងនឹងខ្លួនដែលអាចសម្លាប់គម្រោងនៅនឹងកន្លែងដែរឬទេ?
ធីម៖ លំនាំ និងការប្រឆាំងកើតឡើងគ្រប់ពេលវេលា។ អ្វីមួយដែលត្រូវនិយាយអំពី។ អញ្ចឹងហើយមានរឿងនេះដែលយើងហៅថាជាវត្ថុភ្លឺចាំង។ មនុស្សពិតជាចូលចិត្តបច្ចេកវិទ្យាថ្មី។ ពួកគេត្រូវបានទាក់ទាញដោយភាពភ្លឺរលោងនៃអ្វីគ្រប់យ៉ាងដែលមើលទៅឡូយ និងទាន់សម័យ ហើយពួកគេឈប់សួរសំណួរ៖ តើវាចាំបាច់ដែរឬទេ? តើយើងនឹងសម្រេចបានអ្វី? រឿងនេះអាចទុកចិត្តបាន តើវាសមហេតុផលទេ? ជាញឹកញយ ខ្ញុំឃើញមនុស្សនិយាយនៅលើគែមនៃបច្ចេកវិទ្យា។ ពួកគេត្រូវបាន hypnotized ដោយអ្វីដែលកំពុងកើតឡើងនៅក្នុងពិភពលោក។ ប៉ុន្តែបើអ្នកពិនិត្យមើលឲ្យបានច្បាស់នូវអ្វីដែលមានប្រយោជន៍ដែលគេធ្វើនោះ ច្រើនតែគ្មានប្រយោជន៍អ្វីឡើយ!
យើងទើបតែពិភាក្សាជាមួយសមមិត្តរបស់យើងថាឆ្នាំនេះជាឆ្នាំគម្រប់ ហាសិបឆ្នាំចាប់តាំងពីមនុស្សបានចុះចតនៅលើឋានព្រះច័ន្ទ។ នេះគឺនៅឆ្នាំ 1969។ បច្ចេកវិទ្យាដែលជួយមនុស្សទៅដល់ទីនោះមិនមែនសូម្បីតែបច្ចេកវិទ្យាឆ្នាំ 1969 នោះទេ ប៉ុន្តែផ្ទុយទៅវិញគឺឆ្នាំ 1960 ឬ 62 ពីព្រោះ NASA ចង់ប្រើតែអ្វីដែលមានភស្តុតាងនៃភាពអាចជឿជាក់បាន។ ដូច្នេះហើយអ្នកមើលវាហើយយល់ - បាទ ហើយពួកគេជាការពិត! ឥឡូវនេះ ទេ ទេ ប៉ុន្តែអ្នកមានបញ្ហាជាមួយនឹងបច្ចេកវិទ្យា ដោយសារតែអ្វីៗត្រូវបានរុញច្រានខ្លាំងពេក លក់ចេញពីការបង្ក្រាបទាំងអស់។ មនុស្សម្នាស្រែកពីគ្រប់ទីកន្លែងថា៖ «មើលទៅ អ្វីដែលនេះជារបស់ថ្មីបំផុត របស់ដែលស្អាតបំផុតក្នុងលោក ស័ក្តិសមសម្រាប់អ្នករាល់គ្នាពិតប្រាកដ!»។ មែនហើយ នោះហើយជាវា... ជាធម្មតា អ្វីៗទាំងអស់នេះប្រែទៅជាគ្រាន់តែជាការបញ្ឆោត ហើយបន្ទាប់មកវាទាំងអស់ត្រូវបោះចោល។ ប្រហែលជាវាទាំងអស់ដោយសារតែខ្ញុំជាមនុស្សចាស់ទៅហើយ ហើយមើលរឿងបែបនេះដោយមានការសង្ស័យយ៉ាងខ្លាំង នៅពេលដែលមនុស្សរត់ចេញ ហើយនិយាយថាពួកគេបានរកឃើញវិធីតែមួយគត់ដែលត្រឹមត្រូវបំផុតដើម្បីបង្កើតបច្ចេកវិទ្យាល្អបំផុត។ នៅពេលនេះ សំឡេងមួយបន្លឺឡើងនៅក្នុងខ្លួនខ្ញុំដែលនិយាយថា៖ «រញ៉េរញ៉ៃអី!
ម៉ៃឃើល៖ ពិតហើយ តើយើងបានឮអំពីគ្រាប់កាំភ្លើងបន្ទាប់ប៉ុន្មានដង?
ធីម៖ ពិតហើយនេះគឺជាដំណើរធម្មតានៃរឿង! ជាឧទាហរណ៍... វាហាក់បីដូចជាវាបានក្លាយជារឿងកំប្លែងទៅហើយនៅជុំវិញពិភពលោក ប៉ុន្តែនៅទីនេះមនុស្សតែងតែនិយាយអំពីបច្ចេកវិទ្យា blockchain ។ ហើយពួកគេពិតជាសមហេតុផលក្នុងស្ថានភាពខ្លះ! នៅពេលដែលអ្នកពិតជាត្រូវការភ័ស្តុតាងដែលអាចទុកចិត្តបាននៃព្រឹត្តិការណ៍ ដែលប្រព័ន្ធដំណើរការ ហើយគ្មាននរណាម្នាក់បញ្ឆោតយើងទេ នៅពេលដែលអ្នកមានបញ្ហាសុវត្ថិភាព និងអ្វីៗទាំងអស់ដែលលាយបញ្ចូលគ្នា - blockchain មានន័យ។ ប៉ុន្តែនៅពេលដែលពួកគេនិយាយថា Blockchain ឥឡូវនេះនឹងវាយលុកពាសពេញពិភពលោកដោយបោសសម្អាតអ្វីៗទាំងអស់នៅក្នុងផ្លូវរបស់វា? យល់សប្តិទៀត! នេះគឺជាបច្ចេកវិទ្យាដ៏ថ្លៃ និងស្មុគស្មាញ។ បច្ចេកទេសស្មុគស្មាញ និងចំណាយពេលច្រើន។ រាប់បញ្ចូលទាំងក្បួនដោះស្រាយសុទ្ធសាធ រាល់ពេលដែលអ្នកត្រូវការគណនាឡើងវិញនូវគណិតវិទ្យា ជាមួយនឹងការផ្លាស់ប្តូរតិចតួចបំផុត... ហើយនេះគឺជាគំនិតដ៏ល្អមួយ - ប៉ុន្តែសម្រាប់តែករណីជាក់លាក់ប៉ុណ្ណោះ។ ជីវិត និងអាជីពរបស់ខ្ញុំទាំងមូលបាននិយាយអំពីរឿងនេះ៖ គំនិតគួរឱ្យចាប់អារម្មណ៍ក្នុងស្ថានភាពជាក់លាក់។ វាមានសារៈសំខាន់ខ្លាំងណាស់ក្នុងការយល់ច្បាស់ថាស្ថានភាពរបស់អ្នកជាអ្វី។
ម៉ៃឃើល៖ បាទ/ចាស៎ “សំណួរនៃជីវិត សកលលោក និងអ្វីៗគ្រប់យ៉ាង”៖ តើបច្ចេកវិទ្យា ឬវិធីសាស្រ្តនេះសាកសមនឹងស្ថានភាពរបស់អ្នកឬអត់?
ធីម៖ សំណួរនេះអាចត្រូវបានពិភាក្សាជាមួយក្រុមបច្ចេកវិទ្យារួចហើយ។ ប្រហែលជាសូម្បីតែនាំអ្នកប្រឹក្សាយោបល់ខ្លះ។ សូមក្រឡេកមើលគម្រោងហើយយល់ - តើយើងនឹងធ្វើអ្វីដែលត្រឹមត្រូវ និងមានប្រយោជន៍ ប្រសើរជាងមុនទេ? ប្រហែលជាវានឹងសម ប្រហែលជាវានឹងមិនបាន។ ប៉ុន្តែសំខាន់បំផុត សូមកុំធ្វើការសម្រេចចិត្តបែបនេះតាមលំនាំដើមឡើយ ដោយគ្រាន់តែមាននរណាម្នាក់និយាយចេញមកថា “យើងត្រូវការ blockchain យ៉ាងខ្លាំង! ខ្ញុំគ្រាន់តែអានអំពីគាត់ក្នុងទស្សនាវដ្ដីមួយនៅលើយន្តហោះ!» ធ្ងន់ធ្ងរ? វាមិនមែនជារឿងកំប្លែងទេ។
ទេវកថា "វិស្វករអភិវឌ្ឍន៍"
លោក Oleg៖ ឥឡូវនេះមនុស្សគ្រប់គ្នាកំពុងអនុវត្ត devops ។ មាននរណាម្នាក់អានអំពី devops នៅលើអ៊ីនធឺណិត ហើយនៅថ្ងៃស្អែកកន្លែងទំនេរមួយផ្សេងទៀតនឹងលេចឡើងនៅលើគេហទំព័រជ្រើសរើសបុគ្គលិក។ "អភិវឌ្ឍវិស្វករ". នៅទីនេះខ្ញុំចង់ទាញចំណាប់អារម្មណ៍របស់អ្នក៖ តើអ្នកគិតថាពាក្យ "វិស្វករអភិវឌ្ឍន៍" មានសិទ្ធិរស់ទេ? មានមតិមួយដែលថា devops គឺជាវប្បធម៌មួយ ហើយអ្វីដែលមិនបូកបញ្ចូលនៅទីនេះ។
ធីម៖ ដូច្នេះ។ អនុញ្ញាតឱ្យពួកគេពន្យល់ភ្លាមៗអំពីពាក្យនេះ។ អ្វីមួយដែលធ្វើឱ្យវាប្លែក។ ទាល់តែពួកគេបញ្ជាក់ថាមានជំនាញពិសេសមួយចំនួននៅពីក្រោយកន្លែងទំនេរបែបនេះ ខ្ញុំនឹងមិនទិញវាទេ! ខ្ញុំចង់មានន័យថា យើងមានចំណងជើងការងារ "វិស្វករអភិវឌ្ឍន៍" ដែលជាចំណងជើងគួរឱ្យចាប់អារម្មណ៍ បាទ តើមានអ្វីបន្ទាប់ទៀត? ចំណងជើងការងារជាទូទៅគឺជារឿងគួរឱ្យចាប់អារម្មណ៍ណាស់។ ចូរនិយាយថា "អ្នកអភិវឌ្ឍន៍" - តើវាជាអ្វី? អង្គការផ្សេងគ្នាមានន័យខុសគ្នាទាំងស្រុង។ នៅក្នុងក្រុមហ៊ុនមួយចំនួន អ្នកសរសេរកម្មវិធីដែលមានគុណភាពខ្ពស់សរសេរការធ្វើតេស្តដែលមានន័យច្រើនជាងការធ្វើតេស្តដែលសរសេរដោយអ្នកសាកល្បងជំនាញពិសេសនៅក្នុងក្រុមហ៊ុនផ្សេងទៀត។ ដូច្នេះតើពួកគេឥឡូវនេះជាអ្នកសរសេរកម្មវិធីឬអ្នកសាកល្បងអ្វី?
បាទ យើងមានចំណងជើងការងារ ប៉ុន្តែប្រសិនបើអ្នកសួរសំណួរយូរគ្រប់គ្រាន់ ទីបំផុតវាប្រែថាយើងទាំងអស់គ្នាជាអ្នកដោះស្រាយបញ្ហា។ យើងជាអ្នកស្វែងរកដំណោះស្រាយ ហើយអ្នកខ្លះមានជំនាញបច្ចេកទេស និងខ្លះទៀតមានជំនាញផ្សេងៗគ្នា។ ប្រសិនបើអ្នករស់នៅក្នុងបរិយាកាសដែល DevOps បានជ្រៀតចូល នោះអ្នកកំពុងចូលរួមក្នុងការរួមបញ្ចូលនៃការអភិវឌ្ឍន៍ និងការគ្រប់គ្រង ហើយសកម្មភាពនេះមានគោលបំណងសំខាន់មួយចំនួន។ ប៉ុន្តែប្រសិនបើអ្នកត្រូវបានគេសួរថាតើអ្នកធ្វើអ្វីពិតប្រាកដ និងអ្វីដែលអ្នកទទួលខុសត្រូវនោះ វាប្រែថាមនុស្សបានធ្វើរឿងទាំងអស់នេះតាំងពីយូរយារណាស់មកហើយ។ "ខ្ញុំទទួលខុសត្រូវចំពោះស្ថាបត្យកម្ម", "ខ្ញុំទទួលខុសត្រូវលើមូលដ្ឋានទិន្នន័យ" ហើយដូច្នេះនៅលើអ្វីក៏ដោយដែលអ្នកឃើញ - ទាំងអស់នេះគឺមុនពេល "devops" ។
នៅពេលនរណាម្នាក់ប្រាប់ខ្ញុំពីចំណងជើងការងារ ខ្ញុំមិនស្តាប់ច្រើនទេ។ វាជាការប្រសើរក្នុងការអនុញ្ញាតឱ្យគាត់ប្រាប់អ្នកពីអ្វីដែលគាត់ទទួលខុសត្រូវពិតប្រាកដ នេះនឹងអនុញ្ញាតឱ្យយើងយល់ពីបញ្ហាកាន់តែច្បាស់។ ឧទាហរណ៍ដែលខ្ញុំចូលចិត្តគឺនៅពេលដែលមនុស្សម្នាក់អះអាងថាជា "អ្នកគ្រប់គ្រងគម្រោង"។ អ្វី? វាមិនមានន័យអ្វីទេ ខ្ញុំនៅតែមិនដឹងថាអ្នកធ្វើអ្វី។ អ្នកគ្រប់គ្រងគម្រោងអាចជាអ្នកអភិវឌ្ឍន៍ អ្នកដឹកនាំក្រុមដែលមានមនុស្សបួននាក់ សរសេរកូដ ធ្វើការងារ ដែលបានក្លាយជាអ្នកដឹកនាំក្រុម ដែលមនុស្សខ្លួនឯងទទួលស្គាល់ក្នុងចំណោមពួកគេថាជាអ្នកដឹកនាំ។ ហើយផងដែរ អ្នកគ្រប់គ្រងគម្រោងអាចជាអ្នកគ្រប់គ្រងដែលគ្រប់គ្រងមនុស្សប្រាំមួយរយនាក់ក្នុងគម្រោងមួយ គ្រប់គ្រងអ្នកគ្រប់គ្រងផ្សេងទៀត ទទួលខុសត្រូវក្នុងការរៀបចំកាលវិភាគ និងផែនការថវិកា នោះជាអ្វីទាំងអស់។ នេះគឺជាពិភពពីរខុសគ្នាទាំងស្រុង! ប៉ុន្តែចំណងជើងការងាររបស់ពួកគេស្តាប់ទៅដូចគ្នា។
សូមបង្វែរចំណុចនេះខុសគ្នាបន្តិច។ តើអ្នកពូកែខាងអ្វី មានបទពិសោធន៍ច្រើន តើអ្នកមានទេពកោសល្យដើម្បីអ្វី? តើអ្នកនឹងទទួលខុសត្រូវអ្វីព្រោះអ្នកគិតថាអ្នកអាចដោះស្រាយភារកិច្ចបាន? ហើយនៅទីនេះ នរណាម្នាក់នឹងចាប់ផ្តើមបដិសេធភ្លាមៗ៖ ទេ ទេ ទេ ខ្ញុំគ្មានបំណងចង់ដោះស្រាយជាមួយធនធានគម្រោងទាល់តែសោះ វាមិនមែនជាអាជីវកម្មរបស់ខ្ញុំ ខ្ញុំជាមិត្តផ្នែកបច្ចេកទេស ហើយខ្ញុំយល់ពីការប្រើប្រាស់ និងចំណុចប្រទាក់អ្នកប្រើប្រាស់ ខ្ញុំមិន ចង់គ្រប់គ្រងកងទ័ពទាំងអស់ ទុកឲ្យខ្ញុំទៅធ្វើការវិញល្អជាង។
ហើយដោយវិធីនេះ ខ្ញុំជាអ្នកគាំទ្រដ៏ធំនៃវិធីសាស្រ្តដែលការបំបែកជំនាញប្រភេទនេះដំណើរការល្អ។ កន្លែងដែលអ្នកបច្ចេកទេសអាចបង្កើនអាជីពរបស់ពួកគេតាមដែលពួកគេចង់បាន។ ទោះយ៉ាងណាក៏ដោយ ខ្ញុំនៅតែឃើញស្ថាប័នដែលអ្នកជំនាញត្អូញត្អែរ៖ ខ្ញុំនឹងត្រូវចូលទៅក្នុងការគ្រប់គ្រងគម្រោង ព្រោះនោះជាមធ្យោបាយតែមួយគត់នៅក្នុងក្រុមហ៊ុននេះ។ ជួនកាលនេះនាំឱ្យមានលទ្ធផលដ៏គួរឱ្យភ័យខ្លាច។ បច្ចេកវិទ្យាល្អបំផុតមិនមែនជាអ្នកគ្រប់គ្រងល្អទាល់តែសោះ ហើយអ្នកគ្រប់គ្រងល្អបំផុតមិនអាចគ្រប់គ្រងបច្ចេកវិទ្យាបានទេ។ ចូរនិយាយដោយស្មោះត្រង់អំពីរឿងនេះ។
ខ្ញុំឃើញមានតម្រូវការច្រើនណាស់សម្រាប់វាឥឡូវនេះ។ ប្រសិនបើអ្នកជាអ្នកបច្ចេកទេស ក្រុមហ៊ុនរបស់អ្នកអាចជួយអ្នកបាន ប៉ុន្តែមិនថាអ្នកត្រូវការទេ អ្នកត្រូវតែស្វែងរកផ្លូវអាជីពផ្ទាល់ខ្លួនរបស់អ្នក ព្រោះបច្ចេកវិទ្យាចេះតែផ្លាស់ប្តូរ ហើយអ្នកត្រូវបង្កើតខ្លួនអ្នកឡើងវិញជាមួយវា! ក្នុងរយៈពេលត្រឹមតែម្ភៃឆ្នាំ បច្ចេកវិទ្យាអាចផ្លាស់ប្តូរយ៉ាងហោចណាស់ប្រាំដង។ បច្ចេកវិទ្យាជារឿងចម្លែក...
"អ្នកជំនាញលើអ្វីៗគ្រប់យ៉ាង"
ម៉ៃឃើល៖ តើមនុស្សអាចទប់ទល់នឹងល្បឿននៃការផ្លាស់ប្តូរបច្ចេកវិជ្ជាបែបណា? ភាពស្មុគស្មាញរបស់ពួកគេកំពុងកើនឡើង ចំនួនរបស់ពួកគេកំពុងកើនឡើង ចំនួនសរុបនៃការប្រាស្រ័យទាក់ទងរវាងមនុស្សក៏កើនឡើងផងដែរ ហើយវាបង្ហាញថាអ្នកមិនអាចក្លាយជា "អ្នកជំនាញក្នុងអ្វីៗគ្រប់យ៉ាង" បានទេ។
ធីម៖ ត្រូវហើយ! ប្រសិនបើអ្នកធ្វើការផ្នែកបច្ចេកវិទ្យា បាទ អ្នកប្រាកដជាត្រូវជ្រើសរើសអ្វីមួយជាក់លាក់ ហើយស្វែងយល់ពីវា។ បច្ចេកវិទ្យាមួយចំនួនដែលស្ថាប័នរបស់អ្នកយល់ថាមានប្រយោជន៍ (ហើយប្រហែលជាពិតជាមានប្រយោជន៍)។ ហើយប្រសិនបើអ្នកលែងចាប់អារម្មណ៍នឹងវា - ខ្ញុំមិនដែលជឿថាខ្ញុំនឹងនិយាយបែបនេះទេ - ប្រហែលជាអ្នកគួរតែផ្លាស់ទៅអង្គការផ្សេងទៀតដែលបច្ចេកវិទ្យាគួរឱ្យចាប់អារម្មណ៍ ឬងាយស្រួលជាងក្នុងការសិក្សា។
ប៉ុន្តែជាទូទៅ បាទ អ្នកនិយាយត្រូវ។ បច្ចេកវិទ្យាកំពុងរីកចម្រើនគ្រប់ទិសដៅក្នុងពេលតែមួយ គ្មាននរណាម្នាក់អាចនិយាយថា "ខ្ញុំជាអ្នកជំនាញខាងបច្ចេកវិទ្យាក្នុងគ្រប់បច្ចេកវិទ្យាដែលមានស្រាប់" ។ ម្យ៉ាងវិញទៀត មានមនុស្សអេប៉ុងដែលស្រូបយកចំណេះដឹងផ្នែកបច្ចេកវិទ្យា ហើយឆ្កួតនឹងវា។ ខ្ញុំបានឃើញមនុស្សបែបនេះពីរបីនាក់ ពួកគេដកដង្ហើម និងរស់នៅ វាមានប្រយោជន៍ និងគួរឱ្យចាប់អារម្មណ៍ក្នុងការនិយាយជាមួយពួកគេ។ ពួកគេសិក្សាមិនត្រឹមតែអ្វីដែលកំពុងកើតឡើងនៅក្នុងអង្គការប៉ុណ្ណោះទេ ប៉ុន្តែជាទូទៅពួកគេនិយាយអំពីវា ពួកគេក៏ជាអ្នកបច្ចេកទេសដ៏ត្រជាក់ផងដែរ ពួកគេមានមនសិការ និងមានគោលបំណង។ ពួកគេគ្រាន់តែព្យាយាមនៅលើកំពូលរលកដោយមិនគិតថាការងារសំខាន់របស់ពួកគេគឺជាអ្វីនោះទេព្រោះចំណង់ចំណូលចិត្តរបស់ពួកគេគឺចលនានៃបច្ចេកវិទ្យា, ការលើកកម្ពស់បច្ចេកវិទ្យា. ប្រសិនបើអ្នកជួបមនុស្សបែបនេះភ្លាមៗ អ្នកគួរតែទៅញ៉ាំអាហារថ្ងៃត្រង់ជាមួយគាត់ ហើយពិភាក្សារឿងល្អៗផ្សេងៗនៅពេលអាហារថ្ងៃត្រង់។ ខ្ញុំគិតថាអង្គការណាមួយត្រូវការយ៉ាងហោចណាស់ពីរបីនាក់បែបនេះ។
ហានិភ័យនិងភាពមិនប្រាកដប្រជា
ម៉ៃឃើល៖ វិស្វករកិត្តិយស បាទ។ តោះប៉ះលើការគ្រប់គ្រងហានិភ័យ ខណៈពេលដែលយើងមានពេល។ យើងបានចាប់ផ្តើមបទសម្ភាសន៍នេះជាមួយនឹងការពិភាក្សាអំពីកម្មវិធីវេជ្ជសាស្រ្ត ដែលកំហុសអាចនាំឱ្យមានផលវិបាកធ្ងន់ធ្ងរ។ បន្ទាប់មក យើងបាននិយាយអំពីកម្មវិធីតាមច័ន្ទគតិ ដែលតម្លៃនៃកំហុសមួយគឺរាប់លានដុល្លារ ហើយអាចមានជីវិតមនុស្សមួយចំនួនទៀត។ ប៉ុន្តែឥឡូវនេះខ្ញុំឃើញចលនាផ្ទុយគ្នានៅក្នុងឧស្សាហកម្មនេះ មនុស្សមិនគិតពីហានិភ័យ កុំព្យាយាមទស្សន៍ទាយពួកគេ មិនទាំងសង្កេតមើលពួកគេ។
លោក Oleg៖ ផ្លាស់ទីលឿននិងបំបែកវត្ថុ!
ម៉ៃឃើល៖ បាទ ផ្លាស់ទីលឿន បំបែករឿង អ្វីៗកាន់តែច្រើន រហូតដល់អ្នកស្លាប់ដោយសារអ្វីមួយ។ តាមទស្សនៈរបស់អ្នក តើអ្នកអភិវឌ្ឍន៍ជាមធ្យមគួរធ្វើដូចម្តេចដើម្បីសិក្សាការគ្រប់គ្រងហានិភ័យឥឡូវនេះ?
ធីម៖ ចូរគូសបន្ទាត់នៅទីនេះរវាងរឿងពីរ៖ ហានិភ័យ និងភាពមិនប្រាកដប្រជា។ ទាំងនេះគឺជារឿងផ្សេងគ្នា។ ភាពមិនច្បាស់លាស់កើតឡើងនៅពេលដែលអ្នកមិនមានទិន្នន័យគ្រប់គ្រាន់នៅចំណុចណាមួយក្នុងពេលវេលាដើម្បីទៅដល់ចម្លើយច្បាស់លាស់។ ជាឧទាហរណ៍ នៅដំណាក់កាលដំបូងនៃគម្រោង ប្រសិនបើនរណាម្នាក់សួរអ្នកថា "តើអ្នកនឹងបញ្ចប់ការងារនៅពេលណា" ប្រសិនបើអ្នកជាមនុស្សស្មោះត្រង់ អ្នកនឹងនិយាយថា "ខ្ញុំមិនដឹងទេ"។ អ្នកគ្រាន់តែមិនដឹង ហើយវាមិនអីទេ។ អ្នកមិនទាន់សិក្សាបញ្ហានិងមិនស្គាល់ក្រុមអ្នកមិនដឹងជំនាញរបស់ពួកគេដូច្នេះនៅលើ។ នេះគឺជាភាពមិនប្រាកដប្រជា។
ហានិភ័យកើតឡើងនៅពេលដែលបញ្ហាសក្តានុពលអាចត្រូវបានកំណត់អត្តសញ្ញាណរួចហើយ។ រឿងបែបនេះអាចកើតឡើង ប្រូបាប៊ីលីតេរបស់វាគឺធំជាងសូន្យ ប៉ុន្តែតិចជាងមួយរយភាគរយ នៅកន្លែងណាមួយនៅចន្លោះ។ ដោយសារតែវា អ្វីៗអាចកើតឡើងបាន ពីការពន្យារពេល និងការងារដែលមិនចាំបាច់ ប៉ុន្តែសូម្បីតែរហូតដល់លទ្ធផលធ្ងន់ធ្ងរសម្រាប់គម្រោង។ លទ្ធផល នៅពេលអ្នកនិយាយថា - បុរស ចូរយើងបត់ឆ័ត្ររបស់យើង ហើយចាកចេញពីឆ្នេរ យើងនឹងមិនបញ្ចប់វាទេ វាអស់រដូវហើយ។ យើងបានធ្វើការសន្មត់ថារឿងនេះនឹងដំណើរការ ប៉ុន្តែវាមិនដំណើរការទាល់តែសោះ ដល់ពេលត្រូវបញ្ឈប់ហើយ។ ទាំងនេះគឺជាស្ថានភាព។
ជាញឹកញយ បញ្ហាគឺងាយស្រួលបំផុតក្នុងការដោះស្រាយនៅពេលដែលវាបានលេចចេញរួចហើយ នៅពេលដែលបញ្ហាកំពុងកើតឡើងនៅពេលនេះ។ ប៉ុន្តែនៅពេលដែលបញ្ហានៅចំពោះមុខអ្នក អ្នកមិនធ្វើការគ្រប់គ្រងហានិភ័យទេ - អ្នកកំពុងដោះស្រាយបញ្ហា ការគ្រប់គ្រងវិបត្តិ។ ប្រសិនបើអ្នកជាអ្នកអភិវឌ្ឍន៍ ឬអ្នកគ្រប់គ្រងនាំមុខ អ្នកត្រូវតែឆ្ងល់ថាតើអ្វីអាចកើតឡើងដែលនឹងនាំឱ្យមានការពន្យារពេល ខ្ជះខ្ជាយពេលវេលា ការចំណាយមិនចាំបាច់ ឬការដួលរលំនៃគម្រោងទាំងមូល? តើអ្វីនឹងធ្វើឱ្យយើងឈប់ ហើយចាប់ផ្តើមឡើងវិញ? នៅពេលដែលអ្វីៗទាំងអស់នេះដំណើរការ តើយើងនឹងធ្វើអ្វីជាមួយពួកគេ? មានចម្លើយសាមញ្ញមួយដែលមានសុពលភាពសម្រាប់ស្ថានភាពភាគច្រើន៖ កុំរត់គេចពីហានិភ័យ ចូរធ្វើការលើវា។ សូមមើលពីរបៀបដែលអ្នកអាចដោះស្រាយស្ថានភាពប្រថុយប្រថាន កាត់បន្ថយវាទៅគ្មានអ្វី បង្វែរវាពីបញ្ហាទៅជាអ្វីផ្សេង។ ជំនួសឱ្យការនិយាយថា: បាទ, យើងនឹងដោះស្រាយបញ្ហាដូចដែលពួកគេបានកើតឡើង។
ភាពមិនច្បាស់លាស់ និងហានិភ័យគួរតែស្ថិតនៅជួរមុខនៃអ្វីគ្រប់យ៉ាងដែលអ្នកដោះស្រាយ។ អ្នកអាចយកផែនការគម្រោង ពិនិត្យមើលហានិភ័យសំខាន់ៗមួយចំនួនជាមុនសិន ហើយនិយាយថា៖ យើងត្រូវដោះស្រាយវាឥឡូវនេះ ព្រោះប្រសិនបើបញ្ហាណាមួយកើតឡើង គ្មានអ្វីផ្សេងទៀតនឹងមានបញ្ហានោះទេ។ អ្នកមិនគួរព្រួយបារម្ភអំពីសម្រស់របស់ក្រណាត់នៅលើតុនោះទេ ប្រសិនបើវាមិនច្បាស់ថាតើអ្នកអាចចម្អិនអាហារពេលល្ងាចបានឬអត់។ ដំបូងអ្នកត្រូវកំណត់អត្តសញ្ញាណហានិភ័យទាំងអស់នៃការរៀបចំអាហារពេលល្ងាចដ៏ឈ្ងុយឆ្ងាញ់ ដោះស្រាយជាមួយពួកគេ ហើយគ្រាន់តែគិតអំពីរឿងផ្សេងទៀតដែលមិនបង្កការគំរាមកំហែងពិតប្រាកដ។
ជាថ្មីម្តងទៀត តើអ្វីធ្វើឱ្យគម្រោងរបស់អ្នកប្លែក? សូមមើលអ្វីដែលអាចធ្វើឱ្យគម្រោងរបស់យើងបិទផ្លូវរថភ្លើង។ តើយើងអាចធ្វើអ្វីបានខ្លះ ដើម្បីកាត់បន្ថយលទ្ធភាពនៃការកើតឡើងនេះ? ជាធម្មតា អ្នកមិនអាចគ្រាន់តែបន្សាបពួកវា 100% ហើយប្រកាសដោយមនសិការច្បាស់លាស់ថា "នោះហើយជាវា នេះមិនមែនជាបញ្ហាទៀតទេ ហានិភ័យបានដោះស្រាយហើយ!" សម្រាប់ខ្ញុំនេះគឺជាសញ្ញានៃអាកប្បកិរិយារបស់មនុស្សពេញវ័យ។ នេះគឺជាភាពខុសគ្នារវាងក្មេង និងមនុស្សធំ - ក្មេងៗគិតថាខ្លួនជាអមតៈ គ្មានអ្វីអាចខុសទេ អ្វីៗនឹងល្អ! ក្នុងពេលជាមួយគ្នានោះ មនុស្សពេញវ័យមើលពីរបៀបដែលក្មេងអាយុ XNUMX ឆ្នាំលោតនៅលើសួនកុមារ ធ្វើតាមចលនាដោយភ្នែករបស់ពួកគេ ហើយនិយាយទៅកាន់ខ្លួនឯងថា “អូហូ អូ អូ អូ អូ” ។ ខ្ញុំឈរក្បែរ ហើយត្រៀមចាប់ពេលកូនដួល។
ម៉្យាងវិញទៀត មូលហេតុដែលខ្ញុំចូលចិត្តអាជីវកម្មនេះខ្លាំង គឺដោយសារតែវាមានហានិភ័យ។ យើងធ្វើអ្វីៗ ហើយរឿងទាំងនោះគឺមានហានិភ័យ។ ពួកគេត្រូវការវិធីសាស្រ្តមនុស្សពេញវ័យ។ ភាពរីករាយតែម្នាក់ឯងមិនអាចដោះស្រាយបញ្ហារបស់អ្នកបានទេ!
ការគិតវិស្វកម្មមនុស្សពេញវ័យ
ម៉ៃឃើល៖ គំរូជាមួយកុមារគឺល្អ។ បើខ្ញុំជាវិស្វករធម្មតា នោះខ្ញុំពេញចិត្តក្នុងការធ្វើជាកូន។ ប៉ុន្តែតើអ្នកឆ្ពោះទៅរកការគិតរបស់មនុស្សពេញវ័យដោយរបៀបណា?
ធីម៖ គំនិតមួយក្នុងចំណោមគំនិតដែលដំណើរការល្អស្មើគ្នាជាមួយអ្នកចាប់ផ្តើមដំបូង ឬអ្នកអភិវឌ្ឍន៍ដែលបានបង្កើតឡើងគឺជាគំនិតនៃបរិបទ។ អ្វីដែលយើងកំពុងធ្វើ អ្វីដែលយើងនឹងសម្រេចបាន។ តើអ្វីជាអ្វីដែលពិតជាសំខាន់នៅលើគម្រោងនេះ? វាមិនសំខាន់ទេថាអ្នកជានរណានៅក្នុងគម្រោងនេះ មិនថាអ្នកជាអ្នកហាត់ការ ឬជាប្រធានស្ថាបត្យករទេ មនុស្សគ្រប់គ្នាត្រូវការបរិបទ។ យើងត្រូវធ្វើឲ្យអ្នករាល់គ្នាគិតលើទំហំធំជាងការងាររបស់ខ្លួន។ “ខ្ញុំធ្វើរបស់ខ្ញុំ ហើយឲ្យតែស្នាដៃរបស់ខ្ញុំធ្វើ ខ្ញុំសប្បាយចិត្តហើយ”។ ទេហើយម្តងទៀត។ វាតែងតែមានប្រយោជន៍ (ដោយមិនឈ្លើយ!) ដើម្បីរំលឹកមនុស្សអំពីបរិបទដែលពួកគេធ្វើការ។ អ្វីដែលយើងទាំងអស់គ្នាកំពុងព្យាយាមដើម្បីសម្រេចបានរួមគ្នា។ គំនិតដែលអ្នកអាចក្លាយជាកុមារដរាបណាអ្វីៗល្អជាមួយគម្រោងរបស់អ្នក សូមកុំធ្វើបែបនោះ។ បើយើងឆ្លងកាត់ផ្លូវបញ្ចប់ទាំងអស់ យើងនឹងឆ្លងកាត់វាជាមួយគ្នា។ អ្នកមិននៅម្នាក់ឯងទេ យើងទាំងអស់គ្នា។ ប្រសិនបើមនុស្សទាំងអស់នៅក្នុងគម្រោង ទាំងចាស់ទាំងក្មេង ចាប់ផ្តើមនិយាយអំពីអ្វីដែលសំខាន់សម្រាប់គម្រោង ហេតុអ្វីបានជាក្រុមហ៊ុនវិនិយោគលុយលើអ្វីដែលយើងទាំងអស់គ្នាព្យាយាមសម្រេច... នឹងឃើញពីរបៀបដែលការងាររបស់ពួកគេទាក់ទងជាមួយការងាររបស់អ្នកដទៃ។ ម៉្យាងវិញទៀត ខ្ញុំយល់ពីផ្នែកដែលខ្ញុំទទួលខុសត្រូវផ្ទាល់។ ប៉ុន្តែដើម្បីបញ្ចប់ការងារ យើងត្រូវការអ្នកផ្សេងទាំងអស់ផងដែរ។ ហើយប្រសិនបើអ្នកពិតជាគិតថាអ្នករួចរាល់ យើងតែងតែមានការងារត្រូវធ្វើនៅក្នុងគម្រោង!
លោក Oleg៖ និយាយដោយទាក់ទងគ្នា ប្រសិនបើអ្នកធ្វើការយោងទៅតាម Kanban នៅពេលអ្នកជួបបញ្ហានៃការធ្វើតេស្តមួយចំនួន អ្នកអាចបោះបង់អ្វីដែលអ្នកកំពុងធ្វើនៅទីនោះ (ឧទាហរណ៍ ការសរសេរកម្មវិធី) ហើយទៅជួយអ្នកសាកល្បង។
ធីម៖ យ៉ាងពិតប្រាកដ។ ខ្ញុំគិតថា បច្ចេកវិទ្យាដ៏ល្អបំផុត ប្រសិនបើអ្នកមើលឲ្យដិតដល់ពួកគេគឺជាអ្នកគ្រប់គ្រងរបស់ពួកគេ។ តើខ្ញុំអាចបង្កើតវាដោយរបៀបណា...
លោក Oleg៖ ជីវិតរបស់អ្នកគឺជាគម្រោងរបស់អ្នក ដែលអ្នកគ្រប់គ្រង។
ធីម៖ យ៉ាងពិតប្រាកដ! ខ្ញុំចង់មានន័យថា អ្នកទទួលខុសត្រូវ អ្នកយល់ពីបញ្ហា ហើយអ្នកទាក់ទងជាមួយមនុស្សនៅពេលអ្នកឃើញថាការសម្រេចចិត្តរបស់អ្នកអាចប៉ះពាល់ដល់ការងាររបស់ពួកគេ រឿងបែបនេះ។ វាមិនមែននិយាយអំពីការគ្រាន់តែអង្គុយនៅតុរបស់អ្នក ធ្វើការងាររបស់អ្នក ហើយថែមទាំងមិនដឹងពីអ្វីដែលកំពុងកើតឡើងនៅជុំវិញអ្នកនោះទេ។ ទេទេទេ។ និយាយអីញ្ចឹង រឿងដ៏ល្អបំផុតមួយអំពី Agile គឺថាពួកគេបានស្នើសុំការរត់ខ្លីៗ ពីព្រោះវិធីនេះស្ថានភាពនៃអ្នកចូលរួមទាំងអស់គឺអាចមើលឃើញយ៉ាងច្បាស់ ពួកគេអាចឃើញវាទាំងអស់គ្នា។ យើងនិយាយគ្នារាល់ថ្ងៃ។
របៀបចូលទៅក្នុងការគ្រប់គ្រងហានិភ័យ
លោក Oleg៖ តើមានរចនាសម្ព័ន្ធចំណេះដឹងផ្លូវការនៅក្នុងតំបន់នេះទេ? ឧទាហរណ៍ ខ្ញុំជាអ្នកអភិវឌ្ឍន៍ Java ហើយចង់ស្វែងយល់ពីការគ្រប់គ្រងហានិភ័យ ដោយមិនចាំបាច់ក្លាយជាអ្នកគ្រប់គ្រងគម្រោងពិតប្រាកដដោយការអប់រំ។ ខ្ញុំប្រហែលជានឹងអាន "តើគម្រោងកម្មវិធីមួយមានតម្លៃប៉ុន្មាន" របស់ McConnell ជាមុនសិន ហើយបន្ទាប់មកតើអ្វីទៅ? តើជំហានដំបូងមានអ្វីខ្លះ?
ធីម៖ ទីមួយគឺចាប់ផ្តើមទំនាក់ទំនងជាមួយមនុស្សនៅក្នុងគម្រោង។ នេះផ្តល់នូវភាពប្រសើរឡើងភ្លាមៗនៅក្នុងវប្បធម៌នៃការប្រាស្រ័យទាក់ទងជាមួយមិត្តរួមការងារ។ យើងត្រូវចាប់ផ្តើមដោយការបើកអ្វីគ្រប់យ៉ាងតាមលំនាំដើម ជំនួសឱ្យការលាក់វា។ និយាយថា៖ នេះជារឿងដែលរំខានខ្ញុំ ទាំងនេះជារឿងដែលធ្វើអោយខ្ញុំគេងនៅពេលយប់ ខ្ញុំភ្ញាក់ពីគេងយប់ថ្ងៃនេះ ហើយដូចជា៖ ព្រះជាម្ចាស់អើយ ខ្ញុំត្រូវតែគិតអំពីរឿងនេះ! តើអ្នកផ្សេងទៀតឃើញដូចគ្នាទេ? ជាក្រុម តើយើងគួរឆ្លើយតបទៅនឹងបញ្ហាដែលអាចកើតមានទាំងនេះដែរឬទេ? អ្នកត្រូវតែអាចគាំទ្រការពិភាក្សាលើប្រធានបទទាំងនេះ។ មិនមានរូបមន្តដែលបានរៀបចំទុកជាមុនដែលយើងធ្វើការនោះទេ។ វាមិនមែនអំពីការធ្វើហាំប៊ឺហ្គឺទេ វាជារឿងរបស់មនុស្សទាំងអស់។ “ធ្វើឈីសប៊ឺហ្គឺ លក់ឈីសប៊ឺហ្គឺ” មិនមែនជារឿងរបស់យើងទាល់តែសោះ ហើយនេះជាមូលហេតុដែលខ្ញុំស្រលាញ់ការងារនេះខ្លាំងណាស់។ ខ្ញុំចូលចិត្តនៅពេលដែលអ្វីៗគ្រប់យ៉ាងដែលអ្នកចាត់ការធ្លាប់ធ្វើឥឡូវនេះក្លាយជាកម្មសិទ្ធិរបស់ក្រុម។
លោក Oleg៖ អ្នកបាននិយាយនៅក្នុងសៀវភៅ និងការសម្ភាសន៍អំពីរបៀបដែលមនុស្សយកចិត្តទុកដាក់ចំពោះសុភមង្គលច្រើនជាងអំពីលេខនៅលើក្រាហ្វ។ ម៉្យាងវិញទៀត នៅពេលអ្នកប្រាប់ក្រុមថា យើងកំពុងផ្លាស់ទៅ devops ហើយឥឡូវនេះ អ្នកសរសេរកម្មវិធីត្រូវតែប្រាស្រ័យទាក់ទងគ្នាជានិច្ច វាអាចនៅឆ្ងាយពីតំបន់លួងលោមរបស់គាត់។ ហើយនៅពេលនេះ គាត់ប្រហែលជាមិនសប្បាយចិត្តយ៉ាងខ្លាំង។ អ្វីដែលត្រូវធ្វើក្នុងស្ថានភាពនេះ?
ធីម៖ ខ្ញុំមិនប្រាកដថាត្រូវធ្វើយ៉ាងណាទេ។ ប្រសិនបើអ្នកអភិវឌ្ឍន៍មានភាពឯកោពេក ពួកគេមិនឃើញពីមូលហេតុដែលការងារនេះកំពុងត្រូវបានធ្វើដំបូងឡើយ ពួកគេគ្រាន់តែមើលផ្នែកនៃការងាររបស់ពួកគេ ហើយពួកគេត្រូវចូលទៅក្នុងអ្វីដែលខ្ញុំហៅថា "បរិបទ"។ គាត់ត្រូវស្វែងយល់ពីរបៀបដែលអ្វីៗត្រូវបានភ្ជាប់ជាមួយគ្នា។ ហើយជាការពិតណាស់ ខ្ញុំមិនមានន័យថាការបង្ហាញជាផ្លូវការឬអ្វីដូចនោះទេ។ ខ្ញុំកំពុងនិយាយអំពីការពិតដែលថាអ្នកត្រូវទំនាក់ទំនងជាមួយសហសេវិកអំពីការងារទាំងមូលហើយមិនមែនគ្រាន់តែអំពីផ្នែករបស់វាដែលអ្នកទទួលខុសត្រូវនោះទេ។ នេះគឺជាកន្លែងដែលអ្នកអាចចាប់ផ្តើមពិភាក្សាអំពីគំនិត កិច្ចព្រមព្រៀងរួម ដើម្បីធ្វើឱ្យការងាររបស់អ្នកសមគ្នាបានល្អ និងរបៀបដោះស្រាយបញ្ហារួមជាមួយគ្នា។
ដើម្បីជួយពួកគេសម្របខ្លួន ពួកគេតែងតែចង់បញ្ជូនអ្នកបច្ចេកទេសទៅបណ្តុះបណ្តាល ហើយពួកគេពិភាក្សាអំពីការបណ្តុះបណ្តាល។ មិត្តរបស់ខ្ញុំចូលចិត្តនិយាយថាការហ្វឹកហាត់គឺសម្រាប់សត្វឆ្កែ។ មានការបណ្តុះបណ្តាលសម្រាប់មនុស្ស។ រឿងដ៏ល្អបំផុតមួយអំពីការរៀនក្នុងនាមជាអ្នកអភិវឌ្ឍន៍គឺការប្រាស្រ័យទាក់ទងជាមួយមិត្តភក្ដិរបស់អ្នក។ ប្រសិនបើនរណាម្នាក់ពូកែខាងអ្វីមួយ អ្នកគួរតែមើលពួកគេធ្វើការ ឬនិយាយជាមួយពួកគេអំពីការងាររបស់ពួកគេ ឬអ្វីមួយ។ Kent Beck សាមញ្ញមួយចំនួនបាននិយាយឥតឈប់ឈរអំពីការសរសេរកម្មវិធីខ្លាំង។ វាគួរឱ្យអស់សំណើចណាស់ព្រោះ XP គឺជាគំនិតសាមញ្ញប៉ុន្តែវាបណ្តាលឱ្យមានបញ្ហាជាច្រើន។ សម្រាប់អ្នកខ្លះ ការធ្វើ XP គឺដូចជាត្រូវបានបង្ខំឱ្យដោះស្រាតនៅមុខមិត្តភក្តិ។ ពួកគេនឹងឃើញអ្វីដែលខ្ញុំកំពុងធ្វើ! ពួកគេគឺជាមិត្តរួមការងាររបស់ខ្ញុំពួកគេនឹងមិនត្រឹមតែមើលឃើញប៉ុណ្ណោះទេប៉ុន្តែថែមទាំងយល់ផងដែរ! សាហាវណាស់! មនុស្សមួយចំនួនចាប់ផ្តើមភ័យយ៉ាងខ្លាំង។ ប៉ុន្តែនៅពេលដែលអ្នកដឹងថានេះគឺជាវិធីចុងក្រោយដើម្បីរៀន អ្វីគ្រប់យ៉ាងនឹងផ្លាស់ប្តូរ។ អ្នកធ្វើការយ៉ាងជិតស្និទ្ធជាមួយមនុស្ស ហើយមនុស្សមួយចំនួនយល់ពីប្រធានបទនេះល្អជាងអ្នក។
ម៉ៃឃើល៖ ប៉ុន្តែទាំងអស់នេះបង្ខំអ្នកឱ្យដើរចេញពីតំបន់សុខស្រួលរបស់អ្នក។ ក្នុងនាមជាវិស្វករ អ្នកត្រូវតែចេញពីតំបន់ផាសុកភាព និងទំនាក់ទំនង។ ក្នុងនាមជាអ្នកដោះស្រាយបញ្ហា អ្នកត្រូវតែដាក់ខ្លួនឯងនៅក្នុងទីតាំងទន់ខ្សោយជានិច្ច ហើយគិតអំពីអ្វីដែលអាចខុស។ ការងារប្រភេទនេះត្រូវបានរចនាឡើងដោយធម្មជាតិដើម្បីជាការរំខាន។ អ្នកដឹងខ្លួនដាក់ខ្លួនអ្នកនៅក្នុងស្ថានភាពស្ត្រេស។ ជាធម្មតាមនុស្សរត់ចេញពីពួកគេ មនុស្សចូលចិត្តធ្វើជាកូនរីករាយ។
ធីម៖ អ្វីដែលអាចធ្វើបាន អ្នកអាចចេញមកនិយាយដោយចំហថា “អ្វីៗមិនអីទេ ខ្ញុំអាចដោះស្រាយបាន! ខ្ញុំមិនមែនជាមនុស្សតែម្នាក់ដែលមានអារម្មណ៍មិនស្រួលនោះទេ។ ពិភាក្សារឿងមិនស្រួលផ្សេងៗគ្នាជាក្រុម!»។ ទាំងនេះគឺជាបញ្ហាទូទៅរបស់យើង យើងត្រូវដោះស្រាយជាមួយពួកគេ តើអ្នកដឹងទេ? ខ្ញុំគិតថាអ្នកអភិវឌ្ឍន៍ idiosyncratic genius គឺដូចជា mammoths ពួកគេបានបាត់ខ្លួន។ ហើយសារៈសំខាន់របស់ពួកគេមានកម្រិតណាស់។ ប្រសិនបើអ្នកមិនអាចទំនាក់ទំនងបានទេ អ្នកមិនអាចចូលរួមបានល្អទេ។ ដូច្នេះគ្រាន់តែនិយាយ។ ស្មោះត្រង់ និងបើកចំហ។ ខ្ញុំមានការសោកស្ដាយជាខ្លាំងដែលនេះជាការមិនសប្បាយចិត្តសម្រាប់នរណាម្នាក់។ តើអ្នកអាចស្រមៃបានទេថា ជាច្រើនឆ្នាំមុនមានការសិក្សាមួយដែលយោងទៅតាមការភ័យខ្លាចចម្បងនៅក្នុងសហរដ្ឋអាមេរិកមិនមែនជាការស្លាប់ទេ ប៉ុន្តែទាយអ្វី? ខ្លាចគេនិយាយជាសាធារណៈ! នេះមានន័យថា កន្លែងណាមួយមានមនុស្សស្លាប់ជាជាងនិយាយសរសើរខ្លាំងៗ។ ហើយខ្ញុំគិតថា វាគ្រប់គ្រាន់ហើយសម្រាប់អ្នកក្នុងការមានជំនាញមូលដ្ឋានមួយចំនួន អាស្រ័យលើអ្វីដែលអ្នកធ្វើ។ ជំនាញនិយាយ ជំនាញសរសេរ - ប៉ុន្តែមានតែច្រើនតាមដែលចាំបាច់ក្នុងការងាររបស់អ្នក។ ប្រសិនបើអ្នកធ្វើការជាអ្នកវិភាគ ប៉ុន្តែមិនអាចអាន សរសេរ ឬនិយាយបាន នោះជាអកុសល អ្នកនឹងមិនមានអ្វីត្រូវធ្វើនៅក្នុងគម្រោងរបស់ខ្ញុំ!
តម្លៃនៃការទំនាក់ទំនង
លោក Oleg៖ តើការជួលបុគ្គលិកដែលចេញទៅក្រៅបែបនេះថ្លៃជាងដោយហេតុផលផ្សេងៗឬ? យ៉ាងណាមិញ ពួកគេតែងតែជជែកគ្នាជាជាងធ្វើការ!
ធីម៖ ខ្ញុំចង់សំដៅទៅលើស្នូលនៃក្រុម ហើយមិនមែនសម្រាប់តែអ្នករាល់គ្នាទេ។ ប្រសិនបើអ្នកមាននរណាម្នាក់ដែលពិតជាឡូយក្នុងការលៃតម្រូវមូលដ្ឋានទិន្នន័យ ស្រឡាញ់ការលៃតម្រូវមូលដ្ឋានទិន្នន័យ ហើយនឹងបន្តលៃតម្រូវមូលដ្ឋានទិន្នន័យរបស់អ្នកពេញមួយជីវិតរបស់គាត់ ហើយនោះហើយជាវា ត្រជាក់ រក្សាវាឡើង។ ប៉ុន្តែខ្ញុំកំពុងនិយាយអំពីមនុស្សដែលចង់រស់នៅក្នុងគម្រោងខ្លួនឯង។ ស្នូលនៃក្រុមដែលមានគោលបំណងអភិវឌ្ឍគម្រោង។ មនុស្សទាំងនេះពិតជាត្រូវការទំនាក់ទំនងគ្នាជានិច្ច។ ហើយជាពិសេសនៅដើមដំបូងនៃគម្រោង នៅពេលអ្នកពិភាក្សាអំពីហានិភ័យ វិធីដើម្បីសម្រេចបាននូវគោលដៅសកល និងអ្វីៗផ្សេងទៀត។
ម៉ៃឃើល៖ នេះអនុវត្តចំពោះអ្នកគ្រប់គ្នាដែលចូលរួមក្នុងគម្រោង ដោយមិនគិតពីជំនាញ ជំនាញ ឬវិធីធ្វើការ។ អ្នកទាំងអស់គ្នាចាប់អារម្មណ៍លើភាពជោគជ័យនៃគម្រោងនេះ។
ធីម៖ បាទ / ចាស អ្នកមានអារម្មណ៍ថាអ្នកបានជ្រមុជគ្រប់គ្រាន់នៅក្នុងគម្រោង ដែលភារកិច្ចរបស់អ្នកគឺដើម្បីជួយឱ្យគម្រោងក្លាយជាការពិត។ មិនថាអ្នកជាអ្នកសរសេរកម្មវិធី អ្នកវិភាគ អ្នករចនាចំណុចប្រទាក់ អ្នកណាក៏ដោយ។ នេះជាហេតុផលដែលខ្ញុំមកធ្វើការរាល់ព្រឹក ហើយនេះជាអ្វីដែលពួកយើងធ្វើ។ យើងទទួលខុសត្រូវចំពោះមនុស្សទាំងអស់នេះ ដោយមិនគិតពីជំនាញរបស់ពួកគេ។ នេះគឺជាក្រុមមនុស្សដែលមានការសន្ទនាសម្រាប់មនុស្សពេញវ័យ។
លោក Oleg៖ ជាការពិត និយាយអំពីបុគ្គលិកដែលចេះនិយាយ ខ្ញុំបានព្យាយាមធ្វើត្រាប់តាមការជំទាស់របស់មនុស្ស ជាពិសេសអ្នកគ្រប់គ្រង ដែលត្រូវបានស្នើឱ្យប្តូរទៅជាអ្នកអភិវឌ្ឍន៍ ទៅនឹងចក្ខុវិស័យថ្មីទាំងមូលនៃពិភពលោកនេះ។ ហើយអ្នកក្នុងនាមជាអ្នកប្រឹក្សាគួរតែយល់ដឹងអំពីការជំទាស់ទាំងនេះល្អជាងខ្ញុំក្នុងនាមជាអ្នកអភិវឌ្ឍន៍! ចែករំលែកអ្វីដែលអ្នកគ្រប់គ្រងព្រួយបារម្ភបំផុត?
ធីម៖ អ្នកគ្រប់គ្រង? ហ៊ឹម ភាគច្រើនជាញឹកញាប់ អ្នកគ្រប់គ្រងស្ថិតនៅក្រោមសម្ពាធពីបញ្ហា ប្រឈមមុខនឹងតម្រូវការក្នុងការដោះលែងអ្វីមួយជាបន្ទាន់ និងធ្វើការចែកចាយ និងអ្វីៗផ្សេងទៀត។ គេមើលពីរបៀបដែលយើងជជែកគ្នាឥតឈប់ឈរអំពីអ្វីមួយ ហើយពួកគេឃើញដូចនេះ៖ ការសន្ទនា ការសន្ទនា ការសន្ទនា... តើការសន្ទនាអ្វីទៀត? ត្រឡប់ទៅធ្វើការ! ព្រោះការនិយាយមិនមានអារម្មណ៍ថាធ្វើការចំពោះគេ។ អ្នកមិនសរសេរកូដ មិនសាកល្បងកម្មវិធី ហាក់ដូចជាមិនធ្វើអ្វីសោះ ហេតុអ្វីមិនបញ្ជូនអ្នកឱ្យធ្វើអ្វីមួយ? យ៉ាងណាមិញការចែកចាយគឺរួចហើយក្នុងមួយខែ!
ម៉ៃឃើល៖ ទៅសរសេរកូដខ្លះទៅ!
ធីម៖ វាហាក់ដូចជាខ្ញុំថាពួកគេមិនព្រួយបារម្ភអំពីការងារនោះទេប៉ុន្តែអំពីការខ្វះការមើលឃើញនៃវឌ្ឍនភាព។ ដើម្បីធ្វើឱ្យវាហាក់ដូចជាយើងកាន់តែខិតទៅជិតភាពជោគជ័យ ពួកគេត្រូវឃើញយើងចុចប៊ូតុងនៅលើក្តារចុច។ ពេញមួយថ្ងៃពីព្រឹកដល់ល្ងាច។ នេះជាបញ្ហាលេខមួយ។
លោក Oleg៖ Misha អ្នកកំពុងគិតអំពីអ្វីមួយ។
ម៉ៃឃើល៖ សូមអភ័យទោស ខ្ញុំបានវង្វេងក្នុងគំនិត ហើយចាប់បានការត្រលប់មកវិញ។ ទាំងអស់នេះបានធ្វើឱ្យខ្ញុំនឹកឃើញដល់ការប្រមូលផ្តុំគ្នាដ៏គួរឱ្យចាប់អារម្មណ៍មួយ ដែលបានកើតឡើងកាលពីម្សិលមិញ... មានការប្រមូលផ្តុំគ្នាច្រើនពេកកាលពីម្សិលមិញ... ហើយស្តាប់ទៅដូចជាស៊ាំណាស់!
ជីវិតគ្មានប្រាក់ខែ
ធីម៖ ដោយវិធីនេះ វាមិនចាំបាច់ទាល់តែសោះក្នុងការរៀបចំ "ការជួបជុំ" សម្រាប់ការទំនាក់ទំនង។ ខ្ញុំមានន័យថា ការពិភាក្សាដែលមានប្រយោជន៍បំផុតរវាងអ្នកអភិវឌ្ឍន៍កើតឡើងនៅពេលដែលពួកគេគ្រាន់តែនិយាយជាមួយគ្នា។ អ្នកដើរនៅពេលព្រឹកជាមួយកាហ្វេមួយពែង ហើយមានមនុស្សប្រាំនាក់បានប្រមូលផ្តុំគ្នាពិភាក្សាគ្នាយ៉ាងខឹងសម្បារ។ សម្រាប់ខ្ញុំ ប្រសិនបើខ្ញុំជាអ្នកគ្រប់គ្រងគម្រោងនេះ វាជាការប្រសើរក្នុងការញញឹម ហើយទៅកន្លែងណាមួយអំពីអាជីវកម្មរបស់ខ្ញុំ អនុញ្ញាតឱ្យពួកគេពិភាក្សាអំពីវា។ ពួកគេបានចូលរួមរួចហើយតាមដែលអាចធ្វើទៅបាន។ នេះគឺជាសញ្ញាល្អ។
លោក Oleg៖ ដោយវិធីនេះ នៅក្នុងសៀវភៅរបស់អ្នក អ្នកមានកំណត់ចំណាំជាច្រើនអំពីអ្វីដែលល្អ និងអ្វីដែលអាក្រក់។ តើអ្នកប្រើវាដោយខ្លួនឯងទេ? និយាយទៅឥឡូវនេះអ្នកមានក្រុមហ៊ុនមួយ ហើយក្រុមហ៊ុនមួយដែលរៀបចំឡើងក្នុងវិធីដែលមិនសមហេតុផលបំផុត...
ធីម៖ Unorthodox ប៉ុន្តែឧបករណ៍នេះសាកសមនឹងយើងយ៉ាងល្អឥតខ្ចោះ។ យើងបានស្គាល់គ្នាជាយូរមកហើយ។ យើងទុកចិត្តគ្នា ទុកចិត្តគ្នាច្រើន មុននឹងយើងក្លាយជាដៃគូ។ ហើយឧទាហរណ៍ យើងគ្មានប្រាក់ខែទាល់តែសោះ។ យើងគ្រាន់តែធ្វើការ ហើយឧទាហរណ៍ ប្រសិនបើខ្ញុំរកប្រាក់ពីអតិថិជនរបស់ខ្ញុំ នោះលុយទាំងអស់នឹងទៅខ្ញុំ។ បន្ទាប់មក យើងបង់ថ្លៃសមាជិកភាពដល់អង្គការ ហើយនេះគ្រប់គ្រាន់សម្រាប់ផ្គត់ផ្គង់ក្រុមហ៊ុនខ្លួនឯង។ លើសពីនេះ យើងទាំងអស់គ្នាមានជំនាញក្នុងរឿងផ្សេងៗគ្នា។ ឧទាហរណ៍ ខ្ញុំធ្វើការជាមួយគណនេយ្យករ បំពេញការបង់ពន្ធ ធ្វើកិច្ចការរដ្ឋបាលគ្រប់ប្រភេទសម្រាប់ក្រុមហ៊ុន ហើយគ្មាននរណាម្នាក់បង់ឱ្យខ្ញុំសម្រាប់វាទេ។ James និង Tom ធ្វើការនៅលើគេហទំព័ររបស់យើង ហើយគ្មាននរណាម្នាក់បង់ប្រាក់ឱ្យពួកគេទេ។ ដរាបណាអ្នកបង់ថ្លៃឈ្នួលរបស់អ្នក គ្មាននរណាម្នាក់នឹងគិតប្រាប់អ្នកពីអ្វីដែលអ្នកត្រូវធ្វើនោះទេ។ ជាឧទាហរណ៍ លោក Tom ឥឡូវនេះធ្វើការតិចជាងគាត់ធ្លាប់ធ្វើ។ ឥឡូវនេះគាត់មានចំណាប់អារម្មណ៍ផ្សេងទៀត គាត់ធ្វើរឿងខ្លះមិនមែនសម្រាប់ Guild ទេ។ ប៉ុន្តែដរាបណាគាត់បង់ថ្លៃឈ្នួលគាត់ គ្មានអ្នកណាមករកគាត់ថា "ហេ ថម ទៅធ្វើការទៅ!" វាងាយស្រួលណាស់ក្នុងការដោះស្រាយជាមួយមិត្តរួមការងារនៅពេលដែលគ្មានលុយរវាងអ្នក។ ហើយឥឡូវនេះទំនាក់ទំនងរបស់យើងគឺជាគំនិតជាមូលដ្ឋានមួយទាក់ទងនឹងជំនាញផ្សេងៗគ្នា។ វាដំណើរការហើយវាដំណើរការល្អណាស់។
ដំបូន្មានល្អបំផុត
ម៉ៃឃើល៖ ការត្រលប់ទៅ "ដំបូន្មានដ៏ល្អបំផុត" តើមានអ្វីដែលអ្នកប្រាប់អតិថិជនរបស់អ្នកម្តងហើយម្តងទៀតទេ? មានគំនិតមួយអំពី 80/20 ហើយដំបូន្មានខ្លះប្រហែលជាត្រូវបានធ្វើម្តងទៀតញឹកញាប់ជាង។
ធីម៖ ខ្ញុំធ្លាប់គិតថា ប្រសិនបើអ្នកសរសេរសៀវភៅដូចជា Waltzing with Bears វានឹងផ្លាស់ប្តូរដំណើរប្រវត្តិសាស្ត្រ ហើយមនុស្សនឹងឈប់ ប៉ុន្តែ... មើលចុះ ក្រុមហ៊ុនជាច្រើនតែងតែធ្វើពុតថាអ្វីៗទាំងអស់គឺល្អជាមួយពួកគេ។ ពេលមានរឿងអាក្រក់កើតឡើង វាជាការតក់ស្លុត និងភ្ញាក់ផ្អើលសម្រាប់ពួកគេ។ "មើល យើងបានសាកល្បងប្រព័ន្ធ ហើយវាមិនឆ្លងកាត់ការសាកល្បងប្រព័ន្ធណាមួយទេ ហើយនេះគឺជាការងារដែលមិនបានគ្រោងទុករយៈពេលបីខែទៀត តើវាអាចកើតឡើងដោយរបៀបណា? អ្នកណាដឹង? តើមានអ្វីអាចទៅខុស? ធ្ងន់ធ្ងរតើអ្នកជឿរឿងនេះទេ?
ខ្ញុំកំពុងព្យាយាមពន្យល់ថា អ្នកមិនគួរខឹងខ្លាំងចំពោះស្ថានភាពបច្ចុប្បន្នទេ។ យើងត្រូវនិយាយវាឱ្យច្បាស់ យល់ពីអ្វីដែលអាចខុស និងរបៀបការពារកុំឱ្យរឿងបែបនេះកើតឡើងនាពេលអនាគត។ បើមានបញ្ហាកើតឡើង តើយើងនឹងតទល់វាយ៉ាងណា តើយើងនឹងទប់វាដោយរបៀបណា?
សម្រាប់ខ្ញុំ ទាំងអស់នេះមើលទៅគួរឱ្យខ្លាច។ មនុស្សដោះស្រាយបញ្ហាស្មុគស្មាញ ស្មុគស្មាញ ហើយបន្តធ្វើពុតថា ប្រសិនបើពួកគេគ្រាន់តែឆ្លងកាត់ម្រាមដៃរបស់ពួកគេ ហើយសង្ឃឹមថាល្អបំផុតនោះ "ល្អបំផុត" នឹងកើតឡើង។ ទេ វាមិនដំណើរការដូចនោះទេ។
អនុវត្តការគ្រប់គ្រងហានិភ័យ!
ម៉ៃឃើល៖ តាមគំនិតរបស់អ្នក តើមានអង្គការប៉ុន្មានដែលចូលរួមក្នុងការគ្រប់គ្រងហានិភ័យ?
ធីម៖ អ្វីដែលធ្វើឱ្យខ្ញុំខឹងគឺមនុស្សគ្រាន់តែសរសេរហានិភ័យ មើលបញ្ជីលទ្ធផល ហើយទៅធ្វើការ។ តាមពិត ការកំណត់ហានិភ័យសម្រាប់ពួកគេ គឺជាការគ្រប់គ្រងហានិភ័យ។ ប៉ុន្តែសម្រាប់ខ្ញុំ នេះស្តាប់ទៅដូចជាហេតុផលដែលត្រូវសួរ៖ មិនអីទេ មានបញ្ជីមួយ តើអ្នកនឹងផ្លាស់ប្តូរអ្វី? អ្នកត្រូវផ្លាស់ប្តូរលំដាប់ស្តង់ដាររបស់អ្នកនៃសកម្មភាពដោយគិតគូរពីហានិភ័យទាំងនេះ។ ប្រសិនបើមានផ្នែកពិបាកបំផុតនៃការងារ អ្នកត្រូវដោះស្រាយវា ហើយបន្តទៅអ្វីដែលសាមញ្ញជាងនេះ។ ក្នុងការរត់លើកដំបូង ចាប់ផ្តើមដោះស្រាយបញ្ហាស្មុគស្មាញ។ វាមើលទៅដូចជាការគ្រប់គ្រងហានិភ័យរួចហើយ។ ប៉ុន្តែជាធម្មតា មនុស្សមិនអាចនិយាយអ្វីដែលពួកគេបានផ្លាស់ប្តូរបន្ទាប់ពីចងក្រងបញ្ជីហានិភ័យ។
ម៉ៃឃើល៖ ហើយនៅឡើយទេ តើមានក្រុមហ៊ុនប៉ុន្មានក្នុងចំណោមក្រុមហ៊ុនទាំងនេះដែលពាក់ព័ន្ធនឹងការគ្រប់គ្រងហានិភ័យ ប្រាំភាគរយ?
ធីម៖ ជាអកុសល ខ្ញុំស្អប់ការនិយាយនេះ ប៉ុន្តែនេះគឺជាផ្នែកមួយដែលមិនសំខាន់។ ប៉ុន្តែច្រើនជាងប្រាំ ដោយសារតែមានគម្រោងធំៗ ហើយពួកវាមិនអាចមានបាន ប្រសិនបើពួកគេមិនធ្វើយ៉ាងហោចណាស់អ្វីមួយ។ ចូរនិយាយថាខ្ញុំនឹងភ្ញាក់ផ្អើលយ៉ាងខ្លាំងប្រសិនបើវាយ៉ាងហោចណាស់ 25% ។ គម្រោងតូចៗជាធម្មតាឆ្លើយសំណួរបែបនេះ៖ ប្រសិនបើបញ្ហាប៉ះពាល់ដល់យើង នោះយើងនឹងដោះស្រាយវា។ បន្ទាប់មកពួកគេទទួលបានជោគជ័យក្នុងបញ្ហាខ្លួនឯង ហើយចូលរួមក្នុងការគ្រប់គ្រងបញ្ហា និងការគ្រប់គ្រងវិបត្តិ។ នៅពេលអ្នកព្យាយាមដោះស្រាយបញ្ហា ហើយបញ្ហាមិនត្រូវបានដោះស្រាយ សូមស្វាគមន៍មកកាន់ការគ្រប់គ្រងវិបត្តិ។
បាទ/ចាស ខ្ញុំលឺជាញឹកញាប់ថា "យើងនឹងដោះស្រាយបញ្ហានៅពេលវាកើតឡើង"។ យើងប្រាកដជានឹង? តើយើងពិតជានឹងសម្រេចចិត្តមែនទេ?
លោក Oleg៖ អ្នកអាចធ្វើវាដោយឆោតល្ងង់ ហើយគ្រាន់តែសរសេរបំរែបំរួលសំខាន់ៗទៅក្នុងធម្មនុញ្ញគម្រោង ហើយប្រសិនបើបំរែបំរួលបំរែបំរួល អ្នកគ្រាន់តែចាប់ផ្តើមគម្រោងឡើងវិញ។ វាប្រែចេញ piembucky ណាស់។
ម៉ៃឃើល៖ បាទ វាបានកើតឡើងចំពោះខ្ញុំថា នៅពេលដែលហានិភ័យត្រូវបានបង្កឡើង គម្រោងនេះត្រូវបានកំណត់ឡើងវិញយ៉ាងសាមញ្ញ។ ល្អណាស់ ប៊ីងហ្គោ ដោះស្រាយបានហើយ កុំបារម្ភទៀតអី!
ធីម៖ តោះចុចប៊ូតុងកំណត់ឡើងវិញ! ទេ វាមិនដំណើរការដូចនោះទេ។
សុន្ទរកថានៅ DevOops 2019
ម៉ៃឃើល៖ យើងមកសំណួរចុងក្រោយនៃការសម្ភាសន៍នេះ។ អ្នកកំពុងមក DevOops បន្ទាប់ជាមួយនឹងសុន្ទរកថាមួយ តើអ្នកអាចលើកវាំងនននៃការសម្ងាត់លើអ្វីដែលអ្នកនឹងប្រាប់បានទេ?
ធីម៖ ឥឡូវនេះ ពួកគេប្រាំមួយនាក់កំពុងសរសេរសៀវភៅអំពីវប្បធម៌ការងារ ដែលជាច្បាប់មិននិយាយរបស់អង្គការ។ វប្បធម៌ត្រូវបានកំណត់ដោយតម្លៃស្នូលនៃអង្គការ។ ជាធម្មតាមនុស្សមិនកត់សំគាល់រឿងនេះទេ ប៉ុន្តែដោយបានធ្វើការនៅក្នុងការប្រឹក្សាអស់រយៈពេលជាច្រើនឆ្នាំ យើងធ្លាប់កត់សំគាល់វា។ អ្នកចូលក្រុមហ៊ុន ហើយក្នុងរយៈពេលពីរបីនាទី អ្នកចាប់ផ្តើមមានអារម្មណ៍ថាមានអ្វីកំពុងកើតឡើង។ យើងហៅវាថា "រសជាតិ" ។ ពេលខ្លះក្លិននេះពិតជាល្អ ហើយពេលខ្លះក៏ល្អដែរ។ អ្វីៗគឺខុសគ្នាខ្លាំងណាស់សម្រាប់អង្គការផ្សេងៗគ្នា។
ម៉ៃឃើល៖ ខ្ញុំក៏បានធ្វើការក្នុងការប្រឹក្សាជាច្រើនឆ្នាំមកហើយ ហើយយល់យ៉ាងច្បាស់នូវអ្វីដែលអ្នកកំពុងនិយាយ។
ធីម៖ តាមពិតទៅ រឿងមួយដែលគួរនិយាយនៅក្នុងសុន្ទរកថាសំខាន់គឺថា មិនមែនអ្វីៗទាំងអស់ត្រូវបានកំណត់ដោយក្រុមហ៊ុននោះទេ។ អ្នក និងក្រុមរបស់អ្នក ក្នុងនាមជាសហគមន៍មួយ មានវប្បធម៌ក្រុមផ្ទាល់ខ្លួនរបស់អ្នក។ នេះអាចជាក្រុមហ៊ុនទាំងមូល ឬនាយកដ្ឋានដាច់ដោយឡែក ក្រុមដាច់ដោយឡែក។ ប៉ុន្តែមុននឹងអ្នកនិយាយ នេះជាអ្វីដែលយើងជឿ នេះជាអ្វីដែលសំខាន់... អ្នកមិនអាចផ្លាស់ប្តូរវប្បធម៌មួយបានទេ មុនពេលដែលតម្លៃ និងជំនឿនៅពីក្រោយសកម្មភាពជាក់លាក់ត្រូវបានយល់។ អាកប្បកិរិយាគឺងាយស្រួលសង្កេត ប៉ុន្តែការស្វែងរកជំនឿគឺពិបាកណាស់។ DevOps គ្រាន់តែជាឧទាហរណ៍ដ៏អស្ចារ្យនៃរបៀបដែលអ្វីៗកាន់តែស្មុគស្មាញ។ អន្តរកម្មកាន់តែស្មុគ្រស្មាញ វាមិនកាន់តែស្អាត ឬច្បាស់ជាងនេះទេ ដូច្នេះអ្នកគួរតែគិតអំពីអ្វីដែលអ្នកជឿ និងអ្វីដែលអ្នកគ្រប់គ្នានៅជុំវិញអ្នកនៅស្ងៀម។
ប្រសិនបើអ្នកចង់សម្រេចបានលទ្ធផលរហ័ស នេះជាប្រធានបទដ៏ល្អសម្រាប់អ្នក៖ តើអ្នកបានឃើញក្រុមហ៊ុនដែលគ្មាននរណាម្នាក់និយាយថា "ខ្ញុំមិនដឹង" ទេ? មានកន្លែងដែលអ្នកធ្វើទារុណកម្មមនុស្សម្នាក់រហូតដល់គាត់សារភាពថាគាត់មិនដឹងអ្វីមួយ។ គ្រប់គ្នាដឹងគ្រប់យ៉ាង គ្រប់គ្នាគឺជាមនុស្សមិនគួរឱ្យជឿ។ អ្នកចូលទៅជិតបុគ្គលណាម្នាក់ ហើយគាត់ត្រូវឆ្លើយសំណួរភ្លាមៗ។ ជំនួសឱ្យការនិយាយថា "ខ្ញុំមិនដឹង" ។ ហ៊ឺៗ គេជួលអ្នកចេះដឹងច្រើន! ហើយនៅក្នុងវប្បធម៌មួយចំនួន ជាទូទៅវាមានគ្រោះថ្នាក់ខ្លាំងណាស់ក្នុងការនិយាយថា "ខ្ញុំមិនដឹង" វាអាចត្រូវបានគេយល់ថាជាសញ្ញានៃភាពទន់ខ្សោយ។ មានអង្គការផងដែរដែលផ្ទុយទៅវិញ មនុស្សគ្រប់គ្នាអាចនិយាយថា "ខ្ញុំមិនដឹង" ។ នៅទីនោះវាស្របច្បាប់ទាំងស្រុង ហើយប្រសិនបើនរណាម្នាក់ចាប់ផ្តើមរើសអើងក្នុងការឆ្លើយតបទៅនឹងសំណួរ វាជារឿងធម្មតាទាំងស្រុងក្នុងការឆ្លើយថា "អ្នកមិនដឹងថាអ្នកកំពុងនិយាយអំពីអ្វីទេមែនទេ?" ហើយបង្វែរវាទៅជារឿងកំប្លែង។
តាមឧត្ដមគតិ អ្នកចង់មានការងារមួយដែលអ្នកអាចរីករាយជានិច្ច។ វាមិនងាយស្រួលទេ មិនមែនរាល់ថ្ងៃមានពន្លឺថ្ងៃនិងរីករាយទេ ពេលខ្លះអ្នកត្រូវប្រឹងប្រែង ប៉ុន្តែនៅពេលអ្នកចាប់ផ្តើមស្តុក វានឹងប្រែជា៖ អីយ៉ា នេះពិតជាកន្លែងដ៏អស្ចារ្យ ខ្ញុំមានអារម្មណ៍ល្អណាស់ដែលធ្វើការនៅទីនេះ។ ទាំងអារម្មណ៍ និងបញ្ញា។ ហើយមានក្រុមហ៊ុនដែលអ្នកទៅធ្វើជាទីប្រឹក្សា ហើយដឹងភ្លាមថាអ្នកមិនអាចទ្រាំទ្របានរយៈពេលបីខែ ហើយនឹងរត់ចេញទាំងភ័យរន្ធត់។ នេះជាអ្វីដែលខ្ញុំចង់និយាយនៅក្នុងរបាយការណ៍។
Tim Lister នឹងមកដល់ជាមួយនឹងសុន្ទរកថា ទៅកាន់សន្និសីទ DevOops 2019 ដែលនឹងប្រព្រឹត្តទៅនៅថ្ងៃទី 29-30 ខែតុលា ឆ្នាំ 2019 នៅ St. អ្នកអាចទិញសំបុត្រ . យើងកំពុងរង់ចាំអ្នកនៅ DevOops!
ប្រភព: www.habr.com