ಪುಸ್ತಕ “ಬುದ್ಧಿಜೀವಿಗಳನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುವುದು. ನಾನು, ನೆರ್ಡ್ಸ್ ಮತ್ತು ಗೀಕ್ಸ್"

ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್‌ಗಳಿಗೆ (ಮತ್ತು ಮೇಲಧಿಕಾರಿಗಳಾಗುವ ಕನಸು ಕಾಣುವವರಿಗೆ) ಸಮರ್ಪಿಸಲಾಗಿದೆ.

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

ತಮಾಷೆಯ ಕಥೆಗಳು ಮತ್ತು ಗಂಭೀರ ಪಾಠಗಳನ್ನು ಸಂಯೋಜಿಸಲು ಸಾಧ್ಯವೇ? ಮೈಕೆಲ್ ಲೋಪ್ (ಇದನ್ನು ಕಿರಿದಾದ ವಲಯಗಳಲ್ಲಿ ರಾಂಡ್ಸ್ ಎಂದೂ ಕರೆಯುತ್ತಾರೆ) ಯಶಸ್ವಿಯಾದರು. ನಂಬಲಾಗದಷ್ಟು ಲಾಭದಾಯಕ (ಕಾಲ್ಪನಿಕವಾದರೂ) ಅನುಭವಗಳೊಂದಿಗೆ ಕಾಲ್ಪನಿಕ ಜನರ ಬಗ್ಗೆ ಕಾಲ್ಪನಿಕ ಕಥೆಗಳನ್ನು ನೀವು ಕಾಣಬಹುದು. ದೊಡ್ಡ ಐಟಿ ಕಾರ್ಪೊರೇಶನ್‌ಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ ವರ್ಷಗಳಲ್ಲಿ ಗಳಿಸಿದ ವಿವಿಧ, ಕೆಲವೊಮ್ಮೆ ವಿಚಿತ್ರ ಅನುಭವಗಳನ್ನು ರಾಂಡ್ಸ್ ಹಂಚಿಕೊಳ್ಳುವುದು ಹೀಗೆ: Apple, Pinterest, Palantir, Netscape, Symantec, ಇತ್ಯಾದಿ.

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

ಈ ಪುಸ್ತಕವು ಯಾವುದೇ ನಿರ್ವಹಣೆ ಅಥವಾ ನಾಯಕತ್ವದ ಹಸ್ತಪ್ರತಿಗಿಂತ ಭಿನ್ನವಾಗಿದೆ. ಮೈಕೆಲ್ ಲೋಪ್ ಏನನ್ನೂ ಮರೆಮಾಡುವುದಿಲ್ಲ, ಅವನು ಅದನ್ನು ಹಾಗೆಯೇ ಹೇಳುತ್ತಾನೆ (ಬಹುಶಃ ಎಲ್ಲಾ ಕಥೆಗಳನ್ನು ಸಾರ್ವಜನಿಕಗೊಳಿಸಬಾರದು: ಪಿ). ಆದರೆ ಅಂತಹ ಬಾಸ್‌ನೊಂದಿಗೆ ಹೇಗೆ ಬದುಕುವುದು, ಗೀಕ್ಸ್ ಮತ್ತು ದಡ್ಡರನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುವುದು ಮತ್ತು "ಆ ಡ್ಯಾಮ್ ಪ್ರಾಜೆಕ್ಟ್" ಅನ್ನು ಹೇಗೆ ಸುಖಾಂತ್ಯಕ್ಕೆ ತರುವುದು ಎಂಬುದನ್ನು ಈ ರೀತಿಯಲ್ಲಿ ಮಾತ್ರ ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವಿರಿ!

ಆಯ್ದ ಭಾಗ. ಎಂಜಿನಿಯರಿಂಗ್ ಮನಸ್ಥಿತಿ

ಆಲೋಚನೆಗಳು: ನೀವು ಕೋಡ್ ಬರೆಯುವುದನ್ನು ಮುಂದುವರಿಸಬೇಕೇ?

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

ಫ್ಲೆಕ್ಸಿಬಲ್ ಆಗಿರಿ!

ನಿಮಗೆ ಈಗಾಗಲೇ ಎಲ್ಲವೂ ತಿಳಿದಿದೆ ಎಂದು ಯೋಚಿಸುವುದು ತುಂಬಾ ಕೆಟ್ಟ ಕಲ್ಪನೆ. ಜಗತ್ತು ನಿರಂತರವಾಗಿ ಬದಲಾಗುತ್ತಿದೆ ಎಂಬುದೇ ನಿರಂತರ ಸತ್ಯವಾಗಿರುವ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ, ನಮ್ಯತೆ ಮಾತ್ರ ಸರಿಯಾದ ಸ್ಥಾನವಾಗುತ್ತದೆ.

ವಿರೋಧಾಭಾಸವೆಂದರೆ, ಪಟ್ಟಿಯಲ್ಲಿರುವ ಎರಡನೇ ಐಟಂ ಆಶ್ಚರ್ಯಕರವಾಗಿ ಹೊಂದಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಈ ಅಂಶವು ನನ್ನ ವೈಯಕ್ತಿಕ ನೆಚ್ಚಿನದು ಏಕೆಂದರೆ ಇದು ವ್ಯವಸ್ಥಾಪಕ ಬೆಳವಣಿಗೆಗೆ ಅಡಿಪಾಯವನ್ನು ರಚಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ ಎಂದು ನಾನು ನಂಬುತ್ತೇನೆ. ಈ ಪ್ಯಾರಾಗ್ರಾಫ್ ಓದುತ್ತದೆ:

ಕೋಡ್ ಬರೆಯುವುದನ್ನು ನಿಲ್ಲಿಸಿ!

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

ಹೊಸದಾಗಿ ಮುದ್ರಿಸಲಾದ ಮ್ಯಾನೇಜರ್ ಕೋಡ್ ಬರವಣಿಗೆಯಲ್ಲಿ "ಮುಳುಗುತ್ತಾರೆ" ಎಂದು ನಾನು ನೋಡಿದಾಗ, ನಾನು ಅವನಿಗೆ ಹೇಳುತ್ತೇನೆ: "ನೀವು ಕೋಡ್ ಬರೆಯಬಹುದು ಎಂದು ನಮಗೆ ತಿಳಿದಿದೆ. ಪ್ರಶ್ನೆ: ನೀವು ಮುನ್ನಡೆಸಬಹುದೇ? ನೀವು ಇನ್ನು ಮುಂದೆ ನಿಮಗಾಗಿ ಮಾತ್ರ ಜವಾಬ್ದಾರರಲ್ಲ, ಇಡೀ ತಂಡಕ್ಕೆ ನೀವು ಜವಾಬ್ದಾರರಾಗಿರುತ್ತೀರಿ; ಮತ್ತು ನೀವೇ ಕೋಡ್ ಅನ್ನು ಬರೆಯದೆಯೇ ನಿಮ್ಮ ತಂಡವು ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ನಿಮ್ಮ ತಂಡವನ್ನು ನೀವು ಪಡೆಯಬಹುದು ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ನಾನು ಬಯಸುತ್ತೇನೆ. ನಿಮ್ಮನ್ನು ಹೇಗೆ ಅಳೆಯುವುದು ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ನಿಮ್ಮ ಕೆಲಸ. ನೀವು ಕೇವಲ ಒಬ್ಬರಾಗಬೇಕೆಂದು ನಾನು ಬಯಸುವುದಿಲ್ಲ, ನಿಮ್ಮಂತೆ ಅನೇಕರು ಇರಬೇಕೆಂದು ನಾನು ಬಯಸುತ್ತೇನೆ.

ಒಳ್ಳೆಯ ಸಲಹೆ, ಸರಿ? ಸ್ಕೇಲ್. ನಿರ್ವಹಣೆ. ಜವಾಬ್ದಾರಿ. ಅಂತಹ ಸಾಮಾನ್ಯ ಪದಗಳು. ಸಲಹೆ ತಪ್ಪಾಗಿದೆ ಎಂಬುದು ವಿಷಾದದ ಸಂಗತಿ.

ತಪ್ಪು?

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

ನಾನು ಬೋರ್ಲ್ಯಾಂಡ್‌ನಲ್ಲಿ ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪರ್ ಆಗಿ ನನ್ನ ವೃತ್ತಿಜೀವನವನ್ನು ಪ್ರಾರಂಭಿಸಿದಾಗ, ನಾನು ಪ್ಯಾರಾಡಾಕ್ಸ್ ವಿಂಡೋಸ್ ತಂಡದಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದ್ದೇನೆ, ಅದು ದೊಡ್ಡ ತಂಡವಾಗಿತ್ತು. ಕೇವಲ 13 ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪರ್‌ಗಳಿದ್ದರು. ಕೋರ್ ಡೇಟಾಬೇಸ್ ಎಂಜಿನ್ ಮತ್ತು ಕೋರ್ ಅಪ್ಲಿಕೇಶನ್ ಸೇವೆಗಳಂತಹ ಈ ಯೋಜನೆಗಾಗಿ ಪ್ರಮುಖ ತಂತ್ರಜ್ಞಾನಗಳಲ್ಲಿ ನಿರಂತರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವ ಇತರ ತಂಡಗಳ ಜನರನ್ನು ನೀವು ಸೇರಿಸಿದರೆ, ನೀವು ಈ ಉತ್ಪನ್ನದ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ನೇರವಾಗಿ 50 ಎಂಜಿನಿಯರ್‌ಗಳನ್ನು ತೊಡಗಿಸಿಕೊಂಡಿದ್ದೀರಿ.

ನಾನು ಕೆಲಸ ಮಾಡಿದ ಯಾವುದೇ ತಂಡವು ಈ ಗಾತ್ರಕ್ಕೆ ಹತ್ತಿರವಾಗುವುದಿಲ್ಲ. ವಾಸ್ತವವಾಗಿ, ಪ್ರತಿ ವರ್ಷ ಕಳೆದಂತೆ, ನಾನು ಕೆಲಸ ಮಾಡುವ ತಂಡದ ಜನರ ಸಂಖ್ಯೆ ಕ್ರಮೇಣ ಕಡಿಮೆಯಾಗುತ್ತಿದೆ. ಏನಾಗುತ್ತಿದೆ? ನಾವು ಡೆವಲಪರ್‌ಗಳು ಒಟ್ಟಾಗಿ ಸ್ಮಾರ್ಟ್ ಮತ್ತು ಚುರುಕಾಗುತ್ತಿದ್ದಾರೆಯೇ? ಇಲ್ಲ, ನಾವು ಲೋಡ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತಿದ್ದೇವೆ.

ಕಳೆದ 20 ವರ್ಷಗಳಿಂದ ಡೆವಲಪರ್‌ಗಳು ಏನು ಮಾಡುತ್ತಿದ್ದಾರೆ? ಈ ಸಮಯದಲ್ಲಿ ನಾವು ಕೋಡ್‌ನ ಶಿಟ್‌ಲೋಡ್ ಅನ್ನು ಬರೆದಿದ್ದೇವೆ. ಕೋಡ್ ಸಮುದ್ರ! ನಾವು ತುಂಬಾ ಕೋಡ್ ಅನ್ನು ಬರೆದಿದ್ದೇವೆ ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಸರಳಗೊಳಿಸುವುದು ಮತ್ತು ಮುಕ್ತ ಮೂಲಕ್ಕೆ ಹೋಗುವುದು ಒಳ್ಳೆಯದು ಎಂದು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ.

ಅದೃಷ್ಟವಶಾತ್, ಇಂಟರ್ನೆಟ್ಗೆ ಧನ್ಯವಾದಗಳು, ಈ ಪ್ರಕ್ರಿಯೆಯು ಈಗ ಸಾಧ್ಯವಾದಷ್ಟು ಸರಳವಾಗಿದೆ. ನೀವು ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪರ್ ಆಗಿದ್ದರೆ, ನೀವು ಇದೀಗ ಅದನ್ನು ಪರಿಶೀಲಿಸಬಹುದು! Google ಅಥವಾ Github ನಲ್ಲಿ ನಿಮ್ಮ ಹೆಸರನ್ನು ಹುಡುಕಿ ಮತ್ತು ನೀವು ಬಹಳ ಹಿಂದೆಯೇ ಮರೆತಿರುವ ಆದರೆ ಯಾರಾದರೂ ಹುಡುಕಬಹುದಾದ ಕೋಡ್ ಅನ್ನು ನೀವು ನೋಡುತ್ತೀರಿ. ಭಯಾನಕ, ಸರಿ? ಕೋಡ್ ಶಾಶ್ವತವಾಗಿ ಉಳಿಯುತ್ತದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿಲ್ಲವೇ? ಹೌದು, ಅವನು ಶಾಶ್ವತವಾಗಿ ಬದುಕುತ್ತಾನೆ.

ಕೋಡ್ ಶಾಶ್ವತವಾಗಿ ಜೀವಿಸುತ್ತದೆ. ಮತ್ತು ಉತ್ತಮ ಕೋಡ್ ಶಾಶ್ವತವಾಗಿ ಜೀವಿಸುವುದಿಲ್ಲ, ಅದು ಬೆಳೆಯುತ್ತದೆ ಏಕೆಂದರೆ ಅದನ್ನು ಗೌರವಿಸುವವರು ನಿರಂತರವಾಗಿ ತಾಜಾವಾಗಿ ಉಳಿಯುತ್ತಾರೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುತ್ತಾರೆ. ಉತ್ತಮ-ಗುಣಮಟ್ಟದ, ಉತ್ತಮವಾಗಿ ನಿರ್ವಹಿಸಲಾದ ಕೋಡ್‌ನ ಈ ರಾಶಿಯು ಸರಾಸರಿ ಎಂಜಿನಿಯರಿಂಗ್ ತಂಡದ ಗಾತ್ರವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ ಏಕೆಂದರೆ ಇದು ಹೊಸ ಕೋಡ್ ಬರೆಯುವ ಬದಲು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕೋಡ್‌ನ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಲು ಮತ್ತು ಕಡಿಮೆ ಜನರೊಂದಿಗೆ ಮತ್ತು ಕಡಿಮೆ ಸಮಯದ ಚೌಕಟ್ಟಿನಲ್ಲಿ ಕೆಲಸವನ್ನು ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ.

ಈ ತಾರ್ಕಿಕ ರೇಖೆಯು ಖಿನ್ನತೆಯನ್ನುಂಟುಮಾಡುತ್ತದೆ, ಆದರೆ ಕಲ್ಪನೆಯೆಂದರೆ ನಾವೆಲ್ಲರೂ ಒಂದೇ ವಿಷಯದ ಸ್ವಲ್ಪ ವಿಭಿನ್ನ ಆವೃತ್ತಿಯನ್ನು ರಚಿಸಲು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ವಸ್ತುಗಳ ವಿಭಿನ್ನ ಬಿಟ್‌ಗಳನ್ನು ಒಟ್ಟಿಗೆ ಸಂಪರ್ಕಿಸಲು ಡಕ್ಟ್ ಟೇಪ್ ಅನ್ನು ಬಳಸುವ ಏಕೀಕರಣದ ಸ್ವಯಂಚಾಲಿತ ಗುಂಪಾಗಿದೆ. ಹೊರಗುತ್ತಿಗೆಯನ್ನು ಇಷ್ಟಪಡುವ ಹಿರಿಯ ಕಾರ್ಯನಿರ್ವಾಹಕರಲ್ಲಿ ಇದು ಒಂದು ಶ್ರೇಷ್ಠ ಚಿಂತನೆಯಾಗಿದೆ. “Google ಅನ್ನು ಹೇಗೆ ಬಳಸಬೇಕೆಂದು ತಿಳಿದಿರುವ ಮತ್ತು ಕೆಲವು ಡಕ್ಟ್ ಟೇಪ್ ಹೊಂದಿರುವ ಯಾರಾದರೂ ಇದನ್ನು ಮಾಡಬಹುದು! ಹಾಗಾದರೆ ನಾವು ನಮ್ಮ ಯಂತ್ರಗಳಿಗೆ ಏಕೆ ಹೆಚ್ಚು ಹಣವನ್ನು ಪಾವತಿಸುತ್ತಿದ್ದೇವೆ? ”

ನಾವು ಈ ನಿರ್ವಹಣಾ ವ್ಯಕ್ತಿಗಳಿಗೆ ನಿಜವಾಗಿಯೂ ದೊಡ್ಡ ಹಣವನ್ನು ಪಾವತಿಸುತ್ತೇವೆ, ಆದರೆ ಅವರು ಅಂತಹ ಅಸಂಬದ್ಧತೆಯನ್ನು ಯೋಚಿಸುತ್ತಾರೆ. ಮತ್ತೊಮ್ಮೆ, ನನ್ನ ಪ್ರಮುಖ ಅಂಶವೆಂದರೆ ನಮ್ಮ ಗ್ರಹದಲ್ಲಿ ಅನೇಕ ಅದ್ಭುತ ಮತ್ತು ಕಷ್ಟಪಟ್ಟು ಕೆಲಸ ಮಾಡುವ ಡೆವಲಪರ್‌ಗಳು ಇದ್ದಾರೆ; ಅವರು ನಿಜವಾಗಿಯೂ ಪ್ರತಿಭಾವಂತರು ಮತ್ತು ಶ್ರದ್ಧೆಯುಳ್ಳವರು, ಆದರೂ ಅವರು ಮಾನ್ಯತೆ ಪಡೆದ ವಿಶ್ವವಿದ್ಯಾನಿಲಯಗಳಲ್ಲಿ ಕುಳಿತು ಒಂದು ನಿಮಿಷವನ್ನೂ ಕಳೆದಿಲ್ಲ. ಓಹ್, ಈಗ ಅವುಗಳಲ್ಲಿ ಹೆಚ್ಚು ಹೆಚ್ಚು ಇವೆ!

ಕೆಲವು ಅದ್ಭುತ ಒಡನಾಡಿಗಳು ನಿಮ್ಮ ಸ್ಥಳವನ್ನು ಬೇಟೆಯಾಡುತ್ತಿದ್ದಾರೆ ಎಂಬ ಕಾರಣಕ್ಕಾಗಿ ನೀವು ನಿಮ್ಮ ಸ್ಥಳದ ಬಗ್ಗೆ ಚಿಂತಿಸುವುದನ್ನು ಪ್ರಾರಂಭಿಸಲು ನಾನು ಸೂಚಿಸುವುದಿಲ್ಲ. ನೀವು ಅದರ ಬಗ್ಗೆ ಚಿಂತಿಸುವುದನ್ನು ಪ್ರಾರಂಭಿಸಲು ನಾನು ಸಲಹೆ ನೀಡುತ್ತೇನೆ ಏಕೆಂದರೆ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯ ವಿಕಾಸವು ಬಹುಶಃ ನಿಮಗಿಂತ ವೇಗವಾಗಿ ಚಲಿಸುತ್ತಿದೆ. ನೀವು ಹತ್ತು ವರ್ಷಗಳಿಂದ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದೀರಿ, ಅವರಲ್ಲಿ ಐದು ಮಂದಿ ವ್ಯವಸ್ಥಾಪಕರಾಗಿ, ಮತ್ತು ನೀವು ಹೀಗೆ ಯೋಚಿಸುತ್ತೀರಿ: "ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಹೇಗೆ ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ ಎಂದು ನನಗೆ ಈಗಾಗಲೇ ತಿಳಿದಿದೆ." ಹೌದು, ನಿಮಗೆ ತಿಳಿದಿದೆ. ವಿದಾಯ...

ಕೋಡ್ ಬರೆಯುವುದನ್ನು ನಿಲ್ಲಿಸಿ, ಆದರೆ...

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

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

ನಿಮಗೆ ಆಕ್ಷೇಪಣೆಗಳಿವೆ. ಅರ್ಥ ಮಾಡಿಕೊಳ್ಳಿ. ಕೇಳೋಣ.

“ರಾಂಡ್ಸ್, ನಾನು ನಿರ್ದೇಶಕರ ಕುರ್ಚಿಗೆ ಹೋಗುತ್ತಿದ್ದೇನೆ! ನಾನು ಕೋಡ್ ಬರೆಯುವುದನ್ನು ಮುಂದುವರಿಸಿದರೆ, ನಾನು ಬೆಳೆಯಬಲ್ಲೆ ಎಂದು ಯಾರೂ ನಂಬುವುದಿಲ್ಲ.

ನಾನು ನಿಮಗೆ ಇದನ್ನು ಕೇಳಲು ಬಯಸುತ್ತೇನೆ: ನಿಮ್ಮ “ನಾನು CEO ಆಗಲಿದ್ದೇನೆ!” ಕುರ್ಚಿಯಲ್ಲಿ ನೀವು ಕುಳಿತಿರುವುದರಿಂದ, ನಿಮ್ಮ ಕಂಪನಿಯೊಳಗೆ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯ ಭೂದೃಶ್ಯವು ಬದಲಾಗುತ್ತಿರುವುದನ್ನು ನೀವು ಗಮನಿಸಿದ್ದೀರಾ? ನಿಮ್ಮ ಉತ್ತರ ಹೌದು ಎಂದಾದರೆ, ನಾನು ನಿಮಗೆ ಇನ್ನೊಂದು ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳುತ್ತೇನೆ: ಅದು ಎಷ್ಟು ನಿಖರವಾಗಿ ಬದಲಾಗುತ್ತಿದೆ ಮತ್ತು ಈ ಬದಲಾವಣೆಗಳ ಬಗ್ಗೆ ನೀವು ಏನು ಮಾಡಲಿದ್ದೀರಿ? ನನ್ನ ಮೊದಲ ಪ್ರಶ್ನೆಗೆ ನೀವು “ಇಲ್ಲ” ಎಂದು ಉತ್ತರಿಸಿದರೆ, ನೀವು ಬೇರೆ ಕುರ್ಚಿಗೆ ಹೋಗಬೇಕಾಗುತ್ತದೆ, ಏಕೆಂದರೆ (ನಾನು ಬಾಜಿ!) ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯ ಕ್ಷೇತ್ರವು ಈ ಕ್ಷಣದಲ್ಲಿ ಬದಲಾಗುತ್ತಿದೆ. ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಹೇಗೆ ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು ಎಂಬುದನ್ನು ನೀವು ನಿಧಾನವಾಗಿ ಆದರೆ ಖಚಿತವಾಗಿ ಮರೆತರೆ ನೀವು ಎಂದಾದರೂ ಹೇಗೆ ಬೆಳೆಯುತ್ತೀರಿ?

ನಿಮ್ಮ ಮುಂದಿನ ಉತ್ಪನ್ನಕ್ಕಾಗಿ ಟನ್‌ಗಳಷ್ಟು ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ನಿಮ್ಮನ್ನು ಬದ್ಧರಾಗಬೇಡಿ ಎಂಬುದು ನನ್ನ ಸಲಹೆ. ನಿಮ್ಮ ತಂಡವು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸುತ್ತಿದೆ ಎಂಬುದರ ಮೇಲೆ ಉಳಿಯಲು ನೀವು ನಿರಂತರವಾಗಿ ಕ್ರಮಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬೇಕಾಗುತ್ತದೆ. ನೀವು ನಿರ್ದೇಶಕರಾಗಿ ಮತ್ತು ಉಪಾಧ್ಯಕ್ಷರಾಗಿ ಇದನ್ನು ಮಾಡಬಹುದು. ಬೇರೆ ಏನಾದರೂ?

“ಉಹ್, ರಾಂಡ್ಸ್! ಆದರೆ ಯಾರಾದರೂ ತೀರ್ಪುಗಾರರಾಗಬೇಕು! ಯಾರಾದರೂ ದೊಡ್ಡ ಚಿತ್ರವನ್ನು ನೋಡಬೇಕು. ನಾನು ಕೋಡ್ ಅನ್ನು ಬರೆದರೆ, ನಾನು ದೃಷ್ಟಿಕೋನವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತೇನೆ."

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

ಎಂಜಿನಿಯರಿಂಗ್ ಮನಸ್ಥಿತಿಯನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಲು ನನ್ನ ಸಲಹೆಗಳು:

1. ಅಭಿವೃದ್ಧಿ ಪರಿಸರವನ್ನು ಬಳಸಿ. ಕೋಡ್ ಬಿಲ್ಡ್ ಸಿಸ್ಟಮ್, ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ ಮತ್ತು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಭಾಷೆ ಸೇರಿದಂತೆ ನಿಮ್ಮ ತಂಡದ ಪರಿಕರಗಳೊಂದಿಗೆ ನೀವು ಪರಿಚಿತರಾಗಿರಬೇಕು ಎಂದರ್ಥ. ಪರಿಣಾಮವಾಗಿ, ಉತ್ಪನ್ನ ಅಭಿವೃದ್ಧಿಯ ಕುರಿತು ಮಾತನಾಡುವಾಗ ನಿಮ್ಮ ತಂಡವು ಬಳಸುವ ಭಾಷೆಯಲ್ಲಿ ನೀವು ಪ್ರವೀಣರಾಗುತ್ತೀರಿ. ಇದು ನಿಮ್ಮ ಮೆಚ್ಚಿನ ಪಠ್ಯ ಸಂಪಾದಕವನ್ನು ಬಳಸುವುದನ್ನು ಮುಂದುವರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಅದು ಸಂಪೂರ್ಣವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ.
2. ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಯಾವುದೇ ಮೇಲ್ಮೈಯಲ್ಲಿ ನಿಮ್ಮ ಉತ್ಪನ್ನವನ್ನು ವಿವರಿಸುವ ವಿವರವಾದ ವಾಸ್ತುಶಿಲ್ಪದ ರೇಖಾಚಿತ್ರವನ್ನು ನೀವು ಸೆಳೆಯಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಈಗ ನಾನು ಮೂರು ಕೋಶಗಳು ಮತ್ತು ಎರಡು ಬಾಣಗಳನ್ನು ಹೊಂದಿರುವ ಸರಳೀಕೃತ ಆವೃತ್ತಿಯ ಅರ್ಥವಲ್ಲ. ಉತ್ಪನ್ನದ ವಿವರವಾದ ರೇಖಾಚಿತ್ರವನ್ನು ನೀವು ತಿಳಿದಿರಬೇಕು. ಅತ್ಯಂತ ಕಷ್ಟಕರವಾದದ್ದು. ಯಾವುದೇ ಮುದ್ದಾದ ರೇಖಾಚಿತ್ರವಲ್ಲ, ಆದರೆ ವಿವರಿಸಲು ಕಷ್ಟಕರವಾದ ರೇಖಾಚಿತ್ರ. ಇದು ಉತ್ಪನ್ನದ ಸಂಪೂರ್ಣ ತಿಳುವಳಿಕೆಗೆ ಸೂಕ್ತವಾದ ನಕ್ಷೆಯಾಗಿರಬೇಕು. ಇದು ನಿರಂತರವಾಗಿ ಬದಲಾಗುತ್ತಿದೆ ಮತ್ತು ಕೆಲವು ಬದಲಾವಣೆಗಳು ಏಕೆ ಸಂಭವಿಸಿವೆ ಎಂಬುದನ್ನು ನೀವು ಯಾವಾಗಲೂ ತಿಳಿದಿರಬೇಕು.
3. ಕಾರ್ಯಗಳಲ್ಲಿ ಒಂದನ್ನು ಅನುಷ್ಠಾನಕ್ಕೆ ತೆಗೆದುಕೊಳ್ಳಿ. ನಾನು ಇದನ್ನು ಬರೆಯುವಾಗ ನಾನು ಅಕ್ಷರಶಃ ವಿನ್ಸಿಂಗ್ ಮಾಡುತ್ತಿದ್ದೇನೆ ಏಕೆಂದರೆ ಈ ಹಂತದಲ್ಲಿ ಬಹಳಷ್ಟು ಗುಪ್ತ ಅಪಾಯಗಳಿವೆ, ಆದರೆ ಕನಿಷ್ಠ ಒಂದು ವೈಶಿಷ್ಟ್ಯವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ನೀವು ಪಾಯಿಂಟ್ #1 ಮತ್ತು ಪಾಯಿಂಟ್ #2 ಅನ್ನು ಸಾಧಿಸಬಹುದು ಎಂದು ನನಗೆ ಖಚಿತವಿಲ್ಲ . ವೈಶಿಷ್ಟ್ಯಗಳಲ್ಲಿ ಒಂದನ್ನು ನೀವೇ ಕಾರ್ಯಗತಗೊಳಿಸುವುದರ ಮೂಲಕ, ನೀವು ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿ ತೊಡಗಿಸಿಕೊಳ್ಳುತ್ತೀರಿ ಮಾತ್ರವಲ್ಲ, ನಿಯತಕಾಲಿಕವಾಗಿ “ಎಲ್ಲದಕ್ಕೂ ಉಸ್ತುವಾರಿ ವಹಿಸುವ ವ್ಯವಸ್ಥಾಪಕ” ಪಾತ್ರದಿಂದ “ಒಂದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಜವಾಬ್ದಾರಿಯುತ ವ್ಯಕ್ತಿ” ಪಾತ್ರಕ್ಕೆ ಬದಲಾಯಿಸಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಕಾರ್ಯಗಳ." ಈ ವಿನಮ್ರ ಮತ್ತು ನಿಗರ್ವಿ ವರ್ತನೆಯು ಸಣ್ಣ ನಿರ್ಧಾರಗಳ ಪ್ರಾಮುಖ್ಯತೆಯನ್ನು ನಿಮಗೆ ನೆನಪಿಸುತ್ತದೆ.
4. ನಾನು ಇನ್ನೂ ಅಲ್ಲಾಡುತ್ತಿದ್ದೇನೆ. ಯಾರೋ ಒಬ್ಬರು ಈಗಾಗಲೇ ನನ್ನ ಮೇಲೆ ಕೂಗುತ್ತಿದ್ದಾರೆ ಎಂದು ತೋರುತ್ತದೆ: “ಕಾರ್ಯನಿರ್ವಹಣೆಯ ಅನುಷ್ಠಾನವನ್ನು ಸ್ವತಃ ತೆಗೆದುಕೊಂಡ ಮ್ಯಾನೇಜರ್?! (ಮತ್ತು ನಾನು ಅವನೊಂದಿಗೆ ಒಪ್ಪುತ್ತೇನೆ!) ಹೌದು, ನೀವು ಇನ್ನೂ ಮ್ಯಾನೇಜರ್ ಆಗಿದ್ದೀರಿ, ಅಂದರೆ ಇದು ಕೆಲವು ಸಣ್ಣ ಕಾರ್ಯವಾಗಿರಬೇಕು, ಸರಿ? ಹೌದು, ನೀವು ಇನ್ನೂ ಬಹಳಷ್ಟು ಮಾಡಬೇಕಾಗಿದೆ. ನೀವು ಕಾರ್ಯದ ಅನುಷ್ಠಾನವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ನಾನು ನಿಮಗಾಗಿ ಕೆಲವು ಬಿಡಿ ಸಲಹೆಗಳನ್ನು ಹೊಂದಿದ್ದೇನೆ: ಕೆಲವು ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸಿ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಸೃಷ್ಟಿಯ ಸಂತೋಷವನ್ನು ಅನುಭವಿಸುವುದಿಲ್ಲ, ಆದರೆ ಉತ್ಪನ್ನವನ್ನು ಹೇಗೆ ರಚಿಸಲಾಗಿದೆ ಎಂಬುದರ ಕುರಿತು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವಿರಿ, ಅಂದರೆ ನೀವು ಎಂದಿಗೂ ಕೆಲಸದಿಂದ ಹೊರಗುಳಿಯುವುದಿಲ್ಲ.
5. ಘಟಕ ಪರೀಕ್ಷೆಗಳನ್ನು ಬರೆಯಿರಿ. ಜನರು ಹುಚ್ಚರಾಗಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ನಾನು ಇದನ್ನು ಉತ್ಪಾದನಾ ಚಕ್ರದಲ್ಲಿ ತಡವಾಗಿ ಮಾಡುತ್ತೇನೆ. ನಿಮ್ಮ ಉತ್ಪನ್ನದ ಆರೋಗ್ಯ ಪರಿಶೀಲನಾಪಟ್ಟಿ ಎಂದು ಯೋಚಿಸಿ. ಇದನ್ನು ಆಗಾಗ್ಗೆ ಮಾಡಿ.

ಮತ್ತೆ ಆಕ್ಷೇಪ?

"ರಾಂಡ್ಸ್, ನಾನು ಕೋಡ್ ಅನ್ನು ಬರೆದರೆ, ನಾನು ನನ್ನ ತಂಡವನ್ನು ಗೊಂದಲಗೊಳಿಸುತ್ತೇನೆ. ನಾನು ಯಾರೆಂದು ಅವರಿಗೆ ತಿಳಿದಿರುವುದಿಲ್ಲ - ಮ್ಯಾನೇಜರ್ ಅಥವಾ ಡೆವಲಪರ್.

ಒಳ್ಳೆಯದು.

ಹೌದು, ನಾನು ಹೇಳಿದೆ, "ಸರಿ!" ಡೆವಲಪರ್ ಕೊಳದಲ್ಲಿ ಈಜುವ ಮೂಲಕ ನಿಮ್ಮ ತಂಡವನ್ನು ಗೊಂದಲಗೊಳಿಸಬಹುದು ಎಂದು ನೀವು ಭಾವಿಸಿದರೆ ನನಗೆ ಸಂತೋಷವಾಗಿದೆ. ಇದು ಸರಳವಾಗಿದೆ: ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ವಿಭಿನ್ನ ಪಾತ್ರಗಳ ನಡುವಿನ ಗಡಿಗಳು ಪ್ರಸ್ತುತ ತುಂಬಾ ಮಸುಕಾಗಿದೆ. UI ವ್ಯಕ್ತಿಗಳು ಜಾವಾಸ್ಕ್ರಿಪ್ಟ್ ಮತ್ತು CSS ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಎಂದು ಕರೆಯಬಹುದಾದುದನ್ನು ಮಾಡುತ್ತಾರೆ. ಡೆವಲಪರ್‌ಗಳು ಬಳಕೆದಾರರ ಅನುಭವದ ವಿನ್ಯಾಸದ ಬಗ್ಗೆ ಹೆಚ್ಚು ಹೆಚ್ಚು ಕಲಿಯುತ್ತಿದ್ದಾರೆ. ಜನರು ಪರಸ್ಪರ ಸಂವಹನ ನಡೆಸುತ್ತಾರೆ ಮತ್ತು ದೋಷಗಳ ಬಗ್ಗೆ, ಇತರ ಜನರ ಕೋಡ್ ಕಳ್ಳತನದ ಬಗ್ಗೆ ಮತ್ತು ಈ ಬೃಹತ್, ಜಾಗತಿಕ, ಅಡ್ಡ-ಪರಾಗಸ್ಪರ್ಶದ ಮಾಹಿತಿ ಬಚನಾಲಿಯಾದಲ್ಲಿ ಭಾಗವಹಿಸದಿರಲು ವ್ಯವಸ್ಥಾಪಕರಿಗೆ ಯಾವುದೇ ಉತ್ತಮ ಕಾರಣವಿಲ್ಲ ಎಂಬ ಅಂಶದ ಬಗ್ಗೆ ಕಲಿಯುತ್ತಾರೆ.

ಇದಲ್ಲದೆ, ಸುಲಭವಾಗಿ ಬದಲಾಯಿಸಬಹುದಾದ ಘಟಕಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ತಂಡದ ಭಾಗವಾಗಲು ನೀವು ಬಯಸುವಿರಾ? ಇದು ನಿಮ್ಮ ತಂಡವನ್ನು ಹೆಚ್ಚು ಚುರುಕುಗೊಳಿಸುವುದಿಲ್ಲ, ಇದು ಪ್ರತಿ ತಂಡದ ಸದಸ್ಯರಿಗೆ ಉತ್ಪನ್ನ ಮತ್ತು ಕಂಪನಿಯನ್ನು ವಿವಿಧ ದೃಷ್ಟಿಕೋನಗಳಿಂದ ನೋಡುವ ಅವಕಾಶವನ್ನು ನೀಡುತ್ತದೆ. ಅವರ ಬಿಲ್ಡ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳ ಸರಳ ಸೊಬಗನ್ನು ನೋಡಿದ ನಂತರ, ಬಿಲ್ಡ್‌ಗಳ ಉಸ್ತುವಾರಿ ವಹಿಸುವ ಶಾಂತ ವ್ಯಕ್ತಿ ಫ್ರಾಂಕ್ ಅವರನ್ನು ನೀವು ಹೇಗೆ ಗೌರವಿಸಬಹುದು?

ನಿಮ್ಮ ತಂಡವು ಗೊಂದಲಕ್ಕೊಳಗಾಗುವುದು ಮತ್ತು ಅಸ್ತವ್ಯಸ್ತವಾಗುವುದು ನನಗೆ ಇಷ್ಟವಿಲ್ಲ. ಇದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ನಿಮ್ಮ ತಂಡವು ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಸಂವಹನ ನಡೆಸಬೇಕೆಂದು ನಾನು ಬಯಸುತ್ತೇನೆ. ಉತ್ಪನ್ನವನ್ನು ರಚಿಸುವಲ್ಲಿ ಮತ್ತು ವೈಶಿಷ್ಟ್ಯಗಳ ಮೇಲೆ ಕೆಲಸ ಮಾಡುವಲ್ಲಿ ನೀವು ತೊಡಗಿಸಿಕೊಂಡಿದ್ದರೆ, ನಿಮ್ಮ ತಂಡಕ್ಕೆ ನೀವು ಹತ್ತಿರವಾಗುತ್ತೀರಿ ಎಂದು ನಾನು ನಂಬುತ್ತೇನೆ. ಮತ್ತು ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿ, ನಿಮ್ಮ ಸಂಸ್ಥೆಯೊಳಗಿನ ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ನಿರಂತರ ಬದಲಾವಣೆಗಳಿಗೆ ನೀವು ಹತ್ತಿರವಾಗುತ್ತೀರಿ.

ಅಭಿವೃದ್ಧಿಯನ್ನು ನಿಲ್ಲಿಸಬೇಡಿ

ಬೋರ್ಲ್ಯಾಂಡ್‌ನಲ್ಲಿ ನನ್ನ ಸಹೋದ್ಯೋಗಿಯೊಬ್ಬರು ಒಮ್ಮೆ ಅವಳನ್ನು "ಕೋಡರ್" ಎಂದು ಕರೆದಿದ್ದಕ್ಕಾಗಿ ನನ್ನ ಮೇಲೆ ಮಾತಿನ ದಾಳಿ ಮಾಡಿದರು.

“ರಾಂಡ್ಸ್, ಕೋಡರ್ ಬುದ್ದಿಹೀನ ಯಂತ್ರ! ಮಂಗ! ನಿಷ್ಪ್ರಯೋಜಕ ಕೋಡ್‌ನ ನೀರಸ ಸಾಲುಗಳನ್ನು ಬರೆಯುವುದನ್ನು ಹೊರತುಪಡಿಸಿ ಕೋಡರ್ ಮುಖ್ಯವಾದದ್ದನ್ನು ಮಾಡುವುದಿಲ್ಲ. ನಾನು ಕೋಡರ್ ಅಲ್ಲ, ನಾನು ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪರ್!"

ಅವಳು ಹೇಳಿದ್ದು ಸರಿ, ಹೊಸ CEO ಗಳಿಗೆ ನನ್ನ ಆರಂಭಿಕ ಸಲಹೆಯನ್ನು ಅವಳು ದ್ವೇಷಿಸುತ್ತಿದ್ದಳು: "ಕೋಡ್ ಬರೆಯುವುದನ್ನು ನಿಲ್ಲಿಸಿ!" ಅವರು ಕೋಡರ್‌ಗಳು ಎಂದು ನಾನು ಸೂಚಿಸುತ್ತಿರುವ ಕಾರಣದಿಂದಲ್ಲ, ಆದರೆ ಅವರು ತಮ್ಮ ಕೆಲಸದ ಪ್ರಮುಖ ಭಾಗಗಳಲ್ಲಿ ಒಂದನ್ನು ನಿರ್ಲಕ್ಷಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ ಎಂದು ನಾನು ಪೂರ್ವಭಾವಿಯಾಗಿ ಸೂಚಿಸುತ್ತಿದ್ದೇನೆ: ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿ.

ಹಾಗಾಗಿ ನನ್ನ ಸಲಹೆಯನ್ನು ನವೀಕರಿಸಿದ್ದೇನೆ. ನೀವು ಉತ್ತಮ ನಾಯಕರಾಗಲು ಬಯಸಿದರೆ, ನೀವು ಕೋಡ್ ಬರೆಯುವುದನ್ನು ನಿಲ್ಲಿಸಬಹುದು, ಆದರೆ...

ಹೊಂದಿಕೊಳ್ಳುವವರಾಗಿರಿ. ಇಂಜಿನಿಯರ್ ಆಗುವುದು ಎಂದರೆ ಏನೆಂದು ನೆನಪಿಡಿ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಬೇಡಿ.

ಲೇಖಕರ ಬಗ್ಗೆ

ಮೈಕೆಲ್ ಲೋಪ್ ಒಬ್ಬ ಅನುಭವಿ ಸಾಫ್ಟ್‌ವೇರ್ ಡೆವಲಪರ್ ಆಗಿದ್ದು, ಅವರು ಇನ್ನೂ ಸಿಲಿಕಾನ್ ವ್ಯಾಲಿಯನ್ನು ಬಿಟ್ಟಿಲ್ಲ. ಕಳೆದ 20 ವರ್ಷಗಳಲ್ಲಿ, ಮೈಕೆಲ್ Apple, Netscape, Symantec, Borland, Palantir, Pinterest ಸೇರಿದಂತೆ ವಿವಿಧ ನವೀನ ಕಂಪನಿಗಳಿಗೆ ಕೆಲಸ ಮಾಡಿದ್ದಾರೆ ಮತ್ತು ನಿಧಾನವಾಗಿ ಮರೆವಿನೊಳಗೆ ತೇಲುತ್ತಿರುವ ಸ್ಟಾರ್ಟ್‌ಅಪ್‌ನಲ್ಲಿ ಭಾಗವಹಿಸಿದ್ದಾರೆ.

ಕೆಲಸದ ಹೊರಗೆ, ಮೈಕೆಲ್ ರಾಂಡ್ಸ್ ಎಂಬ ಕಾವ್ಯನಾಮದಲ್ಲಿ ತಂತ್ರಜ್ಞಾನ ಮತ್ತು ನಿರ್ವಹಣೆಯ ಬಗ್ಗೆ ಜನಪ್ರಿಯ ಬ್ಲಾಗ್ ಅನ್ನು ನಡೆಸುತ್ತಾರೆ, ಅಲ್ಲಿ ಅವರು ನಿರ್ವಹಣಾ ಕ್ಷೇತ್ರದಲ್ಲಿನ ವಿಚಾರಗಳನ್ನು ಓದುಗರೊಂದಿಗೆ ಚರ್ಚಿಸುತ್ತಾರೆ, ನಿರಂತರವಾಗಿ ತಮ್ಮ ಬೆರಳನ್ನು ನಾಡಿಮಿಡಿತದಲ್ಲಿಟ್ಟುಕೊಳ್ಳುವ ಅಗತ್ಯತೆಯ ಬಗ್ಗೆ ಕಳವಳ ವ್ಯಕ್ತಪಡಿಸುತ್ತಾರೆ ಮತ್ತು ವಿವರಿಸುತ್ತಾರೆ. ಉತ್ಪನ್ನವನ್ನು ರಚಿಸುವುದಕ್ಕಾಗಿ ಉದಾರವಾದ ಪ್ರತಿಫಲಗಳು, ನಿಮ್ಮ ಯಶಸ್ಸು ನಿಮ್ಮ ತಂಡಕ್ಕೆ ಮಾತ್ರ ಸಾಧ್ಯ. ಬ್ಲಾಗ್ ಅನ್ನು ಇಲ್ಲಿ ಕಾಣಬಹುದು www.randsinrepose.com.

ಮೈಕೆಲ್ ತನ್ನ ಕುಟುಂಬದೊಂದಿಗೆ ಕ್ಯಾಲಿಫೋರ್ನಿಯಾದ ರೆಡ್‌ವುಡ್‌ನಲ್ಲಿ ವಾಸಿಸುತ್ತಾನೆ. ಅವರು ಯಾವಾಗಲೂ ಮೌಂಟೇನ್ ಬೈಕ್, ಹಾಕಿ ಆಡಲು ಮತ್ತು ರೆಡ್ ವೈನ್ ಕುಡಿಯಲು ಸಮಯವನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತಾರೆ, ಏಕೆಂದರೆ ಕಾರ್ಯನಿರತವಾಗಿರುವುದಕ್ಕಿಂತ ಆರೋಗ್ಯವಾಗಿರುವುದು ಮುಖ್ಯ.

» ಪುಸ್ತಕದ ಕುರಿತು ಹೆಚ್ಚಿನ ವಿವರಗಳನ್ನು ಇಲ್ಲಿ ಕಾಣಬಹುದು ಪ್ರಕಾಶಕರ ವೆಬ್‌ಸೈಟ್
» ಪರಿವಿಡಿ
» ಆಯ್ದ ಭಾಗ

ಖಬ್ರೋಝೈಟೆಲಿಗಾಗಿ ಕೂಪನ್ ಬಳಸಿ 20% ರಿಯಾಯಿತಿ - ಜನರನ್ನು ನಿರ್ವಹಿಸುವುದು

ಪುಸ್ತಕದ ಕಾಗದದ ಆವೃತ್ತಿಗೆ ಪಾವತಿಸಿದ ನಂತರ, ಪುಸ್ತಕದ ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಆವೃತ್ತಿಯನ್ನು ಇ-ಮೇಲ್ ಮೂಲಕ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.

PS: ಪುಸ್ತಕದ ಬೆಲೆಯ 7% ಹೊಸ ಕಂಪ್ಯೂಟರ್ ಪುಸ್ತಕಗಳ ಅನುವಾದಕ್ಕೆ ಹೋಗುತ್ತದೆ, ಪುಸ್ತಕಗಳ ಪಟ್ಟಿಯನ್ನು ಮುದ್ರಣಾಲಯಕ್ಕೆ ಹಸ್ತಾಂತರಿಸಲಾಗಿದೆ ಇಲ್ಲಿ.

ಮೂಲ: www.habr.com