DUMP Kazan 2019 - ກອງປະຊຸມນັກພັດທະນາ Tatarstan. ພວກເຮົາຮັບເອົາຄໍາຮ້ອງສະຫມັກສໍາລັບການລາຍງານ

ປີທີ່ຜ່ານມາພວກເຮົາໄດ້ພະຍາຍາມທົດລອງເພື່ອນໍາເອົາຜູ້ຊ່ຽວຊານດ້ານ IT ຈາກຜູ້ຊ່ຽວຊານດ້ານຕ່າງໆແລະບໍລິສັດທີ່ແຕກຕ່າງກັນໃນ Kazan ຮ່ວມກັນ, ແລະມັນກໍ່ອອກມາດີ. ຜູ້ເຂົ້າຮ່ວມ 4 ຄົນ ເຂົ້າຮ່ວມ 219 ພາກຄື: Backend, Frontend, Design and Management. ມັນເບິ່ງຄືວ່າບໍ່ພຽງພໍຖ້າບໍ່ແມ່ນສອງ "ແຕ່":

1. ຢູ່ທີ່ DUMP Yekaterinburg ທໍາອິດມີຜູ້ເຂົ້າຮ່ວມ 154 ຄົນ, ແລະຢູ່ທີ່ DUMP 2019 ມີ 1608 ແລ້ວ.
2. ຜູ້ຈັດກອງປະຊຸມແລະກອງປະຊຸມ IT ໃນ Kazan ກ່າວວ່າປະຊາຊົນມີຄວາມລັງເລທີ່ຈະເຂົ້າຮ່ວມພວກເຂົາ, ແມ່ນແຕ່ບໍ່ເສຍຄ່າ, ແລະມັນບໍ່ຫນ້າຈະລວບລວມຫຼາຍກວ່າ 100 ຄົນໃນ 1,5 ເດືອນ.

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

ໃນປີນີ້ຍັງຈະມີ 4 ພາກສ່ວນ, ແຕ່ອົງປະກອບຂອງພວກມັນມີການປ່ຽນແປງ: Backend, Frontend, DevOps ແລະການຄຸ້ມຄອງ, ແລະພາກສ່ວນຕ່າງໆຈະເຕັມມື້ - 8 ລາຍງານແຕ່ລະຄົນ.

ຕາຕະລາງຮອບແລະຫ້ອງຮຽນຕົ້ນສະບັບໄດ້ຖືກເພີ່ມ. ທໍາອິດ, ພວກເຮົາປຶກສາຫາລືບັນຫາຮ້ອນແລະວຽກງານການເຜົາໄຫມ້, ທີສອງ, ພວກເຮົາສຶກສາເຕັກນິກຫຼືເຕັກນິກສະເພາະໃນການປະຕິບັດ.

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

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

backend

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

ພວກເຮົາຍິນດີຕ້ອນຮັບບົດລາຍງານທີ່ກ່າວເຖິງຫົວຂໍ້ທີ່ມີລາຍຊື່ຂ້າງລຸ່ມນີ້:

• ການບໍລິການຈຸລະພາກ
• ໂຫຼດສູງ
• ການເພີ່ມປະສິດທິພາບການລວບລວມ
• ການປະຕິບັດຄໍາຮ້ອງສະຫມັກ
• ສະຖາປັດຕະຍະກໍາໃນຂໍ້ກໍານົດຂອງອົງການຈັດຕັ້ງລະຫັດແລະເຫດຜົນທາງທຸລະກິດ
• ການປະຕິບັດທີ່ດີທີ່ສຸດກ່ຽວກັບຫົວຂໍ້ຕ່າງໆ
• ການຂຽນໂປຼແກຼມທີ່ມີປະໂຫຍດ
• ການ​ທົດ​ສອບ Microservices​
• ໂຄງສ້າງພື້ນຖານລະບົບແຈກຢາຍ
• Blockchain
• ML/ML ໃນບໍລິການຈຸລະພາກ
• ລົດໄຟຂອງຄວາມຄິດຂອງນັກພັດທະນາເຢັນແລະສະຖາປະນິກໃນຂະບວນການຂອງການພັດທະນາລະບົບຂະຫນາດໃຫຍ່
• DDD
• ເຮັດວຽກກັບທາດເຫຼັກ
• ການ​ອະ​ນຸ​ຍາດ​ແລະ​ການ​ກວດ​ສອບ​
• ການເກັບຂີ້ເຫຍື້ອ, ເຮັດວຽກກັບຄວາມຊົງຈໍາ
• ຫນີ້ສິນດ້ານວິຊາການ, ການທົບທວນຄືນລະຫັດແລະ refactoring: ເຕັກໂນໂລຊີ, ເຕັກນິກແລະຜົນໄດ້ຮັບ

ລະດັບການຝຶກອົບຮົມຂອງຜູ້ເຂົ້າຮ່ວມ DUMP ແມ່ນກາງແລະກາງ+, ມັນເປັນມູນຄ່າການພິຈາລະນານີ້ໃນເວລາທີ່ເລືອກຫົວຂໍ້ສໍາລັບຄໍາຮ້ອງສະຫມັກບົດລາຍງານ. ພວກເຮົາຢາກໃຫ້ຜູ້ຟັງຂອງພວກເຮົາບໍ່ເບື່ອ.

35 ນາທີໄດ້ຖືກຈັດສັນສໍາລັບການນໍາສະເຫນີ + 5 ນາທີສໍາລັບຄໍາຖາມຢູ່ໃນຫ້ອງໂຖງ. ຫຼັງ​ຈາກ​ບົດ​ລາຍ​ງານ​ຈະ​ມີ​ອີກ 20 ນາ​ທີ​ສໍາ​ລັບ​ການ​ສົນ​ທະ​ນາ​ຂ້າງ​ນອກ.

ຄະ​ນະ​ກໍາ​ມະ​ພາກ​ສ່ວນ​:

Yuri Kerbitskov — ຜູ້​ຊີ້​ນໍາ​ດ້ານ​ວິ​ຊາ​ການ​ທີ່ Ak Bars Digital Technologies​.
ກ່ຽວກັບຕົວຂ້ອຍເອງ: "ນັບຕັ້ງແຕ່ຂ້ອຍຈັດກອງປະຊຸມ .NET KznDotNet, ຫົວຂໍ້ຂອງການພັດທະນາຊຸມຊົນແມ່ນໃກ້ຊິດກັບຂ້ອຍແລະພໍໃຈກັບຕາ, ແລະຂ້ອຍດີໃຈທີ່ຈະພະຍາຍາມເພື່ອເຮັດໃຫ້ມີການເຄື່ອນໄຫວ IT ຫຼາຍຂຶ້ນໃນ Kazan."

Andrey Zharinov - ຫົວຫນ້າຫ້ອງການພັດທະນາ Yandex ໃນ Yekaterinburg.
ກ່ຽວກັບຕົວຂ້ອຍເອງ: "ຂ້ອຍຈັດການບາງບໍລິການທ່ອງທ່ຽວ, backend ແລະ DUMP ຢູ່ໃກ້ຂ້ອຍ, ນີ້ໄດ້ກະຕຸ້ນຂ້ອຍເຂົ້າຮ່ວມຄະນະກໍາມະການໂຄງການ."

frontend

ທ່ານມີຄວາມຮັບຜິດຊອບໃນການພັດທະນາດ້ານລູກຄ້າຂອງເວັບໄຊທ໌ / ຄໍາຮ້ອງສະຫມັກບໍ? ທາງ​ນັ້ນ.

ອອກຈາກການຮ້ອງຂໍຂອງທ່ານທີ່ນີ້ຖ້າຫາກວ່າທ່ານມີບາງສິ່ງບາງຢ່າງທີ່ຈະບອກກ່ຽວກັບຫົວຂໍ້ໃດຫນຶ່ງຈາກບັນຊີລາຍຊື່ຂ້າງລຸ່ມນີ້:

• ການບໍລິການຈຸນລະພາກຂອງແອັບພລິເຄຊັນເວັບ
• ການທົດສອບ DSL, ການທົດສອບ e2e, Selenium/Puppeteer, BDD
• ທາງເລືອກ JS: Typescript, ClojureScript, Elm, Dart
• ຄວາມປອດໄພ: ການແຮັກ ແລະການປົກປ້ອງ, ຊ່ອງໂຫວ່ໃນ npm
• ວິທີການ, ສະຖາປັດຕະຍະກໍາແລະຫຼັກການ: SOLID, microservices, BEM
• ການຂຽນໂປລແກລມທີ່ມີປະໂຫຍດໃນການພັດທະນາດ້ານຫນ້າ
• ປະກອບດ້ານຫນ້າສໍາລັບອຸປະກອນທີ່ແຕກຕ່າງກັນ
• ແອັບເວັບໃນເວລາຈິງ
• api gateway
• Flutter ສໍາລັບເວັບ
• ສະຖາປັດຕະຍະກຳແອັບພລິເຄຊັນລູກຄ້າ
• ການມີໃຫ້ອອຟໄລຂອງແອັບພລິເຄຊັນລູກຄ້າ
• ການນໍາໃຊ້ gRPC ໃນຕົວທ່ອງເວັບແລະການປຽບທຽບກັບໂປໂຕຄອນອື່ນໆ
• synchronization ແລະການເກັບຮັກສາຂໍ້ມູນໃນລູກຄ້າ: REST, GraphQL, Websockets
• ຂຽນແລະຮັກສາອົງປະກອບ ui ຂອງທ່ານເອງ
• Monorepositories ໃນລະດັບບໍລິສັດ
• ອັດຕະໂນມັດຂອງການຄຸ້ມຄອງການປ່ອຍ
• ການນໍາໃຊ້ API ຂອງຕົວທ່ອງເວັບໃຫມ່ (ຕົວຢ່າງ, ການອະນຸຍາດໂດຍໃຊ້ fingerprint ຫຼືການອະນຸຍາດຜ່ານຜູ້ໃຫ້ບໍລິການມືຖື)
• ເລື່ອງ: ຄວາມສໍາເລັດແລະຄວາມລົ້ມເຫລວ, ການພົວພັນກັບທຸລະກິດ
• ອື່ນໆ: Web API, ອະນາຄົດຂອງມາດຕະຖານ, ແຫຼ່ງເປີດ, ຜູ້ຈັດການຊຸດ, ແລະອື່ນໆ.

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

35 ນາທີໄດ້ຖືກຈັດສັນສໍາລັບການນໍາສະເຫນີ + 5 ນາທີສໍາລັບຄໍາຖາມຢູ່ໃນຫ້ອງໂຖງ. ຫຼັງ​ຈາກ​ບົດ​ລາຍ​ງານ​ຈະ​ມີ​ອີກ 20 ນາ​ທີ​ສໍາ​ລັບ​ການ​ສົນ​ທະ​ນາ​ຂ້າງ​ນອກ.

ຄະ​ນະ​ກໍາ​ມະ​ພາກ​ສ່ວນ​:

Alexander Iossa — ຫົວຫນ້າການພັດທະນາ Frontend ຢູ່ Diginavis.
ລາວເວົ້າກ່ຽວກັບຕົວເອງເຊັ່ນນີ້: "ຂ້ອຍມັກກໍານົດ vector ສໍາລັບການພັດທະນາດ້ານຫນ້າແລະວິສະວະກໍາຊອບແວໂດຍທົ່ວໄປ. ນັ້ນແມ່ນ, ມັນເປັນສິ່ງ ສຳ ຄັນ ສຳ ລັບຂ້ອຍທີ່ບົດລາຍງານໃນກອງປະຊຸມໄດ້ກະຕຸ້ນໃຫ້ຄົນຂຽນດີຂື້ນ, ຄິດຫຼາຍ, ບໍ່ໃຊ້ບາງສິ່ງງ່າຍໆເພາະວ່າມັນເປັນແຟຊັ່ນ.”

“ຂ້ອຍ Roman Gafiatullin, ຂ້າພະເຈົ້ານໍາພາຫນຶ່ງໃນທີມງານຜະລິດຕະພັນຢູ່ ClickClickDrive. ໂດຍທົ່ວໄປ, ຂ້າພະເຈົ້າສໍາລັບການເຄື່ອນໄຫວໃດກໍ່ຕາມ, ຂ້າພະເຈົ້າພະຍາຍາມແນະນໍານັກພັດທະນາກ່ຽວກັບວັດທະນະທໍາວິສະວະກໍາ.”

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

ມັນຍັງຊ່ວຍໃຫ້ພວກເຮົາສ້າງໂຄງການພາກ Igor Zinoviev — ຜູ້ກໍ່ຕັ້ງ KazanJS (ກອງປະຊຸມປົກກະຕິສໍາລັບນັກພັດທະນາ JS, ເຊັ່ນດຽວກັນກັບຊ່ອງທາງ Telegram ທີ່ມີຊື່ດຽວກັນ).

DevOps

ໃນພາກນີ້ພວກເຮົາສົນທະນາກ່ຽວກັບວັດທະນະທໍາ DevOps, ວິທີແກ້ໄຂວິສະວະກໍາ, ແລະວິທີການສ້າງການໂຕ້ຕອບລະຫວ່າງທີມງານພັດທະນາແລະທີມງານປະຕິບັດງານ.

ໃນຖານະເປັນຜູ້ອໍານວຍການໂຄງການ, Konstantin Makarychev, ກ່າວວ່າ:

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

ດັ່ງນັ້ນ, ຖ້າທ່ານເປັນຄົນທີ່ມັກໃຈຮ້າຍແລະບໍ່ລັງກຽດທີ່ຈະແບ່ງປັນປະສົບການຂອງເຈົ້າ, ໃຫ້ອອກຈາກຄໍາຮ້ອງຂໍການປາກເວົ້າຢ່າງໄວວາ ທີ່ນີ້

ໃນປັດຈຸບັນ, ໃນຄວາມເປັນຈິງ, ກັບຫົວຂໍ້.

Conceptually, ຫົວຂໍ້ devops ສາມາດແບ່ງອອກເປັນສອງພາກສ່ວນ: ດ້ານວິຊາການແລະກ່ຽວກັບຂະບວນການ.
ຕັ້ງແຕ່ທໍາອິດທີ່ພວກເຮົາລໍຖ້າລາຍງານກ່ຽວກັບ:

• Kubernetes, Istio, service mesh, docker, CI/CD
• ການຫັນປ່ຽນເມຄ: ທຸກຢ່າງຄືເກົ່າ ແລະ ບໍ່ດີແນວໃດ ແລະ ທຸກຢ່າງແມ່ນໃໝ່ ແລະດີແນວໃດໃນປັດຈຸບັນ
• ການຈັດສົ່ງຢ່າງຕໍ່ເນື່ອງ / ການເຊື່ອມໂຍງຢ່າງຕໍ່ເນື່ອງ
• ເຕັກໂນໂລຊີຄລາວ: AWS, Azure, OpenStack, Serverless, ແລະອື່ນໆ.
• ຈະເລືອກຄລາວໃດ? ການປຽບທຽບການບໍລິການຄລາວ
• ການບັນຈຸແລະ orchestration
• ການຕິດຕາມ ແລະກວດສອບແອັບພລິເຄຊັນ (OkMeter, DataDog, BPF, XRebel, OpenTrace, ແລະອື່ນໆ)

ຈາກທີສອງ, ຜູ້ເຂົ້າຮ່ວມ DUMP ຢາກໄດ້ຍິນບົດລາຍງານກ່ຽວກັບ:

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

35 ນາທີໄດ້ຖືກຈັດສັນສໍາລັບການນໍາສະເຫນີ + 5 ນາທີສໍາລັບຄໍາຖາມຢູ່ໃນຫ້ອງໂຖງ. ຫຼັງ​ຈາກ​ບົດ​ລາຍ​ງານ​ຈະ​ມີ​ອີກ 20 ນາ​ທີ​ສໍາ​ລັບ​ການ​ສົນ​ທະ​ນາ​ຂ້າງ​ນອກ.

ຄະ​ນະ​ກໍາ​ມະ​ພາກ​ສ່ວນ​:

Konstantin Makarychev — ຜູ້​ພັດ​ທະ​ນາ​ຂອງ Provectus​, Hydrosphere.io​, ຜູ້​ກໍ່​ຕັ້ງ​ແລະ​ຜູ້​ຈັດ​ຕັ້ງ​ຂອງ Expert Fridays​.

ກ່ຽວກັບຕົວຂ້ອຍເອງ: "ຂ້ອຍພຽງແຕ່ເຮັດສິ່ງທີ່ຕ້ອງເຮັດແລະຂຽນສິ່ງທີ່ຂ້ອຍຕ້ອງເຮັດ."

Radik Fattakhov — ຫົວຫນ້າທີມຢູ່ ClickClickDrive.
ກ່ຽວກັບຕົວຂ້ອຍເອງ: "ນັກພັດທະນາ Backend ຢູ່ດ້ານຫນ້າ. ຂ້ອຍອັດຕະໂນມັດທຸກຢ່າງທີ່ເປັນໄປໄດ້ເພື່ອໃຫ້ທີມງານສາມາດເຮັດວຽກໄດ້ຢ່າງມີປະສິດທິພາບ. ຂ້າພະເຈົ້າດີໃຈທີ່ຈະຊ່ວຍຈັດກອງປະຊຸມທີ່ດີຢູ່ Kazan, ບ່ອນທີ່ປະຊາຊົນຈາກທົ່ວທຸກຂົງເຂດຈະແບ່ງປັນປະສົບການຂອງເຂົາເຈົ້າ.”

Mikhail Tsykarev — ຜູ້​ນໍາ​ກຸ່ມ​ອາ​ວຸ​ໂສ​ຂອງ​ໂຄງ​ການ​ແລະ​ຫ້ອງ​ການ​ຄຸ້ມ​ຄອງ​ຍຸດ​ທະ​ສາດ ICL-Services​.
ກ່ຽວກັບຕົນເອງ: "ໃນເວລາດຽວກັນ, ຂ້ອຍຈັດການການສ້າງຜະລິດຕະພັນພາຍໃນຂອງບໍລິສັດໃນບົດບາດຂອງເຈົ້າຂອງຜະລິດຕະພັນ. ຂ້ອຍຍັງເປັນຜູ້ຕິດຕາມຂອງສູນສ້າງໂຄງສ້າງພື້ນຖານປະດິດສ້າງ UrFU. ບາງໂຄງການທີ່ຂ້ອຍເບິ່ງແຍງໃຊ້ການປະຕິບັດ DevOps ຢ່າງຈິງຈັງ."

ການຈັດການ

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


ໃນຄໍາສັ່ງທີ່ຈະບໍ່ລວມຫົວຂໍ້ທັງຫມົດຮ່ວມກັນ, ໂຄງການໄດ້ແບ່ງອອກເປັນ 2 ຕັນ: "ການຄຸ້ມຄອງທີມງານ" ແລະ "ການຄຸ້ມຄອງໂຄງການ".

ໃນບລັອກ "ການຄຸ້ມຄອງທີມງານ" ພວກເຮົາລໍຖ້າຄໍາຮ້ອງສະຫມັກໃນຫົວຂໍ້ຕໍ່ໄປນີ້:

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

ໃນບລັອກ "ການຄຸ້ມຄອງໂຄງການ" ພວກເຮົາກໍາລັງຊອກຫາລໍາໂພງທີ່ຈະແບ່ງປັນປະສົບການຂອງເຂົາເຈົ້າກ່ຽວກັບຫົວຂໍ້ຕໍ່ໄປນີ້:

• ຂະ​ບວນ​ການ​, ການ​ວາງ​ແຜນ​, ການ​ຄຸ້ມ​ຄອງ​: ການ​ວາງ​ແຜນ​ແລະ​ການ​ປະ​ເມີນ​ຜົນ​ວຽກ​ງານ​, unification ຂອງ​ຂະ​ບວນ​ການ​, micromanagement​, ການ​ເຮັດ​ວຽກ​ກັບ​ຄວາມ​ສ່ຽງ​, retrospective
• ການພົວພັນກັບພາກສ່ວນກ່ຽວຂ້ອງ: ລູກຄ້າ, ການຄຸ້ມຄອງ, ພະແນກທີ່ກ່ຽວຂ້ອງ
• ວັດທະນະທໍາວິສະວະກໍາໃນບໍລິສັດ / ໂຄງການ

ຄຳປາໄສທັງໝົດມີໄລຍະເວລາດຽວກັນຄື: 35 ນາທີເພື່ອນຳສະເໜີຫົວຂໍ້ + 5 ນາທີສຳລັບຄຳຖາມຈາກຜູ້ຊົມ. ຫຼັງຈາກບົດລາຍງານແຕ່ລະຄັ້ງຈະມີ 20 ນາທີສໍາລັບຜູ້ເຂົ້າຮ່ວມເພື່ອສື່ສານກັບລໍາໂພງ.

ຄະ​ນະ​ກໍາ​ມະ​ພາກ​ສ່ວນ​:

Igor Katykov - ຜູ້ອໍານວຍການສູນພັດທະນາ Tinkoff.ru ໃນ Kazan ແລະ Innopolis.
17 ປີໃນ IT, 13 ສຸດທ້າຍໃນການຄຸ້ມຄອງ. ສາມຄັ້ງທີ່ລາວສ້າງທີມງານທີ່ປະສົບຜົນສໍາເລັດສູງເຖິງ 90 ຄົນ.

ກ່ຽວກັບສິ່ງທີ່ກະຕຸ້ນໃຫ້ຂ້ອຍເຮັດວຽກໃນຄະນະກໍາມະການໂຄງການ: "ຂ້ອຍຕ້ອງການໃຫ້ Kazan ກາຍເປັນນະຄອນຫຼວງ IT ທີສາມຫຼັງຈາກ Moscow ແລະ St. ດັ່ງນັ້ນ, ກໍາລັງ IT ທີ່ມີປະສິດທິພາບໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນໃນ Kazan (ແລະສິ່ງອ້ອມຂ້າງ), ມີຄວາມສາມາດທີ່ຈະຊະນະການແຂ່ງຂັນຈາກ Yekaterinburg, Novosibirsk, Nizhny ແລະເມືອງອື່ນໆທີ່ມີລ້ານບວກ. ຖ້າບໍ່ມີຊຸມຊົນທ້ອງຖິ່ນທີ່ມີປະສິດທິພາບ, ການແລກປ່ຽນປະສົບການຈະບໍ່ເຮັດວຽກ.”

Alexander Kiverin - ຜູ້ອໍານວຍການດ້ານວິຊາການຂອງ Ak Bars Digital Technologies (Ak Bars Bank).
ກ່ຽວກັບຕົວຂ້ອຍເອງ: “ຕະຫຼອດສິບປີຂອງຂ້ອຍຂອງກິດຈະກໍາໃນດ້ານການຄຸ້ມຄອງການພັດທະນາ, ຂ້ອຍບໍ່ໄດ້ຢຸດທີ່ຈະຄົ້ນຫາວິທີການໃຫມ່ໃນການຄຸ້ມຄອງໂຄງການແລະທີມງານພັດທະນາ. ໃນກອງປະຊຸມ DUMP 2019, ຂ້າພະເຈົ້າແນ່ໃຈວ່າພວກເຮົາຈະໄດ້ຍິນບົດລາຍງານທີ່ເຢັນກ່ຽວກັບຂະບວນການສ້າງທີ່ມີຄວາມສາມາດ, ການຄຸ້ມຄອງຄົນຢ່າງຖືກຕ້ອງແລະການສ້າງທີມງານທີ່ມີປະສິດທິພາບ, ດັ່ງນັ້ນພວກເຮົາສາມາດນໍາໃຊ້ປະສົບການນີ້ໃນເວລາທີ່ປະຕິບັດໂຄງການທີ່ເຢັນກວ່າທີ່ໃຫ້ຜົນໄດ້ຮັບທີ່ດີ!”

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

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

ເສັ້ນ​ຕາຍ​, ການ​ຄັດ​ເລືອກ​ຂອງ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ແລະ​ການ​ກະ​ກຽມ​ຂອງ​ການ​ປາກ​ເວົ້າ​

ພູມສາດ: ພວກເຮົາລໍຖ້າຜູ້ເວົ້າຈາກທົ່ວປະເທດ, ປະເທດເພື່ອນບ້ານ, ແລະຈາກຕ່າງປະເທດ.

ມື້​ກໍາ​ນົດ​ສົ່ງ: ສົ່ງຄໍາຮ້ອງສະຫມັກພາຍໃນເດືອນກັນຍາ 8th. ຄະນະກໍາມະການໂຄງການຈະທົບທວນຄືນໃຫ້ເຂົາເຈົ້າພາຍໃນ 7 ມື້, ແລະພາກສ່ວນ admin ຈະຕິດຕໍ່ຫາທ່ານ.

ການ​ກະ​ກຽມ​ການ​ປາກ​ເວົ້າ​ປະ​ກອບ​ມີ​ຫຼາຍ​ຂັ້ນ​ຕອນ​:

• ຄໍາຮ້ອງສະຫມັກ
• ໂທຫາຄະນະກໍາມະການໂຄງການ (10-15 ນາທີ), ເຊິ່ງຜູ້ເວົ້າເວົ້າສັ້ນໆກ່ຽວກັບຫົວຂໍ້.
• ແລ່ນຜ່ານ (ການຝຶກຊ້ອມບົດລາຍງານທີ່ມີສະໄລ້ ຫຼືຮ່າງຂອງພວກມັນ)
• ອາດຈະເປັນການແລ່ນຄັ້ງທີ 2 ແລະທີ 3
• ການກະກຽມການນໍາສະເຫນີ

ອອກຈາກການຮ້ອງຂໍສໍາລັບ site ແລະມາສະແດງໃນ Kazan. DUMP ຈະຈັດຂຶ້ນໃນວັນສຸກ, ແລະທ່ານສາມາດຢູ່ສໍາລັບທ້າຍອາທິດເພື່ອຍ່າງອ້ອມ Kazan. ມັນດີແນ່ນອນໃນລະດູຮ້ອນແລະລະດູຫນາວ - ພວກເຮົາໄດ້ກວດເບິ່ງມັນ.

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