සෑම ස්ප්රින්ට් එකකම අවසානයේ රෙට්රෝවක් (retro) පැවැත්වෙයි. කණ්ඩායම එකතු වෙලා කුමක් හොඳද, කුමක් නරකද කියලා ලියා, එය පසුකාලීනව නැවත බලන්නේ නැහැ. නමුත් මේ සතියේ රෙට්රෝව එක වෙනස් වුණා – කැලැන්ඩරයේ ආරාධනාවක් නොමැතිව, පසුගිය චක්රය නිමාවට පත් වූ වහාම ස්වයංක්රීයව ආරම්භ වුණා.
ඩිප්ලොයි එක සාර්ථකව නිමවූ පසු, කිසිදු දෝෂයක් නොපැමිණි. Rollback trigger එක ලියලා තබා තිබුණද, ඒක භාවිතා නොවුණා. මේ අවස්ථාවේ ‘Reflect’ (පරීක්ෂණ) පියවරට ගිය විට, මට පළමුවම ගැටළුවක් හමුවුණා: මට ඇත්තටම මොන තොරතුරක් දැනගන්න තියෙනවා, මොන තරම් හැඟීමක් පමණක් මතකයේ තියෙනවා?
පෙර පියවරවලදී, notification queue එකේ අවශ්යතාවයක් සම්පුර්ණයෙන් විස්තර නොකෙරුණු නිසා, පරීක්ෂණ පියවරේ (Test) තරංග කාලය (timing) ගැටළුවක් හෙළි වුණා. එය rollback trigger එකක් ලියනවාට හේතුවක් වුණා, නමුත් ඕනෑම අවස්ථාවක ඒක භාවිතා නොවුණා. Reflect පියවරේ, මට “risk register” එකේ “ordering and timing” ගැන අරඹම ප්රශ්නයක් පෙන්වා දුන්නා.
ශ්රී ලංකාවට ඇති වැදගත්කම
මෙවැනි පදනම්ගත රෙට්රෝ ක්රමයක් ශ්රී ලංකාවේ සංවර්ධකයන්ට, ඉගෙනුම් ආයතනවලට, ව්යාපාරිකයන්ට විශාල වාසියක් ලබා දෙයි:
- කණ්ඩායම් සාමාජිකයින්ට තත්කාලිකව ඉගෙනුම් ලියන අවස්ථාව ලැබෙයි, ඒ නිසා මතකයේ පදනමකින් පසුව නොහැරීමේ අවස්ථාව අඩු වේ.
- risk register, rollback trigger වැනි ද්රව්යමය ලේඛන පද්ධති භාවිතයෙන්, ව්යාපාරික ව්යාපෘති වල වැරදි අවස්ථා ඉක්මනින් හඳුනාගැනීමට හැකි වේ.
- ඉගෙනුම් කණ්ඩායම් “propose‑only” ලෙස සලකුණු කර, අවශ්ය විට පමණක් සත්යාපනය කර, නිවැරදි දැනුමක් ලෙස ගබඩා කරගත හැක.
- අපේ දේශීය තාක්ෂණික පාඨමාලා වලට මෙවැනි “Reflect” පියවරක් ඇතුළත් කර, නවතම සොෆ්ට්වේයා ඉංජිනේරු ක්රමවේදය සිංහලෙන් ඉගැන්වීමේ පදනමක් සකස් කළ හැක.
අවසානයේ, රෙට්රෝවට ගතවූ කාලය, මතකයේ පදනමක් නොව, පරීක්ෂණාත්මක තොරතුරු මත පදනම් වූ නිගමනයක් ලබා දුන්නා. මෙය ආකල්පයක් නොව, සත්යාපිත “lesson” එකක් බවට පත් විය. ඒ නිසා, ඊළඟ වරට ඒ වගේ ගැටළුවක් මතු වූ විට, කණ්ඩායමට සූදානම් වීමට අවස්ථාව ලැබේ.
ඉතින්, රෙට්රෝවක් කෙළින්ම ලියන එකක් නොව, “propose‑only” ලෙස සලකුණු කර, පසුව සත්යාපනය කරගැනීම, සාර්ථක සොෆ්ට්වේයා සංවර්ධනයේ අත්යවශ්ය පියවරක් බව තහවුරු කරයි.
