முன்மாதிரி சிக்கல்களைத் தவிர்ப்பது எப்படி

உள்ளடக்கம்

• முன்மாதிரி காட்சி ஒன்று
• முன்மாதிரி காட்சி இரண்டு
• தோல்வி
• பொறுப்பை ஏற்றுக்கொள்வது

‘முன்மாதிரி’ என்ற வார்த்தையை நீங்கள் பார்க்கும்போது அல்லது கேட்கும்போது, ​​உங்கள் நினைவுக்கு வருவது என்ன? குறைந்த விலை பொருட்களிலிருந்து தயாரிக்கப்பட்ட அளவிலான மாதிரி? அல்லது உடல் ரீதியாக தொடர்பு கொள்ளக்கூடிய ஏதாவது இருக்கலாம்?

• 10 சிறந்த முன்மாதிரி கருவிகள்

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

பின்வரும் ஒவ்வொரு காட்சிகளையும் கவனியுங்கள் ...

முன்மாதிரி காட்சி ஒன்று

ஒரு புதிய டிஜிட்டல் தயாரிப்புக்கான யோசனையின் சாத்தியத்தை ஆராய ஒரு திட்டக் குழு கேட்கப்படுகிறது. டெவலப்பர் நியாயப்படுத்துதல் அல்லது ஆராய்ச்சி இல்லாமல் ஒரு கட்டமைப்பை (அல்லது பல) பயன்படுத்துகிறார், குறியீட்டு போது அவை கொஞ்சம் கவனித்துக்கொள்கின்றன மற்றும் குறியீடு மதிப்புரைகள் அல்லது சிறந்த நடைமுறைகள் எதுவும் இல்லை.

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

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

முன்மாதிரி காட்சி இரண்டு

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

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

தோல்வி

இரண்டு நிகழ்வுகளிலும் திட்டங்கள் தோல்வியாகக் கருதப்படுகின்றன. எவ்வாறாயினும், திட்டக் குழுவில் உள்ள அனைத்து உறுப்பினர்களிடமிருந்தும் தவறான தகவல்தொடர்பு காரணமாக பங்குதாரர்களின் எதிர்பார்ப்புகள் யதார்த்தத்திற்கு முற்றிலும் ஏற்றதாக இருந்தன.

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

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

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

பொறுப்பை ஏற்றுக்கொள்வது

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

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

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

வலை வல்லுநர்களாகிய நாம் ஏதாவது முடிக்கப்படவில்லை என்று சொல்ல பயப்படக்கூடாது. நாம் அனைவரும் ஒரு சிறந்த வழியில் தொடர்பு கொள்ள முடிந்தால், குறைவான தோல்வியுற்ற திட்டங்கள் மற்றும் எங்கள் பயனர்களுக்கு சிறந்த டிஜிட்டல் தயாரிப்புகளை உருவாக்குவதில் அதிக மகிழ்ச்சி இருக்கும்.

இந்த கட்டுரை முதலில் தோன்றியது நிகர இதழ் வெளியீடு 296. அதை இங்கே வாங்கவும்.