មាន​អ្វី​មួយ​ត្រូវ​បាន​កំណត់​ថា​ខុស ហើយ​មិន​អី​ទេ៖ របៀប​ឈ្នះ hackathon ជាមួយ​ក្រុម​បី

តើក្រុមប្រភេទណាដែលអ្នកតែងតែចូលរួម hackathons? ដំបូង យើង​បាន​បញ្ជាក់​ថា ក្រុម​ដ៏​ល្អ​មាន​មនុស្ស​ប្រាំ​នាក់ គឺ​អ្នក​គ្រប់​គ្រង អ្នក​សរសេរ​កម្មវិធី​ពីរ​នាក់ អ្នក​រចនា និង​អ្នក​ទីផ្សារ។ ប៉ុន្តែបទពិសោធន៍របស់អ្នកប្រកួតចុងក្រោយរបស់យើងបានបង្ហាញថាអ្នកអាចឈ្នះការ hackathon ជាមួយក្រុមតូចមួយដែលមានមនុស្សបីនាក់។ ក្នុងចំណោមក្រុមទាំង 26 ដែលបានឈ្នះវគ្គផ្តាច់ព្រ័ត្រ មាន 3 ប្រកួត និងឈ្នះជាមួយក្រុម musketeers ។ របៀបដែលពួកគេបានធ្វើវា - អានបន្ត។

យើងបានពិភាក្សាជាមួយប្រធានក្រុមទាំងបី ហើយបានដឹងថាយុទ្ធសាស្ត្ររបស់ពួកគេមានច្រើនដូចគ្នា។ វីរបុរសនៃមុខតំណែងនេះគឺក្រុម PLEXeT (Stavropol ការតែងតាំងក្រសួងទូរគមនាគមន៍ និងសារគមនាគមន៍) "Composite Key" (Tula ការតែងតាំងក្រសួងព័ត៌មាន និងទំនាក់ទំនងនៃសាធារណរដ្ឋតាតាស្តង់) និង Jingu Digital (Ekaterinburg, ការតែងតាំងរបស់ក្រសួងឧស្សាហកម្ម និងពាណិជ្ជកម្ម)។ សម្រាប់អ្នកដែលចាប់អារម្មណ៍ការពិពណ៌នាសង្ខេបនៃពាក្យបញ្ជាត្រូវបានលាក់នៅក្រោមឆ្មា។
ការពិពណ៌នាពាក្យបញ្ជាPLEXeT
ក្រុមនេះមានមនុស្សបីនាក់ - អ្នកអភិវឌ្ឍន៍ (គេហទំព័រ C++ សមត្ថភាពសន្តិសុខព័ត៌មាន) អ្នករចនា និងអ្នកគ្រប់គ្រង។ យើង​មិន​បាន​ស្គាល់​គ្នា​មុន​ការ hackathon ថ្នាក់​តំបន់។ ក្រុមនេះត្រូវបានប្រមូលផ្តុំដោយប្រធានក្រុមដោយផ្អែកលើលទ្ធផលនៃការធ្វើតេស្តតាមអ៊ីនធឺណិត។
គ្រាប់ចុចផ្សំ
ក្រុមនេះមានអ្នកអភិវឌ្ឍន៍បីនាក់ទៀត - fullstack ជាមួយនឹងបទពិសោធន៍ដប់ឆ្នាំនៅក្នុង IT, backend និង mobile, និង backend ដោយផ្តោតលើមូលដ្ឋានទិន្នន័យ។
Jingu ឌីជីថល
ក្រុមនេះមានអ្នកសរសេរកម្មវិធីពីរនាក់ - backend និង AR/Unity ក៏ដូចជាអ្នករចនាដែលទទួលខុសត្រូវក្នុងការគ្រប់គ្រងក្រុមផងដែរ។ បានឈ្នះក្នុងការតែងតាំងក្រសួងឧស្សាហកម្ម និងពាណិជ្ជកម្ម

ជ្រើសរើសការងារដែលនៅជិតនឹងសមត្ថភាពរបស់អ្នក។

តើ​អ្នក​ចាំ​ទេ​ថា​មាន​បទ “ល្ខោន​ក្លឹប​ថត​រូប ហើយ​ខ្ញុំ​ក៏​ចង់​ច្រៀង​ដែរ”? ខ្ញុំគិតថាមនុស្សជាច្រើនស្គាល់អារម្មណ៍នេះ - នៅពេលដែលអ្វីៗនៅជុំវិញអ្នកគួរឱ្យចាប់អារម្មណ៍ អ្នកចង់បង្ហាញខ្លួនឯងតាមរបៀបថ្មីក្នុងទិសដៅរបស់អ្នក ហើយសាកល្បងឧស្សាហកម្ម/តំបន់នៃការអភិវឌ្ឍន៍ថ្មី។ ជម្រើសនៅទីនេះអាស្រ័យតែលើគោលដៅនៃក្រុមរបស់អ្នក និងឆន្ទៈក្នុងការប្រថុយប្រថាន តើអ្នកអាចទទួលយកកំហុសរបស់អ្នកបានទេ ប្រសិនបើភ្លាមៗនៅពាក់កណ្តាលនៃកម្មវិធី Hackathon អ្នកដឹងថាវាមិនប្រាកដប្រជាក្នុងការដោះស្រាយបញ្ហានេះ? ការពិសោធន៍នៅក្នុងប្រភេទ "ខ្ញុំមិនល្អក្នុងការអភិវឌ្ឍន៍ទូរស័ព្ទ ប៉ុន្តែតើវាជាអ្វីទៅ?" មិនមែនសម្រាប់មនុស្សគ្រប់គ្នានោះទេ។ តើអ្នកជាប្រភេទអ្នកស្ម័គ្រចិត្តមែនទេ?

Artem Koshko (ashchuk) បញ្ជា "គន្លឹះផ្សំ": “ដំបូងឡើយ យើងគ្រោងនឹងសាកល្បងអ្វីថ្មី។ នៅដំណាក់កាលថ្នាក់តំបន់ យើងបានសាកល្បងកញ្ចប់គុយទាវជាច្រើន ដែលយើងមិនធ្លាប់មាន និង Yandex.Cloud ។ នៅចុងបញ្ចប់ យើងបានដាក់ពង្រាយ CockroachDB នៅក្នុង Kubernetes ហើយព្យាយាមរំកិលការធ្វើចំណាកស្រុកលើវាដោយប្រើ EF Core។ រឿងខ្លះដំណើរការល្អ ខ្លះមិនច្រើនទេ។ ដូច្នេះ​យើង​បាន​រៀន​អ្វី​ថ្មី សាកល្បង​ខ្លួន​យើង និង​ធ្វើ​ឱ្យ​ប្រាកដ​ពី​ភាព​ជឿជាក់​នៃ​វិធីសាស្ត្រ​ដែល​បាន​បង្ហាញ​ឱ្យ​ឃើញ​»។.

របៀបជ្រើសរើសភារកិច្ចប្រសិនបើភ្នែករបស់អ្នកវង្វេង:

• គិតអំពីសមត្ថភាពអ្វីដែលត្រូវការដើម្បីដោះស្រាយករណីនេះ និងថាតើសមាជិកក្រុមទាំងអស់មានពួកគេដែរឬទេ
• ប្រសិនបើអ្នកខ្វះសមត្ថភាព តើអ្នកអាចផ្តល់សំណងដល់ពួកគេបានទេ (មកជាមួយដំណោះស្រាយមួយទៀត រៀនអ្វីថ្មីឱ្យលឿន)
• ធ្វើការស្រាវជ្រាវខ្លីៗអំពីទីផ្សារដែលអ្នកនឹងផលិតផលិតផល
• គណនាការប្រកួតប្រជែង - តើបទ/ក្រុមហ៊ុន/កិច្ចការណាដែលមនុស្សភាគច្រើនទៅ?
• ឆ្លើយសំណួរ៖ តើអ្វីនឹងជំរុញអ្នកជាងគេ?

Oleg Bakhtadze-Karnaukhov (PLEXeT) ពាក្យបញ្ជា PLEXeT: "យើងបានសម្រេចចិត្តលើការឈប់សម្រាករយៈពេល XNUMX ម៉ោងនៅអាកាសយានដ្ឋាន - គ្រាន់តែនៅពេលចុះចត បញ្ជីផ្លូវ និងរបាយការណ៍សង្ខេបនៃកិច្ចការបានមកដល់ក្នុងសំបុត្ររបស់យើង។ ខ្ញុំបានកំណត់អត្តសញ្ញាណភ្លាមៗនូវកិច្ចការចំនួនបួនដែលគួរឱ្យចាប់អារម្មណ៍សម្រាប់ខ្ញុំជាអ្នកសរសេរកម្មវិធី ហើយសម្រាប់ផែនការសកម្មភាពបន្ទាប់ពីការចាប់ផ្តើមគឺច្បាស់លាស់ - អ្វីដែលត្រូវធ្វើ និងរបៀបដែលយើងនឹងធ្វើវា។ បន្ទាប់មកខ្ញុំបានវាយតម្លៃភារកិច្ចរបស់សមាជិកក្រុមនីមួយៗ ហើយវាយតម្លៃកម្រិតនៃការប្រកួតប្រជែង។ ជាលទ្ធផល យើងបានជ្រើសរើសរវាងភារកិច្ចរបស់ក្រុមហ៊ុន Gazprom និងក្រសួងទូរគមនាគមន៍ និងទូរគមនាគមន៍។ ឪពុករបស់អ្នករចនារបស់យើងធ្វើការផ្នែកប្រេង និងឧស្ម័ន យើងបានទូរស័ព្ទទៅគាត់ ហើយសួរគាត់នូវសំណួរអំពីឧស្សាហកម្មនេះ។ នៅទីបញ្ចប់ យើងបានដឹងថា បាទ វាគួរឱ្យចាប់អារម្មណ៍ ប៉ុន្តែយើងនឹងមិនអាចផ្តល់អ្វីថ្មីជាមូលដ្ឋានបានទេ ហើយយើងច្បាស់ជាមិនអាចផ្គូផ្គងនឹងសមត្ថភាពបានទេ ព្រោះវាមានភាពជាក់លាក់នៃឧស្សាហកម្មច្រើនពេក ដែលចាំបាច់ត្រូវយកមកពិចារណា។ គណនី។ នៅ​ទី​បំផុត យើង​បាន​ប្រថុយ​ហើយ​ទៅ​ដល់​បទ​ទី​មួយ»។

Diana Ganieva (ឌីរីលៀន), ក្រុម Jingu Digital: “នៅដំណាក់កាលថ្នាក់តំបន់ យើងមានភារកិច្ចទាក់ទងនឹងកសិកម្ម ហើយនៅវគ្គផ្តាច់ព្រ័ត្រ - AR/VR នៅក្នុងឧស្សាហកម្ម។ ពួកគេត្រូវបានជ្រើសរើសដោយក្រុមទាំងមូលដើម្បីឱ្យមនុស្សម្នាក់ៗអាចដឹងពីសមត្ថភាពរបស់ពួកគេ។ បន្ទាប់​មក​យើង​លុប​ចោល​នូវ​អ្វី​ដែល​យើង​មិន​បាន​រក​ឃើញ​គួរ​ឱ្យ​ចាប់​អារម្មណ៍»។

ធ្វើ​កិច្ចការ​ផ្ទះ​របស់​អ្នក

ហើយយើងមិននិយាយអំពីការរៀបចំកូដឥឡូវនេះទេ - ជាទូទៅវាគ្មានន័យទេក្នុងការធ្វើវា។ វានិយាយអំពីទំនាក់ទំនងក្នុងក្រុម។ បើមិនទាន់បានលេងជាមួយគ្នា មិនទាន់បានរៀនយល់ចិត្តគ្នា ហើយមកចុះកិច្ចសន្យា ជួបគ្នាពីរបីដងជាមុន ហើយក្លែងធ្វើ hackathon ឬយ៉ាងហោចណាស់ក៏ហៅគ្នាមកនិយាយតាមចំនុចសំខាន់ៗ គិត តាមរយៈផែនការសកម្មភាព និងពិភាក្សាពីចំណុចខ្លាំង និងចំណុចខ្សោយរបស់គ្នាទៅវិញទៅមក។ អ្នកអាចរកឃើញករណីខ្លះ ហើយព្យាយាមដោះស្រាយវា - យ៉ាងហោចណាស់តាមគ្រោងការណ៍នៅកម្រិតនៃ "របៀបទទួលបានពីចំណុច A ដល់ចំណុច B" ។

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

ចា​ប៉ុន្តែ។

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

Oleg Bakhtadze-Karnaukhov ក្រុម PLEXeT: “ខ្ញុំ​មិន​បាន​ស្គាល់​សមាជិក​ណា​ម្នាក់​ក្នុង​ក្រុម​របស់​ខ្ញុំ​មុន​ការ​ប្រកួត​នោះ​ទេ ខ្ញុំ​បាន​ជ្រើសរើស និង​អញ្ជើញ​ពួកគេ​ដោយ​ផ្អែក​លើ​សមត្ថភាព និង​ការ​វាយ​តម្លៃ​របស់​ពួកគេ​នៅ​ដំណាក់កាល​សាកល្បង​តាម​អ៊ីនធឺណិត។ នៅពេលដែលយើងឈ្នះកម្មវិធី hackathon ក្នុងតំបន់ ហើយដឹងថាយើងនៅតែត្រូវទៅ Kazan ជាមួយគ្នា ហើយបញ្ចប់គម្រោង hackathon នៅ Stavropol យើងបានសម្រេចចិត្តថាយើងនឹងរួមគ្នា និងហ្វឹកហាត់។ មុនពេលវគ្គផ្តាច់ព្រ័ត្រ យើងបានជួបគ្នាពីរដង - យើងបានរកឃើញបញ្ហាចៃដន្យមួយ ហើយបានដោះស្រាយវា។ អ្វីមួយដូចជាការប្រកួតជើងឯក។ ហើយរួចទៅហើយនៅដំណាក់កាលនេះយើងបានឃើញបញ្ហាក្នុងការទំនាក់ទំនងនិងការចែកចាយភារកិច្ច - ខណៈពេលដែល Polina (អ្នករចនា) និង Lev (អ្នកគ្រប់គ្រង) កំពុងគិតអំពីរចនាប័ទ្មសាជីវកម្មលក្ខណៈពិសេសផលិតផលស្វែងរកទិន្នន័យទីផ្សារខ្ញុំមានពេលទំនេរច្រើន។ ដូច្នេះហើយ យើងបានដឹងថា យើងត្រូវទទួលការតែងតាំងដែលពិបាកជាងនេះ (ខ្ញុំមិនអួតទេ យើងភាគច្រើនបានឆ្លងកាត់កិច្ចការដែលទាក់ទងនឹងបណ្តាញ ប៉ុន្តែសម្រាប់ខ្ញុំវាគ្រាន់តែមួយ ឬពីរប៉ុណ្ណោះ) ហើយខ្ញុំត្រូវតែចូលរួមបន្ថែមទៀតនៅក្នុងដំណើរការការងារ។ . ជាលទ្ធផល នៅវគ្គផ្តាច់ព្រ័ត្រ ក្នុងអំឡុងពេលនៃការស្រាវជ្រាវបឋម ខ្ញុំបានចូលរួមក្នុងការបង្កើតគំរូគណិតវិទ្យា និងបង្កើតក្បួនដោះស្រាយ។

Artem Koshko, ក្រុម Composite Key : “យើង​បាន​ត្រៀម​ខ្លួន​ច្រើន​ជាង​មុន ដោយ​មិន​មាន​ការ​និយាយ​អំពី​ការ​រៀបចំ​កូដ​ទេ។ យើងបានកំណត់តួនាទីនៅក្នុងក្រុមជាមុនរួចហើយ - យើងទាំងបីនាក់គឺជាអ្នកសរសេរកម្មវិធីទាំងអស់ (យើងមានជង់ពេញលេញ និងផ្នែកខាងក្រោយពីរ បូករួមទាំងខ្ញុំដឹងតិចតួចអំពីការអភិវឌ្ឍន៍ទូរស័ព្ទ) ប៉ុន្តែវាច្បាស់ណាស់ថានរណាម្នាក់នឹងត្រូវទទួល តួនាទីរបស់អ្នករចនា និងអ្នកគ្រប់គ្រង។ នោះហើយជារបៀបដែលខ្ញុំមិនស្គាល់ ខ្ញុំបានក្លាយជាអ្នកដឹកនាំក្រុម សាកល្បងខ្លួនឯងជាអ្នកវិភាគអាជីវកម្ម វាគ្មិន និងអ្នកធ្វើបទបង្ហាញ។ ខ្ញុំ​គិត​ថា ប្រសិន​បើ​យើង​មិន​បាន​និយាយ​ពី​រឿង​នេះ​ជា​មុន​ទេ យើង​នឹង​មិន​អាច​គ្រប់​គ្រង​ពេល​វេលា​បាន​ត្រឹម​ត្រូវ​ទេ ហើយ​យើង​នឹង​មិន​បាន​ធ្វើ​វា​ដល់​ការ​ការពារ​ចុង​ក្រោយ​ឡើយ»។

Diana Ganieva, Jingu Digital: “យើង​មិន​បាន​រៀបចំ​សម្រាប់​កម្មវិធី hackathon ទេ ព្រោះ​យើង​ជឿ​ជាក់​ថា​គម្រោង hack គួរតែ​ត្រូវ​បាន​បង្កើត​ឡើង​ពី​ដើម​វា​យុត្តិធម៌។ ជាមុន នៅដំណាក់កាលនៃការជ្រើសរើសបទ យើងមានគំនិតទូទៅអំពីអ្វីដែលយើងចង់ធ្វើ".

អ្នកមិនអាចធ្វើការជាមួយអ្នកអភិវឌ្ឍន៍តែម្នាក់ឯងបានទេ។

Diana Ganieva ក្រុម Jingu Digital: “យើងមានអ្នកឯកទេសបីនាក់ក្នុងវិស័យផ្សេងៗគ្នានៅក្នុងក្រុមរបស់យើង។ តាមគំនិតរបស់ខ្ញុំ នេះគឺជាសមាសភាពដ៏ល្អសម្រាប់ hackathon ។ មនុស្សគ្រប់គ្នារវល់ជាមួយអាជីវកម្មផ្ទាល់ខ្លួន ហើយមិនមានការត្រួតស៊ីគ្នា ឬការបែងចែកការងារនោះទេ។ មនុស្ស​ម្នាក់​ទៀត​នឹង​ជា​មនុស្ស​លើស​ចំណុះ»។

ស្ថិតិបានបង្ហាញថាសមាសភាពជាមធ្យមនៃក្រុមរបស់យើងគឺពី 4 ទៅ 5 នាក់ រួមទាំង (ល្អបំផុត) អ្នករចនាម្នាក់។ វាត្រូវបានទទួលយកជាទូទៅថាវាចាំបាច់ក្នុងការពង្រឹងក្រុមជាមួយអ្នកអភិវឌ្ឍន៍នៃឆ្នូតផ្សេងៗគ្នា - ដើម្បីអាចបន្ថែមទាំងពីរទៅក្នុងមូលដ្ឋានទិន្នន័យនិងការភ្ញាក់ផ្អើលជាមួយនឹង "ម៉ាស៊ីន" ប្រសិនបើមានអ្វីកើតឡើង។ ល្អបំផុត ពួកគេនៅតែយកអ្នករចនាមកជាមួយ (កុំអាក់អន់ចិត្ត យើងស្រលាញ់អ្នក!) ការបង្ហាញ និងចំណុចប្រទាក់នឹងមិនទាក់ទាញខ្លួនឯងទេ នៅទីបញ្ចប់។ តួនាទីរបស់អ្នកគ្រប់គ្រងត្រូវបានធ្វេសប្រហែសកាន់តែច្រើនជាញឹកញាប់ - ជាធម្មតាមុខងារនេះត្រូវបានអនុវត្តដោយប្រធានក្រុម ដែលជាអ្នកអភិវឌ្ឍន៍ក្រៅម៉ោង។
ហើយនេះគឺខុសជាមូលដ្ឋាន។

Artem Koshko, ក្រុម Composite Key: “នៅចំណុចខ្លះ យើងសោកស្តាយដែលយើងមិនបានយកអ្នកឯកទេសជំនាញមកក្រុម។ ខណៈពេលដែលយើងអាចទប់ទល់នឹងការរចនាបានដោយរបៀបណានោះ វាមានការលំបាកជាមួយនឹងផែនការអាជីវកម្ម និងរឿងយុទ្ធសាស្ត្រផ្សេងទៀត។ ឧទាហរណ៍ដ៏គួរឱ្យចាប់អារម្មណ៍មួយគឺនៅពេលដែលវាចាំបាច់ដើម្បីគណនាទស្សនិកជនគោលដៅ និងបរិមាណទីផ្សារ TAM, SAM ។

Oleg Bakhtadze-Karnaukhov ក្រុម PLEXeT: "ការរួមចំណែករបស់អ្នកអភិវឌ្ឍន៍ចំពោះផលិតផលគឺនៅឆ្ងាយពី 80% នៃការងារ ដូចដែលត្រូវបានគេជឿជាទូទៅ។ វាមិនអាចនិយាយបានថាវាងាយស្រួលជាងសម្រាប់បុរសទេ - ស្ទើរតែទាំងអស់នៃភារកិច្ចដាក់ជាមួយពួកគេ។ កូដរបស់ខ្ញុំដោយគ្មានចំណុចប្រទាក់ ការបង្ហាញ វីដេអូ យុទ្ធសាស្ត្រគឺគ្រាន់តែជាសំណុំនៃនិមិត្តសញ្ញាប៉ុណ្ណោះ។ ប្រសិនបើ​មាន​អ្នក​អភិវឌ្ឍន៍​ច្រើន​ទៀត​នៅ​ក្នុង​ក្រុម​ជំនួស​ឱ្យ​ពួក​គេ យើង​ប្រហែល​ជា​បាន​គ្រប់​គ្រង​វា ប៉ុន្តែ​អ្វី​គ្រប់​យ៉ាង​នឹង​មើល​ទៅ​មិន​សូវ​មាន​ជំនាញ។ ជាពិសេសការធ្វើបទបង្ហាញជាទូទៅគឺជោគជ័យពាក់កណ្តាល ដូចដែលវាហាក់ដូចជាខ្ញុំ។ ក្នុងអំឡុងពេលនៃការការពារ និងបន្ទាប់មកនៅក្នុងជីវិតពិតក្នុងរយៈពេលពីរបីនាទី គ្មាននរណាម្នាក់នឹងមានពេលដើម្បីយល់ថាតើគំរូរបស់អ្នកពិតជាដំណើរការដែរឬទេ។ ប្រសិន​បើ​អ្នក​ត្រូវ​បាន​អនុវត្ត​ទៅ​ឆ្ងាយ​ជាមួយ​នឹង​គ្រោងការណ៍​នោះ​នឹង​គ្មាន​នរណា​ម្នាក់​នឹង​ស្តាប់​អ្នក​។ ប្រសិនបើអ្នកទៅឆ្ងាយជាមួយអត្ថបទនោះ អ្នករាល់គ្នានឹងយល់ថាអ្នកខ្លួនឯងមិនដឹងថាអ្វីដែលសំខាន់នៅក្នុងផលិតផលរបស់អ្នក របៀបបង្ហាញវា និងអ្នកណាត្រូវការវា»។

ការគ្រប់គ្រងពេលវេលានិងសម្រាក

ចងចាំពីរបៀបដែលនៅក្នុងតុក្កតាកុមារភាពដូចជា "Tom and Jerry" តួអង្គដាក់ការប្រកួតនៅក្រោមត្របកភ្នែករបស់ពួកគេដើម្បីកុំឱ្យពួកគេបិទ? អ្នកចូលរួម hackathon ដែលមិនមានបទពិសោធន៍ (ឬសាទរខ្លាំងពេក) មើលទៅដូចគ្នា។

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

Artem Koshko, ក្រុម Composite Key: “យើងមានចកច្រើន ប៉មមួយត្រូវបានសាងសង់នៅកណ្តាលតុរបស់យើង វារក្សាសីលធម៌របស់យើង និងផ្តល់កាបូអ៊ីដ្រាតដល់យើងនៅពេលត្រឹមត្រូវ។ យើងសម្រាក និងធ្វើការស្ទើរតែគ្រប់ពេលជាមួយគ្នា ហើយមិនបានសម្រាកដាច់ដោយឡែកពីគ្នាទេ។ ប៉ុន្តែពួកគេគេងខុសគ្នា។ Andrey (អ្នកបង្កើតកម្មវិធីពេញ) ចូលចិត្តគេងពេលថ្ងៃ Denis និងខ្ញុំចូលចិត្តគេងពេលយប់។ ដូច្នេះ ខ្ញុំ​បាន​ធ្វើ​ការ​ច្រើន​ជាមួយ​ Denis នៅ​ពេល​ថ្ងៃ និង​ជាមួយ Andrey នៅ​ពេល​យប់។ ហើយគាត់គេងពេលសម្រាក។ យើងមិនមានប្រព័ន្ធការងារ ឬការកំណត់ភារកិច្ចទេ ផ្ទុយទៅវិញ អ្វីៗទាំងអស់គឺធ្វើឡើងដោយឯកឯង។ ប៉ុន្តែ​នេះ​មិន​បាន​រំខាន​យើង​ទេ ព្រោះ​យើង​យល់​ចិត្ត​គ្នា​ល្អ និង​បំពេញ​ចិត្ត​គ្នា​ទៅ​វិញ​ទៅ​មក។ វា​បាន​ជួយ​ឱ្យ​យើង​ជា​សហសេវិក និង​ទំនាក់ទំនង​យ៉ាង​ជិតស្និទ្ធ។ ខ្ញុំជាអតីតអ្នកហាត់ការរបស់ Andrey ហើយ Denis បានមកក្រុមហ៊ុនជាអ្នកហាត់ការរបស់ខ្ញុំ។

ហើយនៅទីនេះ គឺភ្នំចក្រាដូចគ្នា។

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


Oleg Bakhtadze-Karnaukhov ក្រុម PLEXeT"គោលដៅរបស់យើងគឺមិនមែនដើម្បីធ្វើការច្រើនម៉ោងតាមដែលអាចធ្វើបាននោះទេ ប៉ុន្តែដើម្បីរក្សាផលិតភាពឱ្យបានយូរតាមដែលអាចធ្វើទៅបាន។ ទោះបីជាយើងគេង 3-4 ម៉ោងក្នុងមួយថ្ងៃក៏ដោយ យើងហាក់ដូចជាជោគជ័យ។ យើង​អាច​ទៅ​បន្ទប់​ហ្គេម ឬ​ដើរ​លេង​នៅ​ស្តង់​ដៃគូ​របស់​យើង ហើយ​កំណត់​ពេល​វេលា​ធម្មតា​សម្រាប់​អាហារ។ នៅថ្ងៃទីពីរ ពួកយើងបានព្យាយាមសម្រាក Lev ឱ្យបានច្រើនតាមដែលអាចធ្វើទៅបាន ដើម្បីអោយគាត់គេងបានគ្រប់គ្រាន់ និងមានពេលវេលាដើម្បីរៀបចំខ្លួនអោយមានសណ្តាប់ធ្នាប់មុនពេលសម្តែង។ ការហាត់សម hackathon បានជួយយើង ដោយសារយើងយល់រួចហើយពីរបៀបចែកចាយកិច្ចការ និងការធ្វើសមកាលកម្មនៃទម្លាប់ប្រចាំថ្ងៃ - យើងញ៉ាំ គេង និងភ្ញាក់ក្នុងពេលតែមួយ។ ជាលទ្ធផល ពួកគេធ្វើការជាយន្តការតែមួយ»។

យើងមិនដឹងថាក្រុមនេះគ្រប់គ្រងដោយរបៀបណាដើម្បីទទួលបាន Agomoto's Eye ទៅកាន់កម្មវិធី hackathon នោះទេ ប៉ុន្តែនៅទីបំផុតពួកគេថែមទាំងអាចថតវីដេអូអំពីគម្រោងនេះ និងរៀបចំឯកសារចែកជូនទៀតផង។

គន្លឹះខ្លះៗសម្រាប់ការគ្រប់គ្រងពេលវេលានៅ hackathon៖

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

ហើយក៏មានមតិជំនួសនេះផងដែរ។ តើជម្រើសមួយណាដែលអ្នកសម្រាប់ - ការធ្វើទារុណកម្មដោយការសរសេរកូដ ឬសង្រ្គាមជាមួយនឹងសង្រ្គាម និងអាហារថ្ងៃត្រង់តាមកាលវិភាគ?

Diana Ganieva ក្រុម Jingu Digital: “មនុស្សគ្រប់រូបនៅក្នុងក្រុមរបស់យើងគឺទទួលខុសត្រូវចំពោះរឿងមួយ គ្មាននរណាមកជំនួសយើង ដូច្នេះយើងមិនអាចធ្វើការជាវេនបានទេ។ នៅពេលដែលគ្មានកម្លាំងនៅសល់ទេ ពួកយើងបានដេកបីម៉ោង អាស្រ័យលើចំនួនការងារដែលនៅសេសសល់សម្រាប់អ្នកចូលរួម។ គ្មានពេលដើរលេងទេ យើងមិនខ្ជះខ្ជាយពេលវេលាដ៏មានតម្លៃលើរឿងនេះទេ។ ផលិតភាព​ត្រូវ​បាន​គាំទ្រ ទោះ​បី​ជា​មាន​ការ​គេង​ខ្លី និង​ការ​ញ៉ាំ​តែ​ក៏​មិន​មាន​ភេសជ្ជៈ​ប៉ូវ​កម្លាំង ឬ​កាហ្វេ»។

លាក់នៅក្រោមការកាត់គឺជាតំណភ្ជាប់មានប្រយោជន៍ជាច្រើនប្រសិនបើអ្នកចង់ចូលទៅក្នុងប្រធានបទនៃការគ្រប់គ្រងពេលវេលា។ វានឹងមានប្រយោជន៍ក្នុងជីវិតប្រចាំថ្ងៃ - ជឿអ្នកនិពន្ធនៃការប្រកាសនេះដែលតែងតែយឺតពេល :)
សម្រាប់អ្នកឈ្នះនៃពេលវេលា - បច្ចេកទេសគ្រប់គ្រងពេលវេលាប្រកបដោយប្រសិទ្ធភាពត្រូវបានប្រមូលនៅក្នុងប្លុក Netology ដោយអ្នកគ្រប់គ្រងគម្រោង Kaspersky Lab៖ យំ
- អត្ថបទល្អសម្រាប់អ្នកចាប់ផ្តើមដំបូងអំពី Cossa: យំ

ព្យាយាមឈរចេញ

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

យើងនឹងមិនរស់នៅលើរឿងនេះឱ្យបានលម្អិតទេ ប៉ុន្តែគ្រាន់តែនឹងចែករំលែកករណីមួយពីក្រុម PLEXeT - យើងគិតថាវាសក្តិសមក្នុងការក្លាយជារឿងកំប្លែងអំពីកូនប្រុសរបស់មិត្តភក្តិរបស់ម្តាយ។

Oleg Bakhtadze-Karnaukhov ក្រុម PLEXeT៖ “យើងបានដឹងថាយើងនាំមុខខ្សែកោង ហើយបានសម្រេចចិត្តថា វាពិតជាត្រជាក់ក្នុងការចូលមកការពារជាមុនជាមួយនឹងករណីផ្ទេរ។ គម្រោងនេះមានព័ត៌មានលម្អិតបច្ចេកទេសជាច្រើន ការពន្យល់អំពីក្បួនដោះស្រាយ ដែលមិនត្រូវបានបញ្ចូលក្នុងបទបង្ហាញទាល់តែសោះ។ ប៉ុន្តែខ្ញុំចង់បង្ហាញវា។ អ្នកជំនាញបានគាំទ្រគំនិតនេះ ហើយថែមទាំងបានជួយបង្កើនប្រសិទ្ធភាពវាទៀតផង។ ពួកគេ​មិន​បាន​មើល​កំណែ​ដំបូង​ឡើយ ពួកគេ​បាន​និយាយ​ថា ពួកគេ​នឹង​មិន​បាន​អាន​គំនូរ​បែប​នេះ​ទេ។ យើង​ជា​អ្នក​ការពារ​តែ​ម្នាក់​គត់»។

មាន​អ្វី​មួយ​ត្រូវ​បាន​កំណត់​ថា​ខុស ហើយ​មិន​អី​ទេ។

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

Oleg Bakhtadze-Karnaukhov ក្រុម PLEXeT៖ “ប៉ូលីណា និងខ្ញុំបានចំណាយពេលពេញមួយយប់ដើម្បីធ្វើបទបង្ហាញ ប៉ុន្តែនៅទីបញ្ចប់ ពួកគេភ្លេចបង្ហោះវាទៅក្នុងកុំព្យូទ័រក្នុងសាលដែលការពារជាតិបានកើតឡើង។ យើងព្យាយាមបើកវាពី flash drive ហើយកំចាត់មេរោគយល់ថាឯកសារនោះជាមេរោគ ហើយលុបវាចោល។ ជាលទ្ធផល យើងអាចទទួលបានអ្វីគ្រប់យ៉ាងដែលបានចាប់ផ្តើមត្រឹមតែមួយនាទីមុនពេលបញ្ចប់ការសម្តែងរបស់យើង។ យើង​បាន​គ្រប់គ្រង​ដើម្បី​បង្ហាញ​វីដេអូ​នេះ ប៉ុន្តែ​យើង​នៅ​តែ​មាន​ការ​តូចចិត្ត​ជា​ខ្លាំង​។ រឿង​ស្រដៀង​គ្នា​នេះ​បាន​កើត​ឡើង​ចំពោះ​យើង​ក្នុង​អំឡុង​ពេល​ការពារ​ជាតិ។ គំរូរបស់យើងមិនបានចាប់ផ្តើមទេ កុំព្យូទ័ររបស់ Polina និង Lev បានជាប់គាំង ហើយសម្រាប់ហេតុផលមួយចំនួន ខ្ញុំបានចាកចេញពីអណ្តូងរ៉ែនៅក្នុងឃ្លាំងដែលជាកន្លែងដែលបទរបស់យើងកំពុងអង្គុយ។ ហើយទោះបីជាអ្នកជំនាញបានឃើញការងាររបស់យើងនៅពេលព្រឹកក៏ដោយ ពួកយើងមើលទៅហាក់ដូចជាក្រុមដែលមានការឆ្លុះបញ្ជាំងដោយពាក្យពេចន៍ដ៏ស្រស់ស្អាត ប៉ុន្តែគ្មានផលិតផល។ ដោយពិចារណាថាអ្នកចូលរួមជាច្រើនបានយល់ឃើញថាការងាររបស់ខ្ញុំលើគំរូគណិតវិទ្យាថា "គាត់កំពុងអង្គុយ គូរអ្វីមួយ មិនមើលកុំព្យូទ័រ" ស្ថានភាពគឺមិនល្អខ្លាំងណាស់។

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

ចែករំលែកនៅក្នុងមតិយោបល់ដែលសមាសភាពដែលអ្នកមានអារម្មណ៍ស្រួលបំផុតក្នុងការធ្វើការនៅ hackathon (ទាំងមនុស្ស និងអ្នកឯកទេស) និងរបៀបដែលអ្នកបង្កើតដំណើរការនៅក្នុងក្រុម។

ប្រភព: www.habr.com