ಟಿಮ್ ಲಿಸ್ಟರ್ - ಪುಸ್ತಕಗಳ ಸಹ ಲೇಖಕ
- "ಮಾನವ ಅಂಶ. ಯಶಸ್ವಿ ಯೋಜನೆಗಳು ಮತ್ತು ತಂಡಗಳು" (ಮೂಲ ಪುಸ್ತಕವನ್ನು "ಪೀಪಲ್ವೇರ್" ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ)
- "ವಾಲ್ಟ್ಜಿಂಗ್ ವಿತ್ ದಿ ಬೇರ್ಸ್: ಮ್ಯಾನೇಜಿಂಗ್ ರಿಸ್ಕ್ ಇನ್ ಸಾಫ್ಟ್‌ವೇರ್ ಪ್ರಾಜೆಕ್ಟ್‌ಗಳು"
- "ಅಡ್ರಿನಾಲಿನ್-ಕ್ರೇಜ್ಡ್ ಮತ್ತು ಮಾದರಿಗಳಿಂದ ಜೊಂಬಿಫೈಡ್. ಯೋಜನಾ ತಂಡಗಳ ನಡವಳಿಕೆಯ ಮಾದರಿಗಳು"
ಈ ಎಲ್ಲಾ ಪುಸ್ತಕಗಳು ತಮ್ಮ ಕ್ಷೇತ್ರದಲ್ಲಿ ಶ್ರೇಷ್ಠವಾಗಿವೆ ಮತ್ತು ಸಹೋದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಒಟ್ಟಿಗೆ ಬರೆಯಲಾಗಿದೆ . ರಷ್ಯಾದಲ್ಲಿ, ಅವರ ಸಹೋದ್ಯೋಗಿಗಳು ಹೆಚ್ಚು ಪ್ರಸಿದ್ಧರಾಗಿದ್ದಾರೆ - и , ಅವರು ಅನೇಕ ಪ್ರಸಿದ್ಧ ಕೃತಿಗಳನ್ನು ಸಹ ಬರೆದಿದ್ದಾರೆ.
ಟಿಮ್‌ಗೆ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ 40 ವರ್ಷಗಳ ಅನುಭವವಿದೆ; 1975 ರಲ್ಲಿ (ಈ ಹ್ಯಾಬ್ರಪೋಸ್ಟ್ ಬರೆದವರು ಯಾರೂ ಈ ವರ್ಷ ಜನಿಸಿಲ್ಲ), ಟಿಮ್ ಈಗಾಗಲೇ ಯುವರ್‌ಡಾನ್ ಇಂಕ್‌ನ ಕಾರ್ಯನಿರ್ವಾಹಕ ಉಪಾಧ್ಯಕ್ಷರಾಗಿದ್ದರು. ಅವರು ಈಗ ಸಾಂದರ್ಭಿಕ ಭೇಟಿಗಳೊಂದಿಗೆ ಸಮಾಲೋಚನೆ, ಬೋಧನೆ ಮತ್ತು ಬರವಣಿಗೆಯಲ್ಲಿ ತಮ್ಮ ಸಮಯವನ್ನು ಕಳೆಯುತ್ತಾರೆ ಪ್ರಪಂಚದಾದ್ಯಂತ ಸಮ್ಮೇಳನಗಳು.
ನಾವು ವಿಶೇಷವಾಗಿ Habr ಗಾಗಿ ಟಿಮ್ ಲಿಸ್ಟರ್ ಅವರೊಂದಿಗೆ ಸಂದರ್ಶನವನ್ನು ಮಾಡಿದ್ದೇವೆ. ಅವರು DevOops 2019 ಸಮ್ಮೇಳನವನ್ನು ಪ್ರಾರಂಭಿಸಲಿದ್ದಾರೆ ಮತ್ತು ಪುಸ್ತಕಗಳು ಮತ್ತು ಹೆಚ್ಚಿನವುಗಳ ಬಗ್ಗೆ ನಮಗೆ ಬಹಳಷ್ಟು ಪ್ರಶ್ನೆಗಳಿವೆ. ಕಾನ್ಫರೆನ್ಸ್ ಕಾರ್ಯಕ್ರಮ ಸಮಿತಿಯಿಂದ ಮಿಖಾಯಿಲ್ ಡ್ರುಜಿನಿನ್ ಮತ್ತು ಒಲೆಗ್ ಚಿರುಖಿನ್ ಅವರು ಸಂದರ್ಶನವನ್ನು ನಡೆಸುತ್ತಾರೆ.
ಮೈಕೆಲ್: ನೀವು ಈಗ ಏನು ಮಾಡುತ್ತಿದ್ದೀರಿ ಎಂಬುದರ ಕುರಿತು ನೀವು ಕೆಲವು ಪದಗಳನ್ನು ಹೇಳಬಹುದೇ?
ಟಿಮ್: ನಾನು ಅಟ್ಲಾಂಟಿಕ್ ಸಿಸ್ಟಮ್ಸ್ ಗಿಲ್ಡ್ನ ಮುಖ್ಯಸ್ಥನಾಗಿದ್ದೇನೆ. ಗಿಲ್ಡ್‌ನಲ್ಲಿ ನಾವು ಆರು ಜನರಿದ್ದೇವೆ, ನಾವು ನಮ್ಮನ್ನು ಪ್ರಾಂಶುಪಾಲರು ಎಂದು ಕರೆಯುತ್ತೇವೆ. ಯುಎಸ್ಎಯಲ್ಲಿ ಮೂರು ಮತ್ತು ಯುರೋಪ್ನಲ್ಲಿ ಮೂರು - ಅದಕ್ಕಾಗಿಯೇ ಗಿಲ್ಡ್ ಅನ್ನು ಅಟ್ಲಾಂಟಿಕ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ನಾವು ಹಲವಾರು ವರ್ಷಗಳಿಂದ ಒಟ್ಟಿಗೆ ಇದ್ದೇವೆ, ನೀವು ಅವರನ್ನು ಎಣಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ನಾವೆಲ್ಲರೂ ನಮ್ಮ ವಿಶೇಷತೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ. ನಾನು ಕಳೆದ ದಶಕ ಅಥವಾ ಅದಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಾಲ ಗ್ರಾಹಕರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೇನೆ. ನನ್ನ ಯೋಜನೆಗಳು ನಿರ್ವಹಣೆಯನ್ನು ಮಾತ್ರವಲ್ಲದೆ ಅವಶ್ಯಕತೆಗಳನ್ನು ಹೊಂದಿಸುವುದು, ಯೋಜನೆಯ ಯೋಜನೆ ಮತ್ತು ಮೌಲ್ಯಮಾಪನವನ್ನು ಒಳಗೊಂಡಿವೆ. ಕಳಪೆಯಾಗಿ ಪ್ರಾರಂಭವಾಗುವ ಯೋಜನೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಕಳಪೆಯಾಗಿ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ ಎಂದು ತೋರುತ್ತದೆ. ಆದ್ದರಿಂದ, ಎಲ್ಲಾ ಚಟುವಟಿಕೆಗಳನ್ನು ನಿಜವಾಗಿಯೂ ಚೆನ್ನಾಗಿ ಯೋಚಿಸಲಾಗಿದೆ ಮತ್ತು ಸಮನ್ವಯಗೊಳಿಸಲಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಯೋಗ್ಯವಾಗಿದೆ, ಸೃಷ್ಟಿಕರ್ತರ ಆಲೋಚನೆಗಳನ್ನು ಸಂಯೋಜಿಸಲಾಗಿದೆ. ನೀವು ಏನು ಮಾಡುತ್ತಿದ್ದೀರಿ ಮತ್ತು ಏಕೆ ಎಂದು ಯೋಚಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ. ಯೋಜನೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಯಾವ ತಂತ್ರಗಳನ್ನು ಬಳಸಬೇಕು.
ನಾನು ಹಲವು ವರ್ಷಗಳಿಂದ ಗ್ರಾಹಕರಿಗೆ ವಿವಿಧ ರೀತಿಯಲ್ಲಿ ಸಲಹೆ ನೀಡುತ್ತಿದ್ದೇನೆ. ಮೊಣಕಾಲು ಮತ್ತು ಸೊಂಟದ ಶಸ್ತ್ರಚಿಕಿತ್ಸೆಗೆ ರೋಬೋಟ್‌ಗಳನ್ನು ತಯಾರಿಸುವ ಕಂಪನಿಯು ಆಸಕ್ತಿದಾಯಕ ಉದಾಹರಣೆಯಾಗಿದೆ. ಶಸ್ತ್ರಚಿಕಿತ್ಸಕ ಸಂಪೂರ್ಣವಾಗಿ ಸ್ವತಂತ್ರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ, ಆದರೆ ರೋಬೋಟ್ ಅನ್ನು ಬಳಸುತ್ತಾನೆ. ಇಲ್ಲಿ ಸುರಕ್ಷತೆ, ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಮುಖ್ಯವಾಗಿದೆ. ಆದರೆ ನೀವು ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವಲ್ಲಿ ಗಮನಹರಿಸುವ ಜನರೊಂದಿಗೆ ಅವಶ್ಯಕತೆಗಳನ್ನು ಚರ್ಚಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ... ಇದು ವಿಚಿತ್ರವೆನಿಸುತ್ತದೆ, ಆದರೆ USA ನಲ್ಲಿ ಇದೆ (ಫೆಡರಲ್ ಡ್ರಗ್ ಅಡ್ಮಿನಿಸ್ಟ್ರೇಷನ್), ಈ ರೋಬೋಟ್‌ಗಳಂತಹ ಉತ್ಪನ್ನಗಳಿಗೆ ಪರವಾನಗಿ ನೀಡುತ್ತದೆ. ನೀವು ಏನನ್ನಾದರೂ ಮಾರಾಟ ಮಾಡುವ ಮೊದಲು ಮತ್ತು ಜೀವಂತ ಜನರ ಮೇಲೆ ಬಳಸುವ ಮೊದಲು, ನೀವು ಪರವಾನಗಿ ಪಡೆಯಬೇಕು. ನಿಮ್ಮ ಅವಶ್ಯಕತೆಗಳನ್ನು ತೋರಿಸುವುದು ಒಂದು ಷರತ್ತು, ಪರೀಕ್ಷೆಗಳು ಯಾವುವು, ನೀವು ಅವುಗಳನ್ನು ಹೇಗೆ ಪರೀಕ್ಷಿಸಿದ್ದೀರಿ, ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶಗಳು ಯಾವುವು. ನೀವು ಅವಶ್ಯಕತೆಗಳನ್ನು ಬದಲಾಯಿಸಿದರೆ, ನೀವು ಈ ಸಂಪೂರ್ಣ ಬೃಹತ್ ಪರೀಕ್ಷಾ ಪ್ರಕ್ರಿಯೆಯ ಮೂಲಕ ಮತ್ತೆ ಮತ್ತೆ ಹೋಗಬೇಕಾಗುತ್ತದೆ. ನಮ್ಮ ಗ್ರಾಹಕರು ತಮ್ಮ ಅವಶ್ಯಕತೆಗಳಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ದೃಶ್ಯ ವಿನ್ಯಾಸವನ್ನು ಸೇರಿಸಲು ನಿರ್ವಹಿಸುತ್ತಿದ್ದಾರೆ. ಅವರು ಅವಶ್ಯಕತೆಗಳ ಭಾಗವಾಗಿ ನೇರವಾಗಿ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದರು. ನಾವು ಅವುಗಳನ್ನು ಹೊರತೆಗೆಯಬೇಕು ಮತ್ತು ಬಹುಪಾಲು ಈ ಎಲ್ಲಾ ಕಾರ್ಯಕ್ರಮಗಳಿಗೆ ಮೊಣಕಾಲುಗಳು ಮತ್ತು ಸೊಂಟದ ಬಗ್ಗೆ ಏನೂ ತಿಳಿದಿಲ್ಲ, ಕ್ಯಾಮೆರಾದೊಂದಿಗೆ ಈ ಎಲ್ಲಾ ವಿಷಯಗಳು ಇತ್ಯಾದಿ. ಕೆಲವು ನಿಜವಾಗಿಯೂ ಪ್ರಮುಖ ಆಧಾರವಾಗಿರುವ ಪರಿಸ್ಥಿತಿಗಳು ಬದಲಾಗದ ಹೊರತು ಅವು ಎಂದಿಗೂ ಬದಲಾಗದಂತೆ ನಾವು ಅಗತ್ಯ ದಾಖಲೆಗಳನ್ನು ಪುನಃ ಬರೆಯಬೇಕಾಗಿದೆ. ದೃಶ್ಯ ವಿನ್ಯಾಸವು ಅವಶ್ಯಕತೆಗಳಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, ಉತ್ಪನ್ನವನ್ನು ನವೀಕರಿಸುವುದು ಹೆಚ್ಚು ವೇಗವಾಗಿರುತ್ತದೆ. ಮೊಣಕಾಲು, ಸೊಂಟ, ಬೆನ್ನಿನ ಮೇಲಿನ ಕಾರ್ಯಾಚರಣೆಗಳೊಂದಿಗೆ ವ್ಯವಹರಿಸುವ ಅಂಶಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವುದು, ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕ ದಾಖಲೆಗಳಾಗಿ ಹೊರತೆಗೆಯುವುದು ಮತ್ತು ಇವುಗಳು ಮೂಲಭೂತ ಅವಶ್ಯಕತೆಗಳಾಗಿವೆ ಎಂದು ಹೇಳುವುದು ನಮ್ಮ ಕೆಲಸ. ಮೊಣಕಾಲು ಕಾರ್ಯಾಚರಣೆಗಳ ಬಗ್ಗೆ ಅವಶ್ಯಕತೆಗಳ ಪ್ರತ್ಯೇಕ ಗುಂಪನ್ನು ಮಾಡೋಣ. ಇದು ಹೆಚ್ಚು ಸ್ಥಿರವಾದ ಅವಶ್ಯಕತೆಗಳನ್ನು ನಿರ್ಮಿಸಲು ನಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ನಾವು ಸಂಪೂರ್ಣ ಉತ್ಪನ್ನದ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇವೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ರೋಬೋಟ್‌ಗಳ ಬಗ್ಗೆ ಅಲ್ಲ.
ಬಹಳಷ್ಟು ಕೆಲಸಗಳನ್ನು ಮಾಡಲಾಗಿದೆ, ಆದರೆ ಅವರು ಇನ್ನೂ ವಾರಗಳು ಮತ್ತು ತಿಂಗಳುಗಳ ಪುನರಾವರ್ತಿತ ಪರೀಕ್ಷೆಗಳನ್ನು ಅರ್ಥ ಅಥವಾ ಅಗತ್ಯವಿಲ್ಲದೇ ಕಳೆದ ಸ್ಥಳಗಳಿಗೆ ಬಂದರು, ಏಕೆಂದರೆ ಕಾಗದದ ಮೇಲೆ ವಿವರಿಸಿದ ಅವರ ಅವಶ್ಯಕತೆಗಳು ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರ್ಮಿಸಿದ ನೈಜ ಅವಶ್ಯಕತೆಗಳೊಂದಿಗೆ ಹೊಂದಿಕೆಯಾಗಲಿಲ್ಲ. ಎಫ್ಡಿಎ ಪ್ರತಿ ಬಾರಿಯೂ ಅವರಿಗೆ ಹೇಳಿತು: ನಿಮ್ಮ ಅವಶ್ಯಕತೆಗಳು ಬದಲಾಗಿವೆ, ಈಗ ನೀವು ಮೊದಲಿನಿಂದ ಎಲ್ಲವನ್ನೂ ಪರಿಶೀಲಿಸಬೇಕಾಗಿದೆ. ಸಂಪೂರ್ಣ ಉತ್ಪನ್ನದ ಸಂಪೂರ್ಣ ಮರುಪರಿಶೀಲನೆಯು ಉದ್ಯಮವನ್ನು ಕೊಲ್ಲುತ್ತಿದೆ.
ಆದ್ದರಿಂದ, ಆಸಕ್ತಿದಾಯಕ ಸಂಗತಿಯ ಪ್ರಾರಂಭದಲ್ಲಿ ನೀವು ನಿಮ್ಮನ್ನು ಕಂಡುಕೊಂಡಾಗ ಅಂತಹ ಅದ್ಭುತ ಕಾರ್ಯಗಳಿವೆ, ಮತ್ತು ಮೊದಲ ಕ್ರಿಯೆಗಳು ಆಟದ ಮುಂದಿನ ನಿಯಮಗಳನ್ನು ಹೊಂದಿಸುತ್ತವೆ. ಈ ಆರಂಭಿಕ ಚಟುವಟಿಕೆಯು ವ್ಯವಸ್ಥಾಪಕ ಮತ್ತು ತಾಂತ್ರಿಕ ದೃಷ್ಟಿಕೋನದಿಂದ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಎಂದು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಂಡರೆ, ನೀವು ಉತ್ತಮ ಯೋಜನೆಯೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುವ ಅವಕಾಶವಿರುತ್ತದೆ. ಆದರೆ ಈ ಭಾಗವು ಹಳಿ ತಪ್ಪಿ ಎಲ್ಲೋ ತಪ್ಪಾಗಿದ್ದರೆ, ಮೂಲಭೂತ ಒಪ್ಪಂದಗಳನ್ನು ನೀವು ಕಂಡುಹಿಡಿಯಲಾಗದಿದ್ದರೆ ... ಇಲ್ಲ, ನಿಮ್ಮ ಯೋಜನೆಯು ವಿಫಲಗೊಳ್ಳುತ್ತದೆ ಎಂದು ಅಲ್ಲ. ಆದರೆ ನೀವು ಇನ್ನು ಮುಂದೆ ಹೇಳಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ: "ನಾವು ಉತ್ತಮವಾಗಿ ಮಾಡಿದ್ದೇವೆ, ನಾವು ಎಲ್ಲವನ್ನೂ ನಿಜವಾಗಿಯೂ ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಮಾಡಿದ್ದೇವೆ." ಗ್ರಾಹಕರೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವಾಗ ನಾನು ಮಾಡುವ ಕೆಲಸಗಳು ಇವು.
ಮೈಕೆಲ್: ಅಂದರೆ, ನೀವು ಯೋಜನೆಗಳನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೀರಿ, ಕೆಲವು ರೀತಿಯ ಕಿಕ್‌ಆಫ್ ಮಾಡಿ ಮತ್ತು ಹಳಿಗಳು ಸರಿಯಾದ ದಿಕ್ಕಿನಲ್ಲಿ ಸಾಗುತ್ತಿವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ?
ಟಿಮ್: ಪಝಲ್ನ ಎಲ್ಲಾ ತುಣುಕುಗಳನ್ನು ಹೇಗೆ ಒಟ್ಟಿಗೆ ಸೇರಿಸುವುದು ಎಂಬುದರ ಕುರಿತು ನಾವು ಕಲ್ಪನೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ: ನಮಗೆ ಯಾವ ಕೌಶಲ್ಯಗಳು ಬೇಕು, ನಿಖರವಾಗಿ ಅವರು ಅಗತ್ಯವಿರುವಾಗ, ತಂಡದ ಕೋರ್ ಹೇಗಿರುತ್ತದೆ ಮತ್ತು ಅಂತಹ ಇತರ ಮೂಲಭೂತ ವಿಷಯಗಳು. ನಮಗೆ ಪೂರ್ಣ ಸಮಯದ ಉದ್ಯೋಗಿಗಳ ಅಗತ್ಯವಿದೆಯೇ ಅಥವಾ ನಾವು ಯಾರನ್ನಾದರೂ ಅರೆಕಾಲಿಕವಾಗಿ ನೇಮಿಸಿಕೊಳ್ಳಬಹುದೇ? ಯೋಜನೆ, ನಿರ್ವಹಣೆ. ಈ ರೀತಿಯ ಪ್ರಶ್ನೆಗಳು: ಈ ನಿರ್ದಿಷ್ಟ ಯೋಜನೆಗೆ ಯಾವುದು ಮುಖ್ಯ? ಇದನ್ನು ಸಾಧಿಸುವುದು ಹೇಗೆ? ಈ ಉತ್ಪನ್ನ ಅಥವಾ ಯೋಜನೆಯ ಬಗ್ಗೆ ನಮಗೆ ಏನು ಗೊತ್ತು, ಅಪಾಯಗಳೇನು ಮತ್ತು ಅಪರಿಚಿತರು ಎಲ್ಲಿದ್ದಾರೆ, ಇವೆಲ್ಲವನ್ನೂ ನಾವು ಹೇಗೆ ಎದುರಿಸಲಿದ್ದೇವೆ? ಸಹಜವಾಗಿ, ಈ ಕ್ಷಣದಲ್ಲಿ ಯಾರಾದರೂ "ಅಗೈಲ್ ಬಗ್ಗೆ ಏನು?!" ಸರಿ, ನೀವೆಲ್ಲರೂ ಹೊಂದಿಕೊಳ್ಳುವಿರಿ, ಆದರೆ ಏನು? ಯೋಜನೆಯು ನಿಖರವಾಗಿ ಹೇಗೆ ಕಾಣುತ್ತದೆ, ಯೋಜನೆಗೆ ಸೂಕ್ತವಾದ ರೀತಿಯಲ್ಲಿ ನೀವು ಅದನ್ನು ಹೇಗೆ ತೆಗೆದುಕೊಳ್ಳಲಿದ್ದೀರಿ? "ನಮ್ಮ ವಿಧಾನವು ಯಾವುದಕ್ಕೂ ವಿಸ್ತರಿಸುತ್ತದೆ, ನಾವು ಸ್ಕ್ರಮ್ ತಂಡ!" ಎಂದು ನೀವು ಹೇಳಲು ಸಾಧ್ಯವಿಲ್ಲ. ಇದು ಅಸಂಬದ್ಧ ಮತ್ತು ಅಸಂಬದ್ಧ. ನೀವು ಮುಂದೆ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತೀರಿ, ಅದು ಏಕೆ ಕೆಲಸ ಮಾಡಬೇಕು, ಪಾಯಿಂಟ್ ಎಲ್ಲಿದೆ? ಈ ಎಲ್ಲಾ ಪ್ರಶ್ನೆಗಳ ಬಗ್ಗೆ ಯೋಚಿಸಲು ನಾನು ನನ್ನ ಗ್ರಾಹಕರಿಗೆ ಕಲಿಸುತ್ತೇನೆ.
19 ವರ್ಷಗಳ ಚಾಣಾಕ್ಷ
ಮೈಕೆಲ್: ಅಗೈಲ್ನಲ್ಲಿ, ಜನರು ಸಾಮಾನ್ಯವಾಗಿ ಏನನ್ನೂ ಮುಂಚಿತವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸದಿರಲು ಪ್ರಯತ್ನಿಸುತ್ತಾರೆ, ಆದರೆ ಸಾಧ್ಯವಾದಷ್ಟು ತಡವಾಗಿ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು, ಹೀಗೆ ಹೇಳುತ್ತಾರೆ: ನಾವು ತುಂಬಾ ದೊಡ್ಡವರು, ಒಟ್ಟಾರೆ ವಾಸ್ತುಶಿಲ್ಪದ ಬಗ್ಗೆ ನಾನು ಯೋಚಿಸುವುದಿಲ್ಲ. ನಾನು ಇತರ ವಿಷಯಗಳ ಬಗ್ಗೆ ಯೋಚಿಸುವುದಿಲ್ಲ; ಬದಲಿಗೆ, ನಾನು ಇದೀಗ ಗ್ರಾಹಕರಿಗೆ ಕೆಲಸ ಮಾಡುವ ಏನನ್ನಾದರೂ ತಲುಪಿಸುತ್ತೇನೆ.
ಟಿಮ್: ನಾನು ಚುರುಕುಬುದ್ಧಿಯ ವಿಧಾನಗಳು, ಆರಂಭಗೊಂಡು ಭಾವಿಸುತ್ತೇನೆ 2001 ರಲ್ಲಿ, ಉದ್ಯಮದ ಕಣ್ಣು ತೆರೆಯಿತು. ಆದರೆ ಮತ್ತೊಂದೆಡೆ, ಯಾವುದೂ ಪರಿಪೂರ್ಣವಾಗಿಲ್ಲ. ನಾನು ಪುನರಾವರ್ತಿತ ಅಭಿವೃದ್ಧಿಗೆ ಎಲ್ಲಾ ಮನುಷ್ಯ. ಹೆಚ್ಚಿನ ಯೋಜನೆಗಳಲ್ಲಿ ಪುನರಾವರ್ತನೆಯು ಬಹಳಷ್ಟು ಅರ್ಥವನ್ನು ನೀಡುತ್ತದೆ. ಆದರೆ ನೀವು ಯೋಚಿಸಬೇಕಾದ ಪ್ರಶ್ನೆಯೆಂದರೆ: ಉತ್ಪನ್ನವು ಹೊರಬಂದಾಗ ಮತ್ತು ಬಳಕೆಯಲ್ಲಿರುವಾಗ, ಅದು ಎಷ್ಟು ಕಾಲ ಉಳಿಯುತ್ತದೆ? ಇದು ಬೇರೆ ಯಾವುದನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಆರು ತಿಂಗಳ ಕಾಲ ಉಳಿಯುವ ಉತ್ಪನ್ನವೇ? ಅಥವಾ ಇದು ಹಲವು ವರ್ಷಗಳವರೆಗೆ ಕೆಲಸ ಮಾಡುವ ಉತ್ಪನ್ನವೇ? ಸಹಜವಾಗಿ, ನಾನು ಹೆಸರುಗಳನ್ನು ಹೆಸರಿಸುವುದಿಲ್ಲ, ಆದರೆ... ನ್ಯೂಯಾರ್ಕ್ ಮತ್ತು ಅದರ ಆರ್ಥಿಕ ಸಮುದಾಯದಲ್ಲಿ, ಅತ್ಯಂತ ಮೂಲಭೂತ ವ್ಯವಸ್ಥೆಗಳು ಬಹಳ ಹಳೆಯವು. ಇದು ಅದ್ಭುತವಾಗಿದೆ. ನೀವು ಅವರನ್ನು ನೋಡಿ ಮತ್ತು ಯೋಚಿಸಿ, ನೀವು ಸಮಯಕ್ಕೆ ಹಿಂತಿರುಗಿ, 1994 ಕ್ಕೆ ಹೋದರೆ ಮತ್ತು ಡೆವಲಪರ್‌ಗಳಿಗೆ ಹೇಳಿ: “ನಾನು ಭವಿಷ್ಯದಿಂದ ಬಂದಿದ್ದೇನೆ, 2019 ರಿಂದ. ನಿಮಗೆ ಅಗತ್ಯವಿರುವಷ್ಟು ಕಾಲ ಈ ವ್ಯವಸ್ಥೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿ. ಅದನ್ನು ವಿಸ್ತರಿಸುವಂತೆ ಮಾಡಿ, ವಾಸ್ತುಶಿಲ್ಪದ ಬಗ್ಗೆ ಯೋಚಿಸಿ. ನಂತರ ಇಪ್ಪತ್ತೈದು ವರ್ಷಗಳಿಗೂ ಹೆಚ್ಚು ಕಾಲ ಸುಧಾರಿಸಲಾಗುವುದು. ನೀವು ಅಭಿವೃದ್ಧಿಯನ್ನು ಸ್ವಲ್ಪ ವಿಳಂಬ ಮಾಡಿದರೆ, ದೊಡ್ಡ ಯೋಜನೆಯಲ್ಲಿ ಯಾರೂ ಗಮನಿಸುವುದಿಲ್ಲ! ” ನೀವು ದೀರ್ಘಾವಧಿಯಲ್ಲಿ ವಿಷಯಗಳನ್ನು ಅಂದಾಜು ಮಾಡುವಾಗ, ಒಟ್ಟು ಎಷ್ಟು ವೆಚ್ಚವಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೀವು ಪರಿಗಣಿಸಬೇಕು. ಕೆಲವೊಮ್ಮೆ ಉತ್ತಮವಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ವಾಸ್ತುಶಿಲ್ಪವು ನಿಜವಾಗಿಯೂ ಯೋಗ್ಯವಾಗಿರುತ್ತದೆ ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಅದು ಅಲ್ಲ. ನಾವು ಸುತ್ತಲೂ ನೋಡಬೇಕು ಮತ್ತು ನಮ್ಮನ್ನು ಕೇಳಿಕೊಳ್ಳಬೇಕು: ಅಂತಹ ನಿರ್ಧಾರಕ್ಕಾಗಿ ನಾವು ಸರಿಯಾದ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿದ್ದೇವೆಯೇ?
ಆದ್ದರಿಂದ "ನಾವು ಚುರುಕಾಗಿರುತ್ತೇವೆ, ಗ್ರಾಹಕರು ತಾವು ಏನನ್ನು ಪಡೆಯಲು ಬಯಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನಮಗೆ ತಿಳಿಸುತ್ತಾರೆ" - ಇದು ತುಂಬಾ ನಿಷ್ಕಪಟವಾಗಿದೆ. ಗ್ರಾಹಕರು ಅವರಿಗೆ ಏನು ಬೇಕು ಎಂದು ತಿಳಿದಿಲ್ಲ, ಮತ್ತು ಅದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಅವರು ಏನು ಪಡೆಯಬಹುದು ಎಂದು ಅವರಿಗೆ ತಿಳಿದಿಲ್ಲ. ಕೆಲವರು ಐತಿಹಾಸಿಕ ಉದಾಹರಣೆಗಳನ್ನು ವಾದಗಳಾಗಿ ಉಲ್ಲೇಖಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ, ನಾನು ಇದನ್ನು ಈಗಾಗಲೇ ನೋಡಿದ್ದೇನೆ. ಆದರೆ ತಾಂತ್ರಿಕವಾಗಿ ಮುಂದುವರಿದ ಜನರು ಸಾಮಾನ್ಯವಾಗಿ ಹಾಗೆ ಹೇಳುವುದಿಲ್ಲ. ಅವರು ಹೇಳುತ್ತಾರೆ: "ಇದು 2019, ಇದು ನಮಗೆ ಇರುವ ಅವಕಾಶಗಳು, ಮತ್ತು ನಾವು ಈ ವಿಷಯಗಳನ್ನು ನೋಡುವ ವಿಧಾನವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬದಲಾಯಿಸಬಹುದು!" ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪರಿಹಾರಗಳನ್ನು ಅನುಕರಿಸುವ ಬದಲು, ಅವುಗಳನ್ನು ಸ್ವಲ್ಪ ಸುಂದರವಾಗಿ ಮತ್ತು ಹೆಚ್ಚು ಬಾಚಣಿಗೆ ಮಾಡುವ ಬದಲು, ಕೆಲವೊಮ್ಮೆ ನೀವು ಹೊರಗೆ ಹೋಗಿ ಹೀಗೆ ಹೇಳಬೇಕು: "ನಾವು ಇಲ್ಲಿ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವುದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಮರುಶೋಧಿಸೋಣ!"
ಮತ್ತು ಹೆಚ್ಚಿನ ಗ್ರಾಹಕರು ಸಮಸ್ಯೆಯ ಬಗ್ಗೆ ಆ ರೀತಿಯಲ್ಲಿ ಯೋಚಿಸಬಹುದು ಎಂದು ನಾನು ಭಾವಿಸುವುದಿಲ್ಲ. ಅವರು ಈಗಾಗಲೇ ಹೊಂದಿರುವುದನ್ನು ಮಾತ್ರ ಅವರು ನೋಡುತ್ತಾರೆ, ಅಷ್ಟೆ. ಅದರ ನಂತರ ಅವರು "ಇದನ್ನು ಸ್ವಲ್ಪ ಸರಳಗೊಳಿಸೋಣ" ಅಥವಾ ಅವರು ಸಾಮಾನ್ಯವಾಗಿ ಹೇಳುವಂತಹ ವಿನಂತಿಗಳೊಂದಿಗೆ ಬರುತ್ತಾರೆ. ಆದರೆ ನಾವು ಮಾಣಿಗಳು ಅಥವಾ ಪರಿಚಾರಿಕೆಗಳಲ್ಲ, ಆದ್ದರಿಂದ ನಾವು ಎಷ್ಟೇ ಮೂರ್ಖತನ ತೋರಿದರೂ ಆರ್ಡರ್ ತೆಗೆದುಕೊಳ್ಳಬಹುದು ಮತ್ತು ನಂತರ ಅದನ್ನು ಅಡುಗೆಮನೆಯಲ್ಲಿ ಬೇಯಿಸಬಹುದು. ನಾವು ಅವರ ಮಾರ್ಗದರ್ಶಕರು. ನಾವು ಅವರ ಕಣ್ಣುಗಳನ್ನು ತೆರೆದು ಹೇಳಬೇಕು: ಹೇ, ನಮಗೆ ಇಲ್ಲಿ ಹೊಸ ಅವಕಾಶಗಳಿವೆ! ನಿಮ್ಮ ವ್ಯವಹಾರದ ಈ ಭಾಗವನ್ನು ನಾವು ನಿಜವಾಗಿಯೂ ಬದಲಾಯಿಸಬಹುದು ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದೆಯೇ? ಅಗೈಲ್‌ನೊಂದಿಗಿನ ಸಮಸ್ಯೆಯೆಂದರೆ, ಇದು ಅವಕಾಶ ಯಾವುದು, ಸಮಸ್ಯೆ ಏನು, ನಾವು ಏನು ಮಾಡಬೇಕು, ಲಭ್ಯವಿರುವ ತಂತ್ರಜ್ಞಾನಗಳು ಈ ನಿರ್ದಿಷ್ಟ ಸನ್ನಿವೇಶಕ್ಕೆ ಹೆಚ್ಚು ಸೂಕ್ತವಾಗಿವೆ ಎಂಬ ಅರಿವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.
ಬಹುಶಃ ನಾನು ಇಲ್ಲಿ ಹೆಚ್ಚು ಸಂದೇಹ ಹೊಂದಿದ್ದೇನೆ: ಚುರುಕಾದ ಸಮುದಾಯದಲ್ಲಿ ಬಹಳಷ್ಟು ಅದ್ಭುತ ಸಂಗತಿಗಳು ನಡೆಯುತ್ತಿವೆ. ಆದರೆ ಯೋಜನೆಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವ ಬದಲು ಜನರು ತಮ್ಮ ಕೈಗಳನ್ನು ಎಸೆಯಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ ಎಂಬ ಅಂಶದೊಂದಿಗೆ ನನಗೆ ಸಮಸ್ಯೆ ಇದೆ. ನಾನು ಇಲ್ಲಿ ಕೇಳುತ್ತೇನೆ - ನಾವು ಏನು ಮಾಡುತ್ತಿದ್ದೇವೆ, ನಾವು ಅದನ್ನು ಹೇಗೆ ಮಾಡಲಿದ್ದೇವೆ? ಮತ್ತು ಹೇಗಾದರೂ ಮಾಂತ್ರಿಕವಾಗಿ ಯಾವಾಗಲೂ ಕ್ಲೈಂಟ್ ಎಲ್ಲರಿಗಿಂತ ಚೆನ್ನಾಗಿ ತಿಳಿದಿರಬೇಕು ಎಂದು ತಿರುಗುತ್ತದೆ. ಆದರೆ ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ಯಾರೋ ನಿರ್ಮಿಸಿದ ವಸ್ತುಗಳಿಂದ ಆಯ್ಕೆ ಮಾಡಿದಾಗ ಮಾತ್ರ ಚೆನ್ನಾಗಿ ತಿಳಿದಿದೆ. ನಾನು ಕಾರನ್ನು ಖರೀದಿಸಲು ಬಯಸಿದರೆ ಮತ್ತು ನನ್ನ ಕುಟುಂಬದ ಬಜೆಟ್‌ನ ಗಾತ್ರವನ್ನು ನಾನು ತಿಳಿದಿದ್ದರೆ, ನನ್ನ ಜೀವನಶೈಲಿಗೆ ಸೂಕ್ತವಾದ ಕಾರನ್ನು ನಾನು ತ್ವರಿತವಾಗಿ ಆಯ್ಕೆ ಮಾಡುತ್ತೇನೆ. ಇಲ್ಲಿ ನಾನು ಎಲ್ಲರಿಗಿಂತ ಚೆನ್ನಾಗಿ ಎಲ್ಲವನ್ನೂ ತಿಳಿದಿದ್ದೇನೆ! ಆದರೆ ಯಾರಾದರೂ ಈಗಾಗಲೇ ಕಾರುಗಳನ್ನು ಮಾಡಿದ್ದಾರೆ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ. ಹೊಸ ಕಾರನ್ನು ಹೇಗೆ ಆವಿಷ್ಕರಿಸಬೇಕು ಎಂದು ನನಗೆ ತಿಳಿದಿಲ್ಲ, ನಾನು ಪರಿಣಿತನಲ್ಲ. ನಾವು ಕಸ್ಟಮ್ ಅಥವಾ ವಿಶೇಷ ಉತ್ಪನ್ನಗಳನ್ನು ರಚಿಸುವಾಗ, ಗ್ರಾಹಕರ ಧ್ವನಿಯನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು, ಆದರೆ ಇದು ಇನ್ನು ಮುಂದೆ ಒಂದೇ ಧ್ವನಿಯಾಗಿರುವುದಿಲ್ಲ.
ಒಲೆಗ್: ನೀವು ಅಗೈಲ್ ಮ್ಯಾನಿಫೆಸ್ಟೋವನ್ನು ಪ್ರಸ್ತಾಪಿಸಿದ್ದೀರಿ. ಸಮಸ್ಯೆಯ ಆಧುನಿಕ ತಿಳುವಳಿಕೆಯನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ನಾವು ಅದನ್ನು ಹೇಗಾದರೂ ನವೀಕರಿಸಬೇಕೇ ಅಥವಾ ಪರಿಷ್ಕರಿಸಬೇಕೇ?
ಟಿಮ್: ನಾನು ಅವನನ್ನು ಮುಟ್ಟುವುದಿಲ್ಲ. ಇದು ಒಂದು ದೊಡ್ಡ ಐತಿಹಾಸಿಕ ದಾಖಲೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ನನ್ನ ಪ್ರಕಾರ, ಅವನು ಹೇಗಿದ್ದಾನೆ. ಅವರು 19 ವರ್ಷ ವಯಸ್ಸಿನವರಾಗಿದ್ದಾರೆ, ಅವರಿಗೆ ವಯಸ್ಸಾಗಿದೆ, ಆದರೆ ಅವರ ಸಮಯದಲ್ಲಿ ಅವರು ಕ್ರಾಂತಿಯನ್ನು ಮಾಡಿದರು. ಅವನು ಚೆನ್ನಾಗಿ ಮಾಡಿದ್ದು ಏನೆಂದರೆ, ಅವನು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಉಂಟುಮಾಡಿದನು ಮತ್ತು ಜನರು ಅವನ ಬಗ್ಗೆ ಪಿಸುಗುಟ್ಟಲು ಪ್ರಾರಂಭಿಸಿದರು. ನೀವು, ಹೆಚ್ಚಾಗಿ, 2001 ರಲ್ಲಿ ಇನ್ನೂ ಉದ್ಯಮದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ, ಆದರೆ ನಂತರ ಎಲ್ಲರೂ ಪ್ರಕ್ರಿಯೆಗಳ ಪ್ರಕಾರ ಕೆಲಸ ಮಾಡಿದರು. ಸಾಫ್ಟ್‌ವೇರ್ ಇಂಜಿನಿಯರಿಂಗ್ ಇನ್‌ಸ್ಟಿಟ್ಯೂಟ್, ಸಾಫ್ಟ್‌ವೇರ್ ಸಂಪೂರ್ಣತೆಯ ಮಾದರಿಯ ಐದು ಹಂತಗಳು (CMMI). ಆಳವಾದ ಪ್ರಾಚೀನತೆಯ ಅಂತಹ ದಂತಕಥೆಗಳು ನಿಮಗೆ ಏನನ್ನಾದರೂ ಹೇಳುತ್ತವೆಯೇ ಎಂದು ನನಗೆ ಗೊತ್ತಿಲ್ಲ, ಆದರೆ ಅದು ಒಂದು ಪ್ರಗತಿಯಾಗಿದೆ. ಮೊದಲಿಗೆ, ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸರಿಯಾಗಿ ಹೊಂದಿಸಿದರೆ, ಸಮಸ್ಯೆಗಳು ತಮ್ಮದೇ ಆದ ಮೇಲೆ ಕಣ್ಮರೆಯಾಗುತ್ತವೆ ಎಂದು ಜನರು ನಂಬಿದ್ದರು. ತದನಂತರ ಪ್ರಣಾಳಿಕೆಯು ಬರುತ್ತದೆ ಮತ್ತು ಹೇಳುತ್ತದೆ: "ಇಲ್ಲ, ಇಲ್ಲ, ಇಲ್ಲ - ನಾವು ಜನರನ್ನು ಆಧರಿಸಿರುತ್ತೇವೆ, ಪ್ರಕ್ರಿಯೆಗಳಲ್ಲ." ನಾವು ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯ ಮಾಸ್ಟರ್‌ಗಳು. ಆದರ್ಶ ಪ್ರಕ್ರಿಯೆಯು ಮರೀಚಿಕೆಯಾಗಿದೆ ಎಂದು ನಾವು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇವೆ; ಅದು ಸಂಭವಿಸುವುದಿಲ್ಲ. ಯೋಜನೆಗಳಲ್ಲಿ ಹೆಚ್ಚು ವಿಲಕ್ಷಣತೆ ಇದೆ, ಎಲ್ಲಾ ಯೋಜನೆಗಳಿಗೆ ಒಂದೇ ಪರಿಪೂರ್ಣ ಪ್ರಕ್ರಿಯೆಯ ಕಲ್ಪನೆಯು ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ. ಎಲ್ಲದಕ್ಕೂ ಒಂದೇ ಪರಿಹಾರವಿದೆ ಎಂದು ಹೇಳಲು ಸಮಸ್ಯೆಗಳು ತುಂಬಾ ಜಟಿಲವಾಗಿವೆ (ಹಲೋ, ನಿರ್ವಾಣ).
ಭವಿಷ್ಯವನ್ನು ನೋಡಲು ನಾನು ಭಾವಿಸುವುದಿಲ್ಲ, ಆದರೆ ಜನರು ಈಗ ಯೋಜನೆಗಳ ಬಗ್ಗೆ ಹೆಚ್ಚು ಯೋಚಿಸಲು ಪ್ರಾರಂಭಿಸಿದ್ದಾರೆ ಎಂದು ನಾನು ಹೇಳುತ್ತೇನೆ. ಎಗೈಲ್ ಮ್ಯಾನಿಫೆಸ್ಟೋ ಹೊರಗೆ ಜಿಗಿಯಲು ಮತ್ತು ಹೇಳಲು ತುಂಬಾ ಒಳ್ಳೆಯದು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ, "ಹೇ! ನೀವು ಹಡಗಿನಲ್ಲಿದ್ದೀರಿ, ಮತ್ತು ನೀವೇ ಈ ಹಡಗನ್ನು ಓಡಿಸುತ್ತಿದ್ದೀರಿ. ನೀವು ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳಬೇಕಾಗುತ್ತದೆ - ಎಲ್ಲಾ ಸಂದರ್ಭಗಳಲ್ಲಿ ಸಾರ್ವತ್ರಿಕ ಪಾಕವಿಧಾನವನ್ನು ನಾವು ಸೂಚಿಸುವುದಿಲ್ಲ. ನೀವು ಹಡಗಿನ ಸಿಬ್ಬಂದಿ, ಮತ್ತು ನೀವು ಸಾಕಷ್ಟು ಒಳ್ಳೆಯವರಾಗಿದ್ದರೆ, ನೀವು ಗುರಿಯತ್ತ ಒಂದು ಮಾರ್ಗವನ್ನು ಕಂಡುಕೊಳ್ಳಬಹುದು. ನಿಮ್ಮ ಮುಂದೆ ಇತರ ಹಡಗುಗಳು ಇದ್ದವು ಮತ್ತು ನಿಮ್ಮ ನಂತರ ಇತರ ಹಡಗುಗಳು ಇರುತ್ತವೆ, ಆದರೆ ಇನ್ನೂ, ಒಂದು ಅರ್ಥದಲ್ಲಿ, ನಿಮ್ಮ ಪ್ರಯಾಣವು ಅನನ್ಯವಾಗಿದೆ. ಆ ರೀತಿಯ! ಇದು ಆಲೋಚನಾ ವಿಧಾನವಾಗಿದೆ. ನನಗೆ, ಸೂರ್ಯನ ಕೆಳಗೆ ಹೊಸದೇನೂ ಇಲ್ಲ, ಜನರು ಮೊದಲು ಪ್ರಯಾಣಿಸಿದ್ದಾರೆ ಮತ್ತು ಮತ್ತೆ ಪ್ರಯಾಣಿಸುತ್ತಾರೆ, ಆದರೆ ನಿಮಗಾಗಿ ಇದು ನಿಮ್ಮ ಮುಖ್ಯ ಪ್ರಯಾಣವಾಗಿದೆ ಮತ್ತು ನಿಮಗೆ ನಿಖರವಾಗಿ ಏನಾಗುತ್ತದೆ ಎಂದು ನಾನು ನಿಮಗೆ ಹೇಳುವುದಿಲ್ಲ. ನೀವು ತಂಡದಲ್ಲಿ ಸಂಘಟಿತ ಕೆಲಸದ ಕೌಶಲ್ಯಗಳನ್ನು ಹೊಂದಿರಬೇಕು, ಮತ್ತು ನೀವು ನಿಜವಾಗಿಯೂ ಅವುಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಎಲ್ಲವೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ನೀವು ಬಯಸಿದ ಸ್ಥಳವನ್ನು ನೀವು ಪಡೆಯುತ್ತೀರಿ.
ಪೀಪಲ್ವೇರ್: 30 ವರ್ಷಗಳ ನಂತರ
ಒಲೆಗ್: ಪ್ರಣಾಳಿಕೆಯಂತೆ ಪೀಪಲ್ವೇರ್ ಕ್ರಾಂತಿಯಾಗಿತ್ತೇ?
ಟಿಮ್: ಪೀಪಲ್ವೇರ್... ಟಾಮ್ ಮತ್ತು ನಾನು ಈ ಪುಸ್ತಕವನ್ನು ಬರೆದಿದ್ದೇವೆ, ಆದರೆ ಇದು ಈ ರೀತಿ ಆಗುತ್ತದೆ ಎಂದು ನಾವು ಭಾವಿಸಿರಲಿಲ್ಲ. ಎಷ್ಟೋ ಜನರ ವಿಚಾರಗಳಿಗೆ ಅದು ಹೇಗೋ ಅನುರಣಿಸಿತು. ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯು ಮಾನವ-ತೀವ್ರವಾದ ಚಟುವಟಿಕೆ ಎಂದು ಹೇಳಿದ ಮೊದಲ ಪುಸ್ತಕ ಇದು. ನಮ್ಮ ತಾಂತ್ರಿಕ ಸ್ವಭಾವದ ಹೊರತಾಗಿಯೂ, ನಾವು ದೊಡ್ಡ, ಬೃಹತ್, ಅತ್ಯಂತ ಸಂಕೀರ್ಣವಾದದ್ದನ್ನು ನಿರ್ಮಿಸುವ ಜನರ ಸಮುದಾಯವಾಗಿದೆ. ಅಂತಹ ವಿಷಯಗಳನ್ನು ಯಾರೂ ಏಕಾಂಗಿಯಾಗಿ ರಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಸರಿ? ಆದ್ದರಿಂದ "ತಂಡ" ಎಂಬ ಕಲ್ಪನೆಯು ಬಹಳ ಮುಖ್ಯವಾಯಿತು. ಮತ್ತು ನಿರ್ವಹಣಾ ದೃಷ್ಟಿಕೋನದಿಂದ ಮಾತ್ರವಲ್ಲದೆ, ಅಪರಿಚಿತರ ಗುಂಪಿನೊಂದಿಗೆ ನಿಜವಾಗಿಯೂ ಸಂಕೀರ್ಣವಾದ ಆಳವಾದ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಒಟ್ಟಾಗಿ ಬಂದ ತಾಂತ್ರಿಕ ಜನರಿಗೆ ಸಹ. ನನಗೆ ವೈಯಕ್ತಿಕವಾಗಿ, ಇದು ನನ್ನ ವೃತ್ತಿಜೀವನದುದ್ದಕ್ಕೂ ಬುದ್ಧಿವಂತಿಕೆಯ ದೊಡ್ಡ ಪರೀಕ್ಷೆಯಾಗಿದೆ. ಮತ್ತು ಇಲ್ಲಿ ನೀವು ಹೇಳಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ: ಹೌದು, ಈ ಸಮಸ್ಯೆಯು ನನ್ನ ಸ್ವಂತವಾಗಿ ನಿಭಾಯಿಸಬಲ್ಲದು, ಆದರೆ ಒಟ್ಟಿಗೆ ನಾವು ಹೆಮ್ಮೆಪಡಬಹುದಾದ ಸೊಗಸಾದ ಪರಿಹಾರವನ್ನು ಕಂಡುಕೊಳ್ಳಬಹುದು. ಮತ್ತು ಈ ಕಲ್ಪನೆಯು ಹೆಚ್ಚು ಪ್ರತಿಧ್ವನಿಸಿತು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ನಾವು ಸಮಯದ ಭಾಗವನ್ನು ನಮ್ಮದೇ ಆದ ಮೇಲೆ, ಸಮಯದ ಭಾಗವನ್ನು ಗುಂಪಿನ ಭಾಗವಾಗಿ ಮತ್ತು ಆಗಾಗ್ಗೆ ನಿರ್ಧಾರವನ್ನು ಗುಂಪಿನಿಂದ ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ ಎಂಬ ಕಲ್ಪನೆ. ಗುಂಪು ಸಮಸ್ಯೆ ಪರಿಹಾರವು ತ್ವರಿತವಾಗಿ ಸಂಕೀರ್ಣ ಯೋಜನೆಗಳ ಪ್ರಮುಖ ಲಕ್ಷಣವಾಗಿದೆ.
ಟಿಮ್ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಮಾತುಕತೆಗಳನ್ನು ನೀಡಿದ್ದರೂ, ಅವುಗಳಲ್ಲಿ ಕೆಲವೇ ಕೆಲವು ಯೂಟ್ಯೂಬ್‌ನಲ್ಲಿ ಪೋಸ್ಟ್ ಮಾಡಲಾಗಿದೆ. ನೀವು 2007 ರಿಂದ "ದಿ ರಿಟರ್ನ್ ಆಫ್ ಪೀಪಲ್ವೇರ್" ವರದಿಯನ್ನು ನೋಡಬಹುದು. ಗುಣಮಟ್ಟ, ಸಹಜವಾಗಿ, ಅಪೇಕ್ಷಿತವಾಗಿರುವುದನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ.
ಮೈಕೆಲ್: ಪುಸ್ತಕ ಪ್ರಕಟವಾದ ನಂತರ ಕಳೆದ 30 ವರ್ಷಗಳಲ್ಲಿ ಏನಾದರೂ ಬದಲಾವಣೆಯಾಗಿದೆಯೇ?
ಟಿಮ್: ನೀವು ಇದನ್ನು ವಿವಿಧ ಕೋನಗಳಿಂದ ನೋಡಬಹುದು. ಸಮಾಜಶಾಸ್ತ್ರೀಯವಾಗಿ ಹೇಳುವುದಾದರೆ... ಒಂದಾನೊಂದು ಕಾಲದಲ್ಲಿ, ಸರಳ ಕಾಲದಲ್ಲಿ, ನೀವು ಮತ್ತು ನಿಮ್ಮ ತಂಡವು ಒಂದೇ ಕಛೇರಿಯಲ್ಲಿ ಕುಳಿತಿರುತ್ತೀರಿ. ನೀವು ಪ್ರತಿದಿನ ನಿಕಟವಾಗಿರಬಹುದು, ಒಟ್ಟಿಗೆ ಕಾಫಿ ಕುಡಿಯಬಹುದು ಮತ್ತು ಕೆಲಸದ ಬಗ್ಗೆ ಚರ್ಚಿಸಬಹುದು. ನಿಜವಾಗಿಯೂ ಬದಲಾಗಿರುವ ಸಂಗತಿಯೆಂದರೆ, ತಂಡಗಳನ್ನು ಈಗ ಭೌಗೋಳಿಕವಾಗಿ, ವಿವಿಧ ದೇಶಗಳಲ್ಲಿ ಮತ್ತು ಸಮಯ ವಲಯಗಳಲ್ಲಿ ವಿತರಿಸಬಹುದು, ಆದರೆ ಇನ್ನೂ ಅವರು ಅದೇ ಸಮಸ್ಯೆಯ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದ್ದಾರೆ ಮತ್ತು ಇದು ಸಂಕೀರ್ಣತೆಯ ಸಂಪೂರ್ಣ ಹೊಸ ಪದರವನ್ನು ಸೇರಿಸುತ್ತದೆ. ಇದು ಹಳೆಯ ಶಾಲೆ ಎಂದು ತೋರುತ್ತದೆ, ಆದರೆ ನೀವೆಲ್ಲರೂ ಒಟ್ಟಿಗೆ ಇರುವ, ಒಟ್ಟಿಗೆ ಕೆಲಸ ಮಾಡುವ ಮುಖಾಮುಖಿ ಸಂವಹನದಂತಹ ಏನೂ ಇಲ್ಲ ಮತ್ತು ನೀವು ಸಹೋದ್ಯೋಗಿಯ ಬಳಿಗೆ ಹೋಗಬಹುದು ಮತ್ತು ನಾನು ಕಂಡುಹಿಡಿದದ್ದನ್ನು ನೋಡಿ, ನೀವು ಇದನ್ನು ಹೇಗೆ ಇಷ್ಟಪಡುತ್ತೀರಿ ಎಂದು ಹೇಳಬಹುದು? ಮುಖಾಮುಖಿ ಸಂಭಾಷಣೆಗಳು ಅನೌಪಚಾರಿಕ ಸಂವಹನಕ್ಕೆ ಪರಿವರ್ತನೆಗೆ ತ್ವರಿತ ಮಾರ್ಗವನ್ನು ಒದಗಿಸುತ್ತವೆ ಮತ್ತು ಚುರುಕಾದ ಉತ್ಸಾಹಿಗಳು ಅದನ್ನು ಇಷ್ಟಪಡಬೇಕು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಮತ್ತು ನಾನು ಚಿಂತಿತನಾಗಿದ್ದೇನೆ ಏಕೆಂದರೆ ವಾಸ್ತವದಲ್ಲಿ ಪ್ರಪಂಚವು ತುಂಬಾ ಚಿಕ್ಕದಾಗಿದೆ, ಮತ್ತು ಈಗ ಅದು ಎಲ್ಲಾ ವಿತರಿಸಿದ ತಂಡಗಳಿಂದ ಮುಚ್ಚಲ್ಪಟ್ಟಿದೆ ಮತ್ತು ಇದು ತುಂಬಾ ಸಂಕೀರ್ಣವಾಗಿದೆ.
ನಾವೆಲ್ಲರೂ DevOps ನಲ್ಲಿ ವಾಸಿಸುತ್ತಿದ್ದೇವೆ
ಮೈಕೆಲ್: ಸಮ್ಮೇಳನದ ಕಾರ್ಯಕ್ರಮ ಸಮಿತಿಯ ದೃಷ್ಟಿಯಿಂದಲೂ ನಮ್ಮ ಕ್ಯಾಲಿಫೋರ್ನಿಯಾ, ನ್ಯೂಯಾರ್ಕ್, ಯುರೋಪ್, ರಷ್ಯಾದಲ್ಲಿ ಜನ ಇದ್ದಾರೆ... ಸಿಂಗಪುರದಲ್ಲಿ ಇನ್ನೂ ಯಾರೂ ಇಲ್ಲ. ಭೌಗೋಳಿಕತೆಯ ವ್ಯತ್ಯಾಸವು ಸಾಕಷ್ಟು ದೊಡ್ಡದಾಗಿದೆ, ಮತ್ತು ಜನರು ಇನ್ನಷ್ಟು ಹರಡಲು ಪ್ರಾರಂಭಿಸುತ್ತಿದ್ದಾರೆ. ನಾವು ಅಭಿವೃದ್ಧಿಯ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ, ತಂಡಗಳ ನಡುವಿನ ಅಡೆತಡೆಗಳನ್ನು ಒಡೆಯುವ ಮತ್ತು devops ಕುರಿತು ನೀವು ನಮಗೆ ಇನ್ನಷ್ಟು ಹೇಳಬಲ್ಲಿರಾ? ಎಲ್ಲರೂ ಅವರವರ ಬಂಕರ್‌ಗಳಲ್ಲಿ ಕುಳಿತಿದ್ದಾರೆ ಎಂಬ ಪರಿಕಲ್ಪನೆ ಇದೆ, ಮತ್ತು ಈಗ ಬಂಕರ್‌ಗಳು ಕುಸಿಯುತ್ತಿವೆ, ಈ ಸಾದೃಶ್ಯದ ಬಗ್ಗೆ ನಿಮ್ಮ ಅಭಿಪ್ರಾಯವೇನು?
ಟಿಮ್: ಇತ್ತೀಚಿನ ತಾಂತ್ರಿಕ ಪ್ರಗತಿಗಳ ಬೆಳಕಿನಲ್ಲಿ, devops ಹೆಚ್ಚಿನ ಪ್ರಾಮುಖ್ಯತೆಯನ್ನು ಹೊಂದಿದೆ ಎಂದು ನನಗೆ ತೋರುತ್ತದೆ. ಹಿಂದೆ, ನೀವು ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ನಿರ್ವಾಹಕರ ತಂಡಗಳನ್ನು ಹೊಂದಿದ್ದೀರಿ, ಅವರು ಕೆಲಸ ಮಾಡಿದರು, ಕೆಲಸ ಮಾಡಿದರು, ಕೆಲಸ ಮಾಡಿದರು ಮತ್ತು ಕೆಲವು ಹಂತದಲ್ಲಿ ಒಂದು ವಿಷಯ ಕಾಣಿಸಿಕೊಂಡಿತು, ಅದರೊಂದಿಗೆ ನೀವು ನಿರ್ವಾಹಕರ ಬಳಿಗೆ ಬಂದು ಅದನ್ನು ಉತ್ಪಾದನೆಗೆ ಹೊರತರಬಹುದು. ಮತ್ತು ಇಲ್ಲಿ ಬಂಕರ್ ಬಗ್ಗೆ ಸಂಭಾಷಣೆ ಪ್ರಾರಂಭವಾಯಿತು, ಏಕೆಂದರೆ ನಿರ್ವಾಹಕರು ಮಿತ್ರರು, ಕನಿಷ್ಠ ಶತ್ರುಗಳಲ್ಲ, ಆದರೆ ಎಲ್ಲವೂ ಉತ್ಪಾದನೆಗೆ ಹೋಗಲು ಸಿದ್ಧವಾದಾಗ ಮಾತ್ರ ನೀವು ಅವರೊಂದಿಗೆ ಮಾತನಾಡಿದ್ದೀರಿ. ನೀವು ಏನಾದರೂ ಅವರ ಬಳಿಗೆ ಹೋಗಿ ಹೇಳಿದ್ದೀರಾ: ನಮ್ಮ ಬಳಿ ಯಾವ ಅಪ್ಲಿಕೇಶನ್ ಇದೆ ಎಂದು ನೋಡಿ, ಆದರೆ ನೀವು ಈ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಹೊರತರಬಹುದೇ? ಮತ್ತು ಈಗ ವಿತರಣೆಯ ಸಂಪೂರ್ಣ ಪರಿಕಲ್ಪನೆಯು ಉತ್ತಮವಾಗಿ ಬದಲಾಗಿದೆ. ನನ್ನ ಪ್ರಕಾರ, ನೀವು ಬದಲಾವಣೆಗಳನ್ನು ತ್ವರಿತವಾಗಿ ತಳ್ಳಬಹುದು ಎಂಬ ಕಲ್ಪನೆ ಇತ್ತು. ನಾವು ಹಾರಾಡುತ್ತ ಉತ್ಪನ್ನಗಳನ್ನು ನವೀಕರಿಸಬಹುದು. ನನ್ನ ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಲ್ಲಿ ಫೈರ್‌ಫಾಕ್ಸ್ ಪಾಪ್ ಅಪ್ ಆಗುವಾಗ ನಾನು ಯಾವಾಗಲೂ ಮುಗುಳ್ನಗುತ್ತೇನೆ ಮತ್ತು ಹೇಳುತ್ತೇನೆ, ಹೇ, ನಾವು ನಿಮ್ಮ ಫೈರ್‌ಫಾಕ್ಸ್ ಅನ್ನು ಹಿನ್ನೆಲೆಯಲ್ಲಿ ನವೀಕರಿಸಿದ್ದೇವೆ ಮತ್ತು ನಿಮಗೆ ಸ್ವಲ್ಪ ಸಮಯವಿದ್ದರೆ, ನೀವು ಇಲ್ಲಿ ಕ್ಲಿಕ್ ಮಾಡಲು ಬಯಸುತ್ತೀರಾ ಮತ್ತು ನಾವು ನಿಮಗೆ ಇತ್ತೀಚಿನ ಬಿಡುಗಡೆಯನ್ನು ನೀಡುತ್ತೇವೆ. ಮತ್ತು ನಾನು, "ಓಹ್, ಬೇಬಿ!" ನಾನು ನಿದ್ರಿಸುತ್ತಿದ್ದಾಗ, ಅವರು ನನ್ನ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಹೊಸ ಬಿಡುಗಡೆಯನ್ನು ತಲುಪಿಸುವಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರು. ಇದು ಅದ್ಭುತವಾಗಿದೆ, ನಂಬಲಾಗದದು.
ಆದರೆ ಇಲ್ಲಿ ತೊಂದರೆ ಇಲ್ಲಿದೆ: ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ನವೀಕರಿಸುವುದರೊಂದಿಗೆ ನೀವು ಈ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಹೊಂದಿದ್ದೀರಿ, ಆದರೆ ಜನರನ್ನು ಸಂಯೋಜಿಸುವುದು ಹೆಚ್ಚು ಕಷ್ಟ. DevOops ಕೀನೋಟ್‌ನಲ್ಲಿ ನಾನು ಧ್ವನಿ ನೀಡಲು ಬಯಸುತ್ತೇನೆ ಏನೆಂದರೆ, ನಾವು ಹಿಂದೆಂದಿಗಿಂತಲೂ ಹೆಚ್ಚು ಆಟಗಾರರನ್ನು ಹೊಂದಿದ್ದೇವೆ. ನೀವು ಕೇವಲ ಒಂದು ತಂಡದಲ್ಲಿ ಭಾಗಿಯಾಗಿರುವ ಪ್ರತಿಯೊಬ್ಬರ ಬಗ್ಗೆ ಯೋಚಿಸಿದರೆ…. ನೀವು ಇದನ್ನು ತಂಡವಾಗಿ ಯೋಚಿಸಿದ್ದೀರಿ ಮತ್ತು ಇದು ಕೇವಲ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳ ತಂಡಕ್ಕಿಂತ ಹೆಚ್ಚು. ಇವರು ಪರೀಕ್ಷಕರು, ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್‌ಗಳು ಮತ್ತು ಇತರ ಜನರ ಗುಂಪಾಗಿದೆ. ಮತ್ತು ಪ್ರತಿಯೊಬ್ಬರೂ ಪ್ರಪಂಚದ ಬಗ್ಗೆ ತಮ್ಮದೇ ಆದ ಅಭಿಪ್ರಾಯಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ. ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್‌ಗಳಿಗಿಂತ ಉತ್ಪನ್ನ ನಿರ್ವಾಹಕರು ಸಂಪೂರ್ಣವಾಗಿ ಭಿನ್ನರಾಗಿದ್ದಾರೆ. ನಿರ್ವಾಹಕರು ತಮ್ಮದೇ ಆದ ಕಾರ್ಯಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ. ಎಲ್ಲಾ ಭಾಗವಹಿಸುವವರನ್ನು ಸಂಘಟಿಸಲು ಇದು ಕಷ್ಟಕರವಾದ ಸಮಸ್ಯೆಯಾಗಿದೆ, ಇದರಿಂದಾಗಿ ಏನಾಗುತ್ತಿದೆ ಎಂಬುದರ ಬಗ್ಗೆ ತಿಳಿದಿರಲಿ ಮತ್ತು ಹುಚ್ಚರಾಗುವುದಿಲ್ಲ. ಗುಂಪಿನ ಕಾರ್ಯಗಳನ್ನು ಮತ್ತು ಎಲ್ಲರಿಗೂ ಅನ್ವಯಿಸುವ ಕಾರ್ಯಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುವುದು ಅವಶ್ಯಕ. ಇದು ಬಹಳ ಕಷ್ಟದ ಕೆಲಸ. ಮತ್ತೊಂದೆಡೆ, ಇದು ಹಲವು ವರ್ಷಗಳ ಹಿಂದೆ ಇದ್ದದ್ದಕ್ಕಿಂತ ಉತ್ತಮವಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಇದು ನಿಖರವಾಗಿ ಜನರು ಬೆಳೆಯುವ ಮತ್ತು ಸರಿಯಾಗಿ ವರ್ತಿಸಲು ಕಲಿಯುವ ರಸ್ತೆಯಾಗಿದೆ. ನೀವು ಏಕೀಕರಣವನ್ನು ಮಾಡಿದಾಗ, ಯಾವುದೇ ಭೂಗತ ಅಭಿವೃದ್ಧಿ ಇರಬಾರದು ಎಂದು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೀರಿ, ಆದ್ದರಿಂದ ಕೊನೆಯ ಕ್ಷಣದಲ್ಲಿ ಸಾಫ್ಟ್‌ವೇರ್ ಜಾಕ್-ಇನ್-ದಿ-ಬಾಕ್ಸ್‌ನಂತೆ ಕ್ರಾಲ್ ಆಗುವುದಿಲ್ಲ: ಹಾಗೆ, ನಾವು ಇಲ್ಲಿ ಏನು ಮಾಡಿದ್ದೇವೆ ಎಂಬುದನ್ನು ನೋಡಿ! ನೀವು ಏಕೀಕರಣ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಮತ್ತು ಕೊನೆಯಲ್ಲಿ ನೀವು ಅಚ್ಚುಕಟ್ಟಾಗಿ ಮತ್ತು ಪುನರಾವರ್ತಿತ ರೀತಿಯಲ್ಲಿ ಹೊರಹೊಮ್ಮುತ್ತೀರಿ ಎಂಬುದು ಕಲ್ಪನೆ. ಇದೆಲ್ಲವೂ ನನಗೆ ಬಹಳಷ್ಟು ಅರ್ಥವಾಗಿದೆ. ಸಿಸ್ಟಂನ ಬಳಕೆದಾರರಿಗೆ ಮತ್ತು ನಿಮ್ಮ ಕ್ಲೈಂಟ್‌ಗೆ ಹೆಚ್ಚಿನ ಮೌಲ್ಯವನ್ನು ರಚಿಸಲು ಇದು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ.
ಮೈಕೆಲ್: ಡೆವೊಪ್ಸ್‌ನ ಸಂಪೂರ್ಣ ಕಲ್ಪನೆಯು ಅರ್ಥಪೂರ್ಣ ಬೆಳವಣಿಗೆಗಳನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ತಲುಪಿಸುವುದು. ಪ್ರಪಂಚವು ಹೆಚ್ಚು ಹೆಚ್ಚು ವೇಗವನ್ನು ಪ್ರಾರಂಭಿಸಿದೆ ಎಂದು ನಾನು ನೋಡುತ್ತೇನೆ. ಅಂತಹ ವೇಗವರ್ಧನೆಗಳಿಗೆ ಹೇಗೆ ಹೊಂದಿಕೊಳ್ಳುವುದು? ಹತ್ತು ವರ್ಷಗಳ ಹಿಂದೆ ಇದು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ!
ಟಿಮ್: ಸಹಜವಾಗಿ, ಪ್ರತಿಯೊಬ್ಬರೂ ಹೆಚ್ಚು ಹೆಚ್ಚು ಕ್ರಿಯಾತ್ಮಕತೆಯನ್ನು ಬಯಸುತ್ತಾರೆ. ಚಲಿಸುವ ಅಗತ್ಯವಿಲ್ಲ, ಹೆಚ್ಚಿನದನ್ನು ರಾಶಿ ಮಾಡಿ. ಕೆಲವೊಮ್ಮೆ ನೀವು ಉಪಯುಕ್ತವಾದ ಯಾವುದನ್ನಾದರೂ ತರಲು ಮುಂದಿನ ಹೆಚ್ಚುತ್ತಿರುವ ನವೀಕರಣಕ್ಕಾಗಿ ನಿಧಾನಗೊಳಿಸಬೇಕಾಗುತ್ತದೆ - ಮತ್ತು ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಸಾಮಾನ್ಯವಾಗಿದೆ.
ಓಡಬೇಕು, ಓಡಬೇಕು, ಓಡಬೇಕು ಎಂಬ ಕಲ್ಪನೆಯೇ ಉತ್ತಮವಲ್ಲ. ಯಾರಾದರೂ ತಮ್ಮ ಜೀವನವನ್ನು ಹಾಗೆ ಬದುಕಲು ಬಯಸುತ್ತಾರೆ ಎಂಬುದು ಅಸಂಭವವಾಗಿದೆ. ಪ್ರಾಜೆಕ್ಟ್‌ನ ಸ್ವಂತ ಲಯವನ್ನು ಹೊಂದಿಸಲು ವಿತರಣೆಗಳ ಲಯವನ್ನು ನಾನು ಬಯಸುತ್ತೇನೆ. ನೀವು ಕೇವಲ ಸಣ್ಣ, ತುಲನಾತ್ಮಕವಾಗಿ ಅರ್ಥಹೀನ ವಸ್ತುಗಳ ಸ್ಟ್ರೀಮ್ ಅನ್ನು ಉತ್ಪಾದಿಸಿದರೆ, ಅದು ಯಾವುದೇ ಅರ್ಥವನ್ನು ಸೇರಿಸುವುದಿಲ್ಲ. ಬುದ್ದಿಹೀನವಾಗಿ ಸಾಧ್ಯವಾದಷ್ಟು ಬೇಗ ವಿಷಯಗಳನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುವ ಬದಲು, ಪ್ರಮುಖ ಡೆವಲಪರ್‌ಗಳು ಮತ್ತು ಉತ್ಪನ್ನ ಮತ್ತು ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್‌ಗಳೊಂದಿಗೆ ಚರ್ಚಿಸಲು ಯೋಗ್ಯವಾದದ್ದು ತಂತ್ರವಾಗಿದೆ. ಇದು ಸಹ ಅರ್ಥವಾಗಿದೆಯೇ?
ಪ್ಯಾಟರ್ನ್ಸ್ ಮತ್ತು ಆಂಟಿಪ್ಯಾಟರ್ನ್ಸ್
ಒಲೆಗ್: ನೀವು ಸಾಮಾನ್ಯವಾಗಿ ಮಾದರಿಗಳು ಮತ್ತು ಆಂಟಿಪ್ಯಾಟರ್ನ್‌ಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೀರಿ ಮತ್ತು ಇದು ಯೋಜನೆಗಳ ಜೀವನ ಮತ್ತು ಸಾವಿನ ನಡುವಿನ ವ್ಯತ್ಯಾಸವಾಗಿದೆ. ಮತ್ತು ಈಗ, ಡೆವೊಪ್ಸ್ ನಮ್ಮ ಜೀವನದಲ್ಲಿ ಸಿಡಿಯುತ್ತದೆ. ಯೋಜನೆಯು ಸ್ಥಳದಲ್ಲೇ ಕೊಲ್ಲಬಹುದಾದ ತನ್ನದೇ ಆದ ಮಾದರಿಗಳು ಮತ್ತು ವಿರೋಧಿ ಮಾದರಿಗಳನ್ನು ಹೊಂದಿದೆಯೇ?
ಟಿಮ್: ಮಾದರಿಗಳು ಮತ್ತು ವಿರೋಧಿ ಮಾದರಿಗಳು ಸಾರ್ವಕಾಲಿಕ ಸಂಭವಿಸುತ್ತವೆ. ಮಾತನಾಡಲು ಏನಾದರೂ. ಒಳ್ಳೆಯದು, ನಾವು "ಹೊಳೆಯುವ ವಸ್ತುಗಳು" ಎಂದು ಕರೆಯುವ ವಿಷಯವಿದೆ. ಜನರು ನಿಜವಾಗಿಯೂ ಹೊಸ ತಂತ್ರಜ್ಞಾನವನ್ನು ಇಷ್ಟಪಡುತ್ತಾರೆ. ತಂಪಾದ ಮತ್ತು ಸೊಗಸಾಗಿ ಕಾಣುವ ಎಲ್ಲದರ ಹೊಳಪಿನಿಂದ ಅವರು ಸರಳವಾಗಿ ಮಂತ್ರಮುಗ್ಧರಾಗುತ್ತಾರೆ ಮತ್ತು ಅವರು ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತಾರೆ: ಇದು ಸಹ ಅಗತ್ಯವಿದೆಯೇ? ನಾವು ಏನನ್ನು ಸಾಧಿಸಲಿದ್ದೇವೆ? ಈ ವಿಷಯವು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿದೆಯೇ, ಇದು ಯಾವುದೇ ಅರ್ಥವನ್ನು ಹೊಂದಿದೆಯೇ? ತಂತ್ರಜ್ಞಾನದ ತುದಿಯಲ್ಲಿರುವ ಜನರನ್ನು ನಾನು ಆಗಾಗ್ಗೆ ನೋಡುತ್ತೇನೆ. ಜಗತ್ತಿನಲ್ಲಿ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದರ ಮೂಲಕ ಅವರು ಸಂಮೋಹನಕ್ಕೊಳಗಾಗುತ್ತಾರೆ. ಆದರೆ ಅವರು ಯಾವ ಉಪಯುಕ್ತ ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತಾರೆ ಎಂಬುದನ್ನು ನೀವು ಸೂಕ್ಷ್ಮವಾಗಿ ಗಮನಿಸಿದರೆ, ಸಾಮಾನ್ಯವಾಗಿ ಏನೂ ಉಪಯುಕ್ತವಾಗುವುದಿಲ್ಲ!
ಜನರು ಚಂದ್ರನ ಮೇಲೆ ಇಳಿದು ಐವತ್ತು ವರ್ಷಗಳಾದ ಈ ವರ್ಷ ವಾರ್ಷಿಕೋತ್ಸವದ ವರ್ಷ ಎಂದು ನಾವು ನಮ್ಮ ಒಡನಾಡಿಗಳೊಂದಿಗೆ ಚರ್ಚಿಸುತ್ತಿದ್ದೆವು. ಇದು 1969 ರಲ್ಲಿ. ಜನರು ಅಲ್ಲಿಗೆ ಹೋಗಲು ಸಹಾಯ ಮಾಡಿದ ತಂತ್ರಜ್ಞಾನವು 1969 ರ ತಂತ್ರಜ್ಞಾನವಲ್ಲ, ಬದಲಿಗೆ 1960 ಅಥವಾ 62, ಏಕೆಂದರೆ NASA ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಉತ್ತಮ ಪುರಾವೆಗಳನ್ನು ಮಾತ್ರ ಬಳಸಲು ಬಯಸಿದೆ. ಮತ್ತು ಆದ್ದರಿಂದ ನೀವು ಅದನ್ನು ನೋಡುತ್ತೀರಿ ಮತ್ತು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೀರಿ - ಹೌದು, ಮತ್ತು ಅವು ನಿಜವಾಗಿದ್ದವು! ಈಗ, ಇಲ್ಲ, ಇಲ್ಲ, ಆದರೆ ನೀವು ತಂತ್ರಜ್ಞಾನದೊಂದಿಗೆ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸುತ್ತೀರಿ ಏಕೆಂದರೆ ಎಲ್ಲವನ್ನೂ ತುಂಬಾ ಬಲವಾಗಿ ತಳ್ಳಲಾಗುತ್ತದೆ, ಎಲ್ಲಾ ಬಿರುಕುಗಳಿಂದ ಮಾರಾಟವಾಗುತ್ತದೆ. ಜನರು ಎಲ್ಲೆಡೆಯಿಂದ ಕೂಗುತ್ತಿದ್ದಾರೆ: "ನೋಡಿ, ಏನು ವಿಷಯ, ಇದು ಹೊಸ ವಿಷಯ, ಪ್ರಪಂಚದ ಅತ್ಯಂತ ಸುಂದರವಾದ ವಿಷಯ, ಸಂಪೂರ್ಣವಾಗಿ ಎಲ್ಲರಿಗೂ ಸೂಕ್ತವಾಗಿದೆ!" ಸರಿ, ಅದು ಇಲ್ಲಿದೆ ... ಸಾಮಾನ್ಯವಾಗಿ ಇದು ಕೇವಲ ಒಂದು ಮೋಸ ಎಂದು ತಿರುಗುತ್ತದೆ, ಮತ್ತು ನಂತರ ಎಲ್ಲವನ್ನೂ ಎಸೆಯಬೇಕು. ಬಹುಶಃ ನಾನು ಈಗಾಗಲೇ ಮುದುಕನಾಗಿರುವುದರಿಂದ ಮತ್ತು ಅಂತಹ ವಿಷಯಗಳನ್ನು ಬಹಳ ಸಂದೇಹದಿಂದ ನೋಡುತ್ತಿದ್ದೇನೆ, ಜನರು ಓಡಿಹೋದಾಗ ಮತ್ತು ಅತ್ಯುತ್ತಮ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ರಚಿಸಲು ಏಕೈಕ, ಅತ್ಯಂತ ಸರಿಯಾದ ಮಾರ್ಗವನ್ನು ಕಂಡುಕೊಂಡಿದ್ದಾರೆ ಎಂದು ಹೇಳಿದಾಗ. ಈ ಕ್ಷಣದಲ್ಲಿ, ನನ್ನೊಳಗೆ ಒಂದು ಧ್ವನಿಯು ಎಚ್ಚರಗೊಳ್ಳುತ್ತದೆ: "ಏನು ಅವ್ಯವಸ್ಥೆ!"
ಮೈಕೆಲ್: ವಾಸ್ತವವಾಗಿ, ಮುಂದಿನ ಬೆಳ್ಳಿಯ ಬುಲೆಟ್ ಬಗ್ಗೆ ನಾವು ಎಷ್ಟು ಬಾರಿ ಕೇಳಿದ್ದೇವೆ?
ಟಿಮ್: ನಿಖರವಾಗಿ, ಮತ್ತು ಇದು ಸಾಮಾನ್ಯ ವಿಷಯವಾಗಿದೆ! ಉದಾಹರಣೆಗೆ ... ಇದು ಈಗಾಗಲೇ ಪ್ರಪಂಚದಾದ್ಯಂತ ಜೋಕ್ ಆಗಿ ಮಾರ್ಪಟ್ಟಿದೆ ಎಂದು ತೋರುತ್ತದೆ, ಆದರೆ ಇಲ್ಲಿ ಜನರು ಸಾಮಾನ್ಯವಾಗಿ ಬ್ಲಾಕ್ಚೈನ್ ತಂತ್ರಜ್ಞಾನದ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಾರೆ. ಮತ್ತು ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ಅವು ನಿಜವಾಗಿಯೂ ಅರ್ಥಪೂರ್ಣವಾಗಿವೆ! ನಿಮಗೆ ನಿಜವಾಗಿಯೂ ಈವೆಂಟ್‌ಗಳ ವಿಶ್ವಾಸಾರ್ಹ ಪುರಾವೆಗಳು ಬೇಕಾದಾಗ, ಸಿಸ್ಟಮ್ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಯಾರೂ ನಮ್ಮನ್ನು ಮೋಸಗೊಳಿಸಲಿಲ್ಲ, ನೀವು ಭದ್ರತಾ ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿರುವಾಗ ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಒಟ್ಟಿಗೆ ಬೆರೆಸಿದಾಗ - ಬ್ಲಾಕ್ಚೈನ್ ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ. ಆದರೆ ಬ್ಲಾಕ್ಚೈನ್ ಈಗ ಪ್ರಪಂಚದಾದ್ಯಂತ ವ್ಯಾಪಿಸುತ್ತದೆ, ಅದರ ಹಾದಿಯಲ್ಲಿರುವ ಎಲ್ಲವನ್ನೂ ಅಳಿಸಿಹಾಕುತ್ತದೆ ಎಂದು ಅವರು ಹೇಳಿದಾಗ? ಹೆಚ್ಚು ಕನಸು! ಇದು ಅತ್ಯಂತ ದುಬಾರಿ ಮತ್ತು ಸಂಕೀರ್ಣ ತಂತ್ರಜ್ಞಾನವಾಗಿದೆ. ತಾಂತ್ರಿಕವಾಗಿ ಸಂಕೀರ್ಣ ಮತ್ತು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಸಂಪೂರ್ಣವಾಗಿ ಕ್ರಮಾವಳಿಗಳನ್ನು ಒಳಗೊಂಡಂತೆ, ಪ್ರತಿ ಬಾರಿ ನೀವು ಗಣಿತವನ್ನು ಮರು ಲೆಕ್ಕಾಚಾರ ಮಾಡಬೇಕಾಗುತ್ತದೆ, ಸಣ್ಣದೊಂದು ಬದಲಾವಣೆಗಳೊಂದಿಗೆ ... ಮತ್ತು ಇದು ಉತ್ತಮ ಉಪಾಯ - ಆದರೆ ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ಮಾತ್ರ. ನನ್ನ ಇಡೀ ಜೀವನ ಮತ್ತು ವೃತ್ತಿಜೀವನವು ಇದರ ಬಗ್ಗೆಯೇ ಇದೆ: ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭಗಳಲ್ಲಿ ಆಸಕ್ತಿದಾಯಕ ವಿಚಾರಗಳು. ನಿಮ್ಮ ಪರಿಸ್ಥಿತಿ ಏನೆಂದು ನಿಖರವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ.
ಮೈಕೆಲ್: ಹೌದು, ಮುಖ್ಯ "ಜೀವನದ ಪ್ರಶ್ನೆ, ಬ್ರಹ್ಮಾಂಡ ಮತ್ತು ಎಲ್ಲವೂ": ಈ ತಂತ್ರಜ್ಞಾನ ಅಥವಾ ವಿಧಾನವು ನಿಮ್ಮ ಪರಿಸ್ಥಿತಿಗೆ ಸೂಕ್ತವಾಗಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ?
ಟಿಮ್: ಈ ಪ್ರಶ್ನೆಯನ್ನು ಈಗಾಗಲೇ ತಂತ್ರಜ್ಞಾನ ಗುಂಪಿನೊಂದಿಗೆ ಚರ್ಚಿಸಬಹುದು. ಬಹುಶಃ ಕೆಲವು ಸಲಹೆಗಾರರನ್ನು ಕರೆತರಬಹುದು. ಯೋಜನೆಯನ್ನು ನೋಡೋಣ ಮತ್ತು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ - ನಾವು ಈಗ ಮೊದಲಿಗಿಂತ ಉತ್ತಮವಾಗಿ ಮತ್ತು ಉಪಯುಕ್ತವಾದದ್ದನ್ನು ಮಾಡುತ್ತೇವೆಯೇ? ಬಹುಶಃ ಅದು ಸರಿಹೊಂದುತ್ತದೆ, ಬಹುಶಃ ಆಗುವುದಿಲ್ಲ. ಆದರೆ ಮುಖ್ಯವಾಗಿ, ಅಂತಹ ನಿರ್ಧಾರವನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಮಾಡಬೇಡಿ, ಏಕೆಂದರೆ ಯಾರಾದರೂ ಮಬ್ಬುಗೊಳಿಸಿದ್ದಾರೆ: “ನಮಗೆ ಬ್ಲಾಕ್ಚೈನ್ ತೀವ್ರವಾಗಿ ಬೇಕು! ನಾನು ಅವನ ಬಗ್ಗೆ ವಿಮಾನದಲ್ಲಿ ಪತ್ರಿಕೆಯಲ್ಲಿ ಓದಿದೆ! ಗಂಭೀರವಾಗಿ? ಇದು ತಮಾಷೆಯೂ ಅಲ್ಲ.
ಪೌರಾಣಿಕ "ಡೆವೊಪ್ಸ್ ಇಂಜಿನಿಯರ್"
ಒಲೆಗ್: ಈಗ ಎಲ್ಲರೂ devops ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತಿದ್ದಾರೆ. ಯಾರಾದರೂ ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಡೆವೊಪ್‌ಗಳ ಬಗ್ಗೆ ಓದುತ್ತಾರೆ ಮತ್ತು ನಾಳೆ ಮತ್ತೊಂದು ಖಾಲಿ ಹುದ್ದೆ ನೇಮಕಾತಿ ಸೈಟ್‌ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. "ಡೆವೊಪ್ಸ್ ಇಂಜಿನಿಯರ್". ಇಲ್ಲಿ ನಾನು ನಿಮ್ಮ ಗಮನವನ್ನು ಸೆಳೆಯಲು ಬಯಸುತ್ತೇನೆ: "ಡೆವೊಪ್ಸ್ ಇಂಜಿನಿಯರ್" ಎಂಬ ಪದವು ಬದುಕುವ ಹಕ್ಕನ್ನು ಹೊಂದಿದೆ ಎಂದು ನೀವು ಭಾವಿಸುತ್ತೀರಾ? ಡೆವೊಪ್ಸ್ ಒಂದು ಸಂಸ್ಕೃತಿ ಎಂದು ಅಭಿಪ್ರಾಯವಿದೆ, ಮತ್ತು ಇಲ್ಲಿ ಏನಾದರೂ ಸೇರಿಸುವುದಿಲ್ಲ.
ಟಿಮ್: ಆದ್ದರಿಂದ-ಹೀಗೆ. ಅವರು ತಕ್ಷಣವೇ ಈ ಪದದ ಬಗ್ಗೆ ಸ್ವಲ್ಪ ವಿವರಣೆಯನ್ನು ನೀಡಲಿ. ಅದನ್ನು ಅನನ್ಯವಾಗಿಸಲು ಏನಾದರೂ. ಈ ರೀತಿಯ ಖಾಲಿ ಹುದ್ದೆಯ ಹಿಂದೆ ಕೆಲವು ವಿಶಿಷ್ಟ ಕೌಶಲ್ಯಗಳ ಸಂಯೋಜನೆಯಿದೆ ಎಂದು ಅವರು ಸಾಬೀತುಪಡಿಸುವವರೆಗೆ, ನಾನು ಅದನ್ನು ಖರೀದಿಸುವುದಿಲ್ಲ! ಅಂದರೆ, ನಮಗೆ ಉದ್ಯೋಗ ಶೀರ್ಷಿಕೆ ಇದೆ, "ಡೆವಪ್ಸ್ ಇಂಜಿನಿಯರ್," ಆಸಕ್ತಿದಾಯಕ ಶೀರ್ಷಿಕೆ, ಹೌದು, ಮುಂದಿನದು ಏನು? ಉದ್ಯೋಗ ಶೀರ್ಷಿಕೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಬಹಳ ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವಾಗಿದೆ. "ಡೆವಲಪರ್" ಎಂದು ಹೇಳೋಣ - ಅದು ಏನು? ವಿಭಿನ್ನ ಸಂಸ್ಥೆಗಳು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ವಿಷಯಗಳನ್ನು ಅರ್ಥೈಸುತ್ತವೆ. ಕೆಲವು ಕಂಪನಿಗಳಲ್ಲಿ, ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು ಇತರ ಕಂಪನಿಗಳಲ್ಲಿ ವಿಶೇಷ ವೃತ್ತಿಪರ ಪರೀಕ್ಷಕರು ಬರೆದ ಪರೀಕ್ಷೆಗಳಿಗಿಂತ ಹೆಚ್ಚು ಅರ್ಥಪೂರ್ಣವಾದ ಪರೀಕ್ಷೆಗಳನ್ನು ಬರೆಯುತ್ತಾರೆ. ಹಾಗಾದರೆ, ಅವರು ಈಗ ಪ್ರೋಗ್ರಾಮರ್‌ಗಳು ಅಥವಾ ಪರೀಕ್ಷಕರು?
ಹೌದು, ನಾವು ಉದ್ಯೋಗ ಶೀರ್ಷಿಕೆಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಆದರೆ ನೀವು ಸಾಕಷ್ಟು ದೀರ್ಘವಾದ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಿದರೆ, ಅಂತಿಮವಾಗಿ ನಾವೆಲ್ಲರೂ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವವರು ಎಂದು ತಿರುಗುತ್ತದೆ. ನಾವು ಪರಿಹಾರ ಹುಡುಕುವವರು, ಮತ್ತು ಕೆಲವರು ಕೆಲವು ತಾಂತ್ರಿಕ ಕೌಶಲ್ಯಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ ಮತ್ತು ಕೆಲವರು ವಿಭಿನ್ನವಾದವುಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ. ನೀವು DevOps ನುಸುಳಿದ ವಾತಾವರಣದಲ್ಲಿ ವಾಸಿಸುತ್ತಿದ್ದರೆ, ನೀವು ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಆಡಳಿತದ ಏಕೀಕರಣದಲ್ಲಿ ತೊಡಗಿರುವಿರಿ ಮತ್ತು ಈ ಚಟುವಟಿಕೆಯು ಕೆಲವು ಪ್ರಮುಖ ಉದ್ದೇಶವನ್ನು ಹೊಂದಿದೆ. ಆದರೆ ನೀವು ನಿಖರವಾಗಿ ಏನು ಮಾಡುತ್ತಿದ್ದೀರಿ ಮತ್ತು ನೀವು ಏನು ಜವಾಬ್ದಾರರು ಎಂದು ನಿಮ್ಮನ್ನು ಕೇಳಿದರೆ, ಜನರು ಅನಾದಿ ಕಾಲದಿಂದಲೂ ಈ ಎಲ್ಲಾ ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತಿದ್ದಾರೆ ಎಂದು ತಿರುಗುತ್ತದೆ. “ವಾಸ್ತುಶೈಲಿಗೆ ನಾನು ಜವಾಬ್ದಾರನಾಗಿರುತ್ತೇನೆ”, “ಡೇಟಾಬೇಸ್‌ಗಳಿಗೆ ನಾನು ಜವಾಬ್ದಾರನಾಗಿರುತ್ತೇನೆ” ಮತ್ತು ಹೀಗೆ, ಏನೇ ಇರಲಿ, ನೀವು ನೋಡುತ್ತೀರಿ - ಇದೆಲ್ಲವೂ “ಡೆವೊಪ್ಸ್” ಮೊದಲು.
ಯಾರಾದರೂ ತಮ್ಮ ಕೆಲಸದ ಶೀರ್ಷಿಕೆಯನ್ನು ನನಗೆ ಹೇಳಿದಾಗ, ನಾನು ನಿಜವಾಗಿಯೂ ಹೆಚ್ಚು ಕೇಳುವುದಿಲ್ಲ. ಅವನು ನಿಜವಾಗಿ ಏನು ಜವಾಬ್ದಾರನಾಗಿರುತ್ತಾನೆ ಎಂಬುದನ್ನು ಅವನಿಗೆ ಹೇಳಲು ಅವಕಾಶ ನೀಡುವುದು ಉತ್ತಮ, ಇದು ಸಮಸ್ಯೆಯನ್ನು ಹೆಚ್ಚು ಚೆನ್ನಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ನಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಒಬ್ಬ ವ್ಯಕ್ತಿಯು "ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್" ಎಂದು ಹೇಳಿಕೊಂಡಾಗ ನನ್ನ ನೆಚ್ಚಿನ ಉದಾಹರಣೆಯಾಗಿದೆ. ಏನು? ಇದು ಏನೂ ಅರ್ಥವಲ್ಲ, ನೀವು ಏನು ಮಾಡುತ್ತಿದ್ದೀರಿ ಎಂದು ನನಗೆ ಇನ್ನೂ ತಿಳಿದಿಲ್ಲ. ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್ ಡೆವಲಪರ್ ಆಗಿರಬಹುದು, ನಾಲ್ಕು ಜನರ ತಂಡದ ನಾಯಕನಾಗಬಹುದು, ಕೋಡ್ ಬರೆಯಬಹುದು, ಕೆಲಸ ಮಾಡಬಹುದು, ಯಾರು ಟೀಮ್ ಲೀಡ್ ಆಗಿರಬಹುದು, ಜನರು ತಮ್ಮನ್ನು ತಾವು ನಾಯಕ ಎಂದು ಗುರುತಿಸುತ್ತಾರೆ. ಮತ್ತು, ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್ ಒಬ್ಬ ಪ್ರಾಜೆಕ್ಟ್‌ನಲ್ಲಿ ಆರು ನೂರು ಜನರನ್ನು ನಿರ್ವಹಿಸುವ ವ್ಯವಸ್ಥಾಪಕರಾಗಬಹುದು, ಇತರ ವ್ಯವಸ್ಥಾಪಕರನ್ನು ನಿರ್ವಹಿಸುತ್ತಾರೆ, ವೇಳಾಪಟ್ಟಿಗಳನ್ನು ರೂಪಿಸಲು ಮತ್ತು ಬಜೆಟ್‌ಗಳನ್ನು ಯೋಜಿಸುವ ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊಂದಿರುತ್ತಾರೆ, ಅಷ್ಟೆ. ಇವು ಎರಡು ವಿಭಿನ್ನ ಪ್ರಪಂಚಗಳು! ಆದರೆ ಅವರ ಕೆಲಸದ ಶೀರ್ಷಿಕೆ ಒಂದೇ ಆಗಿರುತ್ತದೆ.
ಇದನ್ನು ಸ್ವಲ್ಪ ವಿಭಿನ್ನವಾಗಿ ತಿರುಗಿಸೋಣ. ನೀವು ನಿಜವಾಗಿಯೂ ಯಾವುದರಲ್ಲಿ ಉತ್ತಮರು, ಸಾಕಷ್ಟು ಅನುಭವವನ್ನು ಹೊಂದಿದ್ದೀರಿ, ನಿಮ್ಮಲ್ಲಿ ಪ್ರತಿಭೆ ಇದೆಯೇ? ನೀವು ಕೆಲಸವನ್ನು ನಿಭಾಯಿಸಬಹುದೆಂದು ನೀವು ಭಾವಿಸುವ ಕಾರಣ ನೀವು ಏನು ಜವಾಬ್ದಾರಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೀರಿ? ಮತ್ತು ಇಲ್ಲಿ ಯಾರಾದರೂ ತಕ್ಷಣ ನಿರಾಕರಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ: ಇಲ್ಲ, ಇಲ್ಲ, ಇಲ್ಲ, ಯೋಜನಾ ಸಂಪನ್ಮೂಲಗಳೊಂದಿಗೆ ವ್ಯವಹರಿಸಲು ನನಗೆ ಯಾವುದೇ ಆಸೆ ಇಲ್ಲ, ಇದು ನನ್ನ ವ್ಯವಹಾರವಲ್ಲ, ನಾನು ತಾಂತ್ರಿಕ ಸೊಗಸುಗಾರ ಮತ್ತು ನಾನು ಉಪಯುಕ್ತತೆ ಮತ್ತು ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್‌ಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ, ನಾನು ಮಾಡುವುದಿಲ್ಲ ಜನರ ಸೈನ್ಯವನ್ನು ನಿರ್ವಹಿಸಲು ನಾನು ಬಯಸುತ್ತೇನೆ, ನಾನು ಕೆಲಸಕ್ಕೆ ಹೋಗುತ್ತೇನೆ.
ಮತ್ತು ಮೂಲಕ, ನಾನು ಈ ರೀತಿಯ ಕೌಶಲ್ಯಗಳ ಪ್ರತ್ಯೇಕತೆಯು ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ವಿಧಾನದ ದೊಡ್ಡ ಪ್ರತಿಪಾದಕನಾಗಿದ್ದೇನೆ. ಅಲ್ಲಿ ತಂತ್ರಜ್ಞರು ತಮ್ಮ ವೃತ್ತಿಯನ್ನು ಎಷ್ಟು ಬೇಕಾದರೂ ಬೆಳೆಸಿಕೊಳ್ಳಬಹುದು. ಆದಾಗ್ಯೂ, ನಾನು ಇನ್ನೂ ಟೆಕ್ಕಿಗಳು ದೂರು ನೀಡುವ ಸಂಸ್ಥೆಗಳನ್ನು ನೋಡುತ್ತೇನೆ: ನಾನು ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್‌ಗೆ ಹೋಗಬೇಕಾಗುತ್ತದೆ ಏಕೆಂದರೆ ಅದು ಈ ಕಂಪನಿಯಲ್ಲಿ ಏಕೈಕ ಮಾರ್ಗವಾಗಿದೆ. ಕೆಲವೊಮ್ಮೆ ಇದು ಭಯಾನಕ ಫಲಿತಾಂಶಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ. ಅತ್ಯುತ್ತಮ ಟೆಕ್ಕಿಗಳು ಉತ್ತಮ ನಿರ್ವಾಹಕರಲ್ಲ ಮತ್ತು ಉತ್ತಮ ವ್ಯವಸ್ಥಾಪಕರು ತಂತ್ರಜ್ಞಾನವನ್ನು ನಿಭಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಈ ಬಗ್ಗೆ ಪ್ರಾಮಾಣಿಕವಾಗಿರಲಿ.
ನಾನು ಈಗ ಇದಕ್ಕೆ ಸಾಕಷ್ಟು ಬೇಡಿಕೆಯನ್ನು ನೋಡುತ್ತೇನೆ. ನೀವು ಟೆಕ್ಕಿಯಾಗಿದ್ದರೆ, ನಿಮ್ಮ ಕಂಪನಿಯು ನಿಮಗೆ ಸಹಾಯ ಮಾಡಬಹುದು, ಆದರೆ ಲೆಕ್ಕಿಸದೆಯೇ, ನಿಮಗೆ ನಿಜವಾಗಿಯೂ ನಿಮ್ಮ ಸ್ವಂತ ವೃತ್ತಿ ಮಾರ್ಗವನ್ನು ಕಂಡುಹಿಡಿಯಬೇಕು ಏಕೆಂದರೆ ತಂತ್ರಜ್ಞಾನವು ಬದಲಾಗುತ್ತಲೇ ಇರುತ್ತದೆ ಮತ್ತು ಅದರೊಂದಿಗೆ ನೀವು ನಿಮ್ಮನ್ನು ಮರುಶೋಧಿಸಿಕೊಳ್ಳಬೇಕು! ಕೇವಲ ಇಪ್ಪತ್ತು ವರ್ಷಗಳಲ್ಲಿ, ತಂತ್ರಜ್ಞಾನಗಳು ಕನಿಷ್ಠ ಐದು ಬಾರಿ ಬದಲಾಗಬಹುದು. ತಂತ್ರಜ್ಞಾನ ಒಂದು ವಿಚಿತ್ರ...
"ಎಲ್ಲದರ ಬಗ್ಗೆ ತಜ್ಞರು"
ಮೈಕೆಲ್: ತಂತ್ರಜ್ಞಾನದ ಬದಲಾವಣೆಯ ವೇಗವನ್ನು ಜನರು ಹೇಗೆ ನಿಭಾಯಿಸಬಹುದು? ಅವರ ಸಂಕೀರ್ಣತೆಯು ಬೆಳೆಯುತ್ತಿದೆ, ಅವರ ಸಂಖ್ಯೆಯು ಬೆಳೆಯುತ್ತಿದೆ, ಜನರ ನಡುವಿನ ಒಟ್ಟು ಸಂವಹನವು ಬೆಳೆಯುತ್ತಿದೆ ಮತ್ತು ನೀವು "ಎಲ್ಲದರಲ್ಲೂ ಪರಿಣಿತರು" ಆಗಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಅದು ತಿರುಗುತ್ತದೆ.
ಟಿಮ್: ಸರಿ! ನೀವು ತಂತ್ರಜ್ಞಾನದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ, ಹೌದು, ನೀವು ಖಂಡಿತವಾಗಿಯೂ ನಿರ್ದಿಷ್ಟವಾದದನ್ನು ಆರಿಸಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಅದನ್ನು ಪರಿಶೀಲಿಸಬೇಕು. ನಿಮ್ಮ ಸಂಸ್ಥೆಯು ಉಪಯುಕ್ತವೆಂದು ಕಂಡುಕೊಳ್ಳುವ ಕೆಲವು ತಂತ್ರಜ್ಞಾನಗಳು (ಮತ್ತು ಬಹುಶಃ ನಿಜವಾಗಿಯೂ ಉಪಯುಕ್ತವಾಗಬಹುದು). ಮತ್ತು ನೀವು ಇನ್ನು ಮುಂದೆ ಅದರಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿಲ್ಲದಿದ್ದರೆ - ನಾನು ಇದನ್ನು ಹೇಳುತ್ತೇನೆ ಎಂದು ನಾನು ಎಂದಿಗೂ ನಂಬುತ್ತಿರಲಿಲ್ಲ - ಅಲ್ಲದೆ, ತಂತ್ರಜ್ಞಾನವು ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ಅಥವಾ ಅಧ್ಯಯನ ಮಾಡಲು ಹೆಚ್ಚು ಅನುಕೂಲಕರವಾಗಿರುವ ಬೇರೆ ಯಾವುದಾದರೂ ಸಂಸ್ಥೆಗೆ ನೀವು ಹೋಗಬೇಕು.
ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ, ಹೌದು, ನೀವು ಸರಿ. ತಂತ್ರಜ್ಞಾನಗಳು ಏಕಕಾಲದಲ್ಲಿ ಎಲ್ಲಾ ದಿಕ್ಕುಗಳಲ್ಲಿಯೂ ಬೆಳೆಯುತ್ತಿವೆ; "ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಎಲ್ಲಾ ತಂತ್ರಜ್ಞಾನಗಳಲ್ಲಿ ನಾನು ಪರಿಣಿತ ತಂತ್ರಜ್ಞ" ಎಂದು ಯಾರೂ ಹೇಳಲು ಸಾಧ್ಯವಿಲ್ಲ. ಮತ್ತೊಂದೆಡೆ, ತಾಂತ್ರಿಕ ಜ್ಞಾನವನ್ನು ಅಕ್ಷರಶಃ ಹೀರಿಕೊಳ್ಳುವ ಮತ್ತು ಅದರ ಬಗ್ಗೆ ಹುಚ್ಚರಾಗಿರುವ ಸ್ಪಾಂಜ್ ಜನರಿದ್ದಾರೆ. ನಾನು ಅಂತಹ ಒಂದೆರಡು ಜನರನ್ನು ನೋಡಿದ್ದೇನೆ, ಅವರು ಅಕ್ಷರಶಃ ಉಸಿರಾಡುತ್ತಾರೆ ಮತ್ತು ಬದುಕುತ್ತಾರೆ, ಅವರೊಂದಿಗೆ ಮಾತನಾಡಲು ಇದು ಉಪಯುಕ್ತ ಮತ್ತು ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ. ಅವರು ಸಂಸ್ಥೆಯೊಳಗೆ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ಅಧ್ಯಯನ ಮಾಡುತ್ತಾರೆ, ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ, ಅವರು ಅದರ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಾರೆ, ಅವರು ನಿಜವಾಗಿಯೂ ತಂಪಾದ ತಂತ್ರಜ್ಞರು, ಅವರು ಬಹಳ ಪ್ರಜ್ಞಾಪೂರ್ವಕ ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕರಾಗಿದ್ದಾರೆ. ಅವರು ತಮ್ಮ ಮುಖ್ಯ ಕೆಲಸ ಏನೆಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ ಅಲೆಯ ತುದಿಯಲ್ಲಿ ಉಳಿಯಲು ಪ್ರಯತ್ನಿಸುತ್ತಾರೆ, ಏಕೆಂದರೆ ಅವರ ಉತ್ಸಾಹವು ತಂತ್ರಜ್ಞಾನದ ಚಲನೆ, ತಂತ್ರಜ್ಞಾನದ ಪ್ರಚಾರವಾಗಿದೆ. ನೀವು ಅಂತಹ ವ್ಯಕ್ತಿಯನ್ನು ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಭೇಟಿಯಾದರೆ, ನೀವು ಅವರೊಂದಿಗೆ ಊಟಕ್ಕೆ ಹೋಗಬೇಕು ಮತ್ತು ಊಟದ ಮೇಲೆ ವಿವಿಧ ತಂಪಾದ ವಿಷಯಗಳನ್ನು ಚರ್ಚಿಸಬೇಕು. ನನ್ನ ಪ್ರಕಾರ ಯಾವುದೇ ಸಂಸ್ಥೆಗೆ ಇಂಥವರಾದರೂ ಒಂದೆರಡು ಬೇಕು.
ಅಪಾಯಗಳು ಮತ್ತು ಅನಿಶ್ಚಿತತೆ
ಮೈಕೆಲ್: ಗೌರವಾನ್ವಿತ ಎಂಜಿನಿಯರ್‌ಗಳು, ಹೌದು. ನಮಗೆ ಸಮಯವಿರುವಾಗ ಅಪಾಯ ನಿರ್ವಹಣೆಯನ್ನು ಸ್ಪರ್ಶಿಸೋಣ. ನಾವು ವೈದ್ಯಕೀಯ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಚರ್ಚೆಯೊಂದಿಗೆ ಈ ಸಂದರ್ಶನವನ್ನು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ, ಅಲ್ಲಿ ದೋಷಗಳು ಭೀಕರ ಪರಿಣಾಮಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು. ನಂತರ ನಾವು ಚಂದ್ರನ ಕಾರ್ಯಕ್ರಮದ ಬಗ್ಗೆ ಮಾತನಾಡಿದ್ದೇವೆ, ಅಲ್ಲಿ ದೋಷದ ವೆಚ್ಚವು ಮಿಲಿಯನ್ ಡಾಲರ್ಗಳು ಮತ್ತು ಬಹುಶಃ ಹಲವಾರು ಮಾನವ ಜೀವನಗಳು. ಆದರೆ ಈಗ ನಾನು ಉದ್ಯಮದಲ್ಲಿ ವಿರುದ್ಧವಾದ ಚಲನೆಯನ್ನು ನೋಡುತ್ತೇನೆ, ಜನರು ಅಪಾಯಗಳ ಬಗ್ಗೆ ಯೋಚಿಸುವುದಿಲ್ಲ, ಅವುಗಳನ್ನು ಊಹಿಸಲು ಪ್ರಯತ್ನಿಸುವುದಿಲ್ಲ, ಅವುಗಳನ್ನು ಗಮನಿಸುವುದಿಲ್ಲ.
ಒಲೆಗ್: ವೇಗವಾಗಿ ಸರಿಸಿ ಮತ್ತು ವಸ್ತುಗಳನ್ನು ಮುರಿಯಿರಿ!
ಮೈಕೆಲ್: ಹೌದು, ನೀವು ಏನನ್ನಾದರೂ ಸಾಯುವವರೆಗೆ ವೇಗವಾಗಿ ಚಲಿಸಿ, ವಸ್ತುಗಳನ್ನು ಮುರಿಯಿರಿ, ಹೆಚ್ಚು ಹೆಚ್ಚು ವಿಷಯಗಳನ್ನು. ನಿಮ್ಮ ದೃಷ್ಟಿಕೋನದಿಂದ, ಸರಾಸರಿ ಡೆವಲಪರ್ ಈಗ ಕಲಿಕೆಯ ಅಪಾಯ ನಿರ್ವಹಣೆಯನ್ನು ಹೇಗೆ ಅನುಸರಿಸಬೇಕು?
ಟಿಮ್: ಎರಡು ವಿಷಯಗಳ ನಡುವೆ ಇಲ್ಲಿ ಒಂದು ಗೆರೆಯನ್ನು ಎಳೆಯೋಣ: ಅಪಾಯಗಳು ಮತ್ತು ಅನಿಶ್ಚಿತತೆ. ಇವು ವಿಭಿನ್ನ ವಿಷಯಗಳಾಗಿವೆ. ಖಚಿತವಾದ ಉತ್ತರವನ್ನು ತಲುಪಲು ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ನೀವು ಸಾಕಷ್ಟು ಡೇಟಾವನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದಾಗ ಅನಿಶ್ಚಿತತೆ ಸಂಭವಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಪ್ರಾಜೆಕ್ಟ್‌ನ ಆರಂಭಿಕ ಹಂತದಲ್ಲಿ, "ನೀವು ಕೆಲಸವನ್ನು ಯಾವಾಗ ಮುಗಿಸುತ್ತೀರಿ" ಎಂದು ಯಾರಾದರೂ ನಿಮ್ಮನ್ನು ಕೇಳಿದರೆ, ನೀವು ಸಾಕಷ್ಟು ಪ್ರಾಮಾಣಿಕ ವ್ಯಕ್ತಿಯಾಗಿದ್ದರೆ, "ನನಗೆ ತಿಳಿದಿಲ್ಲ" ಎಂದು ನೀವು ಹೇಳುವಿರಿ. ನಿಮಗೆ ಗೊತ್ತಿಲ್ಲ, ಮತ್ತು ಅದು ಸರಿ. ನೀವು ಇನ್ನೂ ಸಮಸ್ಯೆಗಳನ್ನು ಅಧ್ಯಯನ ಮಾಡಿಲ್ಲ ಮತ್ತು ತಂಡದೊಂದಿಗೆ ಪರಿಚಿತರಾಗಿಲ್ಲ, ಅವರ ಕೌಶಲ್ಯಗಳು ನಿಮಗೆ ತಿಳಿದಿಲ್ಲ, ಇತ್ಯಾದಿ. ಇದು ಅನಿಶ್ಚಿತತೆ.
ಸಂಭವನೀಯ ಸಮಸ್ಯೆಗಳನ್ನು ಈಗಾಗಲೇ ಗುರುತಿಸಬಹುದಾದಾಗ ಅಪಾಯಗಳು ಉಂಟಾಗುತ್ತವೆ. ಈ ರೀತಿಯ ವಿಷಯ ಸಂಭವಿಸಬಹುದು, ಅದರ ಸಂಭವನೀಯತೆಯು ಶೂನ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿರುತ್ತದೆ, ಆದರೆ ನೂರಕ್ಕಿಂತ ಕಡಿಮೆ, ಎಲ್ಲೋ ನಡುವೆ. ಈ ಕಾರಣದಿಂದಾಗಿ, ವಿಳಂಬ ಮತ್ತು ಅನಗತ್ಯ ಕೆಲಸದಿಂದ, ಆದರೆ ಯೋಜನೆಗೆ ಮಾರಕ ಫಲಿತಾಂಶದವರೆಗೆ ಏನು ಬೇಕಾದರೂ ಆಗಬಹುದು. ಫಲಿತಾಂಶ, ನೀವು ಹೇಳಿದಾಗ - ಹುಡುಗರೇ, ನಮ್ಮ ಛತ್ರಿಗಳನ್ನು ಮಡಚಿ ಕಡಲತೀರವನ್ನು ಬಿಡೋಣ, ನಾವು ಅದನ್ನು ಎಂದಿಗೂ ಮುಗಿಸುವುದಿಲ್ಲ, ಅದು ಮುಗಿದಿದೆ, ಅವಧಿ. ಈ ವಿಷಯವು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ನಾವು ಊಹೆ ಮಾಡಿದ್ದೇವೆ, ಆದರೆ ಅದು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ, ಇದು ನಿಲ್ಲಿಸುವ ಸಮಯ. ಇವು ಸನ್ನಿವೇಶಗಳು.
ಆಗಾಗ್ಗೆ, ಸಮಸ್ಯೆಗಳು ಈಗಾಗಲೇ ಕಾಣಿಸಿಕೊಂಡಾಗ, ಸಮಸ್ಯೆಯು ಇದೀಗ ಸಂಭವಿಸಿದಾಗ ಪರಿಹರಿಸಲು ಸುಲಭವಾಗಿದೆ. ಆದರೆ ಸಮಸ್ಯೆಯು ನಿಮ್ಮ ಮುಂದೆ ಇದ್ದಾಗ, ನೀವು ಅಪಾಯ ನಿರ್ವಹಣೆಯನ್ನು ಮಾಡುತ್ತಿಲ್ಲ - ನೀವು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವುದು, ಬಿಕ್ಕಟ್ಟು ನಿರ್ವಹಣೆಯನ್ನು ಮಾಡುತ್ತಿರುವಿರಿ. ನೀವು ಪ್ರಮುಖ ಡೆವಲಪರ್ ಅಥವಾ ಮ್ಯಾನೇಜರ್ ಆಗಿದ್ದರೆ, ವಿಳಂಬಗಳು, ವ್ಯರ್ಥ ಸಮಯ, ಅನಗತ್ಯ ವೆಚ್ಚಗಳು ಅಥವಾ ಸಂಪೂರ್ಣ ಯೋಜನೆಯ ಕುಸಿತಕ್ಕೆ ಕಾರಣವಾಗುವ ಏನಾಗಬಹುದು ಎಂದು ನೀವು ಆಶ್ಚರ್ಯ ಪಡುತ್ತಿರಬೇಕು? ನಮ್ಮನ್ನು ನಿಲ್ಲಿಸಲು ಮತ್ತು ಪ್ರಾರಂಭಿಸಲು ಏನು ಮಾಡುತ್ತದೆ? ಇವೆಲ್ಲವೂ ಕೆಲಸ ಮಾಡುವಾಗ, ನಾವು ಅವರೊಂದಿಗೆ ಏನು ಮಾಡುತ್ತೇವೆ? ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ ಮಾನ್ಯವಾಗಿರುವ ಸರಳವಾದ ಉತ್ತರವಿದೆ: ಅಪಾಯಗಳಿಂದ ಓಡಿಹೋಗಬೇಡಿ, ಅವುಗಳ ಮೇಲೆ ಕೆಲಸ ಮಾಡಿ. ನೀವು ಅಪಾಯಕಾರಿ ಪರಿಸ್ಥಿತಿಯನ್ನು ಹೇಗೆ ಪರಿಹರಿಸಬಹುದು ಎಂಬುದನ್ನು ನೋಡಿ, ಅದನ್ನು ಯಾವುದಕ್ಕೂ ಕಡಿಮೆ ಮಾಡಿ, ಸಮಸ್ಯೆಯಿಂದ ಬೇರೆಯದಕ್ಕೆ ತಿರುಗಿಸಿ. ಹೇಳುವ ಬದಲು: ಸರಿ, ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸಿದಂತೆ ನಾವು ಪರಿಹರಿಸುತ್ತೇವೆ.
ನೀವು ವ್ಯವಹರಿಸುವ ಎಲ್ಲದರಲ್ಲೂ ಅನಿಶ್ಚಿತತೆ ಮತ್ತು ಅಪಾಯವು ಮುಂಚೂಣಿಯಲ್ಲಿರಬೇಕು. ನೀವು ಪ್ರಾಜೆಕ್ಟ್ ಯೋಜನೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು, ಸಮಯಕ್ಕಿಂತ ಮುಂಚಿತವಾಗಿ ಕೆಲವು ನಿರ್ಣಾಯಕ ಅಪಾಯಗಳನ್ನು ನೋಡಬಹುದು ಮತ್ತು ಹೀಗೆ ಹೇಳಬಹುದು: ನಾವು ಈಗ ಇದನ್ನು ನಿಭಾಯಿಸಬೇಕಾಗಿದೆ, ಏಕೆಂದರೆ ಇವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ತಪ್ಪಾದರೆ, ಬೇರೆ ಯಾವುದೂ ಮುಖ್ಯವಲ್ಲ. ನೀವು ಭೋಜನವನ್ನು ಬೇಯಿಸಬಹುದೇ ಎಂದು ಅಸ್ಪಷ್ಟವಾಗಿದ್ದರೆ ಮೇಜಿನ ಮೇಲಿರುವ ಮೇಜುಬಟ್ಟೆಯ ಸೌಂದರ್ಯದ ಬಗ್ಗೆ ನೀವು ಚಿಂತಿಸಬಾರದು. ಮೊದಲು ನೀವು ರುಚಿಕರವಾದ ಭೋಜನವನ್ನು ತಯಾರಿಸುವ ಎಲ್ಲಾ ಅಪಾಯಗಳನ್ನು ಗುರುತಿಸಬೇಕು, ಅವರೊಂದಿಗೆ ವ್ಯವಹರಿಸಿ, ಮತ್ತು ನಂತರ ಮಾತ್ರ ನಿಜವಾದ ಬೆದರಿಕೆಯನ್ನು ಉಂಟುಮಾಡದ ಎಲ್ಲಾ ಇತರ ವಿಷಯಗಳ ಬಗ್ಗೆ ಯೋಚಿಸಿ.
ಮತ್ತೆ, ನಿಮ್ಮ ಯೋಜನೆಯನ್ನು ಅನನ್ಯವಾಗಿಸುವುದು ಯಾವುದು? ನಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್ ಹಳಿ ತಪ್ಪಲು ಏನು ಮಾಡಬಹುದೆಂದು ನೋಡೋಣ. ಇದು ಸಂಭವಿಸುವ ಸಾಧ್ಯತೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು ನಾವು ಏನು ಮಾಡಬಹುದು? ಸಾಮಾನ್ಯವಾಗಿ ನೀವು ಅವುಗಳನ್ನು 100% ತಟಸ್ಥಗೊಳಿಸಲು ಮತ್ತು ಸ್ಪಷ್ಟ ಆತ್ಮಸಾಕ್ಷಿಯೊಂದಿಗೆ ಘೋಷಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ: "ಅದು, ಇದು ಇನ್ನು ಮುಂದೆ ಸಮಸ್ಯೆಯಲ್ಲ, ಅಪಾಯವು ಪರಿಹರಿಸಲ್ಪಟ್ಟಿದೆ!" ನನಗೆ ಇದು ವಯಸ್ಕ ನಡವಳಿಕೆಯ ಸಂಕೇತವಾಗಿದೆ. ಇದು ಮಗು ಮತ್ತು ದೊಡ್ಡವರ ನಡುವಿನ ವ್ಯತ್ಯಾಸ - ಮಕ್ಕಳು ತಾವು ಅಮರರು ಎಂದು ಭಾವಿಸುತ್ತಾರೆ, ಯಾವುದೂ ತಪ್ಪಾಗುವುದಿಲ್ಲ, ಎಲ್ಲವೂ ಚೆನ್ನಾಗಿರುತ್ತದೆ! ಅದೇ ಸಮಯದಲ್ಲಿ, ವಯಸ್ಕರು ಮೂರು ವರ್ಷದ ಮಕ್ಕಳು ಆಟದ ಮೈದಾನದಲ್ಲಿ ಹೇಗೆ ಜಿಗಿಯುತ್ತಾರೆ ಎಂಬುದನ್ನು ವೀಕ್ಷಿಸುತ್ತಾರೆ, ಅವರ ಕಣ್ಣುಗಳಿಂದ ಚಲನೆಯನ್ನು ಅನುಸರಿಸುತ್ತಾರೆ ಮತ್ತು ತಮ್ಮನ್ನು ತಾವು ಹೇಳಿಕೊಳ್ಳುತ್ತಾರೆ: "ಓಹ್-ಓಹ್, ಓಹ್-ಓಹ್." ನಾನು ಹತ್ತಿರದಲ್ಲಿ ನಿಂತು ಮಗು ಬಿದ್ದಾಗ ಹಿಡಿಯಲು ತಯಾರಾಗುತ್ತೇನೆ.
ಮತ್ತೊಂದೆಡೆ, ನಾನು ಈ ವ್ಯವಹಾರವನ್ನು ತುಂಬಾ ಇಷ್ಟಪಡುವ ಕಾರಣ ಇದು ಅಪಾಯಕಾರಿ. ನಾವು ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತೇವೆ ಮತ್ತು ಆ ವಿಷಯಗಳು ಅಪಾಯಕಾರಿ. ಅವರಿಗೆ ವಯಸ್ಕ ವಿಧಾನದ ಅಗತ್ಯವಿದೆ. ಉತ್ಸಾಹ ಮಾತ್ರ ನಿಮ್ಮ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುವುದಿಲ್ಲ!
ವಯಸ್ಕರ ಎಂಜಿನಿಯರಿಂಗ್ ಚಿಂತನೆ
ಮೈಕೆಲ್: ಮಕ್ಕಳೊಂದಿಗೆ ಉದಾಹರಣೆ ಒಳ್ಳೆಯದು. ನಾನು ಸಾಮಾನ್ಯ ಇಂಜಿನಿಯರ್ ಆಗಿದ್ದರೆ, ನಾನು ಮಗುವಿನಂತೆ ಸಂತೋಷಪಡುತ್ತೇನೆ. ಆದರೆ ನೀವು ಹೆಚ್ಚು ವಯಸ್ಕ ಚಿಂತನೆಯ ಕಡೆಗೆ ಹೇಗೆ ಹೋಗುತ್ತೀರಿ?
ಟಿಮ್: ಹರಿಕಾರ ಅಥವಾ ಸ್ಥಾಪಿತ ಡೆವಲಪರ್‌ನೊಂದಿಗೆ ಸಮಾನವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ವಿಚಾರಗಳಲ್ಲಿ ಒಂದು ಸಂದರ್ಭದ ಪರಿಕಲ್ಪನೆಯಾಗಿದೆ. ನಾವೇನು ಮಾಡುತ್ತಿದ್ದೇವೆ, ಏನನ್ನು ಸಾಧಿಸಲಿದ್ದೇವೆ. ಈ ಯೋಜನೆಯಲ್ಲಿ ನಿಜವಾಗಿಯೂ ಯಾವುದು ಮುಖ್ಯ? ಈ ಯೋಜನೆಯಲ್ಲಿ ನೀವು ಯಾರೇ ಆಗಿರಲಿ, ನೀವು ಇಂಟರ್ನ್ ಆಗಿರಲಿ ಅಥವಾ ಮುಖ್ಯ ವಾಸ್ತುಶಿಲ್ಪಿಯಾಗಿರಲಿ, ಪ್ರತಿಯೊಬ್ಬರಿಗೂ ಸಂದರ್ಭದ ಅಗತ್ಯವಿದೆ. ಪ್ರತಿಯೊಬ್ಬರೂ ತಮ್ಮ ಸ್ವಂತ ಕೆಲಸಗಳಿಗಿಂತ ದೊಡ್ಡ ಪ್ರಮಾಣದಲ್ಲಿ ಯೋಚಿಸುವಂತೆ ನಾವು ಮಾಡಬೇಕಾಗಿದೆ. "ನಾನು ನನ್ನ ತುಂಡನ್ನು ತಯಾರಿಸುತ್ತೇನೆ, ಮತ್ತು ನನ್ನ ತುಣುಕು ಕೆಲಸ ಮಾಡುವವರೆಗೆ, ನಾನು ಸಂತೋಷವಾಗಿರುತ್ತೇನೆ." ಇಲ್ಲ ಮತ್ತು ಮತ್ತೆ ಇಲ್ಲ. ಜನರು ಕೆಲಸ ಮಾಡುವ ಸಂದರ್ಭವನ್ನು ನೆನಪಿಸಲು ಯಾವಾಗಲೂ (ಅಸಭ್ಯವಾಗಿ ಇಲ್ಲದೆ!) ಯೋಗ್ಯವಾಗಿದೆ. ನಾವೆಲ್ಲರೂ ಒಟ್ಟಾಗಿ ಏನನ್ನು ಸಾಧಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದೇವೆ. ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್‌ನಲ್ಲಿ ಎಲ್ಲವೂ ಉತ್ತಮವಾಗಿರುವವರೆಗೆ ನೀವು ಮಗುವಾಗಿರಬಹುದು ಎಂಬ ಕಲ್ಪನೆಗಳು - ದಯವಿಟ್ಟು ಹಾಗೆ ಮಾಡಬೇಡಿ. ನಾವು ಅಂತಿಮ ಗೆರೆಯನ್ನು ದಾಟಿದರೆ, ನಾವು ಅದನ್ನು ಒಟ್ಟಿಗೆ ದಾಟುತ್ತೇವೆ. ನೀವು ಒಬ್ಬಂಟಿಯಾಗಿಲ್ಲ, ನಾವೆಲ್ಲರೂ ಒಟ್ಟಿಗೆ ಇದ್ದೇವೆ. ಪ್ರಾಜೆಕ್ಟ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಜನರು, ವೃದ್ಧರು ಮತ್ತು ಕಿರಿಯರು, ಪ್ರಾಜೆಕ್ಟ್‌ಗೆ ನಿಖರವಾಗಿ ಏನು ಮುಖ್ಯ ಎಂಬುದರ ಕುರಿತು ಮಾತನಾಡಲು ಪ್ರಾರಂಭಿಸಿದರೆ, ನಾವೆಲ್ಲರೂ ಸಾಧಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವುದನ್ನು ಕಂಪನಿಯು ಏಕೆ ಹೂಡಿಕೆ ಮಾಡುತ್ತಿದೆ ... ಅವರಲ್ಲಿ ಹೆಚ್ಚಿನವರು ಹೆಚ್ಚು ಉತ್ತಮವಾಗುತ್ತಾರೆ ಏಕೆಂದರೆ ಅವರು ಅವರ ಕೆಲಸವು ಪ್ರತಿಯೊಬ್ಬರ ಕೆಲಸದೊಂದಿಗೆ ಹೇಗೆ ಪರಸ್ಪರ ಸಂಬಂಧ ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ನೋಡುತ್ತದೆ. ಒಂದೆಡೆ, ನಾನು ವೈಯಕ್ತಿಕವಾಗಿ ಜವಾಬ್ದಾರನಾಗಿದ್ದೇನೆ ಎಂದು ನಾನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದೇನೆ. ಆದರೆ ಕೆಲಸವನ್ನು ಮುಗಿಸಲು ನಮಗೆ ಇತರ ಜನರೆಲ್ಲರೂ ಬೇಕು. ಮತ್ತು ನೀವು ಪೂರ್ಣಗೊಳಿಸಿದ್ದೀರಿ ಎಂದು ನೀವು ನಿಜವಾಗಿಯೂ ಭಾವಿಸಿದರೆ, ನಾವು ಯಾವಾಗಲೂ ಯೋಜನೆಯಲ್ಲಿ ಮಾಡಲು ಕೆಲಸವನ್ನು ಹೊಂದಿದ್ದೇವೆ!
ಒಲೆಗ್: ತುಲನಾತ್ಮಕವಾಗಿ ಹೇಳುವುದಾದರೆ, ನೀವು ಕಾನ್ಬನ್ ಪ್ರಕಾರ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ, ನೀವು ಕೆಲವು ಪರೀಕ್ಷೆಗಳ ಅಡಚಣೆಯನ್ನು ಹೊಡೆದಾಗ, ನೀವು ಅಲ್ಲಿ ಮಾಡುತ್ತಿರುವುದನ್ನು ಬಿಟ್ಟುಬಿಡಬಹುದು (ಉದಾಹರಣೆಗೆ, ಪ್ರೋಗ್ರಾಮಿಂಗ್) ಮತ್ತು ಪರೀಕ್ಷಕರಿಗೆ ಸಹಾಯ ಮಾಡಬಹುದು.
ಟಿಮ್: ನಿಖರವಾಗಿ. ನನ್ನ ಪ್ರಕಾರ ಅತ್ಯುತ್ತಮ ಟೆಕ್ಕಿಗಳು, ನೀವು ಅವರನ್ನು ಹತ್ತಿರದಿಂದ ನೋಡಿದರೆ, ಅವರು ತಮ್ಮದೇ ಆದ ನಿರ್ವಾಹಕರು. ನಾನು ಇದನ್ನು ಹೇಗೆ ರೂಪಿಸಬಹುದು ...
ಒಲೆಗ್: ನಿಮ್ಮ ಜೀವನವು ನಿಮ್ಮ ಯೋಜನೆಯಾಗಿದೆ, ಅದನ್ನು ನೀವು ನಿರ್ವಹಿಸುತ್ತೀರಿ.
ಟಿಮ್: ನಿಖರವಾಗಿ! ನನ್ನ ಪ್ರಕಾರ, ನೀವು ಜವಾಬ್ದಾರಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೀರಿ, ನೀವು ಸಮಸ್ಯೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೀರಿ ಮತ್ತು ನಿಮ್ಮ ನಿರ್ಧಾರಗಳು ಅವರ ಕೆಲಸದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಹುದು ಎಂದು ನೀವು ನೋಡಿದಾಗ ನೀವು ಜನರೊಂದಿಗೆ ಸಂಪರ್ಕಕ್ಕೆ ಬರುತ್ತೀರಿ. ಇದು ಕೇವಲ ನಿಮ್ಮ ಮೇಜಿನ ಬಳಿ ಕುಳಿತು ನಿಮ್ಮ ಕೆಲಸವನ್ನು ಮಾಡುವುದರ ಬಗ್ಗೆ ಅಲ್ಲ ಮತ್ತು ನಿಮ್ಮ ಸುತ್ತಲೂ ಏನು ನಡೆಯುತ್ತಿದೆ ಎಂಬುದನ್ನು ಸಹ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಇಲ್ಲ ಇಲ್ಲ ಇಲ್ಲ. ಅಂದಹಾಗೆ, ಅಗೈಲ್‌ನ ಅತ್ಯುತ್ತಮ ವಿಷಯವೆಂದರೆ ಅವರು ಸಣ್ಣ ಸ್ಪ್ರಿಂಟ್‌ಗಳನ್ನು ಪ್ರಸ್ತಾಪಿಸಿದರು, ಏಕೆಂದರೆ ಈ ರೀತಿಯಾಗಿ ಎಲ್ಲಾ ಭಾಗವಹಿಸುವವರ ವ್ಯವಹಾರಗಳ ಸ್ಥಿತಿಯನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಗಮನಿಸಬಹುದು, ಅವರು ಎಲ್ಲವನ್ನೂ ಒಟ್ಟಿಗೆ ನೋಡಬಹುದು. ನಾವು ಪ್ರತಿದಿನ ಪರಸ್ಪರ ಮಾತನಾಡುತ್ತೇವೆ.
ಅಪಾಯ ನಿರ್ವಹಣೆಗೆ ಹೇಗೆ ಪ್ರವೇಶಿಸುವುದು
ಒಲೆಗ್: ಈ ಪ್ರದೇಶದಲ್ಲಿ ಯಾವುದೇ ಔಪಚಾರಿಕ ಜ್ಞಾನ ರಚನೆ ಇದೆಯೇ? ಉದಾಹರಣೆಗೆ, ನಾನು ಜಾವಾ ಡೆವಲಪರ್ ಆಗಿದ್ದೇನೆ ಮತ್ತು ಶಿಕ್ಷಣದಿಂದ ನಿಜವಾದ ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್ ಆಗದೆ ಅಪಾಯ ನಿರ್ವಹಣೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಬಯಸುತ್ತೇನೆ. ನಾನು ಬಹುಶಃ ಮೆಕ್‌ಕಾನ್ನೆಲ್‌ನ "ಹೌ ಮಚ್ ಡಸ್ ಎ ಸಾಫ್ಟ್‌ವೇರ್ ಪ್ರಾಜೆಕ್ಟ್ ಕಾಸ್ಟ್" ಅನ್ನು ಮೊದಲು ಓದುತ್ತೇನೆ ಮತ್ತು ನಂತರ ಏನು? ಮೊದಲ ಹಂತಗಳು ಯಾವುವು?
ಟಿಮ್: ಯೋಜನೆಯಲ್ಲಿ ಜನರೊಂದಿಗೆ ಸಂವಹನವನ್ನು ಪ್ರಾರಂಭಿಸುವುದು ಮೊದಲನೆಯದು. ಇದು ಸಹೋದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಸಂವಹನ ಸಂಸ್ಕೃತಿಯಲ್ಲಿ ತಕ್ಷಣದ ಸುಧಾರಣೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ. ಎಲ್ಲವನ್ನೂ ಮರೆಮಾಡುವ ಬದಲು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ತೆರೆಯುವ ಮೂಲಕ ನಾವು ಪ್ರಾರಂಭಿಸಬೇಕಾಗಿದೆ. ಹೇಳಿ: ಇವುಗಳು ನನ್ನನ್ನು ಕಾಡುವ ವಿಷಯಗಳು, ಇವುಗಳು ನನ್ನನ್ನು ರಾತ್ರಿಯಲ್ಲಿ ಎಚ್ಚರಗೊಳಿಸುತ್ತವೆ, ನಾನು ಇಂದು ರಾತ್ರಿಯಲ್ಲಿ ಎಚ್ಚರಗೊಂಡಿದ್ದೇನೆ ಮತ್ತು ಹೀಗಿದೆ: ನನ್ನ ದೇವರೇ, ನಾನು ಇದರ ಬಗ್ಗೆ ಯೋಚಿಸಬೇಕಾಗಿದೆ! ಇತರರು ಅದೇ ವಿಷಯವನ್ನು ನೋಡುತ್ತಾರೆಯೇ? ಒಂದು ಗುಂಪಿನಂತೆ, ಈ ಸಂಭಾವ್ಯ ಸಮಸ್ಯೆಗಳಿಗೆ ನಾವು ಪ್ರತಿಕ್ರಿಯಿಸಬೇಕೇ? ಈ ವಿಷಯಗಳ ಕುರಿತು ಚರ್ಚೆಯನ್ನು ಬೆಂಬಲಿಸಲು ನಿಮಗೆ ಸಾಧ್ಯವಾಗುತ್ತದೆ. ನಾವು ಕೆಲಸ ಮಾಡುವ ಯಾವುದೇ ಪೂರ್ವ ಸಿದ್ಧಪಡಿಸಿದ ಸೂತ್ರವಿಲ್ಲ. ಇದು ಹ್ಯಾಂಬರ್ಗರ್‌ಗಳನ್ನು ತಯಾರಿಸುವ ಬಗ್ಗೆ ಅಲ್ಲ, ಇದು ಜನರ ಬಗ್ಗೆ. "ಚೀಸ್ ಬರ್ಗರ್ ಮಾಡಿದೆ, ಚೀಸ್ ಬರ್ಗರ್ ಮಾರಾಟ" ನಮ್ಮ ವಿಷಯವಲ್ಲ, ಮತ್ತು ಅದಕ್ಕಾಗಿಯೇ ನಾನು ಈ ಕೆಲಸವನ್ನು ತುಂಬಾ ಪ್ರೀತಿಸುತ್ತೇನೆ. ಮ್ಯಾನೇಜರ್‌ಗಳು ಮಾಡುತ್ತಿದ್ದ ಎಲ್ಲವೂ ಈಗ ತಂಡದ ಆಸ್ತಿಯಾದಾಗ ನಾನು ಇಷ್ಟಪಡುತ್ತೇನೆ.
ಒಲೆಗ್: ಗ್ರಾಫ್‌ನಲ್ಲಿನ ಸಂಖ್ಯೆಗಳಿಗಿಂತ ಜನರು ಸಂತೋಷದ ಬಗ್ಗೆ ಹೆಚ್ಚು ಕಾಳಜಿ ವಹಿಸುತ್ತಾರೆ ಎಂಬುದರ ಕುರಿತು ನೀವು ಪುಸ್ತಕಗಳು ಮತ್ತು ಸಂದರ್ಶನಗಳಲ್ಲಿ ಮಾತನಾಡಿದ್ದೀರಿ. ಮತ್ತೊಂದೆಡೆ, ನೀವು ತಂಡಕ್ಕೆ ಹೇಳಿದಾಗ: ನಾವು devops ಗೆ ಹೋಗುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಈಗ ಪ್ರೋಗ್ರಾಮರ್ ನಿರಂತರವಾಗಿ ಸಂವಹನ ನಡೆಸಬೇಕು, ಇದು ಅವರ ಆರಾಮ ವಲಯದಿಂದ ದೂರವಿರಬಹುದು. ಮತ್ತು ಈ ಕ್ಷಣದಲ್ಲಿ ಅವನು ಆಳವಾಗಿ ಅತೃಪ್ತಿ ಹೊಂದಬಹುದು ಎಂದು ಹೇಳೋಣ. ಈ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ಏನು ಮಾಡಬೇಕು?
ಟಿಮ್: ನಿಖರವಾಗಿ ಏನು ಮಾಡಬೇಕೆಂದು ನನಗೆ ಖಚಿತವಿಲ್ಲ. ಡೆವಲಪರ್ ತುಂಬಾ ಪ್ರತ್ಯೇಕವಾಗಿದ್ದರೆ, ಕೆಲಸವನ್ನು ಏಕೆ ಮೊದಲ ಸ್ಥಾನದಲ್ಲಿ ಮಾಡಲಾಗುತ್ತಿದೆ ಎಂದು ಅವರು ನೋಡುವುದಿಲ್ಲ, ಅವರು ತಮ್ಮ ಕೆಲಸದ ಭಾಗವನ್ನು ನೋಡುತ್ತಾರೆ ಮತ್ತು ನಾನು "ಸಂದರ್ಭ" ಎಂದು ಕರೆಯುವುದನ್ನು ಅವರು ಪಡೆಯಬೇಕು. ಎಲ್ಲವನ್ನೂ ಹೇಗೆ ಒಟ್ಟಿಗೆ ಸಂಪರ್ಕಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ಅವನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಬೇಕಾಗಿದೆ. ಮತ್ತು ಸಹಜವಾಗಿ, ನಾನು ಔಪಚಾರಿಕ ಪ್ರಸ್ತುತಿಗಳು ಅಥವಾ ಅಂತಹ ಯಾವುದನ್ನಾದರೂ ಅರ್ಥೈಸುವುದಿಲ್ಲ. ನೀವು ಒಟ್ಟಾರೆಯಾಗಿ ಕೆಲಸದ ಬಗ್ಗೆ ಸಹೋದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಬೇಕು ಎಂಬ ಅಂಶದ ಬಗ್ಗೆ ನಾನು ಮಾತನಾಡುತ್ತಿದ್ದೇನೆ ಮತ್ತು ನೀವು ಜವಾಬ್ದಾರರಾಗಿರುವ ಭಾಗದ ಬಗ್ಗೆ ಮಾತ್ರವಲ್ಲ. ಇಲ್ಲಿ ನೀವು ಆಲೋಚನೆಗಳನ್ನು ಚರ್ಚಿಸಲು ಪ್ರಾರಂಭಿಸಬಹುದು, ನಿಮ್ಮ ಕೆಲಸವನ್ನು ಒಟ್ಟಿಗೆ ಹೊಂದಿಕೊಳ್ಳಲು ಸಾಮಾನ್ಯ ಒಪ್ಪಂದಗಳು ಮತ್ತು ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆಯನ್ನು ಹೇಗೆ ಒಟ್ಟಿಗೆ ನಿಭಾಯಿಸುವುದು.
ಅವರಿಗೆ ಹೊಂದಿಕೊಳ್ಳಲು ಸಹಾಯ ಮಾಡಲು, ಅವರು ಸಾಮಾನ್ಯವಾಗಿ ಟೆಕ್ಕಿಗಳನ್ನು ತರಬೇತಿಗೆ ಕಳುಹಿಸಲು ಬಯಸುತ್ತಾರೆ ಮತ್ತು ಅವರು ತರಬೇತಿಯನ್ನು ಚರ್ಚಿಸುತ್ತಾರೆ. ನನ್ನ ಸ್ನೇಹಿತರೊಬ್ಬರು ನಾಯಿಗಳಿಗೆ ತರಬೇತಿ ಎಂದು ಹೇಳಲು ಇಷ್ಟಪಡುತ್ತಾರೆ. ಜನರಿಗೆ ತರಬೇತಿ ಇದೆ. ಡೆವಲಪರ್ ಆಗಿ ಕಲಿಯುವ ಅತ್ಯುತ್ತಮ ವಿಷಯವೆಂದರೆ ನಿಮ್ಮ ಗೆಳೆಯರೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವುದು. ಯಾರಾದರೂ ನಿಜವಾಗಿಯೂ ಏನಾದರೂ ಒಳ್ಳೆಯವರಾಗಿದ್ದರೆ, ನೀವು ಅವರ ಕೆಲಸವನ್ನು ನೋಡಬೇಕು ಅಥವಾ ಅವರ ಕೆಲಸ ಅಥವಾ ಯಾವುದನ್ನಾದರೂ ಕುರಿತು ಮಾತನಾಡಬೇಕು. ಕೆಲವು ಸಾಂಪ್ರದಾಯಿಕ ಕೆಂಟ್ ಬೆಕ್ ನಿರಂತರವಾಗಿ ತೀವ್ರವಾದ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಬಗ್ಗೆ ಮಾತನಾಡಿದರು. ಇದು ತಮಾಷೆಯಾಗಿದೆ ಏಕೆಂದರೆ XP ತುಂಬಾ ಸರಳವಾದ ಕಲ್ಪನೆಯಾಗಿದೆ, ಆದರೆ ಇದು ಹಲವಾರು ಸಮಸ್ಯೆಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಕೆಲವರಿಗೆ ಎಕ್ಸ್ ಪಿ ಮಾಡುವುದೆಂದರೆ ಸ್ನೇಹಿತರ ಮುಂದೆ ಬಲವಂತವಾಗಿ ಬಟ್ಟೆ ಬಿಚ್ಚಿದಂತೆ. ನಾನು ಏನು ಮಾಡುತ್ತಿದ್ದೇನೆ ಎಂದು ಅವರು ನೋಡುತ್ತಾರೆ! ಅವರು ನನ್ನ ಸಹೋದ್ಯೋಗಿಗಳು, ಅವರು ನೋಡುವುದಿಲ್ಲ, ಆದರೆ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ! ಭಯಾನಕ! ಕೆಲವು ಜನರು ಗಂಭೀರವಾಗಿ ನರಗಳಾಗಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ. ಆದರೆ ಇದು ಕಲಿಯಲು ಅಂತಿಮ ಮಾರ್ಗವಾಗಿದೆ ಎಂದು ನೀವು ಅರಿತುಕೊಂಡಾಗ, ಎಲ್ಲವೂ ಬದಲಾಗುತ್ತದೆ. ನೀವು ಜನರೊಂದಿಗೆ ನಿಕಟವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತೀರಿ ಮತ್ತು ಕೆಲವು ಜನರು ನಿಮಗಿಂತ ಉತ್ತಮವಾಗಿ ವಿಷಯವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ.
ಮೈಕೆಲ್: ಆದರೆ ಇದೆಲ್ಲವೂ ನಿಮ್ಮ ಆರಾಮ ವಲಯದಿಂದ ಹೊರಬರಲು ನಿಮ್ಮನ್ನು ಒತ್ತಾಯಿಸುತ್ತದೆ. ಇಂಜಿನಿಯರ್ ಆಗಿ, ನೀವು ನಿಮ್ಮ ಆರಾಮ ವಲಯದಿಂದ ಹೊರಬರಬೇಕು ಮತ್ತು ಸಂವಹನ ಮಾಡಬೇಕು. ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವವರಾಗಿ, ನೀವು ನಿರಂತರವಾಗಿ ನಿಮ್ಮನ್ನು ದುರ್ಬಲ ಸ್ಥಾನದಲ್ಲಿ ಇರಿಸಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಏನು ತಪ್ಪಾಗಬಹುದು ಎಂಬುದರ ಕುರಿತು ಯೋಚಿಸಬೇಕು. ಈ ರೀತಿಯ ಕೆಲಸವು ಅಂತರ್ಗತವಾಗಿ ತೊಂದರೆಯಾಗುವಂತೆ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ನೀವು ಪ್ರಜ್ಞಾಪೂರ್ವಕವಾಗಿ ಒತ್ತಡದ ಸಂದರ್ಭಗಳಲ್ಲಿ ನಿಮ್ಮನ್ನು ಇರಿಸುತ್ತೀರಿ. ಸಾಮಾನ್ಯವಾಗಿ ಜನರು ಅವರಿಂದ ಓಡಿಹೋಗುತ್ತಾರೆ, ಜನರು ಸಂತೋಷದ ಮಕ್ಕಳಾಗಲು ಇಷ್ಟಪಡುತ್ತಾರೆ.
ಟಿಮ್: ಏನು ಮಾಡಬಹುದು, ನೀವು ಹೊರಗೆ ಬಂದು ಬಹಿರಂಗವಾಗಿ ಹೇಳಬಹುದು: “ಎಲ್ಲವೂ ಸರಿಯಾಗಿದೆ, ನಾನು ಅದನ್ನು ನಿಭಾಯಿಸಬಲ್ಲೆ! ನಾನು ಮಾತ್ರ ಅನಾನುಕೂಲವನ್ನು ಅನುಭವಿಸುವವನಲ್ಲ. ನಾವೆಲ್ಲರೂ ಒಟ್ಟಾಗಿ ತಂಡವಾಗಿ ವಿವಿಧ ಅಹಿತಕರ ವಿಷಯಗಳನ್ನು ಚರ್ಚಿಸೋಣ!" ಇವು ನಮ್ಮ ಸಾಮಾನ್ಯ ಸಮಸ್ಯೆಗಳು, ನಾವು ಅವುಗಳನ್ನು ನಿಭಾಯಿಸಬೇಕು, ನಿಮಗೆ ತಿಳಿದಿದೆಯೇ? ವಿಲಕ್ಷಣ ಪ್ರತಿಭೆ ಅಭಿವರ್ಧಕರು ಬೃಹದ್ಗಜಗಳಂತೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ, ಅವರು ಕಣ್ಮರೆಯಾದರು. ಮತ್ತು ಅವುಗಳ ಮಹತ್ವವು ತುಂಬಾ ಸೀಮಿತವಾಗಿದೆ. ನಿಮಗೆ ಸಂವಹನ ಮಾಡಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ನೀವು ಚೆನ್ನಾಗಿ ಭಾಗವಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಆದ್ದರಿಂದ, ಕೇವಲ ಮಾತನಾಡಿ. ಪ್ರಾಮಾಣಿಕವಾಗಿ ಮತ್ತು ಮುಕ್ತವಾಗಿರಿ. ಇದು ಯಾರಿಗಾದರೂ ಅಹಿತಕರವಾಗಿದೆ ಎಂದು ನನಗೆ ತುಂಬಾ ವಿಷಾದವಿದೆ. ನೀವು ಊಹಿಸಬಲ್ಲಿರಾ, ಹಲವು ವರ್ಷಗಳ ಹಿಂದೆ ಒಂದು ಅಧ್ಯಯನವಿತ್ತು ಅದರ ಪ್ರಕಾರ ಯುನೈಟೆಡ್ ಸ್ಟೇಟ್ಸ್ನಲ್ಲಿನ ಮುಖ್ಯ ಭಯವು ಮರಣವಲ್ಲ, ಆದರೆ ಏನು ಊಹಿಸಿ? ಸಾರ್ವಜನಿಕವಾಗಿ ಮಾತನಾಡುವ ಭಯ! ಇದರರ್ಥ ಎಲ್ಲೋ ಒಂದು ಹೊಗಳಿಕೆಯನ್ನು ಜೋರಾಗಿ ಹೇಳುವುದಕ್ಕಿಂತ ಸಾಯುವ ಜನರಿದ್ದಾರೆ. ಮತ್ತು ನೀವು ಏನು ಮಾಡುತ್ತೀರಿ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ನೀವು ಕೆಲವು ಮೂಲಭೂತ ಕೌಶಲ್ಯಗಳನ್ನು ಹೊಂದಲು ಸಾಕು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಮಾತನಾಡುವ ಕೌಶಲ್ಯ, ಬರವಣಿಗೆ ಕೌಶಲ್ಯ - ಆದರೆ ನಿಮ್ಮ ಕೆಲಸದಲ್ಲಿ ನಿಜವಾಗಿಯೂ ಅಗತ್ಯವಿರುವಷ್ಟು ಮಾತ್ರ. ನೀವು ವಿಶ್ಲೇಷಕರಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ, ಆದರೆ ಓದಲು, ಬರೆಯಲು ಅಥವಾ ಮಾತನಾಡಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ದುರದೃಷ್ಟವಶಾತ್, ನನ್ನ ಯೋಜನೆಗಳಲ್ಲಿ ನಿಮಗೆ ಏನೂ ಇರುವುದಿಲ್ಲ!
ಸಂವಹನದ ಬೆಲೆ
ಒಲೆಗ್: ಇಂತಹ ಹೊರಹೋಗುವ ಉದ್ಯೋಗಿಗಳನ್ನು ವಿವಿಧ ಕಾರಣಗಳಿಗಾಗಿ ನೇಮಿಸಿಕೊಳ್ಳುವುದು ದುಬಾರಿ ಅಲ್ಲವೇ? ಎಲ್ಲಾ ನಂತರ, ಅವರು ಕೆಲಸ ಮಾಡುವ ಬದಲು ನಿರಂತರವಾಗಿ ಚಾಟ್ ಮಾಡುತ್ತಿದ್ದಾರೆ!
ಟಿಮ್: ನಾನು ತಂಡದ ಮುಖ್ಯ ಉದ್ದೇಶ, ಮತ್ತು ಎಲ್ಲರೂ ಮಾತ್ರವಲ್ಲ. ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ಟ್ಯೂನಿಂಗ್ ಮಾಡುವಲ್ಲಿ ನಿಜವಾಗಿಯೂ ತಂಪಾಗಿರುವ, ಟ್ಯೂನಿಂಗ್ ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ಪ್ರೀತಿಸುವ ಮತ್ತು ನಿಮ್ಮ ಡೇಟಾಬೇಸ್‌ಗಳನ್ನು ಅವನ ಜೀವನದುದ್ದಕ್ಕೂ ಟ್ಯೂನ್ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸಲು ನೀವು ಬಯಸಿದರೆ ಮತ್ತು ಅದು ಇಲ್ಲಿದೆ, ತಂಪಾಗಿ, ಅದನ್ನು ಮುಂದುವರಿಸಿ. ಆದರೆ ನಾನು ಯೋಜನೆಯಲ್ಲಿ ವಾಸಿಸಲು ಬಯಸುವ ಜನರ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇನೆ. ಯೋಜನೆಯ ಅಭಿವೃದ್ಧಿಯ ಗುರಿಯನ್ನು ತಂಡದ ಮುಖ್ಯಭಾಗ. ಈ ಜನರು ನಿಜವಾಗಿಯೂ ನಿರಂತರವಾಗಿ ಪರಸ್ಪರ ಸಂವಹನ ನಡೆಸಬೇಕು. ಮತ್ತು ವಿಶೇಷವಾಗಿ ಯೋಜನೆಯ ಆರಂಭದಲ್ಲಿ, ನೀವು ಅಪಾಯಗಳನ್ನು ಚರ್ಚಿಸಿದಾಗ, ಜಾಗತಿಕ ಗುರಿಗಳನ್ನು ಸಾಧಿಸುವ ಮಾರ್ಗಗಳು ಮತ್ತು ಹಾಗೆ.
ಮೈಕೆಲ್: ವಿಶೇಷತೆ, ಕೌಶಲ್ಯಗಳು ಅಥವಾ ಕೆಲಸದ ವಿಧಾನಗಳನ್ನು ಲೆಕ್ಕಿಸದೆಯೇ, ಯೋಜನೆಯಲ್ಲಿ ತೊಡಗಿರುವ ಎಲ್ಲರಿಗೂ ಇದು ಅನ್ವಯಿಸುತ್ತದೆ. ಯೋಜನೆಯ ಯಶಸ್ಸಿನಲ್ಲಿ ನೀವೆಲ್ಲರೂ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೀರಿ.
ಟಿಮ್: ಹೌದು, ನೀವು ಯೋಜನೆಯಲ್ಲಿ ಸಾಕಷ್ಟು ಮುಳುಗಿದ್ದೀರಿ ಎಂದು ನೀವು ಭಾವಿಸುತ್ತೀರಿ, ನಿಮ್ಮ ಕಾರ್ಯವು ಯೋಜನೆಯು ನಿಜವಾಗಲು ಸಹಾಯ ಮಾಡುವುದು. ನೀವು ಪ್ರೋಗ್ರಾಮರ್, ವಿಶ್ಲೇಷಕ, ಇಂಟರ್ಫೇಸ್ ಡಿಸೈನರ್, ಯಾರಾದರೂ ಆಗಿರಲಿ. ನಾನು ಪ್ರತಿದಿನ ಬೆಳಿಗ್ಗೆ ಕೆಲಸಕ್ಕೆ ಬರಲು ಇದು ಕಾರಣವಾಗಿದೆ ಮತ್ತು ಇದನ್ನು ನಾವು ಮಾಡುತ್ತೇವೆ. ಅವರ ಕೌಶಲ್ಯಗಳನ್ನು ಲೆಕ್ಕಿಸದೆ ಈ ಎಲ್ಲ ಜನರಿಗೆ ನಾವು ಜವಾಬ್ದಾರರಾಗಿರುತ್ತೇವೆ. ಇದು ವಯಸ್ಕರ ಸಂಭಾಷಣೆಗಳನ್ನು ಹೊಂದಿರುವ ಜನರ ಗುಂಪು.
ಒಲೆಗ್: ವಾಸ್ತವವಾಗಿ, ಮಾತನಾಡುವ ಉದ್ಯೋಗಿಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಾ, ನಾನು ಜನರ ಆಕ್ಷೇಪಣೆಗಳನ್ನು ಅನುಕರಿಸಲು ಪ್ರಯತ್ನಿಸಿದೆ, ವಿಶೇಷವಾಗಿ ಮ್ಯಾನೇಜರ್‌ಗಳು, ಡೆವೊಪ್ಸ್‌ಗೆ ಬದಲಾಯಿಸಲು ಕೇಳಲಾಗುತ್ತದೆ, ಪ್ರಪಂಚದ ಈ ಸಂಪೂರ್ಣ ಹೊಸ ದೃಷ್ಟಿಗೆ. ಮತ್ತು ನೀವು, ಸಲಹೆಗಾರರಾಗಿ, ಡೆವಲಪರ್ ಆಗಿ ನನಗಿಂತ ಉತ್ತಮವಾಗಿ ಈ ಆಕ್ಷೇಪಣೆಗಳ ಬಗ್ಗೆ ತಿಳಿದಿರಬೇಕು! ಮ್ಯಾನೇಜರ್‌ಗಳು ಹೆಚ್ಚು ಚಿಂತಿಸುವುದನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದೇ?
ಟಿಮ್: ನಿರ್ವಾಹಕರೇ? ಹಾಂ. ಹೆಚ್ಚಾಗಿ, ವ್ಯವಸ್ಥಾಪಕರು ಸಮಸ್ಯೆಗಳಿಂದ ಒತ್ತಡಕ್ಕೆ ಒಳಗಾಗುತ್ತಾರೆ, ತುರ್ತಾಗಿ ಏನನ್ನಾದರೂ ಬಿಡುಗಡೆ ಮಾಡುವ ಮತ್ತು ವಿತರಣೆಯನ್ನು ಮಾಡುವ ಅಗತ್ಯವನ್ನು ಎದುರಿಸುತ್ತಾರೆ, ಮತ್ತು ಹಾಗೆ. ನಾವು ನಿರಂತರವಾಗಿ ಹೇಗೆ ಚರ್ಚಿಸುತ್ತೇವೆ ಮತ್ತು ಏನನ್ನಾದರೂ ಕುರಿತು ವಾದಿಸುತ್ತೇವೆ ಎಂಬುದನ್ನು ಅವರು ವೀಕ್ಷಿಸುತ್ತಾರೆ ಮತ್ತು ಅವರು ಅದನ್ನು ಈ ರೀತಿ ನೋಡುತ್ತಾರೆ: ಸಂಭಾಷಣೆಗಳು, ಸಂಭಾಷಣೆಗಳು, ಸಂಭಾಷಣೆಗಳು ... ಬೇರೆ ಯಾವ ಸಂಭಾಷಣೆಗಳು? ಕೆಲಸಕ್ಕೆ ಹಿಂತಿರುಗಿ! ಯಾಕೆಂದರೆ ಮಾತನಾಡುವುದು ಅವರಿಗೆ ಕೆಲಸ ಅನಿಸುವುದಿಲ್ಲ. ನೀವು ಕೋಡ್ ಬರೆಯುವುದಿಲ್ಲ, ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಬೇಡಿ, ಏನನ್ನೂ ಮಾಡಲು ತೋರುತ್ತಿಲ್ಲ - ಏನನ್ನಾದರೂ ಮಾಡಲು ನಿಮ್ಮನ್ನು ಏಕೆ ಕಳುಹಿಸಬಾರದು? ಎಲ್ಲಾ ನಂತರ, ವಿತರಣೆಯು ಈಗಾಗಲೇ ಒಂದು ತಿಂಗಳಲ್ಲಿ!
ಮೈಕೆಲ್: ಸ್ವಲ್ಪ ಕೋಡ್ ಬರೆಯಲು ಹೋಗಿ!
ಟಿಮ್: ಅವರು ಕೆಲಸದ ಬಗ್ಗೆ ಚಿಂತಿಸುತ್ತಿಲ್ಲ, ಆದರೆ ಪ್ರಗತಿಯ ಗೋಚರತೆಯ ಕೊರತೆಯ ಬಗ್ಗೆ ನನಗೆ ತೋರುತ್ತದೆ. ನಾವು ಯಶಸ್ಸಿಗೆ ಹತ್ತಿರವಾಗುತ್ತಿರುವಂತೆ ತೋರಲು, ಕೀಬೋರ್ಡ್‌ನಲ್ಲಿ ನಾವು ಬಟನ್‌ಗಳನ್ನು ಒತ್ತುವುದನ್ನು ಅವರು ನೋಡಬೇಕು. ಬೆಳಿಗ್ಗೆಯಿಂದ ಸಂಜೆಯವರೆಗೆ ಇಡೀ ದಿನ. ಇದು ಸಮಸ್ಯೆ ಸಂಖ್ಯೆ ಒಂದು.
ಒಲೆಗ್: ಮಿಶಾ, ನೀವು ಏನನ್ನಾದರೂ ಕುರಿತು ಯೋಚಿಸುತ್ತಿದ್ದೀರಿ.
ಮೈಕೆಲ್: ಕ್ಷಮಿಸಿ, ನಾನು ಆಲೋಚನೆಯಲ್ಲಿ ಕಳೆದುಹೋಗಿದ್ದೇನೆ ಮತ್ತು ಫ್ಲ್ಯಾಷ್‌ಬ್ಯಾಕ್ ಅನ್ನು ಹಿಡಿದಿದ್ದೇನೆ. ಇದೆಲ್ಲವೂ ನನಗೆ ನಿನ್ನೆ ನಡೆದ ಆಸಕ್ತಿದಾಯಕ ರ್ಯಾಲಿಯನ್ನು ನೆನಪಿಸಿತು ... ನಿನ್ನೆ ಹಲವಾರು ರ್ಯಾಲಿಗಳು ನಡೆದಿವೆ ... ಮತ್ತು ಇದು ತುಂಬಾ ಪರಿಚಿತವಾಗಿದೆ!
ಸಂಬಳ ಇಲ್ಲದ ಜೀವನ
ಟಿಮ್: ಮೂಲಕ, ಸಂವಹನಕ್ಕಾಗಿ "ರ್ಯಾಲಿಗಳನ್ನು" ಆಯೋಜಿಸುವುದು ಅನಿವಾರ್ಯವಲ್ಲ. ನನ್ನ ಪ್ರಕಾರ, ಡೆವಲಪರ್‌ಗಳ ನಡುವೆ ಹೆಚ್ಚು ಉಪಯುಕ್ತವಾದ ಚರ್ಚೆಗಳು ಅವರು ಪರಸ್ಪರ ಮಾತನಾಡುವಾಗ ಸಂಭವಿಸುತ್ತವೆ. ನೀವು ಬೆಳಿಗ್ಗೆ ಒಂದು ಕಪ್ ಕಾಫಿಯೊಂದಿಗೆ ನಡೆಯುತ್ತೀರಿ, ಮತ್ತು ಐದು ಜನರು ಒಟ್ಟುಗೂಡಿದರು ಮತ್ತು ಕೋಪದಿಂದ ಏನಾದರೂ ತಾಂತ್ರಿಕವಾಗಿ ಚರ್ಚಿಸುತ್ತಿದ್ದಾರೆ. ನನಗೆ, ನಾನು ಈ ಯೋಜನೆಯ ಮ್ಯಾನೇಜರ್ ಆಗಿದ್ದರೆ, ನಗುವುದು ಮತ್ತು ನನ್ನ ವ್ಯವಹಾರದ ಬಗ್ಗೆ ಎಲ್ಲೋ ಹೋಗುವುದು ಉತ್ತಮ, ಅವರು ಅದನ್ನು ಚರ್ಚಿಸಲಿ. ಅವರು ಈಗಾಗಲೇ ಸಾಧ್ಯವಾದಷ್ಟು ತೊಡಗಿಸಿಕೊಂಡಿದ್ದಾರೆ. ಇದು ಒಳ್ಳೆಯ ಸಂಕೇತ.
ಒಲೆಗ್: ಅಂದಹಾಗೆ, ನಿಮ್ಮ ಪುಸ್ತಕದಲ್ಲಿ ಯಾವುದು ಒಳ್ಳೆಯದು ಮತ್ತು ಯಾವುದು ಕೆಟ್ಟದು ಎಂಬುದರ ಕುರಿತು ನೀವು ಟಿಪ್ಪಣಿಗಳ ಗುಂಪನ್ನು ಹೊಂದಿದ್ದೀರಿ. ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ನೀವೇ ಬಳಸುತ್ತೀರಾ? ತುಲನಾತ್ಮಕವಾಗಿ ಹೇಳುವುದಾದರೆ, ಈಗ ನೀವು ಕಂಪನಿಯನ್ನು ಹೊಂದಿದ್ದೀರಿ ಮತ್ತು ಅದು ತುಂಬಾ ಅಸಾಂಪ್ರದಾಯಿಕ ರೀತಿಯಲ್ಲಿ ರಚನೆಯಾಗಿದೆ ...
ಟಿಮ್: ಅಸಾಂಪ್ರದಾಯಿಕ, ಆದರೆ ಈ ಸಾಧನವು ನಮಗೆ ಸಂಪೂರ್ಣವಾಗಿ ಸರಿಹೊಂದುತ್ತದೆ. ನಾವು ಬಹಳ ಸಮಯದಿಂದ ಒಬ್ಬರಿಗೊಬ್ಬರು ತಿಳಿದಿದ್ದೇವೆ. ನಾವು ಒಬ್ಬರನ್ನೊಬ್ಬರು ನಂಬುತ್ತೇವೆ, ನಾವು ಪಾಲುದಾರರಾಗುವ ಮೊದಲು ಒಬ್ಬರನ್ನೊಬ್ಬರು ತುಂಬಾ ನಂಬಿದ್ದೇವೆ. ಮತ್ತು ಉದಾಹರಣೆಗೆ, ನಮಗೆ ಯಾವುದೇ ಸಂಬಳವಿಲ್ಲ. ನಾವು ಕೇವಲ ಕೆಲಸ ಮಾಡುತ್ತೇವೆ ಮತ್ತು ಉದಾಹರಣೆಗೆ, ನನ್ನ ಗ್ರಾಹಕರಿಂದ ನಾನು ಹಣವನ್ನು ಗಳಿಸಿದರೆ, ಎಲ್ಲಾ ಹಣವು ನನಗೆ ಹೋಯಿತು. ಅದರ ನಂತರ, ನಾವು ಸಂಸ್ಥೆಗೆ ಸದಸ್ಯತ್ವ ಶುಲ್ಕವನ್ನು ಪಾವತಿಸುತ್ತೇವೆ ಮತ್ತು ಕಂಪನಿಯನ್ನು ಬೆಂಬಲಿಸಲು ಇದು ಸಾಕು. ಜೊತೆಗೆ, ನಾವೆಲ್ಲರೂ ವಿಭಿನ್ನ ವಿಷಯಗಳಲ್ಲಿ ಪರಿಣತಿ ಹೊಂದಿದ್ದೇವೆ. ಉದಾಹರಣೆಗೆ, ನಾನು ಅಕೌಂಟೆಂಟ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತೇನೆ, ತೆರಿಗೆ ರಿಟರ್ನ್‌ಗಳನ್ನು ಭರ್ತಿ ಮಾಡುತ್ತೇನೆ, ಕಂಪನಿಗೆ ಎಲ್ಲಾ ರೀತಿಯ ಆಡಳಿತಾತ್ಮಕ ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತೇನೆ ಮತ್ತು ಅದಕ್ಕೆ ಯಾರೂ ನನಗೆ ಪಾವತಿಸುವುದಿಲ್ಲ. ಜೇಮ್ಸ್ ಮತ್ತು ಟಾಮ್ ನಮ್ಮ ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಯಾರೂ ಅವರಿಗೆ ಪಾವತಿಸುವುದಿಲ್ಲ. ನಿಮ್ಮ ಬಾಕಿಯನ್ನು ನೀವು ಪಾವತಿಸುವವರೆಗೆ, ನೀವು ಏನು ಮಾಡಬೇಕೆಂದು ಯಾರೂ ನಿಮಗೆ ಹೇಳಲು ಯೋಚಿಸುವುದಿಲ್ಲ. ಉದಾಹರಣೆಗೆ, ಟಾಮ್ ಈಗ ಅವರು ಒಮ್ಮೆ ಮಾಡಿದ್ದಕ್ಕಿಂತ ಕಡಿಮೆ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ. ಈಗ ಅವರು ಇತರ ಆಸಕ್ತಿಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ; ಅವರು ಗಿಲ್ಡ್ಗಾಗಿ ಅಲ್ಲ ಕೆಲವು ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತಾರೆ. ಆದರೆ ಅವನು ತನ್ನ ಬಾಕಿಯನ್ನು ಪಾವತಿಸುವವರೆಗೂ, ಯಾರೂ ಅವನ ಬಳಿಗೆ ಬರುವುದಿಲ್ಲ ಮತ್ತು "ಹೇ, ಟಾಮ್, ಕೆಲಸಕ್ಕೆ ಹೋಗು!" ನಿಮ್ಮ ನಡುವೆ ಹಣವಿಲ್ಲದಿದ್ದಾಗ ಸಹೋದ್ಯೋಗಿಗಳೊಂದಿಗೆ ವ್ಯವಹರಿಸುವುದು ತುಂಬಾ ಸುಲಭ. ಮತ್ತು ಈಗ ನಮ್ಮ ಸಂಬಂಧವು ವಿಭಿನ್ನ ವಿಶೇಷತೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಮೂಲಭೂತ ವಿಚಾರಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಇದು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅದು ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ.
ಅತ್ಯುತ್ತಮ ಸಲಹೆ
ಮೈಕೆಲ್: "ಅತ್ಯುತ್ತಮ ಸಲಹೆ" ಗೆ ಹಿಂತಿರುಗುವುದು, ನಿಮ್ಮ ಗ್ರಾಹಕರಿಗೆ ನೀವು ಪದೇ ಪದೇ ಹೇಳಲು ಏನಾದರೂ ಇದೆಯೇ? 80/20 ಬಗ್ಗೆ ಒಂದು ಕಲ್ಪನೆ ಇದೆ, ಮತ್ತು ಕೆಲವು ಸಲಹೆಗಳನ್ನು ಬಹುಶಃ ಹೆಚ್ಚಾಗಿ ಪುನರಾವರ್ತಿಸಲಾಗುತ್ತದೆ.
ಟಿಮ್: ವಾಲ್ಟ್ಜಿಂಗ್ ವಿತ್ ಕರಡಿಗಳಂತಹ ಪುಸ್ತಕವನ್ನು ನೀವು ಬರೆದರೆ, ಅದು ಇತಿಹಾಸದ ಹಾದಿಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ಜನರು ನಿಲ್ಲುತ್ತಾರೆ ಎಂದು ನಾನು ಒಮ್ಮೆ ಭಾವಿಸಿದೆ, ಆದರೆ, ನೋಡಿ, ಕಂಪನಿಗಳು ಸಾಮಾನ್ಯವಾಗಿ ತಮ್ಮೊಂದಿಗೆ ಎಲ್ಲವೂ ಚೆನ್ನಾಗಿದೆ ಎಂದು ನಟಿಸುತ್ತವೆ. ಏನಾದರೂ ಅನಾಹುತ ಸಂಭವಿಸಿದ ತಕ್ಷಣ, ಅವರಿಗೆ ಆಘಾತ ಮತ್ತು ಆಶ್ಚರ್ಯ. “ನೋಡಿ, ನಾವು ಸಿಸ್ಟಮ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಿದ್ದೇವೆ ಮತ್ತು ಅದು ಯಾವುದೇ ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷೆಗಳಲ್ಲಿ ಉತ್ತೀರ್ಣರಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಇದು ಇನ್ನೂ ಮೂರು ತಿಂಗಳ ನಿಗದಿತ ಕೆಲಸವಲ್ಲ, ಇದು ಹೇಗೆ ಸಂಭವಿಸಬಹುದು? ಯಾರಿಗೆ ಗೊತ್ತಿತ್ತು? ಏನು ತಪ್ಪಾಗಬಹುದು? ಗಂಭೀರವಾಗಿ, ನೀವು ಇದನ್ನು ನಂಬುತ್ತೀರಾ?
ಪ್ರಸ್ತುತ ಪರಿಸ್ಥಿತಿಯ ಬಗ್ಗೆ ನೀವು ಹೆಚ್ಚು ಕೋಪಗೊಳ್ಳಬಾರದು ಎಂದು ನಾನು ವಿವರಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತೇನೆ. ನಾವು ಅದನ್ನು ಮಾತನಾಡಬೇಕು, ನಿಜವಾಗಿಯೂ ಏನು ತಪ್ಪಾಗಿರಬಹುದು ಮತ್ತು ಭವಿಷ್ಯದಲ್ಲಿ ಇಂತಹ ಸಂಗತಿಗಳು ನಡೆಯದಂತೆ ತಡೆಯುವುದು ಹೇಗೆ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು. ಸಮಸ್ಯೆ ಕಾಣಿಸಿಕೊಂಡರೆ, ನಾವು ಅದನ್ನು ಹೇಗೆ ಹೋರಾಡುತ್ತೇವೆ, ಅದನ್ನು ಹೇಗೆ ಎದುರಿಸುತ್ತೇವೆ?
ನನಗೆ, ಇದೆಲ್ಲವೂ ಭಯಾನಕವಾಗಿ ಕಾಣುತ್ತದೆ. ಜನರು ಸಂಕೀರ್ಣವಾದ, ದುಃಖಕರ ಸಮಸ್ಯೆಗಳನ್ನು ಎದುರಿಸುತ್ತಾರೆ ಮತ್ತು ಅವರು ತಮ್ಮ ಬೆರಳುಗಳನ್ನು ದಾಟಿದರೆ ಮತ್ತು ಉತ್ತಮವಾದದ್ದನ್ನು ಆಶಿಸಿದರೆ, "ಅತ್ಯುತ್ತಮ" ನಿಜವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ ಎಂದು ನಟಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತಾರೆ. ಇಲ್ಲ, ಅದು ಆ ರೀತಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ.
ಅಪಾಯ ನಿರ್ವಹಣೆಯನ್ನು ಅಭ್ಯಾಸ ಮಾಡಿ!
ಮೈಕೆಲ್: ನಿಮ್ಮ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಎಷ್ಟು ಸಂಸ್ಥೆಗಳು ಅಪಾಯ ನಿರ್ವಹಣೆಯಲ್ಲಿ ತೊಡಗಿವೆ?
ಟಿಮ್: ನನ್ನನ್ನು ಕೆರಳಿಸುವ ಸಂಗತಿಯೆಂದರೆ, ಜನರು ಅಪಾಯಗಳನ್ನು ಸರಳವಾಗಿ ಬರೆಯುತ್ತಾರೆ, ಫಲಿತಾಂಶದ ಪಟ್ಟಿಯನ್ನು ನೋಡಿ ಮತ್ತು ಕೆಲಸಕ್ಕೆ ಹೋಗುತ್ತಾರೆ. ವಾಸ್ತವವಾಗಿ, ಅವರಿಗೆ ಅಪಾಯಗಳನ್ನು ಗುರುತಿಸುವುದು ಅಪಾಯ ನಿರ್ವಹಣೆಯಾಗಿದೆ. ಆದರೆ ನನಗೆ ಇದು ಕೇಳಲು ಒಂದು ಕಾರಣದಂತೆ ತೋರುತ್ತದೆ: ಸರಿ, ಒಂದು ಪಟ್ಟಿ ಇದೆ, ನೀವು ನಿಖರವಾಗಿ ಏನು ಬದಲಾಯಿಸುತ್ತೀರಿ? ಈ ಅಪಾಯಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ನಿಮ್ಮ ಪ್ರಮಾಣಿತ ಕ್ರಮಗಳ ಅನುಕ್ರಮವನ್ನು ನೀವು ಬದಲಾಯಿಸಬೇಕಾಗಿದೆ. ಕೆಲಸದ ಕೆಲವು ಕಷ್ಟಕರವಾದ ಭಾಗವಿದ್ದರೆ, ನೀವು ಅದನ್ನು ನಿಭಾಯಿಸಬೇಕು, ಮತ್ತು ನಂತರ ಮಾತ್ರ ಸರಳವಾದ ಯಾವುದನ್ನಾದರೂ ಮುಂದುವರಿಸಿ. ಮೊದಲ ಸ್ಪ್ರಿಂಟ್‌ಗಳಲ್ಲಿ, ಸಂಕೀರ್ಣ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಪ್ರಾರಂಭಿಸಿ. ಇದು ಈಗಾಗಲೇ ಅಪಾಯ ನಿರ್ವಹಣೆಯಂತೆ ತೋರುತ್ತಿದೆ. ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಜನರು ಅಪಾಯಗಳ ಪಟ್ಟಿಯನ್ನು ಕಂಪೈಲ್ ಮಾಡಿದ ನಂತರ ಅವರು ಏನನ್ನು ಬದಲಾಯಿಸಿದರು ಎಂದು ಹೇಳಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಮೈಕೆಲ್: ಮತ್ತು ಇನ್ನೂ, ಈ ಕಂಪನಿಗಳಲ್ಲಿ ಎಷ್ಟು ಕಂಪನಿಗಳು ಅಪಾಯ ನಿರ್ವಹಣೆಯಲ್ಲಿ ತೊಡಗಿಕೊಂಡಿವೆ, ಐದು ಪ್ರತಿಶತ?
ಟಿಮ್: ದುರದೃಷ್ಟವಶಾತ್, ನಾನು ಇದನ್ನು ಹೇಳಲು ದ್ವೇಷಿಸುತ್ತೇನೆ, ಆದರೆ ಇದು ಕೆಲವು ಅತ್ಯಲ್ಪ ಭಾಗವಾಗಿದೆ. ಆದರೆ ಐದಕ್ಕಿಂತ ಹೆಚ್ಚು, ಏಕೆಂದರೆ ನಿಜವಾಗಿಯೂ ದೊಡ್ಡ ಯೋಜನೆಗಳಿವೆ, ಮತ್ತು ಅವರು ಕನಿಷ್ಠ ಏನಾದರೂ ಮಾಡದಿದ್ದರೆ ಅವು ಅಸ್ತಿತ್ವದಲ್ಲಿರಲು ಸಾಧ್ಯವಿಲ್ಲ. ಕನಿಷ್ಠ 25% ಆಗಿದ್ದರೆ ನನಗೆ ತುಂಬಾ ಆಶ್ಚರ್ಯವಾಗುತ್ತದೆ ಎಂದು ಹೇಳೋಣ. ಸಣ್ಣ ಯೋಜನೆಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಅಂತಹ ಪ್ರಶ್ನೆಗಳಿಗೆ ಈ ರೀತಿ ಉತ್ತರಿಸುತ್ತವೆ: ಸಮಸ್ಯೆಯು ನಮ್ಮ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಿದರೆ, ನಾವು ಅದನ್ನು ಪರಿಹರಿಸುತ್ತೇವೆ. ನಂತರ ಅವರು ಯಶಸ್ವಿಯಾಗಿ ತೊಂದರೆಗೆ ಸಿಲುಕುತ್ತಾರೆ ಮತ್ತು ಸಮಸ್ಯೆ ನಿರ್ವಹಣೆ ಮತ್ತು ಬಿಕ್ಕಟ್ಟು ನಿರ್ವಹಣೆಯಲ್ಲಿ ತೊಡಗುತ್ತಾರೆ. ನೀವು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ಮತ್ತು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸದಿದ್ದಾಗ, ಬಿಕ್ಕಟ್ಟು ನಿರ್ವಹಣೆಗೆ ಸ್ವಾಗತ.
ಹೌದು, ನಾನು ಆಗಾಗ್ಗೆ ಕೇಳುತ್ತೇನೆ, "ಸಮಸ್ಯೆಗಳು ಉದ್ಭವಿಸಿದಾಗ ನಾವು ಪರಿಹರಿಸುತ್ತೇವೆ." ಖಂಡಿತವಾಗಿಯೂ ನಾವು ಮಾಡುತ್ತೇವೆ? ನಾವು ನಿಜವಾಗಿಯೂ ನಿರ್ಧರಿಸುತ್ತೇವೆಯೇ?
ಒಲೆಗ್: ನೀವು ಅದನ್ನು ನಿಷ್ಕಪಟವಾಗಿ ಮಾಡಬಹುದು ಮತ್ತು ಪ್ರಾಜೆಕ್ಟ್ ಚಾರ್ಟರ್‌ನಲ್ಲಿ ಪ್ರಮುಖ ಬದಲಾವಣೆಗಳನ್ನು ಸರಳವಾಗಿ ಬರೆಯಬಹುದು ಮತ್ತು ಬದಲಾವಣೆಗಳು ಮುರಿದರೆ, ಯೋಜನೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ. ಇದು ತುಂಬಾ ಪೈಂಬಕಿಯಾಗಿ ಹೊರಹೊಮ್ಮುತ್ತದೆ.
ಮೈಕೆಲ್: ಹೌದು, ಅಪಾಯಗಳನ್ನು ಪ್ರಚೋದಿಸಿದಾಗ, ಯೋಜನೆಯನ್ನು ಸರಳವಾಗಿ ಮರು ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ ಎಂದು ನನಗೆ ಸಂಭವಿಸಿದೆ. ಒಳ್ಳೆಯದು, ಬಿಂಗೊ, ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ, ಇನ್ನು ಮುಂದೆ ಚಿಂತಿಸಬೇಡಿ!
ಟಿಮ್: ರೀಸೆಟ್ ಬಟನ್ ಒತ್ತೋಣ! ಇಲ್ಲ, ಅದು ಆ ರೀತಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ.
DevOops 2019 ರಲ್ಲಿ ಪ್ರಮುಖ ಟಿಪ್ಪಣಿ
ಮೈಕೆಲ್: ನಾವು ಈ ಸಂದರ್ಶನದ ಕೊನೆಯ ಪ್ರಶ್ನೆಗೆ ಬರುತ್ತೇವೆ. ನೀವು ಮುಂದಿನ DevOops ಗೆ ಕೀನೋಟ್‌ನೊಂದಿಗೆ ಬರುತ್ತಿದ್ದೀರಿ, ನೀವು ಏನು ಹೇಳಲು ಹೊರಟಿದ್ದೀರಿ ಎಂಬುದರ ಕುರಿತು ನೀವು ಗೌಪ್ಯತೆಯ ಪರದೆಯನ್ನು ಎತ್ತಬಹುದೇ?
ಟಿಮ್: ಇದೀಗ ಅವರಲ್ಲಿ ಆರು ಮಂದಿ ಕೆಲಸ ಸಂಸ್ಕೃತಿ, ಸಂಸ್ಥೆಗಳ ಅಘೋಷಿತ ನಿಯಮಗಳ ಬಗ್ಗೆ ಪುಸ್ತಕ ಬರೆಯುತ್ತಿದ್ದಾರೆ. ಸಂಸ್ಕೃತಿಯನ್ನು ಸಂಸ್ಥೆಯ ಮೂಲ ಮೌಲ್ಯಗಳಿಂದ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ ಜನರು ಇದನ್ನು ಗಮನಿಸುವುದಿಲ್ಲ, ಆದರೆ ಹಲವಾರು ವರ್ಷಗಳಿಂದ ಸಮಾಲೋಚನೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ ನಂತರ, ನಾವು ಅದನ್ನು ಗಮನಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ. ನೀವು ಕಂಪನಿಯನ್ನು ನಮೂದಿಸಿ, ಮತ್ತು ಅಕ್ಷರಶಃ ಕೆಲವೇ ನಿಮಿಷಗಳಲ್ಲಿ ಏನಾಗುತ್ತಿದೆ ಎಂದು ನೀವು ಭಾವಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತೀರಿ. ನಾವು ಇದನ್ನು "ಸುವಾಸನೆ" ಎಂದು ಕರೆಯುತ್ತೇವೆ. ಕೆಲವೊಮ್ಮೆ ಈ ಪರಿಮಳವು ನಿಜವಾಗಿಯೂ ಒಳ್ಳೆಯದು, ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಇದು ಓಹ್. ವಿಭಿನ್ನ ಸಂಸ್ಥೆಗಳಿಗೆ ವಿಷಯಗಳು ತುಂಬಾ ವಿಭಿನ್ನವಾಗಿವೆ.
ಮೈಕೆಲ್: ನಾನು ಕೂಡ ವರ್ಷಗಳಿಂದ ಸಮಾಲೋಚನೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೇನೆ ಮತ್ತು ನೀವು ಏನು ಮಾತನಾಡುತ್ತಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಚೆನ್ನಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತೇನೆ.
ಟಿಮ್: ವಾಸ್ತವವಾಗಿ, ಮುಖ್ಯ ಭಾಷಣದಲ್ಲಿ ಮಾತನಾಡಲು ಯೋಗ್ಯವಾದ ವಿಷಯವೆಂದರೆ ಎಲ್ಲವನ್ನೂ ಕಂಪನಿಯು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ. ನೀವು ಮತ್ತು ನಿಮ್ಮ ತಂಡ, ಒಂದು ಸಮುದಾಯವಾಗಿ, ನಿಮ್ಮದೇ ಆದ ತಂಡದ ಸಂಸ್ಕೃತಿಯನ್ನು ಹೊಂದಿದ್ದೀರಿ. ಇದು ಸಂಪೂರ್ಣ ಕಂಪನಿಯಾಗಿರಬಹುದು, ಅಥವಾ ಪ್ರತ್ಯೇಕ ವಿಭಾಗ, ಪ್ರತ್ಯೇಕ ತಂಡವಾಗಿರಬಹುದು. ಆದರೆ ನೀವು ಹೇಳುವ ಮೊದಲು, ನಾವು ನಂಬುವುದು ಇಲ್ಲಿದೆ, ಇಲ್ಲಿ ಮುಖ್ಯವಾದುದು... ನಿರ್ದಿಷ್ಟ ಕ್ರಿಯೆಗಳ ಹಿಂದಿನ ಮೌಲ್ಯಗಳು ಮತ್ತು ನಂಬಿಕೆಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವ ಮೊದಲು ನೀವು ಸಂಸ್ಕೃತಿಯನ್ನು ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ನಡವಳಿಕೆಯನ್ನು ಗಮನಿಸುವುದು ಸುಲಭ, ಆದರೆ ನಂಬಿಕೆಗಳನ್ನು ಹುಡುಕುವುದು ಕಷ್ಟ. ವಿಷಯಗಳು ಹೇಗೆ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗುತ್ತಿವೆ ಎಂಬುದಕ್ಕೆ DevOps ಒಂದು ಉತ್ತಮ ಉದಾಹರಣೆಯಾಗಿದೆ. ಸಂವಹನಗಳು ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾಗುತ್ತಿವೆ, ಅವುಗಳು ಸ್ವಚ್ಛವಾಗುತ್ತಿಲ್ಲ ಅಥವಾ ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ, ಆದ್ದರಿಂದ ನೀವು ಏನು ನಂಬುತ್ತೀರಿ ಮತ್ತು ನಿಮ್ಮ ಸುತ್ತಲಿರುವ ಪ್ರತಿಯೊಬ್ಬರೂ ಮೌನವಾಗಿರುವುದರ ಬಗ್ಗೆ ನೀವು ಯೋಚಿಸಬೇಕು.
ನೀವು ತ್ವರಿತ ಫಲಿತಾಂಶಗಳನ್ನು ಸಾಧಿಸಲು ಬಯಸಿದರೆ, ನಿಮಗಾಗಿ ಉತ್ತಮ ವಿಷಯ ಇಲ್ಲಿದೆ: "ನನಗೆ ಗೊತ್ತಿಲ್ಲ" ಎಂದು ಯಾರೂ ಹೇಳದ ಕಂಪನಿಗಳನ್ನು ನೀವು ನೋಡಿದ್ದೀರಾ? ಅವನು ಏನನ್ನಾದರೂ ತಿಳಿದಿಲ್ಲ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳುವವರೆಗೂ ನೀವು ಅಕ್ಷರಶಃ ಒಬ್ಬ ವ್ಯಕ್ತಿಯನ್ನು ಹಿಂಸಿಸುವಂತಹ ಸ್ಥಳಗಳಿವೆ. ಎಲ್ಲರಿಗೂ ಎಲ್ಲವೂ ತಿಳಿದಿದೆ, ಪ್ರತಿಯೊಬ್ಬರೂ ನಂಬಲಾಗದ ವಿದ್ವಾಂಸರು. ನೀವು ಯಾವುದೇ ವ್ಯಕ್ತಿಯನ್ನು ಸಂಪರ್ಕಿಸುತ್ತೀರಿ, ಮತ್ತು ಅವನು ತಕ್ಷಣವೇ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸಬೇಕು. "ನನಗೆ ಗೊತ್ತಿಲ್ಲ" ಎಂದು ಹೇಳುವ ಬದಲು. ಹುರ್ರೇ, ಅವರು ಪ್ರಬುದ್ಧರ ಗುಂಪನ್ನು ನೇಮಿಸಿಕೊಂಡರು! ಮತ್ತು ಕೆಲವು ಸಂಸ್ಕೃತಿಗಳಲ್ಲಿ ಸಾಮಾನ್ಯವಾಗಿ "ನನಗೆ ಗೊತ್ತಿಲ್ಲ" ಎಂದು ಹೇಳುವುದು ತುಂಬಾ ಅಪಾಯಕಾರಿ; ಇದು ದೌರ್ಬಲ್ಯದ ಸಂಕೇತವೆಂದು ಗ್ರಹಿಸಬಹುದು. ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ಪ್ರತಿಯೊಬ್ಬರೂ "ನನಗೆ ಗೊತ್ತಿಲ್ಲ" ಎಂದು ಹೇಳಬಹುದಾದ ಸಂಸ್ಥೆಗಳೂ ಇವೆ. ಅಲ್ಲಿ ಇದು ಸಂಪೂರ್ಣವಾಗಿ ಕಾನೂನುಬದ್ಧವಾಗಿದೆ, ಮತ್ತು ಯಾರಾದರೂ ಪ್ರಶ್ನೆಗೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ ಕಸವನ್ನು ಪ್ರಾರಂಭಿಸಿದರೆ, ಉತ್ತರಿಸುವುದು ಸಂಪೂರ್ಣವಾಗಿ ಸಾಮಾನ್ಯವಾಗಿದೆ: "ನೀವು ಏನು ಮಾತನಾಡುತ್ತಿದ್ದೀರಿ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿಲ್ಲ, ಸರಿ?" ಮತ್ತು ಎಲ್ಲವನ್ನೂ ತಮಾಷೆಯಾಗಿ ಪರಿವರ್ತಿಸಿ.
ತಾತ್ತ್ವಿಕವಾಗಿ, ನೀವು ನಿರಂತರವಾಗಿ ಸಂತೋಷವಾಗಿರುವಂತಹ ಕೆಲಸವನ್ನು ಹೊಂದಲು ಬಯಸುತ್ತೀರಿ. ಇದು ಸುಲಭವಲ್ಲ, ಪ್ರತಿದಿನ ಬಿಸಿಲು ಮತ್ತು ಆಹ್ಲಾದಕರವಾಗಿರುವುದಿಲ್ಲ, ಕೆಲವೊಮ್ಮೆ ನೀವು ಕಷ್ಟಪಟ್ಟು ಕೆಲಸ ಮಾಡಬೇಕಾಗಿದೆ, ಆದರೆ ನೀವು ಸ್ಟಾಕ್ ತೆಗೆದುಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ಅದು ಹೊರಹೊಮ್ಮುತ್ತದೆ: ವಾಹ್, ಇದು ನಿಜವಾಗಿಯೂ ಅದ್ಭುತವಾದ ಸ್ಥಳವಾಗಿದೆ, ನಾನು ಇಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಚೆನ್ನಾಗಿ ಭಾವಿಸುತ್ತೇನೆ, ಭಾವನಾತ್ಮಕವಾಗಿ ಮತ್ತು ಬೌದ್ಧಿಕವಾಗಿ. ಮತ್ತು ನೀವು ಸಲಹೆಗಾರರಾಗಿ ಹೋಗುತ್ತಿರುವ ಕಂಪನಿಗಳಿವೆ ಮತ್ತು ನೀವು ಅದನ್ನು ಮೂರು ತಿಂಗಳವರೆಗೆ ನಿಲ್ಲಲು ಸಾಧ್ಯವಿಲ್ಲ ಮತ್ತು ಭಯಾನಕತೆಯಿಂದ ಓಡಿಹೋಗುತ್ತೀರಿ ಎಂದು ತಕ್ಷಣ ಅರಿತುಕೊಳ್ಳುತ್ತೀರಿ. ನಾನು ವರದಿಯಲ್ಲಿ ಮಾತನಾಡಲು ಬಯಸುತ್ತೇನೆ.
ಟಿಮ್ ಲಿಸ್ಟರ್ ಮುಖ್ಯ ಭಾಷಣದೊಂದಿಗೆ ಆಗಮಿಸಲಿದ್ದಾರೆ ಸೇಂಟ್ ಪೀಟರ್ಸ್‌ಬರ್ಗ್‌ನಲ್ಲಿ ಅಕ್ಟೋಬರ್ 2019-29, 30 ರಂದು ನಡೆಯಲಿರುವ DevOops 2019 ಸಮ್ಮೇಳನಕ್ಕೆ. ನೀವು ಟಿಕೆಟ್ ಖರೀದಿಸಬಹುದು . DevOops ನಲ್ಲಿ ನಾವು ನಿಮಗಾಗಿ ಕಾಯುತ್ತಿದ್ದೇವೆ!
ಮೂಲ: www.habr.com