কেস পদ্ধতি: মানবিক পর্যবেক্ষণ

Dziiiiin! সকাল 3 টা, আপনি একটি দুর্দান্ত স্বপ্ন দেখছেন, এবং হঠাৎ একটি কল আসে। আপনি এই সপ্তাহে ডিউটিতে আছেন, এবং দৃশ্যত কিছু ঘটেছে। স্বয়ংক্রিয় সিস্টেমটি কী ভুল তা খুঁজে বের করতে কল করে। এটি আধুনিক কম্পিউটার সিস্টেম পরিচালনার একটি গুরুত্বপূর্ণ দিক, তবে আসুন দেখি কীভাবে বিজ্ঞপ্তিগুলি মানুষের জন্য আরও ভাল করা যায়।

মনিটরিং দর্শনের সাথে পরিচিত হন, বিভিন্ন মনিটরিং টিমে আমার দায়িত্বের কয়েক দশক ধরে জন্ম। তিনি মূলত রব ইভাশচুকের আসল বাইবেল দ্বারা প্রভাবিত ছিলেন সতর্কতা সম্পর্কে আমার দর্শন (আমার বিজ্ঞপ্তি দর্শন) উপর বই অন্তর্ভুক্ত গুগল এসআরই, এবং জন Alspaugh দ্বারা বই সতর্কতা নকশা জন্য বিবেচনা (সতর্কতা সেট আপ করার নোট)।

কেলি ডান, অরিজিৎ মুখেরি и ম্যাক্সিম পেটাজোনি — পোস্ট সম্পাদনা করার জন্য আপনার সাহায্যের জন্য ধন্যবাদ.

CASE কি?

আমি মত একটি সুন্দর সংক্ষিপ্তকরণ সঙ্গে আসা সিদ্ধান্ত নিয়েছে ব্রেন্ডন গ্রেগের ব্যবহার পদ্ধতি বা টম উইলকির লাল পদ্ধতি. আমি এটাকে বলি CASE পদ্ধতি. তিনি স্বয়ংক্রিয় পর্যবেক্ষণের সাথে কাজ করার সময় মনোযোগ দিতে চারটি পয়েন্ট বর্ণনা করেছেন:

• Cঅনটেক্সট-ভারী (প্রসঙ্গ আবদ্ধ)
• Aকর্মযোগ্য (ব্যবহারিক মূল্য)
• Sউপসর্গ ভিত্তিক (লক্ষণের উপর জোর দেওয়া)
• Eমূল্যবান (শ্রেণী)

আপনি যদি CASE ব্যবহার করেন, আপনি একটি স্বাস্থ্যকর উদাসীনতার সাথে বিজ্ঞপ্তিগুলির সাথে আচরণ করেন এবং মানুষকে রাতে জাগাবেন না। উপযোগিতা এবং কার্যকারিতার জন্য নিয়মিত পর্যবেক্ষণ করা উচিত। যখন একজন ব্যক্তি বিজ্ঞপ্তিটি পান, তখন তাদের আরও ভাল মানসিক মডেল এবং আরও আত্মবিশ্বাস থাকবে।

মনে রাখা সহজ করার জন্য, কল্পনা করুন যে আপনার একটি CASE প্রয়োজন [অর্থাৎ, একটি মামলা, একটি কারণ - অনুবাদকের নোট] প্রতিটি সতর্কতা ন্যায্যতা দিতে. সানগ্লাস:

আর এই সব কেন?

ডিউটিতে থাকা একটি যন্ত্রণা হতে পারে. অনেক কারণে. এবং CASE তাদের সকলকে নির্মূল করবে না। তবে এটির সাথে, আপনি আরও ভাল বিজ্ঞপ্তি পেতে রাত জেগে উঠবেন। এই পদ্ধতিটি বিভিন্ন সাংগঠনিক প্রক্রিয়াকে কভার করে যা এই বিষয়েও সাহায্য করবে।

RED এবং USE পদ্ধতির সৌন্দর্য হল যে তাদের সাহায্যে আমরা কেবল কীভাবে কাজ করতে জানি তা নয়, একে অপরের সাথে একই ভাষায় কথাও বলতে পারি। আমি আশা করি যে CASE পদ্ধতি আমাদের সিস্টেমগুলিকে সুরক্ষিত রাখে কিন্তু আমাদের সহকর্মীদের ব্যস্ত রাখে এমন বিজ্ঞপ্তিগুলি নিয়ে আলোচনা করা সহজ করবে৷

মোদ্দা কথা হল আপনার প্রতিষ্ঠানে এমন একটি সংস্কৃতি তৈরি করতে হবে যেখানে বিজ্ঞপ্তিগুলিকে স্বাস্থ্যকর উদাসীনতার সাথে আচরণ করা হয়। বিজ্ঞপ্তিগুলি একটি নির্দিষ্ট উদ্দেশ্যে তৈরি করা যেতে পারে, তবে এটি সত্য নয় যে তারা পরে মূল্য হারাবে না। কেন আমরা এই বিজ্ঞপ্তি সেট আপ করেছি? কতদিন আগে এর মানদণ্ড সংশোধন করা হয়েছে? CASE দিয়ে, এই প্রশ্নের উত্তর দেওয়া যেতে পারে।

প্রসঙ্গ-ভারী - প্রসঙ্গ বাঁধাই

অনেক স্মার্ট শব্দ রয়েছে এমন বার্তা পড়ার জন্য সকাল 3টা সেরা সময় নয়। কার্যকরভাবে প্রতিক্রিয়া জানাতে, আপনার তথ্য প্রয়োজন। আদর্শভাবে, এটি একটি নির্দিষ্ট সমস্যা সম্পর্কে তথ্য হওয়া উচিত, যার জন্য প্রসঙ্গটি অবিলম্বে পরিষ্কার, এবং বিজ্ঞপ্তিগুলি কনফিগার করা উচিত যাতে এটি সম্ভব হয়। এটি "পর্যবেক্ষণ" এবং "অভিযোজন" থেকে OODA লুপ. এই সেটআপে সময় ব্যয় করা লজ্জাজনক নয়, কারণ ক্রমাগত একজন ব্যক্তিকে বিভ্রান্ত করা আরও বেশি ব্যয়বহুল। আসুন একে অপরকে সম্মান করি।

সমস্যার অনেক উৎস আছে। বিশেষ করে ভূত।

আমি ডিউটি ​​অফিসারকে কিভাবে সাহায্য করতে পারি? ডিউটি ​​অফিসার প্রথম জিনিসটি একটি বিজ্ঞপ্তি দেখেন, তাই তিনি এর ভিত্তিতে সমস্ত অনুমান তৈরি করেন। তারপরে তিনি নির্দেশাবলী এবং ড্যাশবোর্ডগুলি দেখেন, তবে একটি নির্দিষ্ট বিজ্ঞপ্তিতে সর্বদা ডেটা থাকে এবং কেবল সাধারণ তথ্য নয়? Alspaugh পরামর্শ দেয় "আপনি কীভাবে বিজ্ঞপ্তির ব্যাখ্যা বা প্রতিক্রিয়া জানাতে পারেন সে সম্পর্কে চিন্তা করুন" (স্লাইড 29)1. একটি ভাল বিজ্ঞপ্তি শুধুমাত্র একটি থ্রেশহোল্ড দ্বারা কনফিগার করা নয়, কর্তব্যরত ব্যক্তির উপর দৃষ্টি নিবদ্ধ করা হয়।

সুতরাং বিজ্ঞপ্তি প্রসঙ্গে কীভাবে উন্নতি করা যায় সে সম্পর্কে এখানে কিছু ধারণা রয়েছে:

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

আদর্শভাবে, একটি ঘটনা ব্যবস্থাপনা প্রোগ্রাম ঘটনা তদন্তের বিজ্ঞপ্তির প্রেক্ষাপটকে কীভাবে উন্নত করা যায় সে বিষয়ে পরামর্শ প্রদান করবে। কাজ করার জন্য সবসময় কিছু আছে!

কর্মযোগ্য - ব্যবহারিক মূল্য

প্রজ্ঞাপনের জবাবে ডিউটি ​​অফিসারের কি কিছু করা উচিত? আপনার যদি কিছু করার দরকার না থাকে বা কী করতে হবে তা অস্পষ্ট, আপনি কেন তাকে জাগিয়েছিলেন? আপনাকে এমন বিজ্ঞপ্তি এড়াতে হবে যা ডিউটিতে থাকা ব্যক্তিদের বিরক্ত করে এবং পদক্ষেপের প্রয়োজন হয় না।

imgur.com এ পোস্ট দেখুন

আমার কি করা উচিৎ? আপনি কি চান?

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

এখানে ব্যবহারিক মান সহ একটি নোটিশ দেখতে কেমন লাগে:

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

আমি স্পষ্ট করতে চাই: আমি বলছি না যে বিজ্ঞপ্তিগুলি শুধুমাত্র API-এর জন্য সবচেয়ে গুরুত্বপূর্ণ SLO (পরিষেবা-স্তরের উদ্দেশ্য) জন্য আসা উচিত। SLO পর্যবেক্ষণ ক্রমাগত খণ্ডিত এবং বিভক্ত এবং সমস্ত পরিষেবার জন্য একই পদ্ধতির প্রয়োজন। এটা স্পষ্ট যে আপনি ক্লায়েন্টদের জন্য সবচেয়ে গুরুত্বপূর্ণ SLOগুলি ট্র্যাক করবেন যারা আপনাকে অর্থ প্রদান করে। কিন্তু অবকাঠামো SLO, যেমন ডাটাবেস, এছাড়াও নিরীক্ষণ করা প্রয়োজন. শীঘ্রই আপনাকে অভ্যন্তরীণ গ্রাহকদের সাথে মোকাবিলা করতে হবে এবং তাদের সমর্থন করতে হবে। এবং তাই, সীমাহীনভাবে.

উপসর্গ ভিত্তিক - লক্ষণের উপর জোর দেওয়া

আপনি এটি পছন্দ করুন বা না করুন, আপনি একটি বিতরণ সিস্টেমে কাজ করছেন (কাভাজ)2. ফলস্বরূপ, আপনি পরিষেবাগুলিকে বিচ্ছিন্ন করতে এবং তাদের ব্যর্থতা থেকে রক্ষা করার জন্য বিভিন্ন কৌশল ব্যবহার করেন (ট্রেনর এট আল।)3। এবং যদিও বিলম্বিত আবর্জনা সংগ্রহ বা একটি স্থগিত ডাটাবেস কোয়েরি সমস্যাগুলি নির্দেশ করে, ব্যবহারকারীদের নিকট ভবিষ্যতে সমস্যা না হলে সেগুলি ঠিক করার জন্য তাড়াহুড়ো করার দরকার নেই।

এগুলি গুরুত্বপূর্ণ সংকেত এবং এর ব্যবহারিক মূল্য থাকতে পারে, কিন্তু যদি সেগুলি ব্যবহারকারীদের বিরক্ত না করে, তাহলে পরিচারককে বিভ্রান্ত করা যথেষ্ট জরুরি নয়৷ কারণ-ভিত্তিক বিজ্ঞপ্তিগুলি একটি সিস্টেম ব্যর্থতা সম্পর্কে আমাদের মানসিক মডেলের স্ন্যাপশট। ব্যর্থতার সমস্ত সম্ভাব্য কারণগুলি তালিকাভুক্ত করার চেষ্টা করার চেয়ে গুরুত্বপূর্ণ লক্ষণগুলি ট্র্যাক করা ভাল।

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

লক্ষণগুলি পরিবর্তনশীল নয়

রিচার্ড কুক আমাদের মনে করিয়ে দেন যে জটিল সিস্টেমগুলি ত্রুটি, ত্রুটি এবং সমস্যায় পূর্ণ4. সমস্ত সম্ভাব্য কারণ তালিকাভুক্ত করার চেষ্টা করা একটি সিসিফিয়ান কাজ। আপনি সমস্যা বর্ণনা করার চেষ্টা করেন, কিন্তু তারা সব সময় পরিবর্তন. সিন্ডি শ্রীধরন বিশ্বাস করেন যে "সিস্টেমগুলিকে প্রতি সেকেন্ডে নিখুঁত অবস্থায় থাকতে হবে না" এবং আরও মানবিক পদ্ধতি ব্যবহার করা ভাল ("ডিস্ট্রিবিউটেড সিস্টেমের পর্যবেক্ষণযোগ্যতা" ("মনিটরিং ডিস্ট্রিবিউটেড সিস্টেম"), 7)5.

একটি ঘটনার পরে বিজ্ঞপ্তি এড়িয়ে চলুন

সাধারণত, কারণগুলির জন্য বিজ্ঞপ্তিগুলি ঘটনাগুলি সংশোধন করার জন্য কনফিগার করা হয়৷ এবং যা ঘটেছে তার সম্পর্কে এই সীমিত বিজ্ঞপ্তিগুলি নিরাপত্তার একটি মিথ্যা অনুভূতি তৈরি করে, কারণ সিস্টেমটি প্রতিবার ভাঙার নতুন উপায় নিয়ে আসে।

কারণ নোটিশ দ্বারা প্রতারিত হবেন না. ভাল চিন্তা করুন:

• লক্ষণ ভিত্তিক বিজ্ঞপ্তি সমস্যাটি লক্ষ্য করেনি কেন?
• এটি ব্যবহারকারীর জন্য প্রসঙ্গ উন্নত করতে সহায়ক হবে?
• কী ঘটেছে সেই বিষয়ে বিজ্ঞপ্তি জমা করার পরিবর্তে দ্রুত নির্ণয়ের জন্য পর্যবেক্ষণ সরঞ্জামগুলি কীভাবে উন্নত করা যেতে পারে?

রোগ নির্ণয়ের জন্য মনিটরিং সরঞ্জামগুলি কেবল তখনই সাহায্য করবে যদি আপনি সেগুলিকে লক্ষণ থেকে সমাধানের দিকে যাওয়ার উপায় হিসাবে ভাবেন। এই প্রতিক্রিয়া ব্যতীত, আপনি কেবল অতীতের ব্যর্থতাগুলি সম্পর্কে দেরী বিজ্ঞপ্তি এবং চার্ট নিয়ে বোমাবর্ষণ করবেন - এবং ভবিষ্যতের বিষয়ে একটি শব্দও নয়৷ এটি একটি সংস্থার জন্য প্রতিরক্ষা থেকে আক্রমণে যাওয়ার একটি দুর্দান্ত সুযোগ। এবং বিকাশকারী এবং পণ্য পরিচালকদের একই প্রত্যাশা এবং স্পষ্ট লক্ষ্য থাকবে। কেস - CASE (:wink:) - প্রতিটি বিজ্ঞপ্তির জন্য পরিষ্কার।

কারণ ভিত্তিক বিজ্ঞপ্তি সংযম সহনীয়

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

মূল্যায়ন - মূল্যায়ন

সিস্টেমের যেকোনো পরিবর্তন (নতুন কোড, নতুন অবকাঠামো, নতুন কিছু) ব্যর্থতার পরিসরকে প্রসারিত করে (কুক, 3)।4 এই বিজ্ঞপ্তি এখনও প্রত্যাশিত হিসাবে কাজ করছে? সিস্টেমের পরিষ্কার এবং বর্তমান মানসিক মডেল এবং কিছু সমর্থন বিজ্ঞপ্তিতে সাড়া দেওয়ার অভিজ্ঞতা প্রতিরোধমূলক পদ্ধতি - এই মূল বৈশিষ্ট্য শিক্ষা-ভিত্তিক সংগঠন. সিস্টেমের ত্রুটিগুলি ক্রমাগত বিকশিত হচ্ছে এবং আমাদের অবশ্যই সেগুলির সাথে তাল মিলিয়ে চলতে হবে।

প্রতিটি বিজ্ঞপ্তি প্রত্যাশিতভাবে কাজ করছে তা নিশ্চিত করতে আপনাকে ক্রমাগত মূল্যায়ন করতে হবে। প্রিয় নেতৃবৃন্দ! আপনি যদি তাদের এই প্রক্রিয়াটি প্রতিষ্ঠা করতে সহায়তা করেন তবে আপনার দলগুলির পক্ষে এটি অনেক সহজ হবে! এখানে কিছু মূল্যায়ন ধারণা আছে:

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

উপসংহার

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

শীর্ষস্থানীয় গ্রাহক পরিষেবাকে ত্যাগ না করে পুরো শিল্পকে ডিউটি ​​করার সময় মানবিক ফ্যাক্টর সম্পর্কে ভাবতে হবে। এই সমস্ত সরঞ্জাম এবং অনুশীলন উন্নত করা যেতে পারে এবং করা উচিত। আমি আশা করি CASE পদ্ধতি এটিতে সাহায্য করবে।

উন্নত বিজ্ঞপ্তি উপভোগ করুন!

উত্স: www.habr.com