ວິທີການເຮັດໃຫ້ຫຼາຍທີ່ສຸດຂອງ MotioCI ໃນການສະຫນັບສະຫນູນການປະຕິບັດພິສູດ
MotioCI ມີ plugins ປະສົມປະສານສໍາລັບການຂຽນບົດລາຍງານ Cognos Analytics. ທ່ານລັອກລາຍງານທີ່ທ່ານກໍາລັງເຮັດວຽກຢູ່. ຫຼັງຈາກນັ້ນ, ເມື່ອທ່ານສໍາເລັດກັບກອງປະຊຸມການແກ້ໄຂຂອງທ່ານ, ທ່ານກວດເບິ່ງມັນແລະປະກອບຄໍາຄິດຄໍາເຫັນເພື່ອບັນທຶກສິ່ງທີ່ທ່ານໄດ້ເຮັດ. ທ່ານສາມາດປະກອບຄໍາຄິດເຫັນການອ້າງອີງໃສ່ປີ້ໃນລະບົບການຕິດຕາມຂໍ້ບົກພ່ອງພາຍນອກຫຼືການຮ້ອງຂໍການປ່ຽນແປງ.
ທ່ານສາມາດຊອກຫາລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບວິທີການຕັ້ງຄ່າການເຊື່ອມຕໍ່ລະຫວ່າງ MotioCI ແລະລະບົບປີ້ພາກສ່ວນທີສາມຂອງທ່ານໃນ MotioCI ຄໍາແນະນໍາຂອງຜູ້ບໍລິຫານພາຍໃຕ້ການນໍາໃຊ້ MotioCI ກັບລະບົບປີ້ພາກສ່ວນທີສາມ. ຄໍາສໍາຄັນ (ແກ້ໄຂ, ປິດ) ກັບເລກປີ້ຈະປິດປີ້. ຫຼື, ການນໍາໃຊ້ຄໍາສໍາຄັນເຊັ່ນ ເອກະສານ ບວກກັບໝາຍເລກປີ້ຈະຂຽນຄຳເຫັນເຊັກອິນໃສ່ລະບົບປີ້ ແລະປ່ອຍໃຫ້ປີ້ເປີດ.
ການນໍາໃຊ້ລະບົບຕົ໋ວ - ເຊັ່ນAtlassian® JIRA, Microsoft Windows™ Trac, ຫຼືອື່ນໆຈໍານວນຫຼາຍ - ຊ່ວຍການຄຸ້ມຄອງໂຄງການໂດຍການຕິດຕາມວຽກງານສະເພາະ, ບັນຫາແລະການແກ້ໄຂຂອງພວກເຂົາ. ປີ້ສະຫນອງວິທີການສື່ສານລະຫວ່າງຜູ້ຂຽນຫຼືຜູ້ພັດທະນາບົດລາຍງານແລະຜູ້ໃຊ້ສຸດທ້າຍ, ທີມງານທົດສອບແລະຜູ້ມີສ່ວນກ່ຽວຂ້ອງອື່ນໆ. ລະບົບຕົ໋ວຍັງສະຫນອງວິທີການຕິດຕາມຂໍ້ບົກພ່ອງແລະຮັບປະກັນວ່າພວກເຂົາຖືກແກ້ໄຂກ່ອນທີ່ຈະສົ່ງເສີມການລາຍງານການຜະລິດ.
ຂັ້ນຕອນການເຮັດວຽກປົກກະຕິສໍາລັບການພັດທະນາບົດລາຍງານ
ເພື່ອຈະແຈ້ງ, ການເຊື່ອມໂຍງຂອງ MotioCI ກັບລະບົບຕົ໋ວບໍ່ແມ່ນວິທີດຽວທີ່ທີມງານຂອງທ່ານຈະພົວພັນກັບລະບົບຕົ໋ວ. ໂດຍປົກກະຕິ, ດັ່ງທີ່ໄດ້ສະແດງຢູ່ໃນແຜນວາດຂະບວນການເຮັດວຽກທີ່ມາພ້ອມກັບ, ຂະບວນການພັດທະນາບົດລາຍງານໃນສະພາບແວດລ້ອມ Cognos Analytics ທີ່ມີ. MotioCI ອາດຈະເປັນບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້:
- Backlog. ປີ້ໃໝ່ຖືກສ້າງ. ນັກວິເຄາະທຸລະກິດເອກະສານຄວາມຕ້ອງການທຸລະກິດສໍາລັບບົດລາຍງານໃຫມ່ແລະເຂົ້າໄປໃນລະບົບຕົ໋ວໂດຍກົງໂດຍການສ້າງຕົ໋ວ. ລາວວາງປີ້ຢູ່ໃນ backlog ລັດ.
- ການພັດທະນາ. ປີ້ backlog ສາມາດຖືກຈັດລໍາດັບຄວາມສໍາຄັນໃນຫຼາຍວິທີທີ່ແຕກຕ່າງກັນ, ແຕ່ໃນທີ່ສຸດປີ້ຈະຖືກມອບຫມາຍໃຫ້ຜູ້ພັດທະນາບົດລາຍງານແລະຖືກແທັກດ້ວຍຊື່ຂອງນາງ. ສະຖານະຂອງປີ້ອາດຈະຖືກປ່ຽນເປັນ in_dev. ນາງຈະສ້າງບົດລາຍງານໃຫມ່. ໃນຂະນະທີ່ນາງພັດທະນາບົດລາຍງານໃນ Cognos Analytics, ນາງຈະກວດເບິ່ງການປ່ຽນແປງຂອງນາງແລະອ້າງອີງໃສ່ປີ້ໃນຄໍາເຫັນກ່ຽວກັບການກວດສອບ, ເຊັ່ນ: "ສ້າງບົດລາຍງານໃຫມ່; ສະບັບຕົ້ນ; ເພີ່ມຫນ້າກະຕຸ້ນເຕືອນແລະການສອບຖາມສະຫນັບສະຫນູນ, ອ້າງອີງ #592”. ຫຼື, “ເພີ່ມການສອບຖາມຄວາມຈິງ ແລະແຖບຂ້າມ; ການກັ່ນຕອງແລະການຈັດຮູບແບບ, ອ້າງອີງ #592.” (ໃນ MotioCI, ຈໍານວນ hashtag ກາຍເປັນ hyperlink ໂດຍກົງກັບຕົ໋ວ.) ນາງອາດຈະກວດເບິ່ງບົດລາຍງານ, ປ່ຽນແປງແລະກວດເບິ່ງມັນຄືນໃຫມ່ດ້ວຍການອ້າງອິງຕົ໋ວຫຼາຍຄັ້ງໃນໄລຍະເວລາຂອງມື້.
- ການພັດທະນາສໍາເລັດ. ຫຼັງຈາກຜູ້ພັດທະນາບົດລາຍງານໄດ້ສໍາເລັດບົດລາຍງານແລະ bench ທົດສອບມັນ, ນາງບັນທຶກໄວ້ໃນຕົ໋ວໃນລະບົບຕົ໋ວວ່າມັນພ້ອມທີ່ຈະຖືກທົດສອບໂດຍ QA ແລະປ່ຽນສະຖານະຈາກ. in_Dev to ready_for_QA. ລັດນີ້ແມ່ນທຸງສໍາລັບ MotioCI ຜູ້ບໍລິຫານ, ຫຼືພາລະບົດບາດທີ່ຮັບຜິດຊອບສໍາລັບການສົ່ງເສີມບົດລາຍງານ Cognos, ວ່າບົດລາຍງານແມ່ນພ້ອມທີ່ຈະຍ້າຍໄປສູ່ສະພາບແວດລ້ອມ QA ສໍາລັບການທົດສອບ.
- ສໍາລັບmotion ກັບ QA. ຜູ້ບໍລິຫານສົ່ງເສີມບົດລາຍງານແລະການປ່ຽນແປງຂອງລັດເພື່ອ in_QA. ລັດນີ້ເຮັດໃຫ້ທີມງານ QA ຮູ້ວ່າບົດລາຍງານແມ່ນກຽມພ້ອມທີ່ຈະທົດສອບ.
- ການທົດສອບ. ທີມງານ QA ທົດສອບບົດລາຍງານຕໍ່ກັບຄວາມຕ້ອງການຂອງທຸລະກິດ. ບົດລາຍງານຈະຜ່ານຫຼືລົ້ມເຫລວໃນການທົດສອບ. ຖ້າບົດລາຍງານລົ້ມເຫລວການທົດສອບ QA, ປີ້ຈະຖືກ tagged ກັບ ໃນ Dev ລັດ, ກັບຄືນໄປຫາຜູ້ພັດທະນາບົດລາຍງານເພື່ອແກ້ໄຂ.
- ການທົດສອບສົບຜົນສໍາເລັດ. ຖ້າບົດລາຍງານຜ່ານ, ທີມງານ QA ບອກຜູ້ບໍລິຫານວ່າມັນພ້ອມທີ່ຈະສົ່ງເສີມການຜະລິດໂດຍການຕິດສະຫລາກ ກຽມພ້ອມສໍາລັບ Prod ລັດ.
- ສໍາລັບmotion ການຜະລິດ. ເມື່ອບົດລາຍງານກຽມພ້ອມສໍາລັບການຜະລິດ, ການອະນຸມັດສຸດທ້າຍສາມາດໄດ້ຮັບແລະກໍານົດເວລາອອກ, ບາງທີອາດຈະລວມເຂົ້າກັບບົດລາຍງານອື່ນໆທີ່ສໍາເລັດແລ້ວ. ຜູ້ບໍລິຫານສົ່ງເສີມບົດລາຍງານໃຫ້ສະພາບແວດລ້ອມການຜະລິດ Cognos. ລາວວາງປີ້ເຂົ້າ ເຮັດ ລັດຊີ້ໃຫ້ເຫັນວ່າການພັດທະນາແລະການທົດສອບແມ່ນສໍາເລັດແລະມັນໄດ້ຖືກຍ້າຍໄປການຜະລິດ. ອັນນີ້ປິດປີ້.
ການຄຸ້ມຄອງຂະບວນການພັດທະນາບົດລາຍງານ
ຂະບວນການຈັດການປີ້ນີ້ຫມາຍເຖິງ ແລະການປະຕິບັດທີ່ພິສູດໄດ້ກໍານົດວ່າ:
- ທຸກໆບົດລາຍງານໃຫມ່ຄວນມີຕົ໋ວທີ່ມີຄວາມຕ້ອງການທາງທຸລະກິດເພື່ອອອກແບບບົດລາຍງານໃຫ້.
- ທຸກໆຂໍ້ບົກພ່ອງຄວນມີປີ້ເພື່ອບັນທຶກຂໍ້ບົກພ່ອງຫຼືບັນຫາທີ່ມີບົດລາຍງານ.
- ທຸກໆຄັ້ງທີ່ມີການດັດແກ້ບົດລາຍງານ, ໄດ້ MotioCI ຄຳເຫັນເຊັກອິນຄວນມີໝາຍເລກປີ້ທີ່ລະບຸໄວ້.
- ທຸກໆບົດລາຍງານທີ່ຖືກສົ່ງເສີມຈາກ Dev ໄປເປັນ QA ຄວນມີປີ້ທີ່ກ່ຽວຂ້ອງທີ່ຜູ້ບໍລິຫານສາມາດຢືນຢັນວ່າການພັດທະນາໄດ້ສໍາເລັດແລະພ້ອມທີ່ຈະຍ້າຍໄປຢູ່ໃນສະພາບແວດລ້ອມ QA.
- ທຸກໆບົດລາຍງານທີ່ສົ່ງເສີມຈາກ QA ໄປສູ່ການຜະລິດຄວນມີປີ້ທີ່ມີປະຫວັດທີ່ສະແດງໃຫ້ເຫັນວ່າການພັດທະນາແມ່ນສົມບູນ, ມັນຜ່ານ QA, ມັນໄດ້ຮັບການອະນຸມັດການຄຸ້ມຄອງທີ່ຕ້ອງການທັງຫມົດແລະໄດ້ຮັບການສົ່ງເສີມ.
- ທຸກໆບົດລາຍງານໃນສະພາບແວດລ້ອມການຜະລິດຄວນມີ a digital ເສັ້ນທາງເຈ້ຍຈາກແນວຄວາມຄິດເຖິງການທົດສອບກັບການແກ້ໄຂເພື່ອການອະນຸມັດແລະການສົ່ງເສີມmotion.
ຈຸດສຸດທ້າຍນີ້ແມ່ນຄວາມມັກຂອງຜູ້ກວດສອບເພື່ອກວດສອບ. ນາງອາດຈະຖາມວ່າ, "ເຈົ້າສາມາດສະແດງໃຫ້ຂ້ອຍເຫັນໄດ້ແນວໃດວ່າເຈົ້າຢືນຢັນວ່າບົດລາຍງານທັງຫມົດໃນສະພາບແວດລ້ອມການຜະລິດໄດ້ປະຕິບັດຕາມຂັ້ນຕອນການອອກປີ້ແລະການອະນຸມັດຂອງເຈົ້າທີ່ເປັນເອກະສານ?" ວິທີຫນຶ່ງທີ່ຈະຕອບສະຫນອງກັບຜູ້ກວດສອບອາດຈະເປັນການສະຫນອງບັນຊີລາຍຊື່ຂອງບົດລາຍງານທັງຫມົດທີ່ໄດ້ຖືກຍົກຍ້າຍແລະໃຫ້ນາງຍ່າງຜ່ານປີ້ເພື່ອຊອກຫາຫນຶ່ງທີ່ບໍ່ສອດຄ່ອງກັບຂະບວນການຂອງທ່ານ.
ທາງເລືອກອື່ນ, ແລະຫຼາຍກວ່ານັ້ນ, ທ່ານສາມາດສະຫນອງບັນຊີລາຍຊື່ຂອງບົດລາຍງານທີ່ເຮັດ ບໍ່ ປະຕິບັດຕາມຂັ້ນຕອນການພັດທະນາແລະການຂາຍປີ້ທີ່ທ່ານໄດ້ກໍານົດ. ນັ້ນແມ່ນບ່ອນທີ່ບົດລາຍງານນີ້ຈະເປັນປະໂຫຍດ: "ບົດລາຍງານທີ່ສົ່ງເສີມໂດຍບໍ່ມີປີ້”. ມັນເປັນບົດລາຍງານການຍົກເວັ້ນຂອງບັນຊີລາຍຊື່ຂອງບົດລາຍງານທີ່ມີ ບໍ່ ຍຶດຫມັ້ນໃນການປະຕິບັດທີ່ດີທີ່ສຸດຂອງທຸກໆການປ່ຽນແປງບົດລາຍງານທີ່ກ່ຽວຂ້ອງກັບປີ້. ນີ້ແມ່ນຫນຶ່ງໃນບົດລາຍງານຈໍານວນຫນ້ອຍທີ່ທ່ານຕ້ອງການທີ່ຈະຫວ່າງເປົ່າ. ມັນຈະບໍ່ມີບັນທຶກຖ້າຫາກວ່າບົດລາຍງານທັງຫມົດທີ່ໄດ້ຖືກສົ່ງເສີມມີປີ້ທີ່ກ່ຽວຂ້ອງກັບມັນ. ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ບົດລາຍງານຈະປາກົດຢູ່ໃນບັນຊີລາຍຊື່ເທົ່ານັ້ນຖ້າມັນຢູ່ໃນສະພາບແວດລ້ອມການຜະລິດແລະບົດລາຍງານທີ່ໄດ້ຮັບການສົ່ງເສີມບໍ່ໄດ້ອ້າງເຖິງຫມາຍເລກປີ້ໃນຄໍາເຫັນ.
ຂະບວນການທີ່ມີຜົນປະໂຫຍດ
ຜົນປະໂຫຍດຂອງຂະບວນການແມ່ນຫຍັງ, ຫຼືເປັນຫຍັງທ່ານຄວນເຮັດສິ່ງນີ້ໃນອົງການຂອງທ່ານ?
- ປັບປຸງການຮ່ວມມືຂອງທີມ: ລະບົບຕົ໋ວອາດຈະນໍາເອົາບຸກຄົນໃນພາລະບົດບາດທີ່ອາດຈະບໍ່ຕິດຕໍ່ສື່ສານ. ລາຍງານຜູ້ຂຽນແລະຜູ້ໃຊ້ສຸດທ້າຍ, ຫຼືຜູ້ຈັດການໂຄງການແລະທີມງານ QA, ສໍາລັບການຍົກຕົວຢ່າງ. ເສັ້ນທາງປີ້ສະຫນອງສະຖານທີ່ທົ່ວໄປເພື່ອຕິດຕໍ່ສື່ສານກ່ຽວກັບຊັບພະຍາກອນທີ່ແບ່ງປັນ, ບົດລາຍງານພາຍໃຕ້ການພັດທະນາ.
- ຫຼຸດຕົ້ນທຶນ:
- ຂໍ້ບົກພ່ອງທີ່ຖືກຈັບແລະແກ້ໄຂໃນໄວໆນີ້ແມ່ນລາຄາແພງຫນ້ອຍກວ່າຖ້າພວກເຂົາຫນີເຂົ້າໄປໃນການຜະລິດ.
- ການປັບປຸງປະສິດທິພາບ - ຜູ້ຂຽນລາຍງານແມ່ນເຮັດວຽກຢູ່ສະເຫມີຈາກຕົ໋ວເຊິ່ງເປັນຄໍາຖະແຫຼງທີ່ກໍານົດໄວ້ດີກ່ຽວກັບການເຮັດວຽກ.
- ຫຼຸດຜ່ອນເວລາຜ່ານອັດຕະໂນມັດຂອງຂະບວນການຄູ່ມື
- ການປັບປຸງເອກະສານ: ຂະບວນການນີ້ກາຍເປັນຖານຂໍ້ມູນຄວາມຮູ້ດ້ວຍຕົນເອງຂອງຂໍ້ບົກພ່ອງແລະວິທີການແກ້ໄຂພວກມັນ.
- ການປັບປຸງການພະຍາກອນແລະການວິເຄາະ: ໃນປັດຈຸບັນທ່ານສາມາດຕິດຕາມຕົວຊີ້ວັດການປະຕິບັດທີ່ສໍາຄັນແລະປຽບທຽບພວກມັນກັບຂໍ້ຕົກລົງລະດັບການບໍລິການ. ລະບົບຕົ໋ວສ່ວນໃຫຍ່ໃຫ້ການວິເຄາະປະເພດເຫຼົ່ານີ້.
- ການປັບປຸງການສະຫນັບສະຫນູນພາຍໃນ: ທີມງານສະຫນັບສະຫນູນຂອງທ່ານ, ຜູ້ພັດທະນາບົດລາຍງານອື່ນໆ (ແລະ, ເຖິງແມ່ນວ່າ, ອະນາຄົດຂອງເຈົ້າເອງ!) ສາມາດຊອກຫາວິທີການແກ້ໄຂຂໍ້ບົກພ່ອງທີ່ຄ້າຍຄືກັນໃນອະດີດ. ພື້ນຖານຄວາມຮູ້ຮ່ວມກັນນີ້ສາມາດນໍາໄປສູ່ການແກ້ໄຂຂໍ້ບົກພ່ອງຢ່າງໄວວາ.
- ປັບປຸງຄວາມພໍໃຈຂອງຜູ້ໃຊ້ສຸດທ້າຍ: ດ້ວຍການເຂົ້າເຖິງຜູ້ພັດທະນາໂດຍກົງຜ່ານລະບົບຕົ໋ວ, ຜູ້ໃຊ້ສາມາດຄາດຫວັງວ່າການແກ້ໄຂຂໍ້ບົກພ່ອງຢ່າງໄວວາເຊັ່ນດຽວກັນກັບການຕິດຕາມຄວາມຄືບຫນ້າຂອງບົດລາຍງານທີ່ຮ້ອງຂໍຜ່ານລະບົບ..
ສະຫຼຸບ
ນີ້ແມ່ນຕົວຢ່າງຫນຶ່ງຂອງການຈ່າຍເງິນທີ່ອຸດົມສົມບູນເພື່ອປະຕິບັດຕາມການປະຕິບັດທີ່ພິສູດແລະມູນຄ່າຂອງການປະຕິບັດຕາມຂະບວນການທີ່ກໍານົດໄວ້ດີ. ນອກຈາກນັ້ນ, ໃຫມ່ MotioCI ບົດລາຍງານ, "ບົດລາຍງານທີ່ສົ່ງເສີມໂດຍບໍ່ມີປີ້" ສາມາດເປັນການຊ່ວຍເຫຼືອອັນໃຫຍ່ຫຼວງໃນການແກ້ໄຂຄໍາຖາມຈາກຜູ້ກວດສອບ, ຫຼືພຽງແຕ່ການຕິດຕາມພາຍໃນສໍາລັບການປະຕິບັດຕາມມາດຕະຖານຂອງບໍລິສັດ.