ಶೆಡ್ಯೂಲಿಂಗ್ ಪರಿಕರಗಳಿಗಾಗಿ ಶಿಫ್ಟ್ ಸ್ಟೇಟಸ್ಗಳನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುವುದು
ಶಿಫ್ಟ್ ಸ್ಟೇಟಸ್ಗಳು ಸರಳವಾಗಿರುತ್ತವೆ ಎಂದು ನಾನು ಭಾವಿಸಿದ್ದೆ. ಒಂದು ಶಿಫ್ಟ್ ಖಚಿತವಾಗಿದೆ (confirmed). ಇನ್ನೊಂದು ಖಚಿತವಾಗಿಲ್ಲ. ನಾನು ತಪ್ಪಾಗಿದ್ದೆ.
ಸ್ಟೇಟಸ್ ಎಂಬುದು ಕೇವಲ ಕಾರ್ಡ್ ಮೇಲಿರುವ ಲೇಬಲ್ ಅಲ್ಲ. ಅದು ಉತ್ಪನ್ನದ ತರ್ಕವನ್ನು (product logic) ನಿಯಂತ್ರಿಸುತ್ತದೆ. ಅದು ಮುಂದೇನು ಮಾಡಬೇಕೆಂದು ಸಿಸ್ಟಮ್ಗೆ ತಿಳಿಸುತ್ತದೆ.
'not confirmed' ಎಂಬ ಪದದ ಬಗ್ಗೆ ಯೋಚಿಸಿ. ಇದು ಅತಿಯಾದ ವಿವರಗಳನ್ನು ಮರೆಮಾಚುತ್ತದೆ. ಸಿಬ್ಬಂದಿ ಸದಸ್ಯರಿಗೆ ಶಿಫ್ಟ್ ಬಗ್ಗೆ ತಿಳಿದಿದೆಯೇ? ಅವರು ಇಲ್ಲ ಎಂದು ಹೇಳಿದ್ದಾರೆಯೇ? ನಿಮಗೆ ಬದಲಾವಣೆ (replacement) ಬೇಕೇ?
ಗೊಂದಲವನ್ನು ತಪ್ಪಿಸಲು ನಿಮಗೆ ಸ್ಪಷ್ಟವಾದ ಮಾದರಿಯ ಅಗತ್ಯವಿದೆ. ಈ ಸ್ಥಿತಿಗಳನ್ನು (states) ಪ್ರತ್ಯೇಕಿಸುವುದು ಹೇಗೆ ಎಂಬುದು ಇಲ್ಲಿದೆ:
- Assigned: ಒಬ್ಬ ವ್ಯಕ್ತಿಗೆ ಶಿಫ್ಟ್ ನೀಡಲಾಗಿದೆ.
- Waiting for confirmation: ವ್ಯಕ್ತಿಗೆ ತಿಳಿದಿದೆ ಆದರೆ ಅವರು ಪ್ರತಿಕ್ರಿಯಿಸಿಲ್ಲ.
- Confirmed: ವ್ಯಕ್ತಿ ಹೌದು ಎಂದು ಹೇಳಿದ್ದಾರೆ.
- Needs cover: ವ್ಯಕ್ತಿ ಇಲ್ಲ ಎಂದು ಹೇಳಿದ್ದಾರೆ.
- Available to cover: ಇತರ ಸಿಬ್ಬಂದಿ ಖಾಲಿ ಇರುವ ಜಾಗವನ್ನು ನೋಡಬಹುದು.
- Cancelled: ಕೆಲಸ ರದ್ದಾಗಿದೆ.
'Assigned' ಎಂಬುದು 'Confirmed' ಗಿಂತ ಭಿನ್ನವಾಗಿದೆ. ಎಲ್ಲರಿಗೂ ಶಿಫ್ಟ್ ನೀಡಿದಾಗ (assigned) ಶೆಡ್ಯೂಲ್ ಪೂರ್ಣಗೊಂಡಂತೆ ಕಾಣುತ್ತದೆ. ಆದರೆ ಎಲ್ಲರೂ ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವವರೆಗೆ (confirm) ಅದು ಅಂತಿಮವಾಗುವುದಿಲ್ಲ. ಈ ವ್ಯತ್ಯಾಸವು ನಿಮ್ಮನ್ನು ಅನಿರೀಕ್ಷಿತ ಸಂದರ್ಭಗಳಿಂದ ಉಳಿಸುತ್ತದೆ.
'Needs cover' ಎಂಬುದು ಒಂದು ನಿರ್ದಿಷ್ಟ ಸಮಸ್ಯೆಯಾಗಿದೆ. ಇದು 'unconfirmed' ಇದ್ದಂತೆ ಅಲ್ಲ. ಒಂದು ಎಂದರೆ ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಕಾಯುವುದು. ಇನ್ನೊಂದು ಎಂದರೆ ಹೊಸ ವ್ಯಕ್ತಿಯನ್ನು ಹುಡುಕುವುದು. ನಿರ್ದಿಷ್ಟ ಸಮಸ್ಯೆಗಳಿಗೆ ವೇಗವಾಗಿ ಪರಿಹಾರಗಳು ಸಿಗುತ್ತವೆ.
ಸ್ಟೇಟಸ್ ವಿನ್ಯಾಸವು ಉತ್ಪನ್ನದ ವಿನ್ಯಾಸವಾಗಿದೆ (product design). ಇದು ಕೆಲಸದ ಹರಿವನ್ನು (workflow) ರೂಪಿಸುತ್ತದೆ. ಬಳಕೆದಾರರು ಏನನ್ನು ನೋಡಬೇಕು ಎಂಬುದನ್ನು ಇದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಯಾವುದು ತುರ್ತು ಎಂದು ಇದು ನಿಮಗೆ ತಿಳಿಸುತ್ತದೆ.
ನಿಮ್ಮ ಸ್ಟೇಟಸ್ಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿಡಿ. ಒಂದು ಉತ್ತಮ ಸ್ಟೇಟಸ್ ಮುಂದಿನ ಹಂತವನ್ನು ಸ್ಪಷ್ಟಪಡಿಸುತ್ತದೆ.
Source: https://dev.to/miran969/designing-shift-statuses-for-a-small-team-scheduling-tool-3bk5