ໃຜຢູ່ໃນ IT?

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

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

ການຜະລິດ IT ສໍາລັບ uninitiated

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

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

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

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

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

ວົງຈອນຊີວິດຂອງຊອບແວເປັນພື້ນຖານສໍາລັບພາລະບົດບາດການຜະລິດ

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

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

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

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

ຄວາມຫຼາກຫຼາຍຂອງຕໍາແຫນ່ງໂດຍໃຊ້ຕົວຢ່າງຂອງບົດບາດຂອງນັກວິເຄາະ

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

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

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

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

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

ພວກເຮົາເອົາມາຈາກພາຍນອກຫຼືເຕີບໃຫຍ່?

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

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

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

ການ​ຕັດ​ສິນ​, ການ​ເຊື່ອມ​ໂຍງ​ແລະ​ວິ​ວັດ​ການ​ພາ​ລະ​ບົດ​ບາດ​ການ​ຜະ​ລິດ​

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

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

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

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

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

"ສວນສັດ" ຂອງຕໍາແຫນ່ງໄອທີແມ່ນຫຍັງຜິດພາດ?

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

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

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

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

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

ມັນເປັນໄປໄດ້ທີ່ຈະນໍາເອົາທຸກສິ່ງທຸກຢ່າງໄປສູ່ຕົວຫານທົ່ວໄປ?

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

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

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

ວິທີການສ້າງບຸກຄະລາກອນທີ່ມີປະສິດທິພາບໃນການຜະລິດ IT

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

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

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

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

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

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

ຂ້າພະເຈົ້າສະແດງຄວາມຂອບໃຈກັບເພື່ອນຮ່ວມງານທີ່ໄດ້ມີສ່ວນຮ່ວມໃນການກະກຽມແລະການສະຫນັບສະຫນູນຄວາມກ່ຽວຂ້ອງຂອງບົດຄວາມນີ້: Valentina Vershinina ແລະ Yuri Krupin.

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