পরিবর্তন ব্যবস্থাপনা: ঝুঁকি মূল্যায়ন, রোলব্যাক এবং রক্ষণাবেক্ষণ উইন্ডো

লাভ:

• কৃত্রিম বুদ্ধিমত্তা সহ একটি পরিবর্তনের অনুরোধ, ঝুঁকি মূল্যায়ন এবং রোলব্যাক পরিকল্পনার খসড়া করার ক্ষমতা এবং পরিবর্তনটিকে নিরাপদ এবং অনুমানযোগ্য করে তোলার ক্ষমতা
• নিজস্ব নির্ভরতার তথ্য দিয়ে ডোমেন প্রসারিত করার ক্ষমতা, পুনরুদ্ধারযোগ্যতা শ্রেণীবদ্ধ করা এবং ক্যানারির সাথে ধীরে ধীরে স্থাপনার পরিকল্পনা করার ক্ষমতা অর্জন করা।
• এটি বোঝার ক্ষমতা যে মানুষই অনুমোদন করে, সময়সূচী করে এবং পরিবর্তনের দায়িত্ব বহন করে এবং সাফল্যের মাপকাঠি ছাড়া এবং ফিরে যাওয়ার উপায় ছাড়া এটি বাস্তবায়ন না করার শৃঙ্খলা অর্জন করে।

পরিবর্তন ব্যবস্থাপনা: এআই সহ ঝুঁকি মূল্যায়ন, রোলব্যাক এবং রক্ষণাবেক্ষণ উইন্ডো

উৎপাদন ব্যবস্থায় বিপর্যয়ের সিংহভাগই আক্রমণ থেকে নয় বরং একটি পরিবর্তন থেকে উদ্ভূত হয়: একটি প্যাচ, একটি কনফিগারেশন আপডেট, একটি রিলিজ রোলআউট, একটি "ছোট" সংশোধন। এই কারণেই প্রতিটি পরিণত সংস্থার পরিবর্তন ব্যবস্থাপনা রয়েছে: একটি উত্পাদন পরিবর্তনের পরিকল্পনা করার শৃঙ্খলাবদ্ধ প্রক্রিয়া, এর ঝুঁকি মূল্যায়ন করা, এটি অনুমোদন করা, এটি বাস্তবায়ন করা এবং প্রয়োজনে এটিকে ফিরিয়ে আনা। লক্ষ্য পরিবর্তন প্রতিরোধ করা নয়, কিন্তু এটি নিরাপদ এবং অনুমানযোগ্য করা। এখানে, এআই একটি পরিবর্তনের অনুরোধের খসড়া তৈরিতে, ঝুঁকি এবং প্রভাবিত সিস্টেমগুলি তালিকাভুক্ত করতে, একটি রোলব্যাক পরিকল্পনা কাঠামো স্থাপন এবং একটি স্থাপনার চেকলিস্ট প্রস্তুত করতে একটি শক্তিশালী সহকারী। কিন্তু মৌলিক নিয়মটি রয়ে গেছে: এআই পরিবর্তন এবং ঝুঁকির নথিভুক্ত করার জন্য একটি নীলনকশা তৈরি করে; যে ব্যক্তি অনুমোদন করেন, সময়সূচী করেন এবং পরিবর্তনের দায়িত্ব নেন।

এই ইউনিটে, পরিবর্তনের অনুরোধ, ঝুঁকি মূল্যায়ন, রোলব্যাক প্ল্যান, রক্ষণাবেক্ষণ উইন্ডো, ক্যানারি/পর্যায়ে বন্টন এবং CAB (পরিবর্তন উপদেষ্টা বোর্ড); আপনি শিখবেন কিভাবে AI এর সাথে নিরাপদ পরিবর্তনের পরিকল্পনা করতে হয়।

একটি ভাল পরিবর্তন অনুরোধের শারীরস্থান

একটি অনিয়ন্ত্রিত পরিবর্তন হল বাক্যটি "আমি এটি আপডেট করেছি"; একটি নিয়ন্ত্রিত পরিবর্তন একটি পরিকল্পনা। একটি ভাল পরিবর্তনের অনুরোধ এই প্রশ্নের উত্তর দেয়: কী পরিবর্তন হচ্ছে? (স্কোপ), কেন? (ন্যায্যতা), কোন সিস্টেম প্রভাবিত হয়? (ডোমেইন এবং নির্ভরতা), ঝুঁকির মাত্রা কি? (নিম্ন/মাঝারি/উচ্চ), কখন? (রক্ষণাবেক্ষণ উইন্ডো), কিভাবে আবেদন করতে হয়? (পদক্ষেপ), কিভাবে যাচাই করবেন? (সাফল্যের মাপকাঠি), এটি খারাপ হয়ে গেলে কীভাবে এটি ফিরে পাবেন? (রোলব্যাক), কে অনুমোদন করে? (কর্তৃপক্ষ)। AI এই কঙ্কালটি দ্রুত পূরণ করে — কিন্তু আপনিই আসলে ডোমেন এবং ঝুঁকি জানেন, যারা প্রতিষ্ঠানকে জানেন; আপনি আপনার নিজের নির্ভরতা জ্ঞানের সাথে AI এর তালিকাটি সম্পূর্ণ করুন।

টিপ: একটি পরিবর্তনের দুটি সর্বাধিক উপেক্ষিত অংশ হল "রোলব্যাক প্ল্যান" এবং "সাফল্য যাচাইয়ের মানদণ্ড।" পরিবর্তনটি বাস্তবায়ন করার আগে যদি আপনার কাছে "কোন কমান্ডটি খারাপ হয়ে যায় তা দিয়ে আমি ঠিক কোথায় ঘুরব" এবং "কিভাবে প্রমাণ করব যে এটি সফল হয়েছে" প্রশ্নের লিখিত উত্তর না থাকলে, সেই পরিবর্তনটি এখনও প্রস্তুত নয়৷

রোলব্যাক: প্রতিটি পরিবর্তনের প্রস্থান গেট

পরিবর্তন ব্যবস্থাপনার মূল হ'ল পরিবর্তন পরিকল্পনা। প্রতিটি পরিবর্তনের অবশ্যই একটি রোলব্যাক পথ থাকতে হবে: রোলব্যাক প্যাচ, পূর্ববর্তী কনফিগারেশন পুনরুদ্ধার করুন, পূর্ববর্তী সংস্করণে রোলব্যাক সংস্করণ, স্ন্যাপশট থেকে রোলব্যাক৷ গুরুত্বপূর্ণ পার্থক্য হল: কিছু পরিবর্তন প্রত্যাবর্তন করা সহজ (একটি কনফিগারেশন লাইন), কিছু অপরিবর্তনীয় বা খুব কঠিন (একটি ডাটাবেস স্কিমা স্থানান্তর, একটি ডেটা মুছে ফেলা)। অপরিবর্তনীয় পরিবর্তনগুলি হল সর্বোচ্চ ঝুঁকির শ্রেণী এবং সবচেয়ে বেশি মনোযোগের প্রয়োজন, সর্বাধিক ব্যাকআপ, সংকীর্ণ রক্ষণাবেক্ষণ উইন্ডো। AI কে জিজ্ঞাসা করুন "এই পরিবর্তনটি কি ফিরিয়ে আনা যেতে পারে, এবং যদি না হয়, তাহলে আমার কী অতিরিক্ত নিরাপত্তা ব্যবস্থা নেওয়া উচিত?"

রক্ষণাবেক্ষণ উইন্ডো এবং পর্যায়ক্রমে স্থাপনা

একটি রক্ষণাবেক্ষণ উইন্ডো হল একটি পূর্ব-ঘোষিত সময়কাল যেখানে পরিবর্তনটি ব্যবহারকারীদের সর্বনিম্ন পরিমাণকে প্রভাবিত করবে — সাধারণত রাতে বা সপ্তাহান্তে যখন ট্রাফিক কম থাকে। কিন্তু ভালো সময় বেছে নেওয়াই যথেষ্ট নয়; ধীরে ধীরে পরিবর্তন ঘটানো ঝুঁকি আরও কমিয়ে দেয়। ক্যানারি মোতায়েন হল প্রথমে একটি ছোট অংশে (একটি সার্ভার, 5% ব্যবহারকারী) পরিবর্তনটি প্রয়োগ করা, এটি নিরীক্ষণ করা এবং কোন সমস্যা না থাকলে এটি প্রচার করা। এইভাবে, একটি বাগ পুরো ফ্লিটকে প্রভাবিত করবে না কিন্তু একটি ছোট অংশকে প্রভাবিত করবে এবং তাড়াতাড়ি ধরা পড়বে। আপনি AI কে পর্যায়ক্রমে স্থাপনার পরিকল্পনা এবং প্রতিটি পর্যায়ে ট্র্যাক করার জন্য মেট্রিক্সের জন্য জিজ্ঞাসা করতে পারেন।

ধাপে ধাপে: এআই-সহায়তা পরিবর্তন

1. অনুরোধ খসড়া. উপরের শিরোনামে AI দিয়ে পরিবর্তনটি নথিভুক্ত করুন।
2. প্রভাব প্রসারিত করুন। আপনার নিজস্ব নির্ভরতা মানচিত্র সহ প্রভাবিত সিস্টেমের AI এর তালিকাটি সম্পূর্ণ করুন; "এই পরিষেবার সাথে আর কি সংযুক্ত?"
3. ঝুঁকি শ্রেণীবদ্ধ করুন। নিম্ন/মাঝারি/উচ্চ এবং বিপরীত? এটির জন্য কঠোরতম প্রক্রিয়া প্রয়োজন, যা উচ্চ এবং অপরিবর্তনীয়।
4. একটি রোলব্যাক লিখুন এবং এটি পরীক্ষা করুন. রোলব্যাক পদক্ষেপগুলি লিখুন এবং সম্ভব হলে একটি পরীক্ষার পরিবেশে রোলব্যাক করার চেষ্টা করুন — একটি "রোলব্যাক প্ল্যান" যা রোলব্যাক করা যায় না তা একটি পরিকল্পনা হিসাবে গণনা করা হয় না।
5. জানালা এবং স্তরের পরিকল্পনা করুন। রক্ষণাবেক্ষণ উইন্ডো এবং ক্যানারি পর্যায়ে সংজ্ঞায়িত করুন, এবং প্রতিটি পর্যায়ে নিরীক্ষণ করা মেট্রিক্স।
6. নিশ্চিতকরণ এবং যোগাযোগ। কর্তৃপক্ষের অনুমোদন পান (প্রয়োজনে সিএবি), ক্ষতিগ্রস্তদের অবহিত করুন, বাস্তবায়ন করুন, পর্যবেক্ষণ করুন, যাচাই করুন।

তিনটি মিনি কেস

কেস 1 - রোলব্যাক প্ল্যান রাত বাঁচিয়েছে। একটি দল একটি ওয়েব সার্ভার প্যাচ প্রয়োগ করেছে; প্যাচটি অপ্রত্যাশিতভাবে একটি নির্ভরতা ভেঙে দিয়েছে এবং সাইটটি একটি 500 ত্রুটি দিতে শুরু করেছে। তবে পরিবর্তনের অনুরোধে AI এর সাথে একটি পরিষ্কার রোলব্যাক পদক্ষেপ প্রস্তুত ছিল: "প্যাচটি সরান, পূর্ববর্তী প্যাকেজটি পুনরুদ্ধার করুন, পরিষেবাটি পুনরায় লোড করুন।" ৬ মিনিটে ফেরে দল। রোলব্যাক পরিকল্পনা না থাকলে, মধ্যরাতে মূল কারণ অনুসন্ধান করার সময় বিভ্রাট ঘন্টার পর ঘন্টা স্থায়ী হত।

কেস 2 - ক্যানারি 5% এ একটি বাগ ধরেছে। একটি নতুন সংস্করণ বিতরণ করা হবে. দলটি AI কে একটি স্তম্ভিত স্থাপনার পরিকল্পনার জন্য জিজ্ঞাসা করেছিল: প্রথমে 1 সার্ভার, ঘড়ি, তারপর 25%, তারপর সব। ক্যানারি সার্ভারে প্রতিক্রিয়ার সময় দ্বিগুণ হতে দেখা গেছে; বিতরণ বন্ধ করা হয়েছে। বাগটি শুধুমাত্র একটি সার্ভারে রয়ে গেছে, যার 95% ব্যবহারকারী প্রভাবিত হয়নি। এটি একবারে ছড়িয়ে পড়লে, পুরো পরিষেবাটি ভেঙে পড়ত।

কেস 3 - অপরিবর্তনীয় পরিবর্তনের অতিরিক্ত পরিমাপ। একটি ডাটাবেস স্কিমা স্থানান্তর পরিকল্পনা করা হয়েছিল — একটি পরিবর্তন যা প্রত্যাবর্তন করা খুব কঠিন হবে। প্রকৌশলী এআইকে ঝুঁকি সম্পর্কে জিজ্ঞাসা করলেন; YZ জানিয়েছে যে পরিবর্তনটি অপরিবর্তনীয় এবং একটি সম্পূর্ণ ব্যাকআপ, পৃথক পরীক্ষা চালানো এবং সংকীর্ণ উইন্ডোর সুপারিশ করেছে। দলটি মাইগ্রেশনের ঠিক আগে একটি সম্পূর্ণ ব্যাকআপ নিয়েছিল, প্রথমে এটি একটি অনুলিপিতে চেষ্টা করেছিল। মাইগ্রেশনের সময় একটি সমস্যা হয়েছিল, কিন্তু ব্যাকআপের জন্য ধন্যবাদ, 20 মিনিটের মধ্যে ধারাবাহিকতা পুনরুদ্ধার করা হয়েছিল।

চারটি অনুলিপিযোগ্য টেমপ্লেট

1) অনুরোধের খসড়া পরিবর্তন করুন:

আপনার ভূমিকা: পরিবর্তন ব্যবস্থাপনা বিশেষজ্ঞ। নিম্নলিখিত পরিবর্তনের জন্য একটি পরিবর্তন অনুরোধ খসড়া করুন: [পরিবর্তন]। শিরোনাম: কি/কেন, প্রভাবিত সিস্টেম এবং নির্ভরতা, ঝুঁকির স্তর (নিম্ন/মাঝারি/উচ্চ + ন্যায্যতা), এটা কি রোলব্যাক, বাস্তবায়ন পদক্ষেপ, সাফল্য যাচাইয়ের মানদণ্ড, রোলব্যাক পদক্ষেপ, রক্ষণাবেক্ষণ উইন্ডো সুপারিশ, প্রয়োজনীয় অনুমোদন। আপনি যে নির্ভরতা সম্পর্কে নিশ্চিত নন সেটিকে "যাচাই করুন" হিসেবে চিহ্নিত করুন।

2) ঝুঁকি এবং প্রভাব মূল্যায়ন:

ঝুঁকির পরিপ্রেক্ষিতে নিম্নলিখিত পরিবর্তনের মূল্যায়ন করুন: [পরিবর্তন]। (1) প্রত্যক্ষ এবং পরোক্ষভাবে প্রভাবিত হতে পারে এমন সিস্টেমগুলির তালিকা করুন, (2) সবচেয়ে খারাপ পরিস্থিতি কী, (3) এটি কি বিপরীত করা যায়, যদি না হয়, আমার কী অতিরিক্ত ব্যবস্থা নেওয়া উচিত, (4) ঝুঁকির স্তরকে ন্যায্যতা দিন৷ ব্যাখ্যা করুন যে এটি একটি প্রাথমিক মূল্যায়ন এবং সিদ্ধান্ত আমার।

3) একটি রোলব্যাক পরিকল্পনা তৈরি করা:

[পরিবর্তন] এর জন্য একটি ধাপে ধাপে রোলব্যাক পরিকল্পনা লিখুন। নিশ্চিত করুন যে প্রতিটি পদক্ষেপ অনুলিপি এবং যাচাই করা যেতে পারে। যদি পরিবর্তনের অপরিবর্তনীয় অংশ থাকে, তবে তা স্পষ্টভাবে বলুন এবং লিখুন যে আমি তাদের জন্য কোন ব্যাকআপ নিতে পারি। রোলব্যাকের সাফল্য কীভাবে যাচাই করবেন তা যোগ করুন।

4) পর্যায়ক্রমে বিতরণ (ক্যানারি) পরিকল্পনা:

নিম্নলিখিত স্থাপনার জন্য একটি [নিয়োজন] পর্যায়ক্রমিক পরিকল্পনার পরামর্শ দিন: কোন পর্যায়গুলি (যেমন 1 সার্ভার -> 25% -> সমস্ত), প্রতিটি পর্যায়ে আমার কতক্ষণ অপেক্ষা করা উচিত, এবং আমার কী মেট্রিক্স ট্র্যাক করা উচিত (প্রতিক্রিয়া সময়, ত্রুটির হার, ইত্যাদি)? কোন থ্রেশহোল্ডটি অতিক্রম করা হলে আমি ডিপ্লয়মেন্ট বন্ধ করব এবং ফিরিয়ে আনব? আপনার সিদ্ধান্তের পয়েন্টগুলি পরিষ্কারভাবে লিখুন।

দুর্বল প্রম্পট / শক্তিশালী প্রম্পট

দুর্বল প্রম্পট:

আমি এই প্যাচ প্রয়োগ করা উচিত?

কোন প্রসঙ্গ, কোন প্রভাব, কোন অপ্রয়োজনীয়তা, কোন উইন্ডোজ. AI আপনার সিস্টেম বা আপনার ঝুঁকি জানে না; এটি যে "হ্যাঁ/না" দেবে তা একটি দায়িত্বজ্ঞানহীন অনুমান।

শক্তিশালী প্রম্পট:

আপনার ভূমিকা: পরিবর্তন ব্যবস্থাপনা বিশেষজ্ঞ। আমি উৎপাদনে থাকা ওয়েব সার্ভারের বহরে একটি নিরাপত্তা প্যাচ প্রয়োগ করব (8 সার্ভার, একটি লোড ব্যালেন্সারের পিছনে)। আমাকে দিন: (1) এই পরিবর্তনের জন্য একটি খসড়া পরিবর্তনের অনুরোধ, (2) নির্ভরতা যা প্রভাবিত হতে পারে (আমি নিশ্চিত করব), (3) রোলব্যাক পদক্ষেপ, (4) 1 সার্ভার হিসাবে ক্যানারি প্ল্যান -> 25% -> সব এবং মেট্রিকগুলি আমি প্রতিটি পর্যায়ে নিরীক্ষণ করব৷ ঝুঁকির মাত্রা ন্যায্যতা. আমি অনুমোদন এবং সিদ্ধান্ত.

বৈশিষ্ট্য পরিবর্তন করুন

কম ঝুঁকি

উচ্চ ঝুঁকি

প্রত্যাবর্তনশীলতা

সহজ রোলব্যাক

অপরিবর্তনীয়/কঠিন

ডোমেইন

একক পরিবেশন, বিচ্ছিন্ন

মাল্টি-পরিষেবা, নির্ভরতা চেইন

বিতরণ

সরাসরি হতে পারে

বাধ্যতামূলক ক্যানারি + সরু জানালা

অনুমোদন

দলের মধ্যে

CAB/শীর্ষ অনুমোদন

অতিরিক্ত

স্ট্যান্ডার্ড

অতিরিক্ত সম্পূর্ণ ব্যাকআপ + টেস্ট রান

সাধারণ ভুল

• একটি রোলব্যাক পরিকল্পনা ছাড়া বাস্তবায়ন. পরিবর্তন একটি জুয়া যদি ফেরার পথ না লিখে রাখা হয়।
• প্রভাব বলয় সংকীর্ণ রাখা. একটি পরিষেবার সাথে সংযুক্ত লুকানো নির্ভরতাগুলিকে বাইপাস করার ফলে অপ্রত্যাশিত পার্শ্ব বিঘ্ন ঘটবে৷
• সাধারণের জন্য অপরিবর্তনীয় পরিবর্তনকে ভুল করা। স্কিমা স্থানান্তর এবং ডেটা মুছে ফেলার মতো পরিবর্তনগুলির জন্য কঠোর প্রক্রিয়া এবং সম্পূর্ণ ব্যাকআপ প্রয়োজন।
• একবারে পুরো বহরে ছড়িয়ে দেওয়া হচ্ছে। ক্যানারি ছাড়া, একটি বাগ একবারে সমস্ত ব্যবহারকারীকে আঘাত করবে।
• সাফল্যের মাপকাঠি সংজ্ঞায়িত নয়। যদি "সফল" মানে কি লেখা না হয়, আপনি "সম্পূর্ণ" এর জন্য একটি ভাঙা পরিবর্তন ভুল করতে পারেন।

মনোযোগ: AI দ্বারা উত্পাদিত প্রভাবিত সিস্টেমের তালিকা একটি প্রাথমিক, একটি সম্পূর্ণ তালিকা নয়। AI আপনার প্রতিষ্ঠানের নির্ভরতা জানে না; প্রশ্নের সঠিক উত্তর "যদি এই পরিষেবাটি ক্র্যাশ হয়, আর কী ক্র্যাশ হবে?" আপনার কর্পোরেট জ্ঞানের মধ্যে রয়েছে। অনুমান করুন AI এর তালিকাটি অসম্পূর্ণ এবং এটি প্রসারিত করুন।

সংক্ষেপে

বেশিরভাগ উত্পাদন বিপর্যয় পরিবর্তন থেকে উদ্ভূত হয়, আক্রমণ নয়; পরিবর্তন ব্যবস্থাপনা পরিবর্তনকে বাধা দেয় না, এটি এটিকে নিরাপদ এবং অনুমানযোগ্য করে তোলে। এআই; দ্রুত পরিবর্তনের অনুরোধ, ঝুঁকি মূল্যায়ন, রোলব্যাক পরিকল্পনা এবং পর্যায়ক্রমে স্থাপনার চেকলিস্টের খসড়া তৈরি করে। কিন্তু আপনার প্রকৃত নির্ভরতা জ্ঞানের সাথে ডোমেনটি প্রসারিত করুন, বিপরীতে শ্রেণীবদ্ধ করুন, রোলব্যাক লিখুন এবং সম্ভব হলে এটি পরীক্ষা করুন, রক্ষণাবেক্ষণ উইন্ডো এবং ক্যানারি সহ ঝুঁকি বিতরণ করুন, সাফল্যের মানদণ্ড নির্ধারণ করুন। এটা মানুষ যে পরিবর্তনের জন্য অনুমোদন, সময়সূচী এবং দায়িত্ব বহন করে; AI হল সেই অংশীদার যা পরিকল্পনাকে ত্বরান্বিত করে।

আবেদন টাস্ক

একটি উৎপাদন পরিবর্তন নির্বাচন করুন যা আপনি শীঘ্রই করতে চান (বা সম্প্রতি করেছেন)। উপরের "পরিবর্তনের অনুরোধের খসড়া" টেমপ্লেট সহ AI-কে একটি সম্পূর্ণ পরিবর্তনের অনুরোধ প্রস্তুত করতে বলুন। আপনার নিজস্ব নির্ভরতা তথ্য সহ কমপক্ষে দুটি আইটেম দ্বারা এআই উত্পাদন করে "আক্রান্ত সিস্টেম" এর তালিকা প্রসারিত করুন। "একটি রোলব্যাক প্ল্যান তৈরি করুন" টেমপ্লেটের সাথে রোলব্যাক পদক্ষেপগুলি মুদ্রণ করুন এবং পরিবর্তনের কোনো অংশ আছে কিনা তা নির্ধারণ করুন যা রোলব্যাক করা যাবে না৷ অবশেষে, একটি ক্যানারি পরিকল্পনা নিয়ে আসুন। পুরো পরিকল্পনাটি 6 পয়েন্টে সংক্ষিপ্ত করুন এবং কোন অনুমোদনের প্রয়োজন তা নোট করুন।

চেকলিস্ট

• [ ] আমি কি পরিবর্তনের জন্য একটি অনুরোধ প্রস্তুত করেছি যাতে কী/কেন, প্রভাব, ঝুঁকি, পদক্ষেপ, যাচাইকরণ এবং রোলব্যাক অন্তর্ভুক্ত রয়েছে?
• [ ] আমি কি আমার নিজস্ব নির্ভরতার তথ্য দিয়ে প্রভাবিত সিস্টেমের AI এর তালিকা প্রসারিত করেছি?
• [ ] আমি কি শ্রেণীবদ্ধ করেছি যে পরিবর্তনটি বিপরীত বা অপরিবর্তনীয় কিনা?
• [ ] আমি রোলব্যাক পদক্ষেপগুলি লিখেছি এবং পরীক্ষার পরিবেশে চেষ্টা করেছি, যদি সম্ভব হয়?
• [ ] আমি কি রক্ষণাবেক্ষণ উইন্ডো এবং ক্যানারি স্থাপনার পরিকল্পনা এবং প্রতিটি পর্যায়ের জন্য পর্যবেক্ষণের মেট্রিক্স নির্ধারণ করেছি?
• [ ] আমি কি সাফল্য যাচাইয়ের মানদণ্ড নির্ধারণ করেছি এবং প্রয়োজনীয় অনুমোদন পেয়েছি?