12.3 টেমপ্লেট

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

নিচে ব্যবহৃত কয়েকটি রীতি:

• [বর্গাকার বন্ধনী]-তে থাকা টেক্সট প্রতিস্থাপন করার স্থানধারক।
• ইটালিক বা <!-- মন্তব্য -->-এ থাকা টেক্সট মুছে ফেলার নির্দেশনা।
• সমাপ্ত নথি তার প্রশ্নগুলোর উত্তর দিয়ে যত সংক্ষিপ্ত হতে পারে তত রাখুন।

স্থাপত্য সিদ্ধান্ত রেকর্ড (ADR)

# ADR [NNNN]: [সিদ্ধান্তের সংক্ষিপ্ত শিরোনাম]

- অবস্থা: [প্রস্তাবিত | গৃহীত | অবচিত | ADR-XXXX দ্বারা প্রতিস্থাপিত]
- তারিখ: [YYYY-MM-DD]
- সিদ্ধান্তদাতা: [নাম বা ভূমিকা]
- পরামর্শিত: [নাম বা ভূমিকা]

## প্রেক্ষাপট

<!-- এই সিদ্ধান্ত চালানো সমস্যা, শক্তি বা সীমাবদ্ধতা কী?
     তথ্য ও প্রয়োজন নিরপেক্ষভাবে বলুন। একজন ভবিষ্যৎ পাঠকের
     সিদ্ধান্ত কেন দরকার ছিল বুঝতে যা লাগবে কেবল তা অন্তর্ভুক্ত করুন। -->

## সিদ্ধান্ত

<!-- পছন্দ এক বা দুটি স্পষ্ট বাক্যে বলুন: "আমরা ... করব।" -->

## বিবেচিত বিকল্প

<!-- আপনি যে বাস্তবসম্মত বিকল্প ওজন করেছিলেন এবং প্রতিটি কেন বাছা
     হয়েছে বা হয়নি তালিকাভুক্ত করুন। এখানে অন্তত দুটি বিকল্প থাকা উচিত। -->

- বিকল্প ক: [সারসংক্ষেপ]; [কারণ] এর কারণে প্রত্যাখ্যাত।
- বিকল্প খ: [সারসংক্ষেপ]; [কারণ] এর কারণে প্রত্যাখ্যাত।
- বাছা বিকল্প: [সারসংক্ষেপ]; [কারণ] এর কারণে বাছা।

## পরিণতি

<!-- সিদ্ধান্তের সৎ ফল, ভালো ও খারাপ উভয়। -->

- ধনাত্মক: [অর্জিত সুবিধা]
- ঋণাত্মক: [গৃহীত খরচ, ঝুঁকি বা সীমাবদ্ধতা]
- অনুবর্তী: [মাইগ্রেশন, নতুন কাজ বা এটি যে সিদ্ধান্ত ট্রিগার করে]

## সম্পর্কিত

<!-- এটি সম্পর্কিত পূর্ববর্তী ADR, RFC, টিকিট বা নথির লিংক। -->

RFC / নকশা নথি

# RFC: [শিরোনাম]

- লেখক: [নাম]
- অবস্থা: [খসড়া | পর্যালোচনায় | অনুমোদিত | প্রত্যাখ্যাত | বাস্তবায়িত]
- পর্যালোচক: [নাম বা ভূমিকা]
- তৈরি: [YYYY-MM-DD]
- সর্বশেষ হালনাগাদ: [YYYY-MM-DD]
- টিকিট / ট্র্যাকিং: [লিংক]

## সারসংক্ষেপ

<!-- এক অনুচ্ছেদ: এটি কী প্রস্তাব করে এবং কেন গুরুত্বপূর্ণ। একজন
     পাঠকের কেবল এই অংশ থেকে সারকথা বোঝা উচিত। -->

## সমস্যা ও প্রেরণা

<!-- আমরা কোন সমস্যা সমাধান করছি? কে প্রভাবিত? আমরা কিছু না
     করলে কী ঘটে? প্রাসঙ্গিক পটভূমি ও সীমাবদ্ধতা অন্তর্ভুক্ত করুন। -->

## লক্ষ্য ও অ-লক্ষ্য

- লক্ষ্য: [সাফল্য কেমন দেখায়, যেখানে সম্ভব পরিমাপযোগ্য]
- অ-লক্ষ্য: [পরিসর ক্রিপ প্রতিরোধে স্পষ্টভাবে পরিসরের বাইরে]

## প্রস্তাবিত নকশা

<!-- নথির মূল। পদ্ধতি, স্থাপত্য, ডেটা মডেল, ইন্টারফেস ও মূল প্রবাহ
     বর্ণনা করুন। যেখানে স্পষ্ট করে সেখানে ডায়াগ্রাম ব্যবহার করুন।
     এটি কেবল কী নয়, কীভাবে কাজ করে ব্যাখ্যা করুন। -->

## বিবেচিত বিকল্প

<!-- অন্যান্য পদ্ধতি এবং কেন বাছা হয়নি। পাঠককে দেখায় নকশা
     পরিসর অন্বেষণ করা হয়েছিল। -->

## প্রভাব ও ঝুঁকি

- নিরাপত্তা ও গোপনীয়তা: [তাৎপর্য ও প্রশমন]
- কর্মক্ষমতা ও পরিসর: [প্রত্যাশিত লোড ও আচরণ]
- পরিচালনযোগ্যতা: [মনিটরিং, ব্যর্থতার ধরন, রোলআউট, রোলব্যাক]
- খরচ: [অবকাঠামো বা লাইসেন্সিং প্রভাব]
- পশ্চাদ্মুখী সামঞ্জস্য: [মাইগ্রেশন ও অবচয়]

## টেস্টিং ও রোলআউট পরিকল্পনা

<!-- পরিবর্তন কীভাবে যাচাই ও নিরাপদে রিলিজ করা হবে। -->

## খোলা প্রশ্ন

<!-- অমীমাংসিত ইস্যু যাতে আপনি পর্যালোচকদের মতামত চান। -->

পোস্টমর্টেম / ঘটনা পর্যালোচনা (দোষহীন)

# পোস্টমর্টেম: [ঘটনার শিরোনাম]

- ঘটনা ID: [ID]
- ঘটনার তারিখ: [YYYY-MM-DD]
- লেখক: [নাম]
- অবস্থা: [খসড়া | চূড়ান্ত]
- তীব্রতা: [SEV1 | SEV2 | SEV3]

> এই পর্যালোচনা দোষহীন। আমরা সিস্টেম ও অবদানকারী কারণে
> মনোযোগ দিই, ব্যক্তিতে নয়। লক্ষ্য শেখা এবং পুনরাবৃত্তি প্রতিরোধ।

## সারসংক্ষেপ

<!-- দুই বা তিনটি বাক্য: কী ঘটেছে, প্রভাব এবং সমাধান,
     একজন অ-বিশেষজ্ঞের পাঠযোগ্য। -->

## প্রভাব

- সময়কাল: [শুরুর সময় থেকে পুনরুদ্ধারের সময়, টাইমজোনসহ]
- প্রভাবিত ব্যবহারকারী: [পরিসর ও সংখ্যা]
- ব্যবসায়িক প্রভাব: [রাজস্ব, SLA, সুনাম বা অন্য]

## সময়রেখা

<!-- ঘটনার টাইমস্ট্যাম্পযুক্ত, তথ্যভিত্তিক ক্রম। শনাক্তকরণ,
     এসকেলেশন, মূল কর্ম এবং পুনরুদ্ধার অন্তর্ভুক্ত করুন। -->

- [HH:MM] [ঘটনা]
- [HH:MM] [ঘটনা]

## অবদানকারী কারণ

<!-- ঘটনায় নিয়ে যাওয়া অবস্থার শৃঙ্খল। একক মূল কারণের চেয়ে
     "অবদানকারী কারণ" পছন্দ করুন। -->

## শনাক্তকরণ ও সাড়া

- এটি কীভাবে শনাক্ত হয়েছিল? [সতর্কতা, গ্রাহক প্রতিবেদন ইত্যাদি]
- কী সাড়ায় সাহায্য করেছে?
- কী সাড়া ধীর করেছে?

## কী ভালো গিয়েছে

<!-- কার্যকর কর্ম এবং কাজ করা রক্ষাকবচ স্বীকৃতি দিন। -->

## কর্ম আইটেম

<!-- নির্দিষ্ট, মালিকানাযুক্ত ও তারিখযুক্ত। প্রতিরোধ, শনাক্তকরণ
     ও প্রশমন সম্বোধন করুন। এগুলো স্বাভাবিক ব্যাকলগে ট্র্যাক করুন। -->

| কর্ম | মালিক | শেষ তারিখ | ধরন (প্রতিরোধ/শনাক্ত/প্রশমন) | টিকিট |
|--------|-------|----------|--------------------------------|--------|
| [কর্ম] | [নাম] | [তারিখ] | [ধরন] | [লিংক] |

## শেখা পাঠ

<!-- বৃহত্তর প্রতিষ্ঠানের যা নেওয়া উচিত। -->

হুমকি মডেল (STRIDE-ভিত্তিক)

# হুমকি মডেল: [সিস্টেম বা ফিচারের নাম]

- লেখক: [নাম]
- তারিখ: [YYYY-MM-DD]
- পর্যালোচক: [নিরাপত্তা যোগাযোগ, মালিক]
- পরিসর: [কী ঢাকা এবং কী নয়]

## সিস্টেম সংক্ষিপ্ত বিবরণ

<!-- সিস্টেম, তার উদ্দেশ্য এবং তার ব্যবহারকারীদের সংক্ষিপ্ত বিবরণ। -->

## সম্পদ

<!-- রক্ষা করার যোগ্য কী: ডেটা, পরিচয়পত্র, কার্যকারিতা, সুনাম।
     প্রতিটির সংবেদনশীলতা নোট করুন। -->

## বিশ্বাস সীমানা ও ডেটা প্রবাহ

<!-- উপাদান, ডেটা স্টোর, বাহ্যিক সত্তা এবং যেখানে বিশ্বাস বদলায় সেই
     সীমানা বর্ণনা বা ডায়াগ্রাম করুন। -->

## হুমকি (STRIDE)

<!-- প্রতিটি উপাদানের জন্য STRIDE শ্রেণি বিবেচনা করুন। প্রতিটি বিশ্বাসযোগ্য
     হুমকি, তার ঝুঁকি এবং প্রশমন বা গৃহীত ঝুঁকি রেকর্ড করুন। -->

| হুমকি | STRIDE শ্রেণি | প্রভাবিত উপাদান | ঝুঁকি (L/M/H) | প্রশমন | অবস্থা |
|--------|-----------------|------------------|--------------|------------|--------|
| [হুমকি] | Spoofing | [উপাদান] | [ঝুঁকি] | [নিয়ন্ত্রণ] | [খোলা/প্রশমিত/গৃহীত] |
| [হুমকি] | Tampering | [উপাদান] | [ঝুঁকি] | [নিয়ন্ত্রণ] | [অবস্থা] |
| [হুমকি] | Repudiation | [উপাদান] | [ঝুঁকি] | [নিয়ন্ত্রণ] | [অবস্থা] |
| [হুমকি] | Information disclosure | [উপাদান] | [ঝুঁকি] | [নিয়ন্ত্রণ] | [অবস্থা] |
| [হুমকি] | Denial of service | [উপাদান] | [ঝুঁকি] | [নিয়ন্ত্রণ] | [অবস্থা] |
| [হুমকি] | Elevation of privilege | [উপাদান] | [ঝুঁকি] | [নিয়ন্ত্রণ] | [অবস্থা] |

## অনুমান ও নির্ভরতা

<!-- যে নিরাপত্তা অনুমানের ওপর ভরসা করা হয় এবং বিশ্বস্ত বাহ্যিক নিয়ন্ত্রণ। -->

## খোলা ইস্যু ও অনুবর্তী

<!-- আরও কাজ দরকার এমন হুমকি, টিকিট হিসেবে ট্র্যাক করা। -->

রানবুক

# রানবুক: [কাজ বা পরিস্থিতির নাম]

- সেবা: [সেবার নাম]
- মালিক: [দল]
- সর্বশেষ পর্যালোচিত: [YYYY-MM-DD]
- সম্পর্কিত সতর্কতা: [সতর্কতার নাম]

## উদ্দেশ্য

<!-- কখন এই রানবুক ব্যবহার করবেন এবং এটি কী অর্জন করে। -->

## পূর্বশর্ত

<!-- শুরুর আগে প্রয়োজনীয় প্রবেশাধিকার, টুল ও অনুমতি। -->

## শনাক্তকরণ / লক্ষণ

<!-- অপারেটর যা পর্যবেক্ষণ করে: সতর্কতা, ত্রুটি স্বাক্ষর, ড্যাশবোর্ড। -->

## নির্ণয়

<!-- সমস্যা নিশ্চিত করতে ও কারণ সংকুচিত করতে ধাপে ধাপে পরীক্ষা।
     সুনির্দিষ্ট কমান্ড, কোয়েরি বা ড্যাশবোর্ড লিংক অন্তর্ভুক্ত করুন। -->

1. [ধাপ ও প্রত্যাশিত ফল]
2. [ধাপ ও প্রত্যাশিত ফল]

## সমাধান

<!-- ঠিক বা প্রশমন করতে মূর্ত, ক্রমবদ্ধ ধাপ। যেকোনো ঝুঁকিপূর্ণ বা
     অফেরানো ধাপ এবং সাফল্য কীভাবে যাচাই করবেন নোট করুন। -->

1. [ধাপ]
2. [পুনরুদ্ধার যাচাই]

## রোলব্যাক

<!-- সমাধান জিনিস খারাপ করলে কর্ম কীভাবে ফেরাবেন। -->

## এসকেলেশন

<!-- কাকে যোগাযোগ করবেন এবং কখন এসকেলেট করবেন। দ্বিতীয় অন-কল,
     মালিক দল এবং বিক্রেতা যোগাযোগ। -->

## তথ্যসূত্র

<!-- ড্যাশবোর্ড, সম্পর্কিত রানবুক, স্থাপত্য নথি। -->

সেবা README / সেবা ক্যাটালগ এন্ট্রি

# [সেবার নাম]

- মালিক দল: [দল]
- অন-কল: [ঘূর্ণন লিংক]
- স্তর / জটিলতা: [স্তর 1 | 2 | 3]
- রিপোজিটরি: [লিংক]
- অবস্থা: [সক্রিয় | অবচিত]

## এটি কী করে

<!-- সেবার দায়িত্ব এবং তার ভোক্তাদের সম্পর্কে এক অনুচ্ছেদ। -->

## স্থাপত্য

<!-- মূল উপাদান, নির্ভরতা (ঊর্ধ্বমুখী ও নিম্নমুখী), এবং নকশা নথি
     বা ডায়াগ্রামের লিংক। -->

## ইন্টারফেস

- API / এন্ডপয়েন্ট: [বিবরণের লিংক]
- প্রকাশিত / ভোগ করা ইভেন্ট: [টপিক]
- ডেটা স্টোর: [ডেটাবেস, ক্যাশ, বাকেট]

## রানটাইম ও মোতায়েন

- পরিবেশ: [dev, staging, prod]
- কীভাবে মোতায়েন করবেন: [পাইপলাইন লিংক ও প্রক্রিয়া]
- কনফিগারেশন ও ফিচার ফ্ল্যাগ: [কোথায় ও কীভাবে]

## পর্যবেক্ষণযোগ্যতা

- ড্যাশবোর্ড: [লিংক]
- সতর্কতা: [লিংক]
- লগ: [কোথায় পাবেন]
- SLO: [লিংক]

## পরিচালনা

- রানবুক: [লিংক]
- সাধারণ কাজ: [স্কেলিং, রিস্টার্ট, ব্যাকফিল]
- জানা ইস্যু ও সীমাবদ্ধতা: [নোট]

## শুরু করা (নতুন অবদানকারীদের জন্য)

<!-- স্থানীয়ভাবে কীভাবে গড়বেন, টেস্ট করবেন ও চালাবেন। -->

## যোগাযোগ

- Slack / চ্যাট চ্যানেল: [লিংক]
- এসকেলেশন: [পথ]

SLO / এরর-বাজেট নীতি

# SLO ও এরর-বাজেট নীতি: [সেবা বা যাত্রার নাম]

- মালিক: [দল]
- কার্যকর তারিখ: [YYYY-MM-DD]
- পর্যালোচনা ছন্দ: [যেমন ত্রৈমাসিক]

## সেবা-স্তর সূচক (SLI)

<!-- প্রতিটি SLI নির্ভুলভাবে সংজ্ঞায়িত করুন: মাপা পরিমাণ, কীভাবে
     মাপা হয়, এবং কোথা থেকে (আদর্শভাবে ব্যবহারকারীর দৃষ্টিকোণ)। -->

| SLI | সংজ্ঞা | ডেটা উৎস |
|-----|-----------|-------------|
| উপলব্ধতা | [যেমন সফল অনুরোধ / মোট অনুরোধ] | [উৎস] |
| লেটেন্সি | [যেমন Xms-এর নিচে অনুরোধের অনুপাত] | [উৎস] |

## উদ্দেশ্য (SLO)

| SLI | লক্ষ্য | পরিমাপ জানালা |
|-----|--------|--------------------|
| উপলব্ধতা | [যেমন 99.9%] | [যেমন ঘূর্ণায়মান 28 দিন] |
| লেটেন্সি | [যেমন 300ms-এর নিচে 95%] | [ঘূর্ণায়মান 28 দিন] |

## এরর বাজেট

<!-- অনুমোদিত অনির্ভরযোগ্যতা: জানালায় 100% বিয়োগ লক্ষ্য।
     বাজেট মূর্ত শব্দে বলুন (যেমন মিনিট/মাস)। -->

- বাজেট: [প্রাপ্ত ভাতা]

## বাজেট শেষ হলে নীতি

<!-- সম্মত পরিণতি। সেগুলো মূর্ত ও প্রয়োগযোগ্য করুন। -->

- [যেমন বাজেট পুনরুদ্ধার না হওয়া পর্যন্ত অ-জটিল ফিচার রিলিজ স্থগিত করুন।]
- [যেমন পরবর্তী পরিকল্পনা চক্রে নির্ভরযোগ্যতা কাজ অগ্রাধিকার দিন।]
- [যেমন পরপর দুই জানালায় ভঙ্গ হলে প্রকৌশল নেতৃত্বের কাছে এসকেলেট করুন।]

## বাজেট সুস্থ থাকলে নীতি

<!-- দল কোন অতিরিক্ত ঝুঁকি নিতে পারে, যেমন দ্রুততর রোলআউট। -->

## সতর্কতা

<!-- এই SLO-র সঙ্গে বাঁধা বার্ন-রেট সতর্কতা ও সীমা। -->

ঝুঁকি রেজিস্টার এন্ট্রি

## ঝুঁকি: [সংক্ষিপ্ত ঝুঁকির শিরোনাম]

- ঝুঁকি ID: [ID]
- উত্থাপনের তারিখ: [YYYY-MM-DD]
- মালিক: [এই ঝুঁকি পরিচালনার দায়ী নাম বা ভূমিকা]
- শ্রেণি: [নিরাপত্তা | পরিচালনাগত | সম্মতি | আর্থিক | ডেলিভারি | বিক্রেতা]
- অবস্থা: [খোলা | প্রশমনে | গৃহীত | বন্ধ]

### বিবরণ

<!-- ঝুঁকি এভাবে বলুন: কারণ -> ঘটনা -> পরিণতি। কী ঘটতে
     পারে এবং কেন গুরুত্বপূর্ণ। -->

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

- সম্ভাবনা: [নিম্ন | মাঝারি | উচ্চ]
- প্রভাব: [নিম্ন | মাঝারি | উচ্চ]
- সামগ্রিক রেটিং: [সম্ভাবনা x প্রভাব থেকে প্রাপ্ত]

### বর্তমান নিয়ন্ত্রণ

<!-- আজ ইতিমধ্যে এই ঝুঁকি কমানো কী। -->

### প্রশমন পরিকল্পনা

<!-- সম্ভাবনা বা প্রভাব কমানোর পরিকল্পিত কর্ম, মালিক ও তারিখসহ।
     ঝুঁকি গ্রহণ করলে, কে গ্রহণ করেছেন এবং কেন রেকর্ড করুন। -->

| কর্ম | মালিক | শেষ তারিখ | অবস্থা |
|--------|-------|----------|--------|
| [কর্ম] | [নাম] | [তারিখ] | [অবস্থা] |

### পর্যালোচনা

- পরবর্তী পর্যালোচনা তারিখ: [YYYY-MM-DD]
- সিদ্ধান্ত / নোট: [কোনো গ্রহণ সাইন-অফ বা পরিবর্তন]

প্রকল্প এক-পাতা / পণ্য সংক্ষিপ্ত বিবরণ

# [প্রকল্প বা পণ্যের নাম]: এক-পাতা

- পৃষ্ঠপোষক: [নাম]
- লিড: [নাম]
- তারিখ: [YYYY-MM-DD]
- অবস্থা: [ধারণা | অনুমোদিত | চলমান | পাঠানো]

## সমস্যা

<!-- এক অনুচ্ছেদ: গ্রাহক বা ব্যবসায়িক সমস্যা, এবং প্রমাণ যে এটি
     প্রকৃত এবং সমাধানের যোগ্য। -->

## শ্রোতা

<!-- কার এই সমস্যা আছে এবং সমাধানে কে লাভবান হয়। -->

## প্রস্তাবিত সমাধান

<!-- আমরা কী গড়ব বা বদলাব তার সংক্ষিপ্ত বিবরণ। অভিপ্রায়ের স্তরে
     রাখুন, বাস্তবায়ন বিস্তারিত নয়। -->

## কেন এখন

<!-- পরে নয়, এখন এটি করার কারণ। -->

## সাফল্য মেট্রিক

<!-- আমরা কীভাবে জানব এটি কাজ করেছে। পরিমাপযোগ্য ফলাফল পছন্দ করুন। -->

- [মেট্রিক ও লক্ষ্য]

## পরিসর

- পরিসরে: [আমরা কী করব]
- পরিসরের বাইরে: [আমরা কী করব না]

## ঝুঁকি ও খোলা প্রশ্ন

<!-- প্রধান অনিশ্চয়তা ও নির্ভরতা। -->

## মোটামুটি পরিকল্পনা ও মাইলফলক

<!-- উচ্চ-স্তরের পর্যায় ও আনুমানিক সময়। -->

## খরচ ও সম্পদ

<!-- প্রয়োজনীয় মানুষ, সময় ও বাজেট। -->

অন-কল হস্তান্তর নোট

# অন-কল হস্তান্তর: [YYYY-MM-DD]

- বিদায়ী: [নাম]
- আগত: [নাম]
- সেবা: [নাম]

## সামগ্রিক অবস্থা

<!-- এক লাইন: শান্ত, কোলাহলপূর্ণ, বা চলমান ইস্যু। -->

## খোলা ঘটনা

<!-- পরবর্তী সাড়াদানকারীর জানা দরকার এমন যেকোনো সক্রিয় বা সম্প্রতি
     সমাধান হওয়া ঘটনা, লিংকসহ। -->

- [ঘটনা, অবস্থা এবং কী বাকি]

## চলমান বা পরিকল্পিত পরিবর্তন

<!-- ডিপ্লয়, মাইগ্রেশন, রক্ষণাবেক্ষণ জানালা বা চলমান পরীক্ষা যা
     সতর্কতা ঘটাতে পারে। -->

## কোলাহলপূর্ণ বা ফ্ল্যাকি সতর্কতা

<!-- যে সতর্কতা ঘটেছে এবং তাদের প্রকৃত অর্থ, যাতে পরবর্তী ব্যক্তি
     বিভ্রান্ত না হয়। যেকোনো সাময়িক নীরবকরণ ও তার মেয়াদ নোট করুন। -->

## নজরদারি আইটেম

<!-- উদ্বেগজনক দিকে প্রবণ মেট্রিক বা সিস্টেম। -->

## মুলতুবি অনুবর্তী

<!-- পরবর্তী শিফটে হস্তান্তর করা কাজ, টিকিটের লিংকসহ। -->

## নোট

<!-- অন্য কিছু দরকারি: প্রবেশাধিকার বিশেষত্ব, বিক্রেতা ইস্যু, প্রেক্ষাপট। -->

পরিবর্তন অনুরোধ (নিয়ন্ত্রিত পরিবর্তন নিয়ন্ত্রণের জন্য)

# পরিবর্তন অনুরোধ: [পরিবর্তনের শিরোনাম]

- পরিবর্তন ID: [ID]
- অনুরোধকারী: [নাম]
- জমার তারিখ: [YYYY-MM-DD]
- ধরন: [মান | সাধারণ | জরুরি]
- অগ্রাধিকার: [নিম্ন | মাঝারি | উচ্চ]
- অবস্থা: [জমা দেওয়া | অনুমোদিত | প্রত্যাখ্যাত | বাস্তবায়িত | বন্ধ]

## পরিবর্তনের বিবরণ

<!-- কী বদলাচ্ছে এবং কেন। টিকিট বা প্রয়োজন উল্লেখ করুন। -->

## প্রভাবিত সিস্টেম ও উপাদান

<!-- প্রভাবিত সেবা, ডেটা, পরিবেশ এবং ব্যবহারকারী। -->

## যুক্তি ও ব্যবসায়িক প্রভাব

<!-- পরিবর্তনের কারণ এবং না করার প্রভাব। -->

## ঝুঁকি মূল্যায়ন

- ঝুঁকি স্তর: [নিম্ন | মাঝারি | উচ্চ]
- পরিবর্তন ব্যর্থ হলে সম্ভাব্য প্রভাব: [বিবরণ]
- নিরাপত্তা, গোপনীয়তা বা সম্মতির ওপর প্রভাব: [বিবরণ]

## বাস্তবায়ন পরিকল্পনা

<!-- ক্রমবদ্ধ ধাপ, দায়ী পক্ষ এবং সময়। -->

## টেস্ট ও যাচাই পরিকল্পনা

<!-- পরিবর্তনের আগে ও পরে সাফল্য কীভাবে যাচাই করা হবে। -->

## ব্যাকআউট / রোলব্যাক পরিকল্পনা

<!-- ব্যর্থ হলে পরিবর্তন কীভাবে উল্টাবেন, এবং পুনরুদ্ধার সময়। -->

## সূচি

- প্রস্তাবিত জানালা: [শুরু ও শেষ, টাইমজোনসহ]
- প্রত্যাশিত ডাউনটাইম: [সময়কাল বা নেই]

## অনুমোদন

| ভূমিকা | নাম | সিদ্ধান্ত | তারিখ |
|------|------|----------|------|
| পরিবর্তন মালিক | [নাম] | [অনুমোদন/প্রত্যাখ্যান] | [তারিখ] |
| প্রযুক্তিগত পর্যালোচক | [নাম] | [অনুমোদন/প্রত্যাখ্যান] | [তারিখ] |
| পরিবর্তন উপদেষ্টা বোর্ড | [নাম] | [অনুমোদন/প্রত্যাখ্যান] | [তারিখ] |

## বাস্তবায়ন-পরবর্তী পর্যালোচনা

<!-- ফলাফল, সম্মুখীন ইস্যু, এবং ব্যাকআউট দরকার ছিল কি না। -->

ডেটা সুরক্ষা প্রভাব মূল্যায়ন (DPIA) রূপরেখা

# ডেটা সুরক্ষা প্রভাব মূল্যায়ন: [প্রক্রিয়াকরণ কার্যকলাপের নাম]

- মূল্যায়নকারী: [নাম]
- তারিখ: [YYYY-MM-DD]
- পর্যালোচক: [DPO / গোপনীয়তা যোগাযোগ]
- অবস্থা: [খসড়া | পর্যালোচিত | অনুমোদিত]

## 1. প্রক্রিয়াকরণের বিবরণ

<!-- কোন ব্যক্তিগত ডেটা প্রক্রিয়াকৃত হয়, কীভাবে, কার দ্বারা এবং কোন
     উদ্দেশ্যে। সংগ্রহ থেকে মুছে ফেলা পর্যন্ত ডেটা প্রবাহ অন্তর্ভুক্ত করুন। -->

- ডেটা বিষয়: [ডেটা কাদের সম্পর্কে]
- ডেটা শ্রেণি: [ব্যক্তিগত ডেটার ধরন, যেকোনো বিশেষ শ্রেণি নোট করুন]
- উদ্দেশ্য: [কেন ডেটা প্রক্রিয়াকৃত হয়]
- প্রাপক ও প্রক্রিয়াকারী: [কে ডেটা পায় বা সামলায়]
- ধারণ সময়কাল: [ডেটা কতদিন রাখা হয় এবং মুছে ফেলার পদ্ধতি]
- আন্তর্জাতিক স্থানান্তর: [গন্তব্য ও স্থানান্তর যন্ত্র]

## 2. প্রয়োজনীয়তা ও আনুপাতিকতা

<!-- প্রক্রিয়াকরণ কি উদ্দেশ্যের জন্য প্রয়োজনীয়? এটি কি সবচেয়ে কম
     অনুপ্রবেশী বিকল্প? বৈধ ভিত্তি বা কর্তৃত্ব কী? -->

- বৈধ ভিত্তি / কর্তৃত্ব: [প্রতিটি উদ্দেশ্যের ভিত্তি]
- ডেটা ন্যূনতমকরণ: [প্রতিটি ক্ষেত্র কেন প্রয়োজনীয়]
- নির্ভুলতা ও ধারণ যুক্তি: [নোট]
- ডেটা বিষয়ের অধিকার কীভাবে সমর্থিত: [প্রবেশাধিকার, মুছে ফেলা ইত্যাদি]

## 3. পরামর্শ

<!-- অংশীজন, এবং যেখানে প্রাসঙ্গিক ডেটা বিষয়, যাঁদের সঙ্গে পরামর্শ করা হয়েছে। -->

## 4. ব্যক্তিদের প্রতি ঝুঁকি

<!-- গোপনীয়তা ঝুঁকি শনাক্ত করুন এবং প্রতিটি রেট করুন। -->

| ব্যক্তিদের প্রতি ঝুঁকি | সম্ভাবনা | তীব্রতা | সামগ্রিক |
|---------------------|-----------|----------|---------|
| [যেমন সংবেদনশীল ডেটায় অননুমোদিত প্রবেশাধিকার] | [L/M/H] | [L/M/H] | [রেটিং] |

## 5. ঝুঁকি কমানোর ব্যবস্থা

<!-- প্রতিটি ঝুঁকির জন্য প্রশমন এবং তার পরে অবশিষ্ট ঝুঁকি। -->

| ঝুঁকি | ব্যবস্থা | অবশিষ্ট ঝুঁকি | গ্রহণকারী |
|------|---------|---------------|-------------|
| [ঝুঁকি] | [নিয়ন্ত্রণ] | [L/M/H] | [নাম] |

## 6. ফলাফল ও সাইন-অফ

- অবশিষ্ট ঝুঁকি গ্রহণযোগ্য: [হ্যাঁ | না]
- ব্যবস্থা অনুমোদনকারী: [নাম, ভূমিকা]
- তত্ত্বাবধায়ক কর্তৃপক্ষের সঙ্গে পরামর্শ প্রয়োজন: [হ্যাঁ | না]
- পর্যালোচনা তারিখ: [YYYY-MM-DD]