Architecture Decision Record

Active theme: Light

← ເອກະສານ

ຄຳແນະນຳດ້ານການເຮັດວຽກເປັນທີມສຳລັບ ADR

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

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

ບາງທີມມັກຊື່ “ການຕັດສິນໃຈ” (decisions) ຫຼາຍກວ່າຕົວຫຍໍ້ “ADR”. ເມື່ອບາງທີມໃຊ້ຊື່ໄດເຣັກທໍຣີວ່າ “decisions” ມັນຄືກັບວ່າຫຼອດໄຟສະຫວ່າງຂຶ້ນ ແລະ ທີມເລີ່ມໃສ່ຂໍ້ມູນເພີ່ມເຕີມລົງໃນໄດເຣັກທໍຣີ ເຊັ່ນ ການຕັດສິນໃຈເລື່ອງຜູ້ຂາຍ, ການຕັດສິນໃຈເລື່ອງການວາງແຜນ, ການຕັດສິນໃຈເລື່ອງກຳນົດການ ແລະ ອື່ນໆ. ຂໍ້ມູນທຸກປະເພດເຫຼົ່ານີ້ສາມາດໃຊ້ແມ່ແບບດຽວກັນ. ພວກເຮົາຕັ້ງສົມມຸດຕິຖານວ່າຄົນຮຽນຮູ້ໄວກວ່າດ້ວຍຄຳສັບ (“decisions”) ຫຼາຍກວ່າຕົວຫຍໍ້ (“ADR”) ແລະ ຄົນມີແຮງຈູງໃຈຫຼາຍຂຶ້ນທີ່ຈະຂຽນເອກະສານງານທີ່ກຳລັງດຳເນີນເມື່ອຕັດຄຳວ່າ “ບັນທຶກ” (record) ອອກ ແລະ ນັກພັດທະນາ ແລະ ຜູ້ຈັດການບາງຄົນກໍບໍ່ມັກຄຳວ່າ “ສະຖາປັດຕະຍະກຳ” (architecture).

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