ທີມງານຫຼາຍຄົນໄດ້ພົບເຫັນວ່າພວກເຂົາສາມາດເຮັດວຽກຢ່າງມີປະສິດທິພາບຫຼາຍຂຶ້ນໃນກອງປະຊຸມທີ່ວ່ອງໄວ. ຜົນຜະລິດແມ່ນຂຶ້ນກັບການເຮັດວຽກທີ່ຊັດເຈນແລະມີໂຄງສ້າງ. ກຳນົດເສັ້ນຕາຍແມ່ນກຳນົດໃຫ້ທຸກໜ້າວຽກ ເພື່ອໃຫ້ທີມງານເຮັດວຽກໄດ້ທັນເວລາ. ໃນກອງປະຊຸມຄັ້ງນີ້, ຊ່ຽວຊານຂະບວນການວ່ອງໄວ Doug Rose ຈະອະທິບາຍວິທີເຮັດໃຫ້ກອງປະຊຸມວ່ອງໄວມີປະສິດທິຜົນກວ່າ. ມັນໃຫ້ຄໍາແນະນໍາກ່ຽວກັບກິດຈະກໍາທີ່ສໍາຄັນເຊັ່ນການວາງແຜນການ, ການຈັດຕັ້ງກອງປະຊຸມສໍາຄັນ, ກໍານົດເວລາ sprints. ນອກນັ້ນທ່ານຍັງຈະຮຽນຮູ້ວິທີການຫຼີກເວັ້ນຄວາມຜິດພາດທົ່ວໄປແລະຮັບປະກັນຄວາມຄືບຫນ້າສອດຄ່ອງໃນໂຄງການຂອງທ່ານ.
ກອງປະຊຸມທີ່ມີຜົນຜະລິດຫຼາຍຂຶ້ນ
ໃນໂລກທຸລະກິດທີ່ມີການປ່ຽນແປງຢ່າງຕໍ່ເນື່ອງ, ອົງການຈັດຕັ້ງຕ້ອງປັບຕົວເພື່ອເພີ່ມຜົນຜະລິດແລະຄວາມຄິດສ້າງສັນ. ກອງປະຊຸມແມ່ນຄວາມຈໍາເປັນແລະຄວາມຢືດຢຸ່ນແມ່ນມີຄວາມສໍາຄັນເພີ່ມຂຶ້ນ. ເຈົ້າອາດຈະເຄີຍໄດ້ຍິນວິທີການທີ່ວ່ອງໄວ, ແຕ່ມັນແມ່ນຫຍັງ? ມັນເປັນແນວຄວາມຄິດທີ່ທັນສະໄຫມທີ່ໄດ້ພັດທະນາໃນຊຸມປີມໍ່ໆມານີ້, ແຕ່ມັນບໍ່ແມ່ນເລື່ອງໃຫມ່: ມັນມີຕົ້ນກໍາເນີດໃນຕົ້ນຊຸມປີ 1990 ແລະກໍານົດການຄຸ້ມຄອງໂຄງການແລະການເຮັດວຽກເປັນທີມຄືນໃຫມ່. ມັນຊຸກຍູ້ການສົນທະນາລະຫວ່າງທຸກພາກສ່ວນທີ່ກ່ຽວຂ້ອງກັບໂຄງການ.
ວິທີການທີ່ວ່ອງໄວແມ່ນຫຍັງ?
ກ່ອນທີ່ພວກເຮົາຈະເຂົ້າໄປໃນລາຍລະອຽດ, ໃຫ້ເບິ່ງແນວຄວາມຄິດພື້ນຖານບາງຢ່າງ. ດັ່ງທີ່ພວກເຮົາໄດ້ກ່າວມາກ່ອນ, ໃນໄລຍະສອງທົດສະວັດທີ່ຜ່ານມາ, ການພັດທະນາທີ່ວ່ອງໄວໄດ້ກາຍເປັນມາດຕະຖານໃນການພັດທະນາຊອບແວ. ວິທີການ Agile ຍັງຖືກນໍາໃຊ້ໃນຂະແຫນງການແລະບໍລິສັດອື່ນໆ. ບໍ່ວ່າທ່ານຈະມັກມັນຫຼືບໍ່, ຄວາມນິຍົມອັນໃຫຍ່ຫຼວງຂອງມັນແມ່ນປະຕິເສດບໍ່ໄດ້. ຖ້າທ່ານຍັງບໍ່ທັນໄດ້, ຄຸ້ນເຄີຍກັບຕົວທ່ານເອງກັບພື້ນຖານ.
ສິ່ງທີ່ທ່ານຈໍາເປັນຕ້ອງຮູ້ກ່ຽວກັບວິທີການທີ່ວ່ອງໄວແມ່ນວ່າ, ເຖິງແມ່ນວ່າມັນມັກຈະຖືກອະທິບາຍຫຼືຮັບຮູ້ວ່າເປັນວິທີການເຮັດວຽກ (ຂັ້ນຕອນໂດຍຂັ້ນຕອນ), ມັນກໍ່ແມ່ນກອບສໍາລັບຄວາມຄິດແລະການຄຸ້ມຄອງແຮງງານ. ກອບນີ້ແລະຫຼັກການຊີ້ນໍາຂອງມັນຖືກອະທິບາຍໄວ້ໃນ manifesto ການພັດທະນາຊອບແວທີ່ວ່ອງໄວ. Agile ແມ່ນຄໍາສັບທົ່ວໄປທີ່ບໍ່ໄດ້ຫມາຍເຖິງວິທີການສະເພາະ. ໃນຄວາມເປັນຈິງ, ມັນຫມາຍເຖິງ "ວິທີການທີ່ວ່ອງໄວ" ຕ່າງໆ (ເຊັ່ນ: Scrum ແລະ Kanban).
ໃນການພັດທະນາຊອບແວແບບດັ້ງເດີມ, ທີມງານພັດທະນາມັກຈະພະຍາຍາມເຮັດສໍາເລັດຜະລິດຕະພັນໂດຍໃຊ້ການແກ້ໄຂດຽວ. ບັນຫາແມ່ນວ່າມັນມັກຈະໃຊ້ເວລາຫຼາຍເດືອນ.
ໃນທາງກົງກັນຂ້າມ, ທີມງານທີ່ວ່ອງໄວ, ເຮັດວຽກໃນໄລຍະເວລາສັ້ນໆທີ່ເອີ້ນວ່າ sprints. ຄວາມຍາວຂອງ sprint ແຕກຕ່າງກັນຈາກທີມງານໄປຫາທີມງານ, ແຕ່ຄວາມຍາວມາດຕະຖານແມ່ນສອງອາທິດ. ໃນໄລຍະນີ້, ທີມງານເຮັດວຽກກ່ຽວກັບວຽກງານສະເພາະ, ວິເຄາະຂະບວນການແລະພະຍາຍາມປັບປຸງມັນກັບແຕ່ລະວົງຈອນໃຫມ່. ເປົ້າຫມາຍສຸດທ້າຍແມ່ນເພື່ອສ້າງຜະລິດຕະພັນທີ່ສາມາດປັບປຸງເລື້ອຍໆໃນ sprints ຕໍ່ມາ.
