"ອົງການເປີດ": ເຮັດແນວໃດເພື່ອບໍ່ໃຫ້ສູນເສຍຄວາມວຸ່ນວາຍແລະສາມັກຄີຫຼາຍລ້ານຄົນ

ມື້ທີ່ສໍາຄັນໄດ້ມາຮອດ Red Hat, ຊຸມຊົນແຫຼ່ງເປີດຂອງລັດເຊຍແລະທຸກຄົນທີ່ກ່ຽວຂ້ອງ - ມັນຖືກຕີພິມເປັນພາສາລັດເຊຍ ປຶ້ມຂອງ Jim Whitehurst, The Open Organization: Passion That Gets results. ນາງບອກຢ່າງລະອຽດແລະຊັດເຈນວ່າພວກເຮົາຢູ່ Red Hat ໃຫ້ແນວຄວາມຄິດທີ່ດີທີ່ສຸດແລະຄົນທີ່ມີພອນສະຫວັນທີ່ສຸດແນວໃດ, ແລະຍັງກ່ຽວກັບວິທີການທີ່ຈະບໍ່ຫຼົງທາງໃນຄວາມວຸ່ນວາຍແລະສາມັກຄີປະຊາຊົນຫຼາຍລ້ານຄົນໃນທົ່ວໂລກ.

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

ປະຫວັດການຈ້າງງານຂອງ Jim ກັບບໍລິສັດແມ່ນຫນ້າສັງເກດ. ມັນສະແດງໃຫ້ເຫັນວ່າບໍ່ມີການພັດລົມໃນໂລກແຫຼ່ງເປີດ, ແຕ່ມີວິທີການໃຫມ່ຂອງການເປັນຜູ້ນໍາ:

"ຫຼັງຈາກເວົ້າກັບຜູ້ຮັບສະຫມັກ, ຂ້າພະເຈົ້າໄດ້ສະແດງຄວາມສົນໃຈໃນການສໍາພາດ, ແລະລາວໄດ້ຖາມວ່າຂ້ອຍຈະບໍ່ສົນໃຈທີ່ຈະບິນໄປສໍານັກງານໃຫຍ່ Red Hat ໃນ Raleigh, North Carolina, ໃນວັນອາທິດ. ຂ້າ​ພະ​ເຈົ້າ​ຄິດ​ວ່າ​ວັນ​ອາ​ທິດ​ເປັນ​ມື້​ທີ່​ແປກ​ປະ​ຫລາດ​ທີ່​ຈະ​ໄດ້​ພົບ. ແຕ່ນັບຕັ້ງແຕ່ຂ້ອຍຍັງຈະບິນໄປນິວຢອກໃນວັນຈັນ, ໂດຍທົ່ວໄປແລ້ວມັນຢູ່ໃນເສັ້ນທາງຂອງຂ້ອຍ, ແລະຂ້ອຍກໍ່ຕົກລົງ. ຂ້າພະເຈົ້າໄດ້ຂຶ້ນຍົນຈາກ Atlanta ແລະລົງຈອດທີ່ສະຫນາມບິນ Raleigh Durham. ຈາກບ່ອນນັ້ນ, ຂ້ອຍໄດ້ຂຶ້ນລົດແທັກຊີ່ທີ່ເອົາຂ້ອຍລົງຢູ່ຕໍ່ໜ້າຕຶກ Red Hat ຢູ່ໃນມະຫາວິທະຍາໄລ North Carolina. ມັນແມ່ນວັນອາທິດ, ເວລາ 9:30 ໂມງເຊົ້າ, ແລະບໍ່ມີໃຜຢູ່ອ້ອມຮອບ. ໄຟໄດ້ປິດລົງ ແລະເມື່ອກວດເບິ່ງຂ້ອຍພົບວ່າປະຕູຖືກລັອກ. ທໍາອິດຂ້ອຍຄິດວ່າຂ້ອຍຖືກຫລອກລວງ. ໃນຂະນະທີ່ຂ້ອຍຫັນໄປຫາລົດແທັກຊີ່, ຂ້ອຍເຫັນວ່າມັນອອກໄປແລ້ວ. ບໍ່ດົນມັນເລີ່ມຝົນຕົກ, ຂ້ອຍບໍ່ມີຄັນຮົ່ມ.

ໃນຂະນະທີ່ຂ້ອຍກໍາລັງຈະໄປບ່ອນໃດບ່ອນນຶ່ງເພື່ອຈັບລົດແທັກຊີ່, Matthew Shulick, ຕໍ່ມາປະທານຄະນະກໍາມະການແລະ CEO ຂອງ Red Hat, ໄດ້ດຶງຂຶ້ນໃນລົດຂອງລາວ. “ສະບາຍດີ,” ລາວທັກທາຍ. "ເຈົ້າຢາກກິນກາເຟບໍ?" ນີ້ເບິ່ງຄືວ່າເປັນວິທີທີ່ຜິດປົກກະຕິເພື່ອເລີ່ມຕົ້ນການສໍາພາດ, ແຕ່ຂ້ອຍຮູ້ວ່າຂ້ອຍຈໍາເປັນຕ້ອງໄດ້ຮັບກາເຟບາງຢ່າງ. ໃນ​ທີ່​ສຸດ, ຂ້າ​ພະ​ເຈົ້າ​ຄິດ​ວ່າ, ມັນ​ຈະ​ງ່າຍ​ຂຶ້ນ​ສໍາ​ລັບ​ຂ້າ​ພະ​ເຈົ້າ​ທີ່​ຈະ​ຈັບ taxi ໄປ​ສະ​ຫນາມ​ບິນ.

ຕອນ​ເຊົ້າ​ວັນ​ອາ​ທິດ​ແມ່ນ​ງຽບ​ສະ​ຫງົບ​ໃນ North Carolina. ມັນໃຊ້ເວລາໄລຍະໜຶ່ງພວກເຮົາເພື່ອຊອກຫາຮ້ານກາເຟທີ່ເປີດກ່ອນທ່ຽງ. ຮ້ານກາເຟບໍ່ແມ່ນດີທີ່ສຸດໃນຕົວເມືອງ ແລະບໍ່ແມ່ນສະອາດທີ່ສຸດ, ແຕ່ມັນເຮັດວຽກໄດ້ ແລະເຈົ້າສາມາດດື່ມກາເຟສົດໆຢູ່ທີ່ນັ້ນ. ພວກເຮົານັ່ງຢູ່ໂຕະແລະເລີ່ມເວົ້າ.

ຫຼັງ​ຈາກ​ນັ້ນ​ປະ​ມານ​ສາມ​ສິບ​ນາ​ທີ​ຫຼື​ດັ່ງ​ນັ້ນ​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ຮັບ​ຮູ້​ວ່າ​ຂ້າ​ພະ​ເຈົ້າ​ມັກ​ວິ​ທີ​ການ​ທີ່​ເປັນ​ໄປ​ໄດ້; ການສໍາພາດບໍ່ແມ່ນແບບດັ້ງເດີມ, ແຕ່ການສົນທະນາຕົວມັນເອງໄດ້ກາຍເປັນທີ່ຫນ້າສົນໃຈຫຼາຍ. ແທນທີ່ຈະສົນທະນາຈຸດລະອຽດຂອງຍຸດທະສາດຂອງບໍລິສັດ Red Hat ຫຼືຮູບພາບຂອງມັນຢູ່ໃນ Wall Street—ບາງສິ່ງບາງຢ່າງທີ່ຂ້ອຍໄດ້ກະກຽມໄວ້ແລ້ວ—Matthew Shulick ຖາມເພີ່ມເຕີມກ່ຽວກັບຄວາມຫວັງ, ຄວາມຝັນ ແລະເປົ້າໝາຍຂອງຂ້ອຍ. ໃນປັດຈຸບັນມັນເປັນທີ່ຊັດເຈນສໍາລັບຂ້ອຍວ່າ Shulik ກໍາລັງປະເມີນວ່າຂ້ອຍຈະເຫມາະສົມກັບ subculture ແລະຮູບແບບການຄຸ້ມຄອງຂອງບໍລິສັດ.

ຫຼັງ​ຈາກ​ພວກ​ເຮົາ​ສໍາ​ເລັດ​ການ, Shulick ເວົ້າ​ວ່າ​ລາວ​ຢາກ​ຈະ​ແນະ​ນໍາ​ໃຫ້​ຂ້າ​ພະ​ເຈົ້າ​ກັບ​ທີ່​ປຶກ​ສາ​ທົ່ວ​ໄປ​ຂອງ​ບໍ​ລິ​ສັດ, Michael Cunningham, ແລະ​ແນະ​ນໍາ​ວ່າ​ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ພົບ​ກັບ​ເຂົາ​ໃນ​ປັດ​ຈຸ​ບັນ​ສໍາ​ລັບ​ອາ​ຫານ​ທ່ຽງ​ຕົ້ນ. ຂ້າພະເຈົ້າຕົກລົງເຫັນດີແລະພວກເຮົາກຽມພ້ອມທີ່ຈະອອກ. ຫຼັງຈາກນັ້ນ, interlocutor ຂອງຂ້າພະເຈົ້າຄົ້ນພົບວ່າລາວບໍ່ມີກະເປົາເງິນກັບລາວ. "ໂອ້," ລາວເວົ້າ. - ຂ້າ​ພະ​ເຈົ້າ​ມີ​ບໍ່​ມີ​ເງິນ. ເຈົ້າ​ເດ?" ນີ້ເຮັດໃຫ້ຂ້ອຍແປກໃຈ, ແຕ່ຂ້ອຍຕອບວ່າຂ້ອຍມີເງິນແລະບໍ່ສົນໃຈທີ່ຈະຈ່າຍຄ່າກາເຟ.

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

Cunningham ສະເຫນີໃຫ້ຂ້ອຍຂັບລົດໄປສະຫນາມບິນ, ແລະພວກເຮົາໄປຢູ່ໃນລົດຂອງລາວ. ຫຼັງຈາກນັ້ນສອງສາມນາທີ, ລາວຖາມວ່າ, "ເຈົ້າຄິດບໍຖ້າຂ້ອຍຢຸດແລະເອົາແກັດ? ພວກເຮົາຈະເດີນໜ້າເຕັມທີ່.” “ບໍ່ມີບັນຫາ,” ຂ້ອຍຕອບ. ທັນທີ​ທີ່​ຂ້ອຍ​ໄດ້​ຍິນ​ສຽງ​ດັງ​ຂອງ​ປໍ້າ​ນັ້ນ​ກໍ​ມີ​ສຽງ​ເຄາະ​ປະຕູ​ປ່ອງຢ້ຽມ. ມັນແມ່ນ Cunningham. "Hey, ພວກເຂົາບໍ່ໄດ້ເອົາບັດເຄຣດິດຢູ່ທີ່ນີ້," ລາວເວົ້າ. "ຂ້ອຍສາມາດກູ້ຢືມເງິນໄດ້ບໍ?" ຂ້າພະເຈົ້າໄດ້ເລີ່ມສົງໄສວ່ານີ້ແມ່ນການສໍາພາດແທ້ໆຫຼືບາງປະເພດຂອງການຫລອກລວງ.

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

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

ເຄັດ​ລັບ​ສໍາ​ລັບ​ການ​ປູກ​ຝັງ​ຄຸນ​ນະ​ພາບ​

Meritocracy ແມ່ນຄຸນຄ່າຫຼັກຂອງຊຸມຊົນແຫຼ່ງເປີດ. ມັນບໍ່ສໍາຄັນກັບພວກເຮົາວ່າ pyramid ທີ່ທ່ານຄອບຄອງໃນລະດັບໃດ, ສິ່ງທີ່ສໍາຄັນແມ່ນຄວາມຄິດຂອງເຈົ້າດີເທົ່າໃດ. ນີ້ແມ່ນສິ່ງທີ່ Jim ແນະນໍາ:

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

ໃຫ້ດາວ Rock ຂອງທ່ານປະຕິບັດຕາມ passion ຂອງເຂົາເຈົ້າ

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

“ເພື່ອຊຸກຍູ້ການປະດິດສ້າງ, ບໍລິສັດພະຍາຍາມຫຼາຍສິ່ງຫຼາຍຢ່າງ. ວິທີການຂອງ Google ແມ່ນຫນ້າສົນໃຈ. ນັບຕັ້ງແຕ່ Google ກາຍເປັນທີ່ຮູ້ຈັກໃນທຸກໆບ້ານໃນປີ 2004, ຜູ້ບໍລິຫານແລະນັກອຸດົມການໃນທຸລະກິດອິນເຕີເນັດໄດ້ພະຍາຍາມເປີດເຜີຍຄວາມລັບຕົ້ນຕໍຂອງບໍລິສັດເພື່ອເຮັດຊ້ໍາອີກຜົນສໍາເລັດທີ່ຫນ້າປະທັບໃຈ. ຫນຶ່ງໃນບັນດາໂຄງການທີ່ມີຊື່ສຽງທີ່ສຸດ, ແຕ່ປະຈຸບັນຖືກປິດ, ພະນັກງານ Google ທັງຫມົດໄດ້ຖືກຮ້ອງຂໍໃຫ້ໃຊ້ເວລາ 20 ເປີເຊັນຂອງເວລາຂອງພວກເຂົາເຮັດເກືອບທຸກສິ່ງທີ່ພວກເຂົາຕ້ອງການ. ແນວຄວາມຄິດແມ່ນວ່າຖ້າພະນັກງານຕິດຕາມໂຄງການຂອງຕົນເອງແລະແນວຄວາມຄິດທີ່ເຂົາເຈົ້າມີຄວາມກະຕືລືລົ້ນຢູ່ນອກວຽກ, ພວກເຂົາຈະເລີ່ມປະດິດສ້າງ. ນີ້ແມ່ນວິທີທີ່ໂຄງການພາກສ່ວນທີສາມປະສົບຜົນສໍາເລັດ: GoogleSuggest, AdSense ສໍາລັບເນື້ອຫາແລະ Orkut; ພວກເຂົາທັງໝົດມາຈາກການທົດລອງ 20 ເປີເຊັນນີ້—ເປັນລາຍການທີ່ໜ້າປະທັບໃຈ! […]

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

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

ຫຼາຍກວ່າການລະດົມສະໝອງ

“ການ​ຂັບ​ໄລ່​ເນື້ອ​ເພງ​. Alex Fakeney Osborne ເປັນຜູ້ປະດິດຂອງວິທີການລະດົມສະຫມອງ, ການສືບຕໍ່ຂອງມື້ນີ້ແມ່ນວິທີການ synectics. ມັນເປັນເລື່ອງທີ່ຢາກຮູ້ຢາກເຫັນທີ່ຄວາມຄິດນີ້ປາກົດຢູ່ໃນສົງຄາມໂລກຄັ້ງທີສອງ, ໃນເວລາທີ່ Osborne ໄດ້ສັ່ງໃຫ້ເຮືອລໍາຫນຶ່ງຂອງຂະບວນຂົນສົ່ງສິນຄ້າອາເມລິກາທີ່ຕົກຢູ່ໃນອັນຕະລາຍຂອງການໂຈມຕີ torpedo ໂດຍເຮືອດໍານ້ໍາເຢຍລະມັນ. ຫຼັງຈາກນັ້ນ, ນາຍເຮືອໄດ້ຈື່ຈໍາເຕັກນິກທີ່ພວກໂຈນສະຫລັດໃນຍຸກກາງໃຊ້: ຖ້າລູກເຮືອມີບັນຫາ, ພວກລູກເຮືອທັງຫມົດໄດ້ເຕົ້າໂຮມກັນຢູ່ເທິງເຮືອເພື່ອປ່ຽນກັນແນະນໍາວິທີການແກ້ໄຂບັນຫາ. ມີຫຼາຍແນວຄວາມຄິດ, ລວມທັງສິ່ງທີ່ໂງ່ຢູ່ glance ທໍາອິດ: ສໍາລັບການຍົກຕົວຢ່າງ, ຄວາມຄິດຂອງ blowing ສຸດ torpedo ກັບທີມງານທັງຫມົດ. ແຕ່ດ້ວຍຍົນຂອງຈັກສູບນ້ໍາຂອງເຮືອ, ທີ່ມີຢູ່ໃນເຮືອທຸກລໍາ, ມັນກໍ່ເປັນໄປໄດ້ທີ່ຈະຊ້າລົງ torpedo ຫຼືແມ້ກະທັ້ງປ່ຽນເສັ້ນທາງຂອງມັນ. ດັ່ງນັ້ນ, Osborne ຍັງໄດ້ສິດທິບັດການປະດິດສ້າງ: ມີ propeller ເພີ່ມເຕີມຢູ່ຂ້າງຂອງເຮືອ, ເຊິ່ງເຮັດໃຫ້ສາຍນ້ໍາຕາມຂ້າງ, ແລະ torpedo ເລື່ອນໄປຂ້າງ."

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

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

ເຖິງແມ່ນວ່າ Linus Torvalds, ຜູ້ສ້າງລະບົບປະຕິບັດການ Linux, ສະແດງຄວາມບໍ່ເຫັນດີກັບການປ່ຽນແປງລະຫັດທີ່ສະເຫນີ. ມື້ຫນຶ່ງ, Linus ແລະ David Howells, ຫນຶ່ງໃນນັກພັດທະນາຊັ້ນນໍາຂອງ Red Hat, ໄດ້ເຂົ້າໄປໃນການໂຕ້ວາທີທີ່ຮ້ອນແຮງກ່ຽວກັບຄຸນປະໂຫຍດຂອງການປ່ຽນແປງລະຫັດທີ່ Red Hat ໄດ້ຮ້ອງຂໍທີ່ຈະຊ່ວຍໃຫ້ຄວາມປອດໄພແກ່ລູກຄ້າຂອງພວກເຮົາ. ໃນການຕອບສະຫນອງຕໍ່ການຮ້ອງຂໍຂອງ Howells, Torvalds ຂຽນວ່າ: "ເວົ້າກົງໄປກົງມາ, ນີ້ແມ່ນ [ຄໍາທີ່ບໍ່ສາມາດພິມໄດ້] ໂງ່. ທຸກສິ່ງທຸກຢ່າງເບິ່ງຄືວ່າຈະຫມຸນຮອບການໂຕ້ຕອບທີ່ໂງ່ຈ້າເຫຼົ່ານີ້, ແລະສໍາລັບເຫດຜົນທີ່ໂງ່ຫມົດ. ເປັນຫຍັງພວກເຮົາຄວນເຮັດສິ່ງນີ້? ຂ້ອຍບໍ່ມັກຕົວວິເຄາະ X.509 ທີ່ມີຢູ່ແລ້ວອີກຕໍ່ໄປ. ການ​ໂຕ້​ຕອບ​ສະ​ລັບ​ສັບ​ຊ້ອນ​ທີ່​ໂງ່​ແມ່ນ​ໄດ້​ຖືກ​ສ້າງ​ຂຶ້ນ​, ແລະ​ໃນ​ປັດ​ຈຸ​ບັນ​ຈະ​ມີ 11 ຂອງ​ພວກ​ເຂົາ​. – Linus 9​.

ການປະຖິ້ມລາຍລະອຽດດ້ານວິຊາການໄວ້ຂ້າງຫນຶ່ງ, Torvalds ສືບຕໍ່ຂຽນໃນຈິດໃຈດຽວກັນໃນຂໍ້ຄວາມຕໍ່ໄປ - ແລະໃນລັກສະນະທີ່ຂ້ອຍບໍ່ກ້າທີ່ຈະອ້າງເຖິງ. ຂໍ້ຂັດແຍ້ງນີ້ດັງຫຼາຍຈົນເຮັດໃຫ້ມັນຂຶ້ນຢູ່ໃນໜ້າໜັງສືພິມ Wall Street Journal. […]

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

ປ່ອຍໄວ, ປ່ອຍເລື້ອຍໆ

ພວກເຮົາບໍ່ສາມາດຄາດຄະເນອະນາຄົດໄດ້, ດັ່ງນັ້ນພວກເຮົາພຽງແຕ່ຕ້ອງພະຍາຍາມ:

"ພວກເຮົາປະຕິບັດໃນຫຼັກການຂອງ "ການເປີດຕົວໃນຕອນຕົ້ນ, ການປັບປຸງເລື້ອຍໆ." ບັນຫາທີ່ສໍາຄັນຂອງໂຄງການຊອບແວແມ່ນຄວາມສ່ຽງຂອງຄວາມຜິດພາດຫຼືຂໍ້ບົກພ່ອງໃນລະຫັດແຫຼ່ງ. ແນ່ນອນ, ການປ່ຽນແປງແລະການປັບປຸງຫຼາຍແມ່ນເກັບກໍາຢູ່ໃນຫນຶ່ງລຸ້ນ (ສະບັບ) ຂອງຊອບແວ, ຄວາມເປັນໄປໄດ້ສູງທີ່ຈະມີແມງໄມ້ໃນສະບັບນີ້. ນັກພັດທະນາຊໍແວແຫຼ່ງເປີດໄດ້ຮັບຮູ້ວ່າໂດຍການອອກສະບັບຊອບແວຢ່າງໄວວາແລະເລື້ອຍໆ, ຄວາມສ່ຽງຂອງບັນຫາທີ່ຮ້າຍແຮງກັບໂຄງການໃດກໍ່ຕາມແມ່ນຫຼຸດລົງ - ຫຼັງຈາກທີ່ທັງຫມົດ, ພວກເຮົາບໍ່ໄດ້ນໍາເອົາການປັບປຸງທັງຫມົດມາສູ່ຕະຫຼາດໃນເວລາດຽວ, ແຕ່ຫນຶ່ງຄັ້ງຕໍ່ແຕ່ລະຮຸ່ນ. ໃນໄລຍະເວລາ, ພວກເຮົາສັງເກດເຫັນວ່າວິທີການນີ້ບໍ່ພຽງແຕ່ຫຼຸດຜ່ອນຄວາມຜິດພາດ, ແຕ່ຍັງນໍາໄປສູ່ການແກ້ໄຂທີ່ຫນ້າສົນໃຈຫຼາຍ. ມັນ turns ໃຫ້​ເຫັນ​ວ່າ​ການ​ສືບ​ຕໍ່​ເຮັດ​ໃຫ້​ການ​ປັບ​ປຸງ​ຂະ​ຫນາດ​ນ້ອຍ​ສ້າງ​ການ​ປ່ຽນ​ແປງ​ໃຫມ່​ໃນ​ໄລ​ຍະ​ຍາວ​. ບາງທີອາດບໍ່ມີຫຍັງແປກໃຈຢູ່ທີ່ນີ້. ຫນຶ່ງໃນຫຼັກການທີ່ສໍາຄັນຂອງຂະບວນການຜະລິດທີ່ທັນສະໄຫມເຊັ່ນ: kaizen a ຫຼື lean b ແມ່ນການສຸມໃສ່ການປ່ຽນແປງຂະຫນາດນ້ອຍແລະການເພີ່ມແລະການປັບປຸງ.

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

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

ນີ້ແມ່ນ ຄຳ ເວົ້າອີກຢ່າງ ໜຶ່ງ ຈາກປື້ມ:

“ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ຮັບ​ຮູ້​ວ່າ​ເພື່ອ​ຕອບ​ສະ​ຫນອງ​ບົດ​ບາດ​ນີ້, ຜູ້​ນໍາ​ໃນ​ມື້​ອື່ນ​ຈະ​ຕ້ອງ​ມີ​ລັກ​ສະ​ນະ​ທີ່​ຖືກ​ມອງ​ຂ້າມ​ໃນ​ອົງ​ການ​ຈັດ​ຕັ້ງ​ທໍາ​ມະ​ດາ. ເພື່ອນໍາພາອົງການຈັດຕັ້ງທີ່ເປີດໃຫ້ມີປະສິດທິພາບ, ຜູ້ນໍາຕ້ອງມີຄຸນສົມບັດດັ່ງຕໍ່ໄປນີ້.

• ຄວາມເຂັ້ມແຂງສ່ວນບຸກຄົນແລະຄວາມຫມັ້ນໃຈ. ຜູ້ນຳທຳມະດາໃຊ້ອຳນາດໃນຕຳແໜ່ງ—ຕຳແໜ່ງຂອງເຂົາເຈົ້າ—ເພື່ອບັນລຸຜົນສຳເລັດ. ແຕ່ໃນຄຸນງາມຄວາມດີ, ຜູ້ນໍາຕ້ອງໄດ້ຮັບຄວາມເຄົາລົບ. ແລະນີ້ເປັນໄປໄດ້ພຽງແຕ່ຖ້າພວກເຂົາບໍ່ຢ້ານທີ່ຈະຍອມຮັບວ່າພວກເຂົາບໍ່ມີຄໍາຕອບທັງຫມົດ. ພວກເຂົາຕ້ອງເຕັມໃຈທີ່ຈະສົນທະນາບັນຫາແລະການຕັດສິນໃຈຢ່າງໄວວາເພື່ອຊອກຫາວິທີແກ້ໄຂທີ່ດີທີ່ສຸດກັບທີມງານຂອງພວກເຂົາ.
• ຄວາມອົດທົນ. ສື່ມວນຊົນບໍ່ຄ່ອຍຈະບອກເລື່ອງກ່ຽວກັບວິທີ "ຄົນເຈັບ" ຜູ້ນໍາ. ແຕ່​ລາວ​ຕ້ອງ​ອົດ​ທົນ​ແທ້ໆ. ໃນເວລາທີ່ທ່ານກໍາລັງເຮັດວຽກເພື່ອໃຫ້ໄດ້ຄວາມພະຍາຍາມທີ່ດີທີ່ສຸດແລະຜົນໄດ້ຮັບຈາກທີມງານຂອງທ່ານ, ມີການສົນທະນາເປັນເວລາຫຼາຍຊົ່ວໂມງແລະເຮັດຊ້ໍາອີກຫຼາຍຄັ້ງຈົນກ່ວາມັນເຮັດຢ່າງຖືກຕ້ອງ, ທ່ານຈໍາເປັນຕ້ອງມີຄວາມອົດທົນ.
• EQ ສູງ (ຄວາມສະຫລາດທາງດ້ານອາລົມ). ເລື້ອຍໆພວກເຮົາສົ່ງເສີມຄວາມສະຫຼາດຂອງຜູ້ນໍາໂດຍການສຸມໃສ່ IQ ຂອງເຂົາເຈົ້າ, ເມື່ອສິ່ງທີ່ຕ້ອງການຄໍານຶງເຖິງຕົວຈິງແມ່ນ quotient ຄວາມສະຫລາດທາງດ້ານຈິດໃຈຂອງເຂົາເຈົ້າ, ຫຼື EQ ຄະແນນ. ການເປັນຄົນທີ່ສະຫຼາດທີ່ສຸດໃນບັນດາຄົນອື່ນແມ່ນບໍ່ພຽງພໍຖ້າທ່ານບໍ່ສາມາດເຮັດວຽກກັບຄົນເຫຼົ່ານັ້ນ. ໃນເວລາທີ່ທ່ານເຮັດວຽກກັບຊຸມຊົນຂອງພະນັກງານທີ່ມີສ່ວນພົວພັນເຊັ່ນ Red Hat, ແລະທ່ານບໍ່ມີຄວາມສາມາດໃນການສັ່ງໃຫ້ໃຜຢູ່ອ້ອມຂ້າງ, ຄວາມສາມາດໃນການຟັງ, ດໍາເນີນການວິເຄາະ, ແລະບໍ່ເອົາສິ່ງທີ່ເປັນສ່ວນບຸກຄົນກາຍເປັນສິ່ງມີຄຸນຄ່າ incredibly.
• ຈິດ​ໃຈ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​. ຜູ້ນໍາທີ່ມາຈາກອົງການຈັດຕັ້ງແບບດັ້ງເດີມໄດ້ຖືກນໍາມາສູ່ຈິດໃຈຂອງ quid pro quo (ລາຕິນສໍາລັບ "quid pro quo"), ອີງຕາມການດໍາເນີນການທຸກຄວນໄດ້ຮັບຜົນຕອບແທນທີ່ພຽງພໍ. ແຕ່ໃນເວລາທີ່ທ່ານກໍາລັງຊອກຫາການລົງທຶນໃນການສ້າງຊຸມຊົນໂດຍສະເພາະ, ທ່ານຈໍາເປັນຕ້ອງຄິດໃນໄລຍະຍາວ. ມັນຄ້າຍຄືກັບການພະຍາຍາມສ້າງລະບົບນິເວດທີ່ມີຄວາມສົມດູນທີ່ລະອຽດອ່ອນ, ບ່ອນທີ່ຂັ້ນຕອນທີ່ຜິດພາດສາມາດສ້າງຄວາມບໍ່ສົມດຸນແລະນໍາໄປສູ່ການສູນເສຍໃນໄລຍະຍາວທີ່ທ່ານອາດຈະບໍ່ສັງເກດເຫັນທັນທີ. ຜູ້ນໍາຕ້ອງກໍາຈັດແນວຄວາມຄິດທີ່ຮຽກຮ້ອງໃຫ້ພວກເຂົາບັນລຸຜົນໄດ້ຮັບໃນມື້ນີ້, ໃນຄ່າໃຊ້ຈ່າຍໃດກໍ່ຕາມ, ແລະເລີ່ມຕົ້ນການດໍາເນີນທຸລະກິດໃນວິທີທີ່ອະນຸຍາດໃຫ້ພວກເຂົາເກັບກ່ຽວຜົນປະໂຫຍດຫຼາຍກວ່າເກົ່າໂດຍການລົງທຶນໃນອະນາຄົດ."

ແລະເປັນຫຍັງມັນຈຶ່ງສໍາຄັນ

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

ອ່ານ, ລອງ​ເບິ່ງ!

ແຫຼ່ງຂໍ້ມູນ: www.habr.com