User Requirements

I. ແນະນຳຄວາມຕ້ອງການຜູ້ໃຊ້ 

ເຂົ້າໃຈຜູ້ໃຊ້

ເພື່ອກໍານົດຄວາມຕ້ອງການຂອງຜູ້ໃຊ້, ກ່ອນອື່ນ ໝົດ ທ່ານຕ້ອງເຂົ້າໃຈວ່າຜູ້ໃຊ້ທີ່ສໍາຄັນຈະເປັນໃຜ. ຜູ້ໃຊ້ທົ່ວໄປຂອງລະບົບແລະຊອບແວປະກອບມີລູກຄ້າ, ພະນັກງານ, ຄູ່ຮ່ວມງານ, ແລະປະຊາຊົນທົ່ວໄປ. ທີມງານໂຄງການດໍາເນີນການຄົ້ນຄ້ວາເພື່ອຮຽນຮູ້ກ່ຽວກັບກຸ່ມຜູ້ໃຊ້ເຫຼົ່ານີ້. ວິທີການປະກອບມີການສໍາພາດ, ການສໍາຫຼວດ, ກຸ່ມຈຸດສຸມ, ການສອບຖາມກ່ຽວກັບສະພາບການ, ແລະ shadowing ວຽກ. ເປົ້າຫມາຍແມ່ນເພື່ອລວບລວມຄວາມເຂົ້າໃຈກ່ຽວກັບຜູ້ທີ່ເປັນຜູ້ໃຊ້, ວຽກງານໃດທີ່ເຂົາເຈົ້າປະຕິບັດ, ເປົ້າຫມາຍແລະຄວາມທ້າທາຍຂອງເຂົາເຈົ້າ, ຂະບວນການເຮັດວຽກ, ທັກສະດ້ານວິຊາການ, ແລະສະພາບແວດລ້ອມທີ່ຜະລິດຕະພັນຈະຖືກນໍາໃຊ້. ໂປຣໄຟລ໌ຜູ້ໃຊ້ຄວນຈະຖືກສ້າງຂື້ນເພື່ອອະທິບາຍບຸກຄົນທີ່ເປັນຕົວແທນຂອງປະເພດຕ່າງໆຂອງຜູ້ໃຊ້.

ການ​ເກັບ​ກໍາ​ຂໍ້​ກໍາ​ນົດ

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

ການວິເຄາະຄວາມຕ້ອງການ

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

ການຮັກສາຄວາມຕ້ອງການ

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

ຄວາມຕ້ອງການເອກະສານ

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