Microsoft نے release waves ختم کر دیں؛ منصوبہ بندی اب مسلسل ہوگی

Microsoft کے 25 اگست 2026 کے اعلان کے مطابق Dynamics 365، Power Platform اور Dataverse کے لیے ششماہی release-wave communication model ختم کر دیا گیا ہے۔ ستمبر 2026 سے نئی committed capabilities مسلسل AI at Work Roadmap پر شائع ہوں گی، موجودہ متعلقہ entries ستمبر سے نومبر کے دوران منتقل ہوں گی اور Release Planner کی ریٹائرمنٹ 15 نومبر تک مکمل کرنے کا ہدف ہے۔

یہ مصنوعات کی deployment یا قائم شدہ release schedules کی منسوخی نہیں بلکہ منصوبوں کی اطلاع دینے کے طریقے کی تبدیلی ہے۔ پاکستان میں ان business applications کے منتظمین کے لیے اس کا فوری مطلب یہ ہے کہ Wave 1 اور Wave 2 کے ساتھ آنے والا ششماہی planning package اب change management کا مرکزی محرک نہیں رہے گا؛ roadmap میں نئی یا بدلی ہوئی entries کا جائزہ مسلسل لینا ہوگا۔

ستمبر سے 15 نومبر تک منتقلی کیسے ہوگی

ستمبر سے نئی Dynamics 365، Power Platform اور Dataverse capabilities براہ راست AI at Work Roadmap پر آنا شروع ہوں گی۔ اسی مہینے Microsoft Learn کے Release Plans حصے میں نئے plans کی اشاعت رک جائے گی، البتہ پہلے سے شائع شدہ plans تاریخی حوالے کے لیے دستیاب رہیں گے۔

ستمبر سے نومبر 2026 کے دوران وہ موجودہ roadmap items منتقل ہوں گے جن کی public preview یا general availability تاریخ یکم جون 2026 یا اس کے بعد ہے۔ Dr Dynamics کے آزاد تجزیے نے بھی 15 نومبر کی retirement deadline، نئے plans کی مسلسل اشاعت اور personalized saved views کے ختم ہونے کی یہی تفصیل درج کی ہے۔

My Release Plans میں بنائے گئے ذاتی saved views نئی roadmap پر دستیاب نہیں ہوں گے۔ منتظمین کو زیر استعمال products اور cloud environments کے مطابق filters دوبارہ قائم کرنے، ضروری bookmarks محفوظ کرنے اور runbooks، داخلی documentation یا deployment records میں موجود پرانے Release Planner links تبدیل کرنے ہوں گے۔ یہ کام محض URL بدلنے تک محدود نہیں: اگر کسی اہم feature کی نگرانی صرف personalized view کے ذریعے ہو رہی ہے تو اس watchlist کو بھی نئی جگہ ازسرنو بنانا ہوگا۔

Release calendar برقرار ہے، اطلاع دینے کا model بدلا ہے

Release wave ایک communication model تھا، deployment mechanism نہیں۔ قائم شدہ product release schedules، tenant-specific notifications اور implementation documentation اپنی الگ حیثیت برقرار رکھتے ہیں۔ اس اعلان کی بنیاد پر sandbox testing، regression tests، maintenance windows یا production approval controls ختم کرنے کی کوئی وجہ نہیں بنتی۔

اصل فرق planning input میں ہے۔ پہلے Wave 1 اور Wave 2 پورے ادارے کو مقررہ وقفے پر آئندہ تبدیلیوں کا مجموعی جائزہ لینے کا موقع دیتے تھے۔ اب capability اس وقت شائع ہوگی جب اس کا منصوبہ committed اور عوامی طور پر بتانے کے لیے تیار ہو، پھر entry In Development، Rolling Out اور Launched کے مراحل میں آگے بڑھے گی۔ منصوبہ بدلنے پر status اور rollout information بھی اپ ڈیٹ ہوسکتی ہے۔

اس لیے roadmap پر درج وقت کو کسی مخصوص tenant میں deployment کی قطعی اطلاع نہیں سمجھنا چاہیے۔ AI at Work Roadmap عمومی سمت اور rollout progress دکھاتی ہے، Message Center متعلقہ tenant پر اثر انداز ہونے والی تبدیلیوں کی اطلاع دیتا ہے، جبکہ Microsoft Learn product documentation اور implementation guidance کی جگہ ہے۔ ادارے کا deployment calendar ان معلومات کو اپنی testing، approvals اور maintenance windows کے ساتھ جوڑے گا۔

ماہانہ review میں کن چیزوں کو شامل کیا جائے

دو ششماہی planning exercises کی جگہ ایک مقررہ ماہانہ review منتظمین کے لیے قابل عمل governance rhythm فراہم کرتا ہے۔ زیادہ customized یا تیزی سے بدلتے ماحول میں یہ وقفہ مختصر بھی ہوسکتا ہے، لیکن بنیادی مقصد یہ ہے کہ نئی entry، بدلا ہوا status یا منتقل شدہ rollout date اگلے release wave document کے انتظار میں نظرانداز نہ ہو۔

1. اپنے ادارے کے Dynamics 365، Power Platform اور Dataverse products اور cloud environments کے filters کھول کر نئی اور updated entries الگ کریں۔
2. ہر متعلقہ entry کا feature ID، موجودہ status، متوقع preview یا availability timing اور گزشتہ review کے بعد آنے والی تبدیلی change register میں درج کریں۔
3. اثر کو configuration، custom code، integrations، permissions، compliance، user training اور support readiness کے لحاظ سے جانچیں۔ غیر متعلق item خارج کرتے وقت مختصر وجہ بھی محفوظ کریں۔
4. متاثرہ capability کے لیے ذمہ دار owner، فیصلہ کرنے کی تاریخ، sandbox validation اور مطلوبہ production window مقرر کریں۔ roadmap entry کو خودکار production approval نہ بنائیں۔
5. متعلقہ Message Center notices سے tenant-level scope اور timing ملائیں، پھر CSV یا RSS سے حاصل ہونے والی تبدیلیوں کو deployment calendar کے ساتھ reconcile کریں۔

عبوری مدت کے ہر review میں یہ بھی دیکھا جانا چاہیے کہ کون سی پرانی entries نئی roadmap میں آچکی ہیں، کون سی ابھی Release Planner میں موجود ہیں اور کن saved views یا داخلی links کا متبادل باقی ہے۔ retirement سے پہلے آخری reconciliation کا مقصد یہ یقینی بنانا ہے کہ کوئی اہم watchlist صرف ختم ہونے والے personalized view میں بند نہ رہ جائے۔

AI at Work نام پوری roadmap کی نوعیت نہیں بتاتا

AI at Work Roadmap صرف مصنوعی ذہانت کی خصوصیات کا کیٹلاگ نہیں ہے۔ اس میں Microsoft 365 کے ساتھ Dynamics 365، Power Platform اور Dataverse سمیت ایسی عام product changes بھی موجود رہتی ہیں جن کا AI سے براہ راست تعلق نہیں؛ Windows Central کی 27 اگست 2026 کی رپورٹ نے متعدد non-AI entries کی مثالوں کے ذریعے اسی نام اور مواد کے فرق کی نشان دہی کی۔

اس naming mismatch کا انتظامی نتیجہ اہم ہے: صرف “AI” سے متعلق keywords کے ذریعے roadmap چھانٹنے سے permissions، user experience، integrations یا operational behaviour بدلنے والی دوسری capabilities review سے باہر رہ سکتی ہیں۔ نگرانی product، environment، feature ID، status اور rollout timing کے مطابق ہونی چاہیے، نہ کہ roadmap کے نئے نام کے مطابق۔

فی الحال تصدیق شدہ صورت حال یہ ہے کہ ششماہی announcement model ختم ہوچکا ہے، نئی capabilities مسلسل publication کی طرف منتقل ہو رہی ہیں اور پرانا Release Planner عبوری مدت کے اختتام پر ریٹائر ہوگا۔ ہر feature کی delivery timing الگ entry اور tenant notice کے ساتھ بدل سکتی ہے؛ اسی لیے منتظمین کو آئندہ status changes اور migration notifications اپنے مقامی testing اور deployment calendar میں شامل کرنا ہوں گے۔

یہ بھی پڑھیں:

• Patreon کی پرانی billing ختم ہونے والی ہے—آمدنی رکے بغیر منتقل ہوں
• SPAC یا IPO؟ تیز فہرست بندی کے بدلے سرمایہ کار کیا کھو سکتا ہے
• Microsoft اور HUMAIN کی نئی AI ٹیمیں: ماڈل نہیں، عمل درآمد اصل کام ہے