ಸಾಫ್ಟ್ವೇರ್ ಲೀಪ್‌ಫ್ರಾಗ್ ಶೀಘ್ರದಲ್ಲೇ ಕಂಪನಿಗಳ ಸಾಮಾನ್ಯ ಕಾಯಿಲೆಯಾಗಲಿದೆ. ಪ್ರತಿಯೊಂದು ಸಣ್ಣ ವಿಷಯಕ್ಕೂ ಒಂದೊಂದು ತಂತ್ರಾಂಶವನ್ನು ಬದಲಾಯಿಸುವುದು, ತಂತ್ರಜ್ಞಾನದಿಂದ ತಂತ್ರಜ್ಞಾನಕ್ಕೆ ಜಿಗಿಯುವುದು, ನೇರ ವ್ಯಾಪಾರದ ಪ್ರಯೋಗ ಮಾಡುವುದು ರೂಢಿಯಾಗುತ್ತಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಕಚೇರಿಯಲ್ಲಿ ನಿಜವಾದ ಅಂತರ್ಯುದ್ಧ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ: ಅನುಷ್ಠಾನಕ್ಕೆ ಪ್ರತಿರೋಧದ ಚಳುವಳಿ ರೂಪುಗೊಳ್ಳುತ್ತದೆ, ಪಕ್ಷಪಾತಿಗಳು ಹೊಸ ವ್ಯವಸ್ಥೆಯ ವಿರುದ್ಧ ವಿಧ್ವಂಸಕ ಕೆಲಸವನ್ನು ನಡೆಸುತ್ತಿದ್ದಾರೆ, ಗೂಢಚಾರರು ಹೊಸ ಸಾಫ್ಟ್‌ವೇರ್‌ನೊಂದಿಗೆ ಕೆಚ್ಚೆದೆಯ ಹೊಸ ಜಗತ್ತನ್ನು ಪ್ರಚಾರ ಮಾಡುತ್ತಿದ್ದಾರೆ, ಶಸ್ತ್ರಸಜ್ಜಿತ ಕಾರಿನಿಂದ ನಿರ್ವಹಣೆ ಕಾರ್ಪೊರೇಟ್ ಪೋರ್ಟಲ್ ಶಾಂತಿ, ಕಾರ್ಮಿಕ, ಕೆಪಿಐಗಳ ಬಗ್ಗೆ ಪ್ರಸಾರ ಮಾಡುತ್ತಿದೆ. ಕ್ರಾಂತಿಯು ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಕಡೆ ಸಂಪೂರ್ಣ ವೈಫಲ್ಯದಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ.
ಅನುಷ್ಠಾನದ ಬಗ್ಗೆ ನಮಗೆ ಬಹುತೇಕ ಎಲ್ಲವೂ ತಿಳಿದಿದೆ, ಆದ್ದರಿಂದ ಕ್ರಾಂತಿಯನ್ನು ವಿಕಸನವಾಗಿ ಪರಿವರ್ತಿಸುವುದು ಮತ್ತು ಅನುಷ್ಠಾನವನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಉಪಯುಕ್ತ ಮತ್ತು ನೋವುರಹಿತವಾಗಿಸುವುದು ಹೇಗೆ ಎಂದು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಪ್ರಯತ್ನಿಸೋಣ. ಸರಿ, ಅಥವಾ ಕನಿಷ್ಠ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ನೀವು ಏನನ್ನು ಪಡೆಯಬಹುದು ಎಂಬುದನ್ನು ನಾವು ನಿಮಗೆ ಹೇಳುತ್ತೇವೆ.
ಹೊಸ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಉದ್ಯೋಗಿ ಸ್ವೀಕಾರದ ಆದರ್ಶ ದೃಶ್ಯೀಕರಣ - Yandex.Images
ವಿದೇಶಿ ಸಲಹೆಗಾರರು ಈ ಲೇಖನವನ್ನು ಈ ರೀತಿಯಾಗಿ ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ: "ನಿಮ್ಮ ಉದ್ಯೋಗಿಗಳಿಗೆ ಅವರ ಕೆಲಸವನ್ನು ಸುಧಾರಿಸುವ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಗುಣಾತ್ಮಕ ಪರಿಣಾಮ ಬೀರುವ ಗುಣಮಟ್ಟದ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ನೀವು ನೀಡಿದರೆ, ಹೊಸ ಪ್ರೋಗ್ರಾಂ ಅಥವಾ ಸಿಸ್ಟಮ್ ಅನ್ನು ಅಳವಡಿಸಿಕೊಳ್ಳುವುದು ಸ್ವಾಭಾವಿಕವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ." ಆದರೆ ನಾವು ರಶಿಯಾದಲ್ಲಿದ್ದೇವೆ, ಆದ್ದರಿಂದ ಅನುಮಾನಾಸ್ಪದ ಮತ್ತು ಯುದ್ಧದ ಉದ್ಯೋಗಿಗಳ ವಿಷಯವು ತುಂಬಾ ಪ್ರಸ್ತುತವಾಗಿದೆ. ಕಾರ್ಪೊರೇಟ್ ಮೆಸೆಂಜರ್ ಅಥವಾ ಸಾಫ್ಟ್‌ಫೋನ್‌ನಂತಹ ಕನಿಷ್ಠ ಸಾಫ್ಟ್‌ವೇರ್‌ನೊಂದಿಗೆ ಸಹ ನೈಸರ್ಗಿಕ ಪರಿವರ್ತನೆಯು ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ.
ಸಮಸ್ಯೆಯ ಕಾಲುಗಳು ಎಲ್ಲಿಂದ ಬರುತ್ತವೆ?
ಇಂದು, ಪ್ರತಿ ಕಂಪನಿಯು ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಸಂಪೂರ್ಣ ಮೃಗಾಲಯವನ್ನು ಸ್ಥಾಪಿಸಿದೆ (ನಾವು ಸಾಮಾನ್ಯ ಪ್ರಕರಣವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ, ಏಕೆಂದರೆ ಐಟಿ ಕಂಪನಿಗಳಲ್ಲಿ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಪ್ರಮಾಣವು ಡಬಲ್ ಅಥವಾ ಟ್ರಿಪಲ್ ಆಗಿರುತ್ತದೆ ಮತ್ತು ಹೊಂದಾಣಿಕೆಯ ಸಮಸ್ಯೆಗಳು ಭಾಗಶಃ ಅತಿಕ್ರಮಿಸುತ್ತವೆ ಮತ್ತು ಬಹಳ ನಿರ್ದಿಷ್ಟವಾಗಿರುತ್ತವೆ): ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಸಿಸ್ಟಮ್‌ಗಳು, ಸಿಆರ್ಎಂ/ಇಆರ್‌ಪಿ, ಇಮೇಲ್ ಕ್ಲೈಂಟ್‌ಗಳು, ತ್ವರಿತ ಸಂದೇಶವಾಹಕರು, ಕಾರ್ಪೊರೇಟ್ ಪೋರ್ಟಲ್, ಇತ್ಯಾದಿ. ಮತ್ತು ಬ್ರೌಸರ್‌ನಿಂದ ಬ್ರೌಸರ್‌ಗೆ ಪರಿವರ್ತನೆಯನ್ನು ವಿನಾಯಿತಿ ಇಲ್ಲದೆ ಇಡೀ ತಂಡವು ನಡೆಸುವ ಕಂಪನಿಗಳಿವೆ ಎಂಬ ಅಂಶವನ್ನು ಇದು ಲೆಕ್ಕಿಸುವುದಿಲ್ಲ (ಮತ್ತು ಇಂಟರ್ನೆಟ್ ಎಕ್ಸ್‌ಪ್ಲೋರರ್ ಎಡ್ಜ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಆಧರಿಸಿದ ತಂಡಗಳೂ ಇವೆ). ಸಾಮಾನ್ಯವಾಗಿ, ನಮ್ಮ ಲೇಖನವು ಉಪಯುಕ್ತವಾದ ಹಲವಾರು ಸಂದರ್ಭಗಳಿವೆ:
- ಕೆಲವು ಗುಂಪಿನ ಕಾರ್ಯಗಳ ಪ್ರಾಥಮಿಕ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಪ್ರಕ್ರಿಯೆ ಇದೆ: ಮೊದಲ CRM/ERP ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತಿದೆ, ಕಾರ್ಪೊರೇಟ್ ಪೋರ್ಟಲ್ ತೆರೆಯಲಾಗುತ್ತಿದೆ, ತಾಂತ್ರಿಕ ಬೆಂಬಲಕ್ಕಾಗಿ ವ್ಯವಸ್ಥೆಯನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತಿದೆ, ಇತ್ಯಾದಿ;
- ಕೆಲವು ಕಾರಣಗಳಿಗಾಗಿ ಒಂದು ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಇನ್ನೊಂದರಿಂದ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ: ಬಳಕೆಯಲ್ಲಿಲ್ಲ, ಹೊಸ ಅವಶ್ಯಕತೆಗಳು, ಸ್ಕೇಲಿಂಗ್, ಚಟುವಟಿಕೆಯ ಬದಲಾವಣೆ, ಇತ್ಯಾದಿ.
- ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ವ್ಯವಸ್ಥೆಯ ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಬೆಳವಣಿಗೆಯ ಉದ್ದೇಶಗಳಿಗಾಗಿ ನಿರ್ಮಿಸಲಾಗುತ್ತಿದೆ (ಉದಾಹರಣೆಗೆ, ಕಂಪನಿಯು ಉತ್ಪಾದನೆಯನ್ನು ತೆರೆಯಿತು ಮತ್ತು ಬದಲಾಯಿಸಲು ನಿರ್ಧರಿಸಿತು ಮೇಲೆ ಗರಿಷ್ಠ ಕ್ರಿಯಾತ್ಮಕತೆಯೊಂದಿಗೆ);
- ಪ್ರಮುಖ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ ಸಾಫ್ಟ್ವೇರ್ ನವೀಕರಣವು ನಡೆಯುತ್ತಿದೆ.
ಸಹಜವಾಗಿ, ಮೊದಲ ಎರಡು ಪ್ರಕರಣಗಳು ಹೆಚ್ಚು ತೀವ್ರವಾಗಿರುತ್ತವೆ ಮತ್ತು ಅವುಗಳ ಅಭಿವ್ಯಕ್ತಿಗಳಲ್ಲಿ ವಿಶಿಷ್ಟವಾಗಿರುತ್ತವೆ, ಅವರಿಗೆ ವಿಶೇಷ ಗಮನ ಕೊಡಿ.
ಆದ್ದರಿಂದ, ನೀವು ತಂಡದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು (ಶೀಘ್ರದಲ್ಲಿ ಬದಲಾವಣೆಗಳಾಗಬಹುದು ಎಂದು ಈಗಾಗಲೇ ಶಂಕಿಸಿರುವವರು), ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಬದಲಾಯಿಸಲು ನಿಜವಾದ ಕಾರಣಗಳು ಯಾವುವು ಮತ್ತು ಬದಲಾವಣೆಗಳು ತುಂಬಾ ಅಗತ್ಯವೆಂದು ನೀವು ಒಪ್ಪುತ್ತೀರಾ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸಿ.
- ಹಳೆಯ ಪ್ರೋಗ್ರಾಂನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ಕಷ್ಟ: ಇದು ದುಬಾರಿಯಾಗಿದೆ, ಅನಾನುಕೂಲವಾಗಿದೆ, ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ, ಇನ್ನು ಮುಂದೆ ನಿಮ್ಮ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುವುದಿಲ್ಲ, ನಿಮ್ಮ ಪ್ರಮಾಣಕ್ಕೆ ಸೂಕ್ತವಲ್ಲ, ಇತ್ಯಾದಿ. ಇದು ವಸ್ತುನಿಷ್ಠ ಅವಶ್ಯಕತೆಯಾಗಿದೆ.
- ಮಾರಾಟಗಾರರು ಸಿಸ್ಟಮ್ ಅನ್ನು ಬೆಂಬಲಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದರು, ಅಥವಾ ಬೆಂಬಲ ಮತ್ತು ಮಾರ್ಪಾಡುಗಳು ಅಂತ್ಯವಿಲ್ಲದ ಅನುಮೋದನೆಗಳ ಸರಣಿಯಾಗಿ ಮಾರ್ಪಟ್ಟವು ಮತ್ತು ಹಣವನ್ನು ಬರಿದುಮಾಡುತ್ತವೆ. ನಿಮ್ಮ ವೆಚ್ಚಗಳು ಗಣನೀಯವಾಗಿ ಹೆಚ್ಚಿದ್ದರೆ, ಮತ್ತು ಭವಿಷ್ಯದಲ್ಲಿ ಅವರು ಇನ್ನಷ್ಟು ಹೆಚ್ಚಿಸಲು ಭರವಸೆ ನೀಡಿದರೆ, ಕಾಯಲು ಏನೂ ಇಲ್ಲ, ನೀವು ಕಡಿತಗೊಳಿಸಬೇಕಾಗಿದೆ. ಹೌದು, ಹೊಸ ವ್ಯವಸ್ಥೆಯು ಹಣವನ್ನು ಸಹ ವೆಚ್ಚ ಮಾಡುತ್ತದೆ, ಆದರೆ ಕೊನೆಯಲ್ಲಿ ಆಪ್ಟಿಮೈಸೇಶನ್ ಅಂತಹ ಬೆಂಬಲಕ್ಕಿಂತ ಕಡಿಮೆ ವೆಚ್ಚವಾಗುತ್ತದೆ.
- ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಬದಲಾಯಿಸುವುದು ಒಬ್ಬ ವ್ಯಕ್ತಿ ಅಥವಾ ಉದ್ಯೋಗಿಗಳ ಗುಂಪಿನ ಹುಚ್ಚಾಟಿಕೆಯಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, CTO ಒಂದು ರೋಲ್ಬ್ಯಾಕ್ ಅನ್ನು ಬಯಸುತ್ತದೆ ಮತ್ತು ಹೊಸ, ಹೆಚ್ಚು ದುಬಾರಿ ವ್ಯವಸ್ಥೆಯನ್ನು ಪರಿಚಯಿಸಲು ಲಾಬಿ ಮಾಡುತ್ತಿದೆ - ಇದು ದೊಡ್ಡ ಕಂಪನಿಗಳಲ್ಲಿ ನಡೆಯುತ್ತದೆ. ಮತ್ತೊಂದು ಉದಾಹರಣೆ: ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್ ಆಸನವನ್ನು ಬೇಸ್‌ಕ್ಯಾಂಪ್‌ಗೆ, ನಂತರ ಬೇಸ್‌ಕ್ಯಾಂಪ್ ಅನ್ನು ಜಿರಾಗೆ ಮತ್ತು ಸಂಕೀರ್ಣವಾದ ಜಿರಾವನ್ನು ರೈಕ್‌ಗೆ ಬದಲಾಯಿಸುವುದನ್ನು ಪ್ರತಿಪಾದಿಸುತ್ತಾರೆ. ಸಾಮಾನ್ಯವಾಗಿ ಇಂತಹ ವಲಸೆಗಳ ಏಕೈಕ ಉದ್ದೇಶವೆಂದರೆ ತಮ್ಮ ಬಿಡುವಿಲ್ಲದ ಕೆಲಸವನ್ನು ಪ್ರದರ್ಶಿಸುವುದು ಮತ್ತು ತಮ್ಮ ಸ್ಥಾನವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದು. ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಅಗತ್ಯತೆ, ಉದ್ದೇಶಗಳು ಮತ್ತು ಸಮರ್ಥನೆಯ ಮಟ್ಟವನ್ನು ನಿರ್ಧರಿಸುವುದು ಅವಶ್ಯಕ ಮತ್ತು ನಿಯಮದಂತೆ, ಬದಲಾವಣೆಗಳನ್ನು ನಿರಾಕರಿಸುವ ಬಲವಾದ ಇಚ್ಛಾಶಕ್ತಿಯ ನಿರ್ಧಾರದಿಂದ.
ನಾವು ಒಂದು ಸಾಫ್ಟ್‌ವೇರ್‌ನಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಪರಿವರ್ತನೆಯ ಕಾರಣಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಪ್ರಾಥಮಿಕ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಬಗ್ಗೆ ಅಲ್ಲ - ಏಕೆಂದರೆ ಯಾಂತ್ರೀಕೃತಗೊಂಡವು ಆದ್ಯತೆಯ ಅಗತ್ಯವಾಗಿದೆ. ನಿಮ್ಮ ಕಂಪನಿಯು ಹಸ್ತಚಾಲಿತವಾಗಿ ಮತ್ತು ವಾಡಿಕೆಯಂತೆ ಏನನ್ನಾದರೂ ಮಾಡಿದರೆ, ಆದರೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿರಬಹುದು, ನೀವು ಕೇವಲ ಸಮಯ, ಹಣ ಮತ್ತು, ಹೆಚ್ಚಾಗಿ, ಮೌಲ್ಯಯುತ ಕಂಪನಿ ಡೇಟಾವನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತಿದ್ದೀರಿ. ಅದನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಿ!
ನೀವು ಹೇಗೆ ದಾಟಬಹುದು: ದೊಡ್ಡ ಅಧಿಕ ಅಥವಾ ಕ್ರೌಚಿಂಗ್ ಹುಲಿ?
ವಿಶ್ವ ಅಭ್ಯಾಸದಲ್ಲಿ, ಹೊಸ ಸಾಫ್ಟ್ವೇರ್ಗೆ ಬದಲಾಯಿಸಲು ಮತ್ತು ಅದಕ್ಕೆ ಹೊಂದಿಕೊಳ್ಳಲು ಮೂರು ಮುಖ್ಯ ತಂತ್ರಗಳಿವೆ - ಮತ್ತು ಅವು ನಮಗೆ ತುಂಬಾ ಸೂಕ್ತವೆಂದು ತೋರುತ್ತದೆ, ಆದ್ದರಿಂದ ನಾವು ಚಕ್ರವನ್ನು ಮರುಶೋಧಿಸಬಾರದು.
ಬಿಗ್ ಬ್ಯಾಂಗ್
"ಬಿಗ್ ಬ್ಯಾಂಗ್" ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ಅಳವಡಿಕೆಯು ಕಠಿಣ ಸಂಭವನೀಯ ಪರಿವರ್ತನೆಯಾಗಿದೆ, ನೀವು ನಿಖರವಾದ ದಿನಾಂಕವನ್ನು ಹೊಂದಿಸಿದಾಗ ಮತ್ತು ತೀಕ್ಷ್ಣವಾದ ವಲಸೆಯನ್ನು ನಿರ್ವಹಿಸಿದಾಗ, ಹಳೆಯ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು 100% ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬಹುದು.
ಪ್ಲೂಸ್
+ ಪ್ರತಿಯೊಬ್ಬರೂ ಒಂದೇ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ, ಡೇಟಾವನ್ನು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ, ಉದ್ಯೋಗಿಗಳು ಎರಡು ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ.
+ ನಿರ್ವಾಹಕರಿಗೆ ಸರಳತೆ - ಒಂದು ವಲಸೆ, ಒಂದು ಕಾರ್ಯ, ಒಂದು ಸಿಸ್ಟಮ್ ಬೆಂಬಲ.
+ ಎಲ್ಲಾ ಸಂಭವನೀಯ ಬದಲಾವಣೆಗಳು ಒಂದು ಸಮಯದಲ್ಲಿ ಸಂಭವಿಸುತ್ತವೆ ಮತ್ತು ತಕ್ಷಣವೇ ಗಮನಿಸಬಹುದಾಗಿದೆ - ಉತ್ಪಾದಕತೆ, ಅಭಿವೃದ್ಧಿಯ ವೇಗ, ಮಾರಾಟ ಇತ್ಯಾದಿಗಳ ಮೇಲೆ ಏನು ಮತ್ತು ಯಾವ ಪ್ರಮಾಣದಲ್ಲಿ ಪರಿಣಾಮ ಬೀರಿದೆ ಎಂಬುದನ್ನು ಪ್ರತ್ಯೇಕಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.
ಮಿನುಸು
— ಸರಳ ಸಾಫ್ಟ್‌ವೇರ್‌ನೊಂದಿಗೆ ಮಾತ್ರ ಯಶಸ್ವಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಚಾಟ್‌ಗಳು, ಕಾರ್ಪೊರೇಟ್ ಪೋರ್ಟಲ್, ತ್ವರಿತ ಸಂದೇಶವಾಹಕಗಳು. ಯೋಜನಾ ನಿರ್ವಹಣಾ ವ್ಯವಸ್ಥೆಗಳು, CRM/ERP ಮತ್ತು ಇತರ ಗಂಭೀರ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಮೂದಿಸದೆ ಇಮೇಲ್ ಕೂಡ ಈಗಾಗಲೇ ವಿಫಲವಾಗಬಹುದು.
- ದೊಡ್ಡ ವ್ಯವಸ್ಥೆಯಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಸ್ಫೋಟಕ ವಲಸೆ ಅನಿವಾರ್ಯವಾಗಿ ಅವ್ಯವಸ್ಥೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ.
ಹೊಸ ಕೆಲಸದ ವಾತಾವರಣಕ್ಕೆ ಈ ರೀತಿಯ ಪರಿವರ್ತನೆಗೆ ಪ್ರಮುಖ ವಿಷಯವೆಂದರೆ ತರಬೇತಿ.
ಸಮಾನಾಂತರ ಓಟ
ಸಾಫ್ಟ್ವೇರ್ಗೆ ಸಮಾನಾಂತರ ರೂಪಾಂತರವು ಪರಿವರ್ತನೆಯ ಮೃದುವಾದ ಮತ್ತು ಹೆಚ್ಚು ಸಾರ್ವತ್ರಿಕ ವಿಧಾನವಾಗಿದೆ, ಇದರಲ್ಲಿ ಎರಡೂ ವ್ಯವಸ್ಥೆಗಳು ಏಕಕಾಲದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಅವಧಿಯನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ.
ಪ್ಲೂಸ್
+ ಹಳೆಯ ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿ ತ್ವರಿತವಾಗಿ ಕೆಲಸ ಮಾಡುವಾಗ ಹೊಸ ಸಾಫ್ಟ್ವೇರ್ಗೆ ಬಳಸಿಕೊಳ್ಳಲು ಬಳಕೆದಾರರು ಸಾಕಷ್ಟು ಸಮಯವನ್ನು ಹೊಂದಿರುತ್ತಾರೆ, ಸಮಾನಾಂತರಗಳನ್ನು ಕಂಡುಕೊಳ್ಳಿ ಮತ್ತು ಇಂಟರ್ಫೇಸ್‌ನೊಂದಿಗಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಹೊಸ ತರ್ಕವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ.
+ ಹಠಾತ್ ಸಮಸ್ಯೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ನೌಕರರು ಹಳೆಯ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತಾರೆ.
+ ಬಳಕೆದಾರರ ತರಬೇತಿಯು ಕಡಿಮೆ ಕಠಿಣ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಅಗ್ಗವಾಗಿದೆ.
+ ಉದ್ಯೋಗಿಗಳಿಂದ ಪ್ರಾಯೋಗಿಕವಾಗಿ ಯಾವುದೇ ಋಣಾತ್ಮಕ ಪ್ರತಿಕ್ರಿಯೆ ಇಲ್ಲ - ಎಲ್ಲಾ ನಂತರ, ಅವರು ತಮ್ಮ ಸಾಮಾನ್ಯ ಪರಿಕರಗಳು ಅಥವಾ ಕೆಲಸ ಮಾಡುವ ವಿಧಾನದಿಂದ ವಂಚಿತರಾಗಿರಲಿಲ್ಲ (ಆಟೊಮೇಷನ್ ಮೊದಲ ಬಾರಿಗೆ ಸಂಭವಿಸಿದಲ್ಲಿ).
ಮಿನುಸು
— ಆಡಳಿತ ಸಮಸ್ಯೆಗಳು: ಎರಡೂ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಬೆಂಬಲ, ಡೇಟಾ ಸಿಂಕ್ರೊನೈಸೇಶನ್, ಎರಡು ಅಪ್ಲಿಕೇಶನ್‌ಗಳಲ್ಲಿ ಏಕಕಾಲದಲ್ಲಿ ಭದ್ರತಾ ನಿರ್ವಹಣೆ.
— ಪರಿವರ್ತನೆಯ ಪ್ರಕ್ರಿಯೆಯು ಅಂತ್ಯವಿಲ್ಲದಂತೆ ವಿಸ್ತರಿಸುತ್ತದೆ - ಉದ್ಯೋಗಿಗಳು ಅವರಿಗೆ ಬಹುತೇಕ ಶಾಶ್ವತತೆ ಉಳಿದಿದೆ ಎಂದು ಅರಿತುಕೊಳ್ಳುತ್ತಾರೆ ಮತ್ತು ಅವರು ಪರಿಚಿತ ಇಂಟರ್ಫೇಸ್ನ ಬಳಕೆಯನ್ನು ಸ್ವಲ್ಪ ಹೆಚ್ಚು ವಿಸ್ತರಿಸಬಹುದು.
- ಬಳಕೆದಾರರ ಗೊಂದಲ - ಎರಡು ಇಂಟರ್‌ಫೇಸ್‌ಗಳು ಗೊಂದಲಮಯವಾಗಿವೆ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ಡೇಟಾ ದೋಷಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ.
- ಹಣ. ನೀವು ಎರಡೂ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಪಾವತಿಸುತ್ತೀರಿ.
ಹಂತ ಹಂತದ ದತ್ತು
ಹೊಸ ಸಾಫ್ಟ್ವೇರ್ಗೆ ಬದಲಾಯಿಸಲು ಹಂತ-ಹಂತದ ರೂಪಾಂತರವು ಮೃದುವಾದ ಆಯ್ಕೆಯಾಗಿದೆ. ಸ್ಥಿತ್ಯಂತರವನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ, ನಿರ್ದಿಷ್ಟ ಸಮಯದೊಳಗೆ ಮತ್ತು ಇಲಾಖೆಯ ಮೂಲಕ ನಡೆಸಲಾಗುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ಜೂನ್ 1 ರಿಂದ ನಾವು ಹೊಸ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಹೊಸ ಸಿಆರ್ಎಂ ಸಿಸ್ಟಮ್‌ಗೆ ಮಾತ್ರ ಸೇರಿಸುತ್ತೇವೆ, ಜೂನ್ 20 ರಿಂದ ನಾವು ಹೊಸ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ವಹಿವಾಟುಗಳನ್ನು ನಡೆಸುತ್ತೇವೆ, ಆಗಸ್ಟ್ 1 ರವರೆಗೆ ನಾವು ಕ್ಯಾಲೆಂಡರ್‌ಗಳನ್ನು ವರ್ಗಾಯಿಸುತ್ತೇವೆ ಮತ್ತು ಪ್ರಕರಣಗಳು, ಮತ್ತು ಸೆಪ್ಟೆಂಬರ್ 30 ರ ವೇಳೆಗೆ ನಾವು ವಲಸೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸುತ್ತೇವೆ ಎಂಬುದು ಅತ್ಯಂತ ಒರಟು ವಿವರಣೆಯಾಗಿದೆ, ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಪಷ್ಟವಾಗಿದೆ).
ಪ್ಲೂಸ್
+ ಸಂಘಟಿತ ಪರಿವರ್ತನೆ, ನಿರ್ವಾಹಕರು ಮತ್ತು ಆಂತರಿಕ ತಜ್ಞರ ನಡುವೆ ಲೋಡ್ ವಿತರಿಸಲಾಗಿದೆ.
+ ಹೆಚ್ಚು ಚಿಂತನಶೀಲ ಮತ್ತು ಆಳವಾದ ಕಲಿಕೆ.
+ ಬದಲಾವಣೆಗೆ ಯಾವುದೇ ಪ್ರತಿರೋಧವಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ಸಾಧ್ಯವಾದಷ್ಟು ನಿಧಾನವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ.
ಮಿನುಸು - ಸರಿಸುಮಾರು ಸಮಾನಾಂತರ ಪರಿವರ್ತನೆಯಂತೆಯೇ ಇರುತ್ತದೆ.
ಈಗ, ಕೇವಲ ಕ್ರಮೇಣ ಪರಿವರ್ತನೆ?
ತಾರ್ಕಿಕ ಪ್ರಶ್ನೆ, ನೀವು ಒಪ್ಪುತ್ತೀರಿ. ನೀವು ವೇಳಾಪಟ್ಟಿಯನ್ನು ಮಾಡಲು ಮತ್ತು ಸ್ಪಷ್ಟ ಯೋಜನೆಯ ಪ್ರಕಾರ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಕೆಲವು ಹೆಚ್ಚುವರಿ ಜಗಳ ಏಕೆ? ವಾಸ್ತವವಾಗಿ, ಎಲ್ಲವೂ ತುಂಬಾ ಸರಳವಲ್ಲ.
- ಸಾಫ್ಟ್ವೇರ್ ಸಂಕೀರ್ಣತೆ: ನಾವು ಸಂಕೀರ್ಣ ಸಾಫ್ಟ್ವೇರ್ ಕುರಿತು ಮಾತನಾಡುತ್ತಿದ್ದರೆ (ಉದಾಹರಣೆಗೆ, ), ನಂತರ ಹಂತದ ರೂಪಾಂತರವು ಹೆಚ್ಚು ಸೂಕ್ತವಾಗಿದೆ. ಸಾಫ್ಟ್ವೇರ್ ಸರಳವಾಗಿದ್ದರೆ (ಮೆಸೆಂಜರ್, ಕಾರ್ಪೊರೇಟ್ ಪೋರ್ಟಲ್), ನೀವು ದಿನಾಂಕವನ್ನು ಘೋಷಿಸಿದಾಗ ಮತ್ತು ನಿಗದಿತ ದಿನದಂದು ಹಳೆಯ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದಾಗ ಸೂಕ್ತವಾದ ಮಾದರಿಯಾಗಿದೆ (ನೀವು ಅದೃಷ್ಟವಂತರಾಗಿದ್ದರೆ, ಉದ್ಯೋಗಿಗಳು ತಮಗೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಮಾಹಿತಿಯನ್ನು ಹೊರತೆಗೆಯಲು ಸಮಯವನ್ನು ಹೊಂದಿರುತ್ತಾರೆ. , ಮತ್ತು ನೀವು ಅದೃಷ್ಟವನ್ನು ಲೆಕ್ಕಿಸದಿದ್ದರೆ, ತಾಂತ್ರಿಕವಾಗಿ ಸಾಧ್ಯವಾದರೆ, ಹಳೆಯ ಸಿಸ್ಟಮ್‌ನಿಂದ ಹೊಸದಕ್ಕೆ ಸ್ವಯಂಚಾಲಿತ ಆಮದು ಅಗತ್ಯ ಡೇಟಾವನ್ನು ನೀವು ಒದಗಿಸಬೇಕಾಗುತ್ತದೆ).
- ಕಂಪನಿಗೆ ಅಪಾಯದ ಮಟ್ಟ: ಅನುಷ್ಠಾನವು ಅಪಾಯಕಾರಿ, ಅದು ನಿಧಾನವಾಗಿರಬೇಕು. ಮತ್ತೊಂದೆಡೆ, ವಿಳಂಬವೂ ಅಪಾಯವಾಗಿದೆ: ಉದಾಹರಣೆಗೆ, ನೀವು ಒಂದು CRM ಸಿಸ್ಟಮ್‌ನಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಬದಲಾಯಿಸುತ್ತಿದ್ದೀರಿ, ಮತ್ತು ಪರಿವರ್ತನೆಯ ಅವಧಿಯಲ್ಲಿ ನೀವು ಎರಡಕ್ಕೂ ಪಾವತಿಸಲು ಒತ್ತಾಯಿಸಲಾಗುತ್ತದೆ, ಇದರಿಂದಾಗಿ ಹೊಸ ವ್ಯವಸ್ಥೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ವೆಚ್ಚಗಳು ಮತ್ತು ವೆಚ್ಚವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ಅಂದರೆ ಮರುಪಾವತಿ ಅವಧಿಯನ್ನು ವಿಸ್ತರಿಸಲಾಗಿದೆ.
- ಉದ್ಯೋಗಿಗಳ ಸಂಖ್ಯೆ: ನೀವು ಅನೇಕ ಬಳಕೆದಾರರ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಅಳೆಯಲು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾದರೆ ಬಿಗ್ ಬ್ಯಾಂಗ್ ಖಂಡಿತವಾಗಿಯೂ ಸೂಕ್ತವಲ್ಲ. ಅಲ್ಟ್ರಾ-ಫಾಸ್ಟ್ ಅನುಷ್ಠಾನವು ದೊಡ್ಡ ಕಂಪನಿಗೆ ಪ್ರಯೋಜನವಾಗಿದ್ದರೂ ಸಹ. ಈ ಆಯ್ಕೆಯು ಅನೇಕ ಉದ್ಯೋಗಿಗಳು ಬಳಸುವ ಸಿಸ್ಟಂಗಳಿಗೆ ಸೂಕ್ತವಾಗಿರಬಹುದು, ಆದರೆ ಗ್ರಾಹಕೀಕರಣವು ಉದ್ದೇಶಿಸಿಲ್ಲದ ಕಾರಣ ಅವಶ್ಯಕತೆಗಳನ್ನು ಹೊಂದಿಲ್ಲದಿರಬಹುದು. ಆದರೆ ಮತ್ತೊಮ್ಮೆ, ಇದು ಅಂತಿಮ ಬಳಕೆದಾರರಿಗೆ ದೊಡ್ಡ ಬ್ಯಾಂಗ್ ಆಗಿದೆ ಮತ್ತು ಅದೇ ಐಟಿ ಸೇವೆಗಾಗಿ (ಉದಾಹರಣೆಗೆ, ಬಿಲ್ಲಿಂಗ್ ಅಥವಾ ಪ್ರವೇಶ ವ್ಯವಸ್ಥೆ) ಬೃಹತ್ ಹಂತ ಹಂತದ ಕೆಲಸವಾಗಿದೆ.
- ಆಯ್ದ ಸಾಫ್ಟ್ವೇರ್ (ಪರಿಷ್ಕರಣೆ, ಇತ್ಯಾದಿ) ಅನುಷ್ಠಾನದ ವೈಶಿಷ್ಟ್ಯಗಳು. ಕೆಲವೊಮ್ಮೆ ಅನುಷ್ಠಾನವು ಆರಂಭದಲ್ಲಿ ಹಂತ-ಹಂತದ - ಅಗತ್ಯತೆಗಳ ಸಂಗ್ರಹಣೆ, ಪರಿಷ್ಕರಣೆ, ತರಬೇತಿ ಇತ್ಯಾದಿಗಳೊಂದಿಗೆ. ಉದಾಹರಣೆಗೆ, ಇದನ್ನು ಯಾವಾಗಲೂ ಹಂತಹಂತವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಯಾರಾದರೂ ನಿಮಗೆ “3 ದಿನಗಳಲ್ಲಿ ಅಥವಾ 3 ಗಂಟೆಗಳಲ್ಲಿ ಅನುಷ್ಠಾನ ಮತ್ತು ಸಂರಚನೆ” ಎಂದು ಭರವಸೆ ನೀಡಿದರೆ - ಈ ಲೇಖನವನ್ನು ನೆನಪಿಡಿ ಮತ್ತು ಅಂತಹ ಸೇವೆಗಳನ್ನು ಬೈಪಾಸ್ ಮಾಡಿ: ಅನುಸ್ಥಾಪನೆ ≠ ಅನುಷ್ಠಾನ.
ಮತ್ತೊಮ್ಮೆ, ಪಟ್ಟಿ ಮಾಡಲಾದ ನಿಯತಾಂಕಗಳನ್ನು ತಿಳಿದಿದ್ದರೂ ಸಹ, ಒಬ್ಬರು ಖಂಡಿತವಾಗಿಯೂ ಒಂದು ಅಥವಾ ಇನ್ನೊಂದು ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ. ನಿಮ್ಮ ಕಾರ್ಪೊರೇಟ್ ಪರಿಸರವನ್ನು ನಿರ್ಣಯಿಸಿ - ಇದು ನಿಮ್ಮಿಬ್ಬರಿಗೂ ಶಕ್ತಿಯ ಸಮತೋಲನವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ ಮತ್ತು ಯಾವ ಮಾದರಿ (ಅಥವಾ ಅವರ ಕೆಲವು ಅಂಶಗಳ ಸಂಯೋಜನೆ) ನಿಮಗೆ ಸೂಕ್ತವಾಗಿದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಪ್ರಭಾವದ ಏಜೆಂಟ್: ಕ್ರಾಂತಿ ಅಥವಾ ವಿಕಾಸ
ನೀವು ಗಮನ ಕೊಡಬೇಕಾದ ಮೊದಲ ವಿಷಯವೆಂದರೆ ಹೊಸ ಸಾಫ್ಟ್ವೇರ್ ಅನುಷ್ಠಾನದಿಂದ ಪರಿಣಾಮ ಬೀರುವ ಉದ್ಯೋಗಿಗಳು. ವಾಸ್ತವವಾಗಿ, ನಾವು ಈಗ ಪರಿಗಣಿಸುತ್ತಿರುವ ಸಮಸ್ಯೆಯು ಸಂಪೂರ್ಣವಾಗಿ ಮಾನವ ಅಂಶವಾಗಿದೆ, ಆದ್ದರಿಂದ ಉದ್ಯೋಗಿಗಳ ಮೇಲಿನ ಪರಿಣಾಮವನ್ನು ವಿಶ್ಲೇಷಿಸುವುದನ್ನು ತಪ್ಪಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಅವುಗಳಲ್ಲಿ ಕೆಲವನ್ನು ನಾವು ಈಗಾಗಲೇ ಮೇಲೆ ಉಲ್ಲೇಖಿಸಿದ್ದೇವೆ.
- ಹೊಸ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಹೇಗೆ ಸ್ವೀಕರಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಕಂಪನಿಯ ನಾಯಕರು ನಿರ್ಧರಿಸುತ್ತಾರೆ. ಮತ್ತು ಇದು ಪ್ರಚಾರ ಭಾಷಣಗಳು ಮತ್ತು ಉರಿಯುತ್ತಿರುವ ಭಾಷಣಗಳಿಗೆ ಸ್ಥಳವಲ್ಲ - ಇದು ಕೇವಲ ತಂಪಾದ ಮತ್ತು ಹೆಚ್ಚು ಅನುಕೂಲಕರವಾದ ಸಾಧನವನ್ನು ಆಯ್ಕೆಮಾಡುತ್ತಿದೆ ಎಂಬ ಕಲ್ಪನೆಯನ್ನು ತಿಳಿಸಲು, ಬದಲಾವಣೆಯ ಅಗತ್ಯವನ್ನು ನಿಖರವಾಗಿ ತೋರಿಸುವುದು ಮುಖ್ಯವಾಗಿದೆ, ಹಳೆಯ ಲ್ಯಾಪ್ಟಾಪ್ ಅನ್ನು ಬದಲಿಸುವಂತೆಯೇ. ಅಂತಹ ಪರಿಸ್ಥಿತಿಯಲ್ಲಿ ನಿರ್ವಹಣೆಯ ದೊಡ್ಡ ತಪ್ಪು ಅವರ ಕೈಗಳನ್ನು ತೊಳೆದುಕೊಳ್ಳುವುದು ಮತ್ತು ತಮ್ಮನ್ನು ಹಿಂತೆಗೆದುಕೊಳ್ಳುವುದು: ನಿರ್ವಹಣೆಗೆ ಕಂಪನಿಯ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಅಗತ್ಯವಿಲ್ಲದಿದ್ದರೆ, ಅದು ಉದ್ಯೋಗಿಗಳಿಗೆ ಏಕೆ ಆಸಕ್ತಿಯಾಗಿರಬೇಕು? ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿರಿ.
- ವಿಭಾಗದ ಮುಖ್ಯಸ್ಥರು (ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್‌ಗಳು) ಮಧ್ಯಂತರ ಕೊಂಡಿಯಾಗಿದ್ದು ಅದು ಎಲ್ಲಾ ಪ್ರಕ್ರಿಯೆಗಳಲ್ಲಿ ಭಾಗವಹಿಸಬೇಕು, ಅಸಮಾಧಾನವನ್ನು ನಿರ್ವಹಿಸಬೇಕು, ಸಹೋದ್ಯೋಗಿಗಳ ಪ್ರತಿ ಆಕ್ಷೇಪಣೆಯ ಮೂಲಕ ಇಚ್ಛೆಯನ್ನು ತೋರಿಸಬೇಕು ಮತ್ತು ಕೆಲಸ ಮಾಡಬೇಕು ಮತ್ತು ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಮತ್ತು ಆಳವಾದ ತರಬೇತಿಯನ್ನು ನಡೆಸಬೇಕು.
- ಐಟಿ ಸೇವೆ (ಅಥವಾ ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು) - ಮೊದಲ ನೋಟದಲ್ಲಿ, ಇವುಗಳು ನಿಮ್ಮ ಆರಂಭಿಕ ಪಕ್ಷಿಗಳು, ಹೆಚ್ಚು ಹೊಂದಿಕೊಳ್ಳುವ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳಬಲ್ಲವು, ಆದರೆ... ಇಲ್ಲ. ಸಾಮಾನ್ಯವಾಗಿ, ವಿಶೇಷವಾಗಿ ಸಣ್ಣ ಮತ್ತು ಮಧ್ಯಮ ಗಾತ್ರದ ಕಂಪನಿಗಳಲ್ಲಿ, ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರು ಐಟಿ ಮೂಲಸೌಕರ್ಯದ ಯಾವುದೇ ಬದಲಾವಣೆಗಳನ್ನು (ಬಲಪಡಿಸುವಿಕೆಯನ್ನು) ವಿರೋಧಿಸುತ್ತಾರೆ ಮತ್ತು ಇದು ಯಾವುದೇ ತಾಂತ್ರಿಕ ಸಮರ್ಥನೆಯಿಂದಲ್ಲ, ಆದರೆ ಸೋಮಾರಿತನ ಮತ್ತು ಕೆಲಸ ಮಾಡಲು ಇಷ್ಟವಿಲ್ಲದಿರುವುದು. ನಮ್ಮಲ್ಲಿ ಯಾರು ಕೆಲಸ ಮಾಡುವುದನ್ನು ತಪ್ಪಿಸಲು ಮಾರ್ಗಗಳನ್ನು ಹುಡುಕಲಿಲ್ಲ? ಆದರೆ ಇದು ಇಡೀ ಕಂಪನಿಗೆ ಹಾನಿಯಾಗದಿರಲಿ.
- ಅಂತಿಮ ಬಳಕೆದಾರರು, ನಿಯಮದಂತೆ, ಒಂದು ಕಡೆ ಉತ್ತಮವಾಗಿ ಮತ್ತು ಅನುಕೂಲಕರವಾಗಿ ಕೆಲಸ ಮಾಡಲು ಬಯಸುತ್ತಾರೆ ಮತ್ತು ಯಾವುದೇ ಜೀವಂತ ಜನರಂತೆ ಬದಲಾವಣೆಗೆ ಹೆದರುತ್ತಾರೆ. ಅವರ ಮುಖ್ಯ ವಾದವು ಪ್ರಾಮಾಣಿಕ ಮತ್ತು ಸರಳವಾಗಿದೆ: ನಾವು ಏಕೆ ಪರಿಚಯಿಸುತ್ತಿದ್ದೇವೆ/ಬದಲಾಯಿಸುತ್ತಿದ್ದೇವೆ, ನಿಯಂತ್ರಣದ ಮಿತಿಗಳು ಯಾವುವು, ಕೆಲಸವನ್ನು ಹೇಗೆ ನಿರ್ಣಯಿಸಲಾಗುತ್ತದೆ, ಏನು ಬದಲಾಗುತ್ತದೆ ಮತ್ತು ಅಪಾಯಗಳು ಯಾವುವು (ಮೂಲಕ, ಪ್ರತಿಯೊಬ್ಬರೂ ಅಪಾಯಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಬೇಕು - ನಾವು ಮಾರಾಟಗಾರರಾಗಿದ್ದರೂ ಸಹ , ಆದರೆ ಎಲ್ಲವೂ ಯಾವಾಗಲೂ ಸುಗಮವಾಗಿ ನಡೆಯುತ್ತದೆ ಎಂದು ಹೇಳಲು ನಾವು ಕೈಗೊಳ್ಳುವುದಿಲ್ಲ: ವ್ಯವಹಾರದೊಳಗೆ ಯಾವುದೇ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಅಪಾಯಗಳಿವೆ).
- ಕಂಪನಿಯೊಳಗಿನ "ಅಧಿಕಾರಿಗಳು" ಇತರ ಉದ್ಯೋಗಿಗಳ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರುವ ಪಕ್ಷಪಾತಿಗಳು. ಇದು ಅತ್ಯುನ್ನತ ಸ್ಥಾನ ಅಥವಾ ವ್ಯಾಪಕ ಅನುಭವವನ್ನು ಹೊಂದಿರುವ ವ್ಯಕ್ತಿಯಾಗಿರಬೇಕಾಗಿಲ್ಲ - ಸಾಫ್ಟ್‌ವೇರ್‌ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಸಂದರ್ಭದಲ್ಲಿ, "ಅಧಿಕಾರ" ಸುಧಾರಿತ ಜ್ಞಾನವಾಗಿರಬಹುದು, ಉದಾಹರಣೆಗೆ, ಹಬರ್ ಅನ್ನು ಮರು-ಓದಿದ ಮತ್ತು ಬೆದರಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ. ಎಲ್ಲವೂ ಎಷ್ಟು ಕೆಟ್ಟದಾಗುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಎಲ್ಲರೂ. ಅವರು ಅನುಷ್ಠಾನ ಅಥವಾ ಪರಿವರ್ತನೆಯ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹಾಳುಮಾಡುವ ಗುರಿಯನ್ನು ಹೊಂದಿಲ್ಲದಿರಬಹುದು - ಕೇವಲ ಪ್ರದರ್ಶನ ಮತ್ತು ಪ್ರತಿರೋಧದ ಮನೋಭಾವ - ಮತ್ತು ಉದ್ಯೋಗಿಗಳು ಅವನನ್ನು ನಂಬುತ್ತಾರೆ. ಅಂತಹ ಉದ್ಯೋಗಿಗಳೊಂದಿಗೆ ನೀವು ಕೆಲಸ ಮಾಡಬೇಕಾಗಿದೆ: ವಿವರಿಸಿ, ಪ್ರಶ್ನಿಸಿ ಮತ್ತು ವಿಶೇಷವಾಗಿ ಕಷ್ಟಕರ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಪರಿಣಾಮಗಳ ಬಗ್ಗೆ ಸುಳಿವು ನೀಡಿ.
ಬಳಕೆದಾರರು ನಿಜವಾಗಿಯೂ ಏನಾದರೂ ಭಯಪಡುತ್ತಾರೆಯೇ ಅಥವಾ ಅವರು ಬುದ್ಧಿವಂತ ನಾಯಕನ ನೇತೃತ್ವದಲ್ಲಿ ಗುಂಪು ವ್ಯಾಮೋಹವನ್ನು ಹೊಂದಿದ್ದಾರೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಲು ಸಾರ್ವತ್ರಿಕ ಪಾಕವಿಧಾನವಿದೆ. ಅಸಮಾಧಾನದ ಕಾರಣಗಳ ಬಗ್ಗೆ, ಕಾಳಜಿಗಳ ಬಗ್ಗೆ ಕೇಳಿ - ಇದು ವೈಯಕ್ತಿಕ ಅನುಭವ ಅಥವಾ ಅಭಿಪ್ರಾಯವಲ್ಲದಿದ್ದರೆ, 3-4 ಸ್ಪಷ್ಟೀಕರಣ ಪ್ರಶ್ನೆಗಳ ನಂತರ ವಾದಗಳು ಸುರಿಯಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ.
"ಪ್ರತಿರೋಧ ಚಳುವಳಿ" ಯನ್ನು ಯಶಸ್ವಿಯಾಗಿ ಜಯಿಸಲು ಎರಡು ಪ್ರಮುಖ ಅಂಶಗಳು.
- ತರಬೇತಿಯನ್ನು ಒದಗಿಸಿ: ಮಾರಾಟಗಾರ ಮತ್ತು ಆಂತರಿಕ. ಉದ್ಯೋಗಿಗಳು ನಿಜವಾಗಿಯೂ ಎಲ್ಲವನ್ನೂ ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದಾರೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ, ಅದನ್ನು ಕರಗತ ಮಾಡಿಕೊಂಡಿದ್ದಾರೆ ಮತ್ತು ಅವರ ತರಬೇತಿಯ ಮಟ್ಟವನ್ನು ಲೆಕ್ಕಿಸದೆ, ಕೆಲಸ ಮಾಡಲು ಸಿದ್ಧರಾಗಿದ್ದಾರೆ. ತರಬೇತಿಯ ಕಡ್ಡಾಯ ಗುಣಲಕ್ಷಣವು ಮುದ್ರಿತ ಮತ್ತು ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಸೂಚನೆಗಳು (ನಿಯಮಗಳು) ಮತ್ತು ಸಿಸ್ಟಮ್‌ನಲ್ಲಿನ ಸಂಪೂರ್ಣ ದಾಖಲಾತಿಯಾಗಿದೆ (ಸ್ವ-ಗೌರವಿಸುವ ಮಾರಾಟಗಾರರು ಅದನ್ನು ಸಾಫ್ಟ್‌ವೇರ್‌ನೊಂದಿಗೆ ಬಿಡುಗಡೆ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಅದನ್ನು ಉಚಿತವಾಗಿ ಒದಗಿಸುತ್ತಾರೆ).
- ಬೆಂಬಲಿಗರನ್ನು ಹುಡುಕಿ ಮತ್ತು ಪ್ರಭಾವಿಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಿ. ಆಂತರಿಕ ತಜ್ಞರು ಮತ್ತು ಆರಂಭಿಕ ಅಳವಡಿಕೆದಾರರು ನಿಮ್ಮ ಬೆಂಬಲ ವ್ಯವಸ್ಥೆಯಾಗಿದ್ದು, ಶಿಕ್ಷಣ ಮತ್ತು ಅನುಮಾನಗಳನ್ನು ಹೋಗಲಾಡಿಸುತ್ತಾರೆ. ನಿಯಮದಂತೆ, ಉದ್ಯೋಗಿಗಳು ತಮ್ಮ ಸಹೋದ್ಯೋಗಿಗಳಿಗೆ ಸಹಾಯ ಮಾಡಲು ಮತ್ತು ಹೊಸ ಸಾಫ್ಟ್ವೇರ್ಗೆ ಅವರನ್ನು ಪರಿಚಯಿಸಲು ಸಂತೋಷಪಡುತ್ತಾರೆ. ನಿಮ್ಮ ಕಾರ್ಯವು ತಾತ್ಕಾಲಿಕವಾಗಿ ಅವರ ಕೆಲಸದಿಂದ ಅವರನ್ನು ನಿವಾರಿಸುವುದು ಅಥವಾ ಅವರ ಹೊಸ ಕೆಲಸದ ಹೊರೆಗೆ ಯೋಗ್ಯವಾದ ಬೋನಸ್ ಅನ್ನು ನೀಡುವುದು.
ನೀವು ಏನು ಗಮನ ಕೊಡಬೇಕು?
- ಬದಲಾವಣೆಗಳಿಂದ ನೌಕರರು ಎಷ್ಟು ಮುಂದುವರಿದಿದ್ದಾರೆ? (ತುಲನಾತ್ಮಕವಾಗಿ ಹೇಳುವುದಾದರೆ, ನಾಳೆ ಅವರು ಹೊಸ ಅಕೌಂಟಿಂಗ್ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಆವಿಷ್ಕರಿಸಿದರೆ, 50 ವರ್ಷಕ್ಕಿಂತ ಮೇಲ್ಪಟ್ಟ ಮಹಿಳೆಯರೊಂದಿಗೆ ಲೆಕ್ಕಪತ್ರ ವಿಭಾಗಕ್ಕೆ ನಿಮ್ಮ ಮೂಗು ಇರಿ ಮತ್ತು 1C ನಿಂದ ಪರಿವರ್ತನೆಯನ್ನು ಸೂಚಿಸುವುದನ್ನು ದೇವರು ನಿಷೇಧಿಸುತ್ತಾನೆ, ನೀವು ಜೀವಂತವಾಗಿ ಹೊರಬರುವುದಿಲ್ಲ).
- ಕೆಲಸದ ಹರಿವು ಎಷ್ಟು ಪರಿಣಾಮ ಬೀರುತ್ತದೆ? 100 ಜನರ ಕಂಪನಿಯಲ್ಲಿ ಮೆಸೆಂಜರ್ ಅನ್ನು ಬದಲಾಯಿಸುವುದು ಒಂದು ವಿಷಯ, ಇನ್ನೊಂದು ವಿಷಯವೆಂದರೆ ಹೊಸ ಸಿಆರ್ಎಂ ವ್ಯವಸ್ಥೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವುದು, ಇದು ಕಂಪನಿಯಲ್ಲಿನ ಪ್ರಮುಖ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಆಧರಿಸಿದೆ (ಮತ್ತು ಇದು ಮಾರಾಟ ಮಾತ್ರವಲ್ಲ, ಉದಾಹರಣೆಗೆ, ಹಿರಿಯ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಇದು ಉತ್ಪಾದನೆ, ಗೋದಾಮು, ಮಾರ್ಕೆಟಿಂಗ್ ಮತ್ತು ಉನ್ನತ ವ್ಯವಸ್ಥಾಪಕರ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ, ಅವರು ತಂಡದೊಂದಿಗೆ ಸ್ವಯಂಚಾಲಿತ ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ನಿರ್ಮಿಸುತ್ತಾರೆ).
- ತರಬೇತಿ ನೀಡಲಾಗಿದೆ ಮತ್ತು ಯಾವ ಮಟ್ಟದಲ್ಲಿ?
ಕಾರ್ಪೊರೇಟ್ ಚಿಂತನೆಯ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಮಾತ್ರ ತಾರ್ಕಿಕ ಪರಿವರ್ತನೆ
ಹೊಸ ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಪರಿವರ್ತನೆ/ಅನುಷ್ಠಾನವನ್ನು ಯಾವುದು ಉಳಿಸುತ್ತದೆ?
ಹೊಸ ಸಾಫ್ಟ್ವೇರ್ಗೆ ಆರಾಮವಾಗಿ ಚಲಿಸಲು ಯಾವ ಪ್ರಮುಖ ಅಂಶಗಳು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುತ್ತವೆ ಎಂಬುದನ್ನು ನಾವು ನಿಮಗೆ ಹೇಳುವ ಮೊದಲು, ನಿಮ್ಮ ಗಮನವನ್ನು ಒಂದು ಅಂಶಕ್ಕೆ ಸೆಳೆಯೋಣ. ಖಂಡಿತವಾಗಿಯೂ ಮಾಡಬಾರದು - ಉದ್ಯೋಗಿಗಳ ಮೇಲೆ ಒತ್ತಡ ಹೇರುವ ಅಗತ್ಯವಿಲ್ಲ ಮತ್ತು ಬೋನಸ್, ಆಡಳಿತಾತ್ಮಕ ಮತ್ತು ಶಿಸ್ತಿನ ನಿರ್ಬಂಧಗಳನ್ನು ಕಸಿದುಕೊಳ್ಳುವ ಮೂಲಕ ಅವರನ್ನು "ಪ್ರೇರಿಸುವ" ಅಗತ್ಯವಿಲ್ಲ. ಇದು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಉತ್ತಮಗೊಳಿಸುವುದಿಲ್ಲ, ಆದರೆ ಉದ್ಯೋಗಿಗಳ ವರ್ತನೆ ಹದಗೆಡುತ್ತದೆ: ಅವರು ತಳ್ಳಿದರೆ, ನಂತರ ನಿಯಂತ್ರಣ ಇರುತ್ತದೆ; ಅವರು ನಿಮ್ಮನ್ನು ಒತ್ತಾಯಿಸಿದರೆ, ಅವರು ನಮ್ಮ ಆಸಕ್ತಿಯನ್ನು ಗೌರವಿಸುವುದಿಲ್ಲ ಎಂದರ್ಥ; ಅವರು ಅದನ್ನು ಬಲವಂತವಾಗಿ ಹೇರಿದರೆ, ಅವರು ನಮ್ಮನ್ನು ಮತ್ತು ನಮ್ಮ ಕೆಲಸವನ್ನು ನಂಬುವುದಿಲ್ಲ ಎಂದರ್ಥ. ಆದ್ದರಿಂದ, ನಾವು ಎಲ್ಲವನ್ನೂ ಶಿಸ್ತುಬದ್ಧ, ಸ್ಪಷ್ಟ, ಸಮರ್ಥ ರೀತಿಯಲ್ಲಿ ಮಾಡುತ್ತೇವೆ, ಆದರೆ ಒತ್ತಡ ಅಥವಾ ಅನಗತ್ಯ ಬಲವಂತವಿಲ್ಲದೆ.
ನೀವು ವಿವರವಾದ ಕ್ರಿಯಾ ಯೋಜನೆಯನ್ನು ಹೊಂದಿರಬೇಕು
ಎಲ್ಲವೂ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದಿರಬಹುದು, ಆದರೆ ಯೋಜನೆ ಇರಬೇಕು. ಇದಲ್ಲದೆ, ಯೋಜನೆಯು ಹೊಂದಾಣಿಕೆ, ನವೀಕರಿಸಲಾಗಿದೆ, ಸ್ಪಷ್ಟ ಮತ್ತು ಅನಿವಾರ್ಯವಾಗಿದೆ, ಅದೇ ಸಮಯದಲ್ಲಿ ಎಲ್ಲಾ ಆಸಕ್ತಿ ಉದ್ಯೋಗಿಗಳಿಗೆ ಚರ್ಚೆಗೆ ಮತ್ತು ಪಾರದರ್ಶಕವಾಗಿ ಪ್ರವೇಶಿಸಬಹುದು. ಬೆಳಿಗ್ಗೆ 8 ರಿಂದ 10 ರವರೆಗೆ ಒಂದು ಸಾಹಸವಿದೆ ಎಂದು ನೇರವಾಗಿ ಸಂವಹನ ಮಾಡುವುದು ಅಸಾಧ್ಯ, ಮತ್ತು 16:00 ಕ್ಕೆ ಇಂಗ್ಲೆಂಡ್‌ನೊಂದಿಗೆ ಯುದ್ಧವಿದೆ, ಇಡೀ ಯೋಜನೆಯನ್ನು ದೃಷ್ಟಿಕೋನದಿಂದ ನೋಡುವುದು ಮುಖ್ಯ.
ಯೋಜನೆಯು ಅಂತಿಮ ಬಳಕೆದಾರರಾಗಿರುವ ಉದ್ಯೋಗಿಗಳ ಅಗತ್ಯತೆಗಳನ್ನು ಪ್ರತಿಬಿಂಬಿಸಬೇಕು - ಈ ರೀತಿಯಾಗಿ ಪ್ರತಿಯೊಬ್ಬ ಉದ್ಯೋಗಿಯು ಯಾವ ವೈಶಿಷ್ಟ್ಯವನ್ನು ಬಯಸುತ್ತಾರೆ ಮತ್ತು ಯಾವ ಸಮಯದಲ್ಲಿ ಅದನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಎಂದು ನಿಖರವಾಗಿ ತಿಳಿಯುತ್ತದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಪರಿವರ್ತನೆ ಅಥವಾ ಅನುಷ್ಠಾನದ ಯೋಜನೆಯು ಕೆಲವು ರೀತಿಯ ಬದಲಾಗದ ಏಕಶಿಲೆಯಲ್ಲ; ಮತ್ತು ಗಡುವುಗಳಲ್ಲಿ ನಿರಂತರ ಬದಲಾವಣೆಯ ರೂಪದಲ್ಲಿ ಅಲ್ಲ).
ಯೋಜನೆಯಲ್ಲಿ ಏನಿರಬೇಕು?
- ಮುಖ್ಯ ಪರಿವರ್ತನೆಯ ಮೈಲಿಗಲ್ಲುಗಳು (ಹಂತಗಳು) - ಏನು ಮಾಡಬೇಕಾಗಿದೆ.
- ಪ್ರತಿ ಹಂತಕ್ಕೂ ವಿವರವಾದ ಪರಿವರ್ತನೆಯ ಬಿಂದುಗಳು - ಅದನ್ನು ಹೇಗೆ ಮಾಡಬೇಕು.
- ಪ್ರಮುಖ ಅಂಶಗಳು ಮತ್ತು ಅವುಗಳ ಬಗ್ಗೆ ವರದಿ ಮಾಡುವುದು (ಗಂಟೆಗಳ ಸಮನ್ವಯ) - ಏನು ಮಾಡಲಾಗಿದೆ ಎಂಬುದನ್ನು ಅಳೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ನಿಯಂತ್ರಣ ಹಂತದಲ್ಲಿ ಯಾರು ಇರಬೇಕು.
- ಜವಾಬ್ದಾರಿಯುತ ಜನರು ನೀವು ತಿರುಗಿ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಬಹುದಾದ ಜನರು.
- ಡೆಡ್‌ಲೈನ್‌ಗಳು ಪ್ರತಿ ಹಂತದ ಪ್ರಾರಂಭ ಮತ್ತು ಅಂತ್ಯ ಮತ್ತು ಒಟ್ಟಾರೆಯಾಗಿ ಸಂಪೂರ್ಣ ಪ್ರಕ್ರಿಯೆ.
- ಪೀಡಿತ ಪ್ರಕ್ರಿಯೆಗಳು - ವ್ಯಾಪಾರ ಪ್ರಕ್ರಿಯೆಗಳಲ್ಲಿ ಯಾವ ಬದಲಾವಣೆಗಳು ಸಂಭವಿಸುತ್ತವೆ, ಅನುಷ್ಠಾನ/ಪರಿವರ್ತನೆಯ ಜೊತೆಗೆ ಏನನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿದೆ.
- ಅಂತಿಮ ಮೌಲ್ಯಮಾಪನವು ಸೂಚಕಗಳು, ಮೆಟ್ರಿಕ್‌ಗಳು ಅಥವಾ ವ್ಯಕ್ತಿನಿಷ್ಠ ಮೌಲ್ಯಮಾಪನಗಳ ಗುಂಪಾಗಿದ್ದು ಅದು ಸಂಭವಿಸಿದ ಅನುಷ್ಠಾನ/ಪರಿವರ್ತನೆಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.
- ಕಾರ್ಯಾಚರಣೆಯ ಪ್ರಾರಂಭವು ಸಂಪೂರ್ಣ ಕಂಪನಿಯು ನವೀಕರಿಸಿದ ಸ್ವಯಂಚಾಲಿತ ಪ್ರಕ್ರಿಯೆಗೆ ಸೇರುವ ಮತ್ತು ಹೊಸ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ನಿಖರವಾದ ದಿನಾಂಕವಾಗಿದೆ.
ಕೆಂಪು ರೇಖೆಯು ಸಲಹೆಯಾಗಿರುವ ಅನುಷ್ಠಾನಗಾರರ ಪ್ರಸ್ತುತಿಗಳನ್ನು ನಾವು ನೋಡಿದ್ದೇವೆ: ಬಲದಿಂದ ಕಾರ್ಯಗತಗೊಳಿಸಿ, ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಿ, ಉದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಮಾತನಾಡಬೇಡಿ. ನಾವು ಈ ವಿಧಾನವನ್ನು ವಿರೋಧಿಸುತ್ತೇವೆ ಮತ್ತು ಏಕೆ ಎಂಬುದು ಇಲ್ಲಿದೆ.
ಕೆಳಗಿನ ಚಿತ್ರವನ್ನು ನೋಡಿ:
ಹೊಸ ಮೌಸ್, ಹೊಸ ಕೀಬೋರ್ಡ್, ಅಪಾರ್ಟ್ಮೆಂಟ್, ಕಾರು ಮತ್ತು ಉದ್ಯೋಗವೂ ಸಹ ಆಹ್ಲಾದಕರ, ಸಂತೋಷದಾಯಕ ಘಟನೆಗಳು, ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಸಾಧನೆಗಳು ಸಹ. ಮತ್ತು ಬಳಕೆದಾರನು ಅದನ್ನು ಹೇಗೆ ಬಳಸಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳಬೇಕು ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯಲು Yandex ಗೆ ಹೋಗುತ್ತಾನೆ. ಹೊಸ ಅಪಾರ್ಟ್ಮೆಂಟ್ ಅನ್ನು ಹೇಗೆ ಪ್ರವೇಶಿಸುವುದು ಮತ್ತು ಅದು ನಿಮ್ಮದು ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಹೇಗೆ, ಮೊದಲ ಬಾರಿಗೆ ಟ್ಯಾಪ್ ಅನ್ನು ಆನ್ ಮಾಡಿ, ಚಹಾವನ್ನು ಕುಡಿಯಿರಿ, ಮೊದಲ ಬಾರಿಗೆ ಮಲಗಲು ಹೋಗಿ. ಚಕ್ರದ ಹಿಂದೆ ಹೋಗುವುದು ಮತ್ತು ಹೊಸ ಕಾರಿನೊಂದಿಗೆ ಸ್ನೇಹಿತರಾಗುವುದು ಹೇಗೆ, ನಿಮ್ಮದು, ಆದರೆ ಇಲ್ಲಿಯವರೆಗೆ ಅನ್ಯಲೋಕದ. ಕೆಲಸದ ಸ್ಥಳದಲ್ಲಿ ಹೊಸ ಸಾಫ್ಟ್ವೇರ್ ವಿವರಿಸಿದ ಸಂದರ್ಭಗಳಿಂದ ಭಿನ್ನವಾಗಿರುವುದಿಲ್ಲ: ಉದ್ಯೋಗಿಯ ಕೆಲಸವು ಎಂದಿಗೂ ಒಂದೇ ಆಗಿರುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ, ಹೊಸ ಪರಿಣಾಮಕಾರಿ ಸಾಫ್ಟ್‌ವೇರ್‌ನೊಂದಿಗೆ ಕಾರ್ಯಗತಗೊಳಿಸಿ, ಹೊಂದಿಕೊಳ್ಳಿ, ಬೆಳೆಯಿರಿ. ಮತ್ತು ಇದು ನಾವು ಹೇಳಬಹುದಾದ ಪರಿಸ್ಥಿತಿ: ನಿಧಾನವಾಗಿ ಯದ್ವಾತದ್ವಾ.
ಮೂಲ: www.habr.com