ທ່ານບໍ່ສາມາດພຽງແຕ່ໄປແລະເຮັດທຸກສິ່ງທຸກຢ່າງຢ່າງສົມບູນ: ສິ່ງທີ່ຍັງຄົງຢູ່ເບື້ອງຫຼັງຂອງການບັນທຶກ Guinness

ຢາກຮູ້ຄວາມຄິດເຫັນຂອງຜູ້ຈັດ Digital Breakthrough ວ່າການແຂ່ງຂັນໄປແນວໃດ? ຕອບນີ້ຈະບໍ່ມີສິ່ງໃດກ່ຽວກັບຂະຫນາດ, ປື້ມບັນທຶກ, ເຈົ້າຫນ້າທີ່ຊັ້ນສູງ, ການແກ້ໄຂທີ່ເປັນເອກະລັກແລະອົງການຈັດຕັ້ງທີ່ບໍ່ມີປະໂຫຍດ. ພວກເຮົາຈະບອກທ່ານກ່ຽວກັບ screw-ups ຕົ້ນຕໍຂອງພວກເຮົາ - ເຊື່ອພວກເຮົາ, ມີຈໍານວນຫນ້ອຍຂອງພວກເຂົາ. ແຕ່ມັນບໍ່ເປັນຫຍັງທີ່ຈະເຮັດຄວາມຜິດພາດ, ໂດຍສະເພາະຖ້າທ່ານຮຽນຮູ້ຈາກຄວາມຜິດພາດເຫຼົ່ານັ້ນ.

ເລີ່ມໃໝ່

ແຄມເປນຄໍາຮ້ອງສະຫມັກ

ແທນທີ່ຈະເປັນພັນຄໍາຮ້ອງສະຫມັກ, ພັນຄໍາຖາມ

ຂໍໃຫ້ມີຄວາມຊື່ສັດ: ໃນຕອນເລີ່ມຕົ້ນ, ພວກເຮົາປະເຊີນກັບບັນຫາທີ່ຜູ້ຊົມຂອງພວກເຮົາບໍ່ເຂົ້າໃຈວິທີການເຮັດວຽກຂອງ hackathons ໂດຍທົ່ວໄປ; ໃນບັນດາຜູ້ເຂົ້າຮ່ວມມີຜູ້ໃຫມ່ຫຼາຍຄົນທີ່ບໍ່ຄຸ້ນເຄີຍກັບຮູບແບບນີ້. ພວກເຂົາເຈົ້າມີຄວາມສົນໃຈໃນກົນໄກຂອງການຖືເຫດການດັ່ງກ່າວ, ລະບົບການປະເມີນຜົນໂຄງການ, ເງື່ອນໄຂສໍາລັບການເລືອກສະພາຜູ້ຊ່ຽວຊານ, ແລະອື່ນໆອີກ. ດັ່ງນັ້ນ, ໃນອາທິດທໍາອິດຂອງການໂຄສະນາການສະຫມັກ, ພວກເຮົາເກັບກໍາຂໍ້ມູນບໍ່ໄດ້ລົງທະບຽນ, ແຕ່ຄໍາຖາມກ່ຽວກັບຫົວຂໍ້ຕ່າງໆ - ເລື້ອຍໆພວກເຂົາບໍ່ກ່ຽວຂ້ອງກັບການແຂ່ງຂັນຂອງມັນເອງ.

ຈາກນີ້ພວກເຮົາໄດ້ຮຽນຮູ້ບົດຮຽນວ່າກ່ອນທີ່ຈະເປີດຕົວການເກັບກໍາຄໍາຮ້ອງສະຫມັກ, ມັນຈໍາເປັນຕ້ອງຕິດຕໍ່ສື່ສານຫຼາຍກັບຜູ້ເຂົ້າຮ່ວມທີ່ມີທ່າແຮງ - ເພື່ອເຂົ້າໄປໃນຈຸດສະເພາະຂອງເຫດການແລະຕອບຄໍາຖາມກ່ຽວກັບທຸກຂັ້ນຕອນທີ່ຈະມາເຖິງ.

ໂດຍທົ່ວໄປແລ້ວ, ເຮັດວຽກຢ່າງຫ້າວຫັນກັບຊຸມຊົນເຕັກໂນໂລຢີ, ເຊິ່ງມີຄວາມສົນໃຈຫຼາຍບໍ່ກ່ຽວກັບຜົນສໍາເລັດຫຼ້າສຸດຂອງບໍລິສັດຄູ່ຮ່ວມງານ, ແຕ່ໃນຂ່າວກ່ຽວກັບຄວາມຄືບຫນ້າຂອງການແຂ່ງຂັນ - ເປັນຫຍັງທ່ານເລືອກຮູບແບບ hackathon? ມັນປັບຕົວເຂົ້າກັບການແຂ່ງຂັນຂອງພວກເຮົາແນວໃດ? ການທົດສອບອອນໄລນ໌ຈະເຮັດວຽກແນວໃດ? ວ້າວ, ການທົດສອບອອນໄລນ໌ໄດ້ເລີ່ມຕົ້ນແລ້ວ - ຈະເຮັດແນວໃດຕໍ່ໄປ? ດັ່ງນັ້ນ, ຂ້ອຍບໍ່ເຂົ້າໃຈ - ຂ້ອຍຖືກທົດສອບ, ແຕ່ບໍ່ມີຜົນໄດ້ຮັບ. ພວກເຂົາຈະເປັນເມື່ອໃດ? ຈະ​ມີ​ວຽກ​ງານ​ອັນ​ໃດ​ໃນ​ຂັ້ນ​ພາກ​ພື້ນ? ໃຜເປັນເດີມພັນ? ໃຜຈະນັ່ງຢູ່ໃນສະພາຜູ້ຊ່ຽວຊານ? ເຈົ້າຖືກເລືອກແນວໃດ?

ແລະອື່ນໆ.

ບົດຮຽນຫຼັກ: ມັນບໍ່ພຽງພໍທີ່ຈະເວົ້າວ່າ: "Hey, ພວກເຮົາແມ່ນການແຂ່ງຂັນສໍາລັບຜູ້ຈັດການ, ຜູ້ຊ່ຽວຊານດ້ານ IT ແລະນັກອອກແບບ. ມີສ່ວນຮ່ວມໃນໄວໆນີ້. ແລະ, ໂດຍວິທີທາງການ, ນີ້ຈະຢູ່ໃນຮູບແບບຂອງ hackathons." ທຸກສິ່ງທຸກຢ່າງຕ້ອງໄດ້ຮັບການອະທິບາຍຢ່າງລະອຽດແລະຂັ້ນຕອນໂດຍຂັ້ນຕອນ.

ການທົດສອບອອນໄລນ໌

ຄວາມຜິດພາດໃນການທົດສອບຫຼືຄວາມເຂົ້າໃຈຜິດຂອງວຽກງານໂດຍປະຊາຊົນທີ່ແຕກຕ່າງກັນ?

ໃນລະຫວ່າງຂັ້ນຕອນການທົດສອບອອນໄລນ໌, ເຄືອຂ່າຍສັງຄົມຂອງພວກເຮົາໄດ້ລະເບີດອອກມາດ້ວຍຂໍ້ຄວາມທີ່ບໍ່ພໍໃຈກ່ຽວກັບຄວາມຜິດພາດໃນການມອບຫມາຍ. ບັນຫາແມ່ນວ່າບົດເລື່ອງວຽກງານດຽວກັນໄດ້ຖືກຮັບຮູ້ແຕກຕ່າງກັນໂດຍຜູ້ຊ່ຽວຊານຈາກສາຂາຕ່າງໆ. ທຸກສິ່ງທຸກຢ່າງແມ່ນຂຶ້ນກັບວິທີການທີ່ເຂົາເຈົ້າເຂົ້າໄປໃນອາຊີບ - ພວກເຂົາເຈົ້າໄດ້ສຶກສາເອກະລາດຫຼືມີຄວາມຮູ້ທາງວິຊາການຢ່າງກວ້າງຂວາງແລະການສຶກສາທີ່ເຫມາະສົມ. ຄວາມຮັບຮູ້ຂອງເຂົາເຈົ້າກ່ຽວກັບ semantics ແລະພາສາສາດແມ່ນແຕກຕ່າງກັນຫຼາຍ - ນີ້ຕ້ອງໄດ້ຮັບການພິຈາລະນາໃນເວລາທີ່ລວບລວມການທົດສອບ.

ບົດຮຽນຫຼັກ: ໃນຄັ້ງຕໍ່ໄປພວກເຮົາວາງແຜນທີ່ຈະລວບລວມກຸ່ມຈຸດສຸມໃນພາກພື້ນທີ່ປະກອບດ້ວຍຜູ້ຊ່ຽວຊານໃນດ້ານຕ່າງໆ. ພວກເຂົາເຈົ້າຈະຊ່ວຍສ້າງວຽກງານສໍາລັບພາກພື້ນສະເພາະ.

ໄລຍະພາກພື້ນ

ທ່ານ ຈຳ ເປັນຕ້ອງພັກຜ່ອນໃນລະດູຮ້ອນ

ຄວາມຜິດພາດອັນທໍາອິດແມ່ນວ່າພວກເຮົາເລືອກລະດູຮ້ອນເພື່ອຈັດຂັ້ນຕອນຂອງພາກພື້ນ - ລະດູການຂອງວັນພັກແລະວັນພັກຂອງນັກຮຽນ, ດັ່ງນັ້ນໃນບາງເມືອງ, ມີຄົນຈໍານວນຫນ້ອຍຫຼາຍເຂົ້າຮ່ວມໃນ hackathon.

ດ້ວຍເຫດຜົນນີ້, ພວກເຮົາຫຼຸດລົງຈໍານວນການແຕ່ງຕັ້ງ, ເຊິ່ງບັງຄັບໃຫ້ທີມງານປະຖິ້ມວຽກງານທີ່ພວກເຂົາຕ້ອງການແກ້ໄຂໃນເບື້ອງຕົ້ນ. ຢ່າງໃດກໍຕາມ, ບັນດາຕົວເມືອງທີ່ມີຜູ້ເຂົ້າຮ່ວມບໍ່ຫຼາຍປານໃດສໍາເລັດວຽກງານທັງຫມົດດ້ວຍສຽງດັງແລະສະແດງໃຫ້ເຫັນວ່າການແກ້ໄຂທີ່ດີສາມາດເຮັດໄດ້ເຖິງແມ່ນວ່າມີທີມງານຂະຫນາດນ້ອຍ. ນີ້ແມ່ນກໍລະນີ, ສໍາລັບການຍົກຕົວຢ່າງ, ໃນ Yakutsk ແລະ Veliky Novgorod - ທີມງານທັງຫມົດທີ່ເຂົ້າມາໃນຄັ້ງທໍາອິດ hackathon ມີຄຸນສົມບັດສໍາລັບການສຸດທ້າຍ.

ບົດຮຽນຫຼັກ: ບາງທີບໍ່ແມ່ນໃນລະດູຮ້ອນ?

ລັກສະນະຂອງແຕ່ລະພາກພື້ນ

ເງື່ອນໄຂທີ່ hackathons ພາກພື້ນໄດ້ຈັດຂຶ້ນໂດຍກົງແມ່ນຂຶ້ນກັບຄູ່ຮ່ວມງານທ້ອງຖິ່ນທີ່ສະຫນັບສະຫນູນການແຂ່ງຂັນ. ເພາະສະນັ້ນ, ບາງບ່ອນມັນດີກວ່າ, ແລະບາງບ່ອນມັນກໍ່ຮ້າຍແຮງກວ່າເກົ່າ. ບໍ່ແມ່ນພວກເຂົາທັງຫມົດເຂົ້າໃຈສະເພາະຂອງເຫດການດັ່ງກ່າວແລະເປັນຫຍັງປະຊາຊົນເຮັດວຽກ 24/7, ນອນໃນ ottoman ຫຼືໃນ tent ແລະກິນ buns ຈາກ canteen ໄດ້. ດັ່ງນັ້ນ, ຈຶ່ງມີຂໍ້ບົກຜ່ອງໃນບາງດ້ານ.

ພວກເຮົາສະແດງຄວາມຂອບໃຈຢ່າງເລິກເຊິ່ງຕໍ່ມະຫາວິທະຍາໄລ - ພວກເຂົາໄດ້ຊ່ວຍພວກເຮົາໃນເວທີ, ຜູ້ຊ່ຽວຊານ, ເຊື້ອເຊີນສື່ມວນຊົນ, ເກັບກໍາຂໍ້ມູນຂອງຜູ້ເຂົ້າຮ່ວມ. ການ​ເຮັດ​ວຽກ​ກັບ​ເຂົາ​ເຈົ້າ​ໄດ້​ຊ່ວຍ​ໃຫ້​ພວກ​ເຮົາ​ເຂົ້າ​ໃຈ​ສະ​ເພາະ​ຂອງ​ພາກ​ພື້ນ​ໄດ້​ດີ​ຂຶ້ນ - ນີ້​ຈະ​ເຮັດ​ໃຫ້​ການ​ຮ່ວມ​ມື​ຂອງ​ພວກ​ເຮົາ​ມີ​ປະ​ສິດ​ທິ​ຜົນ​ກວ່າ​ໃນ​ອະ​ນາ​ຄົດ.

ບົດຮຽນຫຼັກ: ລະດູການຕໍ່ໄປ, ມັນຈໍາເປັນຕ້ອງຈັດລະບຽບການເຮັດວຽກໃນພາກພື້ນໃນລາຍລະອຽດເພີ່ມເຕີມແລະອີງໃສ່ຕົວເຮົາເອງແລະປະສົບການຂອງພວກເຮົາ, ແທນທີ່ຈະເປັນຄູ່ຮ່ວມງານທ້ອງຖິ່ນ.

ໃນພາກພື້ນພວກເຂົາຮັບຮູ້ຂໍ້ມູນທີ່ແຕກຕ່າງກັນ

ຊ່ອງທາງການດຶງດູດຜູ້ເຂົ້າຮ່ວມຢູ່ໃນເມືອງທີ່ມີປະຊາກອນຫຼາຍກວ່າຫນຶ່ງລ້ານຄົນແລະໃນພາກພື້ນເຮັດວຽກແຕກຕ່າງກັນຫມົດ. ຍົກຕົວຢ່າງ, ຖ້າຢູ່ໃນ Moscow ແລະ St. Petersburg ມັນຈະພຽງພໍທີ່ຈະເປີດຕົວການໂຄສະນາໃນເຄືອຂ່າຍສັງຄົມແລະເຮັດ "ການສືບພັນ" ໃນກຸ່ມທີ່ຜູ້ຊົມເປົ້າຫມາຍນັ່ງ, ຫຼັງຈາກນັ້ນໃນພາກພື້ນຄໍາເວົ້າຂອງປາກແລະຮຽກຮ້ອງໃຫ້ມີການມີສ່ວນຮ່ວມຈາກ "ຜູ້ມີອິດທິພົນ" ທ້ອງຖິ່ນ. (ການ​ບໍ​ລິ​ຫານ​ພາກ​ພື້ນ​) ເຮັດ​ວຽກ​ຫຼາຍ​ປະ​ສິດ​ທິ​ຜົນ​, bloggers​, ວິ​ທະ​ຍາ​ໄລ​, ຊຸມ​ຊົນ IT​)​.

ບົດຮຽນຫຼັກ: ເພີ່ມຈໍານວນຊ່ອງທາງທີ່ພວກເຮົາຈະເຮັດວຽກກັບຜູ້ຊົມ. ດຶງດູດຜູ້ນໍາຄວາມຄິດເຫັນແລະ blogger ທ້ອງຖິ່ນຫຼາຍຂຶ້ນ.

ສັບສົນໂດຍການສ້າງໜ້າວຽກທີ່ບໍ່ຊັດເຈນ

ສິ່ງທີ່ເຮັດໃຫ້ຜູ້ເຂົ້າຮ່ວມ hackathon ໃຈຮ້າຍທີ່ສຸດແລະແມ້ກະທັ້ງຄວາມໂກດແຄ້ນ? ແນ່ນອນ, ວຽກງານທີ່ຫນ້າເບື່ອແລະບໍ່ພັດທະນາ. ໃນຂັ້ນພາກພື້ນ ແລະຂັ້ນສຸດທ້າຍ, ທີມງານຈົ່ມວ່າ ຄໍາເວົ້າຂອງວຽກງານນັ້ນມັກຈະບໍ່ຊັດເຈນ ແລະໂປ່ງໃສ.

ຕະຫຼອດການແຂ່ງຂັນ, ພວກເຮົາສະເຫມີພະຍາຍາມປະຕິບັດຕາມກົດລະບຽບ - ສ້າງບັນຫາທີ່ມີຄຸນນະພາບສູງ => ໄດ້ຮັບການແກ້ໄຂທີ່ມີຄຸນນະພາບສູງ. ແຕ່ພວກເຮົາຍອມຮັບວ່າມັນບໍ່ໄດ້ຜົນສະ ເໝີ ໄປດ້ວຍວິທີນີ້. ໃນ​ເງື່ອນ​ໄຂ​ທີ່​ມີ​ຫຼາຍ​ວຽກ​ງານ​ແລະ​ສໍາ​ລັບ​ພວກ​ເຂົາ​ແຕ່​ລະ​ຊຸດ​ຂໍ້​ມູນ​ຂອງ​ຕົນ​ເອງ​ໄດ້​ຖືກ​ອອກ ... ຄວາມ​ລົ້ມ​ເຫຼວ​ໄດ້​ເກີດ​ຂຶ້ນ​. ແຕ່ທຸກສິ່ງທຸກຢ່າງໄດ້ຮັບການຊົດເຊີຍໂດຍການຊ່ວຍເຫຼືອຂອງຜູ້ຊ່ຽວຊານທີ່ບໍ່ເຄີຍອອກຈາກທີມງານ, ຕອບຄໍາຖາມທັງຫມົດແລະເຮັດວຽກກ່ຽວກັບໂຄງການຈາກທຸກດ້ານ. ນີ້ແມ່ນສິ່ງທີ່ມີອິດທິພົນຕໍ່ຄຸນນະພາບຂອງຕົ້ນແບບທີ່ອອກມາເປັນຜົນໄດ້ຮັບ.

ບົດຮຽນຫຼັກ: ເພື່ອສ້າງຫນ້າວຽກ, ພວກເຮົາຈະຈ້າງຜູ້ຊ່ຽວຊານທີ່ມີຄວາມເຂົ້າໃຈຢ່າງເລິກເຊິ່ງກ່ຽວກັບເຕັກໂນໂລຢີທີ່ຜູ້ເຂົ້າຮ່ວມຈະເຮັດວຽກກັບ. ດັ່ງນັ້ນ, ຖ້າພວກເຮົາກໍານົດວຽກງານຂອງການພັດທະນາຄໍາຮ້ອງສະຫມັກ AR ສໍາລັບພາຍໃນ, ພວກເຮົາຈະຕ້ອງການຜູ້ຊ່ຽວຊານຜູ້ທີ່ໄດ້ນໍາໃຊ້ຄວາມເປັນຈິງເພີ່ມຂຶ້ນສໍາລັບການແກ້ໄຂທີ່ຄ້າຍຄືກັນ.

Finale

“ສະບາຍດີ! hackathon ຈະມາໃນໄວໆນີ້, ແຕ່ພວກເຂົາບໍ່ໄດ້ສົ່ງປີ້ໃຫ້ພວກເຮົາ,” ຫຼືບັນຫາກ່ຽວກັບການຂົນສົ່ງ

ຜູ້ເຂົ້າຮ່ວມບາງຄົນໄດ້ຖືກສົ່ງຂໍ້ມູນຊ້າກ່ຽວກັບວິທີການຂອງພວກເຂົາໄປສູ່ຮອບສຸດທ້າຍຈະຖືກຈັດຂື້ນ. ອັນນີ້ເຮັດໃຫ້ເກີດມີຄຳຖາມທີ່ວຸ້ນວາຍ, ແລະພວກເຮົາ, ໃນຖານະຜູ້ຈັດງານ, ໄດ້ເກີດໄຟໄໝ້ແທ້. ພວກເຮົາຈະບໍ່ຕໍານິຕິຕຽນໃຜ - ທີມງານໂຄງການ, ແນ່ນອນ, ຮັບຜິດຊອບຕໍ່ການຊັກຊ້າທັງຫມົດ. ສ່ວນຫຼາຍແລ້ວ, ພວກເຂົາເຈົ້າແມ່ນຍ້ອນຄວາມຈິງທີ່ວ່າໃນກໍລະນີຫຼາຍທີ່ສຸດພວກເຮົາໄດ້ຮ້ອງຂໍໃຫ້ພາກພື້ນສໍາລັບການຊ່ວຍເຫຼືອ, ແຕ່ພວກເຂົາແຕ່ລະຄົນສາມາດຈັດການຂົນສົ່ງໃນເວລາທີ່ແຕກຕ່າງກັນ. ພວກເຮົາຈະໃຊ້ເວລາຫຼາຍກວ່ານີ້ໃນອະນາຄົດ.

ບົດຮຽນຫຼັກ: ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະແຈ້ງໃຫ້ຜູ້ເຂົ້າຮ່ວມຢ່າງຕໍ່ເນື່ອງກ່ຽວກັບຂັ້ນຕອນຂອງການຊື້ປີ້, ການຈອງໂຮງແຮມແລະທຸລະກໍາອື່ນໆ. ນີ້ຈະຊ່ວຍໃຫ້ພວກເຂົາສະຫງົບລົງແລະພຽງແຕ່ລໍຖ້າເອກະສານທີ່ຮັກແພງມາຮອດທາງໄປສະນີຂອງພວກເຂົາ.

ແລະ, ແນ່ນອນ, Guinness

ໃນເບື້ອງຕົ້ນ, ພວກເຮົາບໍ່ມີເປົ້າຫມາຍທີ່ຈະເຂົ້າໄປໃນປື້ມບັນທຶກ Guinness. ແຕ່ໃນລະຫວ່າງຂັ້ນຕອນຂອງພາກພື້ນ, ພວກເຮົາຄ່ອຍໆຮູ້ວ່າພວກເຮົາມີໂອກາດທີ່ຈະບັນລຸເປົ້າຫມາຍນີ້, ແລະໃກ້ກັບຈຸດສຸດທ້າຍ, ພວກເຮົາຕັດສິນໃຈວ່າ: "ພວກເຮົາຈະເຮັດສິ່ງນີ້, ເພື່ອນຮ່ວມງານ!" ທຸກສິ່ງທຸກຢ່າງແມ່ນດີເລີດຈົນກ່ວາຜູ້ຕາງຫນ້າຂອງ Guinness Book of Records ປະກາດຂໍ້ກໍານົດວ່າຜູ້ເຂົ້າຮ່ວມ hackathon ຈະຕ້ອງບໍ່ອອກຈາກສະຖານທີ່ສໍາລັບມື້ເຮັດວຽກທັງຫມົດ (12 ຊົ່ວໂມງ). ພວກເຂົາເຈົ້າມີໂອກາດພຽງແຕ່ອອກຈາກສະຖານທີ່ສໍາລັບ 40 ນາທີ. ອັນນີ້ສົ່ງຜົນກະທົບຕໍ່ຮູບແບບມາດຕະຖານຂອງການໃຫ້ອາຫານ ແລະການເຂົ້າເຖິງ, ເຊິ່ງກໍ່ໃຫ້ເກີດຄວາມບໍ່ພໍໃຈຂອງຜູ້ເຂົ້າຮ່ວມ.

ບົດຮຽນຫຼັກ: ໃນປັດຈຸບັນພວກເຮົາຈະຊອກຫາທັນທີກ່ຽວກັບໄພອັນຕະລາຍທັງຫມົດທີ່ອາດຈະເກີດຂື້ນຈາກກິດຈະກໍາຕ່າງໆພາຍໃນການແຂ່ງຂັນ, ແລະແຈ້ງໃຫ້ຜູ້ເຂົ້າຮ່ວມຮູ້ກ່ຽວກັບພວກເຂົາລ່ວງຫນ້າ.

ແບ່ງປັນໃນຄໍາເຫັນກ່ຽວກັບຄວາມຜິດພາດອື່ນໆທີ່ສັງເກດເຫັນໃນການຈັດການແຂ່ງຂັນ? ພວກເຮົາພ້ອມທີ່ຈະເຮັດວຽກເພື່ອປັບປຸງຜົນໄດ້ຮັບ!

ແຫຼ່ງຂໍ້ມູນ: www.habr.com