একটি কার্যকরভাবে মুক্তিপ্রাপ্ত হ'ল পরিকল্পনা এবং যোগাযোগ সম্পর্কে planning রিলিজ করার আগে এই প্রশ্নগুলি বিবেচনা করুন:
রিলিজটি কতক্ষণ সময় নিতে পারে এবং মুক্তির কাজ চলাকালীন লোকেরা আমার পণ্যটির সাথে ইন্টারফেস চালিয়ে যেতে দেয়ায় কি কোনও ঝুঁকি রয়েছে? যদি সিস্টেমে কোনও ঝুঁকি থাকে তবে সিস্টেমটিকে অফলাইনে নিয়ে যাওয়া এবং তার জায়গায় একটি "বর্তমানে রক্ষণাবেক্ষণের ব্যবস্থায় থাকা সিস্টেম" বার্তা স্থাপনের বিষয়টি বিবেচনা করুন।
এমন কোনও গ্রাহক কি আপনার আগেই প্রকাশের আগে অবহিত করার প্রয়োজন হতে পারে? মুক্তির কাজ চলাকালীন আমার কি কোনও সম্ভাব্য পরিষেবা বাধা, বা কর্মক্ষমতা হ্রাস সম্পর্কে বলতে হবে? ব্যক্তিগতভাবে আমি সর্বদা অতিরিক্ত যোগাযোগ করে এবং পাবলিক ব্লগ বা অনুরূপ ভেন্যুতে আসন্ন প্রকাশ বা রক্ষণাবেক্ষণ উইন্ডো সম্পর্কে সমস্ত গ্রাহকদের বলার পক্ষে এবং ভুল করার পক্ষে ।
মুক্তির অবনতি হওয়া উচিত আমার অস্থির পরিকল্পনা কি? উদাহরণস্বরূপ, যদি রিলিজটি খারাপভাবে চলে যায় তবে আমরা কি অফলাইনে থাকাকালীন যেকোন সময় হ্রাস করার পদ্ধতিটি সিস্টেমটিকে পুনরায় ফিরিয়ে আনতে হবে? এবং যদি তা হয়, তবে কোনও রিলিজ ভালভাবে নথিভুক্ত করার পদক্ষেপগুলি কী? বা সমস্যা সমাধানের সমস্যাগুলির ক্ষেত্রে সহায়তা করার জন্য আমার কাছে সঠিক কল বা হাতের লোক থাকা উচিত। ব্যক্তিগতভাবে, আমি মনে করি যে কোনও মুক্তির পরিকল্পনার কাছে যাওয়ার সর্বোত্তম উপায় হ'ল মুক্তির সাথে কিছু ভুল হয়ে যাবে বলে ধরে নেওয়া। এইভাবে আমি সময়ের আগে এই বিষয়গুলির কয়েকটি দিয়ে নিজেকে ভাবতে বাধ্য করেছি।
এরপরে, যখন কোনও রিলিজ কার্যকর করার কথা আসে, এটি সহজেই চালিত হবে তা নিশ্চিত করার অন্যতম সেরা উপায় হ'ল অনুশীলন, অনুশীলন, অনুশীলন এবং আপনি যে সমস্ত সমস্যার মুখোমুখি হন তার নথিভুক্ত করা way। সুতরাং, উত্পাদনে নতুন কোড মোতায়েনের আগেই, কোডটি প্রথমে সুরক্ষিত, যথাযথভাবে স্যান্ডবক্সযুক্ত স্টেজিং পরিবেশে স্থাপন করার অনুশীলন করুন। উত্পাদনে মোতায়েনের জন্য দায়বদ্ধ ব্যক্তি, মঞ্চায়নে পরীক্ষা নিরীক্ষণ করুন loyment এটি আপনার পোশাকটির মহড়া বিবেচনা করুন এবং নিজেকে আসল আচরণ করুন যদি এটি হ'ল আসল জিনিস। আপনি প্রতিটি পদক্ষেপে যা কিছু করেন তা নথিভুক্ত করুন; আপনার চালানো প্রতিটি কমান্ড, আপনার চালিত কোনও এসকিউএল কোড, যে কোনও ফাইল আপনি সংশোধন করেছেন এবং কীভাবে আপনি সেগুলি সংশোধন করেছেন এবং প্রতিটি পদক্ষেপের জন্য প্রক্রিয়াটি সঠিকভাবে সম্পাদিত হয়েছে কিনা তা আপনি কী প্রত্যাশা করছেন তা নথিতে নথি করুন। যদি এবং যখন আপনি কোনও ধরণের সমস্যার মুখোমুখি হন, তবে সমাধানের জন্য আপনি কী করেছেন তা নথি করুন।
তারপরে অনুশীলন মোতায়েন সম্পূর্ণ, আপনার নোটগুলি দেখুন এবং দেখুন যে আপনি ত্রুটিগুলি অপসারণের জন্য প্রক্রিয়াটি পরিমার্জন করতে পারেন। তারপরে এটি আবারও করুন । একটি রিলিজ কার্যকর না করা অবধি অনুশীলন চালিয়ে যাওয়া যতক্ষণ না "সাধারণভাবে এই নির্দেশিকা শিটের শুরুর পরে যেমন" এই মেশিনে লগইন করুন, এই আদেশটি কার্যকর করুন; তারপরে ডাটাবেসে লগইন করুন এবং এই এসকিউএল আদেশটি কার্যকর করুন; তারপরে ... "
একটি অপারেশন বা রিলিজ ম্যানেজমেন্ট টিম একটি রিলিজটি সুচারুভাবে চালাতে সহায়তা করতে পারে এমন জিনিসগুলি উপরে তালিকাবদ্ধ রয়েছে। কিন্তু প্রকৌশল কোনও রিলিজের মধ্যে ঝুঁকিগুলি হ্রাস করতে সহায়তা করতে পারে?
রিলিজ ছোট রাখুন। সোজা কথায়, একটি রিলিজের অন্তর্ভুক্ত কোড পরিবর্তনের সেট যত জটিল, রিলিজটি তত বেশি ঝুঁকিপূর্ণ হয়ে উঠবে। আপনার সময়কালের জন্য অল্প সংখ্যক বড় রিলিজের চেয়ে আরও বেশি সংখ্যক ছোট রিলিজের পরিকল্পনা করে আপনার ক্রিয়াকলাপ দলকে অনুগ্রহ করে।
পরীক্ষা, পরীক্ষা, পরীক্ষা। আপনার QA পরিবেশে কেবল আপনার কোডটি পরীক্ষা করবেন না, আপনার সফ্টওয়্যারটি পরীক্ষা করার জন্য মঞ্চ পরিবেশটিও ব্যবহার করুন। প্রায়শই এমন বাগ রয়েছে যা কোডের সাথে নিজের সাথে সামান্য বা কিছুই করার নেই, বরং এর মূল কারণ রয়েছে যা পরিবেশের নিজেই কনফিগারেশনের মধ্যে রয়েছে (বা দুটিটির কিছুটা মিশ্রণ)। এই সমস্যাগুলি সন্ধান করতে আপনাকে এমন একটি পরিবেশে আপনার কোডটি পরীক্ষা করা দরকার যা উত্পাদন, অরফ স্টেজিংকে ঘনিষ্ঠভাবে আয়না করে।
একটি শেষ কথা হিসাবে, কখনও কখনও যা সর্বাধিক গুরুত্বপূর্ণ তা হ'ল জিনিসগুলিকে ভুল হতে আটকাতে আমরা যা করি তা নয়, তবে তারা যখন ভুল হয় তখন আমরা আমাদের আচরণ করি conduct সুতরাং, আমি মনে করি আপনার সংস্থায় অপারেশনাল স্বচ্ছতার আশেপাশে একটি সংস্কৃতি গড়ে তোলা জরুরী। গ্রাহকদের কাছ থেকে সমস্যাগুলি আড়াল করার চেষ্টা করবেন না, আসবেন। আপনার অপস দলটি বর্তমানে সচেতন এবং সমাধানের জন্য কাজ করছে এমন সমস্যা রয়েছে কিনা তা গ্রাহকদের জানাতে সক্রিয়ভাবে টুইটার ব্যবহার করুন ( বাতিঘরটি এতে দুর্দান্ত at আপনার পরিষেবার জন্য একটি "স্থিতি" পৃষ্ঠা প্রকাশের কথা বিবেচনা করুন যা গ্রাহকরা কোনও কিছু ভুল আছে কিনা তা দেখার জন্য উল্লেখ করতে পারেন ( টাইপপ্যাড এটির দুর্দান্ত উদাহরণ দেয়)। নীচে লাইন, সর্বদা অতিরিক্ত যোগাযোগের দিক থেকে ভুল। আপনার গ্রাহকরা এর জন্য আপনাকে ধন্যবাদ জানাবে।