ໃນບົດຂຽນນີ້ຂ້ອຍອະທິບາຍເຖິງບົດບາດຂອງ 'QA Manager' ແບບດັ້ງເດີມໄດ້ມີການພັດທະນາແລະກາຍເປັນຄວາມຊ້ ຳ ຊ້ອນແລະເປັນຫຍັງຫຼາຍຄົນຈິ່ງຮູ້ສຶກວ່າຖືກຂົ່ມຂູ່ກ່ຽວກັບບົດບາດໃນອານາຄົດຂອງພວກເຂົາໃນຖານະຜູ້ຈັດການ QA.
ພາລະບົດບາດແລະຄວາມຮັບຜິດຊອບຂອງຜູ້ບໍລິຫານ QA ໄດ້ມີການປ່ຽນແປງຫຼາຍໃນຊຸມປີທີ່ຜ່ານມາ, ສ່ວນໃຫຍ່ແມ່ນຍ້ອນຫຼາຍອົງກອນທີ່ກ້າວໄປສູ່ວິທີການພັດທະນາທີ່ວ່ອງໄວເຊິ່ງມີກຸ່ມຂອງທີມ Agile ເຮັດວຽກຮ່ວມກັນເພື່ອສົ່ງຈຸດປະສົງທາງທຸລະກິດ.
ຜູ້ຈັດການ QA ຫຼາຍຄົນມັກຈະຮູ້ສຶກສັບສົນກ່ຽວກັບບົດບາດຂອງພວກເຂົາແລະຮູ້ສຶກວ່າມັນບໍ່ຖືກຕ້ອງໃນເວລາທີ່ມີສະພາບການທີ່ວ່ອງໄວ, ໂດຍສະເພາະໃນເວລາທີ່ພວກເຂົາໄດ້ຮັບຜິດຊອບໃນການຈັດການທີມທົດສອບແລະ ກຳ ນົດຂັ້ນຕອນ QA ສຳ ລັບອົງກອນ.
ຂ້າງລຸ່ມນີ້ແມ່ນບາງເຫດຜົນທີ່ວ່າເປັນຫຍັງຜູ້ຈັດການ QA ໃນໂຄງການທີ່ວ່ອງໄວບໍ່ ຈຳ ເປັນຕ້ອງມີເພື່ອຈັດການຜູ້ທົດສອບແລະຄວາມພະຍາຍາມໃນການທົດສອບ.
ໃນການຈັດຕັ້ງທີ່ຄ່ອງແຄ້ວທີ່ ເໝາະ ສົມ, ບໍ່ມີສິ່ງໃດທີ່ 'ພະແນກທົດສອບ', ບ່ອນທີ່ກຸ່ມນັກທົດສອບນັ່ງຢູ່ ນຳ ກັນ, ໂດຍປົກກະຕິຢູ່ຫ່າງຈາກນັກພັດທະນາແລະຈັດການໂດຍ Test Lead ຫຼື Test Manager.
ພ້ອມກັນນັ້ນໃນສະພາບແວດລ້ອມທີ່ວ່ອງໄວ, ມັນມີການເນັ້ນ ໜັກ ໃສ່ເອກະສານ ໜັກ ຫຼາຍເຊັ່ນວ່າແຜນການທົດສອບລາຍລະອຽດເຊິ່ງປົກກະຕິແລ້ວແມ່ນວຽກຂອງຜູ້ຈັດການ QA ໃນການຂຽນເອກະສານເຫຼົ່ານີ້ໃນວິທີການແບບດັ້ງເດີມ.
ໃນ Scrum, ເຊິ່ງແມ່ນວິທີການພັດທະນາວ່ອງໄວທີ່ໄດ້ຮັບຄວາມນິຍົມ, ມີ 3 ບົດບາດຕົ້ນຕໍຄື:
ທີມ Scrum ເປັນຜູ້ບໍລິຫານຕົນເອງແລະປະກອບດ້ວຍນັກພັດທະນາ, ນັກອອກແບບແລະນັກທົດສອບ. ທີມ Scrum ເອງມີ ໜ້າ ທີ່ຮັບຜິດຊອບໃນການຈັດສົ່ງຊອບແວທີ່ມີຄຸນນະພາບສູງ.
ຫມົດແມ່ນມື້ທີ່ຜູ້ຈັດການ QA ໄດ້ຮັບຜິດຊອບໃນເວລາທີ່ມີຂໍ້ບົກພ່ອງທີ່ຮົ່ວໄຫຼກັບການຜະລິດ. ໃນ Agile, ທຸກຄົນມີຄວາມຮັບຜິດຊອບແລະຄຸນນະພາບແມ່ນຄວາມຮັບຜິດຊອບຂອງທຸກໆຄົນ.
ເມື່ອເກີດເຫດການຜະລິດ, ທຸກຄົນຈະເຕົ້າໂຮມກັນເພື່ອເບິ່ງວ່າມີຫຍັງຜິດພາດແລະຈະສາມາດຫລີກລ້ຽງໄດ້ແນວໃດໃນອະນາຄົດ.
ບໍ່ມີບ່ອນໃດ ສຳ ລັບຜູ້ຈັດການ QA ໃນ Agile ເພາະວ່າມັນຈະເຮັດ ໜ້າ ທີ່ຮັບຜິດຊອບທາງທີມງານ ສຳ ລັບ QA ເຊິ່ງເປັນເຫດຜົນທັງ ໝົດ ທີ່ເຮັດໃຫ້ທີມງານ Scrum ທີ່ດີມີຄຸນນະພາບສູງຂື້ນ. ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະຮັບຮູ້ວ່າ QA ແລະດັ່ງນັ້ນການທົດສອບ, ແມ່ນພາກສ່ວນທີ່ປະກົດຂຶ້ນຂອງວິທີການພັດທະນາ Agile.
ໃນ Agile, ບູລິມະສິດທຸລະກິດມີການປ່ຽນແປງເລື້ອຍໆແລະທີມ Scrum ຈຳ ເປັນຕ້ອງຕອບສະ ໜອງ ບູລິມະສິດທີ່ປ່ຽນແປງ. ມັນເກືອບບໍ່ມີເຫດຜົນທີ່ຈະຮັກສາການປ່ຽນແປງທັງ ໝົດ ໂດຍສະເພາະເມື່ອມີຫລາຍໆກຸ່ມ Scrum ໃນອົງກອນໃຫຍ່.
ດັ່ງທີ່ Stephen Janaway ອ້າງອີງໃນບົດຄວາມ blog ຂອງລາວທີ່ຂຽນວ່າ“ ຈຸດຈົບຂອງເສັ້ນທາງ ສຳ ລັບຜູ້ຈັດການການທົດສອບ? ''
ການເປັນຜູ້ຈັດການທົດສອບໃນສະພາບແວດລ້ອມຂອງ Agile ສາມາດໂດດດ່ຽວໃນບາງຄັ້ງ, ໂດຍສະເພາະໃນເວລາທີ່ພະແນກໃຫຍ່, ແລະ ຈຳ ນວນທີມທີ່ວ່ອງໄວກໍ່ມີຫຼາຍ. ມັນຮຽກຮ້ອງໃຫ້ມີຄວາມສາມາດໃນການດຸ່ນດ່ຽງຫຼາຍຂໍ້ມູນ, ບູລິມະສິດແລະວຽກງານ, ໃນຫຼາຍຂົງເຂດ. ການຄຸ້ມຄອງແລະອິດທິພົນຂອງພາກສ່ວນກ່ຽວຂ້ອງກາຍເປັນກຸນແຈ. ການປ່ຽນສະພາບການມາເປັນມາດຕະຖານ. ປົກກະຕິແລ້ວມັນບໍ່ມ່ວນຫຼາຍ.
ໃນທີມ Agile, ນັກພັດທະນາໄດ້ຖືກຊຸກຍູ້ໃຫ້ທົດສອບລະຫັດຂອງຕົວເອງແລະຂຽນການທົດສອບຫົວ ໜ່ວຍ ທີ່ພຽງພໍແລະມີປະສິດຕິພາບເພື່ອຮັບປະກັນວ່າລະຫັດ ໃໝ່ ບໍ່ມີຂໍ້ຜິດພາດທີ່ຈະແຈ້ງແລະໄດ້ຮັບການແຈ້ງເຕືອນຢ່າງໄວວາເມື່ອມີບາງສິ່ງບາງຢ່າງແຕກຫັກ.
ເມື່ອພວກເຮົາມີພື້ນຖານທີ່ແຂງແກ່ນຂອງການທົດສອບຫົວ ໜ່ວຍ ທີ່ດີທີ່ພວກເຮົາສາມາດເພິ່ງພາໄດ້, ມັນຈະ ກຳ ຈັດຄວາມຮັບຜິດຊອບຂອງນັກທົດສອບຕ້ອງທົດສອບຄວາມຜິດພາດທີ່ຈະແຈ້ງ; ແທນທີ່ຈະ, ພວກເຂົາສາມາດສຸມໃສ່ການທົດສອບການ ສຳ ຫຼວດແລະຊ່ວຍເຫຼືອ UAT ເຊິ່ງບໍ່ ຈຳ ເປັນຕ້ອງມີການວາງແຜນແລະເອກະສານຢ່າງກວ້າງຂວາງ.
ສະນັ້ນ, ຜູ້ຄຸ້ມຄອງ QA ສາມາດຫັນປ່ຽນໄປສູ່ວິທີການເຮັດວຽກທີ່ວ່ອງໄວແລະຊ່ວຍໃນໂຄງການທີ່ວ່ອງໄວໄດ້ແນວໃດ?
ເຖິງແມ່ນວ່າບົດບາດແລະຄວາມຮັບຜິດຊອບແບບດັ້ງເດີມຂອງຜູ້ຈັດການ QA ອາດຈະບໍ່ເຫັນວ່າມີຄວາມ ຈຳ ເປັນໃນສະພາບການຂອງ Agile, ມີບາງພື້ນທີ່ທີ່ຜູ້ຄຸ້ມຄອງ QA ສາມາດເພີ່ມມູນຄ່າໄດ້.
ຜູ້ຈັດການ QA ໃນ Agile ຕ້ອງເປັນນັກທົດສອບທີ່ມີປະສົບການເພື່ອຈະສາມາດໃຫ້ ຄຳ ແນະ ນຳ ກ່ຽວກັບສະຖານະການທີ່ທ້າທາຍ. ພວກເຂົາຕ້ອງຮູ້ວິທີການທົດສອບທີ່ ເໝາະ ສົມກັບໂຄງການທີ່ວ່ອງໄວ.
ບັນດາຈຸດຕ່າງໆທີ່ຂຽນໃນ blog post ຜູ້ຈັດການທົດສອບໃນ Agile ໂດຍ Katrina Clokie (aka Katrina Tester) ໃຫ້ບົດສະຫຼຸບທີ່ດີກ່ຽວກັບບົດບາດ ໃໝ່ ຂອງຜູ້ຈັດການ QA ໃນ Agile:
ຂົງເຂດອື່ນທີ່ຜູ້ຄຸ້ມຄອງ QA ໃນ Agile ສາມາດເພີ່ມມູນຄ່າໄດ້ແກ່:
ເພື່ອສະຫຼຸບ, ບົດບາດຂອງຜູ້ຈັດການ QA ໃນ Agile ແມ່ນການສະ ໜັບ ສະ ໜູນ, ການຝຶກອົບຮົມ, ການ ອຳ ນວຍຄວາມສະດວກແລະການໃຫ້ ຄຳ ປຶກສາຂອງ QAs ແລະສະມາຊິກທີມງານອື່ນໆແລະເພື່ອຮັບປະກັນການປະຕິບັດທີ່ດີທີ່ສຸດຂອງ QA ຖືກສ້າງຕັ້ງຂຶ້ນແລະຄຸນນະພາບແມ່ນຖືກ ນຳ ມາຕັ້ງແຕ່ເລີ່ມຕົ້ນ.