ການຄຸ້ມຄອງທີມງານຂອງນັກຂຽນໂປລແກລມ: ວິທີການແລະວິທີການກະຕຸ້ນໃຫ້ເຂົາເຈົ້າຢ່າງຖືກຕ້ອງ? ສ່ວນສອງ

Epigraph:
ຜູ້​ເປັນ​ຜົວ​ກຳລັງ​ເບິ່ງ​ລູກ​ທີ່​ໜ້າ​ຕາ​ຢ້ານ​ນັ້ນ​ເວົ້າ​ກັບ​ເມຍ​ວ່າ: ເຮົາ​ຈະ​ລ້າງ​ສິ່ງ​ເຫຼົ່າ​ນີ້​ຫຼື​ເກີດ​ລູກ​ໃໝ່?

ຂ້າງລຸ່ມນີ້ການຕັດແມ່ນສ່ວນທີສອງຂອງບົດຄວາມໂດຍຜູ້ນໍາທີມງານຂອງພວກເຮົາ, ເຊັ່ນດຽວກັນກັບຜູ້ອໍານວຍການພັດທະນາຜະລິດຕະພັນ RAS Igor Marnat, ກ່ຽວກັບ peculiarities ຂອງການກະຕຸ້ນການຂຽນໂປລແກລມ. ສ່ວນທໍາອິດຂອງບົດຄວາມສາມາດພົບໄດ້ທີ່ນີ້ - habr.com/ru/company/parallels/blog/452598

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

III - ຕ້ອງການສໍາລັບການເປັນຂອງແລະຄວາມຮັກ

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

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

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

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

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

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

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

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

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

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

IV. ຕ້ອງການການຮັບຮູ້

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

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

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

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

ເພື່ອເປັນການປະກອບສ່ວນອັນສໍາຄັນ, ໄລຍະຍາວໃນການເຮັດວຽກຂອງທີມງານ, ປະສົບການແລະຄວາມຊໍານານທີ່ສະສົມ, ລະບົບຊັ້ນຮຽນແມ່ນຖືກນໍາໃຊ້ເລື້ອຍໆ (ອີກເທື່ອຫນຶ່ງ, ການປຽບທຽບສາມາດຖືກແຕ້ມກັບລະບົບການຈັດອັນດັບທະຫານໃນກອງທັບ, ເຊິ່ງ, ນອກຈາກນັ້ນ. ເພື່ອ​ຮັບ​ປະ​ກັນ subordination​, ຍັງ​ເຮັດ​ໃຫ້​ຈຸດ​ປະ​ສົງ​ນີ້​)​. ເລື້ອຍໆນັກພັດທະນາໄວຫນຸ່ມເຮັດວຽກຫນັກສອງເທົ່າເພື່ອໃຫ້ໄດ້ດາວໃຫມ່ໃສ່ສາຍບ່າຂອງພວກເຂົາ (ເຊັ່ນ: ຍ້າຍຈາກນັກພັດທະນາ junior ໄປຫານັກພັດທະນາເຕັມເວລາ, ແລະອື່ນໆ).

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

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

V. ຄວາມຕ້ອງການສໍາລັບການຮັບຮູ້ແລະການປະຕິບັດຕົນເອງ.

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

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

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

ຖ້າທີມງານນີ້ປະກອບດ້ວຍນັກຂຽນໂປລແກລມທີ່ມີປະສົບການ 15-20 ປີທີ່ຢູ່ເບື້ອງຫລັງ, ແຮງຈູງໃຈຈະແຕກຕ່າງກັນ. ອາຍຸແລະປະສົບການບໍ່ແມ່ນ, ແນ່ນອນ, 100% ປັດໄຈທີ່ກໍານົດ; ມັນທັງຫມົດແມ່ນຂຶ້ນກັບໂຄງສ້າງຂອງແຮງຈູງໃຈ. ໃນກໍລະນີນີ້, ຄວາມປາຖະຫນາສໍາລັບຄວາມຮູ້ແລະການຂະຫຍາຍຕົວຂອງນັກຂຽນໂປລແກລມຫນຸ່ມໄດ້ໃຫ້ຜົນໄດ້ຮັບທີ່ດີເລີດ.

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

ນອກເຫນືອຈາກ pyramid ຂອງ Maslow: ການເບິ່ງເຫັນຜົນໄດ້ຮັບ, ການຫຼີ້ນເກມແລະການແຂ່ງຂັນ, ບໍ່ມີການຂົ່ມເຫັງ

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

ທໍາອິດແມ່ນການເບິ່ງເຫັນແລະຄວາມໃກ້ຊິດຂອງຜົນໄດ້ຮັບ.

ການພັດທະນາຊອບແວປົກກະຕິແລ້ວແມ່ນ marathon. ຜົນໄດ້ຮັບຂອງຄວາມພະຍາຍາມ R&D ຈະເຫັນໄດ້ຫຼັງຈາກເດືອນ, ບາງຄັ້ງຫລາຍປີ. ມັນເປັນການຍາກທີ່ຈະໄປເຖິງເປົ້າຫມາຍທີ່ໄກກວ່າຂອບເຂດ, ຈໍານວນວຽກງານທີ່ຫນ້າຢ້ານກົວ, ເປົ້າຫມາຍແມ່ນຢູ່ໄກ, ບໍ່ຊັດເຈນແລະເບິ່ງບໍ່ເຫັນ, "ກາງຄືນແມ່ນມືດມົວແລະເຕັມໄປດ້ວຍຄວາມຢ້ານ." ມັນດີກວ່າທີ່ຈະແຍກເສັ້ນທາງໄປຫາມັນອອກເປັນສ່ວນ, ສ້າງເສັ້ນທາງໄປຫາຕົ້ນໄມ້ທີ່ໃກ້ທີ່ສຸດທີ່ສັງເກດເຫັນ, ສາມາດບັນລຸໄດ້, ໂຄງຮ່າງທີ່ຊັດເຈນ, ແລະມັນບໍ່ໄກຈາກພວກເຮົາ - ແລະໄປຫາເປົ້າຫມາຍທີ່ໃກ້ຊິດນີ້. ພວກເຮົາຕ້ອງການພະຍາຍາມຫຼາຍມື້ ຫຼືຫຼາຍອາທິດ, ໄດ້ຮັບ ແລະປະເມີນຜົນໄດ້ຮັບ, ຈາກນັ້ນກ້າວຕໍ່ໄປ. ດັ່ງນັ້ນ, ມັນເປັນມູນຄ່າທີ່ຈະທໍາລາຍວຽກງານເຂົ້າໄປໃນຂະຫນາດນ້ອຍ (sprints ໃນ agile ໃຫ້ບໍລິການຈຸດປະສົງນີ້ໄດ້ດີ). ພວກເຮົາໄດ້ສໍາເລັດສ່ວນຫນຶ່ງຂອງວຽກງານ - ບັນທຶກມັນ, exhaled, ສົນທະນາມັນ, ລົງໂທດຄວາມຜິດ, ລາງວັນໃຫ້ຜູ້ບໍລິສຸດ - ພວກເຮົາສາມາດເລີ່ມຕົ້ນຮອບຕໍ່ໄປ.

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

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

ຈຸດທີສອງແມ່ນ gamification ແລະການແຂ່ງຂັນ.

ໃນເວລາທີ່ການພັດທະນາຫນຶ່ງໃນຜະລິດຕະພັນ, ທີມງານວິສະວະກໍາຂອງພວກເຮົາມີເປົ້າຫມາຍທີ່ຈະເອົາຕໍາແຫນ່ງທີ່ໂດດເດັ່ນໃນຊຸມຊົນຂອງຫນຶ່ງໃນຜະລິດຕະພັນແຫຼ່ງເປີດ, ເພື່ອເຂົ້າສູ່ top-3. ໃນເວລານັ້ນ, ບໍ່ມີວິທີທີ່ມີຈຸດປະສົງເພື່ອປະເມີນການເບິ່ງເຫັນຂອງຜູ້ໃດຜູ້ນຶ່ງໃນຊຸມຊົນ; ແຕ່ລະບໍລິສັດທີ່ເຂົ້າຮ່ວມຂະຫນາດໃຫຍ່ສາມາດອ້າງ (ແລະອ້າງເປັນໄລຍະ) ວ່າມັນເປັນຜູ້ປະກອບສ່ວນອັນດັບຫນຶ່ງ, ແຕ່ບໍ່ມີວິທີທີ່ແທ້ຈິງທີ່ຈະປຽບທຽບການປະກອບສ່ວນຂອງຜູ້ເຂົ້າຮ່ວມ. ໃນ​ບັນ​ດາ​ຕົນ​ເອງ​, ການ​ປະ​ເມີນ​ຜົນ​ຂະ​ບວນ​ການ​ຂອງ​ຕົນ​ໃນ​ເວ​ລາ​. ດັ່ງນັ້ນ, ບໍ່ມີວິທີການກໍານົດເປົ້າຫມາຍຂອງທີມງານທີ່ສາມາດວັດແທກໄດ້ໃນບາງ parrots, ການປະເມີນລະດັບຂອງຜົນສໍາເລັດຂອງຕົນ, ແລະອື່ນໆ. ເພື່ອແກ້ໄຂບັນຫານີ້, ທີມງານຂອງພວກເຮົາໄດ້ພັດທະນາເຄື່ອງມືສໍາລັບການວັດແທກແລະພາບການປະກອບສ່ວນຂອງບໍລິສັດແລະຜູ້ປະກອບສ່ວນສ່ວນບຸກຄົນ. www.stackalytics.com. ຈາກທັດສະນະທີ່ກະຕຸ້ນ, ມັນໄດ້ກາຍເປັນພຽງແຕ່ລະເບີດ. ມັນບໍ່ແມ່ນພຽງແຕ່ວິສະວະກອນແລະທີມງານທີ່ຕິດຕາມຄວາມກ້າວຫນ້າຂອງພວກເຂົາຢ່າງຕໍ່ເນື່ອງແລະຄວາມກ້າວຫນ້າຂອງເພື່ອນຮ່ວມງານແລະຄູ່ແຂ່ງຂອງພວກເຂົາ. ການຄຸ້ມຄອງສູງສຸດຂອງບໍລິສັດຂອງພວກເຮົາແລະຄູ່ແຂ່ງທີ່ສໍາຄັນທັງຫມົດຍັງເລີ່ມຕົ້ນມື້ຂອງພວກເຂົາດ້ວຍ stackalytics. ທຸກສິ່ງທຸກຢ່າງໄດ້ກາຍເປັນຄວາມໂປ່ງໃສແລະເບິ່ງເຫັນຫຼາຍ, ທຸກຄົນສາມາດຕິດຕາມຄວາມກ້າວຫນ້າຂອງພວກເຂົາຢ່າງລະມັດລະວັງ, ປຽບທຽບກັບເພື່ອນຮ່ວມງານ, ແລະອື່ນໆ. ມັນໄດ້ກາຍເປັນສະດວກແລະງ່າຍສໍາລັບວິສະວະກອນ, ຜູ້ຈັດການແລະທີມງານທີ່ຈະກໍານົດເປົ້າຫມາຍ.

ຈຸດສໍາຄັນທີ່ເກີດຂື້ນໃນເວລາທີ່ປະຕິບັດລະບົບການວັດແທກປະລິມານໃດກໍ່ຕາມ, ທັນທີທີ່ທ່ານໄດ້ປະຕິບັດພວກມັນ, ລະບົບຈະພະຍາຍາມຈັດລໍາດັບຄວາມສໍາຄັນຂອງຜົນສໍາເລັດຂອງຕົວຊີ້ວັດປະລິມານເຫຼົ່ານີ້, ເພື່ອທໍາລາຍຄຸນນະພາບ. ຕົວຢ່າງ, ຈໍານວນການກວດສອບລະຫັດທີ່ສໍາເລັດແມ່ນໃຊ້ເປັນຫນຶ່ງໃນຕົວຊີ້ບອກ. ແນ່ນອນ, ການກວດສອບລະຫັດສາມາດເຮັດໄດ້ດ້ວຍວິທີຕ່າງໆ, ທ່ານສາມາດໃຊ້ເວລາຫຼາຍຊົ່ວໂມງໃນການກວດສອບຢ່າງລະອຽດແລະກວດສອບການສ້ອມແຊມທີ່ສັບສົນກັບການທົດສອບການກວດສອບ, ແລ່ນມັນຢູ່ເທິງເກົ້າອີ້ຂອງເຈົ້າ, ກວດເບິ່ງເອກະສານ, ແລະໄດ້ຮັບການທົບທວນຄືນຫນຶ່ງໃນ karma ຂອງທ່ານ, ຫຼື. blindly ຄລິກສອງສາມອາຍແກັສໃນສອງສາມນາທີ patches, ໃຫ້ແຕ່ລະຄົນ +1 ແລະໄດ້ຮັບບວກຊາວໃນ karma. ມີກໍລະນີທີ່ຕະຫຼົກເມື່ອນັກວິສະວະກອນຄລິກໃສ່ແຜ່ນແພຢ່າງໄວວາທີ່ພວກເຂົາໃຫ້ +1 ໃຫ້ກັບ patches ອັດຕະໂນມັດຈາກລະບົບ CI. ຕໍ່ມາພວກເຮົາເວົ້າຕະຫຼົກ, "ໄປ, ໄປ, jenkins." ໃນ​ກໍ​ລະ​ນີ​ຂອງ​ຄໍາ​ຫມັ້ນ​ສັນ​ຍາ​, ຍັງ​ມີ​ປະ​ຊາ​ຊົນ​ຈໍາ​ນວນ​ຫຼາຍ​ທີ່​ໄດ້​ຜ່ານ​ລະ​ຫັດ​ທີ່​ມີ​ເຄື່ອງ​ມື​ການ​ຈັດ​ຮູບ​ແບບ​ລະ​ຫັດ​, ການ​ແກ້​ໄຂ​ຄໍາ​ຄິດ​ເຫັນ​, ການ​ປ່ຽນ​ແປງ​ໄລ​ຍະ​ເວ​ລາ​ເປັນ​ເຄື່ອງ​ຫມາຍ​ຈຸດ​, ແລະ​ດັ່ງ​ນັ້ນ​ການ​ສູບ​ຢາ​ຂອງ​ເຂົາ​ເຈົ້າ​. ການຈັດການກັບນີ້ແມ່ນຂ້ອນຂ້າງງ່າຍດາຍ: ພວກເຮົາໃຊ້ຄວາມຮູ້ສຶກທົ່ວໄປແລະ, ນອກເຫນືອຈາກການວັດແທກປະລິມານ, ຍັງໃຊ້ທີ່ສໍາຄັນ, ຄຸນນະພາບ. ລະດັບການນໍາໃຊ້ຜົນໄດ້ຮັບຂອງການເຮັດວຽກຂອງທີມງານ, ຈໍານວນຜູ້ປະກອບສ່ວນພາຍນອກ, ລະດັບການຄຸ້ມຄອງການທົດສອບ, ຄວາມຫມັ້ນຄົງຂອງໂມດູນແລະຜະລິດຕະພັນທັງຫມົດ, ຜົນໄດ້ຮັບຂອງການທົດສອບຂະຫນາດແລະການປະຕິບັດ, ຈໍານວນຂອງວິສະວະກອນທີ່ໄດ້ຮັບ core reviewer shoulder ສາຍ, ຄວາມຈິງທີ່ວ່າໂຄງການໄດ້ຮັບການຍອມຮັບເຂົ້າໄປໃນຊຸມຊົນໂຄງການຫຼັກ, ການປະຕິບັດຕາມເງື່ອນໄຂຂອງຂັ້ນຕອນທີ່ແຕກຕ່າງກັນຂອງຂະບວນການວິສະວະກໍາ - ທັງຫມົດເຫຼົ່ານີ້ແລະປັດໃຈອື່ນໆຈໍານວນຫຼາຍຕ້ອງໄດ້ຮັບການປະເມີນພ້ອມກັບ metrics ປະລິມານງ່າຍດາຍ.

ແລະສຸດທ້າຍ, ຈຸດທີສາມ - ບໍ່ມີ bullshit.

ນັກພັດທະນາແມ່ນຄົນທີ່ສະຫຼາດຫຼາຍແລະມີເຫດຜົນຫຼາຍໃນສາຍການເຮັດວຽກຂອງພວກເຂົາ. ພວກເຂົາໃຊ້ເວລາ 8-10 ຊົ່ວໂມງຕໍ່ມື້ເພື່ອສ້າງລະບົບຕ່ອງໂສ້ຢ່າງມີເຫດຜົນທີ່ຍາວແລະສະລັບສັບຊ້ອນ, ດັ່ງນັ້ນພວກເຂົາເຫັນຄວາມອ່ອນແອໃນພວກມັນ. ໃນເວລາທີ່ເຮັດບາງສິ່ງບາງຢ່າງ, ພວກເຂົາ, ເຊັ່ນດຽວກັນກັບຄົນອື່ນ, ຕ້ອງການທີ່ຈະເຂົ້າໃຈວ່າເປັນຫຍັງພວກເຂົາເຮັດມັນ, ສິ່ງທີ່ຈະປ່ຽນແປງດີຂຶ້ນ. ມັນເປັນສິ່ງສໍາຄັນທີ່ສຸດທີ່ເປົ້າຫມາຍທີ່ທ່ານຕັ້ງໄວ້ສໍາລັບທີມງານຂອງທ່ານແມ່ນມີຄວາມຊື່ສັດແລະຈິງ. ການພະຍາຍາມຂາຍຄວາມຄິດທີ່ບໍ່ດີໃຫ້ກັບທີມງານການຂຽນໂປຼແກຼມແມ່ນເປັນຄວາມຄິດທີ່ບໍ່ດີ. ຄວາມຄິດທີ່ບໍ່ດີຖ້າທ່ານບໍ່ເຊື່ອໃນຕົວເອງ, ຫຼື, ໃນກໍລະນີຮ້າຍແຮງ, ທ່ານບໍ່ມີສະຖານະພາຍໃນທີ່ບໍ່ເຫັນດີແລະຫມັ້ນສັນຍາ (ຂ້ອຍບໍ່ເຫັນດີ, ແຕ່ຂ້ອຍຈະເຮັດມັນ). ເມື່ອພວກເຮົາປະຕິບັດລະບົບແຮງຈູງໃຈໃນບໍລິສັດ, ຫນຶ່ງໃນອົງປະກອບຂອງມັນແມ່ນລະບົບເອເລັກໂຕຣນິກສໍາລັບການສະຫນອງຄໍາຄຶດຄໍາເຫັນ. ພວກເຂົາລົງທຶນຫຼາຍ, ເອົາຄົນໄປອາເມລິກາເພື່ອການຝຶກອົບຮົມ, ໂດຍທົ່ວໄປ, ພວກເຂົາລົງທຶນຢ່າງເຕັມທີ່. ຄັ້ງໜຶ່ງ, ໃນການສົນທະນາພາຍຫຼັງການຝຶກອົບຮົມ, ຜູ້ຈັດການຄົນໜຶ່ງໄດ້ເວົ້າກັບຜູ້ຍ່ອຍຂອງລາວວ່າ: “ຄວາມຄິດບໍ່ແມ່ນສິ່ງທີ່ບໍ່ດີ, ເບິ່ງຄືວ່າມັນຈະໄດ້ຜົນ. ຂ້ອຍຈະບໍ່ໃຫ້ ຄຳ ຕິຊົມທາງອີເລັກໂທຣນິກຂອງເຈົ້າເອງ, ແຕ່ເຈົ້າໃຫ້ມັນກັບປະຊາຊົນຂອງເຈົ້າແລະຮຽກຮ້ອງມັນຈາກພວກເຂົາ." ນັ້ນແມ່ນ, ບໍ່ມີຫຍັງສາມາດປະຕິບັດໄດ້ຕື່ມອີກ. ແນວຄວາມຄິດ, ແນ່ນອນ, ສິ້ນສຸດລົງໃນບໍ່ມີຫຍັງ.

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