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

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: ເພື່ອສ້າງຄວາມເຊື່ອໝັ້ນ, ຄວາມໂປ່ງໃສແມ່ນຈຳເປັນ

It’s natural for teams to be curious (and sometimes skeptical) about the adoption of a new tool like GitHub Copilot. To create a smooth transition, your announcements should clearly articulate the reasons for adopting Copilot — be honest and transparent. This is an excellent opportunity for leaders to reinforce the organization’s engineering goals, whether they are focused on improving quality, increasing development speed, or both. This clarity will help teams understand the strategic value of Copilot and how it aligns
ກັບ​ຈຸດ​ປະ​ສົງ​ຂອງ​ອົງ​ການ​ຈັດ​ຕັ້ງ​.

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

• ການ​ສື່​ສານ​ທີ່​ຈະ​ແຈ້ງ​ຈາກ​ການ​ນໍາ​ພາ​: ແຈ້ງເຫດຜົນສໍາລັບການຮັບຮອງເອົາ 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 ເວົ້າ.
In addition to writing tests, Copilot has also allowed Accenture’s developers to tackle the ever-increasing technical debt that challenges any organization of its size.
“ພວກເຮົາມີວຽກຫຼາຍກວ່ານັກພັດທະນາ. ພວກເຮົາບໍ່ສາມາດເຂົ້າຫາມັນທັງຫມົດ,” 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 ຮ່ວມມືພາຍໃນທີມ:

• Encourage peer-to-peer support and story sharing: Allow your early adopter team to share their experiences with Copilot. Encourage them to discuss how it has enriched their professional lives beyond just increasing coding speed. What additional activities have they been able to undertake thanks to the time saved with 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 ກັບ