خلاصہ
کیا روایتی لکیری پروجیکٹ مینجمنٹ کے طریقہ کار نے آپ کو بجٹ سے زیادہ اخراجات اور کم ترقی یافتہ پروڈکٹ کے ساتھ مارکیٹ میں آنے کے وقت کو طول دے دیا ہے؟ ایجائل طریقہ کار مینیجرز کو زیادہ لچک، شفافیت اور جوابدہی فراہم کرتا ہے، خاص طور پر ان پیچیدہ منصوبوں کے لیے جن میں فیڈبیک اور نظرثانی کے کئی مراحل درکار ہوتے ہیں۔ اس ایجائل پروجیکٹ مینجمنٹ ڈیک کے ساتھ، صارفین کی ضروریات پر توجہ مرکوز کریں اور منصوبے کی کامیابی کو زیادہ سے زیادہ بنانے کے لیے مرحلہ وار طریقہ اپنائیں۔
سلائیڈ کی جھلکیاں
ایجائل ڈیولپمنٹ کے عمل میں، مینیجر تقاضے اور پروجیکٹ کی حدود وصول کرتا ہے، اور ٹیم ممکنہ حل تیار کرتی ہے اور حتمی منظوری یا پروڈکٹ لانچ تک متعدد ورژنز جاری کرتی ہے۔ (Slide 7)
اسکرَم ایک عام طور پر استعمال ہونے والی ایجائل میتھوڈولوجی ہے۔ اسکرَم میں ٹیم کے کرداروں کو ایک تنظیمی چارٹ کے طور پر درجہ بندی کیا جا سکتا ہے تاکہ پروجیکٹ مینجمنٹ ٹیم میں اہم اسٹیک ہولڈرز اور ذمہ دار افراد کی تفصیل بیان کی جا سکے۔ (Slide 9)
کانبان بورڈز کام کے بوجھ کے انتظام اور پیش رفت کی نگرانی کے لیے نہایت اہم ہیں۔اس کی بصری نمائیاں ایجائل مینجمنٹ میں ورک ان پروگریس کو محدود کرنے، ورک فلو کو منظم کرنے اور مثبت فیڈبیک لوپس بنانے کے لیے استعمال کی جا سکتی ہیں۔ (Slide 12)
نتیجہ
ایجائل پروجیکٹ مینجمنٹ کا طریقہ کسی بھی سائز کی تنظیموں کے لیے استعمال کیا جا سکتا ہے۔ بڑی تنظیموں کے لیے، جہاں پرانے طریقہ کار کی وجہ سے مسائل ہوں، ایجائل روایتی واٹر فال ماڈل کے مقابلے میں زیادہ مؤثر ورک فلو فراہم کر سکتا ہے۔ ایجائل کے ذریعے مینیجرز پروڈکٹ ڈیولپمنٹ اور پروجیکٹ آرگنائزیشن میں تدریجی اور اشتراکی انداز اپنا سکتے ہیں۔ ایجائل کی توجہ گاہک کی ضروریات پر مرکوز ہے اور یہ ایک حقیقی مارکیٹ فٹ پروڈکٹ بنانے کے لیے درکار وسائل اور اضافی اخراجات کو کم کرتا ہے۔ اس میں زیادہ لچک اور تیز رفتاری کی وجہ سے نتائج جلدی حاصل ہوتے ہیں — جو پروجیکٹ مینیجرز کے لیے سب سے بڑا فائدہ ہے۔
اطلاق
طریقہ کار
ہم ایجائل طریقہ کار کے جائزے اور پروجیکٹ مینجمنٹ میں اس کے استعمال سے آغاز کرتے ہیں۔ [related bracelet="agile"] اصل میں سافٹ ویئر ڈیولپمنٹ کے لیے ایک جدید طریقہ کے طور پر تیار کیا گیا تھا، لیکن اس کے اصولوں کو پروجیکٹ مینجمنٹ، پروڈکٹ ڈیولپمنٹ اور یہاں تک کہ تنظیمی مینجمنٹ میں بھی اپنایا گیا ہے۔کسی بھی ٹیم کے لیے فوری ردعمل اور تیزی سے مطابقت اختیار کرنا ضروری ہو تو ایجائل روایتی واٹر فال طریقہ کار کے مقابلے میں کہیں زیادہ مؤثر ثابت ہو سکتا ہے، جہاں کام ایک سیدھے سلسلے میں مکمل کیے جاتے ہیں۔
روایتی اور ایجائل پروجیکٹ مینجمنٹ کے طریقوں میں کچھ بنیادی فرق ہیں۔ ایجائل طریقہ کار صارف پر مرکوز ہے، کیونکہ یہ پروڈکٹ کی تیاری کو حتمی صارف کی رائے اور متعدد مراحل میں تبدیلیوں کے ذریعے بہتر بناتا ہے۔ اس میں لچک بھی ہے، جو اسے روایتی ماڈلز میں پائے جانے والے 'سنک کاسٹ فالسی' سے ممتاز کرتی ہے۔ اس میں مینیجرز یہ سمجھتے ہیں کہ چونکہ ایک منصوبہ بنایا گیا ہے، اس پر عمل ہونا چاہیے چاہے دوران عمل کوئی مسائل سامنے آئیں۔ اس کے برعکس، ایجائل اسٹیک ہولڈرز اور شرکاء کو موقع فراہم کرتا ہے کہ وہ ضرورت کے مطابق سمت تبدیل کریں، نیا ورژن تیار کریں یا مکمل طور پر نئے سرے سے آغاز کریں۔ روایتی طریقہ کار میں دستاویزات اور وقت طلب انتظامی امور پر زیادہ توجہ دی جاتی ہے، جنہیں ٹیم کے اراکین مکمل کرنے پر مجبور محسوس کرتے ہیں، لیکن اس سے اضافی اخراجات بھی ہو سکتے ہیں۔ اس سے قیمتی وقت ضائع ہو سکتا ہے جو اصل کام پر صرف ہونا چاہیے۔
ایجائل کم سے کم وقت میں زیادہ سے زیادہ کاروباری قدر اور عملی حل تلاش کرتا ہے۔ایسے پروجیکٹس جو ایجائل طریقہ کار کے ساتھ منظم کیے جاتے ہیں، عموماً مختصر ریلیز سائیکلز رکھتے ہیں، جس سے مارکیٹ میں آنے کا وقت تیز ہو جاتا ہے۔ یہی وجہ ہے کہ ایجائل خاص طور پر مصنوعات یا مصنوعات کی خصوصیات کی ترقی کے لیے موزوں ہے۔ (Slide 3)
فوائد
اب ہم ایجائل کے کچھ اہم فوائد کی طرف بڑھتے ہیں، جن میں ترجیحات کے بہتر انتظام، پروجیکٹ کی بہتر نگرانی، ٹیم کا بلند حوصلہ، کاروباری ضروریات اور آئی ٹی کے درمیان بہتر ہم آہنگی، پیداواری صلاحیت میں اضافہ، اور مارکیٹ میں تیزی سے آنے کا وقت شامل ہیں۔ یہاں دیے گئے فیصد قابل تدوین گراف ہیں جنہیں پروجیکٹ مینیجر اس بات کا جائزہ لینے کے لیے استعمال کر سکتا ہے کہ ایجائل پر منتقلی کے بعد یہ اہم شعبے کس حد تک بہتر ہوئے ہیں۔ (Slide 4)
عمل
ایجائل پروجیکٹ مینجمنٹ کے عمل کو مراحل میں دیکھا جا سکتا ہے: ابتدائی تیاری، پروجیکٹ کا آغاز ابتدائی تقاضوں کے سیٹ کے ساتھ (آئیے انہیں یہاں تقاضے A کے طور پر گروپ کریں)، اس پہلے سیٹ کے لیے فیڈبیک اور تقاضے B، پھر فیڈبیک اور تقاضے C۔ پروجیکٹ کے تقاضے بعض اوقات ان کاموں کے طور پر بھی جانے جاتے ہیں جو ہر مرحلے کے دوران مکمل کیے جانے ہیں۔
ابتدائی تیاری کا مرحلہ صرف ایجائل تک محدود نہیں ہے۔ہر پروجیکٹ کو آغاز کے لیے ایک خاکہ درکار ہوتا ہے، چاہے اس کا مینجمنٹ طریقہ کار کچھ بھی ہو۔ ابتدائی مرحلے میں مینیجرز پروڈکٹ وژن، پروجیکٹ کی نوعیت، درکار اہم کام، بیرونی اسٹیک ہولڈرز کے ساتھ معاہدے، اور مجوزہ ریلیز پلان کی وضاحت کرتے ہیں۔ چونکہ ایجائل کا مقصد ہی لچک فراہم کرنا ہے، اس لیے اصل ریلیز پلان ایک عمومی خاکہ ہوتا ہے جس میں تبدیلی کی جا سکتی ہے۔
مثال کے طور پر، آپ ایک ای کامرس ویب سائٹ میں لائیو اسٹریم شاپنگ فیچر شامل کرنا چاہتے ہیں۔ ابتدائی مرحلہ پروڈکٹ وژن کی تیاری اور اس کے آپ کی موجودہ ویب سائٹ اور یوزر بیس کے ساتھ انضمام کا تعین کرنا ہوگا، ان ٹیلنٹس کے ساتھ ابتدائی معاہدے کرنا ہوں گے جو پہلے مرحلے میں لائیو اسٹریم مواد کے لیے شامل ہوں گے، اور آپ کا اصل ریلیز پلان اور فیچرز بھی اس میں شامل ہوں گے۔
اب آپ ایجائل عمل کا آغاز کرتے ہیں اور پروجیکٹ کی "گروپ اے" ضروریات کو پورا کرنے کے لیے کام شروع کرتے ہیں۔ اس لائیو اسٹریم فیچر کے لیے، فرض کریں کہ آپ کی گروپ اے کی ضروریات میں یوزر انٹرفیس کے لیے ایک کم فائیڈیلٹی وائر فریم تیار کرنا شامل ہے۔وائر فریم ڈیولپمنٹ میں، آپ کو تین ممکنہ ورژنز تیار کرنے ہوں گے، پھر چند صارفین کے لیے ایک کم معیار کا پروٹوٹائپ تیار کرنا ہوگا تاکہ وہ اس کی جانچ کر سکیں۔
جب آپ اپنی ٹیسٹ گروپ سے فیڈبیک حاصل کر لیں، تو اب وقت ہے کہ اسے "گروپ بی" کی ضروریات میں شامل کریں اور اگلا ورژن تیار کریں۔ اس مرحلے پر آپ کا پہلا کام یہ ہو سکتا ہے کہ آپ مطالعے کے نتائج کا تجزیہ اور خلاصہ کریں اور ان کو سمجھیں۔ ایک اور کام یہ ہو سکتا ہے کہ آپ سافٹ ویئر ٹیم کے ساتھ UX میں تبدیلیوں پر بات کریں، لو فائی پروٹوٹائپ میں ترمیم کریں، اور ایک اور فیڈبیک راؤنڈ کے لیے ہائی فائی ماک اپس تیار کریں۔ ایک اور یوزر گروپ کو فیڈبیک کے لیے مدعو کریں، پھر ان کی آراء کو "گروپ سی" کی ضروریات میں شامل کریں، اس عمل کو دہرائیں اور ریلیز کریں۔
اب، موازنہ کے لیے، اگر یہ پروجیکٹ روایتی ماڈل کے مطابق چلتا اور ایجائل نہ ہوتا تو کیسا ہوتا؟ آپ کی ڈیولپمنٹ ٹیم یوزر انٹرفیس کا خاکہ تیار کرتی، ایک ہائی فائی پروٹوٹائپ بناتی، اسے ڈیولپمنٹ ٹیم کے حوالے کرتی تاکہ وہ بہترین ورژن تیار کرے، اور پھر اسے مکمل طور پر لانچ کیا جاتا، صرف یہ معلوم کرنے کے لیے کہ یہ صارفین کو الجھا رہا ہے۔ اس مرحلے پر تبدیلیاں کرنا بہت مشکل اور سست ہو جاتا ہے کیونکہ چین کے بہت سے حصے پہلے ہی جڑ چکے ہوتے ہیں۔ہر چھوٹی تبدیلی کے ساتھ، دیگر کئی تبدیلیاں بھی شامل ہو سکتی ہیں۔ یہی وجہ ہے کہ ایجائل اکثر زیادہ کامیاب ثابت ہوتی ہے اور غلطیوں کو اس سے پہلے پکڑ لیتی ہے کہ وہ ناقابل واپسی ہو جائیں۔
عمل کی تفصیلات
ایک زیادہ تفصیلی ایجائل عمل اس میں شامل عملے کو لائف سائیکل میں تقسیم کرتا ہے۔ پروجیکٹ کا آغاز اسٹیک ہولڈرز سے ہوتا ہے، جو اندرونی یا بیرونی، ایگزیکٹو یا سرمایہ کار، یا یہاں تک کہ ترقیاتی درخواست کے ساتھ ایک یوزر پرسنہ بھی ہو سکتے ہیں۔ ان کے مطالبات کو کمیونیکیٹ کیا جاتا ہے اور پھر انہیں پروجیکٹ کی تفصیلات میں تبدیل کیا جاتا ہے۔ پروجیکٹ کی تفصیلات کو پھر پروجیکٹ یا پراڈکٹ اونر کے ذریعے منظم کیا جاتا ہے۔ یہ ٹیم لیڈر رپورٹس تیار کرتا ہے جو ضروریات کے بیک لاگ کو منظم کرنے اور تقسیم کرنے کے لیے استعمال ہوں گی۔ اس مثال میں، تین اہم ورژنز ہیں۔ ہر ورژن کے اجرا کے بعد، بہتری کے لیے ایک بیک لاگ تیار ہوتا ہے (فیڈبیک کی بنیاد پر) جسے اگلے اجرا سے پہلے نافذ کیا جاتا ہے۔ (سلائیڈ 6)
اسکرَم
اسکرَم ایجائل پروجیکٹ مینجمنٹ کا ایک عام طریقہ ہے۔ [related bracelet="scrum"] میں چھ اہم عناصر شامل ہیں۔پہلا عنصر پروڈکٹ بیک لاگ ہے، یعنی ضروریات کی فہرست جو ترجیحی بنیادوں پر ترتیب دی جاتی ہے اور اکثر کام کے پیکجز میں تقسیم کی جاتی ہے۔ سکرم کا ایک اور عنصر سپرنٹس ہیں، جو کام کو مقررہ مدت (عام طور پر چند دن) میں تقسیم کرتے ہیں، جس میں کسی مخصوص کام کے پیکج پر انتہائی توجہ مرکوز کی جاتی ہے تاکہ ایک فعال نتیجہ حاصل کیا جا سکے۔
ان سپرنٹس کا جائزہ ایک میٹنگ میں لیا جاتا ہے جہاں ٹیم نتیجہ پیش کرتی ہے اور اس پر فیڈبیک حاصل کرتی ہے، جو اگلے سپرنٹ میں شامل کیا جاتا ہے۔ سپرنٹ بیک لاگ پھر کام کو چھوٹے پیکجز میں تقسیم کرنے یا چھوٹی ٹیموں کو تفویض کرنے اور ہر پیکج کے باقی کام کو دستاویزی شکل دینے کے لیے استعمال کیا جاتا ہے۔ مقصد یہ ہے کہ پروڈکٹ کو بہتری کے مراحل میں تشکیل دیا جائے تاکہ ہر سپرنٹ میں کسی نہ کسی حد تک قابل ترسیل فنکشنلٹی حاصل ہو سکے۔ آخر میں، روزانہ کی سکرم میٹنگز، جو اکثر سکرم ماسٹر کی قیادت میں ہوتی ہیں، اس بات کی تصدیق کرتی ہیں کہ سب کچھ درست سمت میں جا رہا ہے۔
سائیکوگرافک پروفائل کے لحاظ سے تقسیم کرنے کے لیے، اپنے صارفین کو طرز زندگی، شخصیت، اقدار اور دلچسپیوں کے لحاظ سے تقسیم کریں۔ مثال کے طور پر، فرض کریں کہ آپ کے ہدف کے صارفین شہری پیشہ ورانہ طرز زندگی اپناتے ہیں۔ ان کی شخصیت تجسس پر مبنی ہے اور وہ نئی ایجادات اور جدید ترین گیجٹس میں دلچسپی رکھتے ہیں۔وہ استحکام، روانی اور استعمال میں آسانی کو اہمیت دیتے ہیں، اور ان کی دلچسپی فنون لطیفہ اور تفریح سے لے کر ٹیکنالوجی تک ہر چیز میں ہے۔ تاہم، ان کی مشترکہ دلچسپی یہ ہے کہ روزمرہ کے کام آسانی سے مکمل کیے جائیں۔
فرض کریں آپ اس بصری خاکے کو اپنے روزانہ کے اسکرَم اجلاس میں استعمال کرنا چاہتے ہیں۔ آپ اس معلومات میں ترمیم کر سکتے ہیں تاکہ ہر عنصر کے تحت وہ تفصیلات درج کریں جن کا آپ جائزہ لینا چاہتے ہیں۔ مثال کے طور پر، پروڈکٹ بیک لاگ کے تحت، آپ بلٹ پوائنٹس کو ان تقاضوں سے بدل سکتے ہیں جن پر ابھی عمل درآمد ہونا باقی ہے۔ اسپرنٹ کے تحت، آپ اسپرنٹ کی موجودہ صورتحال کا خلاصہ پیش کر سکتے ہیں۔ آپ کا اسپرنٹ بیک لاگ کارڈ ان کاموں کا احاطہ کرے گا جو ابھی مکمل ہونا باقی ہیں۔ (سلائیڈ 8)
کنبان
ایک اور مفید ایجائل طریقہ کنبان ہے۔ [related bracelet="kanban"] ایک دبلا پتلا ورک فلو نوٹ کارڈ فارمیٹ میں ظاہر کرتا ہے، جس میں کالمز ترقیاتی عمل کے مراحل کی نمائندگی کرتے ہیں اور ہر کام کے لیے الگ کارڈز مختص کیے جاتے ہیں۔ کنبان پالیسیوں کو واضح بناتا ہے، عمل کی اجتماعی تعریف اور متفقہ رہنما اصولوں کے ساتھ، اور باقاعدہ اجلاسوں کے ذریعے مسلسل بہتری کے لیے قدرتی فیڈ بیک لوپ پیدا کرتا ہے۔اس کے علاوہ، کانبان ورک فلو کو مؤثر انداز میں منظم کرنے میں مدد دیتا ہے کیونکہ اس سے رکاوٹوں کی نشاندہی آسان ہو جاتی ہے، چونکہ ہر کوئی دیکھ سکتا ہے کہ چین میں کہاں پر کام رکا ہوا ہے۔ اور چونکہ یہ بیک وقت کئی کام کرنے سے روکتا ہے، اس لیے کانبان ٹیم کے اراکین پر اضافی بوجھ نہیں ڈالتا۔
آپ رنگوں کو انفرادی ٹیم ممبران اور ان کے سپرد کیے گئے کاموں کی نمائندگی کے لیے استعمال کر سکتے ہیں۔ کانبان بورڈ میں کاموں کا بیک لاگ، منظور شدہ کام، اور وہ کام شامل ہوتے ہیں جنہیں نافذ کرنا، ٹیسٹ کرنا اور پھر مکمل کرنا ہوتا ہے۔
ہماری لائیو اسٹریم شاپنگ فیچر کے ساتھ، بیک لاگ میں وہ تمام کام شامل ہوں گے جو ہم نے پہلے سے متعین کیے ہیں، جیسے وائر فریم کی تیاری، یو ایکس فیچرز، اور کسی بھی ٹیلنٹ یا ٹیسٹ گروپ کے ساتھ ہم آہنگی جس کا انتظام کرنا ضروری ہو۔ بطور پروجیکٹ مینیجر، آپ بیک لاگ سے کام منتخب کریں گے اور انہیں انفرادی ٹیم ممبران کو تفویض کریں گے۔ جیسا کہ آپ دیکھ سکتے ہیں، شاید مرکزی سافٹ ویئر ڈویلپر ہلکے سبز رنگ میں ہے۔ اس کے پاس تین کام ٹو ڈو میں ہیں اور ایک کام جاری ہے۔ پارٹنرشپ کوآرڈینیٹر، جو ٹیلنٹ کے انتظام کا ذمہ دار ہے، گہرے سبز رنگ میں ہے۔اس معاملے میں، ان کی تمام ٹیلنٹ ایکوزیشن سے متعلقہ سرگرمیاں مکمل ہو چکی ہیں، کیونکہ تمام انفلوئنسرز کے ساتھ معاہدے طے پا چکے ہیں جو ٹیسٹ کریں گے، فیڈبیک فراہم کریں گے اور پھر لانچ کے وقت مواد جاری کریں گے۔ (Slide 11)
روڈ میپ
ایک ایجائل روڈ میپ کو پروجیکٹ کی ٹائم لائن کے طور پر استعمال کیا جا سکتا ہے تاکہ کئی سالوں پر محیط پیش رفت کو ٹریک کیا جا سکے۔ اس بصری خاکے میں، تین مختلف ورک اسٹریمز کو سالوں کے دوران ٹریک کیا جا سکتا ہے اور انہیں پروجیکٹ کے رسک لیول کے مطابق رنگوں سے ظاہر کیا گیا ہے۔ پروجیکٹ [related bracelet="risk"] اہم ہے کیونکہ غیر یقینی واقعات یا حالات پروجیکٹ کے عمل میں خلل ڈال سکتے ہیں۔ ممکنہ نتائج یا ممکنہ رکاوٹوں سے آگاہی مینیجر اور اسٹیک ہولڈر دونوں کو بہتر طور پر تیار کرتی ہے۔
ان پروجیکٹس یا کاموں کے لیے جو زیادہ خطرے کے حامل ہیں، آپ دیکھ سکتے ہیں کہ کہاں اپنی توجہ مرکوز کرنی ہے، یا کاموں کی ترجیحات کو اس طرح ایڈجسٹ کرنا ہے کہ کوئی اور اہم کام مکمل طور پر کسی ہائی رسک ٹاسک کی کامیابی پر منحصر نہ ہو۔ مثالی طور پر، کوئی ایسا کام جو ہائی رسک ٹاسک کے بعد آتا ہے، اسے اس ہائی رسک ٹاسک کی کامیابی یا ناکامی کے باوجود انجام دیا جا سکتا ہے۔
ہمارے لائیو اسٹریم شاپنگ فیچر کی مثال میں، اگر مواد تخلیق کرنے والوں کی سائن اپ میں تاخیر ہو جائے تو لانچ کمزور ہو سکتی ہے، جس میں اتنا مواد نہ ہو کہ آپ کے صارفین کو مشغول رکھا جا سکے یا وہ یہ بھی نہ جان سکیں کہ یہ نیا فیچر کیسے کام کرتا ہے۔ ایک اور اہم خطرہ تخلیق کار ڈیش بورڈ کی تیاری ہو سکتی ہے جہاں تخلیق کار اپنا مواد اپلوڈ کرتے ہیں۔ اگر یہ بیک اینڈ صحیح طور پر سیٹ نہ ہو تو کوئی بھی اپنا مواد اپلوڈ نہیں کر سکے گا یا لائیو اسٹریمز نہیں دیکھ سکے گا، جس سے آپ کی لانچ مکمل طور پر ناکام ہو جائے گی۔ (Slide 13)
دوسری طرف، ایجائل ریلیز پلان ایک اور قسم کا روڈ میپ ہے جسے پروجیکٹ مینیجرز مختلف ورژنز اور ریلیزز کے دوران ٹائم لائنز کو ٹریک کرنے کے لیے استعمال کر سکتے ہیں۔ یہ زیادہ تر مرحلہ وار بصری خاکہ ہے جو مختلف مراحل میں کاموں اور پیش رفت کو ٹریک کرتا ہے، جو اس بات پر منحصر ہے کہ آپ کو کن معلومات کو ٹریک یا کلیدی اسٹیک ہولڈرز کے ساتھ مختلف مراحل پر شیئر کرنا ہے، ایک مفید متبادل ثابت ہو سکتا ہے۔(Slide 15)