موضوع 5.2 — پروگرام پر مبنی کام

ایک جملے میں: پروگرام پر مبنی کام متعلقہ منصوبوں اور مصنوعات کے مجموعے کو ایسی حکمت عملی کی تبدیلی کی طرف ہم آہنگ کرتا ہے جو ان میں سے کوئی اکیلا نہیں پہنچا سکتا، کام سے ان فوائد تک جو اسے حاصل کرنے ہیں واضح نظر کی لکیر رکھتے ہوئے۔

یہ صحت اور نگہداشت میں کیوں اہم ہے#

صحت اور نگہداشت کی سب سے بڑی تبدیلیاں کبھی واحد منصوبہ نہیں ہوتیں۔ مربوط نگہداشتی نظام (ICS) بھر میں مشترکہ نگہداشتی ریکارڈ جاری کرنا، علاقے کو واحد برقی مریض ریکارڈ پر منتقل کرنا، فوری اور ہنگامی نگہداشت کے راستے کو تبدیل کرنا، یا کئی ٹرسٹس میں ورچوئل وارڈ کا پروگرام پہنچانا — ان میں سے ہر ایک منصوبوں، مصنوعہ ٹیموں، افرادی قوت کی تبدیلی، جائیداد کے کام اور طبی دوبارہ ڈیزائن کا ہم آہنگ مجموعہ ہے جو ایک حکمت عملی کے نتیجے سے منسلک ہے۔ ٹکڑوں کو الگ تھلگ منظم کریں تو وہ ٹکراتے ہیں: غیر موافق ڈیٹا معیارات، دہرایا خرچ، متضاد طبی کام کے بہاؤ، اور فوائد جو کبھی ظاہر نہیں ہوتے۔

پروگرام کا انتظام اس اتحاد کو باندھے رکھنے اور اسے محض آؤٹ پٹس نہیں بلکہ نتائج اور فوائد کی طرف رکھنے کے لیے موجود ہے۔ یہ صحت اور نگہداشت میں شدت سے اہم ہے کیونکہ نظام بھر کی تبدیلی تنظیمی سرحدوں کے پار مریض کے تحفظ کو چھوتی ہے، کئی برسوں میں عوامی پیسے کی بڑی رقوم وابستہ کرتی ہے، اور بہت سے خود مختار اداروں کے ایک ساتھ چلنے کے انتخاب پر منحصر ہے۔ پروگرام قیادت، مشترکہ ہدفی حالت، اور فوائد کا نظم و ضبط فراہم کرتا ہے کہ یہ ہو — اور اتنا ہی اہم، یہ جاننا کہ آیا یہ کام کر رہا ہے۔

بار بار آنے والی ناکامی جس سے یہ بچاتا ہے وہ پروگرام ہے جو کروڑوں خرچ کرتا ہے، تکنیکی آؤٹ پٹس کا ڈھیر پہنچاتا ہے، پھر بھی مریضوں یا عملے کے لیے ناپنے کے قابل کچھ نہیں بدلتا۔ یہ موضوع Managing Successful Programmes (MSP)، UK کے سرکاری شعبے کا غالب فریم ورک، استعمال کرتا ہے اور دکھاتا ہے کہ پروگرام پر مبنی کام منصوبہ پر مبنی (موضوع 5.1 — منصوبہ پر مبنی کام) اور مصنوعہ پر مبنی (موضوع 5.0 — مصنوعات پر مبنی کام) طریقوں کے ساتھ کیسے بقائے باہمی رکھتا ہے جن کی یہ ہم آہنگی کرتا ہے۔ موضوع 5.3 — انٹرپرائز پراجیکٹ پورٹ فولیو مینجمنٹ (EPPM) پھر وضاحت کرتا ہے کہ ادارہ بہت سے پروگراموں میں ترجیح کیسے دیتا ہے۔

بنیادی تصورات#

پروگرام۔ عارضی، لچکدار تنظیم جو متعلقہ منصوبوں اور سرگرمیوں کے گروہ کو ہم آہنگ، ہدایت اور نگرانی کرنے کے لیے بنائی گئی ہو تاکہ حکمت عملی کے مقاصد سے ہم آہنگ نتائج اور فوائد پہنچائے۔ پروگرام منصوبے سے اس لحاظ سے مختلف ہے کہ یہ اس نتیجے اور فوائد سے متعین ہوتا ہے جو یہ چاہتا ہے، اور واحد طے شدہ آؤٹ پٹ پہنچانے کے بجائے بہت سے متحرک حصوں کی ہم آہنگی کی غیر یقینی کو منظم کرتا ہے۔

MSP (Managing Successful Programmes)۔ متعدد متعلقہ منصوبوں کے ذریعے تبدیلی لانے والی تبدیلی کے انتظام کا UK کا بہترین عمل کا فریم ورک۔ یہ اصولوں، موضوعات، اور عملوں کے "تبدیلی لانے والے بہاؤ" کے گرد منظم ہے، اور بڑی، پیچیدہ تبدیلی کے لیے ڈیزائن کیا گیا ہے جہاں اختتامی حالت سمت میں معلوم ہے مگر راستے میں بہت سی باہم منحصر ترسیلیں شامل ہیں۔

وژن اور بلیو پرنٹ۔ وژن مستقبل کی وہ پرکشش تصویر ہے جو پروگرام بنائے گا۔ بلیو پرنٹ اسے ٹھوس بناتا ہے: یہ ہدفی عملیاتی ماڈل بیان کرتا ہے — عملوں، تنظیم، ٹیکنالوجی، معلومات اور کرداروں کی مستقبل کی حالت (اکثر POTI کے طور پر خلاصہ)۔ بلیو پرنٹ وہ حوالہ نقطہ ہے جس کی طرف ہر منصوبے کو چلایا جاتا ہے، تاکہ ٹکڑے مربوط مکمل بنیں۔

فوائد کا حصول۔ پروگرام کے انتظام کا دل۔ فوائد وہ ناپنے کے قابل بہتریاں ہیں جو سرمایہ کاری کا جواز دیتی ہیں — کم تاخیر سے ڈسچارج، کم دہرائے ٹیسٹ، تیز تشخیص، کم انتظامی بوجھ۔ MSP پوری زندگی میں فوائد کی شناخت، نقشہ بندی، پیمائش اور فعال انتظام کو بنیادی نظم و ضبط سمجھتا ہے، کیونکہ آؤٹ پٹس تبھی قدر بناتے ہیں جب نگہداشت کی فراہمی بدلنے کے لیے استعمال ہوں۔

ٹرانچ۔ MSP پروگرام کو ٹرانچز میں توڑتا ہے — کام کے بلاکس جو بڑے جائزے کے نقطے پر ختم ہوتے ہیں جہاں صلاحیت کا ایک قدم پہنچا دیا گیا ہو اور فوائد کا حصول شروع ہو سکے۔ ٹرانچ نتائج دکھانے، حقیقت کے مقابل بلیو پرنٹ پر دوبارہ غور کرنے، اور جاری رکھنے، ایڈجسٹ کرنے یا روکنے کا فیصلہ کرنے کا لمحہ ہے، محض شیڈول کا ٹکڑا نہیں۔

پروگرام بورڈ اور SRO۔ سینئر ذمہ دار مالک (SRO) وہ واحد فرد ہے جو پروگرام کے مقاصد پورے کرنے اور اس کے فوائد حاصل کرنے کا جواب دہ ہے، قیادت کرنے اور فیصلے کرنے کے لیے کافی سینیارٹی اور اختیار کے ساتھ۔ SRO پروگرام بورڈ کی صدارت کرتا ہے — عموماً کاروباری تبدیلی کا مینیجر، منصوبوں کے رہنما، اور سینئر اسٹیک ہولڈرز — جو تنظیمی سرحدوں کے پار سمت دیتا ہے۔

کاروباری تبدیلی کا مینیجر (BCM)۔ MSP کا مخصوص کردار: عملیاتی کاروبار سے کوئی (ترسیل کی ٹیم سے نہیں) جو تبدیلی کو سمونے اور زمین پر فوائد حاصل کرنے کا جواب دہ ہو۔ BCM اسی لیے ہے کہ پروگرام صرف آؤٹ پٹس نہیں بلکہ نتائج پہنچاتے ہیں — منصوبے صلاحیت حوالے کرتے ہیں، BCM اسے فائدے میں بدلتا ہے۔

بہترین طریقے#

1. پروگرام کو وژن اور بلیو پرنٹ میں لنگر انداز کریں۔ حکمت عملی کا نتیجہ متعین کریں اور اسے ٹھوس ہدفی عملیاتی ماڈل (عمل، تنظیم، ٹیکنالوجی، معلومات — POTI) میں بدلیں۔ ہر جزوی منصوبہ اور مصنوعہ پھر اسی مستقبل کی حالت کی طرف چلایا جاتا ہے، جو ترسیلوں کے اتحاد کو بکھرنے سے روکتا ہے۔

2. صرف ترسیلات نہیں، فوائد منظم کریں۔ فوائد کا نقشہ بنائیں جو ہر آؤٹ پٹ کو ان نتائج اور ناپنے کے قابل فوائد سے جوڑے جو اسے پیدا کرنے چاہییں، مالکان اور بنیادوں کے ساتھ۔ پروگرام بھر میں فوائد کا فعال جائزہ لیں، اور وہ کام روکنے کو تیار رہیں جو ادائیگی نہیں کرے گا — فوائد کے حصول پر MSP کا زور وہ نظم و ضبط ہے جو پروگرام کو مہنگی کرنے کی فہرست سے الگ کرتا ہے۔

3. کام کو حقیقی جائزے کے نقطوں والے ٹرانچز میں ترتیب دیں۔ صلاحیت ٹرانچز میں پہنچائیں، اور ہر ٹرانچ کی سرحد پر اب تک حاصل ہوئے فوائد دکھائیں، جو سیکھا اس کے مقابل بلیو پرنٹ کی دوبارہ جانچ کریں، اور حقیقی جاری رکھنے/ایڈجسٹ کرنے/روکنے کا فیصلہ کریں۔ ابتدائی ٹرانچز کو نمایاں جلدی کامیابیوں کو ہدف بنانا چاہیے تاکہ بعد کی مشکل کامیابیوں کے لیے اسٹیک ہولڈر کا اعتماد بنے۔

4. بااختیار SRO اور حقیقی پروگرام بورڈ مقرر کریں۔ ایک SRO کا نام لیں جس کے پاس پروگرام کی ہدایت اور تنظیمی سرحدوں کے پار فیصلہ کرنے کی سینیارٹی اور اختیار ہو، اور ایسا بورڈ بلائیں جو متاثرہ اداروں کی حقیقی نمائندگی کرے۔ پروگرام تب ناکام ہوتے ہیں جب جواب دہی منتشر ہو یا SRO واقعی سرحد پار فیصلے مستحکم نہ کر سکے۔

5. کاروباری تبدیلی کے مینیجرز کو عملیاتی کاروبار میں رکھیں۔ اگلی صف کے اداروں سے BCMs تفویض کریں جو اپنانے اور فوائد کے حصول کے مالک ہوں جہاں نگہداشت فراہم ہوتی ہے۔ پہنچائی گئی مگر نہ اپنائی گئی صلاحیت کوئی فائدہ حاصل نہیں کرتی؛ BCM کا کردار وہ طریقہ کار ہے جو اس خلا کو بند کرتا ہے۔

6. جزوی منصوبوں اور مصنوعات کی ہم آہنگی کریں — نگرانی کی تفصیل میں نہ جائیں۔ پروگرام بلیو پرنٹ، باہمی انحصار، معیارات اور فوائد طے کرتا ہے؛ یہ منصوبوں اور مصنوعہ ٹیموں کو اس دائرے میں ترسیل کرنے دیتا ہے۔ یہ جوڑ منظم کرتا ہے — مشترکہ ڈیٹا معیارات، معلومات کی نظامت، ترتیب، اور مشترکہ بنیادی ڈھانچہ — ہر ترسیل کی اندرونی تفصیل نہیں۔

7. سرحد پار خطرہ، انحصار اور اسٹیک ہولڈرز کو بے رحمی سے منظم کریں۔ پروگرام الگ منصوبوں پر جو قدر جوڑتا ہے وہ بڑی حد تک ان کے درمیان ہونے والے کو منظم کرنے میں ہے۔ باہمی انحصار اور مشترکہ خطرات کا پروگرام کی سطح کا نظارہ رکھیں، اور خود مختار اداروں کے پار اسٹیک ہولڈر کی شمولیت میں بھاری سرمایہ کاری کریں، کیونکہ ہم آہنگی رضاکارانہ ہے، حکم سے نہیں۔

8. تبدیلی سمو جانے پر پروگرام بند کریں اور جاری خدمات مصنوعہ ٹیموں کو دیں۔ پروگرام عارضی ہے۔ جب بلیو پرنٹ حاصل ہو جائے اور فوائد حاصل ہو رہے ہوں تو اسے دانستہ بند کریں، پائیدار خدمات پائیدار مصنوعہ ٹیموں (موضوع 5.0) کو منتقل کریں، اور فوائد کو معمول کے کاروبار میں ٹریک کرتے رہیں — بہت سے فوائد پروگرام ختم ہونے کے بعد جمع ہوتے ہیں۔

اپنی ٹیم کے ساتھ زیرِ بحث لانے کے سوالات#

1. کیا ہمارے سینئر ذمہ دار مالک کے پاس خود مختار شراکت دار اداروں میں فیصلے مستحکم کرنے کا حقیقی اختیار ہے، یا صرف جواب دہی جب وہ نہ ہوں؟ پروگرام پر مبنی کام سرحد پار اختیار پر زندہ یا مردہ ہوتا ہے، کیونکہ تبدیلی خود مختار ٹرسٹس، بنیادی نگہداشت، کمیونٹی، ذہنی صحت اور سماجی نگہداشت پر پھیلی ہے جنہیں محض حکم سے ایک ساتھ چلانا ممکن نہیں۔ خصوصیاتی ناکامی نامزد SRO ہے جو فوائد کی ذاتی، عوامی جواب دہی اٹھاتا ہے مگر ہچکچاتے شراکت دار کو مشترکہ ڈیٹا معیار اپنانے یا طبی کام کا بہاؤ بدلنے پر مجبور کرنے کی حیثیت نہیں رکھتا — اختیار کے بغیر جواب دہی۔ بحث کو اس بارے میں بے لاگ ہونا چاہیے کہ نظام میں حقیقی طاقت کہاں ہے: آیا پروگرام بورڈ متاثرہ اداروں کی حقیقی نمائندگی کرتا ہے یا رپورٹنگ کا فورم ہے، آیا SRO اتنا سینئر ہے کہ ان کے فیصلوں کا خود مختار سرحدوں میں احترام ہو، اور جب ایک شراکت دار آگے بڑھنے سے انکار کرے تو کیا ہوتا ہے۔ حالیہ کثیر ادارہ جاتی فیصلے پر غور کریں اور سراغ لگائیں کہ آیا وہ واقعی قائم رہا۔ اچھا جواب نام لیتا ہے کہ SRO کون ہے اور ٹھوس سرحد پار تنازعے کے مقابل ان کے اختیار کو آزماتا ہے، ان اداروں کے بارے میں دیانت دار ہے جو مؤثر طور پر نکل سکتے ہیں، اور نمائندہ بورڈ اور سمو دیے گئے کاروباری تبدیلی کے مینیجرز کو نظامت کی سجاوٹ کے بجائے رضاکارانہ ہم آہنگی کے بوجھ اٹھانے والے طریقہ کار سمجھتا ہے۔

2. ہمیں کیسے پتا چلے گا کہ اس پروگرام نے فوائد حاصل کیے اور محض آؤٹ پٹس نہیں پہنچائے — اور عملیاتی کاروبار میں صلاحیت کو فائدے میں بدلنے کا جواب دہ کون ہے؟ آؤٹ پٹ کا تھیٹر وہ بار بار آنے والی بیماری ہے جس سے موضوع خبردار کرتا ہے: پروگرام کروڑوں خرچ کرتا ہے، باہمی عملیت کے پلیٹ فارم اور انضمام کا ڈھیر بناتا ہے، اور پھر بھی مریضوں یا عملے کے لیے ناپنے کے قابل کچھ نہیں بدلتا۔ فرق جو اسے روکتا ہے وہ کاروباری تبدیلی کا مینیجر ہے — اگلی صف کے عملیات سے کوئی، ترسیل کی ٹیم سے نہیں، جو تبدیلی سمونے اور جہاں نگہداشت فراہم ہوتی ہے وہاں فائدہ حاصل کرنے کا جواب دہ ہو — اس لیے سوال ٹیم کو ان لوگوں کا نام لینے اور تصدیق کرنے پر مجبور کرتا ہے کہ وہ موجود ہیں۔ کشمکش یہ ہے کہ ترسیل نظر آنے والی اور اطمینان بخش ہے جبکہ اپنانا سست، غیر دلکش، اور فرض کرنا آسان ہے کہ بس ہو جائے گا؛ اضافی لاگ اِن کے پیچھے دفن مشترکہ نگہداشتی ریکارڈ، چاہے کتنا ہی اچھا بنا ہو، کوئی فائدہ حاصل نہیں کرتا۔ فوائد کا نقشہ بحث میں لائیں اور جانچیں کہ آیا ہر آؤٹ پٹ ملکیت یافتہ، بنیاد پر طے، ناپنے کے قابل فائدے (کم دہرائے ٹیسٹ، کم تاخیر سے ڈسچارج) سے جڑا ہے یا فوائد محض دعوے ہیں۔ دیانت دار جواب ہر شراکت دار ادارے میں BCM کا نام لیتا ہے، تسلیم کرتا ہے کہ فوائد فی الحال کہاں بے مالک یا غیر ناپے ہیں، اور مانتا ہے کہ کچھ فوائد صرف پروگرام بند ہونے کے بعد جمع ہوتے ہیں اور معمول کے کاروبار میں ٹریک ہونے چاہییں۔

3. کیا ہم اس پروگرام کو ٹرانچز میں بانٹ رہے ہیں تاکہ ابتدائی فوائد جمع ہوں اور جاری رکھنے/ایڈجسٹ کرنے/روکنے کے حقیقی نقطے بنیں، یا بگ بینگ ترسیل کی طرف بھٹک رہے ہیں جو ساری خطرہ ایک دیر کے لمحے پر ٹال دیتی ہے؟ ٹرانچز وہ ہیں جو پروگرام کو مہنگے منجمد منصوبے سے الگ کرتے ہیں: ہر ٹرانچ کی سرحد کو صلاحیت کا قدم پہنچانا، اب تک حاصل ہوئے فوائد دکھانا، جو واقعی سیکھا گیا اس کے مقابل بلیو پرنٹ کی دوبارہ جانچ کرنا، اور جاری رکھنے، ایڈجسٹ کرنے یا روکنے کے حقیقی فیصلے کی معاونت کرنی چاہیے۔ صحت اور نگہداشت میں کشش انجینئرنگ کی سہولت کے لیے ترتیب دینا اور نظر آنے والی قدر مؤخر کرنا ہے — ہر ٹرسٹ کو جوڑنا اس سے پہلے کہ کوئی کچھ استعمال کر سکے — جو سارا خطرہ واحد دیر کی ترسیل پر لادتا ہے اور بورڈ کو مالی اور سیاسی چکروں میں جاری سرمایہ کاری کا دفاع کرنے کے لیے کوئی ثبوت نہیں دیتا۔ بحث کو جانچنا چاہیے کہ آیا ابتدائی ٹرانچز دانستہ جلدی کامیابیوں کو ہدف بناتے ہیں جو بعد کے مشکل کام کے لیے اسٹیک ہولڈر کا اعتماد بناتی ہیں، اور آیا جائزے کے نقطے حقیقی فیصلے ہیں یا شیڈول کے چیک پوائنٹس۔ غور کریں کہ پہلا قابلِ مظاہرہ فائدہ کیا ہے، کتنی جلدی ہاتھ آتا ہے، اور اگر اپنانا پیچھے رہے یا بلیو پرنٹ غلط نکلے تو بورڈ ٹرانچ کے جائزے میں اصل میں کیا کرے گا۔ اچھا جواب ابتدائی، ناپنے کے قابل کامیابیوں کے ساتھ ٹھوس ٹرانچز بیان کرتا ہے، ہر سرحد کو حقیقی جانے/نہ جانے کا فیصلہ سمجھتا ہے جس میں بلیو پرنٹ واقعی نظرثانی کے لیے کھلا ہو، اور آخر تک قدر مؤخر کرنے کے کسی بھی دباؤ کے بارے میں دیانت دار ہے۔

4. کیا ہمارے پاس ہدفی عملیاتی ماڈل کا واحد، برقرار رکھا بلیو پرنٹ ہے، یا ہر منصوبہ خاموشی سے مستقبل کے اپنے ورژن کی طرف بہتر بنا رہا ہے؟ بلیو پرنٹ — عملوں، تنظیم، ٹیکنالوجی اور معلومات کا ٹھوس POTI ہدفی عملیاتی ماڈل — وہ ہے جو ٹکڑوں کو مقامی طور پر معقول فیصلوں کے ٹکراؤ کے بجائے مربوط مکمل بناتا ہے۔ اس کے بغیر ہر جزوی منصوبہ معقول طور پر اپنے دائرے کے لیے بہتر بناتا ہے: ایک ٹرسٹ ڈیٹا کا معیار چنتا ہے جو اس کے موجودہ EPR کو موزوں ہو، دوسرا اپنے عملے کے گرد طبی کام کا بہاؤ ڈیزائن کرتا ہے، اور مشترکہ نگہداشتی ریکارڈ ایسے انضمام میں بکھر جاتا ہے جو تکنیکی طور پر جڑتے ہیں مگر مربوط نہیں ہوتے۔ کشمکش یہ ہے کہ بلیو پرنٹ برقرار رکھنا بھیجنے کے دباؤ میں ترسیل کی ٹیموں کو اوپر کا بوجھ لگتا ہے، اور اسے ایک بار لکھے اور شیلف میں رکھے دستاویز کے بجائے ہر ٹرانچ پر دوبارہ جانچا جانے والا زندہ حوالہ ہونا چاہیے۔ بحث کو قائم کرنا چاہیے کہ آیا بلیو پرنٹ قابلِ استعمال شکل میں واقعی موجود ہے، اس کا مالک کون ہے، اور آیا حقیقی منصوبے کے فیصلے اس کی رہنمائی میں ہو رہے ہیں یا بعد میں اس سے ہم آہنگ کیے جاتے ہیں۔ ایک منصوبے میں حالیہ ڈیزائن کے انتخاب پر غور کریں اور پوچھیں کہ آیا بلیو پرنٹ نے اسے ڈھالا یا خاموشی سے اوور رائیڈ ہوا۔ دیانت دار جواب موجودہ بلیو پرنٹ کی طرف اشارہ کر سکتا ہے، اس کے مالک کا نام لیتا ہے، اور بے لاگ ہے کہ مقامی اصلاح پہلے ہی ہدفی حالت کو کہاں الگ کھینچ رہی ہے۔

5. جب پروگرام بند ہو تو کیا باقی رہتا ہے — اور کیا ہم نے وہ پائیدار مصنوعہ ٹیمیں نامزد کی ہیں جو صلاحیت چلائیں گی اور فوائد کو معمول کے کاروبار میں ٹریک کرتی رہیں گی؟ پروگرام تعریف کے لحاظ سے عارضی ہے، لیکن مشترکہ نگہداشتی ریکارڈ، باہمی عملیت کا پلیٹ فارم، اور جو فوائد وہ پیدا کرتے ہیں وہ نہیں، اس لیے بندش بعد کی سوچ کے بجائے شروع سے منصوبہ بند ہونے والا ڈیزائن کا مسئلہ ہے۔ دونوں سروں پر بار بار ناکامی حقیقی ہے: کچھ پروگرام کبھی بند نہیں ہوتے اور تبدیلی کے سمو جانے کے بہت بعد مستقل بیوروکریسی میں سخت ہو جاتے ہیں، جبکہ دوسرے اچانک بند ہو کر زندہ طبی خدمت کو بغیر پائیدار مالک کے چھوڑ دیتے ہیں۔ موضوع صریح ہے کہ پائیدار خدمات پائیدار مصنوعہ ٹیموں (موضوع 5.0) کو منتقل ہونی چاہییں اور بہت سے فوائد صرف پروگرام ختم ہونے کے بعد جمع ہوتے ہیں اور BAU میں ٹریک ہونے چاہییں — جس کا مطلب ہے کہ وصول کرنے والی ٹیمیں اور فوائد کی جاری ملکیت اس وقت شناخت ہونی چاہیے جب پروگرام کے پاس انہیں قائم کرنے کا اختیار اور فنڈنگ ہو۔ بحث کو ابھارنا چاہیے کہ ہر پائیدار صلاحیت کون چلائے گا، تبدیلی کے پیسے ختم ہونے پر اسے کیسے فنڈ کیا جائے گا، اور پروگرام بورڈ کے تحلیل ہونے کے بعد فوائد ناپتے رہنے کا ذمہ دار کون ہے۔ اچھا جواب مخصوص مصنوعہ ٹیموں اور BAU مالکان کا نام لیتا ہے، فنڈنگ کی منتقلی دیانت داری سے بیان کرتا ہے، اور بندش اور فوائد کی ٹریکنگ کو امید بھری حوالگی کے بجائے منصوبہ بند ٹرانچز سمجھتا ہے۔

6. ہم منصوبوں کے درمیان جوڑ — مشترکہ معیارات، معلومات کی نظامت، ترتیب، اور مشترکہ بنیادی ڈھانچہ — کیسے منظم کر رہے ہیں بجائے ہر ترسیل کی اندرونی تفصیل کے؟ پروگرام الگ منصوبوں کے مجموعے پر جو قدر جوڑتا ہے وہ تقریباً مکمل طور پر ان کے درمیان کی جگہ میں رہتی ہے: باہمی انحصار، مشترکہ ڈیٹا معیارات، معلومات کی نظامت اور رضامندی کا ڈھانچہ، اور مشترکہ بنیادی ڈھانچہ جس کا کوئی ایک منصوبہ مالک نہیں مگر سب اس پر منحصر ہیں۔ پروگرام ٹیم کے لیے کشش ہر ترسیل کی اندرونی تفصیل کی نگرانی میں بھٹکنا ہے — آرام دہ، نظر آنے والا کام — جبکہ واقعی مشکل سرحد پار جوڑ غیر منظم رہتے ہیں یہاں تک کہ لائیو ہونے پر انضمام کی ناکامی یا معلومات کی نظامت کی رکاوٹ کے طور پر سامنے آئیں۔ صحت اور نگہداشت میں یہ جوڑ غیر معمولی حد تک بوجھ اٹھانے والے ہیں، کیونکہ ڈیٹا کے بہاؤ اور رضامندی خود مختار تنظیمی اور ضابطہ جاتی سرحدوں کے پار جاتے ہیں جہاں ہم آہنگی رضاکارانہ ہے اور قانونی فرائض مشترک مگر غیر مساوی وسائل کے ساتھ ہیں۔ بحث کو جانچنا چاہیے کہ آیا باہمی انحصار اور مشترکہ خطرات کا پروگرام کی سطح کا نظارہ ہے، مشترکہ معیارات اور بنیادی ڈھانچے کا مالک کون ہے، اور آیا پروگرام جوڑوں کی ہم آہنگی کر رہا ہے یا منصوبے کی تفصیل میں دخل دے رہا ہے۔ دیانت دار جواب ان مخصوص جوڑوں کی شناخت کرتا ہے جو نتیجے کو سب سے زیادہ خطرے میں ڈالتے ہیں، ان کے مالکان کا نام لیتا ہے، اور بے لاگ ہے کہ آیا پروگرام سرحدوں پر قدر جوڑ رہا ہے یا ان منصوبوں کے کام کی نقل کر رہا ہے جنہیں وہ ممکن بنا رہا ہوتا۔

عملی مثال: صحت اور نگہداشت کی ایک مثال#

ایک ICS مشترکہ نگہداشتی ریکارڈ پہنچانے نکلتا ہے جو شدید، کمیونٹی، ذہنی صحت، بنیادی نگہداشت اور سماجی نگہداشت کے معالجین کو شخص کا متحد منظر دے۔ کوئی ایک منصوبہ یہ نہیں پہنچا سکتا: یہ کئی ٹرسٹس، متعدد ماخذ نظاموں، معلومات کی نظامت کے معاہدوں، طبی کام کے بہاؤ کے دوبارہ ڈیزائن، اور عوامی شمولیت پر پھیلا ہے۔ یہ MSP پروگرام کے طور پر ہم آہنگ کیا جاتا ہے۔

SRO — ہمہ نظام حقیقی اختیار والا ICS ایگزیکٹو — ہر شراکت دار ادارے کے نمائندوں اور ہر ایک میں نامزد کاروباری تبدیلی کے مینیجرز کے ساتھ پروگرام بورڈ کی صدارت کرتا ہے۔ پروگرام وژن طے کرتا ہے ("درست شخص کے بارے میں درست معلومات، درست معالج کو، نگہداشت کے مقام پر دستیاب") اور بلیو پرنٹ جو ہدفی عملیاتی ماڈل بیان کرتا ہے: ڈیٹا بانٹنے کا فن تعمیر اور معیارات (HL7 FHIR پر مبنی باہمی عملیت)، معلومات کی نظامت کا ڈھانچہ، رضامندی کا ماڈل، اور دوبارہ ڈیزائن شدہ طبی کام کے بہاؤ۔

کام ٹرانچز میں منظم ہے۔ پہلا ٹرانچ دو آمادہ شدید ٹرسٹس کو جوڑتا اور صرف پڑھنے والا ریکارڈ پہنچاتا ہے، دانستہ جلدی کامیابی جو طریقے کو ثابت کرتی ہے اور بورڈ کو اعتماد بنانے کے لیے ابتدائی فائدہ دکھانے دیتی ہے — دہرائے ٹیسٹ میں ناپنے کے قابل کمی۔ پہلے ٹرانچ کے جائزے میں بورڈ سیکھتا ہے کہ جہاں ریکارڈ اضافی لاگ اِن کے پیچھے دفن ہے وہاں معالجین کا اپنانا پیچھے ہے، اس لیے یہ بلیو پرنٹ ایڈجسٹ کرتا ہے تاکہ رول آؤٹ بڑھانے سے پہلے واحد سائن آن کے انضمام کو ترجیح دے۔

پروگرام کے نیچے طریقے ساتھ رہتے ہیں۔ باہمی عملیت کا پلیٹ فارم پائیدار مصنوعہ ٹیم (موضوع 5.0) چلاتی ہے جو اسے پورے پروگرام اور اس کے بعد بھی بہتر کرتی ہے۔ ہر ٹرسٹ کا رابطہ اپنے کاروباری مقدمے اور لائیو ہونے کے ساتھ محدود منصوبہ (موضوع 5.1) ہے۔ پروگرام خود بلیو پرنٹ، معیارات، باہمی انحصار، اور — BCMs کے ذریعے — فوائد کے حصول کی ہم آہنگی کرتا ہے۔ جب بلیو پرنٹ حاصل ہو اور دہرائے ٹیسٹ اور تاخیر سے ڈسچارج کے فوائد بہہ رہے ہوں تو پروگرام بند ہوتا ہے؛ پلیٹ فارم کی مصنوعہ ٹیم قائم رہتی ہے، اور فوائد کی ٹریکنگ معمول کے کاروبار میں جاری رہتی ہے۔

شعبہ جاتی زاویے#

اسٹارٹ اپ#

کم اسٹارٹ اپ MSP کے معنی میں پروگرام چلاتے ہیں — ان کے پاس کثیر ادارہ جاتی دائرہ نہیں جو اسے متعین کرتا ہے — لیکن کئی ٹرسٹس میں تعیناتی کرنے والا اسکیل اپ عملاً پروگرام کا شریک بن جاتا ہے۔ اس کا حقیقت پسندانہ کردار کسی اور کے پروگرام کے اندر سپلائر ہے: اپنی مصنوعہ کو پروگرام کے بلیو پرنٹ سے ہم آہنگ کرنا، ٹرانچ کے سنگ میل حاصل کرنا، اور فوائد کے مقدمے کو غذا دینا جس کا SRO کو ثبوت دینا ہے۔ فنڈنگ اور بقا پروگرام کے جاری رہنے پر منحصر ہیں، اس لیے اسٹارٹ اپ ٹرانچ کے جائزوں کو وجودی جانے/نہ جانے کے نقطے سمجھتا ہے اور کاروباری تبدیلی کے مینیجرز کی کامیابی میں سرمایہ کاری کرتا ہے، کیونکہ زمین پر اپنانا ہی اس کے معاہدے کی تجدید کرتا ہے۔ جو نظم و ضبط اسے مستعار لینا چاہیے وہ فوائد کی زبان ہے — اپنی قدر کو بھیجی گئی خصوصیات کے بجائے حاصل کیے گئے نتائج کے طور پر پیش کرنا۔

چھوٹا کاروبار#

قائم شدہ چھوٹا فراہم کنندہ — جی پی پریکٹس، کمیونٹی فارمیسی، کیئر ہوم، یا اسٹارٹ اپ مرحلے سے آگے کا چھوٹا ہیلتھ ٹیک سپلائر — تقریباً کبھی پروگرام نہیں چلاتا، لیکن معمول سے متاثرہ شریک کے طور پر اس میں بہہ جاتا ہے جب ICS مشترکہ نگہداشتی ریکارڈ جاری کرتا یا علاقے میں نظاموں کو ہم آہنگ کرتا ہے۔ اس کی عملی فکر وہ جوڑ ہے جس کا پروگرام مالک ہے: اسے لازمی ڈیٹا معیارات، معلومات کی نظامت کے معاہدے، اور رضامندی کا ماڈل پتلی یا کوئی مخصوص IT صلاحیت کے بغیر اور کام کے بہاؤ کی تبدیلی جذب کرنے کی گنجائش کے بغیر اپنانا ہے، پھر بھی وہ اپنے گرد بڑے ٹرسٹس جیسے قانونی فرائض اٹھاتا ہے۔ اس کا سب سے قیمتی تعلق اس کے علاقے کے کاروباری تبدیلی کے مینیجر کے ساتھ ہے، کیونکہ اچھی طرح معاون اپنانا — تربیت، واحد سائن آن، پریکٹس واقعی جیسے چلتی ہے اس سے موزوں کام کا بہاؤ — پروگرام کے فائدے کے اترنے اور تبدیلی کے خاموشی سے گرد کام ہونے کا فرق ہے۔ پروگرام سے اس کی حقیقت پسندانہ مانگ متناسب مدد اور ایسی ترتیب ہے جو ادارے کے پیمانے کے وسائل فرض نہ کرے، اور اس کی دیانت دار شراکت ٹرانچ کے جائزوں میں زمین پر کیا ناقابلِ عمل ہے اس بارے میں جلد، صاف رائے ہے۔

بڑا ادارہ#

ICS یا بڑا ٹرسٹ پروگرام پر مبنی کام کا فطری گھر ہے: مشترکہ نگہداشتی ریکارڈ، EPR کی ہم آہنگی، اور راستے کی تبدیلی فطری طور پر کثیر ادارہ جاتی اور کئی سالہ ہیں۔ مشکل حصہ اختیار ہے — SRO کو خود مختار شراکت دار اداروں میں فیصلے مستحکم کرنے ہیں جنہیں محض حکم نہیں دیا جا سکتا، اس لیے واقعی نمائندہ پروگرام بورڈ اور ہر شراکت دار میں سمو دیے گئے کاروباری تبدیلی کے مینیجرز بوجھ اٹھانے والے ہیں، آرائشی نہیں۔ فنڈنگ ملی جلی ہے (نظام کی تبدیلی کا پیسہ، ٹرسٹ کا سرمایہ، قومی مختصات)، جو فوائد کے نقشے اور ٹرانچ کے جائزوں کو نظام کے رہنماؤں اور ضابطہ کاروں کے سامنے جاری سرمایہ کاری کے دفاع کے لیے لازمی بناتی ہے۔ اس پیمانے پر بار بار آنے والا خطرہ آؤٹ پٹ کا تھیٹر ہے: تکنیکی ترسیل جس میں اسے فائدے میں بدلنے کا کوئی جواب دہ نہیں۔

حکومت#

قومی پیمانے پر پروگرام سب سے بھاری نظامت اٹھاتے ہیں — وہ عموماً Government Major Projects Portfolio میں داخل ہوتے ہیں، Infrastructure and Projects Authority کی یقین دہانی اور گیٹ وے کے جائزوں سے گزرتے ہیں، اور وزراء، Public Accounts Committee اور National Audit Office کو جواب دہ ہیں۔ SRO پورے نظام میں فوائد کے حصول کا ذاتی اور عوامی طور پر جواب دہ ہے، اور بلیو پرنٹس کو قومی معیارات (باہمی عملیت، معلومات کی نظامت، مشترکہ سامنے کے دروازے کے طور پر NHS App) کو مقامی خود مختاری سے ہم آہنگ کرنا ہوگا۔ فنڈنگ کئی سالہ Spending Review کے تصفیوں سے گزرتی ہے، اس لیے ٹرانچنگ اور فوائد کے شواہد مالی اور سیاسی چکروں میں سرمایہ کاری قائم رکھنے یا روکنے کا طریقہ کار ہیں۔ داؤ آبادی کے پیمانے کے ہیں: قومی پروگرام کے فوائد — یا اس کی ناکامی — لاکھوں مریضوں اور اربوں پاؤنڈ میں ناپی جاتی ہے۔

عام ناکامی کے طریقے#

• آؤٹ پٹ کا تھیٹر۔ پروگرام تکنیکی آؤٹ پٹس پہنچاتا ہے مگر انہیں فوائد میں بدلنے کا کوئی مالک نہیں، اس لیے مریضوں کے لیے کچھ نہیں بدلتا۔ حل: مالکان کے ساتھ فوائد کے نقشے، اور عملیاتی کاروبار میں BCMs۔
• پروگرام جو محض بڑا منصوبہ ہے۔ حقیقی طور پر غیر یقینی، کثیر ادارہ جاتی تبدیلی پر طے شدہ دائرے والی، آؤٹ پٹ پر مرکوز نظامت۔ حل: واحد منجمد منصوبے کے بجائے نتائج/فوائد اور ٹرانچز سے منظم کریں۔
• بے اختیار SRO۔ سرحدوں کے پار فیصلہ کرنے کے اختیار کے بغیر جواب دہی۔ حل: ایسا SRO مقرر کریں جو نظام بھر کے فیصلے مستحکم کرنے کے لیے کافی سینئر ہو، نمائندہ بورڈ کی معاونت کے ساتھ۔
• بلیو پرنٹ / ہدفی حالت نہیں۔ منصوبے مقامی طور پر بہتر بناتے ہیں اور ٹکڑے کبھی مربوط نہیں ہوتے۔ حل: POTI بلیو پرنٹ متعین اور برقرار رکھیں جس کی طرف سب چلے۔
• ٹرانچز کے بجائے بگ بینگ۔ سارا خطرہ ایک دیر کی ترسیل پر مؤخر۔ حل: کام کو ٹرانچ کریں، ابتدائی فوائد جمع کریں، اور جائزے کے نقطوں پر دوبارہ منصوبہ بنائیں۔
• پروگرام جو کبھی بند نہیں ہوتا۔ تبدیلی سمو جانے کے بہت بعد مستقل بیوروکریسی بن جاتا ہے۔ حل: دانستہ بند کریں، پائیدار خدمات مصنوعہ ٹیموں کو دیں، BAU میں فوائد ٹریک کرتے رہیں۔

پختگی کا ماڈل#

جانچ فہرست#

• کیا یہ واقعی ایک حکمت عملی کے نتیجے کی طرف کثیر منصوبہ، کثیر ادارہ جاتی تبدیلی ہے؟
• کیا واضح وژن اور ٹھوس بلیو پرنٹ (ہدفی عملیاتی ماڈل / POTI) ہے؟
• کیا فوائد کا نقشہ ہے جو آؤٹ پٹس کو ناپنے کے قابل، ملکیت یافتہ، بنیاد پر طے فوائد سے جوڑتا ہے؟
• کیا کام حقیقی جاری رکھنے/ایڈجسٹ/روکنے کے جائزے کے نقطوں والے ٹرانچز میں ساخت یافتہ ہے؟
• کیا تنظیمی سرحدوں کے پار فیصلہ کرنے کے اختیار والا بااختیار SRO ہے؟
• کیا پروگرام بورڈ متاثرہ اداروں کی حقیقی نمائندگی کرتا ہے؟
• کیا کاروباری تبدیلی کے مینیجرز اپنانے کے مالک ہونے کے لیے عملیاتی کاروبار میں سمو دیے گئے ہیں؟
• کیا سرحد پار معیارات، باہمی انحصار اور مشترکہ خطرات پروگرام کی سطح پر منظم ہیں؟
• کیا مصنوعہ پر مبنی، منصوبہ پر مبنی اور پروگرام پر مبنی طریقے واضح کرداروں کے ساتھ ساتھ رہتے ہیں (موضوعات 5.0–10)؟
• کیا دانستہ بندش ہے، پائیدار خدمات پائیدار مصنوعہ ٹیموں کو دی گئی اور فوائد BAU میں ٹریک؟

کلیدی ماخذ#

• AXELOS / PeopleCert — Managing Successful Programmes (MSP): اصول، موضوعات، اور تبدیلی لانے والا بہاؤ (بشمول بلیو پرنٹ، ٹرانچز، فوائد کا انتظام، اور SRO/BCM کردار)۔
• Cabinet Office / Infrastructure and Projects Authority (IPA) — بڑے پروگراموں، SRO کی جواب دہی، اور یقین دہانی/گیٹ وے کے جائزوں پر رہنمائی۔
• HM Treasury — The Green Book اور فوائد کے انتظام کی رہنمائی (فوائد کی تشخیص اور جائزہ)۔
• AXELOS — Management of Portfolios (MoP)، پورٹ فولیو کے اندر پروگراموں کی جگہ طے کرنے کے لیے (دیکھیے موضوع 5.3 — EPPM)۔
• NHS انگلینڈ — مربوط نگہداشتی نظاموں اور مشترکہ نگہداشتی ریکارڈز پر رہنمائی (باہمی عملیت، HL7 FHIR معیارات) شعبے کے سیاق کے لیے۔
• Mik Kersten — Project to Product، آؤٹ پٹ پر مبنی سے نتائج/فوائد پر مبنی سرمایہ کاری کی طرف منتقلی کے لیے۔

حوالہ جات#

1. Program management — Wikipedia — https://en.wikipedia.org/wiki/Program_management
2. Benefits realisation management — Wikipedia — https://en.wikipedia.org/wiki/Benefits_realisation_management
3. Target operating model — Wikipedia — https://en.wikipedia.org/wiki/Target_operating_model
4. Executive sponsor (Senior Responsible Owner) — Wikipedia — https://en.wikipedia.org/wiki/Executive_sponsor
5. Integrated care system — Wikipedia — https://en.wikipedia.org/wiki/Integrated_care_system
6. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
7. Fast Healthcare Interoperability Resources (HL7 FHIR) — Wikipedia — https://en.wikipedia.org/wiki/Fast_Healthcare_Interoperability_Resources
8. Interoperability — Wikipedia — https://en.wikipedia.org/wiki/Interoperability
9. Single sign-on — Wikipedia — https://en.wikipedia.org/wiki/Single_sign-on
10. Stakeholder management — Wikipedia — https://en.wikipedia.org/wiki/Stakeholder_management
11. Managing Successful Programmes (MSP): principles, themes, and the transformational flow — AXELOS / PeopleCert — https://www.peoplecert.org/browse-certifications/project-programme-and-portfolio-management/MSP-1006
12. Guidance on major programmes, SRO accountability, and assurance/gateway reviews — Cabinet Office / Infrastructure and Projects Authority — https://www.gov.uk/government/organisations/infrastructure-and-projects-authority
13. The Green Book and benefits-management guidance — HM Treasury — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-governent
14. Management of Portfolios (MoP) — AXELOS / PeopleCert — https://www.peoplecert.org/
15. Integrated care systems and shared care records (interoperability, HL7 FHIR standards) — NHS England — https://www.england.nhs.uk/integratedcare/
16. Project to Product — Mik Kersten, IT Revolution (2018) — https://itrevolution.com/product/project-to-product/