ಎಪಿಗ್ರಾಫ್:
ಪತಿ, ಕಠೋರ ಮಕ್ಕಳನ್ನು ನೋಡುತ್ತಾ, ತನ್ನ ಹೆಂಡತಿಗೆ ಹೀಗೆ ಹೇಳುತ್ತಾನೆ: ಸರಿ, ನಾವು ಇವುಗಳನ್ನು ತೊಳೆದುಕೊಳ್ಳೋಣ ಅಥವಾ ಹೊಸ ಮಕ್ಕಳಿಗೆ ಜನ್ಮ ನೀಡೋಣವೇ?
ಕಟ್ ಕೆಳಗೆ ನಮ್ಮ ತಂಡದ ನಾಯಕನ ಚರ್ಚೆಯಾಗಿದೆ, ಜೊತೆಗೆ RAS ಉತ್ಪನ್ನ ಅಭಿವೃದ್ಧಿ ನಿರ್ದೇಶಕ, ಇಗೊರ್ ಮರ್ನಾಟ್, ಪ್ರೋಗ್ರಾಮರ್ಗಳನ್ನು ಪ್ರೇರೇಪಿಸುವ ವಿಶಿಷ್ಟತೆಗಳ ಬಗ್ಗೆ.
ತಂಪಾದ ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನಗಳನ್ನು ರಚಿಸುವಲ್ಲಿ ಯಶಸ್ಸಿನ ರಹಸ್ಯವು ಎಲ್ಲರಿಗೂ ತಿಳಿದಿದೆ - ತಂಪಾದ ಪ್ರೋಗ್ರಾಮರ್ಗಳ ತಂಡವನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ, ತಂಡಕ್ಕೆ ತಂಪಾದ ಕಲ್ಪನೆಯನ್ನು ನೀಡಿ ಮತ್ತು ತಂಡದ ಕೆಲಸದಲ್ಲಿ ಹಸ್ತಕ್ಷೇಪ ಮಾಡಬೇಡಿ. ಕೂಲ್ ಡೆವಲಪರ್‌ಗಳು ಅಪರೂಪ ಮತ್ತು ಬೇಡಿಕೆಯಲ್ಲಿದ್ದಾರೆ. ಕೆಲವು ನೇಮಕಾತಿದಾರರು ಮಾರುಕಟ್ಟೆಯಿಂದ ಒಬ್ಬರನ್ನು ನೇಮಿಸಿಕೊಳ್ಳುವುದಕ್ಕಿಂತ ತಂಪಾದ ಪ್ರೋಗ್ರಾಮರ್ ಅನ್ನು ಉತ್ಪಾದಿಸುವುದು ಸುಲಭ ಎಂಬ ಅಭಿಪ್ರಾಯವನ್ನು ಹೊಂದಿದ್ದಾರೆ ಎಂದು ಹೇಳುತ್ತಾರೆ. ಅಂತಹ ನೇಮಕಾತಿಯಲ್ಲಿನ ತೊಂದರೆಗಳ ಜೊತೆಗೆ, ಪ್ರತಿ ನಿರ್ದಿಷ್ಟ ಡೆವಲಪರ್ನ ಅನುಭವ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಉತ್ಪನ್ನ ಮತ್ತು ಅದರ ಅಭಿವೃದ್ಧಿಯ ಇತಿಹಾಸದ ಬಗ್ಗೆ ಅವನ ಜ್ಞಾನವು ಹೆಚ್ಚಾಗಿ ಭರಿಸಲಾಗದ ಅಥವಾ ಕಷ್ಟಕರವಾಗಿರುತ್ತದೆ ಮತ್ತು ಪುನಃ ತುಂಬಲು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಆದ್ದರಿಂದ, ನೀವು ಅದೃಷ್ಟವಂತರಾಗಿದ್ದರೆ ಮತ್ತು ಈಗಾಗಲೇ ಪ್ರೋಗ್ರಾಮರ್ಗಳ ತಂಪಾದ ತಂಡವನ್ನು ಹೊಂದಿದ್ದರೆ, ಅವರ ಪ್ರೇರಣೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದು ಮುಖ್ಯವಾಗಿದೆ. ಹೊಸ ಡೆವಲಪರ್‌ಗಳನ್ನು ನೇಮಿಸಿಕೊಳ್ಳುವುದು ಮತ್ತು ತರಬೇತಿ ನೀಡುವುದು, ಅವರಿಂದ ತಂಡವನ್ನು ರಚಿಸುವುದು ಮಗುವಿಗೆ ಜನ್ಮ ನೀಡುವ ಮತ್ತು ಬೆಳೆಸುವಷ್ಟು ಕಷ್ಟಕರ ಮತ್ತು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ಪ್ರೋಗ್ರಾಮರ್ಗಳಿಗೆ (ಪ್ರೋಗ್ರಾಮರ್ಗಳ ತಂಡಗಳು) ಪ್ರೇರಣೆಯ ಮುಖ್ಯ ಅಂಶಗಳನ್ನು ಪರಿಗಣಿಸೋಣ, ಪ್ರಸ್ತುತಿಯ ಸ್ಪಷ್ಟತೆ ಮತ್ತು ರಚನೆಗಾಗಿ ಮ್ಯಾಸ್ಲೋನ ಪಿರಮಿಡ್ ಅನ್ನು ಬಳಸಿ. ನೀವು ಮ್ಯಾಸ್ಲೋನ ಪಿರಮಿಡ್ ಬಗ್ಗೆ ಕೇಳದಿದ್ದರೆ, ಇದು ನಿರ್ವಿವಾದವಲ್ಲ, ಆದರೆ ಅಮೇರಿಕನ್ ಮನಶ್ಶಾಸ್ತ್ರಜ್ಞ ಅಬ್ರಹಾಂ ಹೆರಾಲ್ಡ್ ಮಾಸ್ಲೋ ಅವರ ಅತ್ಯಂತ ಜನಪ್ರಿಯ ಮತ್ತು ವಿವರಣಾತ್ಮಕ ಸಿದ್ಧಾಂತವಾಗಿದೆ, ಅವರು ಮಾನವ ಅಗತ್ಯಗಳ ಕ್ರಮಾನುಗತವನ್ನು ಆಧರಿಸಿ ವೈಯಕ್ತಿಕ ಪ್ರೇರಣೆಯ ಸಿದ್ಧಾಂತವನ್ನು ಪ್ರಸ್ತಾಪಿಸಿದರು (ಕೆಳಗಿನ ಚಿತ್ರವನ್ನು ನೋಡಿ).
ಮಾಸ್ಲೊ ವ್ಯಕ್ತಿಯ ಅಗತ್ಯಗಳನ್ನು ಕ್ರಮಾನುಗತ ಕ್ರಮದಲ್ಲಿ ಜೋಡಿಸಿದರು, ಶಾರೀರಿಕ ಅಗತ್ಯಗಳಿಂದ ಸಂಭಾವ್ಯ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಸ್ವಯಂ-ವಾಸ್ತವೀಕರಣದ ಅಗತ್ಯತೆಯವರೆಗೆ. ಮ್ಯಾಸ್ಲೋನ ಸಿದ್ಧಾಂತದಲ್ಲಿನ ಒಂದು ಪ್ರಮುಖ ಊಹೆಯೆಂದರೆ "ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ತನ್ನ ಕೆಳ ಹಂತದ ಅಗತ್ಯಗಳನ್ನು ಪೂರೈಸುವವರೆಗೆ ಉನ್ನತ ಮಟ್ಟದ ಅಗತ್ಯಗಳನ್ನು ಅನುಭವಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ." ಉದಾಹರಣೆಗೆ, ಅದೇ ಸಮಯದಲ್ಲಿ ಈ ವ್ಯಕ್ತಿಯು ಮೂರು ದಿನಗಳವರೆಗೆ ಮಲಗಿಲ್ಲ ಅಥವಾ ತಿನ್ನದಿದ್ದರೆ ಜ್ಞಾನ ಅಥವಾ ಸೌಂದರ್ಯದ ಅಗತ್ಯತೆಗಳ ಅಗತ್ಯದಿಂದ ಒಬ್ಬ ವ್ಯಕ್ತಿಯನ್ನು ನಡೆಸಲಾಗುವುದಿಲ್ಲ.
ವಿವರಗಳಿಗೆ ಹೋಗುವ ಮೊದಲು, ಒಂದು ಸ್ಪಷ್ಟವಾದ ಸಂಗತಿಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸೋಣ - ತಂಡವು ಜನರನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ಎಲ್ಲಾ ಜನರು ವಿಭಿನ್ನರಾಗಿದ್ದಾರೆ, ಪ್ರತಿಯೊಬ್ಬರೂ ತಮ್ಮದೇ ಆದ ಪ್ರೇರಣೆ ರಚನೆಯನ್ನು ಹೊಂದಿದ್ದಾರೆ. ಪ್ರತಿಯೊಬ್ಬ ವ್ಯಕ್ತಿಯು ವಿಭಿನ್ನ ಆಸಕ್ತಿಗಳಿಂದ ನಡೆಸಲ್ಪಡುತ್ತಾನೆ ಎಂಬ ಅಂಶದ ಜೊತೆಗೆ, ಪ್ರತಿಯೊಬ್ಬ ವ್ಯಕ್ತಿಯು ವಿಭಿನ್ನ ಜೀವನ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿಯೂ ಇರುತ್ತಾನೆ. ಯಾರೋ ವೃತ್ತಿಜೀವನದ ಆರಂಭದಲ್ಲಿದ್ದಾರೆ ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸುವುದು ಎಂಬುದರ ಕುರಿತು ಯೋಚಿಸುತ್ತಿದ್ದಾರೆ, ಯಾರಾದರೂ ಮದುವೆಯಾಗಲಿದ್ದಾರೆ, ಮತ್ತು ಯಾರಾದರೂ ಹೊಸ ವಿಷಯದ ಪ್ರದೇಶವನ್ನು ಕರಗತ ಮಾಡಿಕೊಳ್ಳಲು ಬಯಸುತ್ತಾರೆ. ಒಬ್ಬರಿಗೆ ಮುಖ್ಯವಾದದ್ದು ಇನ್ನೊಬ್ಬರಿಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಮುಖ್ಯವಲ್ಲ, ಮತ್ತು ನಾಳೆ ಎಲ್ಲವೂ ಮತ್ತೆ ಬದಲಾಗುತ್ತದೆ. ಈ ಸಂದರ್ಭವನ್ನು ಸರಿಯಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ಸರಳವಾದ ಪರಿಹಾರವಿದೆ - ನೀವು ಅದರ ಬಗ್ಗೆ ಯೋಚಿಸಬೇಕು ಮತ್ತು ಅದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬೇಕು. ಅತ್ಯಂತ ಮುಖ್ಯವಾದ ವಿಷಯವೆಂದರೆ ಸಂವಹನ.
ಕೆಲಸವನ್ನು ಹೊರತುಪಡಿಸಿ ಬೇರೆ ಯಾವುದನ್ನಾದರೂ ಕುರಿತು ನಿಮ್ಮ ತಂಡದೊಂದಿಗೆ ಮಾತನಾಡಲು ಮರೆಯದಿರಿ, ಅನೌಪಚಾರಿಕ ಸಂಬಂಧಗಳನ್ನು ನಿರ್ಮಿಸಿ.
ಆದ್ದರಿಂದ, ಈಗ ನಾವು ಮ್ಯಾಸ್ಲೋನ ಪಿರಮಿಡ್ ಮೂಲಕ ಹೋಗೋಣ ಮತ್ತು ಪ್ರೋಗ್ರಾಮರ್ಗಳ ತಂಡವನ್ನು ನಿರ್ವಹಿಸಲು ಅನ್ವಯಿಸಿದಂತೆ ಅದರ ಮಟ್ಟವನ್ನು ಪರಿಗಣಿಸೋಣ.
ನಾನು: ಶಾರೀರಿಕ, ಜೈವಿಕ ಅಗತ್ಯಗಳು:
ಪ್ರೇರಣೆಯ ಬಗ್ಗೆ ಮಾತನಾಡುವಾಗ, ಅನೇಕ ಜನರು ಸಾಮಾನ್ಯವಾಗಿ ಸಂಬಳದ ಬಗ್ಗೆ ಯೋಚಿಸುತ್ತಾರೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಸಂಬಳದ ಮೂಲಕ ನಾನು ಪರಿಹಾರ ಪ್ಯಾಕೇಜ್‌ನ ಶಾಶ್ವತ ಭಾಗವನ್ನು ಅರ್ಥೈಸುತ್ತೇನೆ, ಅದು ಫಲಿತಾಂಶಗಳ ಮೇಲೆ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಅವಲಂಬಿತವಾಗಿಲ್ಲ. ಇದು ಬೋನಸ್‌ಗಳು, ಬೋನಸ್‌ಗಳು ಮತ್ತು ಕಂಪನಿಯ ಪ್ರಚಾರಗಳಿಗೆ ಅನ್ವಯಿಸುವುದಿಲ್ಲ. ಇದು ನಮ್ಮ ಸಂದರ್ಭದಲ್ಲಿ "ಶಾರೀರಿಕ ಅಗತ್ಯಗಳ" ಮಟ್ಟಕ್ಕೆ ನಾನು ಕಾರಣವಾಗುವ ಸಂಬಳವಾಗಿದೆ. ಬೋನಸ್‌ಗಳು, ಕಾರ್ಯಕ್ಷಮತೆಯ ಆಧಾರದ ಮೇಲೆ ಬೋನಸ್‌ಗಳು, ಆಯ್ಕೆಗಳು ಮತ್ತು ಕಂಪನಿಯ ಷೇರುಗಳು - ನಾನು ಇದನ್ನೆಲ್ಲ ಇತರ ಹಂತಗಳಲ್ಲಿ ವರ್ಗೀಕರಿಸುತ್ತೇನೆ.
ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಅದು ಎಷ್ಟೇ ವಿಚಿತ್ರವೆನಿಸಿದರೂ, ಸಂಬಳವು ಆಗಿರಬಹುದು demotivating ಪ್ರೇರಕ ಅಂಶಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಅಂಶ. ಪ್ರೋಗ್ರಾಮರ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ವಿಶಿಷ್ಟತೆಯೆಂದರೆ ಅವರೆಲ್ಲರೂ ಜನರು, ಮೊದಲನೆಯದಾಗಿ, ಬಹಳ ಸ್ಮಾರ್ಟ್ (ವೃತ್ತಿಯ ವೈಶಿಷ್ಟ್ಯ), ಮತ್ತು ಎರಡನೆಯದಾಗಿ, ಆಳವಾಗಿ ಮತ್ತು/ಅಥವಾ ವ್ಯಾಪಕವಾಗಿ ವಿದ್ಯಾವಂತರು. ವಿಶಿಷ್ಟವಾಗಿ, ಪ್ರೋಗ್ರಾಮರ್ಗಳು, ತಮ್ಮ ವೃತ್ತಿಯ ಜೊತೆಗೆ, ಅವರು ಉತ್ಪನ್ನಗಳನ್ನು ರಚಿಸುವ ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ವಿಷಯಗಳ ಬಗ್ಗೆ ಆಳವಾದ ತಿಳುವಳಿಕೆಯನ್ನು ಹೊಂದಿರುತ್ತಾರೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಉತ್ತಮ ಪ್ರೋಗ್ರಾಮರ್ಗಳು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಅಭಿವೃದ್ಧಿ, ಕ್ರಮಾವಳಿಗಳು, ಮಾನದಂಡಗಳು ಇತ್ಯಾದಿಗಳ ಇತಿಹಾಸದಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದಾರೆ ಮತ್ತು ಚೆನ್ನಾಗಿ ತಿಳಿದಿದ್ದಾರೆ. ಅದೇ ಅವರ ವಿಷಯದ ಪ್ರದೇಶಕ್ಕೆ ಅನ್ವಯಿಸುತ್ತದೆ. ಈ ಹಂತದ ಜನರಿಗೆ, ಸಂಬಳವು ಸಾಮಾನ್ಯವಾಗಿ ಮುಖ್ಯ ಪ್ರೇರಕ ಅಂಶವಲ್ಲ.
ಅದೇ ಸಮಯದಲ್ಲಿ, ಪ್ರೋಗ್ರಾಮರ್ಗಳಿಗೆ ನ್ಯಾಯಯುತ ಸಂಬಳದ ಕೊರತೆ, ಅವರ ತಿಳುವಳಿಕೆಯಲ್ಲಿ, demotivate, ಮತ್ತು demotivates ಮಹತ್ತರವಾಗಿ. ನ್ಯಾಯಯುತವಾದ ಸಂಬಳವನ್ನು ಹೊಂದಿರುವುದು ರೂಢಿಯಾಗಿದೆ. ಸಂಬಳವು ರೂಢಿಗಿಂತ ಹೆಚ್ಚು (ಮಾರುಕಟ್ಟೆ) - ಸಹ, ವಿಚಿತ್ರವಾಗಿ ಸಾಕಷ್ಟು, ಬದಲಿಗೆ demotivating ಅಂಶವಾಗಿದೆ. ಸಹೋದ್ಯೋಗಿಯೊಬ್ಬರು ಒಮ್ಮೆ ದೊಡ್ಡ ಅಮೇರಿಕನ್ ಅನಿಮೇಷನ್ ಕಂಪನಿಗಳಲ್ಲಿ ಪ್ರೋಗ್ರಾಮರ್ಗಳ ತಂಡದ ಬಗ್ಗೆ ನನಗೆ ಹೇಳಿದರು, ಇದು ಹಲವಾರು ಸಂದರ್ಭಗಳಿಂದಾಗಿ ಮಾರುಕಟ್ಟೆಗಿಂತ ಎರಡರಿಂದ ಮೂರು ಪಟ್ಟು ಹೆಚ್ಚಿನ ಮಟ್ಟದಲ್ಲಿ ಸಂಬಳವನ್ನು ಪಡೆಯಿತು. ಅವರು ಹೇಳಿದಂತೆ, ಅವರು ತಮ್ಮ ಜೀವನದಲ್ಲಿ ಹೆಚ್ಚು ಬೇಸರಗೊಂಡ, ಸೋಮಾರಿಯಾದ ಮತ್ತು ಡಿಮೋಟಿವೇಟ್ ಮಾಡಿದ ಪ್ರೋಗ್ರಾಮರ್ಗಳನ್ನು ನೋಡಿಲ್ಲ. ಸಂಬಳ ಹೆಚ್ಚಳದ ಸತ್ಯವು ಅಲ್ಪಾವಧಿಯಲ್ಲಿ ಪ್ರೇರೇಪಿಸಬಹುದು, ಆದರೆ ಕೆಲವು ತಿಂಗಳ ನಂತರ ಹೊಸ ಸಂಬಳವು ರೂಢಿಯಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರೇರೇಪಿಸಲು ನಿಲ್ಲಿಸುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ, ತಮ್ಮ ವೃತ್ತಿಜೀವನದ ಆರಂಭದಲ್ಲಿ ಪ್ರೋಗ್ರಾಮರ್ಗಳಿಗೆ ಸಂಬಳದ ಅಂಶವು ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿದೆ ಎಂದು ನಾನು ಹೇಳುತ್ತೇನೆ, ಅವರು ವೃತ್ತಿಪರವಾಗಿ ಬೆಳೆಯುತ್ತಾರೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಹೊಂದುತ್ತಾರೆ, ಅದರ ಪ್ರಾಮುಖ್ಯತೆ ಕಡಿಮೆಯಾಗುತ್ತದೆ ಮತ್ತು ಇತರ ಅಂಶಗಳು ಮೇಲುಗೈ ಸಾಧಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ.
ಎರಡನೇ ಪ್ರಮುಖ ಅಂಶವೆಂದರೆ ತಂಡದಲ್ಲಿನ ಸಂಬಳದ ಮಟ್ಟದಲ್ಲಿ ನ್ಯಾಯಯುತ ಸಮತೋಲನದ ಉಪಸ್ಥಿತಿ. ಒಬ್ಬ ಸದಸ್ಯರ ಕೊಡುಗೆಯು ಗಮನಾರ್ಹವಾಗಿ ಕಡಿಮೆಯಾಗಿದೆ ಎಂದು ತಂಡವು ಭಾವಿಸಿದರೆ, ಆದರೆ ಪರಿಹಾರದ ಮಟ್ಟವು ಒಂದೇ ಆಗಿರುತ್ತದೆ, ಇದು ಇಡೀ ತಂಡವನ್ನು ದುರ್ಬಲಗೊಳಿಸುತ್ತದೆ. ಕೆಲವೊಮ್ಮೆ ವ್ಯವಸ್ಥಾಪಕರು ಹಣದಿಂದ ಬೆಂಕಿಯನ್ನು ತುಂಬಲು ಪ್ರಚೋದಿಸುತ್ತಾರೆ - ಸುಟ್ಟುಹೋದ ಅಥವಾ ಅವನತಿಗೆ ಒಳಗಾದ ವ್ಯಕ್ತಿಯ ಸಂಬಳವನ್ನು ಸಾಮಾನ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚಿಸುವ ಮೂಲಕ ಉಳಿಸಿಕೊಳ್ಳಲು. ಇದು ಸಾಮಾನ್ಯವಾಗಿ ದೀರ್ಘಾವಧಿಯಲ್ಲಿ ಮಾತ್ರ ಸಮಸ್ಯೆಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ - ವ್ಯಕ್ತಿಯ ಪ್ರೇರಣೆಯು ಹೆಚ್ಚು ಹೆಚ್ಚಾಗುವುದಿಲ್ಲ, ಅಥವಾ ಇದು ಒಂದೆರಡು ತಿಂಗಳವರೆಗೆ ಹೆಚ್ಚಾಗುತ್ತದೆ, ಆದರೆ ತಂಡದ ಉಳಿದವರ ಪ್ರೇರಣೆ ಕುಸಿಯುತ್ತದೆ. ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಇತರ ವಿಧಾನಗಳನ್ನು ಹುಡುಕುವುದು ಯೋಗ್ಯವಾಗಿದೆ, ಹೊರತು, ಇದು ಒಂದು ಅನನ್ಯ ತಜ್ಞರಾಗಿದ್ದು, ಯಾವುದೇ ವೆಚ್ಚದಲ್ಲಿ, ಅಲ್ಪಾವಧಿಗೆ ಸಹ ಉಳಿಸಿಕೊಳ್ಳಬೇಕಾಗುತ್ತದೆ.
II. ಸುರಕ್ಷತೆ, ಸೌಕರ್ಯ, ಜೀವನ ಪರಿಸ್ಥಿತಿಗಳ ಸ್ಥಿರತೆ ಅಗತ್ಯ:
70 ವರ್ಷಗಳ ಹಿಂದೆ, ಕಾರನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ ಕಾರಿನಲ್ಲಿ ಒಲೆಯ ಉಪಸ್ಥಿತಿಯು ಪ್ರೇರಕ ಅಂಶವಾಗಬಹುದು; ನಂತರ ಅದು ರೂಢಿಗಿಂತ ಮೇಲಿತ್ತು ಮತ್ತು ಐಷಾರಾಮಿ ಸಂಕೇತವಾಗಿತ್ತು. ಈಗ ಹವಾನಿಯಂತ್ರಣದ ಅನುಪಸ್ಥಿತಿಯು ಅಸಂಬದ್ಧವಾಗಿದೆ, ಮತ್ತು ಅದರ ಉಪಸ್ಥಿತಿಯು ಕಾರನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ ಪ್ರೇರೇಪಿಸುವ ಅಂಶವಾಗಿರುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ 10-15 ವರ್ಷಗಳ ಹಿಂದೆ, ಅನುಕೂಲಕರವಾದ ಕಚೇರಿ, ಉತ್ತಮ ಯಂತ್ರಾಂಶ, ರುಚಿಕರವಾದ ಕಾಫಿ, ಫಿಟ್ನೆಸ್, ಹೊಂದಿಕೊಳ್ಳುವ ಸಮಯ, ಇತ್ಯಾದಿ. ಉತ್ತಮ ಪ್ರೇರಕ ಅಂಶಗಳಾಗಿರಬಹುದು, ಆದರೆ ಈಗ ಇದು ಉತ್ತಮ ಪ್ರೋಗ್ರಾಮರ್ನ ಕೆಲಸಕ್ಕೆ ರೂಢಿಯಾಗಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಅವರ ಅನುಪಸ್ಥಿತಿಯು ಮತ್ತೊಮ್ಮೆ ನಿರಾಶಾದಾಯಕವಾಗಿರುತ್ತದೆ.
ಒಂದು ಪ್ರಮುಖ demotivating ಅಂಶವೆಂದರೆ ಕೇಂದ್ರೀಕರಿಸುವ ಸಾಮರ್ಥ್ಯದ ಕೊರತೆ ಮತ್ತು ಗದ್ದಲದ ಕೆಲಸದ ವಾತಾವರಣ. ಪ್ರೋಗ್ರಾಮರ್ನ ಕೆಲಸಕ್ಕೆ ಮೌನ ಮತ್ತು ಏಕಾಗ್ರತೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ. ಡೆವಲಪರ್‌ಗಳಿಗೆ ಏಕಾಂತ ಕಾರ್ಯಸ್ಥಳವನ್ನು ಒದಗಿಸಲು ಕಚೇರಿ ಸ್ಥಳವು ಅವಕಾಶವನ್ನು ಒದಗಿಸದಿದ್ದರೆ, ಪರಸ್ಪರ ಹಸ್ತಕ್ಷೇಪ ಮಾಡದ ಸಹೋದ್ಯೋಗಿಗಳ ನಡುವೆ ಆರಾಮದಾಯಕ ಸಹಯೋಗವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಅವಶ್ಯಕ. ಶಕ್ತಿಯುತ ಮತ್ತು ಜೋರಾಗಿ ಒಡನಾಡಿಗಳನ್ನು ಪರಸ್ಪರ ಒಗ್ಗೂಡಿಸುವುದು ಉತ್ತಮ, ಅಗತ್ಯವಿರುವವರಿಗೆ ಕೇಂದ್ರೀಕರಿಸುವ ಅವಕಾಶವನ್ನು ನೀಡುತ್ತದೆ.
ಪ್ರೋಗ್ರಾಮರ್ನ ಸಮಯದ ವೆಚ್ಚವು ಈಗ ಅವನು ಕೆಲಸ ಮಾಡುವ ಯಂತ್ರಾಂಶದ ಬೆಲೆಗಿಂತ ಗಮನಾರ್ಹವಾಗಿ ಹೆಚ್ಚಾಗಿದೆ. ಎರಡು ಅಥವಾ ಮೂರು ಮಾನಿಟರ್‌ಗಳು, ಶಕ್ತಿಯುತ ಕಂಪ್ಯೂಟರ್‌ಗಳು, ಪ್ರತಿ ಡೆವಲಪರ್‌ಗೆ ಆರಾಮದಾಯಕ ಕೆಲಸದ ಸ್ಥಳ - ಯಾವುದೇ ಕಂಪನಿಯಲ್ಲಿ ರೂಢಿಯಾಗಿರಬೇಕು. ಈ ವಿಷಯವು ಜೋಯಲ್ ಸ್ಪೋಲ್ಸ್ಕಿಯವರ ಲೇಖನಗಳಲ್ಲಿ ಒಂದನ್ನು ಚೆನ್ನಾಗಿ ಒಳಗೊಂಡಿದೆ "ಜೋಯಲ್ ಟೆಸ್ಟ್: ಉತ್ತಮ ಕೋಡ್‌ಗೆ 12 ಹಂತಗಳು.
ಸೌಕರ್ಯದ ಭೌತಿಕ ಅಂಶವು ಅತ್ಯಂತ ಮೂಲಭೂತ ಮತ್ತು ಸರಳವಾಗಿದೆ; ಈಗ ಉಳಿದವುಗಳ ಬಗ್ಗೆ ಮಾತನಾಡೋಣ.
ಅನೇಕ ಕಂಪನಿಗಳಲ್ಲಿ, ಪ್ರೋಗ್ರಾಮರ್ಗಳಿಗೆ ರೂಢಿಯು ಹೊಂದಿಕೊಳ್ಳುವ ಕೆಲಸದ ವೇಳಾಪಟ್ಟಿಯಾಗಿದೆ ಮತ್ತು ಡ್ರೆಸ್ ಕೋಡ್ ಇಲ್ಲ. ತಂಡದ ಕೆಲಸದ ನಿಶ್ಚಿತಗಳು ಅದನ್ನು ಅನುಮತಿಸಿದರೆ ಇದು ಒಳ್ಳೆಯದು ಮತ್ತು ಸರಿಯಾಗಿರುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ಗ್ರಾಹಕರು, ರಾಜಕಾರಣಿಗಳು ಅಥವಾ ಬ್ಯಾಂಕರ್ಗಳೊಂದಿಗೆ ಯಾವುದೇ ಸಭೆಗಳಿಲ್ಲ).
ಮುಖ್ಯವಾದ ವಿಷಯವೆಂದರೆ ಇಡೀ ತಂಡವು ಸ್ಥಳೀಯವಾಗಿ ಒಟ್ಟಾಗಿ ಕೆಲಸ ಮಾಡುವ ನಿರ್ದಿಷ್ಟ ಸಮಯದ ವಿಂಡೋವನ್ನು ಹೊಂದಿರುವುದು ಇದರಿಂದ ಜನರು ಮುಖಾಮುಖಿಯಾಗಿ ಸಂವಹನ ಮತ್ತು ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಬಹುದು. ಪ್ರೋಗ್ರಾಮರ್, ಮೂಲಭೂತವಾಗಿ, ಕೆಲಸದ ನಂತರವೂ ಕೆಲಸವನ್ನು ಬಿಡುವುದಿಲ್ಲ. ವಿಶಿಷ್ಟವಾಗಿ, ಕಚೇರಿಯಲ್ಲಿ ಅವನ ಉಪಸ್ಥಿತಿಯನ್ನು ಲೆಕ್ಕಿಸದೆ ಕೆಲಸದ ಸಮಸ್ಯೆಗಳು ಅವನ ಮನಸ್ಸಿನಲ್ಲಿ ಮರುಕಳಿಸುತ್ತದೆ ಮತ್ತು ಉತ್ತಮ ನಿರ್ಧಾರಗಳು ಆಗಾಗ್ಗೆ ಕಚೇರಿಯ ಹೊರಗಿನಿಂದ ಬರುತ್ತವೆ. ಉತ್ತಮವಾದ ಅಗತ್ಯವನ್ನು ನೀಡಲಾಗಿದೆ (ನಾವು ಕೆಳಗೆ ಚರ್ಚಿಸುತ್ತೇವೆ), ಸಣ್ಣ ನಿಯಂತ್ರಣವು ಹಾನಿಕಾರಕವಾಗಿದೆ. ಇದು ದುರ್ಬಲಗೊಳಿಸುವುದು ಮಾತ್ರವಲ್ಲ, ಉತ್ಪಾದಕತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಅಭ್ಯಾಸ ಪ್ರದರ್ಶನಗಳಂತೆ, ನಿಯಂತ್ರಣದ ಅನುಪಸ್ಥಿತಿಯಲ್ಲಿ, ಪ್ರೇರಿತ ತಂಡವು ಅಗತ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಮಯ ಕೆಲಸ ಮಾಡುವ ಸಾಧ್ಯತೆಯಿದೆ. ನಿಯಂತ್ರಣವಿದ್ದರೆ, ಡೆವಲಪರ್‌ಗಳು ಒಂಬತ್ತರಿಂದ ಆರು ವರೆಗೆ ಕೀಬೋರ್ಡ್‌ನಲ್ಲಿ ಕುಳಿತುಕೊಳ್ಳಬಹುದು, ಆದರೆ ಫಲಿತಾಂಶವು ಕೆಟ್ಟದಾಗಿರುತ್ತದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಅವರು ಹೇಳಿದಂತೆ, ಒಬ್ಬ ವ್ಯಕ್ತಿಯು ಕುದುರೆಯನ್ನು ನೀರಿಗೆ ಕರೆದೊಯ್ಯಬಹುದು, ಆದರೆ ಅವನು ಬಯಸದಿದ್ದರೆ ನೂರು ಕೂಡ ಅವನನ್ನು ಕುಡಿಯಲು ಒತ್ತಾಯಿಸುವುದಿಲ್ಲ.
ಈ ಮಟ್ಟದ ಅಗತ್ಯಗಳ ವಿವರಣೆಯು ಆತಂಕ ಮತ್ತು ಭಯದಿಂದ ಸ್ವಾತಂತ್ರ್ಯ, ಅವ್ಯವಸ್ಥೆಯ ಅನುಪಸ್ಥಿತಿ ಮತ್ತು ರಚನೆ ಮತ್ತು ಕ್ರಮದ ಅಗತ್ಯವನ್ನು ಸಹ ಉಲ್ಲೇಖಿಸುತ್ತದೆ. ಇವುಗಳು ತಂಡದ ವಾತಾವರಣವನ್ನು ಹೆಚ್ಚು ಪರಿಣಾಮ ಬೀರುವ ಅತ್ಯಂತ ಪ್ರಮುಖ ಅಂಶಗಳಾಗಿವೆ.
ಮೊದಲನೆಯದಾಗಿ, ಅವ್ಯವಸ್ಥೆ, ರಚನೆ ಮತ್ತು ಕ್ರಮದ ಅನುಪಸ್ಥಿತಿ - ತಂಡವು ಯಾವುದಕ್ಕೆ ಜವಾಬ್ದಾರರು, ಪಾತ್ರಗಳನ್ನು ಹೇಗೆ ವಿತರಿಸಲಾಗುತ್ತದೆ, ಏನು ಮಾಡಬೇಕು, ಯಾರಿಗೆ, ಯಾವಾಗ, ಯಾವ ಅವಶ್ಯಕತೆಗಳು ಉತ್ಪನ್ನಕ್ಕೆ ಆಧಾರವಾಗಿವೆ, ನಿರ್ವಹಣೆಯ ನಿರೀಕ್ಷೆಗಳು ಯಾವುವು ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಗ್ರಾಹಕರು... ಇವುಗಳಲ್ಲಿ ಹೆಚ್ಚಿನವುಗಳನ್ನು ಔಪಚಾರಿಕವಾಗಿ ವಿವರಿಸಬೇಕು, ಎಲ್ಲವನ್ನೂ ನಿಯತಕಾಲಿಕವಾಗಿ ಚರ್ಚಿಸಬೇಕು. ಚರ್ಚೆ ಮತ್ತು ಆವರ್ತಕ ಬಳಕೆಯಿಲ್ಲದೆ, ವಿವರಣೆಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ. ಬಿಡುಗಡೆಯ ನಂತರ ಮರಣೋತ್ತರ ಪರೀಕ್ಷೆಯ ಫಲಿತಾಂಶಗಳ ಆಧಾರದ ಮೇಲೆ ಅವುಗಳನ್ನು ನಿಯತಕಾಲಿಕವಾಗಿ ಚರ್ಚಿಸಲು ಮತ್ತು ನವೀಕರಿಸಲು ಉತ್ತಮ ಅಭ್ಯಾಸವಾಗಿದೆ.
ಎರಡನೆಯದಾಗಿ, ಶಾಂತ ಮತ್ತು ಸ್ನೇಹಪರ ವಾತಾವರಣ. ನಾವೆಲ್ಲರೂ ನಮ್ಮ ಹೆಚ್ಚಿನ ಸಮಯವನ್ನು ಕೆಲಸದಲ್ಲಿ ಕಳೆಯುತ್ತೇವೆ ಮತ್ತು ಒತ್ತಡ, ಸಂಘರ್ಷ ಅಥವಾ ಭಯವಿಲ್ಲದೆ ಅದನ್ನು ಮಾಡಲು ನಾವು ಬಯಸುತ್ತೇವೆ. ಅಭಿವೃದ್ಧಿ ತಂಡವು ಸಾಮಾನ್ಯವಾಗಿ ವೇಳಾಪಟ್ಟಿಗಳು ಮತ್ತು ಗ್ರಾಹಕರ ಒತ್ತಡದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಸಹೋದ್ಯೋಗಿಗಳು ಮತ್ತು ಮೇಲಧಿಕಾರಿಗಳಿಂದ ಯಾರಿಗೂ ಹೆಚ್ಚುವರಿ ಒತ್ತಡ ಅಗತ್ಯವಿಲ್ಲ. ತಂಡದಲ್ಲಿನ ವಾತಾವರಣ, ಸಾಮಾನ್ಯವಾಗಿ ಡೆವಲಪರ್‌ಗಳ ಗುಂಪನ್ನು ಕರೆಯಬಹುದು ಮತ್ತು "ತಂಡ" ಎಂದು ಕರೆಯಬಹುದು ಎಂಬುದು ವ್ಯವಸ್ಥಾಪಕರ ನೇರ ಮತ್ತು ಪ್ರಮುಖ ಜವಾಬ್ದಾರಿಯಾಗಿದೆ, ಇದು ಪ್ರಮುಖ ಮಧ್ಯಮ ಮತ್ತು ದೀರ್ಘಕಾಲೀನ ಕಾರ್ಯಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಆದ್ದರಿಂದ, ನಿರ್ವಾಹಕರು ನಿರ್ದಿಷ್ಟವಾಗಿ, ತಂಡದಲ್ಲಿನ ಘರ್ಷಣೆಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಮುಖ್ಯವಾಗಿದೆ ಮತ್ತು ಅವರ ಅಭಿವೃದ್ಧಿಯು ಅದರ ಕೋರ್ಸ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ. ಸಂಘರ್ಷ ನಿರ್ವಹಣೆಯು ಪ್ರತ್ಯೇಕ ಅಧ್ಯಯನಕ್ಕೆ ಅರ್ಹವಾದ ಪ್ರತ್ಯೇಕ ವಿಷಯವಾಗಿದೆ.
ತಂಡದ ಭಾವನಾತ್ಮಕ ಸ್ಥಿತಿ ಮತ್ತು ಸಹೋದ್ಯೋಗಿಗಳ ವರ್ತನೆಯ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರಲು ಎರಡು ಮುಖ್ಯ ಮಾರ್ಗಗಳಿವೆ (ಯಾರಾದರೂ ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿ ಸೇರಿಸಿದರೆ, ಅದು ಉತ್ತಮವಾಗಿರುತ್ತದೆ). ಮೊದಲನೆಯದು ನಿಮ್ಮ ಸ್ವಂತ ನಡವಳಿಕೆ. ಮ್ಯಾನೇಜರ್ ಮತ್ತು ತಂಡಕ್ಕೆ ವೈಯಕ್ತಿಕ ಉದಾಹರಣೆಯು ತುಂಬಾ ಮುಖ್ಯವಾಗಿದೆ. ಅವರು ಹೇಳಿದಂತೆ, ಪೂಜಾರಿಯಂತೆ, ಆಗಮನವೂ ಆಗಿದೆ. ನಿಮ್ಮ ಸಹೋದ್ಯೋಗಿಗಳು ಹೇಗೆ ವರ್ತಿಸಬೇಕೆಂದು ನೀವು ನಿರೀಕ್ಷಿಸುತ್ತೀರೋ ಹಾಗೆಯೇ ವರ್ತಿಸಿ. ಎರಡನೆಯದು ಸರಿಯಾದ ನಡವಳಿಕೆಯನ್ನು ಪ್ರೋತ್ಸಾಹಿಸುವುದು ಮತ್ತು ಮಾತನಾಡಲು, ತಪ್ಪು ನಡವಳಿಕೆಯನ್ನು ಪ್ರೋತ್ಸಾಹಿಸುವುದು. ಜನರೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಿ, ಅವರಿಗೆ ಪ್ರತಿಕ್ರಿಯೆ ನೀಡಿ, ಇದನ್ನು ಮಾಡಲು ಹಲವು ಮಾರ್ಗಗಳಿವೆ. ಸಾಮಾನ್ಯವಾಗಿ, ಪ್ರತಿಕ್ರಿಯೆಯು ಪ್ರತ್ಯೇಕ ಚರ್ಚೆಗೆ ಒಂದು ವಿಷಯವಾಗಿದೆ; ಇದು ಪ್ರೇರಣೆಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ದೊಡ್ಡ ಮತ್ತು ಪ್ರಮುಖ ಭಾಗವಾಗಿದೆ.
ವಾತಾವರಣದ ಬಗ್ಗೆ ಮತ್ತೊಂದು ಟಿಪ್ಪಣಿ, ಇದು ಅಸಾಮಾನ್ಯವಾಗಿ ಕಾಣಿಸಬಹುದು, ಆದರೆ ಆಚರಣೆಯಲ್ಲಿ ಇದು ಮುಖ್ಯವಾಗಿದೆ. ಹೆಚ್ಚಾಗಿ, ಅಭಿವೃದ್ಧಿ ತಂಡದಲ್ಲಿ ಪುರುಷರಿಗಿಂತ ಕಡಿಮೆ ಹುಡುಗಿಯರಿದ್ದಾರೆ. ಸಾಮಾನ್ಯವಾಗಿ ಗುಂಪುಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಪುರುಷರಾಗಿರುತ್ತವೆ. ಅಂತಹ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ, ಲೋಡ್ ಅಡಿಯಲ್ಲಿ, ಕೆಲವೊಮ್ಮೆ ಅಶ್ಲೀಲ ಭಾಷೆಯನ್ನು ತಂಡದಲ್ಲಿ ಬಳಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಇದು ವಾತಾವರಣದ ಮೇಲೆ ನಕಾರಾತ್ಮಕ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ ಎಂದು ಅಭ್ಯಾಸವು ತೋರಿಸುತ್ತದೆ; ಸಂವಹನವು ಕ್ರಮೇಣ ಅಸಭ್ಯವಾಗುತ್ತದೆ. ನೀವೇ ಅದನ್ನು ಬಳಸುವುದನ್ನು ತಪ್ಪಿಸಬೇಕು ಮತ್ತು ನಿಮ್ಮ ತಂಡದಲ್ಲಿ ಅದರ ಬಳಕೆಯನ್ನು ನಿರುತ್ಸಾಹಗೊಳಿಸಬೇಕು.
ಅಭಿವೃದ್ಧಿ ತಂಡಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ R&D (ಸಂಶೋಧನೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿ) ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ, ಸಂಶೋಧನೆಯು ಕೆಲಸದ ಮಹತ್ವದ ಭಾಗವನ್ನು ಮಾಡುತ್ತದೆ. ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೋಗ್ರಾಂ ಮಾಡಲು ಮತ್ತು ಯೋಜಿಸಲು ಕಷ್ಟಕರವಾದ ಭಾಗವಾಗಿದೆ, ಇಲ್ಲದಿದ್ದರೆ ಅದು ಸಂಶೋಧನೆಯಾಗುವುದಿಲ್ಲ. ತಂಡವು ತಪ್ಪುಗಳನ್ನು ಮಾಡಲು, ಉಪಕ್ರಮವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು, ಯಶಸ್ಸಿನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳಬಹುದಾದ ಅಥವಾ ಅಂತ್ಯಗೊಳ್ಳದ ವಿಭಿನ್ನ ಆಯ್ಕೆಗಳನ್ನು ಪ್ರಯತ್ನಿಸುವ ಹಕ್ಕನ್ನು ಹೊಂದಿರುವುದು ಮುಖ್ಯವಾಗಿದೆ. ತಪ್ಪುಗಳು ಕೆಲಸದ ಸಾಮಾನ್ಯ ಭಾಗವಾಗಿದೆ, ಅವುಗಳನ್ನು ತಪ್ಪಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದರೆ ನೀವು ಅಧ್ಯಯನ ಮಾಡಬಹುದು, ವಿಶ್ಲೇಷಿಸಬಹುದು, ಭವಿಷ್ಯಕ್ಕಾಗಿ ಅವರಿಂದ ಕಲಿಯಬಹುದು ಮತ್ತು ಮುಂದುವರಿಯಬಹುದು. ಟೊಯೋಟಾದಲ್ಲಿ ಹುಟ್ಟಿಕೊಂಡ 5 ಏಕೆ ತತ್ವವು ಸಮಸ್ಯೆಯ ಮೂಲ ಕಾರಣವನ್ನು ಪಡೆಯಲು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ. ಭಯ ಮತ್ತು ಅನಿಶ್ಚಿತತೆಯ ವಾತಾವರಣವನ್ನು ಸೃಷ್ಟಿಸಲು ತಪ್ಪುಗಳನ್ನು ಶಿಕ್ಷಿಸುವುದು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ. ಒಂದೇ ಅಪವಾದವೆಂದರೆ, ವಿಶ್ಲೇಷಣೆಯ ಫಲಿತಾಂಶಗಳ ಆಧಾರದ ಮೇಲೆ, ಕೆಲಸ ಮಾಡಲು ವೃತ್ತಿಪರವಲ್ಲದ ಮನೋಭಾವದಿಂದ ದೋಷ ಉಂಟಾಗಿದೆ ಎಂದು ತಿರುಗಿದರೆ, ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಸಿಬ್ಬಂದಿ ನಿರ್ಧಾರಗಳನ್ನು ಮಾಡಬೇಕಾಗಬಹುದು.
ಸಂಭಾಷಣೆ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ತಂಡದಲ್ಲಿನ ವಾತಾವರಣವು ನಿಮ್ಮ ನಿರೀಕ್ಷೆಗಳು ಮತ್ತು ಭಾವನಾತ್ಮಕ ಸ್ಥಿತಿಯಿಂದ ಹೆಚ್ಚು ಪ್ರಭಾವಿತವಾಗಿರುತ್ತದೆ. ಕಷ್ಟಕರವಾದ ಚರ್ಚೆಯನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು, ಕೆಲವು ರೀತಿಯ ಚರ್ಚೆ, ಅಥವಾ ಕೇವಲ ಭಾವನಾತ್ಮಕ ಸಂಭಾಷಣೆ, ನೀವು ಮಾತನಾಡಲು ಹೊರಟಿರುವ ವ್ಯಕ್ತಿಯ ಕಡೆಗೆ ನಿಮ್ಮ ಮನಸ್ಥಿತಿ ಮತ್ತು ವರ್ತನೆ ಮುಖ್ಯವಾಗಿದೆ. ನಾನು ಯಾವಾಗಲೂ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ನಂಬುತ್ತೇನೆ ಮತ್ತು ವ್ಯಕ್ತಿಯು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಉತ್ತಮವಾಗಿ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿದ್ದನ್ನು ಆಧರಿಸಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತೇನೆ. ನಿಮ್ಮ ಸ್ಥಾನದಿಂದ ಇದು ಹಾಗಲ್ಲ ಎಂದು ತೋರುತ್ತಿದ್ದರೆ, ನೀವು ಶಾಂತವಾಗಿ ಮತ್ತು ವಿವರವಾಗಿ ಸಂದರ್ಭವನ್ನು ಕಂಡುಹಿಡಿಯಬೇಕು ಮತ್ತು ಅವನು ಏನು ಮಾಡಿದ್ದಾನೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು, ಅದು ಏಕೆ ಸರಿ ಎಂದು ಅವನು ಭಾವಿಸಿದನು ಮತ್ತು ನಮ್ಮ ನಿರೀಕ್ಷೆಗಳು ಎಲ್ಲಿ ಭಿನ್ನವಾಗಿವೆ. ಅವರು ನಿಜವಾಗಿಯೂ ಭಿನ್ನವಾಗಿರುವುದಿಲ್ಲ ಎಂದು ಸಾಮಾನ್ಯವಾಗಿ ತಿರುಗುತ್ತದೆ, ಇದು ಸನ್ನಿವೇಶದ ಅವರ ದೃಷ್ಟಿ ಹೆಚ್ಚು ಸಂಪೂರ್ಣವಾಗಿದೆ ಅಥವಾ ತಾಜಾವಾಗಿದೆ, ಮತ್ತು ನಿಮಗೆ ತಿಳಿದಿಲ್ಲದ ಏನಾದರೂ ಇದೆ. ಅಥವಾ, ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ಅವನಿಗೆ ಏನಾದರೂ ತಿಳಿದಿರಲಿಲ್ಲ. ಜನರು ವೈಯಕ್ತಿಕವಾಗಿ ಕಡಿಮೆ ಬಾರಿ ಸಂವಹನ ನಡೆಸಿದಾಗ ಮತ್ತು ಇಮೇಲ್ ಮತ್ತು ತ್ವರಿತ ಸಂದೇಶವಾಹಕಗಳನ್ನು ಬಳಸುವಾಗ ವಿತರಿಸಿದ ತಂಡದಲ್ಲಿ ಇದು ವಿಶೇಷವಾಗಿ ಮುಖ್ಯವಾಗಿದೆ. ವಿವಿಧ ದೇಶಗಳ ಪ್ರೋಗ್ರಾಮರ್ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಮತ್ತು ವಿವಿಧ ಸಮಯ ವಲಯಗಳಲ್ಲಿ ವಿತರಿಸಲಾದ ತಂಡದಲ್ಲಿ ಇದು ಇನ್ನಷ್ಟು ನಿರ್ಣಾಯಕವಾಗಿದೆ. ಇಲ್ಲಿಯೇ ಸಾಂಸ್ಕೃತಿಕ ಭಿನ್ನತೆಗಳು ದೊಡ್ಡ ಪಾತ್ರವನ್ನು ವಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ.
ಕಠಿಣ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ಚಲನೆಯಲ್ಲಿ ಚಾಲನೆ ಮಾಡುವುದು ಸುಲಭ, ತುಂಬಾ ಸುಲಭ, ಆದರೆ ನಂತರ ಚಾಲನೆ ಮಾಡುವುದು ಕಷ್ಟ, ಮತ್ತು ಕೆಸರು ದೀರ್ಘಕಾಲ ಉಳಿಯುತ್ತದೆ. ಇತ್ತೀಚಿನ ಅನುಭವದಿಂದ ನಾನು ನಿಮಗೆ ಒಂದು ಸರಳ ಉದಾಹರಣೆಯನ್ನು ನೀಡುತ್ತೇನೆ. ಟೀಮ್ ಮ್ಯಾನೇಜರ್‌ಗಳಲ್ಲಿ ಒಬ್ಬರಿಗೆ ಬೇರೆ ದೇಶದಲ್ಲಿರುವ ಸಂಬಂಧಿತ ತಂಡದ ಮ್ಯಾನೇಜರ್‌ನಿಂದ ಗ್ರಾಹಕರೊಂದಿಗಿನ ಕೆಲವು ಸಮಸ್ಯೆಯ ಕುರಿತು ತುರ್ತಾಗಿ ಕಾಮೆಂಟ್‌ಗಳ ಅಗತ್ಯವಿದೆ. ಅವನು ಮೆಸೆಂಜರ್‌ನಲ್ಲಿ ಸಹೋದ್ಯೋಗಿಗೆ ಪಿಂಗ್ ಮಾಡಿದನು, 15 ನಿಮಿಷ ಕಾಯುತ್ತಿದ್ದನು, ಮತ್ತೆ ಪಿಂಗ್ ಮಾಡಿದನು, ನಂತರ 15 ನಿಮಿಷಗಳ ನಂತರ ಅವನು ಇತರ ಮ್ಯಾನೇಜರ್‌ಗಳಿದ್ದ ದೊಡ್ಡ ಚಾಟ್‌ಗೆ ಹೋದನು ಮತ್ತು ಸಹೋದ್ಯೋಗಿಯನ್ನು ಸ್ವಲ್ಪಮಟ್ಟಿಗೆ ಆಕ್ರಮಣ ಮಾಡಿದನು: “ನೀವು ಮಾಡದ ಕಾರಣ ನನಗೆ ಉತ್ತರಿಸಲು ಸಿದ್ಧ, ಬಹುಶಃ , ಮತ್ತು ಪ್ರಶ್ನೆಯು ತುಂಬಾ ತುರ್ತು ಅಲ್ಲವೇ?" ಕೊನೆಯಲ್ಲಿ, ನಮ್ಮ ಕಾರ್ಪೊರೇಟ್ ಮೆಸೆಂಜರ್ ಸ್ವಲ್ಪ ಮಂದವಾಗಿದೆ ಎಂದು ತಿಳಿದುಬಂದಿದೆ ಮತ್ತು ಸಹೋದ್ಯೋಗಿ ಪ್ರಶ್ನೆಯನ್ನು ನೋಡಲಿಲ್ಲ. ನಾನು ಕ್ಷಮೆ ಕೇಳಬೇಕಿತ್ತು. ಸಾಮಾನ್ಯವಾಗಿ, ಒಳ್ಳೆಯದರೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸುವುದು ಉತ್ತಮ. ಕೆಟ್ಟ ತಪ್ಪು ಮಾಡಲು ಮತ್ತು ನಂತರ ತೊಂದರೆಗೆ ಸಿಲುಕಲು ಯಾವಾಗಲೂ ಸಾಧ್ಯವಿದೆ; ಅದರಲ್ಲಿ ಯಾವುದೇ ಸಮಸ್ಯೆ ಇಲ್ಲ (ಆದರೂ ನೀವು ಅದನ್ನು ಮಾಡಬಾರದು). ಸಾಮಾನ್ಯವಾಗಿ, ನಮ್ಮ ಉದ್ಯಮದಲ್ಲಿ 20 ವರ್ಷಗಳಿಗಿಂತಲೂ ಹೆಚ್ಚು ಕೆಲಸದಲ್ಲಿ, ನಾನು ನಿಜವಾದ ದುರುದ್ದೇಶಪೂರಿತ ಸಹೋದ್ಯೋಗಿಯನ್ನು ಒಮ್ಮೆ ಮಾತ್ರ ಭೇಟಿ ಮಾಡಿದ್ದೇನೆ (!). ಅದೃಷ್ಟವಶಾತ್, ನಾವು ಬೇಗನೆ ಬೇರ್ಪಟ್ಟಿದ್ದೇವೆ. ಬಹುಪಾಲು ಪ್ರಕರಣಗಳಲ್ಲಿ ಸಹೋದ್ಯೋಗಿಗಳು ಉತ್ತಮವಾದದ್ದನ್ನು ಬಯಸುತ್ತಾರೆ ಎಂದು ಭಾವಿಸುವುದು ಸರಿಯಾಗಿದೆ, ಸಂದರ್ಭದ ಬಗ್ಗೆ ಅವರ ಅತ್ಯುತ್ತಮ ತಿಳುವಳಿಕೆಗೆ.
ನಿರ್ವಾಹಕರಾಗಿ ನಿಮ್ಮ ಕಾರ್ಯವು ಸನ್ನಿವೇಶಗಳ ಸಿಂಕ್ರೊನೈಸೇಶನ್, ನಿರೀಕ್ಷೆಗಳು, ಅವಶ್ಯಕತೆಗಳು, ಗಡುವುಗಳು ಮತ್ತು ತಂಡದಲ್ಲಿ ಅಂಗೀಕರಿಸಲ್ಪಟ್ಟ ಮಾನದಂಡಗಳ ಸಾಮಾನ್ಯ ತಿಳುವಳಿಕೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು. ಇವುಗಳು ಸಣ್ಣ ವಿಷಯಗಳಂತೆ ಕಾಣಿಸಬಹುದು, ಆದರೆ ತಂಡದಲ್ಲಿನ ವಾತಾವರಣವು ಅಂತಹ ಸಣ್ಣ ವಿಷಯಗಳಿಂದ ನಿಖರವಾಗಿ ನಿರ್ಮಿಸಲ್ಪಟ್ಟಿದೆ. ವಿತರಿಸಿದ ತಂಡದ ದೃಷ್ಟಿಕೋನದಿಂದ, ತಂಡದ ಸದಸ್ಯರು ನಿಯತಕಾಲಿಕವಾಗಿ ಮುಖಾಮುಖಿ ಸಂವಹನವನ್ನು ಹೊಂದಿದ್ದಾರೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಪ್ರಮುಖ ಕಾರ್ಯಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಪ್ರೋಗ್ರಾಮರ್‌ಗಳಿಂದ ನಾನು ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಾರಿ ಕೇಳಿದ್ದೇನೆ, ಉದಾಹರಣೆಗೆ, ಬೆಂಬಲ ತಂಡದ ಎಂಜಿನಿಯರ್‌ಗಳು ಅವರ ಬಳಿಗೆ ಬಂದು ವೈಯಕ್ತಿಕವಾಗಿ ಒಟ್ಟಿಗೆ ಕೆಲಸ ಮಾಡಿದ ನಂತರ, ಅವರು ಇತ್ತೀಚೆಗೆ ತಮ್ಮ ಬಳಿಗೆ ಬಂದ ಪಾಷಾಗೆ ವೈಯಕ್ತಿಕವಾಗಿ ಕಷ್ಟಕರ ಸಂದರ್ಭದಲ್ಲಿ ಸಹಾಯ ಮಾಡಲು ಸಂತೋಷದಿಂದ ಕೆಲಸದಲ್ಲಿಯೇ ಇದ್ದರು, ಹಿಂದಿನ ಪಾಶಾ ಸಂದೇಶವಾಹಕದಲ್ಲಿ ಕೇವಲ ಐಕಾನ್ ಆಗಿದ್ದರೂ, ಐಕಾನ್ ಸಲುವಾಗಿ ಯಾರೂ ನಿಲ್ಲಿಸುತ್ತಿರಲಿಲ್ಲ.
ಅಂದಹಾಗೆ, ನಾನು ಬೆಂಬಲ ತಂಡದ ಬಗ್ಗೆ ಮಾತನಾಡಲು ಪ್ರಾರಂಭಿಸಿದೆ ಮತ್ತು ನನಗೆ ಅಂಗೀಕೃತ ಉದಾಹರಣೆಯನ್ನು ನೆನಪಿಸಿಕೊಂಡಿದ್ದೇನೆ. ಒಮ್ಮೆ, ಅಮೆರಿಕಾದ ಗ್ರಾಹಕರಲ್ಲಿ ಒಬ್ಬರು ಉತ್ಪನ್ನದೊಂದಿಗೆ ಸಮಸ್ಯೆಯನ್ನು ಹೊಂದಿದ್ದರು, ಅವರ ಅನುಷ್ಠಾನದಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ ಬೆಂಬಲ ತಂಡದ ಎಂಜಿನಿಯರ್‌ಗಳಲ್ಲಿ ಒಬ್ಬರು (ರಷ್ಯಾದಿಂದ ಎರಡನೆಯವರು) ಸಹಾಯ ಮಾಡಲು ಕೆಲಸದ ನಂತರ ಉಳಿದರು, ಆದರೆ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿಲ್ಲ ಮತ್ತು ಪರಿಹರಿಸಲಾಗಿಲ್ಲ. ಸಾಮಾನ್ಯವಾಗಿ, ಅವರು ಕಾಲಹರಣ ಮಾಡಿದರು ಮತ್ತು ಬೆಳಿಗ್ಗೆ ತನಕ ಅಲ್ಲಿಯೇ ಕುಳಿತರು. ಈ ಸಮಯದಲ್ಲಿ, ಗ್ರಾಹಕರ ವ್ಯವಸ್ಥಾಪಕರು ಸಮಸ್ಯೆಯನ್ನು ಉಲ್ಬಣಗೊಳಿಸಿದರು, ಅವರಿಗೆ ಅದರ ವಿಮರ್ಶಾತ್ಮಕತೆಯನ್ನು ಗುರುತಿಸಿದರು ಮತ್ತು ಸಂಜೆ ಕೆಲಸವನ್ನು ತೊರೆದರು. ಏರಿಕೆಯ ಪ್ರಕ್ರಿಯೆಯು ಈಗಾಗಲೇ ವಿಭಿನ್ನ ಸಮಯ ವಲಯದಲ್ಲಿ ವೇಗವನ್ನು ಪಡೆಯುತ್ತಿದೆ, ಗ್ರಾಹಕರ ಕಚೇರಿಯೊಂದಿಗೆ ಸಂವಹನದಲ್ಲಿ ಕೆಲವು ತೊಂದರೆಗಳಿಂದಾಗಿ ರಷ್ಯಾದಲ್ಲಿ ಬೆಂಬಲ ವ್ಯವಸ್ಥಾಪಕರು ಸಹಾಯ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿದರು (VPN, ಸಂಪರ್ಕ ಸಮಸ್ಯೆಗಳು, ದೇಶಗಳ ನಡುವಿನ ಕರೆಗಳಲ್ಲಿನ ತೊಂದರೆಗಳು, ...) ಅವರು ಆ ವ್ಯಕ್ತಿ ಈಗಾಗಲೇ ಕಚೇರಿಯಲ್ಲಿ ಜೈಲಿನಲ್ಲಿದ್ದನೆಂದು ತಿಳಿದಿರಲಿಲ್ಲ ಮತ್ತು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತಾನೆ ಮತ್ತು ಅವನನ್ನು ಹುಡುಕಲು ಪ್ರಯತ್ನಿಸಿದನು. ಸಮಸ್ಯೆಯನ್ನು ಈಗಾಗಲೇ ಪ್ರಾಯೋಗಿಕವಾಗಿ ಪರಿಹರಿಸಿದಾಗ ಮತ್ತು ಉತ್ಪನ್ನವು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವಾಗ ಅವರು ಅದನ್ನು ಬೆಳಿಗ್ಗೆ (ಅಮೇರಿಕನ್) ಮಾತ್ರ ಕಂಡುಕೊಂಡರು. ಬ್ಯಾಟ್‌ನಿಂದಲೇ ಅವರು ಹೇಳಲು ಪ್ರಾರಂಭಿಸಿದರು ಏನು ನರಕ, ಗ್ರಾಹಕನಿಗೆ ಅಂತಹ ಏರಿಕೆ ಇದೆ, ಏನೂ ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ, ನೀವು ಎಲ್ಲಿದ್ದೀರಿ, ನಾವು ನಿಮ್ಮನ್ನು ಹುಡುಕಲು ಸಾಧ್ಯವಿಲ್ಲ, ಇತ್ಯಾದಿ. ಅಂತಹ ನಡವಳಿಕೆಯ ಪರಿಣಾಮವಾಗಿ, ವ್ಯಕ್ತಿಯನ್ನು ಬಹಳವಾಗಿ ದುರ್ಬಲಗೊಳಿಸಲಾಯಿತು ಎಂದು ಹೇಳಬೇಕಾಗಿಲ್ಲ. ವಿತರಿಸಿದ ತಂಡದ ಕೆಲಸವನ್ನು ಸಂಘಟಿಸುವುದು ಪ್ರತ್ಯೇಕ ದೊಡ್ಡ ವಿಷಯವಾಗಿದೆ, ಆದರೆ ಎರಡು ವಿಷಯಗಳನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಮುಖ್ಯವಾಗಿದೆ. ಮೊದಲನೆಯದಾಗಿ, ಸಂವಹನ ಮತ್ತು ವಾತಾವರಣವು ಬಹಳ ಮುಖ್ಯವಾಗಿದೆ, ಕೆಲಸದ ಯಶಸ್ಸು ಅದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ. ಎರಡನೆಯದಾಗಿ, ಇದು ತನ್ನದೇ ಆದ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ; ಇದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಮತ್ತು ಆಳವಾಗಿ ವ್ಯವಹರಿಸಬೇಕು.
ಈ ಮಟ್ಟದ ಅಗತ್ಯಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಮತ್ತೊಂದು ಪ್ರಮುಖ ಅಂಶವೆಂದರೆ ಮತ್ತೆ ಸಂಬಳ. ಸಂಬಳದ ಗಾತ್ರವಲ್ಲ, ಆದರೆ ಅದನ್ನು ಬದಲಾಯಿಸಲು ಒಂದು ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯವಿಧಾನದ ಉಪಸ್ಥಿತಿ. ವಿವಿಧ ಹಂತಗಳಲ್ಲಿ ಸ್ಥಾನಗಳಿಗೆ ಅಗತ್ಯತೆಗಳನ್ನು ನಿರ್ಧರಿಸುವ ವಿಧಾನವನ್ನು ಕಂಪನಿಯು ಹೊಂದಿರಬೇಕು. ಪ್ರತಿಯೊಬ್ಬ ಡೆವಲಪರ್ ಕಂಪನಿಯೊಂದಿಗೆ ತಮ್ಮ ಕೆಲಸದ ನಿರೀಕ್ಷೆಗಳನ್ನು ಚರ್ಚಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಅವರ ಪ್ರಯತ್ನಗಳು ಅವರ ಸಂಬಳದ ಮೇಲೆ ಹೇಗೆ ಮತ್ತು ಯಾವಾಗ ಪರಿಣಾಮ ಬೀರಬಹುದು ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ವ್ಯವಸ್ಥಾಪಕರೊಂದಿಗಿನ ಆವರ್ತಕ ಸಭೆಗಳು, ಅರೆ-ವಾರ್ಷಿಕ ಅಥವಾ ವಾರ್ಷಿಕ ಕಾರ್ಯಕ್ಷಮತೆಯ ವಿಮರ್ಶೆಗಳು ಈ ಉದ್ದೇಶವನ್ನು ಪೂರೈಸುತ್ತವೆ. ಇದು ಮತ್ತೊಮ್ಮೆ, ಅವರ ಉಪಸ್ಥಿತಿಯು ಸ್ಪಷ್ಟವಾಗಿ ಪ್ರೇರೇಪಿಸದ ಕ್ಷಣಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಆದರೆ ಅವರ ಅನುಪಸ್ಥಿತಿಯು ತುಂಬಾ ದುರ್ಬಲವಾಗಿದೆ.
ಆದೇಶದ ಅಗತ್ಯತೆ ಮತ್ತು ನಿಯಮಗಳ ಉಪಸ್ಥಿತಿಯು ಈ ನಿಯಮಗಳನ್ನು ಅನುಸರಿಸುವ ಅಗತ್ಯವನ್ನು ಅನುಸರಿಸುತ್ತದೆ, ಔಪಚಾರಿಕ ಮತ್ತು ಅನೌಪಚಾರಿಕ ಎರಡೂ ತಂಡದಲ್ಲಿ ಅಂಗೀಕರಿಸಲ್ಪಟ್ಟ ಮಾನದಂಡಗಳನ್ನು ಅನುಸರಿಸಲು. ಸಾಮಾನ್ಯವಾಗಿ ಹೇಳುವುದಾದರೆ, ನಾನು ಅದನ್ನು "ಒಳ್ಳೆಯದಾಗಿರಬೇಕು" ಎಂದು ಕರೆಯುತ್ತೇನೆ. ಈ ಅಗತ್ಯದ ಉಪಸ್ಥಿತಿಯು ಮೈಕ್ರೋಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಅಗತ್ಯವಿಲ್ಲ ಎಂದು ದೃಢಪಡಿಸುತ್ತದೆ, ಆದರೆ ಹಾನಿಕಾರಕವಾಗಿದೆ. ಒಬ್ಬ ವ್ಯಕ್ತಿಗೆ ಕೆಲಸಕ್ಕೆ ಅಗತ್ಯವಾದ ಎಲ್ಲವನ್ನೂ ಒದಗಿಸುವುದು, ಸಂದರ್ಭ, ಆದ್ಯತೆಗಳ ಜ್ಞಾನವನ್ನು ನೀಡುವುದು ಮತ್ತು ಅವನ ಮಟ್ಟದಲ್ಲಿ ಕ್ರಿಯೆಯ ಸ್ವಾತಂತ್ರ್ಯ ಮತ್ತು ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳುವ ಸ್ವಾತಂತ್ರ್ಯವನ್ನು ಒದಗಿಸುವುದು ಸಾಕು. ಅಂತಹ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ, ಅವನು ನಂಬಿಕೆಯನ್ನು ಅನುಭವಿಸುತ್ತಾನೆ, ತನ್ನದೇ ಆದ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವ ಅವಕಾಶ, ಅವರಿಗೆ ಜವಾಬ್ದಾರಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾನೆ ಮತ್ತು ಅವನ ಸಾಮರ್ಥ್ಯವನ್ನು ಬಹಿರಂಗಪಡಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.
ಆದೇಶದ ಅಗತ್ಯತೆ ಮತ್ತು ಅವ್ಯವಸ್ಥೆಯ ಅನುಪಸ್ಥಿತಿಗೆ ಕಾರಣವಾಗಬೇಕಾದ ಮತ್ತೊಂದು ಪ್ರಮುಖ ಅಂಶವೆಂದರೆ ಕಾರ್ಯದ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುವ ಸಾಮರ್ಥ್ಯ, ಆಗಾಗ್ಗೆ ಸಂದರ್ಭ ಸ್ವಿಚ್‌ಗಳ ಅನುಪಸ್ಥಿತಿ. ಪ್ರೋಗ್ರಾಮರ್ ಆಗಲು ಸಮಯ ಮತ್ತು ಗಮನ ಬೇಕಾಗುತ್ತದೆ. ಪ್ರೋಗ್ರಾಮರ್ಗಳು ನಿಜವಾಗಿಯೂ ಒಂದು ಕೆಲಸವನ್ನು ತುರ್ತಾಗಿ ಬಿಟ್ಟುಕೊಡಲು ಮತ್ತು ಇನ್ನೊಂದಕ್ಕೆ ಬದಲಾಯಿಸಲು ಇಷ್ಟಪಡುವುದಿಲ್ಲ. ಪ್ರೋಗ್ರಾಮರ್ನ ಕೆಲಸದ ಅಗತ್ಯ ಭಾಗವು ಸಾಮಾನ್ಯವಾಗಿ ಕೋಡ್‌ನ ನಿಜವಾದ ಅಭಿವೃದ್ಧಿ ಮಾತ್ರವಲ್ಲ, ದೋಷ ಸರಿಪಡಿಸುವಿಕೆ ಮತ್ತು ಗ್ರಾಹಕರಿಂದ ವಿನಂತಿಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಪ್ರೋಗ್ರಾಮರ್ ಮತ್ತೊಂದು ಕಾರ್ಯಕ್ಕೆ ಬದಲಾಯಿಸುವ ಮೊದಲು ಒಂದು ಕಾರ್ಯವನ್ನು ಶಾಂತವಾಗಿ ಮತ್ತು ಸಂಪೂರ್ಣವಾಗಿ ಪೂರ್ಣಗೊಳಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುವ ರೀತಿಯಲ್ಲಿ ಅಂತಹ ವಿಷಯಗಳನ್ನು ಮುಂಚಿತವಾಗಿ ಯೋಜಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ. ನಿಮ್ಮ ಕೆಲಸವನ್ನು ನೀವೇ ಯೋಜಿಸಲು ಅವಕಾಶವನ್ನು ನೀಡುವುದು ಉತ್ತಮ ಆಯ್ಕೆಯಾಗಿದೆ, ಆದ್ಯತೆಗಳು ಮತ್ತು ಮುಂಬರುವ ಕಾರ್ಯಗಳನ್ನು ಮುಂಚಿತವಾಗಿ ಗುರುತಿಸುವುದು, ಒಂದು ರೀತಿಯ ಕಾರ್ಯದಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ದೀರ್ಘ, ವಿಸ್ತೃತ ಅವಧಿಗಳನ್ನು ನಿಯೋಜಿಸುವುದು. ಈ ವಿಷಯವನ್ನು ಪುಸ್ತಕದಲ್ಲಿ ಚೆನ್ನಾಗಿ ವಿವರಿಸಲಾಗಿದೆ "ಗೂಗಲ್ - ಸೈಟ್ ವಿಶ್ವಾಸಾರ್ಹತೆ ಎಂಜಿನಿಯರಿಂಗ್”, ಇದು ದೊಡ್ಡ, ಹೆಚ್ಚು ಲೋಡ್ ಮಾಡಲಾದ, ದೋಷ-ಸಹಿಷ್ಣು ವ್ಯವಸ್ಥೆಗಳ ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯನ್ನು ಖಾತ್ರಿಪಡಿಸುವ ತಂಡಗಳ ಕೆಲಸವನ್ನು ಯೋಜಿಸುವ ವಿಧಾನಗಳನ್ನು ಚೆನ್ನಾಗಿ ವಿವರಿಸುತ್ತದೆ, ಜೊತೆಗೆ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಅದರ ಬೆಂಬಲವನ್ನು ಅವರ ಉದ್ಯೋಗವು ಸಂಯೋಜಿಸುವ ಎಂಜಿನಿಯರ್‌ಗಳು.
ಮುಂದುವರೆಸಲು ...
ಮೂಲ: www.habr.com