ಅಂಕಣ ೩೬ : Soft Manager

ನೀವು ಈ ಅಂಕಣವನ್ನು ಬಹಳ ಕಣ್ಣರಳಿಸಿ ಕೊಂಡು ಓದುತ್ತಿರಿ ಅಂತ ನನಗೆ ಗೊತ್ತು. ಸಾಫ್ಟ್ ಡೈರಿ ಅಂಕಣ ದಲ್ಲಿ ಪ್ರತಿ ವಾರ ಒಂದೊಂದು ವಿಷಯದ ಬಗ್ಗೆ ಸ್ವಲ್ಪ ತಮಾಷೆಯಾಗಿ ಬರೆಯಲು ಶುರು ಮಾಡಿದಾಗ, ಬಹಳಷ್ಟು ಜನ ಪ್ರತಿ ವಾರ ಕೇಳಿದ ಮತ್ತು ಕೇಳುತ್ತಿರುವ ಪ್ರಶ್ನೆ ಅಂದ್ರೆ  : “ ಆರ್.ಪಿ, ಮ್ಯಾನೇಜರ್ ಬಗ್ಗೆ ಆರ್ಟಿಕಲ್ ಯಾವಾಗ ಬರುತ್ತೆ ಅಂತ!”.

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

ಮ್ಯಾನೇಜರ್ ಅಥವಾ ಬಾಸ್ ಗಳ ಬಗ್ಗೆ ಒಂದಿಷ್ಟು ತಮಾಷೆಯ ಮತ್ತು ಸಾಫ್ಟ್ ಲೋಕದಲ್ಲಿ ಚಾಲ್ತಿಯಲ್ಲಿರುವ ಮಾತುಗಳನ್ನ ನೋಡೋಣ ಬನ್ನಿ :

೦೧. ನೀವು ಆಫಿಸ್ ಗೆ ಬೇಗ ಬಂದಾಗ ಗಮನಿಸದವರನ್ನು ಮತ್ತು ನೀವು ಲೇಟ್ ಆಗಿ ಬಂದಾಗ ನಿಮಗಿಂತ ಮುಚೆ ಬಂದವರನ್ನು  “ಮ್ಯಾನೇಜರ್” ಅಂತ ಕರೆಯುತ್ತಾರೆ.

೦೨. ಹೆಂಡತಿ ಮತ್ತು ಮ್ಯಾನೇಜರ್ ಗಳನ್ನೂ ಅರ್ಥ ಮಾಡಿಕೊಳ್ಳುವುದು ತುಂಬಾ ಕಷ್ಟದ ಕೆಲಸ.

೦೩.  ನೀವೆಷ್ಟೇ ಸಿಟ್ಟಾಗಿ ಅವರ ಮುಂದೆ ಹೋದರು ಅಷ್ಟೇ ಕೂಲಾಗಿ ಕೊನೆಗೆ ತಮಗೇನು ಬೇಕು ಅದರಂತೆ ನೀವು ಕೇಳುವಂತೆ ಮಾಡುವವರನ್ನು ಮ್ಯಾನೇಜರ್ ಎನ್ನುತ್ತಾರೆ.

೦೩. ಮ್ಯಾನೇಜರ್ ಗಳಿಗೆ ಇರಿಟೇಟ್ ಆಗುವುದು ಯಾವಾಗ ಗೊತ್ತಾ ? ಒಂದು ಅವರ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ  excel sheet crash ಆದಾಗ, ಇನ್ನೊಂದು ಟೀಂ ಮೀಟಿಂಗ್ ನಲ್ಲಿ ಕ್ಲೈಂಟ್ ಎದುರಿಗೆ ಪ್ರಾಜೆಕ್ಟ್ ಸ್ಟೇಟಸ್ ಬಗ್ಗೆ ಯಾರಾದರೂ ಟೀಂ ಮೆಂಬರ್ ಸತ್ಯವನ್ನು ನುಡಿದಾಗ !

ಸಾಫ್ಟ್ ಲೋಕದಲ್ಲಿ ಮ್ಯಾನೇಜರ್ ಗಳು ಏನಾದರೂ ಹೇಳಿದಾಗ ಅದನ್ನ ನಾವು ಹೇಗೆ ಅರ್ಥೈಸಿಕೊಳ್ಳಬೇಕು ಅನ್ನೋದರ ಬಗ್ಗೆ ಒಂದಿಷ್ಟು ಮಾತುಗಳು ಇವೆ ನೋಡೋಣ ಬನ್ನಿ :

೦೧. “It’s a great work done by all of you “ ಅಂದ್ರೆ : “ ಇಲ್ಲಿಗೆ ಕೆಲಸ ಮುಗಿದಿಲ್ಲ, ಇದಕ್ಕಿಂತ ಎರಡರಷ್ಟು ಕೆಲಸ ಮುಂದೆ ಇದೆ ಅಂತ ಅರ್ಥ’

೦೨. “It’s in pretty good shape (client ಗೆ update ಮಾಡ್ತಾ ಇರಬೇಕಾದರೆ )” ಅಂದ್ರೆ : “ ಕೆಲಸ ಇನ್ನು ಶುರುನೆ ಮಾಡಿಲ್ಲ ಅಂತ ಅರ್ಥ.

೦೩. “Take your time but I appreciate if you can complete it ASAP” ಅಂದ್ರೆ :  ಮುಚ್ಕೊಂಡು ಇವತ್ತೇ ಕೆಲಸ ಮುಗಿಸಿ ಕೊಡು  ಅಂತ ಅರ್ಥ.

೦೪. “There are so many opportunities are waiting for you” ಅಂದ್ರೆ : ಸದ್ಯಕ್ಕೆ ಖಾಲಿ ಹೊಡಿತಾ ಇದೆ ಅಂತ ಅರ್ಥ

೦೫. “We would like to work with you in future” ಅಂದ್ರೆ : ಇವಾಗ ಹೆಚ್ಚಿಗೆ ಮಾತಾಡದೆ ಹೋಯ್ತಾ ಇರು ಅಂತ ಅರ್ಥ.

೦೬. “It’s a good question (ಯಾರಾದರೂ ಮೀಟಿಂಗ್ ನಲ್ಲಿ question ಕೇಳಿದಾಗ)” ಅಂದ್ರೆ : ಸದ್ಯಕ್ಕೆ ಉತ್ತರ ನನಗೂ ಗೊತ್ತಿಲ್ಲ ಅಂತ ಅರ್ಥ.

೦೭. "What you said is correct. Let us  work out in that way" ಅಂದ್ರೆ : “ ಮುಂದೆ ಏನಾರು ಹೆಚ್ಚು ಕಡಿಮೆ ಆದರೆ ನೀನೆ ಜವಾಬ್ದಾರಿ ಹೊತ್ಕೊಬೇಕು ಅಂತ ಅರ್ಥ.

೦೮. "you are on leave one week right? am i right?"  ಅಂದ್ರೆ : ಲೀವ್ ಸ್ವಲ್ಪ ಕಡಿಮೆ ಮಾಡ್ಕೋ ಅಂತ ಅರ್ಥ

೦೯. "It’s a team work, we will do it together" ಅಂದ್ರೆ : ಅವರನ್ನ ಹೊರತು ಪಡಿಸಿ ಅಂತ ಅರ್ಥ

೧೦. "hope you understood the situation and project deadline" ಅಂದ್ರೆ : ಜಾಸ್ತಿ ಏನು ಕ್ವೆಶ್ಚನ್ ಕೇಳದೆ ಕೆಲಸ ಶುರು ಮಾಡು ಅಂತ ಅರ್ಥ.
ತಮಾಷೆ ಸಾಕು, ಸ್ವಲ್ಪ ಮ್ಯಾನೇಜರ್ ಗಳಿಗೆ ಇರುವ ಕಷ್ಟನೂ ನೋಡೋಣ....

ಸಾಫ್ಟ್ ಲೋಕದಲ್ಲಿ ಮ್ಯಾನೇಜರ್ ಅಂದ್ರೆ ಎಕ್ಸೆಲ್ ಶೀಟ್ ಕೆಲಸ ಅಂತ ಬಹಳ ಮಂದಿಯ ವಾದ. ಆದರೆ ಅವರ ಪೋಸಿಶನ್ ನಲ್ಲಿ ಒಂದು ಸಲ ನಾವು ಕೂತು ನೋಡಿದಾಗ ನಮಗೆ ಅವರ ತ್ರಾಸ ಅರ್ಥ ಆಗುತ್ತದೆ. ಅವರದು ಬರೀ ಎಕ್ಸೆಲ್ ಶೀಟ್ ಕೆಲಸ ಅಲ್ಲ, ಒಂದೀಡಿ ಪ್ರಾಜೆಕ್ಟ್ ನ ನಿಭಾಯಿಸಿಕೊಂಡು ಹೋಗುವ ಜವಾಬ್ದಾರಿ ಅವರ ಮೇಲೆ ಇರುತ್ತದೆ. ತಮ್ಮ ಪಾಡಿಗೆ ತಾವು ಕೆಲಸ ಮಾಡಿ ದಿನದ ಕೊನೆಗೆ ರಿಪೋರ್ಟ್ ಒಪ್ಪಿಸಿ ಹೋಗುವ ಕೆಲಸಕ್ಕಿಂತಲೂ ಜಾಸ್ತಿ.

ಎಲ್ಲರ ಕೆಲಸದ ಬಗ್ಗೆಯೂ update ತಗೋಬೇಕು, ಪ್ರಾಜೆಕ್ಟ್ ನ ಪ್ರತಿ ಹಂತವೂ ಯಾವ ರೀತಿ ಸಾಗ್ತಾ ಇದೆ ಅಂತ ಒಂದು ಟ್ರ್ಯಾಕ್ ಇಟ್ಟುಕೊಂಡಿರಬೇಕು , ಮತ್ತು ಅದು ಲೈನ್ ತಪ್ಪಿ ಹೋಗುತ್ತಿದ್ದರೆ ಅದನ್ನ ತಿರುಗಾ ಮತ್ತೆ ಲೈನ್ ಗೆ ತಂದು ನಿಲ್ಲಿಸಬೇಕು. ಪ್ರತಿಯೊಬ್ಬ ಟೀಂ ಮೆಂಬರ್ ನ ನಾಡಿ ಮಿಡಿತ ತಿಳಿದುಕೊಂಡಿರಬೇಕು, ಅವರ ಮುನಿಸುಗಳನ್ನು ತಣ್ಣಗೆ ಮಾಡಬೇಕು. ಅವರ ಸಿಟ್ಟನ್ನು ಶಮನ ಗೊಳಿಸಬೇಕು.  ಕ್ಲೈಂಟ್ ಗಳಿಗೆ ಪ್ರಾಜೆಕ್ಟ್ ಬಗ್ಗೆ ಪ್ರತಿ ಹಂತ ದಲ್ಲೂ ಮಾಹಿತಿ ಕೊಡಬೇಕು, ಪ್ರಾಜೆಕ್ಟ್ ನ ಪ್ರತಿಯೊಂದು ಹಂತವನ್ನು ಕರೆಕ್ಟ್ ಆಗಿ ಪ್ಲಾನ್ ಮಾಡಬೇಕು, ಈ ಹಂತದಲ್ಲಿ ಪ್ರತಿಯೊಬ್ಬ ಟೀಂ ಮೆಂಬರ್ ಗಳನ್ನೂ ಮಾತಾಡಿಸಿ ಅವರ ಅಭಿಪ್ರಾಯ ಗಳನ್ನೂ ತಿಳಿದುಕೊಳ್ಳಬೇಕು . ಇದೆಲ್ಲದರ ಜೊತೆಗೆ ಅವರೂ ಸಹ ಇನ್ನೊಬ್ಬರಿಗೆ ರಿಪೋರ್ಟ್ ಮಾಡುತ್ತಿರುವುದರಿಂದ ಅವರ ಮ್ಯಾನೇಜರ್ ಗೆ ತಕ್ಕಂತೆ ನಡೆದುಕೊಳ್ಳಬೇಕು.

ಎಷ್ಟೊಂದು ಮ್ಯಾನೇಜರ್ ಗಳೇ ಹೇಳುವ ಪ್ರಕಾರ “ people management“ ತುಂಬಾ “complicated“.

ಏನಾದರೂ ಮಾಡಬಹುದು ರಿ, ಆದರೆ ಈ ಜನರನ್ನ ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುವುದು ಇದೆಯಲ್ಲ ಅದೊಂಥರ ಕಪ್ಪೆ ತೂಕ ಮಾಡಿದ ಹಾಗೆ . 
ಇದು ಸಾಫ್ಟ್ ಮ್ಯಾನೇಜರ್ ಕಥೆ.

ಈ ವಾರದ ಬಿಲ್ಡ್ ಲೇಬಲ್ :

ನಿಮ್ಮ ಪ್ರೊಮೋಷನ್ ಬಗ್ಗೆ / ಆನ್ – ಸೈಟ್  ನೀವು ಏನಾದರೂ ಮ್ಯಾನೇಜರ್ ನ ಕೇಳಿದಾಗ ಅದಕ್ಕೆ ಅವರು ಉತ್ತರವಾಗಿ,

“I will get back to you"  ಅಂತ ಹೇಳಿದಾರೆ ಅಂದ್ರೆ ಸತ್ರು ಅದರ ಬಗ್ಗೆ ಮತ್ತೆ ಮಾತಾಡೋದಿಲ್ಲ ಅಂತ ಅರ್ಥ .

ಅಂಕಣ ೩೫: Soft Tester

ಇಬ್ಬರು ಹೊಸತಾಗಿ ಕೆಲಸಕ್ಕೆ ಸೇರಿರುವ ಸಾಫ್ಟ್ ಲೋಕದ ಹುಡುಗರ ಮಾತನ್ನ ಒಂದು ಸಲ ಕೇಳಿ ನೋಡಿ :

ಹೇಗಿದೆ ಕೆಲಸ?

ಚೆನ್ನಾಗಿದೆ..

ಟೆಸ್ಟಿಂಗಾ? ಡೆವಲಪ್ಮೆಂಟ್?

ಟೆಸ್ಟಿಂಗ್.

ಒಹ್.. ಟೆಸ್ಟಿಂಗಾ?

ಹೌದು ಇಂತಹದೊಂದು ಸನ್ನಿವೇಶ ಕೆಲಸಕ್ಕೆ ಸೇರಿದ, ವಿಶೇಷವಾಗಿ ಟೆಸ್ಟಿಂಗ್ ಕೆಲಸಕ್ಕೆ ಸೇರಿದವರು ಅನುಭವಿಸಿರುತ್ತಾರೆ.

ಅದೇನೋ ಗೊತ್ತಿಲ್ಲ ಇವತ್ತಿಗೂ ಸಹ ಸಾಫ್ಟ್ ಲೋಕದಲ್ಲಿ ಒಂದಿಷ್ಟು ಜನ ಟೆಸ್ಟಿಂಗ್ ಅಂದ್ರೆ ಮೂಗು ಮುರಿಯುತ್ತಾರೆ. ಆದರೆ, ಈಗೀಗ ಸ್ವಲ್ಪ ಮೂಗು ಮುರಿಯುವವರ ಸಂಖ್ಯೆ ಸ್ವಲ್ಪ ಕಡಿಮೆ ಆಗಿದೆ ಅನ್ನಬಹುದು. ಸಾಫ್ಟ್ ಲೋಕದ ದಲ್ಲಿ ಡೆವಲಪ್ಮೆಂಟ್ ಅಂದ್ರೇನೆ ಎಲ್ಲ ಅನ್ನೋ ಭಾವನೆ ಕೆಲವರಿಗೆ ಇದೆ. ಅದೇನೇ ಇರಲಿ, ನಾವು ಇಲ್ಲಿ ಟೆಸ್ಟಿಂಗ್ ಗಿಂತ ಡೆವಲಪ್ಮೆಂಟ್, ಅಥವಾ ಡೆವಲಪ್ಮೆಂಟ್ ಗಿಂತ ಕ್ವಾಲಿಟಿ  ಅಂತ ಕಂಪೇರ್ ಮಾಡೋದಕ್ಕಿಂತ ಟೆಸ್ಟಿಂಗ್ ಸಹ ಹೇಗೆ ಉತ್ತಮಾವಾದದ್ದು ಅನ್ನೋದನ್ನ ಸ್ವಲ್ಪ ನೋಡೋಣ.

ಟೆಸ್ಟರ್ ಹುದ್ದೆಯಲ್ಲಿರುವವನಿಗೆ ನಿಜವಾದ ಚಾಲೆಂಜ್ ಅಂದರೆ ಅವನು ಪರಕಾಯ ಪ್ರವೇಶ ಮಾಡಬೇಕು.ಇದರ ಅರ್ಥ, ಒಂದು ವಸ್ತುವನ್ನು (Product) ಅವನು ತಾನು ತಾನಾಗಿ ನೋಡದೆ ಒಬ್ಬ ಗಿರಾಕಿ (customer / client)ಯಾಗಿ ನೋಡಬೇಕು ಮತ್ತು ಗಿರಾಕಿಯಾಗಿಯೇ ಆಲೋಚನೆ ಮಾಡಬೇಕು. ಈ ಪ್ರಾಡಕ್ಟ್ ನಲ್ಲಿ ಒಬ್ಬ ಕ್ಲೈಂಟ್ ಆಗಿ ನಾನು ಕೆಲಸ ಮಾಡಿದರೆ ನನಗೆ ಏನು ಹಿಡಿಸುವುದಿಲ್ಲ ಮತ್ತು ಈ ಪ್ರಾಡಕ್ಟ್ ನಲ್ಲಿ ಏನೇನಿದ್ದರೆ ಚೆಂದ  ಅವನಿಗೆ ಗೊತ್ತಿರಬೇಕು. ಅವಾಗಲೇ ಅವನಿಗೆ ಪ್ರಾಜೆಕ್ಟ್ ಟೀಂ ನಲ್ಲಿ ಒಂದು ಐಡೆಂಟಿಟಿ ಬರುವುದು.
ಟೆಸ್ಟರ್ ಐಡೆಂಟಿಟಿ ಇರುವುದು ಅವನು ಎಷ್ಟು ಬಗ್ ಗಳನ್ನೂ ಕಂಡು ಹಿಡಿಯುತ್ತಾನೆ ಅನ್ನೋದಕ್ಕಿಂತ, ಕಸ್ಟಮರ್ ಗೆ ಅದರಿಂದ ಆಗುವ “value addition “ ಏನು ಮತ್ತು ಎಷ್ಟು ಅನ್ನೋದು ಮುಖ್ಯ ಆಗುತ್ತದೆ.

ಡೆವೆಲಪರ್ ಪಾಸಿಟಿವ್ ಆಗಿ ಆಲೋಚನೆ ಮಾಡುವುದು  ಅವನ ಪಾಸಿಟಿವ್ ಅಂಶ ಆದರೆ, ಕೈಯಲ್ಲಿರುವ “Product “ ಬಗ್ಗೆ  ನೆಗೆಟಿವ್ ಆಗಿ ಆಲೋಚನೆ ಮಾಡುವುದು ಟೆಸ್ಟರ್ ನ ಪಾಸಿಟಿವ್ ಅಂಶ ಆಗಿರುತ್ತೆ. ಅದಕ್ಕೆ ಸಾಫ್ಟ್ ಲೋಕದ  ಯಾವುದೇ ಕಂಪನಿ ತೆಗೆದುಕೊಳ್ಳಿ  ಟೆಸ್ಟರ್ ಗಳು ಸ್ವಲ್ಪ ಕ್ರಿಯೇಟಿವ್ ಆಗಿರುತ್ತಾರೆ. ವಕ್ರ ವಕ್ರ ವಾಗಿ ಆಲೋಚನೆ ಮಾಡೋದನ್ನ ಕರತಲಾಮಲಕ ಮಾಡಿಕೊಂಡಿರುತ್ತಾರೆ. ಮಾಡಿಕೊಳ್ಳಲೇ ಬೇಕು ಸಹ!, ಇದು ಹೀಗಾದ್ರೆ ಚೆನ್ನಾಗಿರುತ್ತೆ ಅಂತ “Requirement“ ಹೇಳಿದ ಹಾಗೆ ಡೆವೆಲಪರ್ “ Product“ ನ ಡೆವೆಲೊಪ್ ಮಾಡಿದರೆ, ಇದು ಹೀಗೂ ಆಗಬಹುದಲ್ಲ ಅಥವಾ ಇದು ಹೀಗಾಗದಿದ್ರೆ “ Product“ ನ ಕಥೆ ಏನಾಗುತ್ತೆ ಅನ್ನೋದನ್ನ ಹುಡುಕುವುದೇ ಟೆಸ್ಟರ್ ನ ಕೆಲಸ. ಹಾಗಂತ ಇದು ಅಷ್ಟು ಸುಲಭದ ಕೆಲಸವಲ್ಲ.

ನಾವು ಕೆಲಸ ಮಾಡುವಾಗ ನಮ್ಮ ಕಣ್ಣಿಗೆ ಕಾಣುವ ಬಗ್ ಗಳು, ಡೆವೆಲಪರ್ ಅಥವಾ ಮ್ಯಾನೇಜರ್ ಮುಂದೆ ತೋರಿಸುವಾಗ ಎಲ್ಲೋ ಅಡಗಿ ಕುಳಿತು ಬಿಟ್ಟಿರುತ್ತವೆ.  ಆಗ ಪೆಚ್ಚು ಮೊರೆ ಹಾಕಿಕೊಳ್ಳುವ ಸರದಿ ಟೆಸ್ಟರ್ ನದು.  ಅಷ್ಟೇ ಅಲ್ಲ, ಒಂದು component  ಸರಿಯಾಗಿ ಕೆಲಸ ಮಾಡ್ತಾ ಇಲ್ಲ ಅಂದ್ರೆ ಅದು ಸರಿಯಾಗಿಲ್ಲ ಅಂತ ಆ component ನ ಕೋಡ್ ಬರೆದವನ ಹತ್ತಿರ ಹೇಳೋಕೆ ಒಂದು ರೀತಿಯ ನಯ ನಾಜೂಕು ಟೆಸ್ಟರ್ ನ ಹತ್ತಿರ ಇರಬೇಕಾಗುತ್ತದೆ.  ಇಲ್ಲದಿದ್ರೆ ನೇರವಾಗಿ, “ ನೀನು ಬರೆದಿರೋ Code ಸರಿಯಾಗಿ  ಕೆಲಸ ಮಾಡ್ತಾ ಇಲ್ಲ” ಅಂತ ಡೆವೆಲಪರ್ ನ ಮುಂದೆ ಹೇಳಿದರೆ ಅವರಿಗೆ ಹೆಗನ್ನಿಸಬೇಡ?

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

ಸಾಫ್ಟ್ ಲೋಕದಲ್ಲಿ ಟೆಸ್ಟರ್ ಕುರಿತಾಗಿ  ಒಂದು ಮಾತಿದೆ : “ಟೆಸ್ಟರ್  “ Product“ ನಲ್ಲಿ ಹೊಸ ತಪ್ಪುಗಳನ್ನ ಹುಟ್ಟು ಹಾಕುವುದಿಲ್ಲ, ಬದಲಿಗೆ ಇರುವ ತಪ್ಪುಗಳನ್ನೇ ತೋರಿಸುತ್ತಾನೆ”. ಪ್ರಾಡಕ್ಟ್ ನಲ್ಲಿರುವ ತುಂಬಾ “Critical bugs“ ನ ಕಂಡು ಹಿಡುಯುವುದೆಂದರೆ, ಇದೊಂಥರ ಪೊಲೀಸರು ಪ್ರೊಫೆಷನಲ್ ಕಳ್ಳನನ್ನು ಹಿಡಿದ ಹಾಗೆ.

ವಾರದ ಬಿಲ್ಡ್ ಲೇಬಲ್ : ಟೆಸ್ಟಿಂಗ್ ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಿ ಸಾಕಾದರೆ ಅಂತವರು ಪೋಲಿಸ್ ಡಿಪಾರ್ಟ್ಮೆಂಟ್ ಗೆ ಹೋಗಿ ಸೇರ್ಕೊಬಹುದು. ಯಾಕಂದ್ರೆ, ಟೆಸ್ಟರ್ ಆಲೋಚನೆ ಮಾಡೋದು ವಕ್ರ ವಕ್ರ ವಾಗಿ, ಇದರಿಂದ ಪೋಲಿಸ್ ಡಿಪಾರ್ಟ್ಮೆಂಟ್ ಗು ಸಹಾಯವಾಗಬಹುದುJ

ಅಂಕಣ ೩೪ : Soft Developer

ನೀವು ಬೆಂಗಳೂರಿನ ಯಾವುದಾದರೂ ರಸ್ತೆಯಲ್ಲಿ ನೋಡಿ, FLEX ಗಳಲ್ಲಿ villa  ಮತ್ತು apartment  ಗಳ ಜಾಹಿರಾತು ರಾರಾಜಿಸುತ್ತಿರುತ್ತವೆ. ಅದರ ಕೆಳಗೆ ದೊಡ್ಡ ದೊಡ್ಡ builders / developers ಹೆಸರುಗಳನ್ನೂ ಸಹ ಹಾಕಿರುತ್ತಾರೆ. ರಿಯಲ್ ಎಸ್ಟೇಟ್ developers ಮತ್ತು ನಮ್ಮ ಸಾಫ್ಟ್ ವೇರ್ developers ಮಧ್ಯೆ ಏನು ಸಂಭಂದ ಅನ್ಕೋಬೇಡಿ. ಒಂದು ಕಡೆ ಇಬ್ಬರಿಗೂ ಸಾಮ್ಯತೆ ಇದೆ, ಅವರು ದೊಡ್ಡ ದೊಡ್ಡ ಬಿಲ್ಡಿಂಗ್ ಗಳನ್ನ ಡೆವೆಲಪ್ ಮಾಡಿದರೆ ನಮ್ಮವರು ದೊಡ್ಡ ದೊಡ್ಡ ಸಾಫ್ಟ್ ವೇರ್ ಗಳಿಗೆ ಬೇಕಾದ ಕೋಡ್ ಗಳನ್ನ ಡೆವೆಲಪ್ ಮಾಡುತ್ತಾರೆ.
ಒಬ್ಬ ಸಾಫ್ಟ್ ವೇರ್ ಡೆವೆಲಪರ್ ಗೆ ಕೋಡ್  ಅಂದ್ರೆ ಸಾಕು ಪಂಚ ಪ್ರಾಣ. ತಮ್ಮ ತಮ್ಮ component ಅಥವಾ module ಗಳ ಬಗ್ಗೆ ಪ್ರತಿಯೊಬ್ಬ developer ಗೂ ಒಂದು ರೀತಿಯ ಅಭಿಮಾನ ವಿರುತ್ತದೆ. ಅದರ ಜೊತೆಗೆ "ಈ ಥರ ಯಾರಾದರೂ ಕೋಡ್ ಮಾಡುತ್ತಾರಾ? " ಅಂತ ಒಂದು ಸಣ್ಣ ದಾದ ಹಮ್ಮು ಬಿಮ್ಮು ಸಹ ಇರುತ್ತದೆ. ಇದಷ್ಟೇ ಅಲ್ಲ ಸಾಫ್ಟ್ ಲೋಕದಲ್ಲಿ ಡೆವೆಲಪರ್ ಅನ್ನುವ ಶಬ್ದಕ್ಕೆ  ಒಂದು ರೀತಿಯ ಸ್ಥಾನ ಮಾನವಿದೆ. ಡೆವೆಲಪರ್ ಗಳ ಕೆಲಸ ಅಷ್ಟು ಸುಲಭ ವಾದದ್ದು ಏನಲ್ಲ. ಸಾವಿರಾರು ಲೈನ್ ಗಳ ಕೋಡ್ ಗಳ ಮಧ್ಯೆ ತಮ್ಮನ್ನ  ತಾವು ತೊಡಗಿಸಿಕೊಂಡು ಕೆಲಸ ಮಾಡುವುದು ತುಂಬಾ ಗ್ರೇಟ್. ಅವರು ಸಹ ಕೋಡಿಂಗ್ ಎನ್ನುವ  ಪ್ರಪಂಚದಲ್ಲಿ ಮುಳುಗಿ ಹೋಗಿ ಬಿಟ್ಟಿರುತ್ತಾರೆ. ಅವರು ಬರೆದ code line ನಲ್ಲಿ ಏನಾದರೂ ಎಡವಟ್ಟಾದರೆ  ಅದಕ್ಕೆ ಅವರೇ ಜವಾಬ್ದಾರರು ಸಹ. ಕೆಲವೊಂದು ಸಮಯದಲ್ಲಿ  ಕೋಡ್ ನ behavior  ಹೆಚ್ಚು ಕಡಿಮೆ ಆದರೂ ಅದಕ್ಕಾಗಿ ಅವರು ಭಾರಿ ಬೆಲೆಯನ್ನೇ ಕಟ್ಟಬೇಕಾಗುತ್ತದೆ.

ಇನ್ನು ಇವರ ಕೆಲಸದ ವಿಷಯಕ್ಕೆ ಬಂದರೆ, ಎರಡು ರೀತಿ ಇರುತ್ತೆ. ಒಂದು ಮೊದಲಿಂದ ಶುರು ಮಾಡಿ ಕೋಡ್ ನ್ನು ಬರೆಯಬೇಕು, ಎರಡು ಯಾರೋ ಬರೆದು ಬಿಟ್ಟು ಹೋಗಿರುವ ಕೋಡನ್ನು ಪುನಃ ಹೊಸತನಕ್ಕೆ ತಕ್ಕಂತೆ ಬದಲಾಯಿಸಬೇಕು. ಮೊದಲನೆಯದು ಬಹಳಷ್ಟು ಜನ ಇಷ್ಟ ಪಡುತ್ತಾರೆ. ಆದರೆ ಎರಡನೆಯದು ಸ್ವಲ್ಪ ಕಷ್ಟದ ಕೆಲಸ. ಬೇರೊಬ್ಬ ವ್ಯಕ್ತಿ ಬರೆದ ಕೋಡನ್ನು  ಅರ್ಥ ಮಾಡಿಕೊಂಡು ಅದನ್ನು ಪುನಃ ಬದಲಿಸಬೇಕಂದರೆ, ಇದೊಂಥರ; " ಹೋಟೆಲಿನಲ್ಲಿ ಒಬ್ಬ ವ್ಯಕ್ತಿ ವೊಲೆಯ ಮೇಲೆ ಅನ್ನಕ್ಕಿಟ್ಟು  ತನ್ನ ಕೆಲಸಕ್ಕೆ ರಾಜಿನಾಮೆ ಕೊಟ್ಟು ಹೊರಟು ಬಿಡುತ್ತಾನೆ. ಹೊಸತಾಗಿ ಬಂದವನಿಗೆ ಹೋಟೆಲ್ ಓನರ್ ಹೇಳುತ್ತಾನೆ, " ಒಲೆಯ ಮೇಲೆ ಅನ್ನಕ್ಕಿ ಟ್ಟಾಗಿದೆ , ಅದನ್ನೇ ಪಲಾವ್ ಮಾಡಿಬಿಡು" ಅಂತ . ಅನ್ನಕ್ಕಿಟ್ಟು ಎಷ್ಟು ಹೊತ್ತಾಯ್ತು? ಅದೇನು ಹೊತ್ತಿದೆಯೊ? ನೀರಾಗಿದೆಯೋ? ಒಂದು ಗೊತ್ತಿರುವುದಿಲ್ಲ. ಪಲಾವ್ ಮಾಡಿ ಬಿಡು ಎಂದರೆ ಹೊಸತಾಗಿ ಬಂದಿರುವವನ ಪರಿಸ್ತಿತಿ ಹೇಗಿರಬೇಡ?

ಇನ್ನು defect ಗಳನ್ನ fix ಮಾಡಬೇಕಾದರೆ ಡೆವೆಲಪರ್ ಗಳು ಕಣ್ಣಲ್ಲಿ ಕಣ್ಣಿಟ್ಟು ಕೊಂಡು ಕೋಡನ್ನ debug ಮಾಡುತ್ತಾ ಕೂಡಬೇಕು. ಸಾವಿರಾರು ಲೈನ್ ಗಳ component ನಲ್ಲಿ defect ನ ಪತ್ತೆ ಹಚ್ಚುವುದು ಅಂದರೆ, 
" ಬೆಂಗಳೂರಿನ BMTC- 201 ಬಸ್ಸಿನಲ್ಲಿ ಕಳೆದು ಕೊಂಡ ಒಂದು ರುಪಾಯಿ ರುಪಾಯಿ coin ಹುಡುಕಿದಷ್ಟೇ ಸುಲಭ :)". 
ಇಷ್ಟಲ್ಲದೇ  ಹುಚ್ಚು ಹುಚ್ಚಾಗಿ ಆಡುವ component ಗಳನ್ನ ಸರಿಯಾದ ದಾರಿಯಲ್ಲಿ ತಂದು ನಿಲ್ಲಿಸಬೇಕು. ಕೊಟ್ಟಿರುವ functionality ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೋ ಇಲ್ಲವೋ ಅನ್ನೋದನ್ನ ಪ್ರತಿ ಬಿಲ್ಡ್ ಗೂ ಚೆಕ್ ಮಾಡಬೇಕು. ಅಲ್ಲಲ್ಲಿ ಕೈ ಬಿಟ್ಟು ಹೋಗಿರುವ ಮತ್ತು ಹೋಗುತ್ತಿರುವ variable ಗಳನ್ನೂ ಲಗಾಮು ಹಾಕಿ ಒಂದು ಕಡೆಗೆ ಕೂಡಿಸಬೇಕು. ಇಷ್ಟೆಲ್ಲಾ ಆದಮೇಲೆ ಆ ಕೋಡ್ ತನಗೆ ಕೊಟ್ಟಿರುವ ಸಮಯದಲ್ಲೇ ತನ್ನ ಕೆಲಸ ಮುಗಿಸಬೇಕು. ಅದಕ್ಕಿಂತ ಹೆಚ್ಚಿಗೆ  ಟೈಮ್ ತಗೊಂಡ್ರೆ performance issue ಅಂತ ಹೇಳುತ್ತಾರೆ. ಅದಕ್ಕೆ ಪುನಃ ಸೋರಿ ಹೋಗುತ್ತಿರುವ memory leak ಎನ್ನುವ ಪೈಪ್ ಗಳಿಗೆ FIX IT ಹಚ್ಚಬೇಕು. ಕೆಲವೊಬ್ಬ ಡೆವೆಲಪರ್ಸ್ ಗಳಂತೂ ತಮ್ಮ component ಗಳನ್ನ ಅದೆಷ್ಟು ಹಚ್ಚಿಕೊಂಡು ಬಿಟ್ಟಿರುತ್ತಾರೆ ಅಂದರೆ, ತಮ್ಮ ಹೆಂಡತಿಗಿಂತಲೂ ಅವರು ತಮ್ಮ component ಗಳನ್ನೇ ಜಾಸ್ತಿ ಪ್ರಿತಿಸುತ್ತಿರುತ್ತಾರೆ. ಈಗ ಹೇಳಿ ಕೋಡಿಂಗ್ ಅಂದರೆ ಯಾವ ಬಿಲ್ಡಿಂಗ್ ಕಟ್ಟೋ ದಕ್ಕಿಂತಲೂ ಕಡಿಮೆ ಇಲ್ಲ ಅಲ್ಲವಾ ?

ಈಗ ನಿಮ್ಮದೊಂದು ಪ್ರಶ್ನೆ ಇರುತ್ತದೆ:
"ಇಷ್ಟೆಲ್ಲಾ ಕಾಳಜಿ ವಹಿಸಿ ಕೋಡ್ ಮಾಡಿದರೂ ಸಹ ಕೆಲವೊಂದು ಸಲ ತಪ್ಪಾದರೆ? ಆ ತಪ್ಪುಗಳನ್ನು  ಯಾರು ಪತ್ತೆ ಹಚ್ಚುತ್ತಾರೆ?" ಖಂಡಿತ ಇಂತಹ ತಪ್ಪುಗಳ ನ್ನೇ ಪತ್ತೆ ಹಚ್ಚಲು ಸಾಫ್ಟ್  ಲೋಕದಲ್ಲಿ ಒಂದು "Team" ಇರುತ್ತದೆ. ಅವರ  ಬಗ್ಗೆ ಮುಂದಿನ ವಾರ ನೋಡೋಣ!

ಈ ವಾರದ ಬಿಲ್ಡ್  ಲೇಬಲ್ :  ಮೊದಲ ಸಲ ಕೋಡ್ ಬರೆದು ಅದು ನಾವು ಹೇಳಿದ ರೀತಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದಾಗ ಆಗುವ ಖುಷಿಯನ್ನು ಯಾವ ಡೆವೆಲಪರ್ ಕೂಡ ಅದನ್ನ ಮರೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ!