ສາມຫລ່ຽມພັດທະນາເວບໄຊທ໌

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

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

Robert Patrick ເປັນ CEO ຂອງ ຫ້ອງທົດລອງປະລິນຍາເອກເຊິ່ງເປັນອົງການ ໜຶ່ງ ທີ່ອອກແບບ, ກໍ່ສ້າງແລະເປີດເວັບໄຊທ໌ ສຳ ລັບຫລາຍໆບໍລິສັດ Fortune 500 ອັນດັບ ໜຶ່ງ. Robert ໄດ້ຮັກສາຕາຕະລາງກ່ຽວກັບຄວາມຫຍຸ້ງຍາກທີ່ Healthcare.gov ໄດ້ປະຕິບັດແລະໄດ້ສະ ໜອງ 5 ເຫດຜົນ ສຳ ຄັນ ສຳ ລັບການເປີດຕົວທີ່ລົ້ມເຫລວ.

  1. ບໍ່ເຄີຍ, ເຄີຍລະເມີດ ເວລາ, ຄ່າໃຊ້ຈ່າຍແລະຄຸນສົມບັດ ຕັ້ງກົດລະບຽບ. ຄິດວ່ານີ້ແມ່ນສາມຫຼ່ຽມ, ທ່ານຕ້ອງເລືອກຈຸດ ໜຶ່ງ ທີ່ຈະເປັນ ຄົງ ແລະອີກສອງຕົວແປ. ໃນໂລກນີ້, ພຽງແຕ່ກ່ຽວກັບສິ່ງໃດກໍ່ຕາມທີ່ສາມາດສ້າງໄດ້ຕາບໃດທີ່ມີເວລາແລະເງິນພຽງພໍ. ເຖິງຢ່າງໃດກໍ່ຕາມ, ທຸກຄົນທີ່ສ້າງໂປແກຼມເວັບຄວນເລືອກ, ກ້າວ ໜ້າ, ເຊິ່ງເປັນບູລິມະສິດສູງສຸດ. ນີ້ ກຳ ນົດສຽງແລະຈຸດສຸມ ສຳ ລັບວິທີການ ດຳ ເນີນໂຄງການ. ຍົກ​ຕົວ​ຢ່າງ,
    • ມັນຄວນຈະຖືກເປີດໃຊ້ພຽງແຕ່ເມື່ອມີຄຸນລັກສະນະສະເພາະເທົ່ານັ້ນ (ເງິນແລະເວລາແມ່ນຕົວແປ).
    • ມັນຄວນຈະຖືກເປີດຕົວຢ່າງໄວວາ (ເງິນແລະຄຸນລັກສະນະຕ່າງໆແມ່ນປ່ຽນແປງໄດ້).
    • ມັນຄວນຈະຖືກເປີດຕົວດ້ວຍງົບປະມານໃນໃຈ (ເວລາແລະຄຸນລັກສະນະຕ່າງໆແມ່ນຕົວແປ).
  2. ການເປີດຕົວກັບ ເສັ້ນ ສຳ ເລັດຮູບ ໃນໃຈແທນທີ່ຈະເປັນເສັ້ນເລີ່ມຕົ້ນ. ຄໍາຮ້ອງສະຫມັກເວັບຄວນຈະຖືກເບິ່ງວ່າເປັນໂຄງການທີ່ຈະເປັນ ການເລີ່ມຕົ້ນ ແລະຫຼັງຈາກນັ້ນ ພັດທະນາ. ການກໍ່ສ້າງສິ່ງທີ່ມີຄວາມ ສຳ ຄັນແລະ ຈຳ ເປັນ ສຳ ລັບມື້ນີ້ດ້ວຍການເຕີບໃຫຍ່ແລະການວິວັດທະນາການໃນຈິດໃຈແມ່ນສະ ເໝີ ໄປດີກ່ວາການສ້າງດ້ວຍຄວາມຕັ້ງໃຈທີ່ຈະຈົບລົງໃນຈຸດເລີ່ມຕົ້ນ.
  3. ຜູ້ຂາຍຫລາຍເກີນໄປ ມີສ່ວນຮ່ວມ. ມັນໄດ້ຖືກລາຍງານວ່າເວັບໄຊທ໌ Obamacare ມີຜູ້ຂາຍເກືອບ 55 ຄົນເຂົ້າຮ່ວມ. ການເພີ່ມຜູ້ຂາຍຫລາຍໆຄົນເຂົ້າໃນໂຄງການໃດ ໜຶ່ງ ສາມາດເປັນເປີ້ນພູທີ່ລື່ນ. ທ່ານເກືອບສາມາດຮັບປະກັນໄດ້ວ່າຈະມີບັນຫາກ່ຽວກັບການແກ້ໄຂເອກະສານ, ຄວາມແຕກຕ່າງຂອງເອກະສານສິນລະປະ, ຄວາມແຕກຕ່າງຂອງຄວາມຄິດເຫັນຂອງສິນລະປະ, ການປະຖິ້ມໂຄງການແລະບັນຊີລາຍຊື່ຈະ ດຳ ເນີນຕໍ່ໄປ. ຈິນຕະນາການຖ້າພວກເຮົາມີຜູ້ໃຫຍ່ 55 ຄົນແຕ່ລະຄົນມີ ໜ້າ ທີ່ແກ້ໄຂບາງສ່ວນຂອງບັນຫາໂດຍລວມ.
  4. Architecture ຂໍ້ມູນ ບໍ່ໄດ້ປະຕິບັດຢ່າງຈິງຈັງ. ໂດຍປົກກະຕິແລ້ວ, ບັນດາອົງການໃຫຍ່ໆຈະຮຽກຮ້ອງໃຫ້ຜູ້ຂາຍສົ່ງຂໍ້ສະ ເໜີ ກ່ຽວກັບ RFP ແລະຂ້າມຂໍ້ມູນກ່ຽວກັບຂະບວນການສະຖາປັດຕະຍະ ກຳ ຂໍ້ມູນຂ້າມໄປສູ່ການພັດທະນາໂດຍບໍ່ມີຄວາມເຂົ້າໃຈຫຼືຕົກລົງເຫັນດີໃນຂອບເຂດໃດ ໜຶ່ງ. ນີ້ແມ່ນສິ່ງທີ່ໃຫຍ່, ຂີ້ຮ້າຍ, ເວລາເສຍເວລາ, ການສູນເສຍເງິນ, ຄວາມຜິດພາດ. ມັນເປັນສິ່ງທີ່ມີຄ່າຫຼາຍທີ່ສຸດ ສຳ ລັບສະຖາປະນິກທີ່ທ່ານສາມາດກ້າວໄປ ໜ້າ ແລະກຽມພ້ອມທີ່ຈະວ່ອງໄວແລະຄ່ອງແຄ້ວຕໍ່ສິ່ງທີ່ບໍ່ສາມາດຄາດເດົາໄດ້ດີກ່ອນທີ່ທ່ານຈະເລີ່ມຂຽນໂປແກຼມມັນ (ນີ້ຄືກັບການສ້າງເຮືອນໂດຍບໍ່ມີແຜນວາດ). ຜູ້ຂາຍມີຈຸດປະສົງທີ່ຈະ ໝົດ ງົບປະມານແລະເລີ່ມຕົ້ນຕັດມຸມຖ້າສິ່ງນີ້ບໍ່ຖືກຕ້ອງ.
  5. ບໍ່ມີເວລາພຽງພໍ ສຳ ລັບ ກັນຄຸນະພາບ. ມັນເປັນທີ່ຈະແຈ້ງວ່ານີ້ແມ່ນຄວາມລົ້ມເຫລວອັນໃຫຍ່ຫຼວງຕໍ່ການເປີດຕົວຂອງ HealthCare.Gov. ພວກເຂົາ ກຳ ລັງເຮັດວຽກວັນທີເປີດຕົວຢ່າງແຂງແຮງ (ເວລາແມ່ນຕົວປ່ຽນແປງຂອງສາມຫຼ່ຽມໃນກໍລະນີນີ້) ແລະຄຸນລັກສະນະແລະງົບປະມານຄວນໄດ້ຮັບການດັດແກ້ເພື່ອຕອບສະ ໜອງ ວັນເປີດຕົວພ້ອມເວລາ ສຳ ລັບການຮັບປະກັນຄຸນນະພາບທີ່ ເໝາະ ສົມທີ່ສ້າງຂຶ້ນໃນແຜນການ. ນີ້ແມ່ນຄວາມຜິດພາດທີ່ ສຳ ຄັນແລະອາດຈະເຮັດໃຫ້ຄົນລາວຕ້ອງເສຍວຽກເຮັດງານ ທຳ ຫຼາຍ.

ທ່ານຄິດແນວໃດ?

ເວັບໄຊທ໌ນີ້ໃຊ້ Akismet ເພື່ອຫຼຸດຜ່ອນການຂີ້ເຫຍື້ອ. ຮຽນຮູ້ວິທີທີ່ຂໍ້ມູນຂອງທ່ານຖືກປະຕິບັດ.