ಪರೀಕ್ಷಕರಿಗಾಗಿ ನಾವು ಹ್ಯಾಕಥಾನ್ ಅನ್ನು ಏಕೆ ನಡೆಸಿದ್ದೇವೆ?

ಈ ಲೇಖನವು ನಮ್ಮಂತೆ, ಪರೀಕ್ಷಾ ಕ್ಷೇತ್ರದಲ್ಲಿ ಸೂಕ್ತವಾದ ತಜ್ಞರನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಸಮಸ್ಯೆಯನ್ನು ಎದುರಿಸುತ್ತಿರುವವರಿಗೆ ಆಸಕ್ತಿಯನ್ನುಂಟುಮಾಡುತ್ತದೆ.

ವಿಚಿತ್ರವೆಂದರೆ, ನಮ್ಮ ಗಣರಾಜ್ಯದಲ್ಲಿ ಐಟಿ ಕಂಪನಿಗಳ ಸಂಖ್ಯೆಯಲ್ಲಿನ ಹೆಚ್ಚಳದೊಂದಿಗೆ, ಯೋಗ್ಯ ಪ್ರೋಗ್ರಾಮರ್ಗಳ ಸಂಖ್ಯೆ ಮಾತ್ರ ಹೆಚ್ಚಾಗುತ್ತದೆ, ಆದರೆ ಪರೀಕ್ಷಕರಲ್ಲ. ಅನೇಕ ಜನರು ಈ ವೃತ್ತಿಗೆ ಬರಲು ಉತ್ಸುಕರಾಗಿದ್ದಾರೆ, ಆದರೆ ಅನೇಕರು ಅದರ ಅರ್ಥವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ.

ನಾನು ಎಲ್ಲಾ IT ಕಂಪನಿಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ನಾವು ನಮ್ಮ ಗುಣಮಟ್ಟದ ತಜ್ಞರಿಗೆ QA/QC ಪಾತ್ರವನ್ನು ನಿಯೋಜಿಸಿದ್ದೇವೆ. ಅವರು ಅಭಿವೃದ್ಧಿ ತಂಡದ ಭಾಗವಾಗಿದ್ದಾರೆ ಮತ್ತು ಸಂಶೋಧನೆಯಿಂದ ಹೊಸ ಆವೃತ್ತಿಯ ಬಿಡುಗಡೆಯವರೆಗೆ ಅಭಿವೃದ್ಧಿಯ ಎಲ್ಲಾ ಹಂತಗಳಲ್ಲಿ ಭಾಗವಹಿಸುತ್ತಾರೆ.

ಒಂದು ತಂಡದ ಪರೀಕ್ಷಕ, ಯೋಜನಾ ಹಂತದಲ್ಲಿಯೂ ಸಹ, ಬಳಕೆದಾರರ ಕಥೆಯನ್ನು ಸ್ವೀಕರಿಸಲು ಎಲ್ಲಾ ಕ್ರಿಯಾತ್ಮಕ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕವಲ್ಲದ ಅವಶ್ಯಕತೆಗಳ ಮೂಲಕ ಯೋಚಿಸಬೇಕು. ಅವರು ಉತ್ಪನ್ನದ ಕಾರ್ಯಾಚರಣೆಯ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಮತ್ತು ಪ್ರೋಗ್ರಾಮರ್‌ಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಇನ್ನೂ ಉತ್ತಮವಾಗಿರಬೇಕು ಮತ್ತು ಯೋಜನಾ ಹಂತದಲ್ಲಿಯೂ ತಂಡವು ತಪ್ಪು ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳದಂತೆ ಸಹಾಯ ಮಾಡಬೇಕು. ಅಳವಡಿಸಲಾದ ಕಾರ್ಯಚಟುವಟಿಕೆಯು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಯಾವ ಅಪಾಯಗಳು ಇರಬಹುದು ಎಂಬುದರ ಕುರಿತು ಪರೀಕ್ಷಕನು ಸ್ಪಷ್ಟವಾದ ತಿಳುವಳಿಕೆಯನ್ನು ಹೊಂದಿರಬೇಕು. ನಮ್ಮ ಪರೀಕ್ಷಕರು ಪರೀಕ್ಷಾ ಯೋಜನೆಗಳು ಮತ್ತು ಪರೀಕ್ಷಾ ಪ್ರಕರಣಗಳನ್ನು ಸ್ವತಃ ರಚಿಸುತ್ತಾರೆ, ಜೊತೆಗೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಪರೀಕ್ಷಾ ಬೆಂಚುಗಳನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತಾರೆ. ಮಂಕಿ ಕ್ಲಿಕ್ ಮಾಡುವವರಂತೆ ಸಿದ್ಧ ನಿರ್ದಿಷ್ಟ ವಿವರಣೆಯ ಪ್ರಕಾರ ಪರೀಕ್ಷೆ ಮಾಡುವುದು ನಮ್ಮ ಆಯ್ಕೆಯಾಗಿಲ್ಲ. ತಂಡದೊಳಗೆ ಕೆಲಸ ಮಾಡುವಾಗ, ಅವನು ಯೋಗ್ಯವಾದ ಉತ್ಪನ್ನವನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ಸಹಾಯ ಮಾಡಬೇಕು ಮತ್ತು ಏನಾದರೂ ತಪ್ಪಾದಲ್ಲಿ ಸಮಯಕ್ಕೆ ಎಚ್ಚರಿಕೆಯನ್ನು ಧ್ವನಿಸಬೇಕು.

ಪರೀಕ್ಷಕರನ್ನು ಹುಡುಕುವಾಗ ನಾವು ಏನು ಎದುರಿಸಿದ್ದೇವೆ

ಅನೇಕ ಪುನರಾರಂಭಗಳನ್ನು ಅಧ್ಯಯನ ಮಾಡುವ ಹಂತದಲ್ಲಿ, ನಮಗೆ ಸೂಕ್ತವಾದ ಅನುಭವವನ್ನು ಹೊಂದಿರುವ ತಜ್ಞರು ಇದ್ದಾರೆ ಮತ್ತು ನಮ್ಮ ತಂಡಕ್ಕೆ ಪರೀಕ್ಷಕರನ್ನು ಆಯ್ಕೆಮಾಡುವಲ್ಲಿ ಯಾವುದೇ ತೊಂದರೆಗಳಿಲ್ಲ ಎಂದು ತೋರುತ್ತಿದೆ. ಆದರೆ, ವೈಯಕ್ತಿಕ ಸಭೆಗಳ ಸಮಯದಲ್ಲಿ, ಮಾಹಿತಿ ತಂತ್ರಜ್ಞಾನದ ಪ್ರಪಂಚದಿಂದ ಸಾಕಷ್ಟು ದೂರದಲ್ಲಿರುವ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ನಾವು ಹೆಚ್ಚಾಗಿ ಎದುರಿಸುತ್ತೇವೆ (ಉದಾಹರಣೆಗೆ, ಬ್ರೌಸರ್ ಮತ್ತು ವೆಬ್ ಸರ್ವರ್ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ತತ್ವಗಳು, ಭದ್ರತೆ, ಸಂಬಂಧಿತ ಮತ್ತು ಅಲ್ಲದ ಮೂಲಗಳು ಸಂಬಂಧಿತ ಡೇಟಾಬೇಸ್‌ಗಳು, ಅವರು ವರ್ಚುವಲೈಸೇಶನ್ ಮತ್ತು ಕಂಟೈನರೈಸೇಶನ್ ಬಗ್ಗೆ ಯಾವುದೇ ಕಲ್ಪನೆಯನ್ನು ಹೊಂದಿರಲಿಲ್ಲ), ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ ಹಿರಿಯ QA ಮಟ್ಟದಲ್ಲಿ ತಮ್ಮನ್ನು ತಾವು ಮೌಲ್ಯಮಾಪನ ಮಾಡಿದರು. ಡಜನ್ಗಟ್ಟಲೆ ಸಂದರ್ಶನಗಳನ್ನು ನಡೆಸಿದ ನಂತರ, ಈ ಪ್ರದೇಶದಲ್ಲಿ ನಮಗೆ ಸೂಕ್ತವಾದ ತಜ್ಞರ ಸಂಖ್ಯೆ ಅತ್ಯಲ್ಪ ಎಂದು ನಾವು ತೀರ್ಮಾನಕ್ಕೆ ಬಂದಿದ್ದೇವೆ.

ಮುಂದೆ, ಗುಣಮಟ್ಟಕ್ಕಾಗಿ ಬಹುನಿರೀಕ್ಷಿತ ಹೋರಾಟಗಾರರನ್ನು ಹುಡುಕಲು ನಾವು ಯಾವ ಕ್ರಮಗಳನ್ನು ತೆಗೆದುಕೊಂಡಿದ್ದೇವೆ ಮತ್ತು ಯಾವ ತಪ್ಪುಗಳನ್ನು ಮಾಡಿದ್ದೇವೆ ಎಂದು ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ.

ನಾವು ಪರಿಸ್ಥಿತಿಯನ್ನು ಹೇಗೆ ಸರಿಪಡಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ

ಸಿದ್ಧಪಡಿಸಿದ ತಜ್ಞರನ್ನು ಸೋರ್ಸಿಂಗ್ ಮಾಡುವ ಮೂಲಕ ದಣಿದ ನಂತರ, ನಾವು ಹತ್ತಿರದ ಪ್ರದೇಶಗಳನ್ನು ಗುರಿಯಾಗಿಸಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ:

1. ನಾವು ಅನೇಕ "ಲೀವ್-ಇಟ್" ಜನರಲ್ಲಿ ಗುರುತಿಸಲು ಮೌಲ್ಯಮಾಪನ ಅಭ್ಯಾಸಗಳನ್ನು ಅನ್ವಯಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ, ಅವರಿಂದಲೇ ನಾವು ಬಲವಾದ ತಜ್ಞರನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಬಹುದು.

   ಕಾರ್ಯಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ನಾವು ಸರಿಸುಮಾರು ಅದೇ ಮಟ್ಟದ ಜ್ಞಾನವನ್ನು ಹೊಂದಿರುವ ಸಂಭಾವ್ಯ ಅಭ್ಯರ್ಥಿಗಳ ಗುಂಪನ್ನು ಕೇಳಿದ್ದೇವೆ. ಅವರ ಚಿಂತನೆಯ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಗಮನಿಸಿ, ನಾವು ಹೆಚ್ಚು ಭರವಸೆಯ ಅಭ್ಯರ್ಥಿಯನ್ನು ಗುರುತಿಸಲು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ.

   ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ನಾವು ಗಮನವನ್ನು ಪರೀಕ್ಷಿಸಲು ಕಾರ್ಯಗಳೊಂದಿಗೆ ಬಂದಿದ್ದೇವೆ, ತಂತ್ರಜ್ಞಾನದ ಸಾಮರ್ಥ್ಯಗಳ ತಿಳುವಳಿಕೆ ಮತ್ತು ಬಹುಸಾಂಸ್ಕೃತಿಕತೆಯ ವೈಶಿಷ್ಟ್ಯಗಳು:

   
   

2. ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಅನಿಶ್ಚಿತತೆಯ ನಡುವೆ ವೃತ್ತಿಯ ತಿಳುವಳಿಕೆಯ ಗಡಿಗಳನ್ನು ವಿಸ್ತರಿಸಲು ನಾವು ಪರೀಕ್ಷಕರಿಗೆ ಸಭೆಗಳನ್ನು ನಡೆಸಿದ್ದೇವೆ.

   ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದರ ಬಗ್ಗೆ ನಾನು ನಿಮಗೆ ಸ್ವಲ್ಪ ಹೇಳುತ್ತೇನೆ.

   Ufa ಸಾಫ್ಟ್‌ವೇರ್ QA ಮತ್ತು ಟೆಸ್ಟಿಂಗ್ ಮೀಟಪ್ #1 ವೃತ್ತಿಯ ಬಗ್ಗೆ ಕಾಳಜಿ ವಹಿಸುವವರನ್ನು ಒಟ್ಟುಗೂಡಿಸುವ ನಮ್ಮ ಮೊದಲ ಪ್ರಯತ್ನವಾಗಿದೆ ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ ನಾವು ಅವರಿಗೆ ತಿಳಿಸಲು ಬಯಸುವ ವಿಷಯಗಳಲ್ಲಿ ಸಾರ್ವಜನಿಕರಿಗೆ ಆಸಕ್ತಿ ಇದೆಯೇ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ. ಮೂಲಭೂತವಾಗಿ, ನೀವು ಪರೀಕ್ಷಕರಾಗಲು ನಿರ್ಧರಿಸಿದ್ದರೆ ಎಲ್ಲಿ ಪ್ರಾರಂಭಿಸುವುದು ಉತ್ತಮ ಎಂಬುದರ ಕುರಿತು ನಮ್ಮ ವರದಿಗಳು. ಆರಂಭಿಕರಿಗಾಗಿ ತಮ್ಮ ಕಣ್ಣುಗಳನ್ನು ತೆರೆಯಲು ಮತ್ತು ವಯಸ್ಕರಂತೆ ಪರೀಕ್ಷಿಸಲು ಸಹಾಯ ಮಾಡಿ. ಅನನುಭವಿ ಪರೀಕ್ಷಕರು ವೃತ್ತಿಗೆ ಸೇರಲು ತೆಗೆದುಕೊಳ್ಳಬೇಕಾದ ಕ್ರಮಗಳ ಬಗ್ಗೆ ನಾವು ಮಾತನಾಡಿದ್ದೇವೆ. ಗುಣಮಟ್ಟ ಏನು ಮತ್ತು ನೈಜ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ ಅದನ್ನು ಹೇಗೆ ಸಾಧಿಸುವುದು ಎಂಬುದರ ಕುರಿತು. ಮತ್ತು, ಸ್ವಯಂಚಾಲಿತ ಪರೀಕ್ಷೆ ಎಂದರೇನು ಮತ್ತು ಅದನ್ನು ಎಲ್ಲಿ ಬಳಸುವುದು ಹೆಚ್ಚು ಸೂಕ್ತವಾಗಿದೆ.

   
   
   ನಂತರ, 1-2 ತಿಂಗಳ ಮಧ್ಯಂತರದೊಂದಿಗೆ, ನಾವು ಇನ್ನೂ ಎರಡು ಸಭೆಗಳನ್ನು ನಡೆಸಿದ್ದೇವೆ. ಈಗಾಗಲೇ ಎರಡು ಪಟ್ಟು ಹೆಚ್ಚು ಭಾಗವಹಿಸುವವರು ಇದ್ದರು. "Ufa ಸಾಫ್ಟ್‌ವೇರ್ QA ಮತ್ತು ಟೆಸ್ಟಿಂಗ್ ಮೀಟಪ್ #2" ನಲ್ಲಿ ನಾವು ವಿಷಯದ ಪ್ರದೇಶಕ್ಕೆ ಆಳವಾಗಿ ಮುಳುಗಿದ್ದೇವೆ. ಅವರು ಬಗ್ ಟ್ರ್ಯಾಕಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳು, UI/UX ಪರೀಕ್ಷೆ, ಡಾಕರ್, ಅನ್ಸಿಬಲ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸಿದರು ಮತ್ತು ಡೆವಲಪರ್ ಮತ್ತು ಪರೀಕ್ಷಕರ ನಡುವಿನ ಸಂಭವನೀಯ ಸಂಘರ್ಷಗಳು ಮತ್ತು ಅವುಗಳನ್ನು ಪರಿಹರಿಸುವ ಮಾರ್ಗಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಿದರು.

   ನಮ್ಮ ಮೂರನೇ ಸಭೆ, "Ufa ಸಾಫ್ಟ್‌ವೇರ್ QA ಮತ್ತು ಟೆಸ್ಟಿಂಗ್ ಮೀಟಪ್ #3," ಪರೀಕ್ಷಕರ ಕೆಲಸಕ್ಕೆ ಪರೋಕ್ಷವಾಗಿ ಸಂಬಂಧಿಸಿದೆ, ಆದರೆ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳಿಗೆ ಅವರ ತಾಂತ್ರಿಕ ಮತ್ತು ಸಾಂಸ್ಥಿಕ ಕರ್ತವ್ಯಗಳನ್ನು ಸಮಯೋಚಿತವಾಗಿ ನೆನಪಿಸುವಲ್ಲಿ ಉಪಯುಕ್ತವಾಗಿದೆ: ಲೋಡ್ ಪರೀಕ್ಷೆ, e2e ಪರೀಕ್ಷೆ, ಆಟೋಟೆಸ್ಟಿಂಗ್‌ನಲ್ಲಿ ಸೆಲೆನಿಯಮ್, ವೆಬ್ ಅಪ್ಲಿಕೇಶನ್ ದೋಷಗಳು .

   ನಮ್ಮ ಈವೆಂಟ್‌ಗಳಿಂದ ಪ್ರಸಾರದಲ್ಲಿ ಸಾಮಾನ್ಯ ಬೆಳಕು ಮತ್ತು ಧ್ವನಿಯನ್ನು ಹೇಗೆ ರಚಿಸುವುದು ಎಂಬುದನ್ನು ಈ ಸಮಯದಲ್ಲಿ ನಾವು ಕಲಿಯುತ್ತಿದ್ದೇವೆ:

   → ಪರೀಕ್ಷೆಯ ಮೊದಲ ಹಂತಗಳು - Ufa ಸಾಫ್ಟ್‌ವೇರ್ QA ಮತ್ತು ಟೆಸ್ಟಿಂಗ್ ಮೀಟಪ್ #1
   → UI/UX ಪರೀಕ್ಷೆ - Ufa ಸಾಫ್ಟ್‌ವೇರ್ QA ಮತ್ತು ಟೆಸ್ಟಿಂಗ್ ಮೀಟಪ್ #2
   → ಭದ್ರತಾ ಪರೀಕ್ಷೆ, ಲೋಡ್ ಪರೀಕ್ಷೆ ಮತ್ತು ಸ್ವಯಂ ಪರೀಕ್ಷೆ - Ufa QA ಮತ್ತು ಟೆಸ್ಟಿಂಗ್ ಮೀಟಪ್ #3

3. ಮತ್ತು ಕೊನೆಯಲ್ಲಿ ನಾವು ಪರೀಕ್ಷಕರಿಗೆ ಹ್ಯಾಕಥಾನ್ ನಡೆಸಲು ಪ್ರಯತ್ನಿಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ

ಪರೀಕ್ಷಕರಿಗಾಗಿ ನಾವು ಹ್ಯಾಕಥಾನ್ ಅನ್ನು ಹೇಗೆ ಸಿದ್ಧಪಡಿಸಿದ್ದೇವೆ ಮತ್ತು ನಡೆಸಿದ್ದೇವೆ

ಮೊದಲಿಗೆ, ಇದು ಯಾವ ರೀತಿಯ "ಮೃಗ" ಮತ್ತು ಅದನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಹೇಗೆ ನಡೆಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ನಾವು ಪ್ರಯತ್ನಿಸಿದ್ದೇವೆ. ಅದು ಬದಲಾದಂತೆ, ರಷ್ಯಾದ ಒಕ್ಕೂಟದಲ್ಲಿ ಈ ರೀತಿಯ ಘಟನೆಗಳು ಹಲವು ಬಾರಿ ನಡೆದಿಲ್ಲ, ಮತ್ತು ಕಲ್ಪನೆಗಳನ್ನು ಎರವಲು ಪಡೆಯಲು ಎಲ್ಲಿಯೂ ಇಲ್ಲ. ಎರಡನೆಯದಾಗಿ, ಮೊದಲ ನೋಟದಲ್ಲಿ ಸಂಶಯಾಸ್ಪದವಾಗಿ ತೋರುವ ಈವೆಂಟ್‌ಗೆ ಸಾಕಷ್ಟು ಸಂಪನ್ಮೂಲಗಳನ್ನು ತಕ್ಷಣವೇ ಹೂಡಿಕೆ ಮಾಡಲು ನಾನು ಬಯಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ನಾವು ಸಂಪೂರ್ಣ ಕ್ಯೂಎ ಕೆಲಸದ ಚಕ್ರಕ್ಕೆ ಅಲ್ಲ, ಆದರೆ ಪ್ರತ್ಯೇಕ ಹಂತಗಳಿಗೆ ಸಣ್ಣ ಮಿನಿ-ಹ್ಯಾಕಥಾನ್‌ಗಳನ್ನು ಮಾಡಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ.

ಸ್ಪಷ್ಟ ಪರೀಕ್ಷಾ ನಕ್ಷೆಗಳನ್ನು ರಚಿಸುವಲ್ಲಿ ಸ್ಥಳೀಯ ಪರೀಕ್ಷಕರಲ್ಲಿ ಅಭ್ಯಾಸದ ಕೊರತೆ ನಮ್ಮ ಮುಖ್ಯ ತಲೆನೋವು. ಅವರು ಪೂರ್ವ-ಅನುಷ್ಠಾನದ ಬಳಕೆದಾರರ ಕಥೆಗಳನ್ನು ಸಂಶೋಧಿಸಲು ಸಮಯವನ್ನು ಕಳೆಯುವುದಿಲ್ಲ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕವಲ್ಲದ ಅಗತ್ಯತೆಗಳು, UI/UX, ಭದ್ರತೆ, ಕೆಲಸದ ಹೊರೆಗಳು ಮತ್ತು ಗರಿಷ್ಠ ಲೋಡ್‌ಗಳಿಗಾಗಿ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಸ್ಪಷ್ಟವಾದ ಸ್ವೀಕಾರ ಮಾನದಂಡಗಳನ್ನು ರಚಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ನಾವು ಮೊದಲ ಬಾರಿಗೆ, ಅವರ ಕೆಲಸದ ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ಮತ್ತು ಸೃಜನಾತ್ಮಕ ಭಾಗದ ಮೂಲಕ ಹೋಗಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ - ಪೂರ್ವ ಯೋಜನೆಯ ಸಂಶೋಧನೆಯ ಸಮಯದಲ್ಲಿ ಅವಶ್ಯಕತೆಗಳ ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ರಚನೆ.

ನಾವು ಭಾಗವಹಿಸುವವರ ಸಂಭಾವ್ಯ ಸಂಖ್ಯೆಯನ್ನು ಅಂದಾಜು ಮಾಡಿದ್ದೇವೆ ಮತ್ತು MVP ಬಿಡುಗಡೆಗಳಿಗೆ ಕನಿಷ್ಠ 5 ಬ್ಯಾಕ್‌ಲಾಗ್‌ಗಳು, 5 ಉತ್ಪನ್ನಗಳು ಮತ್ತು ಉತ್ಪನ್ನ ಮಾಲೀಕರಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ, ವ್ಯಾಪಾರದ ಅಗತ್ಯಗಳನ್ನು ಅರ್ಥೈಸಿಕೊಳ್ಳುವ ಮತ್ತು ನಿರ್ಬಂಧಗಳ ಕುರಿತು ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ 5 ಜನರ ಅಗತ್ಯವಿದೆ ಎಂದು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ.

ನಮಗೆ ಸಿಕ್ಕಿದ್ದು ಇಲ್ಲಿದೆ: ಹ್ಯಾಕಥಾನ್‌ಗಾಗಿ ಬ್ಯಾಕ್‌ಲಾಗ್‌ಗಳು.

ಎಲ್ಲಾ ಭಾಗವಹಿಸುವವರ ದೈನಂದಿನ ಕೆಲಸದಿಂದ ಸಾಧ್ಯವಾದಷ್ಟು ದೂರವಿರುವ ವಿಷಯಗಳೊಂದಿಗೆ ಬರಲು ಮತ್ತು ಅವರಿಗೆ ಕಲ್ಪನೆಯ ಸೃಜನಶೀಲ ಹಾರಾಟಕ್ಕೆ ಅವಕಾಶವನ್ನು ನೀಡುವುದು ಮುಖ್ಯ ಆಲೋಚನೆಯಾಗಿದೆ.

ನಾವು ಯಾವ ತಪ್ಪುಗಳನ್ನು ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ನಾವು ಉತ್ತಮವಾಗಿ ಏನು ಮಾಡಬಹುದು?

ಮಾರಾಟಗಾರರು ಮತ್ತು ಕೆಳ ಹಂತದ ವ್ಯವಸ್ಥಾಪಕರನ್ನು ನೇಮಿಸಿಕೊಳ್ಳುವ ಕ್ಷೇತ್ರದಲ್ಲಿ ತುಂಬಾ ಜನಪ್ರಿಯವಾಗಿರುವ ಮೌಲ್ಯಮಾಪನ ಅಭ್ಯಾಸಗಳ ಬಳಕೆಯು ಭಾರಿ ಪ್ರಮಾಣದ ಪ್ರಯತ್ನವನ್ನು ತೆಗೆದುಕೊಂಡಿತು, ಆದರೆ ಪ್ರತಿಯೊಬ್ಬ ಭಾಗವಹಿಸುವವರಿಗೆ ಸಾಕಷ್ಟು ಗಮನ ಹರಿಸಲು ಮತ್ತು ಅವರ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ನಮಗೆ ಅವಕಾಶ ನೀಡಲಿಲ್ಲ. ಸಾಮಾನ್ಯವಾಗಿ, ಈ ಆಯ್ಕೆಯ ಆಯ್ಕೆಯು ಕಂಪನಿಯ ನಕಾರಾತ್ಮಕ ಚಿತ್ರಣವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಸಾಕಷ್ಟು ಜನರು ಸಾಕಷ್ಟು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪಡೆಯುತ್ತಾರೆ ಮತ್ತು ತರುವಾಯ ತಮ್ಮಲ್ಲಿ ಮತ್ತು ಇತರರಲ್ಲಿ ಉದ್ಯೋಗದಾತರ ದಬ್ಬಾಳಿಕೆಯ ಪರಿಣಾಮವನ್ನು ಸೃಷ್ಟಿಸುತ್ತಾರೆ (ಐಟಿ ಸಮುದಾಯಗಳಲ್ಲಿ ಸಂವಹನವು ಬಹಳ ಅಭಿವೃದ್ಧಿಗೊಂಡಿದೆ). ಪರಿಣಾಮವಾಗಿ, ನಾವು ಬಹಳ ದೂರದ ಭವಿಷ್ಯದೊಂದಿಗೆ ಅಕ್ಷರಶಃ ಇಬ್ಬರು ಸಂಭಾವ್ಯ ಅಭ್ಯರ್ಥಿಗಳೊಂದಿಗೆ ಉಳಿದಿದ್ದೇವೆ.

ಸಭೆಗಳು ಒಳ್ಳೆಯದು. ವಿಸ್ತೃತ ಆಧಾರವನ್ನು ರಚಿಸಲಾಗಿದೆ, ಮತ್ತು ಭಾಗವಹಿಸುವವರ ಸಾಮಾನ್ಯ ಮಟ್ಟವು ಹೆಚ್ಚಾಗುತ್ತದೆ. ಕಂಪನಿಯು ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಹೆಚ್ಚು ಹೆಚ್ಚು ಗುರುತಿಸಲ್ಪಡುತ್ತಿದೆ. ಆದರೆ ಅಂತಹ ಉದ್ಯಮಗಳ ಕಾರ್ಮಿಕ ತೀವ್ರತೆಯು ಚಿಕ್ಕದಲ್ಲ. ಸಭೆಗಳನ್ನು ನಡೆಸುವುದು ವರ್ಷಕ್ಕೆ ಸುಮಾರು 700-800 ಮಾನವ-ಗಂಟೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ನೀವು ಸ್ಪಷ್ಟವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು.

ಪರೀಕ್ಷಾ ಹ್ಯಾಕಥಾನ್‌ಗೆ ಸಂಬಂಧಿಸಿದಂತೆ. ಈ ರೀತಿಯ ಘಟನೆಗಳು ಇನ್ನೂ ನೀರಸವಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಡೆವಲಪರ್‌ಗಳಿಗೆ ಹ್ಯಾಕಥಾನ್‌ಗಳಿಗಿಂತ ಭಿನ್ನವಾಗಿ, ಅವುಗಳನ್ನು ಕಡಿಮೆ ಬಾರಿ ನಡೆಸಲಾಗುತ್ತದೆ. ಈ ಕಲ್ಪನೆಯ ಪ್ರಯೋಜನವೆಂದರೆ ಶಾಂತ ರೀತಿಯಲ್ಲಿ ನೀವು ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದ ಪ್ರಾಯೋಗಿಕ ಜ್ಞಾನವನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳಬಹುದು ಮತ್ತು ಪ್ರತಿ ಭಾಗವಹಿಸುವವರ ಮಟ್ಟವನ್ನು ಸಾಕಷ್ಟು ನಿಖರವಾಗಿ ನಿರ್ಧರಿಸಬಹುದು.

ಈವೆಂಟ್‌ನ ಫಲಿತಾಂಶಗಳನ್ನು ವಿಶ್ಲೇಷಿಸಿದ ನಂತರ, ನಾವು ಬಹಳಷ್ಟು ತಪ್ಪುಗಳನ್ನು ಮಾಡಿದ್ದೇವೆ ಎಂದು ನಾವು ಅರಿತುಕೊಂಡೆವು:

1. ನಮಗೆ 4-5 ಗಂಟೆಗಳು ಸಾಕು ಎಂದು ನಂಬಿದ್ದು ಕ್ಷಮಿಸಲಾಗದ ತಪ್ಪು. ಪರಿಣಾಮವಾಗಿ, ಬ್ಯಾಕ್‌ಲಾಗ್‌ಗಳ ಪರಿಚಯ ಮತ್ತು ಪರಿಚಿತತೆಯು ಸುಮಾರು 2 ಗಂಟೆಗಳನ್ನು ತೆಗೆದುಕೊಂಡಿತು.
   ಆರಂಭಿಕ ಹಂತದಲ್ಲಿ ಉತ್ಪನ್ನ ಮಾಲೀಕರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಮತ್ತು ವಿಷಯದ ಪ್ರದೇಶಕ್ಕೆ ಧುಮುಕುವುದು ಸಮಯವು ಅದೇ ಸಮಯವನ್ನು ತೆಗೆದುಕೊಂಡಿತು. ಆದ್ದರಿಂದ ಪರೀಕ್ಷಾ ನಕ್ಷೆಗಳ ಸಮಗ್ರ ಅಭಿವೃದ್ಧಿಗೆ ಉಳಿದ ಸಮಯವು ಸ್ಪಷ್ಟವಾಗಿ ಸಾಕಾಗಲಿಲ್ಲ.
2. ಪ್ರತಿ ನಕ್ಷೆಯಲ್ಲಿ ವಿವರವಾದ ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಸಾಕಷ್ಟು ಸಮಯ ಮತ್ತು ಶಕ್ತಿ ಇರಲಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ಈಗಾಗಲೇ ರಾತ್ರಿಯಾಗಿತ್ತು. ಆದ್ದರಿಂದ, ನಾವು ಈ ಭಾಗವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ವಿಫಲಗೊಳಿಸಿದ್ದೇವೆ, ಆದರೆ ಆರಂಭದಲ್ಲಿ ಹ್ಯಾಕಥಾನ್‌ನಲ್ಲಿ ಅತ್ಯಂತ ಮೌಲ್ಯಯುತವಾಗಿರಲು ಉದ್ದೇಶಿಸಲಾಗಿತ್ತು.
3. ಎಲ್ಲಾ ಭಾಗವಹಿಸುವವರ ಸರಳ ಮತದಿಂದ ಅಭಿವೃದ್ಧಿಯ ಗುಣಮಟ್ಟವನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ, ಪ್ರತಿ ತಂಡಕ್ಕೆ 3 ಮತಗಳನ್ನು ನಿಯೋಜಿಸಿ, ಅವರು ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಕೆಲಸಕ್ಕಾಗಿ ನೀಡಬಹುದು. ಬಹುಶಃ ತೀರ್ಪುಗಾರರನ್ನು ಆಯೋಜಿಸುವುದು ಉತ್ತಮ.

ನೀವು ಏನು ಸಾಧಿಸಿದ್ದೀರಿ?

ನಾವು ನಮ್ಮ ಸಮಸ್ಯೆಯನ್ನು ಭಾಗಶಃ ಪರಿಹರಿಸಿದ್ದೇವೆ ಮತ್ತು ಈಗ ನಾವು 4 ಕೆಚ್ಚೆದೆಯ, ಸುಂದರ ಪುರುಷರು ನಮಗಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೇವೆ, 4 ಅಭಿವೃದ್ಧಿ ತಂಡಗಳ ಹಿಂಭಾಗವನ್ನು ಒಳಗೊಂಡಿದೆ. ಸಂಭಾವ್ಯ ಪ್ರಬಲ ಅಭ್ಯರ್ಥಿಗಳ ಗಮನಾರ್ಹ ಪೂಲ್ ಮತ್ತು ನಗರದ QA ಸಮುದಾಯದ ಮಟ್ಟದಲ್ಲಿ ಸ್ಪಷ್ಟವಾದ ಬದಲಾವಣೆಗಳು ಇನ್ನೂ ಗಮನಕ್ಕೆ ಬಂದಿಲ್ಲ. ಆದರೆ ಸ್ವಲ್ಪ ಪ್ರಗತಿ ಇದೆ ಮತ್ತು ಇದು ಸಂತೋಷಪಡಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಮೂಲ: www.habr.com