Copilot GitHub Copilot ມີປະສິດທິພາບກວມເອົາທີ່ແຕກຕ່າງກັນ

ເອົາ GitHub
Copilot ກັບດວງດາວ, ບໍ່ພຽງແຕ່ທ້ອງຟ້າ
5 ເຄັດລັບການຂຶ້ນຍົນສຳລັບການເປີດຕົວ Copilot ທີ່ຫນ້າຕື່ນເຕັ້ນ
Daniel Figuicio, ພາກສະໜາມ CTO, APAC;
Bronte van der Hoorn, ຜູ້ຈັດການຜະລິດຕະພັນຂອງພະນັກງານ

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

ການແນະນໍາ: ການກະກຽມສໍາລັບການເປີດຕົວ GitHub Copilot ສົບຜົນສໍາເລັດ

ຜົນກະທົບຂອງ GitHub Copilot ຕໍ່ກັບຊຸມຊົນນັກພັດທະນາແມ່ນບໍ່ມີຫຍັງສັ້ນຂອງການຫັນປ່ຽນ. ຂໍ້ມູນຂອງພວກເຮົາເປີດເຜີຍວ່າ Copilot ຊ່ວຍເພີ່ມປະສິດທິພາບຂອງນັກພັດທະນາໄດ້ເຖິງ 55% ແລະເພີ່ມຄວາມຫມັ້ນໃຈໃນຄຸນະພາບລະຫັດສໍາລັບ 85% ຂອງຜູ້ໃຊ້. ດ້ວຍການເປີດຕົວທຸລະກິດ Copilot ໃນປີ 2023, ແລະການນໍາວິສາຫະກິດ Copilot ໃນປີ 2024, ມັນເປັນບູລິມະສິດຂອງພວກເຮົາທີ່ຈະສະຫນັບສະຫນູນທຸກອົງການຈັດຕັ້ງໃນການເຊື່ອມໂຍງກັບ Copilot ເຂົ້າໄປໃນຂະບວນການເຮັດວຽກຂອງເຂົາເຈົ້າ.
ເພື່ອສ້າງການເປີດຕົວສົບຜົນສໍາເລັດ, ຮັບປະກັນການຮັບຮອງຈາກທີມງານຄຸ້ມຄອງແລະຄວາມປອດໄພ, ການຈັດສັນງົບປະມານ, ສໍາເລັດການຊື້, ແລະການປະຕິບັດຕາມນະໂຍບາຍຂອງອົງການຈັດຕັ້ງແມ່ນຈໍາເປັນ. ຢ່າງໃດກໍ່ຕາມ, ມີຫຼາຍອັນທີ່ເຈົ້າສາມາດເຮັດໄດ້ເພື່ອສົ່ງເສີມການເປີດຕົວທີ່ລຽບງ່າຍ.
ຄວາມຕື່ນເຕັ້ນປະມານຜົນກະທົບຂອງ Copilot ແມ່ນ palpable. ມັນບໍ່ພຽງແຕ່ກ່ຽວກັບການເລັ່ງການພັດທະນາ; ມັນແມ່ນກ່ຽວກັບການເສີມຂະຫຍາຍຄຸນນະພາບຂອງການເຮັດວຽກແລະການເພີ່ມຄວາມຫມັ້ນໃຈຂອງຜູ້ພັດທະນາ. ໃນຂະນະທີ່ພວກເຮົາແນະນໍາ Copilot ໃຫ້ກັບທຸລະກິດ ແລະອົງການຈັດຕັ້ງຫຼາຍຂຶ້ນ, ຈຸດສຸມຂອງພວກເຮົາແມ່ນກ່ຽວກັບການຊ່ວຍອໍານວຍຄວາມສະດວກໃຫ້ແກ່ການເຊື່ອມໂຍງເຂົ້າກັບທຸກຄົນ.
ການວາງແຜນເບື້ອງຕົ້ນແມ່ນສໍາຄັນສໍາລັບການຮັບຮອງເອົາທີ່ລຽບງ່າຍ. ການເລີ່ມຕົ້ນການສົນທະນາກັບທີມງານຄຸ້ມຄອງແລະຄວາມປອດໄພ, ງົບປະມານການວາງແຜນ, ແລະການນໍາທາງຂະບວນການຊື້ຄວນຈະເລີ່ມຕົ້ນໄດ້ດີກ່ອນເວລາ. ການຄາດການລ່ວງໜ້ານີ້ອະນຸຍາດໃຫ້ມີການວາງແຜນທີ່ສົມບູນແບບ ແລະຮັບປະກັນການປະຕິບັດຕາມນະໂຍບາຍຂອງອົງກອນຂອງທ່ານ, ປູທາງໃຫ້ເກີດຄວາມເຄັ່ງຕຶງໜ້ອຍລົງສຳລັບການເຊື່ອມໂຍງກັບ Copilot.
ໂດຍການເລີ່ມຕົ້ນການສົນທະນາ ແລະຂັ້ນຕອນການວາງແຜນເຫຼົ່ານີ້ໃນຕອນຕົ້ນ, ທ່ານສາມາດຜ່ອນຜັນການຫັນປ່ຽນ ແລະແກ້ໄຂອຸປະສັກທີ່ອາດເກີດຂຶ້ນຢ່າງຕັ້ງໜ້າ. ການກະກຽມນີ້ຮັບປະກັນວ່າໃນເວລາທີ່ Copilot ກຽມພ້ອມທີ່ຈະເປີດຕົວໃຫ້ກັບທີມງານຂອງທ່ານ, ທຸກສິ່ງທຸກຢ່າງແມ່ນຢູ່ໃນສະຖານທີ່ສໍາລັບການເປີດຕົວສົບຜົນສໍາເລັດ.
ໃນຄູ່ມືນີ້, ພວກເຮົາຈະແບ່ງປັນຍຸດທະສາດທີ່ລວບລວມຈາກອົງການຈັດຕັ້ງທຸກຂະຫນາດທີ່ໄດ້ປະສົມປະສານສົບຜົນສໍາເລັດໃນ Copilot ເຂົ້າໄປໃນຂະບວນການພັດທະນາຂອງພວກເຂົາ.
ໂດຍການປະຕິບັດຕາມຂັ້ນຕອນເຫຼົ່ານີ້, ທ່ານບໍ່ພຽງແຕ່ສາມາດປັບປຸງການເປີດຕົວ Copilot ຂອງທ່ານເທົ່ານັ້ນ, ແຕ່ຍັງເພີ່ມຜົນປະໂຫຍດໄລຍະຍາວຂອງມັນໃຫ້ກັບທີມງານຂອງທ່ານ.
ຢ່າລໍຖ້າຈົນຮອດນາທີສຸດທ້າຍ—ເລີ່ມກະກຽມດຽວນີ້ເພື່ອປົດລັອກຄວາມສາມາດອັນເຕັມທີ່ຂອງ Copilot ແລະສ້າງປະສົບການທີ່ລຽບງ່າຍໃຫ້ກັບນັກພັດທະນາຂອງທ່ານຕັ້ງແຕ່ມື້ທຳອິດ.

ເຄັດລັບທີ 1: ເພື່ອສ້າງຄວາມເຊື່ອໝັ້ນ, ຄວາມໂປ່ງໃສແມ່ນຈຳເປັນ

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

ຍຸດທະສາດຫຼັກສໍາລັບການສ້າງຄວາມໄວ້ວາງໃຈ:

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

Sample ແຜນ​ການ​ສື່​ສານ​

• ປະກາດເບື້ອງຕົ້ນ:
  ຂໍ້ຄວາມ: "ພວກເຮົາຕື່ນເຕັ້ນທີ່ຈະປະກາດການຮັບຮອງເອົາ GitHub Copilot ເພື່ອເພີ່ມຂະບວນການພັດທະນາຂອງພວກເຮົາ. ເຄື່ອງມືນີ້ຈະຊ່ວຍໃຫ້ພວກເຮົາບັນລຸເປົ້າຫມາຍການປັບປຸງຄຸນນະພາບລະຫັດແລະການເລັ່ງຮອບການປ່ອຍຕົວຂອງພວກເຮົາ. ການມີສ່ວນຮ່ວມແລະຄໍາຕິຊົມຂອງທ່ານແມ່ນສໍາຄັນສໍາລັບການເປີດຕົວສົບຜົນສໍາເລັດ."
• ຊ່ອງ: ອີເມວ, ຈົດໝາຍຂ່າວພາຍໃນ, ກອງປະຊຸມທີມງານ.
• ເຊດຊັນ ຖາມ-ຕອບ ປົກກະຕິ:
  ຂໍ້ຄວາມ: "ເຂົ້າຮ່ວມກອງປະຊຸມ Q&A ຂອງພວກເຮົາເພື່ອຮຽນຮູ້ເພີ່ມເຕີມກ່ຽວກັບ GitHub Copilot ແລະວິທີທີ່ມັນສາມາດເປັນປະໂຫຍດແກ່ທີມງານຂອງພວກເຮົາ. ແບ່ງປັນຄໍາຖາມແລະຄໍາຕິຊົມຂອງທ່ານເພື່ອຊ່ວຍໃຫ້ພວກເຮົາແກ້ໄຂຄວາມກັງວົນໃດໆແລະປັບປຸງຂະບວນການເຊື່ອມໂຍງ."
• ຊ່ອງ: ກອງປະຊຸມວິດີໂອ, ອິນເຕີເນັດຂອງບໍລິສັດ.
• ການປັບປຸງຄວາມຄືບໜ້າ ແລະວັດແທກ:
  ຂໍ້ຄວາມ: "ພວກເຮົາກໍາລັງຕິດຕາມການວັດແທກທີ່ສໍາຄັນເພື່ອຮັບປະກັນ GitHub Copilot ຊ່ວຍໃຫ້ພວກເຮົາບັນລຸເປົ້າຫມາຍຂອງພວກເຮົາ. ນີ້ແມ່ນການອັບເດດຫຼ້າສຸດກ່ຽວກັບຄວາມຄືບໜ້າຂອງພວກເຮົາ ແລະວ່າ Copilot ກໍາລັງສ້າງຄວາມແຕກຕ່າງແນວໃດ.”
• ຊ່ອງ: ບົດລາຍງານປະຈໍາເດືອນ, dashboards.
• ການຝຶກອົບຮົມແລະການແຈກຢາຍຊັບພະຍາກອນ:
  ຂໍ້ຄວາມ: "ກວດເບິ່ງອຸປະກອນການຝຶກອົບຮົມໃຫມ່ຂອງພວກເຮົາແລະຄູ່ມືການປະຕິບັດທີ່ດີທີ່ສຸດສໍາລັບການນໍາໃຊ້ GitHub Copilot. ຊັບພະຍາກອນເຫຼົ່ານີ້ຖືກອອກແບບເພື່ອຊ່ວຍໃຫ້ທ່ານໃຊ້ເຄື່ອງມືທີ່ມີປະສິດທິພາບສູງສຸດນີ້.”
• ຊ່ອງ: wiki ພາຍໃນ, ອີເມວ, ກອງປະຊຸມຝຶກອົບຮົມ.

ຢ່າ​ພຽງ​ແຕ່​ຟັງ​ພວກ​ເຮົາ…
ການທົດສອບການຂຽນເປັນພື້ນທີ່ຫນຶ່ງທີ່ນັກພັດທະນາຂອງ Accenture ໄດ້ພົບເຫັນ GitHub Copilot ເປັນປະໂຫຍດທີ່ສຸດ. "ມັນອະນຸຍາດໃຫ້ພວກເຮົາໃຊ້ເວລາເພື່ອສ້າງການທົດສອບຫນ່ວຍງານທັງຫມົດ, ການທົດສອບການເຮັດວຽກ, ແລະການທົດສອບການປະຕິບັດທີ່ພວກເຮົາຕ້ອງການໃນທໍ່ຂອງພວກເຮົາໂດຍບໍ່ຈໍາເປັນຕ້ອງກັບຄືນໄປບ່ອນແລະຂຽນລະຫັດສອງເທົ່າຢ່າງມີປະສິດທິພາບ.
ມັນບໍ່ເຄີຍມີເວລາພຽງພໍໃນອະດີດທີ່ຈະກັບໄປແລະໄປຫາພວກເຂົາທັງຫມົດ,” Schocke ເວົ້າ.
ນອກເຫນືອຈາກການທົດສອບການຂຽນ, Copilot ຍັງໄດ້ອະນຸຍາດໃຫ້ຜູ້ພັດທະນາຂອງ Accenture ແກ້ໄຂຫນີ້ສິນດ້ານວິຊາການທີ່ເພີ່ມຂຶ້ນເລື້ອຍໆທີ່ທ້າທາຍອົງການຈັດຕັ້ງຂອງຂະຫນາດຂອງມັນ.
“ພວກເຮົາມີວຽກຫຼາຍກວ່ານັກພັດທະນາ. ພວກເຮົາບໍ່ສາມາດເຂົ້າຫາມັນທັງຫມົດ,” Schocke ເວົ້າ. "ໂດຍການເພີ່ມທັກສະຂອງນັກພັດທະນາຂອງພວກເຮົາແລະຊ່ວຍໃຫ້ພວກເຂົາຜະລິດຄຸນສົມບັດແລະຫນ້າທີ່ໄວຂຶ້ນດ້ວຍຄຸນນະພາບທີ່ສູງຂຶ້ນ, ພວກເຮົາສາມາດເຂົ້າຫາວຽກງານທີ່ບໍ່ເຄີຍມີມາກ່ອນ."
Daniel Schocke | ສະຖາປະນິກຄໍາຮ້ອງສະຫມັກ, Accenture | ເນັ້ນສຽງ
ກໍລະນີສຶກສາ Accenture & GitHub
ສະຫຼຸບ
ເພື່ອສ້າງຄວາມເຊື່ອຫມັ້ນ, ແຈ້ງເຫດຜົນສໍາລັບການຮັບຮອງເອົາ GitHub Copilot ແລະວິທີທີ່ມັນສອດຄ່ອງກັບເປົ້າຫມາຍຂອງອົງການຂອງທ່ານ. ການສະຫນອງການປັບປຸງເປັນປົກກະຕິ, ເປີດກອງປະຊຸມ Q&A, ແລະການຝຶກອົບຮົມຢ່າງຕໍ່ເນື່ອງຈະຊ່ວຍໃຫ້ທີມງານຂອງທ່ານຮູ້ສຶກສະບາຍໃຈແລະແກ້ໄຂຄວາມກັງວົນໃດໆ.

ຄໍາແນະນໍາ # 2: ຄວາມພ້ອມດ້ານເຕັກໂນໂລຢີ, ໃນນີ້, ພວກເຮົາໄວ້ວາງໃຈ

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

ຍຸດທະສາດທີ່ສໍາຄັນສໍາລັບການກຽມພ້ອມ nailing tech:

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

ໄດ້​ຍິນ​ມັນ​ຈາກ​ເຂົາ​ເຈົ້າ ...
“ພວກ​ເຮົາ​ໄດ້​ສ້າງ​ລະ​ບົບ​ຈັດ​ຫາ​ທີ່​ນັ່ງ​ອັດ​ຕະ​ໂນ​ມັດ​ແລະ​ການ​ຄຸ້ມ​ຄອງ​ເພື່ອ​ຕອບ​ສະ​ຫນອງ​ຄວາມ​ຕ້ອງ​ການ​ສະ​ເພາະ​ຂອງ​ພວກ​ເຮົາ​. ພວກເຮົາຕ້ອງການໃຫ້ນັກພັດທະນາຢູ່ ASOS ທີ່ຕ້ອງການໃຊ້ GitHub Copilot ເພື່ອໃຫ້ສາມາດມີ friction ຫນ້ອຍທີ່ສຸດເທົ່າທີ່ເປັນໄປໄດ້. ແຕ່ພວກເຮົາບໍ່ຕ້ອງການທີ່ຈະເປີດມັນສໍາລັບທຸກຄົນໃນລະດັບອົງການຈັດຕັ້ງ, ຍ້ອນວ່າມັນຈະເປັນການນໍາໃຊ້ຊັບພະຍາກອນທີ່ບໍ່ມີປະສິດທິພາບ pretty. ດັ່ງນັ້ນພວກເຮົາກໍ່ສ້າງລະບົບການບໍລິການຕົນເອງຂອງພວກເຮົາ.
ພວກເຮົາມີພາຍໃນ webສະຖານທີ່ທີ່ພະນັກງານທຸກຄົນມີ profile. ເພື່ອຮັບບ່ອນນັ່ງ GitHub Copilot, ທັງໝົດທີ່ເຂົາເຈົ້າຕ້ອງເຮັດແມ່ນຄລິກປຸ່ມດຽວໃນໂປຣແກມຂອງເຂົາເຈົ້າfile. ທີ່ຢູ່ເບື້ອງຫຼັງ, ມັນເລີ່ມຕົ້ນຂະບວນການຟັງຊັນ Microsoft Azure ທີ່ກວດສອບ Azure token ຂອງຜູ້ພັດທະນາແລະໂທຫາ GitHub Copilot Business API ເພື່ອສະຫນອງບ່ອນນັ່ງ. ນັກພັດທະນາສາມາດເຮັດສິ່ງນີ້ໄດ້ຈາກເສັ້ນຄໍາສັ່ງ, ຖ້າພວກເຂົາຕ້ອງການ.
ໃນຂະນະດຽວກັນ, ພວກເຮົາມີຟັງຊັນ Azure ທີ່ກວດສອບບັນຊີທີ່ບໍ່ເຄື່ອນໄຫວໃນຕອນກາງຄືນໂດຍການດຶງຂໍ້ມູນການນໍາໃຊ້ບ່ອນນັ່ງ. ຖ້າບ່ອນນັ່ງບໍ່ຖືກໃຊ້ເປັນເວລາ 30 ມື້, ພວກເຮົາໝາຍມັນເພື່ອລຶບອອກກ່ອນທີ່ຮອບບິນຕໍ່ໄປຈະເລີ່ມຂຶ້ນ. ພວກເຮົາກວດເບິ່ງການເຄື່ອນໄຫວຄັ້ງສຸດທ້າຍກ່ອນການລຶບ ແລະຈາກນັ້ນສົ່ງອີເມວໄປຫາຜູ້ພັດທະນາທັງໝົດທີ່ບ່ອນນັ່ງຖືກຖອນຄືນ. ຖ້າພວກເຂົາຕ້ອງການບ່ອນນັ່ງອີກເທື່ອຫນຶ່ງ, ພວກເຂົາສາມາດກົດປຸ່ມນັ້ນແລະເລີ່ມຕົ້ນຂະບວນການອີກເທື່ອຫນຶ່ງ."
Dylan Morley | ຫົວຫນ້າວິສະວະກອນ | ASOS
ASOS & GitHub ກໍລະນີສຶກສາ
ສະຫຼຸບ
ເພື່ອສ້າງ GitHub Copilot onboarding ທີ່ລຽບງ່າຍ, ນໍາໃຊ້ເອກະສານຂອງ GitHub ແລະມີສ່ວນຮ່ວມກັບຜູ້ຮັບຮອງເອົາຕົ້ນເພື່ອກໍານົດບັນຫາທີ່ອາດຈະເກີດຂຶ້ນກ່ອນທີ່ຈະນໍາໄປໃຊ້ໃນອົງການຈັດຕັ້ງທັງຫມົດ. ການປະຕິບັດກົນໄກການຕອບໂຕ້ທີ່ເຂັ້ມແຂງຈະຊ່ວຍໃຫ້ທ່ານປັບປຸງຂະບວນການແລະປັບປຸງປະສົບການຢ່າງຕໍ່ເນື່ອງ.

ຄໍາແນະນໍາ #3: ຄໍາແນະນໍາການຝຶກອົບຮົມ, ແສງສະຫວ່າງນໍາພາ

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

ຍຸດ​ທະ​ສາດ​ທີ່​ສໍາ​ຄັນ​ສໍາ​ລັບ​ການ​ຝຶກ​ອົບ​ຮົມ supercharging​:

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

ຄວາມສຳເລັດເວົ້າດ້ວຍຕົວມັນເອງ...
“ເມື່ອພວກເຮົາໄປເປີດຕົວ GitHub Copilot ໃຫ້ກັບຜູ້ພັດທະນາ 6,000 ຄົນຂອງ Cisco ໃນກຸ່ມທຸລະກິດຂອງພວກເຮົາ, ພວກເຂົາມີຄວາມກະຕືລືລົ້ນ ແລະຕື່ນເຕັ້ນ, ແຕ່ມີຄຳຖາມຫຼາຍຢ່າງ. ພວກເຮົາໄດ້ຮ່ວມມືກັບທີມງານສະຫນັບສະຫນູນ GitHub Premium ຂອງພວກເຮົາເພື່ອເປັນເຈົ້າພາບຊຸດຝຶກອົບຮົມທີ່ພວກເຂົາໄດ້ອະທິບາຍວິທີການເລີ່ມຕົ້ນດ້ວຍ GitHub Copilot, ສະຫນອງການປະຕິບັດທີ່ດີທີ່ສຸດສໍາລັບການຂຽນຂໍ້ຄວາມທີ່ມີປະໂຫຍດ, ແລະສະແດງໃຫ້ເຫັນຄວາມສາມາດພິເສດຂອງມັນ, ຕິດຕາມດ້ວຍ Q&A. ບໍ່ດົນພໍ, ນັກພັດທະນາຂອງພວກເຮົາໄດ້ໃຊ້ GitHub Copilot ຢ່າງໝັ້ນໃຈຕະຫຼອດການພັດທະນາມື້ຕໍ່ວັນ. ສິ່ງທີ່ຊ່ວຍພວກເຮົາຢ່າງແທ້ຈິງແມ່ນໄດ້ຮັບຄວາມເຂົ້າໃຈກ່ຽວກັບຄໍາຖາມແລະຄວາມກັງວົນຂອງຜູ້ພັດທະນາຂອງພວກເຮົາກ່ອນ, ແລະການຮັກສາກອງປະຊຸມຂອງພວກເຮົາໃນລະດັບສູງ, ເພື່ອແກ້ໄຂຄວາມກັງວົນເບື້ອງຕົ້ນໃນລະຫວ່າງກອງປະຊຸມ Q&A ຂອງພວກເຮົາ."
Brian Keith | ຫົວຫນ້າເຄື່ອງມືວິສະວະກໍາ, Cisco Secure | ຊິສໂກ
ກໍລະນີສຶກສາ Cisco & GitHub
ສະຫຼຸບ
ເອກະສານການຝຶກອົບຮົມແມ່ນສໍາຄັນ - ປັບແຕ່ງໃຫ້ເຂົາເຈົ້າກັບພາສາແລະກອບການເຮັດວຽກທີ່ນັກພັດທະນາຂອງທ່ານໃຊ້ປະຈໍາວັນ. ສົ່ງເສີມວັດທະນະທໍາຂອງການແບ່ງປັນຊ່ວງເວລາ 'wow' ໃນບັນດາທີມງານຂອງທ່ານແລະໃຫ້ແນ່ໃຈວ່າຈະສະຫນອງການປັບປຸງເປັນປົກກະຕິກ່ຽວກັບຜົນສໍາເລັດແລະຈຸດສໍາຄັນທີ່ອົງການຂອງທ່ານບັນລຸໄດ້ໂດຍໃຊ້ GitHub Copilot.
ການເຂົ້າສູ່ເຄື່ອງມືເຕັກໂນໂລຢີໃຫມ່ຕ້ອງໃຊ້ເວລາ, ແລະໃນຂະນະທີ່ພວກເຮົາໄດ້ປັບປຸງຂະບວນການໃຫ້ຫຼາຍເທົ່າທີ່ເປັນໄປໄດ້, ວິສະວະກອນຍັງຕ້ອງການເວລາສະເພາະເພື່ອຕັ້ງຄ່າ GitHub Copilot ໃນສະພາບແວດລ້ອມການເຮັດວຽກຂອງພວກເຂົາ. ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະສ້າງຄວາມຕື່ນເຕັ້ນແລະໂອກາດສໍາລັບວິສະວະກອນທີ່ຈະທົດລອງກັບ Copilot ແລະເບິ່ງວ່າມັນເຫມາະສົມກັບຂະບວນການເຮັດວຽກຂອງພວກເຂົາແນວໃດ. ການຄາດຫວັງວ່າວິສະວະກອນຈະລົງເຮືອໄປຫາ GitHub Copilot ໃນຂະນະທີ່ຢູ່ພາຍໃຕ້ຄວາມກົດດັນຂອງການຈັດສົ່ງທີ່ບໍ່ເປັນຈິງແມ່ນບໍ່ສາມາດປະຕິບັດໄດ້; ທຸກໆຄົນຕ້ອງການເວລາເພື່ອປະສົມປະສານເຄື່ອງມືໃຫມ່ເຂົ້າໃນການປະຕິບັດຂອງພວກເຂົາຢ່າງມີປະສິດທິພາບ.

ຍຸດທະສາດທີ່ສໍາຄັນສໍາລັບການເຮັດໃຫ້ການຜູກມັດ

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

Sampຕາຕະລາງການຂຶ້ນເຮືອບິນ:
ມື້ທີ 1: ການແນະນຳ ແລະການຕັ້ງຄ່າ

• ຕອນເຊົ້າ: ເບິ່ງວິດີໂອສອນກ່ຽວກັບການຕິດຕັ້ງ ແລະຕັ້ງຄ່າ GitHub Copilot.
• ຕອນບ່າຍ: ຕິດຕັ້ງແລະຕັ້ງຄ່າ plugin ໃນສະພາບແວດລ້ອມການພັດທະນາຂອງທ່ານ.

ວັນທີ 2: ການຮຽນຮູ້ ແລະ ການທົດລອງ

• ຕອນເຊົ້າ: ເບິ່ງເນື້ອຫາທີ່ກ່ຽວຂ້ອງ examples ຂອງ GitHub Copilot ໃນການປະຕິບັດ.
• ຕອນບ່າຍ: ຂຽນລະຫັດທໍາອິດຂອງທ່ານໂດຍໃຊ້ Copilot (ເຊັ່ນ: ສະຖານະການ "ສະບາຍດີໂລກ" ທີ່ສັບສົນເລັກນ້ອຍ).

ມື້ທີ 3: ການປະຕິບັດແລະຄໍາຄຶດຄໍາເຫັນ

• ຕອນເຊົ້າ: ສືບຕໍ່ການທົດລອງກັບ GitHub Copilot ແລະປະສົມປະສານມັນເຂົ້າໃນໂຄງການປະຈຸບັນຂອງທ່ານ.
• ຕອນບ່າຍ: ປະກາດລາຍການ "ຂ້ອຍເຮັດແນວໃດ" ໃນຊ່ອງທາງການເລີ່ມຕົ້ນຂອງ Copilot (Slack, ທີມງານ, ແລະອື່ນໆ) ແລະໃຫ້ຄໍາຄິດເຫັນ.

ອ່ານລະຫວ່າງແຖວ...
Mercado Libre ລົງທຶນໃນຜູ້ພັດທະນາລຸ້ນຕໍ່ໄປໂດຍການສະເຫນີຂາຍ "bootc." ສອງເດືອນຂອງຕົນເອງamp” ສໍາລັບການຈ້າງໃຫມ່ເພື່ອຊ່ວຍໃຫ້ພວກເຂົາຮຽນຮູ້ຊໍແວຂອງບໍລິສັດແລະແກ້ໄຂບັນຫາ "ວິທີການ Mercado Libre." ໃນຂະນະທີ່ GitHub Copilot ສາມາດຊ່ວຍຜູ້ພັດທະນາທີ່ມີປະສົບການຫຼາຍຂຶ້ນໃນການຂຽນລະຫັດໄວຂຶ້ນແລະຫຼຸດຜ່ອນຄວາມຕ້ອງການສໍາລັບການປ່ຽນສະພາບການ, Brizuela ເຫັນວ່າມີທ່າແຮງອັນໃຫຍ່ຫຼວງໃນ GitHub Copilot ເພື່ອເລັ່ງຂະບວນການເລີ່ມຕົ້ນນີ້ແລະເຮັດໃຫ້ເສັ້ນໂຄ້ງການຮຽນຮູ້.
Lucia Brizuela | ຜູ້ອໍານວຍການດ້ານວິຊາການອາວຸໂສ | Mercado Libre
ກໍລະນີສຶກສາ Mercado Libre & GitHub
ສະຫຼຸບ
ຈັດສັນເວລາສະເພາະໃຫ້ທີມງານຂອງທ່ານຂຶ້ນເຮືອ ແລະ ທົດລອງກັບ GitHub Copilot ເມື່ອເຂົາເຈົ້າຜ່ອນຄາຍ ແລະ ບໍ່ຖືກກົດດັນ. ສົ່ງເສີມຄວາມຕື່ນເຕັ້ນ ແລະສະໜອງຊັບພະຍາກອນ—ລວມທັງການແນະນຳແບບຄົບວົງຈອນ ແລະກອງປະຊຸມດ້ວຍມື—ເພື່ອຊ່ວຍໃຫ້ເຂົາເຈົ້າເຊື່ອມໂຍງ Copilot ເຂົ້າໃນຂະບວນການເຮັດວຽກຂອງເຂົາເຈົ້າຢ່າງມີປະສິດທິພາບ.

ເຄັດລັບ #5: ທີມງານແບ່ງປັນ AI ຊະນະ, ໃນເຄື່ອງມືທີ່ພວກເຮົາໄວ້ວາງໃຈ

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

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

ກົງ​ຈາກ​ແຫຼ່ງ…
ຂະບວນການພັດທະນາຂອງ Carlsberg. GitHub Copilot ເຊື່ອມໂຍງເຂົ້າກັນຢ່າງບໍ່ຢຸດຢັ້ງພາຍໃນຂະບວນການພັດທະນາ, ສະໜອງຄຳແນະນຳການເຂົ້າລະຫັດອັນມີຄ່າໂດຍກົງຈາກ IDE, ກໍາຈັດສິ່ງກີດຂວາງທາງການພັດທະນາອອກຕື່ມອີກ. ທັງ Peter Birkholm-Buch, ຫົວຫນ້າວິສະວະກໍາຊໍແວຂອງບໍລິສັດແລະ João Cerqueira, ຫນຶ່ງໃນວິສະວະກອນຂອງ Carlsberg, ລາຍງານວ່າ Copilot ປັບປຸງການຜະລິດຢ່າງຫຼວງຫຼາຍໃນທົ່ວທີມງານ. ຄວາມກະຕືລືລົ້ນສໍາລັບຜູ້ຊ່ວຍການເຂົ້າລະຫັດ Al ແມ່ນເປັນເອກກະພາບທີ່ທັນທີທີ່ມີການເຂົ້າເຖິງວິສາຫະກິດ, Carlsberg ທັນທີທັນໃດກັບເຄື່ອງມື. Birkholm-Buch ແບ່ງປັນວ່າ "ທຸກໆຄົນໄດ້ເປີດໃຊ້ມັນທັນທີ, ປະຕິກິລິຍາແມ່ນໃນທາງບວກຢ່າງລົ້ນເຫຼືອ,".
ລາວເວົ້າວ່າໃນປັດຈຸບັນມັນເປັນສິ່ງທ້າທາຍທີ່ຈະຊອກຫານັກພັດທະນາຜູ້ທີ່ບໍ່ມັກເຮັດວຽກກັບ Copilot.
Peter Birkholm-Buch | ຫົວຫນ້າວິສະວະກໍາຊອບແວ | Carlsberg
João Cerqueira | ວິສະວະກອນເວທີ | Carlsberg
ກໍລະນີສຶກສາ Carlsberg & GitHub
ສະຫຼຸບ
ຊຸກຍູ້ໃຫ້ຜູ້ຮັບຮອງເອົາຕົ້ນໆແບ່ງປັນປະສົບການຂອງເຂົາເຈົ້າກັບ GitHub Copilot ແລະເນັ້ນເຖິງຜົນປະໂຫຍດທີ່ເຂົາເຈົ້າໄດ້ປະສົບ. ປະສົມປະສານ Copilot ເຂົ້າໄປໃນວັດທະນະທໍາອົງການຈັດຕັ້ງຂອງທ່ານໂດຍການແບ່ງປັນຄໍາແນະນໍາ, ການຮັບຮູ້ການປະກອບສ່ວນ, ແລະຮັບປະກັນການສະຫນັບສະຫນູນການຄຸ້ມຄອງທີ່ເຂັ້ມແຂງ.

ເອົາມັນທັງຫມົດຮ່ວມກັນ:
ການຄວບຄຸມພາລະກິດສໍາລັບຄວາມສໍາເລັດຂອງ GitHub Copilot

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

ຊັບພະຍາກອນເພີ່ມເຕີມ
ຊອກຫາຄວາມດີຂອງ GitHub Copilot ເພີ່ມເຕີມບໍ? ກວດເບິ່ງຊັບພະຍາກອນເພີ່ມເຕີມເຫຼົ່ານີ້ເພື່ອເພີ່ມມູນຄ່າການເດີນທາງ Copilot ຂອງທ່ານ:

• ຕັ້ງຄ່າ GitHub Copilot ສໍາລັບໜ້າ Docs ອົງການຂອງທ່ານ
• ວິທີການໃຊ້ວິດີໂອສາທິດເຕັມຂອງ GitHub Copilot Enterprise
• ການສະໝັກໃຊ້ Copilot ສໍາລັບໜ້າ Docs ອົງການຂອງທ່ານ
• ບົດແນະນຳກ່ຽວກັບ GitHub Copilot Enterprise tutorial
• GitHub Copilot ສໍາລັບທຸລະກິດຕອນນີ້ມີໃຫ້ blog ປະກາດແລ້ວ
• ແຜນການສະໝັກໃຊ້ສຳລັບໜ້າ GitHub Copilot Docs
• ຫນ້າລາຄາ GitHub Copilot
• ພົບວ່າມີການສ້ອມແຊມ: ແນະນຳການສະແກນລະຫັດອັດຕະໂນມັດ, ຂັບເຄື່ອນໂດຍ GitHub Copilot ແລະ CodeQL blog post
• Duolingo ເພີ່ມຄວາມໄວຂອງຜູ້ພັດທະນາ 25% ດ້ວຍເລື່ອງລູກຄ້າ Copilot ແນວໃດ

ກ່ຽວກັບຜູ້ຂຽນ 

Daniel Figucio ເປັນຫົວຫນ້າວິຊາການດ້ານເຕັກໂນໂລຢີ (CTO) ສໍາລັບອາຊີປາຊີຟິກ (APAC) ຢູ່ GitHub, ນໍາເອົາປະສົບການດ້ານເຕັກໂນໂລຢີຂໍ້ມູນ (IT) ຫຼາຍກວ່າ 30 ປີ, ລວມທັງຫຼາຍກວ່າ 20 ປີໃນພື້ນທີ່ຜູ້ຂາຍ. ລາວມີຄວາມກະຕືລືລົ້ນທີ່ຈະຊ່ວຍທີມນັກພັດທະນາຫຼາຍຮ້ອຍຄົນທີ່ລາວມີສ່ວນຮ່ວມໃນພາກພື້ນໂດຍຜ່ານການປະຕິບັດວິທີການແລະເຕັກໂນໂລຢີປະສົບການຂອງຜູ້ພັດທະນາທີ່ເຂັ້ມແຂງ. ຄວາມຊໍານານຂອງ Daniel ກວມເອົາວົງຈອນການພັດທະນາຊອບແວທັງຫມົດ (SDLC), ນໍາໃຊ້ພື້ນຖານຂອງລາວໃນວິທະຍາສາດຄອມພິວເຕີແລະຄະນິດສາດທີ່ບໍລິສຸດເພື່ອເພີ່ມປະສິດທິພາບການເຮັດວຽກແລະຜົນຜະລິດ. ການເດີນທາງການຂຽນໂປລແກລມຂອງລາວໄດ້ພັດທະນາຈາກ C ++ ໄປ Java ແລະ JavaScript, ໂດຍມີຈຸດສຸມໃນປະຈຸບັນກ່ຽວກັບ Python, ເຮັດໃຫ້ມັນສາມາດສະຫນອງຄວາມເຂົ້າໃຈທີ່ສົມບູນແບບໃນທົ່ວລະບົບນິເວດການພັດທະນາທີ່ຫຼາກຫຼາຍ.
ໃນຖານະເປັນຫນຶ່ງໃນສະມາຊິກຜູ້ກໍ່ຕັ້ງຂອງທີມງານ APAC ຂອງ GitHub, Daniel ໄດ້ມີບົດບາດສໍາຄັນໃນການຊຸກຍູ້ການເຕີບໂຕຂອງບໍລິສັດໃນພາກພື້ນຈາກການເລີ່ມຕົ້ນໃນໄລຍະ 8 ປີທີ່ຜ່ານມາ, ໃນເວລາທີ່ທີມງານປະກອບດ້ວຍພຽງແຕ່ສອງຄົນ. ອີງໃສ່ Blue Mountains ຂອງລັດ New South Wales, ອົດສະຕຣາລີ, Daniel ດຸ່ນດ່ຽງຄວາມມຸ່ງໝັ້ນຂອງລາວໃນການເພີ່ມປະສົບການຂອງຜູ້ພັດທະນາດ້ວຍຄວາມສົນໃຈໃນການຫຼິ້ນເກມ, ກິດຈະກຳກາງແຈ້ງເຊັ່ນ: ການຂີ່ລົດຖີບ ແລະ ການຍ່າງປ່າ, ແລະ ການສຳຫຼວດການເຮັດອາຫານ.
Bronte van der Hoorn ເປັນຜູ້ຈັດການຜະລິດຕະພັນຂອງພະນັກງານຢູ່ GitHub. ນາງເປັນຜູ້ນໍາພາໂຄງການທີ່ຫຼາກຫຼາຍທາງດ້ານວິຊາສະເພາະໃນທົ່ວ GitHub Copilot. Bronte ມຸ່ງຫມັ້ນທີ່ຈະຊ່ວຍໃຫ້ລູກຄ້າປົດລັອກທ່າແຮງອັນເຕັມທີ່ຂອງ AI, ໃນຂະນະທີ່ເພີ່ມຄວາມພໍໃຈຂອງວິສະວະກອນແລະການໄຫຼຜ່ານເຄື່ອງມືທີ່ຫນ້າປະຫລາດໃຈ.
ດ້ວຍປະສົບການອຸດສາຫະກໍາຢ່າງກວ້າງຂວາງ, ປະລິນຍາເອກ, ແລະຫຼັກຊັບຂອງສິ່ງພິມໃນຫົວຂໍ້ການຄຸ້ມຄອງ, Bronte ປະສົມປະສານຄວາມເຂົ້າໃຈຂອງການຄົ້ນຄວ້າກັບຄວາມຮູ້ທາງປະຕິບັດ. ວິທີການນີ້ສະຫນັບສະຫນູນນາງໃນການອອກແບບແລະ iterating ກ່ຽວກັບລັກສະນະທີ່ສອດຄ່ອງກັບຄວາມຕ້ອງການສະລັບສັບຊ້ອນຂອງສະພາບແວດລ້ອມທຸລະກິດທີ່ທັນສະໄຫມ. ຜູ້ສະຫນັບສະຫນູນຂອງລະບົບແນວຄິດແລະ champion ຂອງການປະຕິບັດການເຮັດວຽກຮ່ວມກັນ, Bronte ສົ່ງເສີມການປະດິດສ້າງໂດຍການສົ່ງເສີມທັດສະນະລວມແລະທັນສະໄຫມຕໍ່ການປ່ຽນແປງອົງການຈັດຕັ້ງ.

ຂຽນໂດຍ GITHUB ກັບ

ເອກະສານ / ຊັບພະຍາກອນ

Github Copilot GitHub Copilot ມີປະສິດທິພາບກວມເອົາທີ່ແຕກຕ່າງກັນ [pdf] ຄໍາແນະນໍາ Copilot GitHub Copilot ມີປະສິດທິພາບກວມເອົາທີ່ແຕກຕ່າງກັນ, GitHub Copilot ມີປະສິດທິພາບກວມເອົາທີ່ແຕກຕ່າງກັນ, Copilot ມີປະສິດທິພາບກວມເອົາທີ່ແຕກຕ່າງກັນ, ປະສິດທິຜົນກວມເອົາທີ່ແຕກຕ່າງກັນ, ກວມເອົາທີ່ແຕກຕ່າງກັນ

ເອກະສານອ້າງອີງ

• ຄູ່ມືຜູ້ໃຊ້