Agile සමඟ මෘදුකාංග ව්යාපෘති කළමනාකරණය කරන්නේ කෙසේද?
වේගවත් මෘදුකාංග සංවර්ධන ලෝකය තුළ, පරිශීලක අවශ්යතා ඕනෑම වේලාවක වෙනස් විය හැකිය, තාක්ෂණය නිරන්තරයෙන් පරිණාමය වෙමින් පවතින අතර නිෂ්පාදන වේගයෙන් නිකුත් කිරීමට ඇති පීඩනය නිරන්තරයෙන් වැඩි වෙමින් පවතී. නම්යශීලීභාවය, සහයෝගීතාවය සහ වර්ධක අගය බෙදා හැරීම අවධාරණය කරමින් Agile බහුලව භාවිතා වන ප්රවේශයක් බවට පත්ව ඇත්තේ මෙහිදීය. මෙම ලිපිය Agile සමඟ මෘදුකාංග ව්යාපෘති ප්රායෝගිකව කළමනාකරණය කරන්නේ කෙසේද යන්න සාකච්ඡා කරයි - මූලික සංකල්පවල සිට කණ්ඩායමක් තුළ ඒවා ක්රියාත්මක කිරීම දක්වා.
1. Agile යනු කුමක්ද සහ එය වැදගත් වන්නේ මන්දැයි තේරුම් ගන්න
Agile යනු කෙටි පුනරාවර්තන, වේගවත් ප්රතිපෝෂණ සහ අඛණ්ඩ වැඩිදියුණු කිරීම් කෙරෙහි අවධානය යොමු කරන ව්යාපෘති කළමනාකරණය සහ මෘදුකාංග සංවර්ධනය සඳහා වන ප්රවේශයකි. සාම්ප්රදායික ක්රම මෙන් නොව, මහා සැලසුම් කල්තියා සංවර්ධනය කර ඒවා රේඛීයව ක්රියාත්මක කිරීමට නැඹුරු වන අතර, Agile වෙනස් වීම ස්වාභාවික බව වැළඳ ගනී.
Agile හි ප්රධාන මූලධර්ම පදනම් වී ඇත්තේ Agile ප්රකාශනය මත වන අතර එය අවධාරණය කරන්නේ:
- ක්රියාවලීන් සහ මෙවලම් වලට වඩා පුද්ගලයන් සහ අන්තර්ක්රියා වැදගත් වේ.
- අධික ලියකියවිලි වලට වඩා ක්රියාකාරී මෘදුකාංග වැදගත් වේ.
- කොන්ත්රාත් සාකච්ඡා වලට වඩා ගනුදෙනුකරුවන් සමඟ සහයෝගීතාවය වැදගත් වේ.
- දැඩි සැලැස්මක් අනුගමනය කිරීමට වඩා වෙනසට ප්රතිචාර දැක්වීම වැදගත් වේ.
මෙම මූලධර්මය සමඟින්, ව්යාපෘති කළමනාකරු හෝ කණ්ඩායම් නායකයා කාලසටහන සහ විෂය පථය කෙරෙහි අවධානය යොමු කරනවා පමණක් නොව, වටිනා නිෂ්පාදන නිෂ්පාදනය කරන අතරම කණ්ඩායමට අනුවර්තනය විය හැකි බව සහතික කරයි.
2. නිවැරදි කඩිනම් රාමුව තෝරන්න
Agile යනු තනි ක්රමයක් නොවේ, නමුත් රාමු කිහිපයක් ඇතුළත් පුළුල් කුඩයකි. වඩාත් ජනප්රිය දෙකක් නම්:
නාට්යය
පැහැදිලි ඉලක්ක සහ පැහැදිලි රිද්මයක් සමඟ වැඩ කරන කණ්ඩායම් සඳහා Scrum සුදුසු වේ. වැඩ Sprints ලෙස හඳුන්වන පුනරාවර්තනවලට බෙදා ඇත (සාමාන්යයෙන් සති 1–2). Sprint Planning, Daily Scrum, Sprint Review, සහ Sprint Retrospective වැනි ව්යුහගත භූමිකාවන් සහ උත්සව තිබේ.
කන්බන්
නඩත්තු කණ්ඩායම් හෝ බොහෝ තාවකාලික ඉල්ලීම් ලැබෙන කණ්ඩායම් වැනි අඛණ්ඩ වැඩ ප්රවාහ සඳහා කන්බන් සුදුසු වේ. පුවරු සමඟ වැඩ කිරීම දෘශ්යකරණය කිරීම සහ ප්රගතියේ පවතින වැඩ (WIP) සීමාවන් සීමා කිරීම කන්බන් අවධාරණය කරයි.
රාමුව තෝරා ගැනීම ව්යාපෘති වර්ගය, කණ්ඩායම් සංස්කෘතිය සහ අවශ්යතාවල අවිනිශ්චිතතා මට්ටමට අනුව සකස් කළ යුතුය. බොහෝ සංවිධාන Scrumban (Scrum සහ Kanban වල සංයෝජනයක්) වැනි දෙමුහුන් ප්රවේශයන් ද භාවිතා කරයි.
3. ඵලදායී කඩිසර කණ්ඩායමක් ගොඩනැගීම
Agile හි සාර්ථකත්වය කණ්ඩායම මත බෙහෙවින් රඳා පවතී. ඉතා මැනවින්, Agile කණ්ඩායමක් හරස්-ක්රියාකාරී වේ, එනම් ආරම්භයේ සිට අවසානය දක්වා වැඩ සම්පූර්ණ කිරීමට එයට සම්පූර්ණ හැකියාවන් ඇත - උදාහරණයක් ලෙස, එයට සංවර්ධකයින්, QA, UI/UX සහ, අවශ්ය නම්, DevOps නියෝජිතයින් ඇතුළත් වේ.
Scrum හි ප්රධාන භූමිකාවන් තුනක් ඇත:
– නිෂ්පාදන හිමිකරු (PO): අවශ්යතාවල ප්රමුඛතාවය තීරණය කරයි, නිෂ්පාදන ගොඩගැසී ඇති ප්රමාණය කළමනාකරණය කරයි, සහ කණ්ඩායම වඩාත්ම වටිනා දේවල් මත වැඩ කරන බව සහතික කරයි.
– ස්ක්රම් මාස්ටර්: ස්ක්රම් ක්රියාවලියට පහසුකම් සපයයි, බාධක ඉවත් කරයි, සහ කණ්ඩායමට සෞඛ්ය සම්පන්න වේගයකින් වැඩ කිරීමට උපකාරී වේ.
– සංවර්ධන කණ්ඩායම: නිෂ්පාදනය ගොඩනඟන සහ ස්ප්රින්ට් ප්රතිඵල සඳහා වගකිව යුතු කණ්ඩායම.
ප්රායෝගිකව, වඩාත්ම වැදගත් දෙය වන්නේ වගකීම් පිළිබඳ පැහැදිලිකම සහ විවෘත සන්නිවේදනයයි. Agile කාර්යයන් අතර "රාජකාරිය මාරු කිරීමේ" රටාව වළක්වයි; ඒ වෙනුවට, වටිනාකම ලබා දීම සඳහා සියලු පාර්ශවයන් එක්ව කටයුතු කරයි.
4. නිෂ්පාදන පසුබෑම කළමනාකරණය කිරීම: අදහස් වලින් වැඩ දක්වා
නිෂ්පාදන පසුබෑමක් යනු ප්රමුඛතාගත කළ යුතු විශේෂාංග, වැඩිදියුණු කිරීම් සහ තාක්ෂණික කටයුතු ලැයිස්තුවකි. සෞඛ්ය සම්පන්න පසුබෑමකට පහත ලක්ෂණ ඇත:
- අයිතම කණ්ඩායමට පැහැදිලිව සහ තේරුම් ගත හැකි ලෙස ලියා ඇත.
- ප්රමුඛතා සැමවිටම ව්යාපාරික වටිනාකම් මත පදනම්ව යාවත්කාලීන වේ.
– වහාම ක්රියාත්මක වන අයිතම සඳහා ප්රමාණවත් විස්තර ඇත, නමුත් අනාගතයේ ඇති අයිතම තරමක් සංක්ෂිප්ත ය.
නිතර භාවිතා වන ආකෘතියක් වන්නේ පරිශීලක කතාවයි, උදාහරණයක් ලෙස:
“[පරිශීලක වර්ගයක්] ලෙස, මට [අවශ්ය], එවිට [ප්රතිලාභ] ලැබෙනු ඇත.”
ඊට අමතරව, සාර්ථකත්වය යනු කුමක්දැයි කණ්ඩායමට දැන ගැනීමට පිළිගැනීමේ නිර්ණායක ඇතුළත් කරන්න. හොඳින් නිර්වචනය කරන ලද පසුබෑමක් කණ්ඩායම් සාකච්ඡා වඩාත් අවධානය යොමු කිරීමට උපකාරී වන අතර වැරදි සන්නිවේදනයේ අවදානම අඩු කරයි.
5. ස්ප්රින්ට් සැලසුම් කිරීම: යථාර්ථවාදී ඉලක්ක තැබීම
Scrum භාවිතා කරන්නේ නම්, Sprint Planning යනු එකඟ විය යුතු ප්රධාන අවස්ථාවකි:
1. ස්ප්රින්ට් ඉලක්කය: සැබෑ වටිනාකමක් ලබා දෙන ස්ප්රින්ට් එකේ ප්රධාන අරමුණ.
2. ස්ප්රින්ට් විෂය පථය: ස්ප්රින්ට් එකට ඇතුළත් කර ඇති පසුගාමී අයිතම.
යථාර්ථවාදී ඉලක්ක සපුරා ගැනීම සඳහා, කණ්ඩායම ධාරිතාව සලකා බැලිය යුතුය (උදා: නිවාඩු, විශාල රැස්වීම් හෝ සහායක වැඩ). පෝකර් සැලසුම් කිරීම හෝ කතන්දර ලක්ෂ්ය ඇස්තමේන්තු කිරීම වැනි ශිල්පීය ක්රම උපකාරී විය හැකි නමුත් සංඛ්යා වලට හසු නොවන්න - ඇස්තමේන්තු කිරීමේ ප්රධාන ඉලක්කය වන්නේ පරිපූර්ණ අනාවැකි නොව බෙදාගත් අවබෝධය ගොඩනැගීමයි.
6. දෛනික ක්රියාත්මක කිරීම: දෛනික නැගී සිටීම සහ ප්රගති විනිවිදභාවය
කඩිසර වීමට ස්ථාවර සන්නිවේදන රිද්මයක් අවශ්ය වේ. කණ්ඩායම පෙළගැස්වීම සඳහා දිනපතා නැගී සිටීම් (උපරිම මිනිත්තු 15) පවත්වනු ලැබේ. ඔවුන් සාමාන්යයෙන් සාකච්ඡා කරන්නේ:
- ඊයේ ඔයා මොනවද කළේ?
– අද කුමක් කරනු ඇත්ද?
- ඔබ මුහුණ දුන් බාධක මොනවාද?
යතුර විනිවිදභාවයයි. බාධක වහාම දෘශ්යමාන විය යුතු අතර එමඟින් ඒවා ඉක්මනින් විසඳා ගත හැකිය. කෙසේ වෙතත්, දිගු සාකච්ඡා සඳහා ස්ථානය ස්ථාවරයක් නොවේ; ගැඹුරු තාක්ෂණික ගැටළු තිබේ නම්, ස්ථාවරයෙන් පසුව වෙනම සාකච්ඡාවක් දිගටම කරගෙන යන්න.
7. ගුණාත්මකභාවය පවත්වා ගැනීම: සිදු කරන ලද සහ ඉංජිනේරු පිළිවෙත් අර්ථ දැක්වීම
කඩිසර යන්නෙන් අදහස් කරන්නේ ගුණාත්මකභාවය නොසලකා හරිමින් වේගය නොවේ. ඇත්ත වශයෙන්ම, පුනරාවර්තනය තිරසාර වීමට නම්, ආරම්භයේ සිටම ගුණාත්මකභාවය පවත්වා ගත යුතුය. භාවිතය:
– සිදු කරන ලද අර්ථ දැක්වීම (DoD): අයිතමයක් සැබවින්ම සම්පූර්ණද යන්න තීරණය කිරීමේ නිර්ණායක. උදාහරණයක් ලෙස: කේත සමාලෝචනය කරන ලද, ඒකක පරීක්ෂා කරන ලද, QA සම්පූර්ණ කරන ලද, ලේඛනගත කරන ලද සහ නිකුත් කිරීමට සූදානම්.
– අඛණ්ඩ ඒකාබද්ධ කිරීම/අඛණ්ඩ බෙදාහැරීම (CI/CD): ආරක්ෂිත නිකුතු සඳහා ගොඩනැගීම්, පරීක්ෂණ සහ යෙදවීම් ස්වයංක්රීය කරන්න.
- කේත සමාලෝචනය සහ පරීක්ෂාව: වේගවත් වෙනස්කම් වලින් පද්ධති ස්ථායිතාව පවත්වා ගැනීම.
DoD වැනි ප්රමිතීන් නොමැතිව, කණ්ඩායම් පහසුවෙන් තාක්ෂණික ණය ගොඩගැසෙන "අඩක් නිම කළ" ව්යාපෘතිවල සිරවී සිටිය හැකිය.
8. ස්ප්රින්ට් සමාලෝචනය: කොටස්කරුවන් සමඟ වටිනාකම් වලංගු කරන්න
ස්ප්රින්ට් අවසානයේ, කණ්ඩායම තම කාර්යය කොටස්කරුවන්ට ප්රදර්ශනය කරයි. ඉලක්කය වන්නේ වාර්තාවක් සැපයීම පමණක් නොව, ප්රතිපෝෂණ රැස් කිරීමයි. නිතිපතා සමාලෝචන සමඟ, කොටස්කරුවන් සම්බන්ධ වී ඇති බව හැඟෙන අතර, කණ්ඩායමට නිෂ්පාදනය සැබෑ අවශ්යතා අනුව පරිණාමය වන බව සහතික කළ හැකිය.
දිශාවේ වෙනසක් සිදුවුවහොත්, Agile මඟින් ගොඩගැසී ඇති දේට ඉක්මන් ගැලපීම් කිරීමට ඉඩ සලසයි. විශාල ව්යාපෘතියක් අවසානයේ දිශාව වෙනස් කිරීමට වඩා මෙය ආරක්ෂිතයි.
9. අතීතාවර්ජනය: සැබෑ අඛණ්ඩ වැඩිදියුණු කිරීම
පසු විපරමක් යනු කණ්ඩායම ක්රියා කළ ආකාරය ඇගයීමට සැසියකි: හොඳින් සිදු වූ දේ, වැඩිදියුණු කළ යුතු දේ සහ ඊළඟ ස්ප්රින්ට් එකේදී ගනු ලබන සංයුක්ත ක්රියාමාර්ග මොනවාද.
එබැවින් රෙට්රෝ හිස් චර්යාවක් බවට පත් නොවේ:
– පැහැදිලි සහ මැනිය හැකි වැඩිදියුණු කිරීමේ ක්රියාමාර්ග 1–2ක් තෝරන්න.
- භාරව සිටින පුද්ගලයෙකු පවරන්න.
– ඊළඟ රෙට්රෝ එකේ ක්රියාව සමාලෝචනය කරන්න.
කුඩා නමුත් ස්ථාවර වැඩිදියුණු කිරීම් බොහෝ විට මාස කිහිපයක් ඇතුළත විශාල වෙනස්කම් වලට තුඩු දෙයි.
10. සෞඛ්ය සම්පන්න මිනුම් සමඟ කඩිසර ප්රගතිය මැනීම
Agile ක්රියාකාරකම් පමණක් නොව වටිනාකමට ප්රමුඛත්වය දෙයි. කෙසේ වෙතත්, තීරණ මඟ පෙන්වීම සඳහා මිනුම් තවමත් වැදගත් වේ. සමහර පොදු මිනුම්:
– ප්රවේගය: ස්ප්රින්ට් එකකට සම්පූර්ණ කරන ලද වැඩ ප්රමාණය (අභ්යන්තර සැලසුම් කිරීම සඳහා).
– ඉදිරි කාලය සහ චක්ර කාලය: අදහසක් භාවිතයට සූදානම් අංගයක් බවට පත්වන වේගය.
– පිළිස්සුම් ප්රස්ථාරය: ස්ප්රින්ට් එකකින් ඉතිරි කාර්යය නිරීක්ෂණය කරයි.
- දෝෂ අනුපාතය: ගුණාත්මකභාවය සහ ස්ථාවරත්වය මනිනු ලබයි.
පුද්ගලයන්ට දඬුවම් කිරීම සඳහා මෙවලමක් ලෙස මිනුම් උපකරණ භාවිතා කිරීමෙන් වළකින්න. මිනුම් උපකරණ කණ්ඩායම්වලට ක්රියාවලීන් ඉගෙන ගැනීමට සහ වැඩිදියුණු කිරීමට උපකාරී විය යුතුය.
11. පොදු අභියෝග සහ ඒවා ජය ගන්නේ කෙසේද?
Agile ක්රියාත්මක කිරීමේදී සමහර අභියෝග:
– විෂය පථය රිංගා ගැනීම: පැහැදිලි ප්රමුඛතා නොමැතිව පසුබෑම දිගටම වර්ධනය වේ. විසඳුම: PO ප්රමුඛතා පිළිබඳව පැහැදිලි විය යුතු අතර, කොටස්කරුවන් හුවමාරු කිරීම් තේරුම් ගත යුතුය.
– සහයෝගීතාවය නොමැතිකම: කණ්ඩායම් ඛණ්ඩනය වී ඇත. විසඳුම: නිතිපතා රැස්වීම්, විවෘත සන්නිවේදනය සහ පැහැදිලි කෙටි දුර ඉලක්ක.
– කඩිසරකම “හුදෙක් චාරිත්රානුකූල” ය: රැස්වීම් පවතී, නමුත් ඒවාට කිසිදු බලපෑමක් නැත. විසඳුම: ප්රතිඵල කෙරෙහි අවධානය යොමු කිරීම, DoD වැඩිදියුණු කිරීම සහ අතීත සිදුවීම් සැබෑ ක්රියාවකට හේතු වන බව සහතික කිරීම.
– තාක්ෂණික ණය ගොඩගැසී ඇත: වේගවත් මුදා හැරීම් නමුත් බොහෝ දෝෂ. විසඳුම: පරීක්ෂණ, කාලසටහන්ගත ප්රතිසංස්කරණය සහ CI/CD සඳහා ආයෝජනය කිරීම.
නිගමනය
Agile සමඟ මෘදුකාංග ව්යාපෘති කළමනාකරණය කිරීම යනු දිශාව අහිමි නොකර කණ්ඩායමකට අනුවර්තනය වීමට ඇති හැකියාව ගොඩනැගීමයි. යතුර වන්නේ කළමනාකරණය කළ පසුබෑමක්, ස්ථාවර පුනරාවර්තනයක්, කොටස්කරුවන් සමඟ සමීප සහයෝගීතාවයක් සහ ගුණාත්මකභාවය සඳහා විනයගරුක කැපවීමකි. Agile ගැටළු රහිත ව්යාපෘති සහතික නොකරන නමුත්, ගැටළු ඉක්මනින් හඳුනාගෙන ඒවා ඉක්මනින් විසඳීම සඳහා යාන්ත්රණයක් සපයයි. නිසි ක්රියාත්මක කිරීමක් සමඟ - හුදෙක් චාරිත්රයක් පමණක් නොව - පරිශීලක අවශ්යතා සපුරාලීම සඳහා අඛණ්ඩව පරිණාමය වන අදාළ, උසස් තත්ත්වයේ මෘදුකාංග නිකුත් කිරීමට Agile කණ්ඩායම්වලට උදව් කරයි.
ඔබ කැමති නම්, නියැදි පසුගාමී සැකිලි, DoDs සහ සති 2 ක ස්ප්රින්ට් ව්යුහයන් ඇතුළුව, ඔබේ නිශ්චිත අවශ්යතාවලට ගැලපෙන වඩාත් නිශ්චිත අනුවාදයක් (උදා: 3–5 දෙනෙකුගෙන් යුත් කුඩා කණ්ඩායම් සඳහා, ආරම්භක සඳහා හෝ ව්යවසාය ව්යාපෘති සඳහා Agile) නිර්මාණය කිරීමට මට ඔබට උදව් කළ හැකිය.
