ເປັນຫຍັງການອັບເກຣດລະຫັດຂອງເຈົ້າຈະບໍ່ເຮັດໃຫ້ເຈົ້າເປັນນັກພັດທະນາທີ່ດີກວ່າ

Techlead Skyeng Kirill Rogovoy (ກະພິບ) ໃຫ້ການນໍາສະເຫນີໃນກອງປະຊຸມທີ່ລາວເວົ້າກ່ຽວກັບທັກສະທີ່ນັກພັດທະນາທີ່ດີທຸກຄົນຄວນພັດທະນາເພື່ອໃຫ້ກາຍເປັນຄົນທີ່ດີທີ່ສຸດ. ຂ້າພະເຈົ້າໄດ້ຂໍໃຫ້ລາວແບ່ງປັນເລື່ອງນີ້ກັບຜູ້ອ່ານ Habra, ຂ້າພະເຈົ້າໃຫ້ພື້ນເຮືອນກັບ Kirill.

myth ກ່ຽວກັບນັກພັດທະນາທີ່ດີແມ່ນວ່າລາວ:

1. ຂຽນລະຫັດສະອາດ
2. ຮູ້ຈັກຫຼາຍເຕັກໂນໂລຢີ
3. ໜ້າວຽກການຂຽນລະຫັດໄວຂຶ້ນ
4. ຮູ້ຈັກຊໍ່ຂອງສູດການຄິດໄລ່ແລະຮູບແບບການອອກແບບ
5. ສາມາດ refactor ລະຫັດໃດໆໂດຍໃຊ້ Clean Code
6. ບໍ່ເສຍເວລາກັບວຽກງານທີ່ບໍ່ແມ່ນການຂຽນໂປຼແກຼມ
7. 100% ຕົ້ນສະບັບຂອງເຕັກໂນໂລຊີ favorite ຂອງທ່ານ

ນີ້ແມ່ນວິທີທີ່ HR ເຫັນຜູ້ສະຫມັກທີ່ເຫມາະສົມ, ແລະບ່ອນຫວ່າງ, ຕາມຄວາມເຫມາະສົມ, ເບິ່ງຄືວ່ານີ້ຄືກັນ.

ແຕ່ປະສົບການຂອງຂ້ອຍບອກວ່ານີ້ບໍ່ແມ່ນຄວາມຈິງຫຼາຍ.

ຫນ້າທໍາອິດ, ສອງຂໍ້ປະຕິເສດທີ່ສໍາຄັນ:
1) ປະສົບການຂອງຂ້ອຍແມ່ນທີມງານຜະລິດຕະພັນ, i.e. ບໍລິສັດທີ່ມີຜະລິດຕະພັນຂອງຕົນເອງ, ບໍ່ແມ່ນການ outsourcing; ໃນ outsourcing ທຸກສິ່ງທຸກຢ່າງສາມາດແຕກຕ່າງກັນຫຼາຍ;
2) ຖ້າທ່ານເປັນ junior, ຫຼັງຈາກນັ້ນບໍ່ແມ່ນຄໍາແນະນໍາທັງຫມົດຈະຖືກນໍາໃຊ້, ແລະຖ້າຂ້ອຍເປັນເຈົ້າ, ຂ້ອຍຈະສຸມໃສ່ການຂຽນໂປຼແກຼມສໍາລັບຕອນນີ້.

ນັກພັດທະນາທີ່ດີ: ຄວາມເປັນຈິງ

1: ດີກວ່າລະຫັດສະເລ່ຍ

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

2: ແກ້ໄຂບັນຫາແທນທີ່ຈະສ້າງມັນ

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

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

3: ພະຍາຍາມໃຊ້ຄວາມພະຍາຍາມຫນ້ອຍທີ່ສຸດເພື່ອໃຫ້ໄດ້ຜົນສູງສຸດ, ເຖິງແມ່ນວ່າມັນຫມາຍເຖິງການຂຽນໄມ້ຄ້ອນຕີ

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

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

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

4. ມີລະບົບການຄຸ້ມຄອງທຸລະກິດຂອງຕົນເອງ ແລະ ສາມາດເຮັດວຽກໂຄງການທີ່ມີຄວາມສັບສົນໃດໆໃນນັ້ນ.

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

5. ຄໍາຖາມແລະຊີ້ແຈງເງື່ອນໄຂແລະການແນະນໍາ

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

6. ປັບປຸງຂະບວນການແລະຄົນອ້ອມຂ້າງທ່ານ

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

7. ເກັ່ງໃນການຄຸ້ມຄອງຜູ້ອື່ນ, ເຖິງແມ່ນວ່າບໍ່ແມ່ນຜູ້ຈັດການ

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

8. ບໍ່ຮັບຮູ້ຄວາມຮູ້ຂອງຕົນເປັນ dogma, ສະເຫມີເປີດໃຫ້ວິພາກວິຈານ

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

ໃຫ້ປຽບທຽບຄວາມຄິດຂອງຂ້ອຍກ່ຽວກັບນັກພັດທະນາທີ່ເຫມາະສົມກັບສິ່ງທີ່ຍອມຮັບໂດຍທົ່ວໄປ:

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

ພິເສດ, ທົ່ວໄປ ແລະກົດລະບຽບ 80-20

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

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

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

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

ທັກສະທີ່ກ່ຽວຂ້ອງສາມາດຝຶກອົບຮົມບໍ່ໄດ້ໂດຍ 80%, ແຕ່ໂດຍ 30-50%. ຫຼັງຈາກໃຊ້ເວລາ 10-20 ຊົ່ວໂມງ, ທ່ານຈະສັງເກດເຫັນການປັບປຸງໃນຂົງເຂດທີ່ກ່ຽວຂ້ອງ, ມີຄວາມເຂົ້າໃຈຫຼາຍກ່ຽວກັບຂະບວນການທີ່ເກີດຂື້ນໃນພວກມັນແລະກາຍເປັນເອກະລາດຫຼາຍ.

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

ແລະສຸດທ້າຍ, ການຝຶກອົບຮົມແມ່ນການລົງທຶນ, ແລະຄວາມຫຼາກຫຼາຍແມ່ນມີຄວາມສໍາຄັນໃນການລົງທຶນ.

ສິ່ງ​ທີ່​ຈະ​ສອນ​

ດັ່ງນັ້ນສິ່ງທີ່ຈະສອນແລະວິທີການ? ນັກພັດທະນາທົ່ວໄປໃນບໍລິສັດທີ່ເຂັ້ມແຂງໃຊ້ເປັນປົກກະຕິ:

• ການສື່ສານ
• ການຈັດຕັ້ງຕົນເອງ
• ການວາງແຜນ
• ການອອກແບບ (ປົກກະຕິແລ້ວລະຫັດ)
• ແລະບາງຄັ້ງການຄຸ້ມຄອງ, ຄວາມເປັນຜູ້ນໍາ, ການວິເຄາະຂໍ້ມູນ, ການຂຽນ, ການທົດແທນທີ່, ຄໍາແນະນໍາແລະທັກສະອື່ນໆຈໍານວນຫຼາຍ

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

ພື້ນທີ່ໃດທີ່ມີມູນຄ່າພັດທະນາໃນ?

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

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

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

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

ສິ່ງທີ່ຈະອ່ານ

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

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

2. Stephen R. Covey “7 ນິໄສຂອງຄົນທີ່ມີປະສິດຕິພາບສູງ”. ການປະສົມຂອງທັກສະທີ່ແຕກຕ່າງກັນ, ຈາກ proactivity ກັບທັກສະອ່ອນ, ໂດຍເນັ້ນໃສ່ການບັນລຸໄດ້ synergy ໃນເວລາທີ່ທ່ານຕ້ອງການທີ່ຈະເຮັດໃຫ້ທີມງານຂະຫນາດນ້ອຍເປັນກໍາລັງຂະຫນາດໃຫຍ່. ມັນຍັງງ່າຍຕໍ່ການອ່ານ.

3. Ray Dalio "ຫຼັກການ". ເປີດເຜີຍຫົວຂໍ້ຂອງການເປີດໃຈແລະ proactivity, ອີງໃສ່ປະຫວັດສາດຂອງບໍລິສັດທີ່ຜູ້ຂຽນໄດ້ສ້າງຂຶ້ນ, ທີ່ລາວຄຸ້ມຄອງສໍາລັບ 40 ປີ. ຕົວຢ່າງ​ທີ່​ຍາກ​ຫຼາຍ​ຢ່າງ​ທີ່​ໄດ້​ຮັບ​ຈາກ​ຊີວິດ​ສະແດງ​ໃຫ້​ເຫັນ​ວ່າ​ຄົນ​ມີ​ອະຄະຕິ​ແລະ​ເພິ່ງ​ພາ​ອາ​ໄສ​ແນວ​ໃດ ແລະ​ວິທີ​ທີ່​ຈະ​ກຳຈັດ​ມັນ​ອອກ.

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

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

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