ພວກເຮົາພະຍາຍາມເຮັດວຽກເປັນທີມແນວໃດ ແລະສິ່ງທີ່ອອກມາຈາກມັນ

ໃຫ້ໄປຢູ່ໃນຄໍາສັ່ງ

ຮູບພາບນີ້ຫມາຍຄວາມວ່າແນວໃດໃນຕໍ່ມາເລັກນ້ອຍ, ແຕ່ສໍາລັບຕອນນີ້ໃຫ້ຂ້ອຍເລີ່ມຕົ້ນດ້ວຍການແນະນໍາ.

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

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

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

ຢຸດ Procrastination - ມັນແມ່ນຫຍັງ, ມັນກິນກັບຫຍັງແລະພວກເຮົາພັດທະນາມັນແນວໃດແລະສິ່ງທີ່ມາຈາກມັນ

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

ເຮັດແນວໃດມັນເຮັດວຽກ

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

ການສ້າງທີມງານ

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

ການ​ຕັ້ງ​ຄ່າ​ວຽກ​ງານ​

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

ພວກເຮົາຂຽນ specs

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

ແຕ້ມການອອກແບບ

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

ແຕ່ຫຼັງຈາກນັ້ນການອອກແບບໄດ້ຖືກ combed ແລະນໍາກັບຄືນໄປບ່ອນປົກກະຕິ.
(ເຊື່ອມຕໍ່ກັບອົງປະກອບອອກແບບທັງຫມົດໃນຕອນທ້າຍຂອງບົດຄວາມ).

ການຂຽນໂປລແກລມ

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

ດີ, ກ່ຽວກັບການທົດສອບ

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

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

ເອກະສານອ້າງອີງ:

ຫຼ້າສຸດ ຂໍ້ສະເພາະ.
ອອກແບບຢູ່ Figາກເດື່ອ.
ກໍລະນີທົດສອບ и ບົດ​ລາຍ​ງານ bug​.

ແອັບພລິເຄຊັນຕົວມັນເອງເປີດຢູ່ HokeyApp. — ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ໄດ້​ຖືກ​ສ້າງ​ຂຶ້ນ​ພາຍ​ໃຕ້​ຊື່ HandsOff​, ບໍ່​ແມ່ນ​ແຕ່​ຖາມ​ວ່າ​ເປັນ​ຫຍັງ (ເນື່ອງ​ຈາກ​ວ່າ Stop Procrastination ແມ່ນ​ຍາວ​ເກີນ​ໄປ​)​.

ດີໃນຕອນທ້າຍ

ເຈົ້າຄິດວ່າທັງໝົດນີ້ມີຄວາມໝາຍບໍ່?

ພຽງແຕ່ຜູ້ໃຊ້ລົງທະບຽນສາມາດເຂົ້າຮ່ວມໃນການສໍາຫຼວດ. ເຂົ້າ​ສູ່​ລະ​ບົບກະລຸນາ.

ການປະຕິບັດດັ່ງກ່າວມີຄວາມຈໍາເປັນຢູ່ໃນສະຖາບັນການສຶກສາແລະມັນເປັນປະໂຫຍດແລະນໍາໃຊ້ໃນຊີວິດຈິງແນວໃດ?

• ຕ້ອງການປະສົບການທີ່ບໍ່ມີຄ່າ

• ຕ້ອງການ, ເຖິງແມ່ນວ່າປະສົບການເລັກນ້ອຍ

• ເກືອບບໍ່ມີປະໂຫຍດ, ສ່ວນຫຼາຍເຈົ້າຈະເຂົ້າໃຈລັກສະນະທົ່ວໄປຂອງການເຮັດວຽກໃນທີມ

• ເສຍເວລາ ແລະຄວາມພະຍາຍາມ

2 ຜູ້ໃຊ້ລົງຄະແນນສຽງ. ບໍ່ມີການລະເວັ້ນ.

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