বিষয় 3.5 — ডেলিভারি জীবনচক্র

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

স্বাস্থ্য ও পরিচর্যায় কেন এটি গুরুত্বপূর্ণ#

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

ঝুঁকি অসমমিত। একটি বাগসহ পাঠানো কনজিউমার অ্যাপ ব্যবহারকারীদের বিরক্ত করে; একটি বাগসহ পাঠানো শেয়ার্ড কেয়ার রেকর্ড একজন চিকিৎসককে ভুল রোগীর অ্যালার্জি দেখাতে পারে। সে কারণেই NHS একই জীবনচক্রে GOV.UK পর্যায় মডেল এবং ক্লিনিক্যাল ঝুঁকি-ব্যবস্থাপনা মান DCB0129 ও DCB0160 অন্তর্ভুক্ত করে। জীবনচক্র ঠিক করা গভর্ন্যান্সের সৌজন্য নয়: এটি সেই ব্যবস্থা যার মাধ্যমে নিরাপত্তা, ন্যায্যতা ও জনগণের অর্থের মূল্য কেবল প্রতিশ্রুত নয়, আসলে সরবরাহ হয়।

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

মূল ধারণা#

পর্যায় মডেল: ডিসকভারি → আলফা → বিটা → লাইভ। NHS ও GOV.UK সেবা-মান চারটি পর্যায় সংজ্ঞায়িত করে। ডিসকভারি (বিষয় 3.4 — ডিসকভারি পর্যায় দেখুন) সমস্যা বোঝে। আলফা একটি সমাধান কাজ করতে পারে কি না পরীক্ষা করতে এবং সবচেয়ে ঝুঁকিপূর্ণ অনুমান জ্বালিয়ে শেষ করতে ফেলে-দেওয়া প্রোটোটাইপ গড়ে। বিটা প্রোডাকশন অবকাঠামোতে প্রকৃত, প্রথমে-ব্যক্তিগত-তারপর-সর্বজনীন সেবা গড়ে, ক্রমবর্ধমান মাপে প্রকৃত ব্যবহারকারীদের সঙ্গে পুনরাবৃত্তি করে। লাইভ অবসর না হওয়া পর্যন্ত, তখনও পুনরাবৃত্তি করে, অবিরাম পরিচালনায় সেবা চালায়। পর্যায়গুলো একটি ঝুঁকি-হ্রাস ঢাল: প্রতিটি আরও অর্থ প্রতিশ্রুতিবদ্ধ করে এবং আরও ব্যবহারকারীকে উন্মুক্ত করে, গত পর্যায়ের প্রমাণ দ্বারা যথার্থকৃত।

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

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

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

জীবনচক্রের সুতো হিসেবে ক্লিনিক্যাল নিরাপত্তা ও তথ্য গভর্ন্যান্স। DCB0129 (নির্মাতা/সরবরাহকারীর জন্য) ও DCB0160 (মোতায়েনকারী স্বাস্থ্য বা পরিচর্যা প্রতিষ্ঠানের জন্য) একটি ক্লিনিক্যাল ঝুঁকি ব্যবস্থাপনা ব্যবস্থা, একটি বিপদ-লগ এবং একজন নামধারী, প্রশিক্ষিত Clinical Safety Officer (CSO) দ্বারা অনুমোদিত একটি ক্লিনিক্যাল নিরাপত্তা কেস রিপোর্ট দাবি করে। তথ্য গভর্ন্যান্স একটি বৈধ ভিত্তি, একটি DPIA, এবং Caldicott নীতিমালা মানা দাবি করে। দুটোই ডিসকভারি, আলফা, বিটা ও লাইভের মধ্য দিয়ে চলা সুতো, শেষে গেট নয়।

অবসর দেওয়া (Decommissioning)। একটি জীবনচক্রের শেষ আছে। একটি সেবাকে নিরাপদে অবসর দেওয়া, রেকর্ড-ধারণ আইনের অধীনে ডেটা স্থানান্তর বা আর্কাইভ করা, ব্যবহারকারী পুনঃনির্দেশ, চিকিৎসকদের অবহিত করা এবং রেকর্ড সংরক্ষণ, নিজেই একটি পর্যায় এবং সবচেয়ে অবহেলিতগুলোর একটি।

শ্রেষ্ঠ চর্চা#

1. পর্যায়গুলোকে ক্যালেন্ডার মাইলফলক নয়, ঝুঁকি-হ্রাস গেট হিসেবে ব্যবহার করুন। প্রতিটি পর্যায়ের সিদ্ধান্ত হোক "পরবর্তী কিস্তির অর্থ ও ব্যবহারকারী প্রতিশ্রুতিবদ্ধ করা যথার্থ করার মতো যথেষ্ট প্রমাণ আছে কি?" যে পর্যায় প্রমাণ এসে গেছে বলে নয়, তারিখ এসে গেছে বলে শেষ হয় তা গেটের মূল কথা এড়িয়ে গেছে।

2. ক্লিনিক্যাল নিরাপত্তা আলফা থেকে বুনুন, লাইভের আগে নয়। একটি সমাধানের আকার তৈরি হওয়া মাত্র একজন Clinical Safety Officer নিয়োগ করুন এবং বিপদ-লগ খুলুন। আলফায় চিহ্নিত বিপদ নকশা থেকে বাদ দেওয়া সস্তা; গো-লাইভে পাওয়া বিপদ লঞ্চ-আটকানো সংকট। নিরাপত্তা কেস সেবার সঙ্গে পরিপক্ব হয়, তাই DCB0129/0160 অনুমোদন ইতিমধ্যে করা কাজের সারাংশ, একটি হুড়োহুড়ি নয়।

3. ডিসকভারিতে DPIA ও IG কাজ শুরু করুন এবং তা জীবন্ত রাখুন। ডেটা প্রবাহ, বৈধ ভিত্তি ও Caldicott বিবেচনা আর্কিটেকচার আকার দেয়, তাই আর্কিটেকচার এখনো নরম থাকতে সেগুলো তুলে আনুন। নির্মাণের পরে লেখা একটি DPIA একটি নথিকরণ অনুশীলন; নকশার পাশাপাশি লেখা একটি আসলে ঝুঁকি কমায় এবং পুনঃকাজ প্রতিরোধ করে।

4. CI/CD ও DevOps দিয়ে প্রোডাকশনের পথ স্বয়ংক্রিয় করুন। অবিরাম একীকরণ ও অবিরাম সরবরাহ, স্বয়ংক্রিয় নির্মাণ, পরীক্ষা ও মোতায়েন পাইপলাইন, একটি দলকে ছোট, ফেরানো-যায় পরিবর্তন নিরাপদে ও ঘন ঘন পাঠাতে দেয়। একটি নিরাপত্তা-সংকটপূর্ণ ক্ষেত্রে মিনিটে একটি সংশোধন মোতায়েন এবং পরিষ্কারভাবে ফিরিয়ে আনার সামর্থ্য নিজেই একটি নিরাপত্তা নিয়ন্ত্রণ। লাইভ সেবা পর্যবেক্ষণযোগ্য ও পুনরুৎপাদনযোগ্য হতে এটি পর্যবেক্ষণ, সতর্কতা ও অবকাঠামো-কোড হিসেবে-র সঙ্গে জোড়া দিন।

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

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

7. লাইভেও পুনরাবৃত্তি চালিয়ে যান, এবং তাতে সম্পদ দিন। একটি সেবা লাইভ হলে একটি দলের প্রয়োজন শেষ হয় না। লাইভ হলো সেই জায়গা যেখানে প্রকৃত ব্যবহার শেষ অসমতা, বিরল-কিন্তু-গুরুতর ক্লিনিক্যাল প্রান্তিক ক্ষেত্র ও অ্যাক্সেসিবিলিটি ফাঁক প্রকাশ করে। সেবার পরিচালনগত জীবনের জন্য একটি স্থায়ী প্রোডাক্ট দলে অর্থায়ন করুন (বিষয় 5.0 — প্রোডাক্ট-চালিত কাজ দেখুন); দলহীন একটি লাইভ সেবা হলো ক্লিনিক্যাল ঝুঁকি জমা করা টেকনিক্যাল ঋণ।

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

দলের সঙ্গে আলোচনার প্রশ্ন#

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

2. ক্লিনিক্যাল নিরাপত্তা ও তথ্য গভর্ন্যান্স কি প্রতিটি পর্যায়ের মধ্য দিয়ে জীবন্ত সুতো, নাকি লাইভের আগে সম্পন্ন করার ইচ্ছা করা কাগজপত্র? স্বাস্থ্য ও পরিচর্যায় DPIA এবং DCB0129/0160 ক্লিনিক্যাল ঝুঁকির কাজ প্রকল্পের শেষের অনুমোদন নয়, আলফা থেকে আর্কিটেকচার ও নকশা আকার দেওয়া সুতো, কারণ আগে নকশা থেকে বাদ দেওয়া বিপদ সস্তা আর গো-লাইভে আবিষ্কৃত বিপদ একটি লঞ্চ-আটকানো সংকট, বা আরও খারাপ, নিরাপত্তা কেস পার করে দেওয়ার চাপ। এই প্রশ্ন প্রকাশ করে একটি সমাধানের আকার দেখা দেওয়া মাত্র একজন নামধারী, প্রশিক্ষিত Clinical Safety Officer এবং একটি খোলা বিপদ-লগ আছে কি না, এবং ডেটা প্রবাহ বদলানোর মতো যথেষ্ট নরম থাকতে DPIA ও বৈধ-ভিত্তি বিশ্লেষণ ডিসকভারিতে শুরু হয়েছিল কি না। বিতর্কযোগ্য ট্রেড-অফ হলো এটি অবিরাম করার অনুভূত টান বনাম পরে জুড়ে দেওয়ার অনেক বড় খরচ ও ক্লিনিক্যাল ঝুঁকি, বিশেষত ছোট দল বা স্টার্ট-আপের জন্য যেখানে কোনো নিয়ন্ত্রক এখনো নজর রাখছে না কিন্তু DCB0129 বাধ্যবাধকতা নির্মাতার ওপর নির্বিশেষে প্রযোজ্য। মূর্ত প্রমাণ বিবেচনা করুন: বিপদ-লগ কি আলফায় পাওয়া ও প্রশমিত বিপদ দেখায়, নিরাপত্তা কেস কি ইতিমধ্যে করা কাজের সারাংশ হিসেবে পড়ে, এবং DPIA কি প্রকৃত নকশা সিদ্ধান্তে ফিরে যায়? সৎ উত্তর সেবার পাশাপাশি তার নিরাপত্তা কেস পরিপক্ব করা একটি দলকে লঞ্চের মাস আগে নথিকরণের হুড়োহুড়ির দিকে যাওয়া একটি দল থেকে আলাদা করে।

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

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

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

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

বাস্তবে: স্বাস্থ্য ও পরিচর্যার একটি উদাহরণ#

একটি কমিউনিটি NHS ট্রাস্ট ডিস্ট্রিক্ট-নার্স ভিজিট সময়সূচির জন্য একটি লিগ্যাসি কাগজ-ও-স্প্রেডশিট সিস্টেম প্রতিস্থাপন করছে। ডিসকভারি (বিষয় 3.4) থেকে বেরিয়ে, দল আলফা-তে ঢোকে এবং সবচেয়ে ঝুঁকিপূর্ণ অনুমান পরীক্ষা করতে দুটি ফেলে-দেওয়া প্রোটোটাইপ গড়ে: নার্সরা রোগীদের বাড়িতে একটি ফোন ব্যবহার করবেন, এবং সময়সূচি ইলেকট্রনিক পেশেন্ট রেকর্ডের সঙ্গে সমন্বিত হতে পারে। আলফার প্রথম দিনে একজন Clinical Safety Officer নিয়োগ পান এবং একটি বিপদ-লগ খোলেন; একটি প্রাথমিক বিপদ, একজন সহকর্মীর ইতিমধ্যে সম্পন্ন করা একটি ভিজিট দেখানো একটি বাসি সময়সূচি, রিয়েল-টাইম সিঙ্ক অবস্থা দেখানোর একটি নকশা সিদ্ধান্ত চালায়। ডিসকভারিতে শুরু হওয়া DPIA চিহ্নিত করে একাকী কর্মীদের অবস্থানের ডেটার একটি সংজ্ঞায়িত বৈধ ভিত্তি ও ধারণ সীমা দরকার।

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

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

খাতভিত্তিক দৃষ্টিকোণ#

স্টার্ট-আপ#

একটি স্টার্ট-আপের জীবনচক্র সংকুচিত এবং মূলত স্ব-শাসিত: কোনো স্বাধীন সেবা মূল্যায়ন প্যানেল নেই, তাই আলফা–বিটা–লাইভ গেটের শৃঙ্খলা স্ব-আরোপিত হতে হবে নয়তো তা "অবিরাম পাঠান এবং আশা করুন"-এ ধসে পড়ে। সুবিধা হলো একটি ছোট দল প্রথম দিন থেকে প্রকৃত CI/CD চালাতে পারে এবং যেকোনো বড় সংস্থার চেয়ে দ্রুত পুনরাবৃত্তি করতে পারে। বিপদ হলো কোনো নিয়ন্ত্রক এখনো নজর রাখছে না বলে নীরবে ক্লিনিক্যাল-নিরাপত্তা ও DPIA সুতো বাদ দেওয়া, স্বাস্থ্যে একটি মারাত্মক ভুল, যেখানে DCB0129 বাধ্যবাধকতা কোম্পানির আকার নির্বিশেষে নির্মাতার ওপর বর্তায়, এবং একটি অপরিচালিত বিপদ পণ্য ও কোম্পানি উভয়ই শেষ করতে পারে। স্টার্ট-আপের উচিত আনুষ্ঠানিকতা ছাড়াও পর্যায় মডেলের অভিপ্রায় গ্রহণ করা, উন্মুক্ত হওয়ার আগে প্রমাণ, একটি সমাধানের আকার তৈরি হওয়া মাত্র একজন Clinical Safety Officer (প্রায়ই আংশিককালীন) নিয়োগ করে।

ক্ষুদ্র ব্যবসা#

একটি প্রতিষ্ঠিত ছোট প্রদানকারী, যেমন একটি জিপি প্র্যাকটিস, কমিউনিটি ফার্মেসি, কেয়ার হোম বা একক-স্থানের ক্লিনিক, সাধারণত জীবনচক্রের মুখোমুখি হয় একজন নির্মাতা নয়, একজন মোতায়েনকারী হিসেবে: সে একজন সরবরাহকারীর সিস্টেম ক্রয় বা কনফিগার করছে, তাই DCB0160 মোতায়েন অনুমোদন ও একটি স্থানীয় DPIA ঘরোয়া ডিজিটাল দল ছাড়াই তার ওপর পড়ে। পর্যায়গুলো তবু প্রযোজ্য, কিন্তু সংকুচিত ও আউটসোর্স করা: "আলফা" হলো কয়েকজন প্রকৃত রোগীর ওপর একটি তত্ত্বাবধানকৃত পাইলট, "বিটা" হলো প্র্যাকটিস জুড়ে ধাপে ধাপে রোলআউট, এবং লাইভ হলো সরবরাহকারীর হালনাগাদ অবিরাম ও মূলত প্র্যাকটিসের নিয়ন্ত্রণের বাইরে আসা ব্যবসা-যেমন-চলে। প্রতিষ্ঠানকে একজন Clinical Safety Officer (প্রায়ই একজন ক্লিনিক্যাল অংশীদার যিনি দিনের কাজের ওপর ভূমিকাটি নেন) নাম দিতে হবে এবং সিস্টেমটি স্থানীয়ভাবে কীভাবে ব্যবহৃত হয় তার জন্য একটি বিপদ-লগ রাখতে হবে, কারণ নির্মাতার DCB0129 কাজ মোতায়েনের নির্দিষ্ট ঝুঁকি ঢাকে না। আঁটসাঁট নগদ ও নিবেদিত IT ছাড়া, বাস্তবসম্মত শৃঙ্খলা হলো সরবরাহকারীর আশ্বাসের ওপর ভর দেওয়া আর সেই অল্প কয়েকটি সিদ্ধান্তের মালিক হওয়া যা কেবল স্থানীয় জ্ঞান নিতে পারে: কে প্রশিক্ষিত, সিস্টেম বন্ধ থাকলে বিকল্প কী, এবং এই নির্দিষ্ট পরিবেশে রোগীর ডেটা কীভাবে প্রবাহিত হয়।

বৃহৎ প্রতিষ্ঠান#

একটি NHS ট্রাস্ট বা বড় সরবরাহকারী জীবনচক্র তার পূর্ণতম, সবচেয়ে আশ্বাসপ্রাপ্ত রূপে চালায়: আনুষ্ঠানিক সেবা মূল্যায়ন, একজন নামধারী Clinical Safety Officer, DCB0160 মোতায়েন অনুমোদন, পরিবর্তন উপদেষ্টা বোর্ড, এবং একটি বার্ষিক অর্থায়ন চক্র যার ভেতরে অ্যাজাইল কাজ ঢুকতে হয়। চরিত্রগত চ্যালেঞ্জ হলো হাইব্রিড, প্রতিষ্ঠান ও তার নিরীক্ষকরা যা দাবি করে সেই প্রোগ্রাম-ও-মাইলফলক মোড়কের ভেতরে কাজ করা অ্যাজাইল ডেলিভারি দল, এবং চিরাচরিত ব্যর্থতা হলো "অ্যাজাইলের পোশাকে ওয়াটারফল", যেখানে গেট নীরবে ক্যালেন্ডার তারিখ হয়ে যায়। বড় প্রতিষ্ঠানের CI/CD, পর্যবেক্ষণযোগ্যতা ও স্থায়ী প্রোডাক্ট দল যথাযথভাবে করার সম্পদ আছে, তবু সাংগঠনিক জড়তা ও লিগ্যাসি ইন্টিগ্রেশন প্রায়ই মোতায়েনকে হামাগুড়িতে ধীর করে। জবাবদিহিতা বিস্তৃত ও বিস্ফোরণ-ব্যাসার্ধ বড়, তাই ব্যক্তিগত বিটা থেকে লাইভে ধাপে ধাপে ঢাল ঐচ্ছিক বিচক্ষণতা নয়, অপরিহার্য ঝুঁকি নিয়ন্ত্রণ।

সরকার#

একটি জাতীয় সংস্থা পূর্ণ Service Standard, প্রকাশিত সেবা মূল্যায়ন, ব্যয়-নিয়ন্ত্রণ ও সংসদীয় নজরদারির অধীনে সরবরাহ করে, তাই প্রতিটি পর্যায় গেট একটি সর্বজনীন জবাবদিহিতার বিন্দুও। এখানে জীবনচক্র দীর্ঘ এবং উন্মুক্ততা বিশাল, একটি লাইভ NHS-ব্যাপী সেবা লক্ষ লক্ষ মানুষকে স্পর্শ করতে পারে, যা ধাপে-ধাপে ঢাল, ক্লিনিক্যাল নিরাপত্তা আশ্বাস, এবং প্রতিস্থাপিত লিগ্যাসি সিস্টেম অবসর দেওয়ার ঝুঁকি বাড়ায়। ক্রয় নিয়ম ও বহু-বছরের অর্থায়ন নিষ্পত্তি ব্যবহারে "অ্যাজাইল" কী অর্থ হতে পারে তা আকার দেয়, এবং একটি জাতীয় সিস্টেম (তার কয়েক দশকের রেকর্ড ও সংবিধিবদ্ধ ধারণ দায়িত্বসহ) অবসর দেওয়া নিজেই একটি বড় প্রোগ্রাম। ট্রেড-অফ হলো আশ্বাস বনাম গতি: সরকারি ডেলিভারি ভারীভাবে গেটযুক্ত, যা নিরাপত্তা ও জনগণের অর্থ রক্ষা করে কিন্তু দলগুলোকে বড়-নকশা-আগে-থেকে-ফেরা না করে পুনরাবৃত্তি করতে সুচিন্তিত প্রচেষ্টা দাবি করে।

ব্যর্থতার সাধারণ ধরন#

• অ্যাজাইলের পোশাকে ওয়াটারফল। দল "স্প্রিন্ট" চালায় কিন্তু পরিধি, তারিখ ও নকশা সব আগে স্থির; পুনরাবৃত্তি নাটক। প্রতিষেধক: প্রতিটি গেটের প্রমাণ সত্যিই পরিকল্পনা বদলাতে দিন।
• শেষে জুড়ে দেওয়া নিরাপত্তা ও IG। ক্লিনিক্যাল নিরাপত্তা কেস ও DPIA গো-লাইভের মাস আগে লেখা হয়, লঞ্চ আটকে বা, আরও খারাপ, চাপের মুখে পার করে দেওয়া। প্রতিষেধক: আলফায় বিপদ-লগ ও DPIA খুলুন এবং অবিরাম পরিপক্ব করুন।
• বিগ-ব্যাং লঞ্চ। সেবাটি ব্যক্তিগত/সর্বজনীন বিটা এড়িয়ে সরাসরি পূর্ণ রোলআউটে যায়, প্রতিটি ব্যবহারকারীকে অপ্রমাণিত সফটওয়্যারে উন্মুক্ত করে। প্রতিষেধক: ধাপে-ধাপে ঢাল ব্যবহার করুন; প্রমাণের সঙ্গে উন্মুক্ততা বাড়ান।
• পরিত্যক্ত লাইভ সেবা। ডেলিভারি দল গো-লাইভে ভেঙে যায়; সেবা পচে, এবং ক্লিনিক্যাল ঝুঁকি নীরবে জমে। প্রতিষেধক: পরিচালনগত জীবনের জন্য একটি স্থায়ী প্রোডাক্ট দলে অর্থায়ন করুন।
• মূল্যায়নের আগে মুখস্থ। মূল্যায়ন ঘনিয়ে না আসা পর্যন্ত মান উপেক্ষা করা হয়, তারপর ওপর ওপর পূরণ করা হয়। প্রতিষেধক: আশ্বাস ও ক্লিনিক্যাল পর্যালোচকদের অবিরাম জড়ান।
• প্রস্থান পরিকল্পনা নেই। প্রতিস্থাপন এলে আতঙ্কে সেবাটি অবসর দেওয়া হয়, ডেটা ও ব্যবহারকারীদের আটকে ফেলে। প্রতিষেধক: অবসর দেওয়াকে প্রথম শ্রেণির পর্যায় হিসেবে পরিকল্পনা করুন।

পরিপক্বতা মডেল#

চেকলিস্ট#

• সেবাটির একটি স্পষ্ট বর্তমান পর্যায় (ডিসকভারি / আলফা / বিটা / লাইভ) এবং একটি নামধারী পরবর্তী সিদ্ধান্ত আছে।
• পর্যায় রূপান্তর তারিখে নয়, প্রমাণে গেটযুক্ত।
• আলফা থেকে একজন Clinical Safety Officer নিয়োগপ্রাপ্ত এবং একটি বিপদ-লগ খোলা (DCB0129/0160)।
• একটি DPIA ও বৈধ-ভিত্তি মূল্যায়ন (Caldicott, UK GDPR) ডিসকভারিতে শুরু হয়েছে এবং হালনাগাদ রাখা হয়।
• ডেলিভারি পদ্ধতি অনিশ্চয়তার স্তরের সঙ্গে মেলানো, এবং যেকোনো হাইব্রিড ব্যবস্থা স্পষ্ট।
• সেবা মূল্যায়ন পরিকল্পিত, এবং আশ্বাস/নিরাপত্তা/অ্যাক্সেসিবিলিটি পর্যালোচকরা আগে জড়িত।
• সর্বজনীন বিটার আগে পর্যবেক্ষণ ও দ্রুত ফেরানোসহ একটি CI/CD পাইপলাইন আছে।
• সেবাটি বিগ-ব্যাং নয়, ধাপে-ধাপে ঢালে (ব্যক্তিগত বিটা → সর্বজনীন বিটা → লাইভ) ব্যবহারকারীদের কাছে উন্মুক্ত।
• সেবার পরিচালনগত জীবনের জন্য একটি স্থায়ী প্রোডাক্ট দল অর্থায়িত (বিষয় 5.0 দেখুন)।
• একটি অবসর পরিকল্পনা ডেটা ধারণ/স্থানান্তর, ব্যবহারকারী পুনঃনির্দেশ, এবং নিরাপত্তা ও নিরীক্ষা রেকর্ড আর্কাইভ ঢাকে।

মূল উৎস#

• GOV.UK Service Manual — একটি অ্যাজাইল প্রকল্পের পর্যায় (ডিসকভারি, আলফা, বিটা, লাইভ) এবং Government Service Standard।
• NHS England — NHS Service Standard ও NHS Digital Service Manual; NHS সেবা মূল্যায়ন।
• NHS England Digital — DCB0129 (Clinical Risk Management: its Application in the Manufacture of Health IT Systems) ও DCB0160 (এর Deployment and Use of Health IT Systems-এ প্রয়োগ)।
• NHS England — ডিজিটাল ক্লিনিক্যাল নিরাপত্তা আশ্বাস; Clinical Safety Officer ভূমিকা, বিপদ-লগ ও ক্লিনিক্যাল নিরাপত্তা কেস রিপোর্ট।
• NHS England — Digital Technology Assessment Criteria (DTAC)।
• যুক্তরাজ্যের Caldicott Principles; Data Protection Act 2018 / UK GDPR ও ডেটা সুরক্ষা প্রভাব মূল্যায়ন।
• NICE — ডিজিটাল স্বাস্থ্য প্রযুক্তির জন্য Evidence Standards Framework।
• DevOps ও অবিরাম সরবরাহ চর্চা (যেমন DORA সামর্থ্য: অবিরাম একীকরণ, মোতায়েন স্বয়ংক্রিয়তা, পর্যবেক্ষণ); অবিরাম সরবরাহ ও সেবা পরিচালনা নিয়ে GOV.UK Service Manual নির্দেশিকা।

তথ্যসূত্র#

1. Systems development life cycle — Wikipedia — https://en.wikipedia.org/wiki/Systems_development_life_cycle
2. Waterfall model — Wikipedia — https://en.wikipedia.org/wiki/Waterfall_model
3. Agile software development — Wikipedia — https://en.wikipedia.org/wiki/Agile_software_development
4. Software prototyping — Wikipedia — https://en.wikipedia.org/wiki/Software_prototyping
5. CI/CD — Wikipedia — https://en.wikipedia.org/wiki/CI/CD
6. Continuous integration — Wikipedia — https://en.wikipedia.org/wiki/Continuous_integration
7. Continuous delivery — Wikipedia — https://en.wikipedia.org/wiki/Continuous_delivery
8. DevOps — Wikipedia — https://en.wikipedia.org/wiki/DevOps
9. Infrastructure as Code — Wikipedia — https://en.wikipedia.org/wiki/Infrastructure_as_code
10. Observability (software) — Wikipedia — https://en.wikipedia.org/wiki/Observability_(software)
11. Privacy impact assessment (data protection impact assessment) — Wikipedia — https://en.wikipedia.org/wiki/Privacy_impact_assessment
12. Agile delivery: the phases of an agile project — Government Digital Service, GOV.UK Service Manual — https://www.gov.uk/service-manual/agile-delivery
13. NHS service standard and NHS digital service manual — NHS England — https://service-manual.nhs.uk/
14. Clinical risk management standards DCB0129 and DCB0160 — NHS England (Clinical Safety) — https://digital.nhs.uk/services/clinical-safety
15. DevOps Research and Assessment (DORA) capabilities — Google Cloud / DORA — https://dora.dev/
16. Continuous delivery — Jez Humble and David Farley — https://continuousdelivery.com/
17. Data protection impact assessments (DPIAs) — Information Commissioner's Office (ICO) — https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/accountability-and-governance/data-protection-impact-assessments-dpias/
18. Evidence standards framework for digital health technologies — NICE — https://www.nice.org.uk/about/what-we-do/digital-health