"எனவே, நான் உங்களுக்கு சுறுசுறுப்பான மற்றும் ஸ்க்ரம் பற்றி சொல்ல விரும்புகிறேன் ."

"21 ஆம் நூற்றாண்டின் தொடக்கத்தில், நிரலாக்கத்தைப் பற்றி மக்கள் நினைத்த விதம் தலைகீழாக மாறியது."

"நீண்ட கால திட்டமிடல் வேலை செய்யவில்லை என்று அனைவரும் நம்பினர், எனவே அவர்கள் அதை முற்றிலும் கைவிட முடிவு செய்தனர்."

"அவர்கள் அதை எப்படி செய்தார்கள்?"

"இங்கே எப்படி."

"அவர்கள் மிகவும் நெகிழ்வான திட்ட மேலாண்மை அணுகுமுறையை கண்டுபிடித்தனர்."

சுறுசுறுப்பான வளர்ச்சியின் பின்னணியில் உள்ள முக்கிய யோசனைகள் இங்கே :"

  • செயல்முறைகள் மற்றும் கருவிகளை விட மக்கள் மற்றும் தகவல் தொடர்பு மிகவும் முக்கியமானது;
  • முழுமையான ஆவணங்களை விட வேலை செய்யும் தயாரிப்பு முக்கியமானது;
  • ஒப்பந்தத்தின் விதிமுறைகளை நிறைவேற்றுவதை விட வாடிக்கையாளருடன் ஒத்துழைப்பது மிகவும் முக்கியமானது;
  • அசல் திட்டத்துடன் ஒட்டிக்கொள்வதை விட மாற்ற விருப்பம் மிகவும் முக்கியமானது.

விரைவான வளர்ச்சியின் கொள்கைகள் இங்கே:

  • மதிப்புமிக்க மென்பொருளை முன்கூட்டியே மற்றும் தொடர்ச்சியாக வழங்குவதன் மூலம் வாடிக்கையாளரை திருப்திப்படுத்துதல்;
  • வளர்ச்சியின் முடிவில் கூட தேவைகளில் மாற்றங்களை வரவேற்கவும் (இது இறுதி தயாரிப்பின் போட்டித்தன்மையை அதிகரிக்கும்);
  • வேலை செய்யும் மென்பொருளை அடிக்கடி வழங்கவும் (ஒவ்வொரு மாதமும் அல்லது வாரமும் அல்லது அடிக்கடி);
  • முழு திட்டத்திலும் வாடிக்கையாளர் மற்றும் டெவலப்பர்களுக்கு இடையேயான தினசரி தொடர்பு;
  • தேவையான பணி நிலைமைகள், ஆதரவு மற்றும் நம்பிக்கையுடன் வழங்கப்படும் உந்துதல் பெற்ற நபர்களால் இந்த திட்டம் செயல்படுகிறது;
  • தகவல்களைத் தொடர்புகொள்வதற்கான விருப்பமான முறை தனிப்பட்ட (நேருக்கு நேர்) உரையாடலாகும்;
  • வேலை செய்யும் மென்பொருள் முன்னேற்றத்தின் சிறந்த அளவுகோலாகும்;
  • ஸ்பான்சர்கள், டெவலப்பர்கள் மற்றும் பயனர்கள் காலவரையற்ற காலத்திற்கு நிலையான வேகத்தை பராமரிக்க முடியும்;
  • தொழில்நுட்ப சிறப்பையும் பயனர் நட்பு வடிவமைப்பையும் மேம்படுத்துவதில் தொடர்ந்து கவனம் செலுத்துதல்;
  • எளிமை என்பது மிதமிஞ்சிய வேலையைச் செய்யாத கலை;
  • சிறந்த தொழில்நுட்ப தேவைகள், வடிவமைப்பு மற்றும் கட்டிடக்கலை ஆகியவை சுய-ஒழுங்கமைக்கப்பட்ட குழுவிலிருந்து வருகின்றன;
  • மாறிவரும் சூழ்நிலைகளுக்கு நிலையான தழுவல்.

"மென்பொருள் மேம்பாட்டின் முக்கிய பிரச்சனை என்னவென்றால், எந்த நிலையிலும் பங்கேற்பாளர்கள் எவருக்கும் என்ன செய்வது என்பது பற்றிய முழுமையான தகவல்கள் இல்லை."

"வாடிக்கையாளர் அவர் திட்டத்தை எவ்வாறு கற்பனை செய்கிறார் என்று உங்களுக்குச் சொல்ல முடியும், ஆனால் அவர் எதையாவது விட்டுவிடுவார் அல்லது எதையாவது எடுத்துக்கொள்வார்."

"மேலாளர் பொதுவாக தேவைகளை நிரலாக்க வாசகங்களிலிருந்து வாடிக்கையாளரின் மொழிக்கு மொழிபெயர்த்து மீண்டும் மீண்டும் செய்ய வேண்டும்."

"அதிக நிச்சயமற்ற தன்மை உள்ளது."

"பெரும்பாலும் வாடிக்கையாளரின் தேவைகள் இப்படித்தான் இருக்கும்: அதை ஏதாவது ஒரு முறையில் செய்யுங்கள், பிறகு எனக்குக் காட்டுங்கள் - எனக்குப் பிடிக்கவில்லை என்றால், நீங்கள் அதை மீண்டும் செய்யலாம்."

"அடடா... அது கொடுமை."

"புதிய முன்னுதாரணத்தின்படி, புரோகிராமர்கள் இனி ஒரு தயாரிப்பு அல்லது திட்டத்தை உருவாக்கவில்லை. மாறாக, அவர்கள் வாடிக்கையாளருக்குத் தேவையான செயல்பாட்டைச் செயல்படுத்துகிறார்கள்."

"என்ன வித்தியாசம்?"

"சரி, நிரல் உருவாக்கம் ஒரு வருடம் ஆகும் என்று வைத்துக்கொள்வோம். மேலும் ஆறு மாதங்கள் கடந்து செல்ல வேண்டியிருந்தது, பார்க்க எதுவும் இல்லை. இது ஒரு பெரிய வீட்டைக் கட்டுவது போன்றது: முதலில், நீங்கள் அடித்தளத்திற்கு ஒரு குழி தோண்டி, பின்னர் அடித்தளத்தை ஊற்றவும், சுவர்கள், கூரை, டிரிம் போன்றவற்றைக் கட்டுங்கள்."

"ஆனால் இப்போது புரோகிராமர்கள் தேவையான செயல்பாட்டை விரைவில் வெளியிட முயற்சிக்கின்றனர். இது முதலில் ஒரு குடிசை, பின்னர் ஒரு மொபைல் வீடு, பின்னர் ஒரு சிறிய வீடு, பின்னர் ஒரு பெரிய வீட்டை தவணை முறையில் கட்டுவது போல் இருக்கும்."

" வாடிக்கையாளருக்கு அவர் என்ன விரும்புகிறார் என்பது சரியாகத் தெரியாது என்பதைக் கருத்தில் கொண்டு, இது மிகவும் நியாயமான அணுகுமுறையாகும்."

"வாடிக்கையாளர் ஒரு பெரிய வேட்டை விடுதியை விரும்புகிறார் என்று வைத்துக்கொள்வோம்."

"டெவலப்பர்கள் அவருக்கு ஒரு சிறிய ஒன்றை உருவாக்குகிறார்கள். அவர் ஒரு குளிர்காலத்தில் அதில் வசிக்கிறார். பின்னர் அவர் மர வீடுகளை விரும்பவில்லை என்று முடிவு செய்கிறார். செங்கலால் செய்யப்பட்ட ஒன்றை உருவாக்குவோம்."

"அவர் கோடையில் ஏரிக்கு அருகில் வசிக்கிறார், ஆனால் கொசுக்கள் அவரை உயிருடன் சாப்பிடுகின்றன. ஏரிகள் குளிர்ச்சியாக இருப்பதாக அவர் எங்கோ கேள்விப்பட்டிருந்தார், அதனால் அவர் ஏரியை விரும்பினார். ஆனால் இப்போது அவருக்கு ஏரி தேவையில்லை. அதைக் கட்டுவது எளிதாக இருக்கும். வீடு இந்த வழியில்: ஏரி இல்லை என்றால் வெள்ள அச்சுறுத்தல் இல்லை, மேலும் நீங்கள் வீட்டை கட்டுவதற்கு பதிலாக தரையில் கட்டலாம், இது 25% வேகமாக இருக்கும்."

"ஒரு சுவாரஸ்யமான ஒப்புமை. வாடிக்கையாளர்கள் உண்மையில் தங்கள் தேவைகளை அடிக்கடி மாற்றுகிறார்களா?"

"ஆம், ஆனால் பிரச்சனை வாடிக்கையாளர் அல்ல."

"முதலாவதாக, எதிர்காலத்தில் விஷயங்கள் எப்படி மாறும் என்பதை கற்பனை செய்வது மிகவும் கடினம். மேலாளர்கள், சோதனையாளர்கள் மற்றும் புரோகிராமர்கள் அனைவரும் இதைச் செய்கிறார்கள். விஷயங்கள் எப்படி நடக்கிறது என்பதைப் பொறுத்து அவர்களும் தங்கள் மனதை மாற்றிக் கொள்கிறார்கள்."

"இரண்டாவதாக, வாடிக்கையாளரின் தேவைகள் மிக முக்கியமானவை அல்லவா?  எல்லாவற்றிற்கும் மேலாக , இந்த வேலையின் நோக்கம் வாடிக்கையாளருக்குத் தேவையானதை உருவாக்குவதே தவிர , அவர் முதலில் உருவாக்கச் சொன்னது அல்ல ."

"உண்மையில், இது இப்படித்தான் வேலை செய்யும்: வணிக ஆய்வாளர்கள் அனைத்துத் தேவைகளின் பட்டியலை உருவாக்குவார்கள். அவர்கள் இந்தப் பட்டியலை ஒப்பந்தத்தில் சேர்த்து, கையெழுத்திட்டு, பட்டியலின் படி மட்டுமே வேலை செய்வார்கள்."

"பட்டியலில் வாடிக்கையாளருக்கு உண்மையிலேயே தேவைப்படும் ஆனால் மறந்துவிட்டால், அதைப் பற்றி யாரும் எதுவும் செய்ய மாட்டார்கள்."

"நான் பார்க்கிறேன், ஒரு திட்டத்தைப் பின்பற்றுவது எளிதானது, ஆனால் எல்லாவற்றையும் ஒரு திட்டத்தின்படி செய்ய முடியாது!"

"சரியாக."

"அதனால்தான் சுறுசுறுப்பான வளர்ச்சி முறைகள் கண்டுபிடிக்கப்பட்டன."

"இன்று நான் உங்களுக்கு ஸ்க்ரம் பற்றி சொல்லப் போகிறேன் - அவற்றில் மிகவும் பிரபலமானது.

"ஸ்க்ரமின் முதன்மையான அம்சம் திட்ட வளர்ச்சியை சிறிய மறு செய்கைகளாகப் பிரிப்பதாகும் - பொதுவாக 2-4 வாரங்கள் நீடிக்கும். ஒவ்வொரு மறு செய்கையும் ஸ்பிரிண்ட் என்று அழைக்கப்படுகிறது."

"ஒரு ஸ்பிரிண்டின் தொடக்கத்தில், ஒரு ஸ்பிரிண்ட் திட்டமிடல் கூட்டம் நடத்தப்படுகிறது. இது 3-4 மணி நேரம் நீடிக்கும்."

"இறுதியில், முழுமையாக முடிக்கப்பட்ட அனைத்து பணிகளின் ஆர்ப்பாட்டம் உள்ளது."

"வழக்கமாக எல்லாம் எவ்வாறு செயல்படுகிறது என்பது இங்கே:"

"முதல் ஸ்பிரிண்டிற்கு முன், வாடிக்கையாளர் (அல்லது வாடிக்கையாளரின் பிரதிநிதி) தேவைகளின் பட்டியலை உருவாக்குகிறார், அதாவது நிரல் செய்யக்கூடிய விஷயங்களின் தொகுப்பு. இந்த தேவைகள் பொதுவாக பயனர் கதைகள் என்று அழைக்கப்படுகின்றன, மேலும் வாடிக்கையாளர் பொதுவாக தயாரிப்பு உரிமையாளர் என்று அழைக்கப்படுகிறது ."

"அவர் தயாரிப்பு உரிமையாளர் என்று அழைக்கப்படுகிறார் , ஏனென்றால் தயாரிப்பு அவருக்காக எழுதப்பட்டது. அவரும் அவரே மட்டுமே தேவைகளின் பட்டியலை வரையறுக்கிறார் - என்ன, எப்போது, ​​எந்த வரிசையில்."

"கூடுதலாக, தயாரிப்பு உரிமையாளர் வழக்கமாக பணி முன்னுரிமைகளை ஒதுக்குவார். அதிக முன்னுரிமை கொண்ட பணிகள் முதலில் செயல்படுத்தப்படும். தேவைகளின் முழுப் பட்டியலும் தயாரிப்பு பேக்லாக் என்றும் அழைக்கப்படுகிறது ."

"ஒரு ஸ்பிரிண்ட் தொடங்கும் போது, ​​​​எல்லோரும் ஒரு மீட்டிங்கிற்கு கூடுவார்கள். ஸ்க்ரம் மாஸ்டர் , பொதுவாக குழுவில் உறுப்பினராக இருப்பவர், வழக்கமாக கூட்டத்தை வழிநடத்துவார். தற்போதைய ஸ்பிரிண்டிற்கான பணிகளை ( பயனர் கதை ) தேர்ந்தெடுப்பதே சந்திப்பின் குறிக்கோள் (மேம்பாட்டின் மறு செய்கை). "

"முதலில், குழு ஒவ்வொரு பணியையும் சுருக்கமான மனித நாட்களில் தோராயமான மதிப்பீட்டை ஒதுக்குகிறது, இது கதைப் புள்ளிகள் என்றும் அழைக்கப்படுகிறது.  பின்னர் ஸ்பிரிண்டின் போது எத்தனை பணிகளை முடிக்க வேண்டும் என்பதை குழு தீர்மானிக்கிறது."

"மீண்டும், ஸ்பிரிண்டின் போது அவர்கள் எத்தனை பணிகளை முடிக்க வேண்டும் என்பதை குழுவே தீர்மானிக்கிறது."

" தயாரிப்பு உரிமையாளர் குழு முதல் 7 பணிகளைத் தேர்ந்தெடுக்கும் என்று எதிர்பார்க்கிறார், ஆனால் அது 5 மட்டுமே தேர்ந்தெடுக்கப்பட்டது, பின்னர் பணிகள் 6 மற்றும் 7 அடுத்த வேகத்திற்கு ஒத்திவைக்கப்படும். அது தயாரிப்பு உரிமையாளருக்கு பொருந்தவில்லை என்றால், அவர் பணிகளின் முன்னுரிமையை உயர்த்தலாம். 6 மற்றும் 7 அவர்கள் தேர்ந்தெடுக்கப்பட்டதை உறுதிசெய்ய, ஆனால் மற்ற சில பணிகள் ஸ்பிரிண்டிலிருந்து வெளியேறும்."

" ஸ்க்ரம் மாஸ்டர் சில பணிகளைச் சிறியதாக உடைக்கவும், தயாரிப்பு உரிமையாளரை முடிந்தவரை மகிழ்ச்சியடையச் செய்வதற்கு வெவ்வேறு முன்னுரிமைகளை அமைக்கவும் முன்மொழியலாம்."

"இதுதான் சந்திப்பின் முக்கிய அம்சம்: பணிகளை மாற்றலாம் மற்றும் பிரிக்கலாம், முன்னுரிமைகளை மாற்றலாம், முதலியன. இது ஆரம்பத்தில் தெரியவில்லை, ஆனால் இது நிறைய மதிப்பைக் கொண்டுவருகிறது."

"புரிகிறது. இது ஒரு காரை ஓட்டுவது போல் இருக்கிறது. நீங்கள் முதலில் நேராக செல்ல வேண்டும் என்று நீங்கள் நம்பினாலும், நீங்கள் தொடர்ந்து பள்ளங்களைத் தவிர்க்க வேண்டும், வலது மற்றும் இடதுபுறமாகச் செல்ல வேண்டும், மற்றவர்களைக் கடந்து செல்ல வேண்டும் அல்லது அவர்கள் உங்களைக் கடந்து செல்ல வேண்டும் என்பதே உண்மை."

"ஆமாம், அப்படி ஏதாவது."

"ஸ்பிரிண்டிற்காக தேர்ந்தெடுக்கப்பட்ட பணிகளின் பட்டியல் ஸ்பிரிண்ட் பேக்லாக் என்று அழைக்கப்படுகிறது ."

"யார் என்ன செய்ய வேண்டும் என்பதை ப்ரோகிராமர்கள் முடிவு செய்கிறார்கள், அதன்பிறகுதான் அவர்கள் வேலைக்குச் செல்வார்கள். "திறனை மேம்படுத்த, ஸ்க்ரம் ஒவ்வொரு நாளும் 5-15 நிமிட கூட்டம் நடத்தப்பட வேண்டும் என்று பரிந்துரைக்கிறது, அங்கு அவர்கள் நேற்று என்ன செய்தார்கள் மற்றும் அவர்கள் என்ன செய்தார்கள் என்பதை அனைவரும் ஒருவருக்கொருவர் சொல்ல முடியும். இன்று செய்ய போகிறேன்."

"குழுப்பணி. நான் அதை மதிக்க முடியும்!"

"விஷயங்களைக் காட்சிப்படுத்துவதை எளிதாக்க, ஒரு சிறப்புப் பலகையில் தற்போதைய ஸ்பிரிண்ட் நிலையைக் காட்ட பொதுவாக பரிந்துரைக்கப்படுகிறது:"

சுறுசுறுப்பான, ஸ்க்ரம், நீர்வீழ்ச்சி - 2

"இடதுபுறத்தில் உள்ள மூன்று நெடுவரிசைகளைக் கவனியுங்கள்."

"சுருக்கமான பணிப் பெயர்கள் ஒட்டும் குறிப்புகளில் எழுதப்பட்டுள்ளன. மேலும் ஒட்டும் குறிப்புகள் அவற்றின் நிலையைப் பொறுத்து வெவ்வேறு நெடுவரிசைகளில் வைக்கப்படும் (திட்டமிடப்பட்டது, செயல்பாட்டில் உள்ளது, முடிந்தது)."

"வலதுபுறத்தில், நீங்கள் பர்ன்டவுன் விளக்கப்படத்தைக் காணலாம் . ஒவ்வொரு நாளுக்கும், இந்த விளக்கப்படம் இன்னும் செயல்தவிர்க்கப்படும் பணிகளைப் பட்டியலிடுகிறது. ஸ்பிரிண்டின் போது முழுமையடையாத பணிகளின் எண்ணிக்கை பூஜ்ஜியமாகக் குறையும்."

"ஸ்பிரிண்ட் முடிந்ததும், ஸ்க்ரம்-மாஸ்டர் முழுமையாக முடிக்கப்பட்ட அனைத்தையும் பட்டியலிட ஒரு டெமோவைக் கொடுக்கிறார் ."

"பின்னர் அவர் ஒரு ஸ்பிரிண்ட் ரெட்ரோஸ்பெக்டிவ் மீட்டிங் நடத்துகிறார் , இது இரண்டு மணிநேரம் நீடிக்கும். இந்த சந்திப்பின் போது, ​​பங்கேற்பாளர்கள் பொதுவாக என்ன நன்றாக நடந்தது மற்றும் என்ன (எப்படி) சிறப்பாக செய்ய முடியும் என்பதைக் கண்டுபிடிக்க முயற்சி செய்கிறார்கள்."

"வழக்கமாக 2-3 ஸ்பிரிண்டுகளுக்குப் பிறகு, குழுவை மிகவும் திறமையாக வேலை செய்வதில் உள்ள முக்கிய பிரச்சனைகளை நீங்கள் கண்டறிந்து அகற்றலாம். இது அணியின் பணிச்சுமையை அதிகரிக்காமல் அதிக உற்பத்தித்திறனுக்கு வழிவகுக்கிறது.  சுறுசுறுப்பான முறைகளின் சகாப்தத்திற்கு முன்பு இது சாத்தியமில்லை. "

"சில நேரங்களில் ஸ்பிரிண்டின் போது சீர்ப்படுத்தும் கூட்டமும் நடத்தப்படும். அடுத்த ஸ்பிரிண்ட்டை திட்டமிடுவதே இதன் நோக்கம். பங்கேற்பாளர்கள் வழக்கமாக இந்த சந்திப்பில் பணி முன்னுரிமைகளை தெளிவுபடுத்துவார்கள். அவர்கள் சில பணிகளை பகுதிகளாகப் பிரிக்கலாம் மற்றும்/அல்லது தயாரிப்பு பின்னிணைப்பில் புதிய பணிகளைச் சேர்க்கலாம். "

"சரி, அடிப்படையில் என்னிடம் அவ்வளவுதான். இது ஒரு கண்ணோட்டம். ஒரு சில வார்த்தைகளில் அனைத்தையும் விளக்குவது சாத்தியமில்லை, ஆனால் இந்த தலைப்பில் ஒரு நல்ல கட்டுரையை நீங்கள் இங்கே படிக்கலாம்:"

https://en.wikipedia.org/wiki/Scrum_(software_development)