ສອງໃນກ່ອງຫນຶ່ງ (ຖ້າທ່ານສາມາດ) ແລະທຸກຄົນໃນເອກະສານ (ສະເຫມີ).
ໃນສະພາບການ IT, "ສອງໃນກ່ອງຫນຶ່ງ" ຫມາຍເຖິງສອງເຄື່ອງແມ່ຂ່າຍຫຼືອົງປະກອບທີ່ຖືກອອກແບບມາເພື່ອເຮັດວຽກຮ່ວມກັນເພື່ອສະຫນອງການຊ້ໍາຊ້ອນແລະຄວາມຫນ້າເຊື່ອຖືເພີ່ມຂຶ້ນ. ການຕິດຕັ້ງນີ້ສາມາດຮັບປະກັນວ່າຖ້າອົງປະກອບຫນຶ່ງລົ້ມເຫລວ, ອີກອັນຫນຶ່ງຈະດໍາເນີນການປະຕິບັດງານຂອງມັນ, ດັ່ງນັ້ນການຮັກສາຄວາມຕໍ່ເນື່ອງຂອງການບໍລິການ. ເປົ້າຫມາຍຂອງການມີ "ສອງໃນປ່ອງ" ແມ່ນເພື່ອໃຫ້ຄວາມມີຢູ່ສູງແລະການຟື້ນຟູໄພພິບັດ. ນີ້ຍັງໃຊ້ກັບບົດບາດຂອງມະນຸດໃນອົງການຈັດຕັ້ງ; ຢ່າງໃດກໍຕາມ, ມັນບໍ່ຄ່ອຍຖືກປະຕິບັດ.
ໃຫ້ເບິ່ງຕົວຢ່າງການວິເຄາະທີ່ກ່ຽວຂ້ອງ. ພວກເຮົາທຸກຄົນອາດຈະຮູ້ຈັກບຸກຄົນໃນບໍລິສັດຫຼືອົງການຂອງພວກເຮົາໂດຍຊື່ຜູ້ທີ່ເປັນ "ໄປ" ສໍາລັບການວິເຄາະ. ພວກເຂົາເຈົ້າແມ່ນຜູ້ທີ່ມີບົດລາຍງານຫຼື dashboards ທີ່ມີຊື່ຫຼັງຈາກພວກເຂົາ - Mike's Report ຫຼື Jane's Dashboard. ແນ່ນອນ, ມີຄົນອື່ນທີ່ຮູ້ຈັກການວິເຄາະ, ແຕ່ເຫຼົ່ານີ້ແມ່ນແຊ້ມທີ່ແທ້ຈິງທີ່ເບິ່ງຄືວ່າຈະຮູ້ວິທີການເຮັດສິ່ງທີ່ຍາກທີ່ສຸດແລະບັນລຸໄດ້ຕາມກໍານົດເວລາ. ບັນຫາແມ່ນວ່າຄົນເຫຼົ່ານີ້ຢືນຢູ່ຄົນດຽວ. ໃນຫຼາຍໆກໍລະນີພາຍໃຕ້ຄວາມກົດດັນ, ເຂົາເຈົ້າບໍ່ໄດ້ເຮັດວຽກກັບໃຜເພາະວ່າມັນອາດຈະເຮັດໃຫ້ພວກເຂົາຊ້າລົງແລະນີ້ແມ່ນບ່ອນທີ່ບັນຫາເລີ່ມຕົ້ນ. ພວກເຮົາບໍ່ເຄີຍຄິດວ່າພວກເຮົາຈະສູນເສຍຄົນນີ້. ຂ້ອຍຈະຫລີກລ້ຽງຈາກແບບປົກກະຕິ "ໃຫ້ເວົ້າວ່າພວກເຂົາຖືກລົດເມ" ຫຼືໃຊ້ຕົວຢ່າງທີ່ນໍາໃຊ້ໂອກາດໃນຕະຫລາດວຽກໃນປະຈຸບັນແລະເວົ້າໃນແງ່ບວກເຊັ່ນ "ພວກເຂົາໄດ້ຮັບຫວຍ!", ເພາະວ່າພວກເຮົາທຸກຄົນຄວນເຮັດຫນ້າທີ່ຂອງພວກເຮົາໃນທາງບວກ. ມື້ນີ້.
ເລື່ອງ
ຕອນເຊົ້າວັນຈັນມາຮອດ, ແລະຜູ້ຊ່ຽວຊານດ້ານການວິເຄາະຂອງພວກເຮົາແລະແຊ້ມ MJ ໄດ້ຍື່ນລາອອກ. MJ ຊະນະຫວຍແລະໄດ້ອອກຈາກປະເທດແລ້ວໂດຍບໍ່ມີການດູແລໃນໂລກ. ທີມງານແລະຄົນທີ່ຮູ້ຈັກ MJ ຕື່ນເຕັ້ນແລະອິດສາ, ແຕ່ວຽກຕ້ອງໄປ. ໃນປັດຈຸບັນແມ່ນເວລາທີ່ມູນຄ່າແລະຄວາມເປັນຈິງຂອງສິ່ງທີ່ MJ ກໍາລັງເຮັດແມ່ນກໍາລັງຈະເຂົ້າໃຈ. MJ ໄດ້ຮັບຜິດຊອບສໍາລັບການເຜີຍແຜ່ສຸດທ້າຍແລະການກວດສອບການວິເຄາະ. ພວກເຂົາເຈົ້າສະເຫມີເບິ່ງຄືວ່າສາມາດປັບປຸງປະສິດທິພາບຫຼືເຮັດການປ່ຽນແປງທີ່ຫຍຸ້ງຍາກນັ້ນກ່ອນທີ່ຈະສະຫນອງການວິເຄາະໃຫ້ທຸກຄົນ. ບໍ່ມີໃຜສົນໃຈແທ້ໆວ່າມັນເຮັດໄດ້ແນວໃດແລະມີຄວາມຫມັ້ນຄົງໃນຄວາມຈິງທີ່ວ່າມັນເກີດຂຶ້ນ, ແລະ MJ ແມ່ນ Rock Star ສ່ວນບຸກຄົນ Analytics ດັ່ງນັ້ນລະດັບຂອງເອກະລາດໄດ້ຖືກມອບໃຫ້. ໃນປັດຈຸບັນຍ້ອນວ່າທີມງານເລີ່ມຕົ້ນທີ່ຈະເລືອກເອົາເຖິງຕ່ອນ, ການຮ້ອງຂໍ, ບັນຫາປະຈໍາວັນ, ການຮ້ອງຂໍການດັດແກ້ທີ່ເຂົາເຈົ້າສູນເສຍແລະເລີ່ມຕົ້ນທີ່ຈະ scramble. ບົດລາຍງານ / Dashboards ແມ່ນພົບເຫັນຢູ່ໃນລັດທີ່ບໍ່ຮູ້ຈັກ; ບາງຊັບສິນບໍ່ໄດ້ອັບເດດໃນທ້າຍອາທິດ, ແລະພວກເຮົາບໍ່ຮູ້ວ່າເປັນຫຍັງ; ປະຊາຊົນກໍາລັງຖາມວ່າມີຫຍັງເກີດຂຶ້ນແລະໃນເວລາທີ່ສິ່ງທີ່ຈະໄດ້ຮັບການແກ້ໄຂ, ການແກ້ໄຂທີ່ MJ ເວົ້າວ່າໄດ້ຖືກເຮັດແລ້ວບໍ່ໄດ້ສະແດງຂຶ້ນແລະພວກເຮົາບໍ່ຮູ້ວ່າເປັນຫຍັງ. ທີມງານເບິ່ງບໍ່ດີ. ມັນເປັນໄພພິບັດແລະຕອນນີ້ພວກເຮົາທຸກຄົນກຽດຊັງ MJ.
ບົດຮຽນ
ມີບາງວິທີເອົາງ່າຍ ແລະຈະແຈ້ງ.
- ຢ່າປ່ອຍໃຫ້ບຸກຄົນເຮັດວຽກຢ່າງດຽວ. ສຽງດີ ແຕ່ໃນທີມທີ່ໄວກວ່າ, ພວກເຮົາບໍ່ມີເວລາ ຫຼືຄົນທີ່ຈະເຮັດສິ່ງນີ້ໃຫ້ເກີດ. ຜູ້ຄົນໄປມາ, ວຽກງານມີຫຼາຍ, ສະນັ້ນມັນຈຶ່ງແບ່ງແຍກ ແລະ ເອົາຊະນະໃນນາມຂອງຜົນຜະລິດ.
- ທຸກຄົນຕ້ອງແບ່ງປັນຄວາມຮູ້ຂອງເຂົາເຈົ້າ. ຍັງສຽງດີແຕ່ພວກເຮົາແບ່ງປັນກັບຄົນທີ່ຖືກຕ້ອງຫຼືຄົນ? ຈົ່ງຈື່ໄວ້ວ່າຜູ້ຊະນະຫວຍຈໍານວນຫຼາຍແມ່ນເພື່ອນຮ່ວມງານ. ການເຮັດກອງປະຊຸມແລກປ່ຽນຄວາມຮູ້ຍັງໃຊ້ເວລາຫ່າງຈາກວຽກງານແລະປະຊາຊົນສ່ວນໃຫຍ່ພຽງແຕ່ລົງທຶນໃນທັກສະແລະຄວາມຮູ້ພຽງແຕ່ໃນເວລາທີ່ມີຄວາມຈໍາເປັນ.
ດັ່ງນັ້ນ, ມີວິທີແກ້ໄຂທີ່ແທ້ຈິງອັນໃດແດ່ທີ່ທຸກຄົນສາມາດປະຕິບັດໄດ້ແລະໄດ້ຮັບທາງຫລັງ?
ໃຫ້ເລີ່ມຕົ້ນດ້ວຍການຈັດການການຕັ້ງຄ່າ. ພວກເຮົາຈະໃຊ້ນີ້ເປັນຄໍາສັບ umbrella ສໍາລັບຫົວຂໍ້ທີ່ຄ້າຍຄືກັນຫຼາຍ.
- ການຈັດການການປ່ຽນແປງ: ຂະບວນການວາງແຜນ, ການປະຕິບັດ, ແລະການຄວບຄຸມການປ່ຽນແປງລະບົບຊອບແວໃນໂຄງສ້າງແລະລະບົບ. ຂະບວນການນີ້ມີຈຸດປະສົງເພື່ອຮັບປະກັນວ່າການປ່ຽນແປງແມ່ນເຮັດໃນລັກສະນະທີ່ຄວບຄຸມແລະມີປະສິດທິພາບ (ມີຄວາມສາມາດໃນການກັບຄືນ), ໂດຍມີການຂັດຂວາງຂັ້ນຕ່ໍາຂອງລະບົບທີ່ມີຢູ່ແລ້ວແລະຜົນປະໂຫຍດສູງສຸດຕໍ່ອົງການຈັດຕັ້ງ.
- ການຄຸ້ມຄອງໂຄງການ: ການວາງແຜນ, ການຈັດຕັ້ງ, ແລະການຄວບຄຸມໂຄງການພັດທະນາຊອບແວເພື່ອຮັບປະກັນວ່າພວກເຂົາສໍາເລັດຕາມເວລາ, ພາຍໃນງົບປະມານ, ແລະມາດຕະຖານທີ່ມີຄຸນນະພາບທີ່ຕ້ອງການ. ມັນກ່ຽວຂ້ອງກັບການປະສານງານຂອງຊັບພະຍາກອນ, ກິດຈະກໍາ, ແລະວຽກງານຕະຫຼອດວົງຈອນການພັດທະນາຊອບແວເພື່ອບັນລຸຈຸດປະສົງຂອງໂຄງການແລະສົ່ງຜະລິດຕະພັນຊອບແວຕາມກໍານົດເວລາ.
- ການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງແລະການຈັດສົ່ງຢ່າງຕໍ່ເນື່ອງ (CI/CD): ຂະບວນການອັດຕະໂນມັດການກໍ່ສ້າງ, ການທົດສອບ, ແລະການນໍາໃຊ້ຊອບແວ. ການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງຮຽກຮ້ອງໃຫ້ມີການລວມເອົາການປ່ຽນແປງລະຫັດເປັນປະຈໍາເຂົ້າໄປໃນບ່ອນເກັບມ້ຽນທີ່ໃຊ້ຮ່ວມກັນແລະດໍາເນີນການທົດສອບອັດຕະໂນມັດເພື່ອກວດພົບຂໍ້ຜິດພາດໃນຂະບວນການພັດທະນາໃນຕົ້ນປີ. ການຈັດສົ່ງ/ການນຳໃຊ້ຢ່າງຕໍ່ເນື່ອງ ກ່ຽວຂ້ອງກັບການປ່ອຍລະຫັດທີ່ຜ່ານການທົດສອບ ແລະກວດສອບຄວາມຖືກຕ້ອງໂດຍອັດຕະໂນມັດເຂົ້າໃນການຜະລິດ, ອະນຸຍາດໃຫ້ມີການເປີດເຜີຍຄຸນສົມບັດ ແລະການປັບປຸງໃໝ່ໆຢ່າງໄວວາ ແລະເລື້ອຍໆ.
- ການຄວບຄຸມເວີຊັນ: ຂະບວນການຈັດການການປ່ຽນແປງລະຫັດແຫຼ່ງແລະເຄື່ອງປອມຊອບແວອື່ນໆໃນໄລຍະເວລາໂດຍໃຊ້ເຄື່ອງມືຊອບແວພິເສດ. ມັນອະນຸຍາດໃຫ້ນັກພັດທະນາສາມາດຮ່ວມມືກັບ codebase, ຮັກສາປະຫວັດການປ່ຽນແປງທີ່ສົມບູນ, ແລະທົດລອງຄຸນສົມບັດໃຫມ່ໂດຍບໍ່ມີຜົນກະທົບຕໍ່ codebase ຕົ້ນຕໍ.
ທັງຫມົດຂ້າງເທິງນີ້ຫມາຍເຖິງການປະຕິບັດການພັດທະນາຊອບແວທີ່ດີ. ການວິເຄາະທີ່ຂັບລົດແລະດໍາເນີນທຸລະກິດສົມຄວນບໍ່ຫນ້ອຍຍ້ອນວ່າພວກເຂົາເປັນພາລະກິດທີ່ສໍາຄັນຕໍ່ການຕັດສິນໃຈ. ຊັບສິນການວິເຄາະທັງໝົດ (ວຽກ ETL, ຄໍານິຍາມ semantic, ຄໍານິຍາມ metrics, ບົດລາຍງານ, dashboards, story…etc) ແມ່ນພຽງແຕ່ snippets ລະຫັດທີ່ມີການໂຕ້ຕອບສາຍຕາສໍາລັບການອອກແບບແລະເບິ່ງຄືວ່າການປ່ຽນແປງເລັກນ້ອຍສາມາດເຮັດໃຫ້ເກີດຄວາມເສຍຫາຍໃນການດໍາເນີນງານ.
ການນໍາໃຊ້ການຄຸ້ມຄອງການຕັ້ງຄ່າກວມເອົາພວກເຮົາເພື່ອສືບຕໍ່ດໍາເນີນການຢູ່ໃນສະພາບທີ່ດີ. ຊັບສິນແມ່ນເປັນສະບັບເພື່ອໃຫ້ພວກເຮົາສາມາດເຫັນສິ່ງທີ່ເກີດຂຶ້ນໃນຊີວິດຂອງເຂົາເຈົ້າ, ພວກເຮົາຮູ້ວ່າຜູ້ທີ່ກໍາລັງເຮັດວຽກກ່ຽວກັບສິ່ງທີ່ຄຽງຄູ່ກັບຄວາມຄືບຫນ້າແລະກໍານົດເວລາ, ແລະພວກເຮົາຮູ້ວ່າການຜະລິດຈະດໍາເນີນຕໍ່ໄປ. ສິ່ງທີ່ບໍ່ໄດ້ກວມເອົາໂດຍຂະບວນການອັນບໍລິສຸດໃດໆແມ່ນການຖ່າຍທອດຄວາມຮູ້ແລະຄວາມເຂົ້າໃຈວ່າເປັນຫຍັງສິ່ງຕ່າງໆຈຶ່ງເປັນແບບນັ້ນ.
ທຸກໆລະບົບ, ຖານຂໍ້ມູນ, ແລະເຄື່ອງມືການວິເຄາະມີ quirks ຂອງຕົນເອງ. ສິ່ງທີ່ເຮັດໃຫ້ພວກເຂົາໄປໄວຫຼືຊ້າ, ລາຍການທີ່ເຮັດໃຫ້ພວກເຂົາປະຕິບັດວິທີການທີ່ແນ່ນອນຫຼືສ້າງຜົນໄດ້ຮັບທີ່ຕ້ອງການ. ເຫຼົ່ານີ້ສາມາດເປັນການຕັ້ງຄ່າໃນລະດັບລະບົບຫຼືລະດັບໂລກຫຼືສິ່ງທີ່ຢູ່ໃນການອອກແບບຊັບສິນທີ່ເຮັດໃຫ້ພວກເຂົາດໍາເນີນການຄືກັນກັບທີ່ເຂົາເຈົ້າຄວນຈະ. ບັນຫາແມ່ນວ່າສິ່ງເຫຼົ່ານີ້ສ່ວນຫຼາຍແມ່ນໄດ້ຮຽນຮູ້ໃນໄລຍະເວລາແລະບໍ່ມີບ່ອນຢູ່ສະເຫມີເພື່ອບັນທຶກພວກມັນ. ເຖິງແມ່ນວ່າພວກເຮົາຍ້າຍໄປຢູ່ໃນລະບົບ Cloud ທີ່ພວກເຮົາບໍ່ໄດ້ຄວບຄຸມວິທີການປະຕິບັດຄໍາຮ້ອງສະຫມັກແລະພວກເຮົາອີງໃສ່ຜູ້ສະຫນອງເພື່ອເຮັດໃຫ້ມັນໄວເທົ່າທີ່ຈະໄວໄດ້, ການປັບປ່ຽນຄໍານິຍາມຍັງສືບຕໍ່ຢູ່ໃນຊັບສິນຂອງພວກເຮົາເພື່ອປົດລັອກສິ່ງທີ່ພວກເຮົາກໍາລັງຊອກຫາ. ຄວາມຮູ້ນີ້ແມ່ນສິ່ງທີ່ຕ້ອງໄດ້ຮັບການເກັບກໍາແລະແບ່ງປັນໂດຍການເຮັດໃຫ້ມັນສາມາດໃຊ້ໄດ້ກັບຄົນອື່ນ. ຄວາມຮູ້ນີ້ຕ້ອງເປັນສ່ວນໜຶ່ງຂອງເອກະສານຊັບສິນ ແລະ ເປັນສ່ວນໜຶ່ງທີ່ສຳຄັນຂອງການຄວບຄຸມເວີຊັນ & CI/CD ກວດສອບ ແລະ ຂັ້ນຕອນການອະນຸມັດ ແລະໃນບາງກໍລະນີແມ່ນເປັນສ່ວນໜຶ່ງຂອງລາຍການກວດສອບກ່ອນການເຜີຍແຜ່ສິ່ງທີ່ຕ້ອງເຮັດ ແລະ ບໍ່. ເຮັດ.
ບໍ່ມີຄໍາຕອບ magic ຫຼື AI ທີ່ຈະກວມເອົາທາງລັດໃນຂະບວນການວິເຄາະຂອງພວກເຮົາຫຼືຂາດມັນ. ໂດຍບໍ່ຄໍານຶງເຖິງຂະຫນາດຂອງທີມງານທີ່ຮັກສາຂໍ້ມູນແລະການວິເຄາະໄຫຼລົງທືນໃນລະບົບການຕິດຕາມການປ່ຽນແປງ, ສະບັບຊັບສິນທັງຫມົດແລະຊ່ວຍບັນທຶກຂະບວນການພັດທະນາແລະເກັບກໍາຄວາມຮູ້ແມ່ນມີຄວາມຈໍາເປັນ. ການລົງທຶນໃນຂະບວນການ ແລະເວລາຕໍ່ຫນ້າຈະຊ່ວຍປະຢັດເວລາເສຍເວລາຫຼາຍໂຕນໃນພາຍຫຼັງທີ່ຊອກຫາສິ່ງຕ່າງໆອອກເພື່ອຮັກສາສະພາບທີ່ດີຂອງການວິເຄາະຂອງພວກເຮົາ. ສິ່ງທີ່ເກີດຂຶ້ນແລະດີທີ່ສຸດທີ່ຈະມີນະໂຍບາຍປະກັນໄພສໍາລັບ MJs ແລະຜູ້ຊະນະ lottery ອື່ນໆ.