Agile Process Core Concepts

 

SCRUM  ಅಂದರೆ ಏನು ?

ಸ್ಕ್ರಮ್ ನವೀನ ಉತ್ಪನ್ನಗಳು ಮತ್ತು ಸೇವೆಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಚುರುಕಾದ ವಿಧಾನವಾಗಿದೆ। 

 

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

। ನಿಮ್ಮ ಬಳಿ ಸಂಪನ್ಮೂಲಗಳು ಖಾಲಿಯಾದಾಗ (ಸಮಯದಂತಹ), ಯಾವುದೇ ಕೆಲಸ ಪೂರ್ಣಗೊಂಡ ಕೆಲಸಕ್ಕಿಂತ ಪೂರ್ಣಗೊಳ್ಳದಿರುವುದು ಕಡಿಮೆ ಆದ್ಯತೆಯಾಗಿರುತ್ತದೆ

 

ಮೊದಲಿಗೆ ತುಂಬಾ ಪ್ರಾಮುಖ್ಯ ವದ feature ಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಿಕೊಂಡು ಕೆಲಸ ಪ್ರಾರಂಭ ಮಾಡುತ್ತಾರೆ । ಈ Product backlog ನಲ್ಲಿ ಪ್ರಾಮುಖ್ಯ ವಾದ feature ಗಳನ್ನು ಮೊದಲಿಗೆ ಮತ್ತು ಕಡಿಮೆ ಪ್ರಾಮುಖ್ಯವಾದ feature ಗಳನ್ನು ಇಳಿಕೆ ಕ್ರಮದಲ್ಲಿ ಜೋಡಿಸಿದ್ದು ಯಾವಾಗಲು ಮೊದಲ ಪ್ರಾಶಸ್ತ್ಯದ ಕೆಲಸಗಳ್ಳನು ಆಯ್ಕೆ ಆಡಿಕೊಂಡು ಕೆಲಸ ಸ್ಟಾರ್ಟ್ ಮಾಡಲಾಗುತ್ತದೆ । ಅದ್ದುದರಿಂದ ಪ್ರಮುಖವಾದ feature ಗಳನ್ನೂ ಆರಂಭಿಕವಾಗಿ ತೆಗೆದುಕೊಂಡು , ಕಡಿಮೆ ಪ್ರಾಮುಖ್ಯದ feature ಗಳನ್ನು ನಂತರ ತೆಗೆದುಕೊಳ್ಳುವುದರಿಂದ ಕೊನೆಗೆ ಕೇವಲ ಕಡಿಮೆ ಪ್ರಾಮುಖ್ಯದ ಕೆಲಸ ಮಾತ್ರ ವುಳಿದುಕೊಳ್ಳುತ್ತದೆ ।

ಕೆಲಸವನ್ನು ಸ್ವತಃ ಚಿಕ್ಕದಾದ,ಸೀಮಿತ ಅವಧಿಯಲ್ಲಿ   ಪುನರಾವರ್ತನೆಗಳಲ್ಲಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ, ಇದಕ್ಕೆಸಾಮಾನ್ಯವಾಗಿ  ಒಂದು ವಾರದಿಂದ ಒಂದು ಕ್ಯಾಲೆಂಡರ್ ತಿಂಗಳವರೆಗೆವ್ಯಾಪ್ತಿಯಿರುತ್ತದೆ. ಪ್ರತಿ ಪುನರಾವರ್ತನೆಯ ಸಮಯದಲ್ಲಿ, ಸ್ವಯಂ-ಸಂಘಟನೆ,ಕ್ರಾಸ್-ಫಂಕ್ಷನಲ್ ತಂಡವು ಎಲ್ಲಾ ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತದೆ-ಉದಾಹರಣೆಗೆ Product ತಯಾರಿಕೆಗೆ ಬೇಕಾದ Design , Buidling , ಮತ್ತು testing  - ಅನ್ನು .ಸೀಮಿತ ಅವಧಿಯಲ್ಲಿ ಬಿಡುಗಡೆ ಮಾಡಲಾಗುತ್ತದೆ

ಸಾಮಾನ್ಯವಾಗಿ product backlog  ಅಲ್ಲಿ ಬಹಳಷ್ಟು feature ಗಳು ಇದ್ದು ಒಂದು ಟೀಮ್ ಒಂದು ಅಲ್ಪಾವದಿಯ ಸಮಯದಲ್ಲಿ ಎಲ್ಲ feature ಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಿಕೊಳ್ಳುವುದು ಸಾಧ್ಯವಿಲ್ಲ ವಾದ್ದರಿಂದ ಕೇವಲ ಅಧಿಕ ಆದ್ಯತೆಯ feature ಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಿ ಕೆಲಸ ಪ್ರಾರಂಭಿಸುತ್ತಾರೆ । ಉದಾಹರಣೆಗೆ ಪ್ರಾಡಕ್ಟ್ backlog ಅಲ್ಲಿ 100 ಫೀಚರ್ ಇದ್ದು , ಒಂದು ಪುನರಾವರ್ತನೆಗೆ ಕೇವಲ ೫ ರಿಂದ 10 feature ಆಯ್ಕೆ ಮಾಡಿಕೊಂಡು ಕೆಲಸ ನಿರ್ವಹಿಸತ್ತದೆ.

feature ಪೂರ್ಣಗೊಂಡ ನಂತರ feature ಗೆ ಸಂಬಂದಿಸಿದ ಎಲ್ಲ ಮಧ್ಯವರ್ತಿಗಳು ( stakholders) ಗಳು ತಮ್ಮ ಅಭಿಪ್ರಾಯಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಅವಕಾಶವಿರುತ್ತದೆ । ಇದರಲ್ಲಿ ಪ್ರಾಡಕ್ಟ್ owner , customer ಗಳು ಭಾಗಿಯಾಗಿ feature ಸರಿಯಾಗಿದೆಯೇ ಅಥವಾ ಇದರಲ್ಲಿ ಬದಲಾವಣೆ ಬೇಕಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ , ಬದಲಾವಣೆ ಬೇಕಾಗಿದ್ದಾರೆ ಮತ್ತೊಂದು feature ಅನ್ನು product backlog ಅಲ್ಲಿ ಸೇರಿಸಲು ಅವಕಾಶವಿರುತ್ತದೆ । ಹೊಸ product backlog ಅನ್ನು ಮುಂದಿನ iteration ಅಲ್ಲಿ ತೆಗೆದುಕೊಂಡು ಮುಂದುವರಿಯಬೇಕಾಗುತ್ತದೆ ।

ಪ್ರತಿ ಪುನರಾವರ್ತನೆಯ ಕೊನೆಯಲ್ಲಿ, ತಂಡವು ಸಂಭಾವ್ಯವಾಗಿ ಸಾಗಿಸಬಹುದಾದ product  ಹೊಂದಿರಬೇಕು.  ಸೂಕ್ತವಾದರೆ ಅದನ್ನು ಬಿಡುಗಡೆ ಮಾಡಬಹುದು. ಸಾಮಾನ್ಯವಾಗಿ feature ಗಳ ಸಂಖ್ಯೆ ಕಡಿಮೆಯಿದ್ದರೆ ೩-೪ iteration  ಗಳ ನಂತರ ಎಲ್ಲ feature ಗಳನ್ನೂ ಸೇರಿಸಿ ಕಸ್ಟಮರ್ ಗೆ product ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡಬಹುದು

ಸ್ಪ್ರಿಂಟ್ ಯೋಜನೆಯೊಂದಿಗೆ ಸ್ಪ್ರಿಂಟ್ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ, ಸ್ಪ್ರಿಂಟ್ ಸಮಯದಲ್ಲಿ ಅಭಿವೃದ್ಧಿ ಕಾರ್ಯವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ (ಸ್ಪ್ರಿಂಟ್ ಎಕ್ಸಿಕ್ಯೂಶನ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ), ಮತ್ತು ವಿಮರ್ಶೆ ಮತ್ತು ರೆಟ್ರೋಸ್ಪೆಕ್ಟಿವ್‌ನೊಂದಿಗೆ ( ಸಿಂಹಾವಲೋಕನ)  ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. . ಉತ್ಪನ್ನ ಬ್ಯಾಕ್‌ಲಾಗ್‌ನಲ್ಲಿರುವ ಐಟಂಗಳ ಸಂಖ್ಯೆಯು ಅಭಿವೃದ್ಧಿ ತಂಡವು ಅಲ್ಪಾವಧಿಯ ಸ್ಪ್ರಿಂಟ್‌ನಲ್ಲಿ ಪೂರ್ಣಗೊಳಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಿನದಾಗಿರುತ್ತದೆ. ಆ ಕಾರಣಕ್ಕಾಗಿ, ಪ್ರತಿ ಸ್ಪ್ರಿಂಟ್‌ನ ಆರಂಭದಲ್ಲಿ, ಅಭಿವೃದ್ಧಿ ತಂಡವು ಉತ್ಪನ್ನ ಬ್ಯಾಕ್‌ಲಾಗ್‌ಗಳ ಉಪವಿಭಾಗವನ್ನು ಪೂರ್ಣಗೊಳಿಸಬಹುದೆಂದು ನಂಬುತ್ತದೆ-

ಅಭಿವೃದ್ಧಿ ತಂಡಗಳು ಪ್ರತಿ ಸ್ಪ್ರಿಂಟ್ ಅನ್ನು ಅವರು ಏನನ್ನು ತಲುಪಿಸಬಹುದು ಎಂಬುದರ ಮುನ್ಸೂಚನೆಯನ್ನು (ಅಂದಾಜು) ರಚಿಸಬೇಕು. ಆದಾಗ್ಯೂ, ಅನೇಕ ಅಭಿವೃದ್ಧಿ ತಂಡಗಳು ಬದ್ಧತೆಯನ್ನು ಪಡೆಯಲು ಮುನ್ಸೂಚನೆಯನ್ನು ಬಳಸುವುದರಿಂದ ಪ್ರಯೋಜನ ಪಡೆಯುತ್ತವೆ. ಬದ್ಧತೆಗಳು ಉತ್ಪನ್ನದ ಮಾಲೀಕರು ಮತ್ತು ಅಭಿವೃದ್ಧಿ ತಂಡದ ನಡುವೆ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ತಂಡದ ನಡುವೆ ಪರಸ್ಪರ ನಂಬಿಕೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ. ಅಲ್ಲದೆ, ಬದ್ಧತೆಗಳು ಸಂಸ್ಥೆಯೊಳಗೆ ಸಮಂಜಸವಾದ ಅಲ್ಪಾವಧಿಯ ಯೋಜನೆ ಮತ್ತು ನಿರ್ಧಾರಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ. ಮತ್ತು, ಮಲ್ಟಿಟೀಮ್ ಉತ್ಪನ್ನ ಅಭಿವೃದ್ಧಿಯನ್ನು ನಿರ್ವಹಿಸುವಾಗ, ಬದ್ಧತೆಗಳು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಿದ ಯೋಜನೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತವೆ-ಒಂದು ತಂಡವು ಇನ್ನೊಂದು ತಂಡವು ಏನು ಮಾಡಲು ಬದ್ಧವಾಗಿದೆ ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು. ಈ ಪುಸ್ತಕದಲ್ಲಿ, ನಾನು ಬದ್ಧತೆ ಎಂಬ ಪದಕ್ಕೆ ಒಲವು ತೋರುತ್ತೇನೆ; ಆದಾಗ್ಯೂ, ಸನ್ನಿವೇಶದಲ್ಲಿ ಸರಿಯಾಗಿ ತೋರಿದರೆ ನಾನು ಸಾಂದರ್ಭಿಕವಾಗಿ ಮುನ್ಸೂಚನೆಯನ್ನು ಬಳಸುತ್ತೇನೆ.

ತಂಡದ ಸದಸ್ಯರು ಸ್ಪ್ರಿಂಟ್ ಯೋಜನೆ ಸಮಯದಲ್ಲಿ ಎರಡನೇ ಬ್ಯಾಕ್‌ಲಾಗ್ ಅನ್ನು ರಚಿಸುತ್ತಾರೆ, ಇದನ್ನು ಸ್ಪ್ರಿಂಟ್ ಬ್ಯಾಕ್‌ಲಾಗ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಪ್ರತಿ ಸದಸ್ಯರು ವೊಟ್ಟಿಗೆ ಸೇರಿ ಸ್ಪ್ರಿಂಟ್ ಬ್ಯಾಕ್‌ಲಾಗ್ ನ features  ನ್ನು ಹೇಗೇ Design  ,test  ಮಾಡಬೇಕೆಂದು ನಿರ್ದಾರ ಮಾಡ ಬೇಕು

ಮುಂದಿನದು ಸ್ಪ್ರಿಂಟ್ ಎಕ್ಸಿಕ್ಯೂಶನ್, ಅಲ್ಲಿ ಅಭಿವೃದ್ಧಿ ತಂಡವು ಆಯ್ದ Features  ಅರಿತುಕೊಳ್ಳಲು ಅಗತ್ಯವಾದ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಪ್ರತಿ ದಿನ ಸ್ಪ್ರಿಂಟ್ ಎಕ್ಸಿಕ್ಯೂಶನ್ ಸಮಯದಲ್ಲಿ, ತಂಡದ ಸದಸ್ಯರು ದೈನಂದಿನ ಸ್ಕ್ರಮ್ ಎಂದು ಕರೆಯಲ್ಪಡುವ ಸಿಂಕ್ರೊನೈಸೇಶನ್, Inspection  ಮತ್ತು ಹೊಂದಾಣಿಕೆಯ ಯೋಜನೆ (Adaptive planning )  ನಡೆಸುವ ಮೂಲಕ ಕೆಲಸದ ಹರಿವನ್ನು ನಿರ್ವಹಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತಾರೆ. ಸ್ಪ್ರಿಂಟ್  ಕೊನೆಯಲ್ಲಿ ತಂಡವು ಸಂಭಾವ್ಯವಾಗಿ ಸಾಗಿಸಬಹುದಾದ ಉತ್ಪನ್ನ ಹೆಚ್ಚಳವನ್ನು( Potentially shippable product increment )  ಉತ್ಪಾದಿಸಿದೆ, ಅದು ಉತ್ಪನ್ನ ಮಾಲೀಕರ ದೃಷ್ಟಿಯನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ, ಆದರೆ ಎಲ್ಲವನ್ನೂ ಅಲ್ಲ.

ಸ್ಕ್ರಮ್ ತಂಡವು ಎರಡು ತಪಾಸಣೆ-ಮತ್ತು-ಹೊಂದಾಣಿಕೆಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಮೂಲಕ ಸ್ಪ್ರಿಂಟ್ ಅನ್ನು ಪೂರ್ಣಗೊಳಿಸುತ್ತದೆ. ಮೊದಲನೆಯದರಲ್ಲಿ, ಸ್ಪ್ರಿಂಟ್ ವಿಮರ್ಶೆ ಎಂದು ಕರೆಯಲ್ಪಡುತ್ತದೆ, ಮಧ್ಯಸ್ಥಗಾರರು( Stake holders ) ಮತ್ತು ಸ್ಕ್ರಮ್ ತಂಡವು ನಿರ್ಮಿಸುತ್ತಿರುವ Product   ಪರಿಶೀಲಿಸುತ್ತದೆ. ಸ್ಪ್ರಿಂಟ್ ರೆಟ್ರೋಸ್ಪೆಕ್ಟಿವ್ ಎಂದು ಕರೆಯಲ್ಪಡುವ ಎರಡನೆಯದರಲ್ಲಿ, ಸ್ಕ್ರಮ್ ತಂಡವು ಉತ್ಪನ್ನವನ್ನು ರಚಿಸಲು ಬಳಸಲಾಗುವ ಸ್ಕ್ರಮ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಈ ಚಟುವಟಿಕೆಗಳ ಫಲಿತಾಂಶವು ಉತ್ಪನ್ನದ ಬ್ಯಾಕ್‌ಲಾಗ್‌ಗೆ ದಾರಿ ಮಾಡಿಕೊಡುವ ಅಥವಾ ತಂಡದ ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯ ಭಾಗವಾಗಿ ಸೇರ್ಪಡೆಗೊಳ್ಳುವ ರೂಪಾಂತರಗಳಾಗಿರಬಹುದು.

ಈ ಹಂತದಲ್ಲಿ ಸ್ಕ್ರಮ್ ಸ್ಪ್ರಿಂಟ್ ಸೈಕಲ್ ಪುನರಾವರ್ತನೆಯಾಗುತ್ತದೆ, ಅಭಿವೃದ್ಧಿ ತಂಡವು ಅದು ಪೂರ್ಣಗೊಳಿಸಬಹುದಾದ ಮುಂದಿನ ಪ್ರಮುಖ ಉತ್ಪನ್ನ ಬ್ಯಾಕ್‌ಲಾಗ್ ಐಟಂಗಳನ್ನು ನಿರ್ಧರಿಸುವುದರೊಂದಿಗೆ ಹೊಸದಾಗಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಸೂಕ್ತ ಸಂಖ್ಯೆಯ ಸ್ಪ್ರಿಂಟ್‌ಗಳನ್ನು ಪೂರ್ಣಗೊಳಿಸಿದ ನಂತರ, ಉತ್ಪನ್ನ ಮಾಲೀಕರ ದೃಷ್ಟಿಯನ್ನು ಅರಿತುಕೊಳ್ಳಲಾಗುತ್ತದೆ ಮತ್ತು ಪರಿಹಾರವನ್ನು ಬಿಡುಗಡೆ ಮಾಡಬಹುದು.

Product Backlog

Scrum ನಲ್ಲಿ, ನಾವು ಯಾವಾಗಲೂ ಅತ್ಯಮೂಲ್ಯವಾದ ಕೆಲಸವನ್ನು ಮೊದಲು ಮಾಡುತ್ತೇವೆ. ಉತ್ಪನ್ನದ ಮಾಲೀಕರು ಇತರ stakeholders  ಮತ್ತು scrum team  ಸದಸ್ಯರಿಂದ ಇನ್‌ಪುಟ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ ಮತ್ತು ಅಂತಿಮವಾಗಿ ಈ ಕೆಲಸದ ಅನುಕ್ರಮವನ್ನು ನಿರ್ಧರಿಸಲು ಮತ್ತು ನಿರ್ವಹಿಸಲು ಮತ್ತು ಉತ್ಪನ್ನ ಬ್ಯಾಕ್‌ಲಾಗ್ ಎಂದು ಕರೆಯಲ್ಪಡುವ ಆದ್ಯತೆಯ ಪಟ್ಟಿಯ ರೂಪದಲ್ಲಿ ಅದನ್ನು ಸಂವಹನ ಮಾಡಲು ಜವಾಬ್ದಾರರಾಗಿರುತ್ತಾರೆ. ಹೊಸ-ಉತ್ಪನ್ನ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಉತ್ಪನ್ನ ಬ್ಯಾಕ್‌ಲಾಗ್ ಐಟಂಗಳು ಆರಂಭದಲ್ಲಿ ಉತ್ಪನ್ನ ಮಾಲೀಕರ ದೃಷ್ಟಿಯನ್ನು ಪೂರೈಸಲು ಅಗತ್ಯವಿರುವ ವೈಶಿಷ್ಟ್ಯಗಳಾಗಿವೆ. ನಡೆಯುತ್ತಿರುವ ಉತ್ಪನ್ನ ಅಭಿವೃದ್ಧಿಗಾಗಿ, ಉತ್ಪನ್ನ ಬ್ಯಾಕ್‌ಲಾಗ್ ಹೊಸ features , changes in existing features ,  defects in existing features , ತಾಂತ್ರಿಕ ಸುಧಾರಣೆಗಳು ಇತ್ಯಾದಿಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು.

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

ಒಟ್ಟಾರೆಯಾಗಿ ಉತ್ಪನ್ನ ಬ್ಯಾಕ್‌ಲಾಗ್ ಐಟಂಗಳನ್ನು ರಚಿಸುವ ಮತ್ತು ಪರಿಷ್ಕರಿಸುವ ಚಟುವಟಿಕೆ, ಅವುಗಳನ್ನು ಅಂದಾಜು ಮಾಡುವುದು ಮತ್ತು ಆದ್ಯತೆ ನೀಡುವ ಚಟುವಟಿಕೆಯನ್ನು ಅಂದಗೊಳಿಸುವಿಕೆ ( Grooming ) ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ (ಚಿತ್ರ 2.5 ನೋಡಿ).

 

Feature ಗಾತ್ರವು ವೆಚ್ಚಕ್ಕೆ(Cost )  ಸಮನಾಗಿರುತ್ತದೆ ಮತ್ತು ಉತ್ಪನ್ನದ ಮಾಲೀಕರು ಅದರ ಆದ್ಯತೆಯನ್ನು ಸರಿಯಾಗಿ ನಿರ್ಧರಿಸಲು ಐಟಂನ ವೆಚ್ಚವನ್ನು ತಿಳಿದುಕೊಳ್ಳಬೇಕು. ಯಾವುದಾದರೂ ಇದ್ದರೆ, ಉತ್ಪನ್ನ ಬ್ಯಾಕ್‌ಲಾಗ್ ಐಟಂಗಳೊಂದಿಗೆ ಬಳಸಬೇಕಾದ ಗಾತ್ರವನ್ನು ಸ್ಕ್ರಮ್ ನಿರ್ದೇಶಿಸುವುದಿಲ್ಲ. ಪ್ರಾಯೋಗಿಕವಾಗಿ, ಅನೇಕ ತಂಡಗಳು ಸಾಪೇಕ್ಷ ಗಾತ್ರ(Relative size ) ದ ಅಳತೆಯನ್ನು ಸ್ಟೋರಿ ಪಾಯಿಂಟ್‌ಗಳು ಅಥವಾ ಆದರ್ಶ ದಿನಗಳನ್ನು(Ideal days )  ಬಳಸುತ್ತವೆ. ಸಾಪೇಕ್ಷ ಗಾತ್ರದ (Relative size )  ಅಳತೆಯು ಐಟಂನ ಒಟ್ಟಾರೆ ಗಾತ್ರವನ್ನು ವ್ಯಕ್ತಪಡಿಸುತ್ತದೆ, ಅಂದರೆ ಸಂಪೂರ್ಣ ಮೌಲ್ಯವನ್ನು ಪರಿಗಣಿಸಲಾಗುವುದಿಲ್ಲ, ಆದರೆ ಇತರ ಐಟಂಗಳಿಗೆ ಹೋಲಿಸಿದರೆ ಐಟಂನ ಸಾಪೇಕ್ಷ ಗಾತ್ರವನ್ನು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಚಿತ್ರ 2.6 ರಲ್ಲಿ, Feature  C ಗಾತ್ರ 2 ಮತ್ತು Feature  E ಗಾತ್ರ 8 ಆಗಿದೆ. Feature  E , Feature  C ಗಿಂತ ನಾಲ್ಕು ಪಟ್ಟು ದೊಡ್ಡದಾಗಿದೆ ಎಂದು ನಾವು ತೀರ್ಮಾನಿಸಬಹುದು. ನಾನು ಈ ಕ್ರಮಗಳನ್ನು ಅಧ್ಯಾಯ 7 ರಲ್ಲಿ ಮತ್ತಷ್ಟು ಚರ್ಚಿಸುತ್ತೇನೆ.

Sprints

ಸ್ಕ್ರಮ್‌ನಲ್ಲಿ, ಸ್ಪ್ರಿಂಟ್ಸ್ ಎಂಬ ಕ್ಯಾಲೆಂಡರ್ ತಿಂಗಳವರೆಗೆ ಪುನರಾವರ್ತನೆಗಳು ಅಥವಾ ಚಕ್ರಗಳಲ್ಲಿ ಕೆಲಸವನ್ನು ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ (ಚಿತ್ರ 2.7 ನೋಡಿ). ಪ್ರತಿ ಸ್ಪ್ರಿಂಟ್‌ನಲ್ಲಿ ಪೂರ್ಣಗೊಳಿಸಿದ ಕೆಲಸವು ಗ್ರಾಹಕರು ಅಥವಾ ಬಳಕೆದಾರರಿಗೆ ಸ್ಪಷ್ಟವಾದ ಮೌಲ್ಯವನ್ನು ಸೃಷ್ಟಿಸಬೇಕು. ಸ್ಪ್ರಿಂಟ್‌ಗಳು Time box  ಮಾಡಲ್ಪಟ್ಟಿರುತ್ತವೆ ಆದ್ದರಿಂದ ಅವುಗಳು ಯಾವಾಗಲೂ ನಿಗದಿತ ಪ್ರಾರಂಭ ಮತ್ತು ಅಂತಿಮ ದಿನಾಂಕವನ್ನು ಹೊಂದಿರುತ್ತವೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಅವೆಲ್ಲವೂ ಒಂದೇ ಅವಧಿಯದ್ದಾಗಿರಬೇಕು. ಹೊಸ ಸ್ಪ್ರಿಂಟ್ ತಕ್ಷಣವೇ ಹಿಂದಿನ ಸ್ಪ್ರಿಂಟ್ ಪೂರ್ಣಗೊಂಡ ನಂತರ ಬರುತ್ತದೆ. ನಿಯಮದಂತೆ, ಸ್ಪ್ರಿಂಟ್ ಸಮಯದಲ್ಲಿ ವ್ಯಾಪ್ತಿ ಅಥವಾ ಸಿಬ್ಬಂದಿಯಲ್ಲಿ ಯಾವುದೇ ಗುರಿ-ಬದಲಾವಣೆಗಳನ್ನು ನಾವು ಅನುಮತಿಸುವುದಿಲ್ಲ; ಆದಾಗ್ಯೂ, ವ್ಯವಹಾರದ ಅಗತ್ಯಗಳು ಕೆಲವೊಮ್ಮೆ ಈ ನಿಯಮದ ಅನುಸರಣೆಯನ್ನು ಅಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ. ನಾನು ಅಧ್ಯಾಯ 4 ರಲ್ಲಿ ಸ್ಪ್ರಿಂಟ್‌ಗಳನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ವಿವರಿಸುತ್ತೇನೆ.

Sprint Planning

Product  ಬ್ಯಾಕ್‌ಲಾಗ್ ಹಲವು ವಾರಗಳು ಅಥವಾ ತಿಂಗಳುಗಳ ಕೆಲಸವನ್ನು ಪ್ರತಿನಿಧಿಸಬಹುದು, ಇದು ಒಂದೇ, ಸಣ್ಣ ಸ್ಪ್ರಿಂಟ್‌ನಲ್ಲಿ ಪೂರ್ಣಗೊಳಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು. ಮುಂದಿನ ಸ್ಪ್ರಿಂಟ್‌ನಲ್ಲಿ ನಿರ್ಮಿಸಲು product  ಬ್ಯಾಕ್‌ಲಾಗ್ ಐಟಂಗಳ ಪ್ರಮುಖ ಉಪವಿಭಾಗವನ್ನು( Sprint backlog )  ನಿರ್ಧರಿಸಲು, Product owner , dev team  ಮತ್ತು scrum master  ಸ್ಪ್ರಿಂಟ್ ಯೋಜನೆಯನ್ನು ನಿರ್ವಹಿಸುತ್ತಾರೆ (ಚಿತ್ರ 2.8 ನೋಡಿ). ಸ್ಪ್ರಿಂಟ್ Planning  ಸಮಯದಲ್ಲಿ, Product owner  ಮತ್ತು development team  ವ್ಯಾಖ್ಯಾನಿಸುವ ಸ್ಪ್ರಿಂಟ್ ಗುರಿಯನ್ನು ಒಪ್ಪುತ್ತಾರೆ.

ಈ ಗುರಿಯನ್ನು ಬಳಸಿಕೊಂಡು, ಅಭಿವೃದ್ಧಿ ತಂಡವು product  ಬ್ಯಾಕ್‌ಲಾಗ್ ಅನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ಸಮರ್ಥನೀಯ ವೇಗದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವಾಗ ಮುಂಬರುವ ಸ್ಪ್ರಿಂಟ್‌ನಲ್ಲಿ ತಂಡವು ವಾಸ್ತವಿಕವಾಗಿ ಸಾಧಿಸಬಹುದಾದ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ಅಂಶಗಳನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ-ಈ ವೇಗದಲ್ಲಿ ಅಭಿವೃದ್ಧಿ ತಂಡವು ದೀರ್ಘಕಾಲದವರೆಗೆ ಆರಾಮವಾಗಿ ಕೆಲಸ ಮಾಡಬಹುದು.

ಏನು ಮಾಡಬಹುದೆಂಬ ವಿಶ್ವಾಸವನ್ನು ಪಡೆಯಲು, ಅನೇಕ ಅಭಿವೃದ್ಧಿ ತಂಡಗಳು ಪ್ರತಿಯೊಂದು ಉದ್ದೇಶಿತ feature --> ಕಾರ್ಯಗಳ ಗುಂಪಿಗೆ (Task )  ವಿಭಜಿಸುತ್ತದೆ. ಈ ಕಾರ್ಯಗಳ ಸಂಗ್ರಹವು, ಅವುಗಳ ಸಂಬಂಧಿತ ಉತ್ಪನ್ನ ಬ್ಯಾಕ್‌ಲಾಗ್ ಐಟಂಗಳೊಂದಿಗೆ, ಸ್ಪ್ರಿಂಟ್ ಬ್ಯಾಕ್‌ಲಾಗ್ ಎಂಬ ಎರಡನೇ ಬ್ಯಾಕ್‌ಲಾಗ್ ಅನ್ನು ರೂಪಿಸುತ್ತದೆ (ಚಿತ್ರ 2.9 ನೋಡಿ).

ಅಭಿವೃದ್ಧಿ ತಂಡವು ಪ್ರತಿ ಕಾರ್ಯವನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಅಗತ್ಯವಾದ ಶ್ರಮದ ಅಂದಾಜು (ಸಾಮಾನ್ಯವಾಗಿ ಗಂಟೆಗಳಲ್ಲಿ) ಒದಗಿಸುತ್ತದೆ. ಉತ್ಪನ್ನದ ಬ್ಯಾಕ್‌ಲಾಗ್ ಐಟಂಗಳನ್ನು ಕಾರ್ಯಗಳಾಗಿ ವಿಭಜಿಸುವುದು ವಿನ್ಯಾಸದ ಒಂದು ರೂಪವಾಗಿದೆ

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

 

Sprint Execution

ಸ್ಕ್ರಮ್ ತಂಡವು ಸ್ಪ್ರಿಂಟ್ planning  ಪೂರ್ಣಗೊಳಿಸಿದ ನಂತರ ಮತ್ತು ಮುಂದಿನ ಸ್ಪ್ರಿಂಟ್‌ನ features  ಒಪ್ಪಿಕೊಂಡ ನಂತರ, ಸ್ಕ್ರಮ್‌ಮಾಸ್ಟರ್‌ನ ತರಬೇತಿಯಿಂದ ಮಾರ್ಗದರ್ಶಿಸಲ್ಪಟ್ಟ Development team   Features  ಪೂರ್ಣಗೊಳಿಸಲು ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ TASK  ಕೆಲಸವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ (ಚಿತ್ರ 2.10 ನೋಡಿ), ತಂಡವು ಯಾವ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದು ಸಹಜವಾಗಿ ಕೆಲಸದ ಸ್ವರೂಪವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ನಾವು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದೇವೆ ಮತ್ತು ಯಾವ ರೀತಿಯ ಸಾಫ್ಟ್‌ವೇರ್, ಅಥವಾ ವೆಬಿಲ್ಡಿಂಗ್ ಹಾರ್ಡ್‌ವೇರ್, ಅಥವಾ ಇದು ಮಾರ್ಕೆಟಿಂಗ್ ಕೆಲಸವೇ?).ಸ್ಪ್ರಿಂಟ್ ಬ್ಯಾಕ್‌ಲಾಗ್‌ನಲ್ಲಿ ಟಾಸ್ಕ್-ಲೆವೆಲ್‌ವರ್ಕ್ ಅನ್ನು ಯಾವ ಕ್ರಮದಲ್ಲಿ ಅಥವಾ ಹೇಗೆ ಮಾಡಬೇಕೆಂದು ಡೆವಲಪ್‌ಮೆಂಟ್ ತಂಡಕ್ಕೆ ಯಾರೂ ಹೇಳುವುದಿಲ್ಲ. ಬದಲಾಗಿ, ತಂಡದ ಸದಸ್ಯರು ತಮ್ಮದೇ ಆದ ಕಾರ್ಯ-ಮಟ್ಟದ ಕೆಲಸವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತಾರೆ ಮತ್ತು ನಂತರ ಸ್ಪ್ರಿಂಟ್ ಗುರಿಯನ್ನು ಸಾಧಿಸಲು ಉತ್ತಮವೆಂದು ಅವರು ಭಾವಿಸುವ ಯಾವುದೇ ರೀತಿಯಲ್ಲಿ ಸ್ವಯಂ-ಸಂಘಟಿತರಾಗುತ್ತಾರೆ. ಸ್ಪ್ರಿಂಟ್ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯ ಕುರಿತು ಹೆಚ್ಚಿನ ವಿವರಗಳಿಗಾಗಿ ಅಧ್ಯಾಯ 20 ಅನ್ನು ನೋಡಿ.

 

 

Daily Scrum

ಸ್ಪ್ರಿಂಟ್‌ನ ಪ್ರತಿ ದಿನ, ಆದರ್ಶಪ್ರಾಯವಾಗಿ ಅದೇ ಸಮಯದಲ್ಲಿ, ಡೆವಲಪ್‌ಮೆಂಟ್ ತಂಡದ ಸದಸ್ಯರು ಟೈಮ್‌ಬಾಕ್ಸ್‌ಡ್ (15 ನಿಮಿಷಗಳು ಅಥವಾ ಅದಕ್ಕಿಂತ ಕಡಿಮೆ) ದೈನಂದಿನ ಸ್ಕ್ರಮ್ ಅನ್ನು ಹೊಂದಿದ್ದಾರೆ (ಚಿತ್ರ 2.11 ನೋಡಿ). ಈ ತಪಾಸಣೆ ಮತ್ತು ಹೊಂದಾಣಿಕೆಯನ್ನು ಕೆಲವೊಮ್ಮೆ ದೈನಂದಿನ ಸ್ಟ್ಯಾಂಡ್-ಅಪ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ ಏಕೆಂದರೆ ಸಭೆಯ ಸಮಯದಲ್ಲಿ ಎಲ್ಲರೂ ಎದ್ದುನಿಂತು ಸಂಕ್ಷಿಪ್ತತೆಯನ್ನು ಉತ್ತೇಜಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತಾರೆ.

ದೈನಂದಿನ ಸ್ಕ್ರಮ್ ಅನ್ನು ನಿರ್ವಹಿಸುವ ಸಾಮಾನ್ಯ ವಿಧಾನವೆಂದರೆ  ಪ್ರತಿ ತಂಡದ ಸದಸ್ಯರು ಇತರ ತಂಡದ ಸದಸ್ಯರ ಅನುಕೂಲಕ್ಕಾಗಿ ಮೂರು ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತಾರೆ:

1.       ಕೊನೆಯ ದೈನಂದಿನ ಸ್ಕ್ರಮ್‌ನಿಂದ ನಾನು ಏನು ಸಾಧಿಸಿದೆ?

2.       ಮುಂದಿನ ದಿನಗಳಲ್ಲಿ ನಾನು ಏನು ಕೆಲಸ ಮಾಡಲು ಯೋಜಿಸುತ್ತೇನೆ

3.       ದೈನಂದಿನ ಸ್ಕ್ರಮ್? ಪ್ರಗತಿಯನ್ನು ಸಾಧಿಸದಂತೆ ನನ್ನನ್ನು ತಡೆಯುತ್ತಿರುವ ಅಡೆತಡೆಗಳು ಅಥವಾ ಅಡೆತಡೆಗಳು ಯಾವುವು?

ಈ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುವ ಮೂಲಕ, ಏನಾಗುತ್ತಿದೆ, ಅವರು ಸ್ಪ್ರಿಂಟ್ ಗುರಿಯತ್ತ ಹೇಗೆ ಮುನ್ನಡೆಯುತ್ತಿದ್ದಾರೆ, ಮುಂಬರುವ ದಿನದ ಕೆಲಸಕ್ಕಾಗಿ ತಮ್ಮ ಯೋಜನೆಗಳಿಗೆ ಅವರು ಮಾಡಲು ಬಯಸುವ ಯಾವುದೇ ಮಾರ್ಪಾಡುಗಳು ಮತ್ತು ಯಾವ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಬೇಕು ಎಂಬುದರ ದೊಡ್ಡ ಚಿತ್ರವನ್ನು ಪ್ರತಿಯೊಬ್ಬರೂ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ. ಸ್ಪ್ರಿಂಟ್‌ನಲ್ಲಿ ವೇಗವಾಗಿ ಕೆಲಸದ ಹರಿವನ್ನು ನಿರ್ವಹಿಸಲು ಅಭಿವೃದ್ಧಿ ತಂಡಕ್ಕೆ ಸಹಾಯ ಮಾಡಲು ದೈನಂದಿನ ಸ್ಕ್ರಮ್ ಅತ್ಯಗತ್ಯ.

Scrum meeting   ಸಮಸ್ಯೆ-ಪರಿಹರಿಸುವ ಚಟುವಟಿಕೆಯಲ್ಲ. ಬದಲಿಗೆ, ಅನೇಕ ತಂಡಗಳು ದೈನಂದಿನ ಸ್ಕ್ರಮ್‌ನ ನಂತರ ಸಮಸ್ಯೆಗಳ ಬಗ್ಗೆ ಸಂಪೂರ್ಣ ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಆಸಕ್ತರ ಒಂದು ಸಣ್ಣ ಗುಂಪಿನೊಂದಿಗೆ ಹಾಗೆ ಮಾಡುತ್ತವೆ.  ಆದಾಗ್ಯೂ, ಡೆವಲಪ್‌ಮೆಂಟ್ ತಂಡದ ಸದಸ್ಯರಲ್ಲಿ ಸ್ಪ್ರಿಂಟ್‌ಬ್ಯಾಕ್‌ಲಾಗ್ ಐಟಂಗಳ ಸ್ಥಿತಿಯನ್ನು ಸಂವಹನ ಮಾಡಲು ದೈನಂದಿನ ಸ್ಕ್ರಮ್ ಉಪಯುಕ್ತವಾಗಿದೆ. ಮುಖ್ಯವಾಗಿ, ದೈನಂದಿನ ಸ್ಕ್ರಮ್ ಪರಿಶೀಲನೆ, ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಮತ್ತು ಹೊಂದಾಣಿಕೆಯ ದೈನಂದಿನ ಯೋಜನಾ ಚಟುವಟಿಕೆಯಾಗಿದ್ದು ಅದು ಸ್ವಯಂ ಸಂಘಟನಾ ತಂಡವು ತನ್ನ ಕೆಲಸವನ್ನು ಉತ್ತಮವಾಗಿ ಮಾಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

ದೈನಂದಿನ ಸ್ಕ್ರಮ್‌ನಲ್ಲಿ ಯಾರು ಭಾಗವಹಿಸಬೇಕು ಮತ್ತು ಯಾರು ಸರಳವಾಗಿ ಗಮನಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ಗುರುತಿಸಲು ಸ್ಕ್ರಮ್ "ಹಂದಿಗಳು" ಮತ್ತು "ಕೋಳಿಗಳು" ಎಂಬ ಪದಗಳನ್ನು ಬಳಸಿದ್ದಾರೆ. ಕೃಷಿ ಪ್ರಾಣಿಗಳನ್ನು ಹಳೆಯ ಜೋಕ್‌ನಿಂದ ಎರವಲು ಪಡೆಯಲಾಗಿದೆ (ಇದು ಹಲವಾರು ರೂಪಾಂತರಗಳನ್ನು ಹೊಂದಿದೆ): "ಹ್ಯಾಮ್-ಮತ್ತು-ಮೊಟ್ಟೆಯ ಉಪಹಾರದಲ್ಲಿ, ಕೋಳಿ ಒಳಗೊಂಡಿರುತ್ತದೆ, ಆದರೆ ಹಂದಿ ಬದ್ಧವಾಗಿದೆ." ನಿಸ್ಸಂಶಯವಾಗಿ ಸ್ಕ್ರಮ್‌ನಲ್ಲಿ ಈ ಪದಗಳನ್ನು ಬಳಸುವ ಉದ್ದೇಶವು ಒಳಗೊಂಡಿರುವವರು (ಕೋಳಿಗಳು) ಮತ್ತು ಸ್ಪ್ರಿಂಟ್ ಗುರಿಯನ್ನು (ಹಂದಿಗಳು) ತಲುಪಲು ಬದ್ಧರಾಗಿರುವವರ ನಡುವೆ ವ್ಯತ್ಯಾಸವನ್ನು ಗುರುತಿಸುವುದು. ದೈನಂದಿನ ಸ್ಕ್ರಮ್ನಲ್ಲಿ, ಹಂದಿಗಳು ಮಾತ್ರ ಮಾತನಾಡಬೇಕು; ಕೋಳಿಗಳು, ಯಾವುದಾದರೂ ಇದ್ದರೆ, ವೀಕ್ಷಕರಾಗಿ ಹಾಜರಾಗಬೇಕು.

Done

ಸ್ಕ್ರಮ್‌ನಲ್ಲಿ, ನಾವು ಸ್ಪ್ರಿಂಟ್ ಫಲಿತಾಂಶಗಳನ್ನು ಸಂಭಾವ್ಯವಾಗಿ ಸಾಗಿಸಬಹುದಾದ ಉತ್ಪನ್ನ ಹೆಚ್ಚಳ ಎಂದು ಉಲ್ಲೇಖಿಸುತ್ತೇವೆ (ಚಿತ್ರ 2.12 ನೋಡಿ), ಅಂದರೆ ಸ್ಕ್ರಮ್ ತಂಡವು ಏನು ಮಾಡಲು ಒಪ್ಪಿಕೊಂಡಿದೆಯೋ ಅದು ನಿಜವಾಗಿಯೂ ಅದರ ಒಪ್ಪಿಕೊಂಡ ವ್ಯಾಖ್ಯಾನದ ಪ್ರಕಾರ ಮಾಡಲಾಗುತ್ತದೆ. ಈ ವ್ಯಾಖ್ಯಾನವು ಪೂರ್ಣಗೊಂಡ ಕೆಲಸವು ಉತ್ತಮ ಗುಣಮಟ್ಟದ್ದಾಗಿದೆ ಮತ್ತು ಸಂಭಾವ್ಯವಾಗಿ ಸಾಗಿಸಬಹುದಾಗಿದೆ ಎಂಬ ವಿಶ್ವಾಸದ ಮಟ್ಟವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ.ಉದಾಹರಣೆಗೆ, ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಾಗ, ಮಾಡಲಾದ ಕನಿಷ್ಠ-ಕನಿಷ್ಠ ವ್ಯಾಖ್ಯಾನವು ವಿನ್ಯಾಸಗೊಳಿಸಿದ, ನಿರ್ಮಿಸಿದ, ಸಂಯೋಜಿತವಾದ, ಪರೀಕ್ಷಿಸಿದ ಉತ್ಪನ್ನದ ಕಾರ್ಯಚಟುವಟಿಕೆಗಳ ಸಂಪೂರ್ಣ ಭಾಗವನ್ನು ನೀಡಬೇಕು.

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

 

Sprint Review

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

Sprint Retrospective

ಸ್ಪ್ರಿಂಟ್‌ನ ಕೊನೆಯಲ್ಲಿ ಎರಡನೇ ತಪಾಸಣೆ-ಮತ್ತು-ಹೊಂದಾಣಿಕೆ ಚಟುವಟಿಕೆಯು ಸ್ಪ್ರಿಂಟ್ ರೆಟ್ರೋಸ್ಪೆಕ್ಟಿವ್ ಆಗಿದೆ (ಚಿತ್ರ 2.14 ನೋಡಿ). ಸ್ಪ್ರಿಂಟ್ ಪರಿಶೀಲನೆಯ ನಂತರ ಮತ್ತು ಮುಂದಿನ ಸ್ಪ್ರಿಂಟ್ ಯೋಜನೆಗೆ ಮುಂಚಿತವಾಗಿ ಈ ಚಟುವಟಿಕೆಯು ಆಗಾಗ್ಗೆ ಸಂಭವಿಸುತ್ತದೆ. ಸ್ಪ್ರಿಂಟ್ ವಿಮರ್ಶೆಯು ಉತ್ಪನ್ನವನ್ನು ಪರೀಕ್ಷಿಸಲು ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವ ಸಮಯವಾಗಿದೆ, ಸ್ಪ್ರಿಂಟ್‌ರೆಟ್ರೋಸ್ಪೆಕ್ಟಿವ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪರಿಶೀಲಿಸಲು ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವ ಅವಕಾಶವಾಗಿದೆ. ಸ್ಪ್ರಿಂಟ್ರೆಟ್ರೋಸ್ಪೆಕ್ಟಿವ್ ಸಮಯದಲ್ಲಿ ಡೆವಲಪ್‌ಮೆಂಟ್ ತಂಡ, ಸ್ಕ್ರಮ್‌ಮಾಸ್ಟರ್ ಮತ್ತು ಉತ್ಪನ್ನ ಮಾಲೀಕರು ಸ್ಕ್ರಮ್ ಮತ್ತು ಸಂಬಂಧಿತ ತಾಂತ್ರಿಕ ಅಭ್ಯಾಸಗಳೊಂದಿಗೆ ಏನು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದಾರೆ ಮತ್ತು ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ ಎಂದು ಚರ್ಚಿಸಲು ಒಟ್ಟಿಗೆ ಸೇರುತ್ತಾರೆ. ಉತ್ತಮ ಸ್ಕ್ರಮ್‌ಟೀಮ್ ಉತ್ತಮವಾಗಲು ಸಹಾಯ ಮಾಡಲು ಅಗತ್ಯವಾದ ನಿರಂತರ ಪ್ರಕ್ರಿಯೆಯ ಸುಧಾರಣೆಯ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಲಾಗಿದೆ. ಸ್ಪ್ರಿಂಟ್ ರೆಟ್ರೋಸ್ಪೆಕ್ಟಿವ್‌ನ ಕೊನೆಯಲ್ಲಿ ಸ್ಕ್ರಮ್ ತಂಡವು ಮುಂದಿನ ಸ್ಪ್ರಿಂಟ್‌ನಲ್ಲಿ ಸ್ಕ್ರಮ್ ತಂಡವು ಕೈಗೊಳ್ಳುವ ಪ್ರಾಯೋಗಿಕ ಸಂಖ್ಯೆಯ ಪ್ರಕ್ರಿಯೆ ಸುಧಾರಣೆ ಕ್ರಮಗಳನ್ನು ಗುರುತಿಸಿರಬೇಕು ಮತ್ತು ಬದ್ಧವಾಗಿರಬೇಕು. ಸ್ಪ್ರಿಂಟ್ ರೆಟ್ರೋಸ್ಪೆಕ್ಟಿವ್‌ನ ವಿವರಗಳಿಗಾಗಿ ಅಧ್ಯಾಯ 22 ಅನ್ನು ನೋಡಿ. ಸ್ಪ್ರಿಂಟ್ ರೆಟ್ರೋಸ್ಪೆಕ್ಟಿವ್ ಪೂರ್ಣಗೊಂಡ ನಂತರ, ಇಡೀ ಚಕ್ರವನ್ನು ಮತ್ತೆ ಪುನರಾವರ್ತಿಸಲಾಗುತ್ತದೆ-ಮುಂದಿನ ಸ್ಪ್ರಿಂಟ್-ಪ್ಲಾನಿಂಗ್ ಸೆಷನ್‌ನಿಂದ ಪ್ರಾರಂಭಿಸಿ, ತಂಡವು ಗಮನಹರಿಸಬೇಕಾದ ಪ್ರಸ್ತುತ ಅತ್ಯಧಿಕ ಮೌಲ್ಯಗಳನ್ನು ನಿರ್ಧರಿಸಲು ನಡೆಸಲಾಗುತ್ತದೆ.