تشریح
یہ کتاب فرتیلی تکنیکوں کا استعمال کرتے ہوئے خیال سے عمل درآمد تک ترقی کے عمل کو آگے بڑھانے کے لیے ایک بیان کردہ الگورتھم ہے۔ عمل کو مراحل میں ترتیب دیا گیا ہے اور ہر قدم پر عمل کے مرحلے کے طریقے بتائے گئے ہیں۔ مصنف نے اس بات کی نشاندہی کی ہے کہ زیادہ تر طریقے اصلی نہیں ہیں، بغیر اصل ہونے کا دعویٰ کئے۔ لیکن عمدہ تحریری انداز اور عمل کی کچھ جامعیت کتاب کو بہت مفید بناتی ہے۔
صارف کی کہانی کی نقشہ سازی کی ایک اہم تکنیک آئیڈیاز اور پرفارمنس کو تشکیل دینا ہے کیونکہ صارف اس عمل سے گزرتا ہے۔
ایک ہی وقت میں، عمل کو مختلف طریقوں سے بیان کیا جا سکتا ہے. آپ کلیدی قدر کے حصول کے لیے اقدامات کر سکتے ہیں، یا آپ صارفین کے کام کے دن کو سسٹم کے استعمال سے گزرتے وقت لے سکتے ہیں اور اس کا تصور کر سکتے ہیں۔ مصنف نے اس حقیقت پر توجہ مرکوز کی ہے کہ پروسیس کو خاکہ بنانے کی ضرورت ہے، جو ایک پروسیس میپ پر صارف کی کہانی کی شکل میں بولی جاتی ہے، جس نے ہمیں صارف کی کہانی کا نقشہ کا نام دیا ہے۔
کون اس کی ضرورت ہے
آئی ٹی تجزیہ کاروں اور پروجیکٹ مینیجرز کے لیے۔ ضرور پڑھیں۔ پڑھنے میں آسان اور پرلطف، کتاب درمیانے سائز کی ہے۔
تاثرات
اس کی آسان ترین شکل میں، یہ اس طرح کام کرتا ہے۔
ایک مہمان ایک کیفے میں آتا ہے، پکوان چنتا ہے، آرڈر دیتا ہے، کھانا وصول کرتا ہے، کھاتا ہے اور ادائیگی کرتا ہے۔
ہم ہر مرحلے پر سسٹم سے جو چاہتے ہیں اس کے لیے تقاضے لکھ سکتے ہیں۔
سسٹم کو برتنوں کی فہرست دکھانی چاہیے، ہر ڈش کی ساخت، وزن اور قیمت ہوتی ہے اور وہ ٹوکری میں شامل کرنے کے قابل ہو۔ ہمیں ان تقاضوں پر یقین کیوں ہے؟ یہ ضروریات کی "معیاری" وضاحت میں بیان نہیں کیا گیا ہے اور اس سے خطرات پیدا ہوتے ہیں۔
اداکار جو یہ نہیں سمجھتے کہ یہ کیوں ضروری ہے وہ عام طور پر غلط کام کرتے ہیں۔ وہ اداکار جو آئیڈیا بنانے کے عمل میں شامل نہیں ہوتے وہ نتیجہ میں شامل نہیں ہوتے۔ چست کا کہنا ہے، آئیے بنیادی طور پر سسٹم پر نہیں بلکہ لوگوں، صارفین، ان کے کاموں اور اہداف پر توجہ مرکوز کریں۔
ہم شخصیت بناتے ہیں، ہمدردی کے لیے انہیں تفصیلات دیتے ہیں، اور شخصیت کی طرف سے کہانیاں سنانا شروع کرتے ہیں۔
دفتر کا ملازم ذاخر دوپہر کے کھانے پر گیا اور جلدی سے ناشتہ کرنا چاہتا ہے۔ اسے کیا ضرورت ہے؟ خیال یہ ہے کہ وہ شاید کاروباری لنچ چاہتا ہے۔ ایک اور خیال یہ ہے کہ وہ چاہتا ہے کہ نظام اس کی ترجیحات کو یاد رکھے، کیونکہ وہ خوراک پر ہے۔ ایک اور خیال۔ وہ چاہتا ہے کہ اس کے لیے ابھی کافی لائی جائے کیونکہ وہ دوپہر کے کھانے سے پہلے کافی پینے کا عادی ہے۔
اور ایک کاروبار بھی ہے (ایک تنظیمی کردار ایک ایسا کردار ہے جو تنظیم کے مفادات کی نمائندگی کرتا ہے)۔ کاروبار اوسط چیک میں اضافہ کرنا چاہتے ہیں، خریداری کی فریکوئنسی کو بڑھانا چاہتے ہیں، اور منافع میں اضافہ کرنا چاہتے ہیں۔ خیال یہ ہے - آئیے کچھ کھانے کے غیر معمولی پکوان پیش کرتے ہیں۔ ایک اور خیال - چلو ناشتہ متعارف کروائیں۔
آئیڈیاز کو کنکریٹائز، تبدیل اور صارف کی کہانی کی شکل میں پیش کیا جا سکتا ہے اور ہونا چاہیے۔ Zakhar Business Center کے ایک ملازم کے طور پر، میں چاہتا ہوں کہ سسٹم مجھے پہچانے تاکہ میں اپنی ترجیحات کی بنیاد پر ایک مینو حاصل کر سکوں۔ ایک ویٹر کے طور پر، میں چاہتا ہوں کہ نظام مجھے مطلع کرے کہ کب میز تک پہنچنا ہے تاکہ کلائنٹ تیز سروس سے مطمئن ہو۔ اور اسی طرح.
درجنوں کہانیاں۔ اگلا ترجیح اور بیک لاگ ہے؟ جیف پیدا ہونے والے مسائل کی نشاندہی کرتا ہے: چھوٹی چھوٹی تفصیلات میں الجھا جانا اور تصوراتی فہم سے محروم ہونا، نیز فعالیت کو ترجیح دینا اہداف کے ساتھ عدم مطابقت کی وجہ سے ایک کھردرا تصویر بناتا ہے۔
مصنف کا راستہ: ہم فعالیت کو نہیں بلکہ نتیجہ کو ترجیح دیتے ہیں = آخر میں صارف کو کیا ملتا ہے۔
ایک واضح غیر واضح نکتہ: ترجیحی سیشن پوری ٹیم کے ذریعہ نہیں کیا جاتا ہے، کیونکہ یہ غیر موثر ہے، لیکن تین افراد کے ذریعہ۔ پہلا کاروبار کے لیے ذمہ دار ہے، دوسرا صارف کے تجربے کے لیے اور تیسرا عمل درآمد کے لیے۔
آئیے ایک صارف کے مسئلے کو حل کرنے کے لیے کم از کم کا انتخاب کریں (کم از کم قابل عمل حل)۔
ہم صارف کی کہانیوں کے نقشے پر صارف کی کہانیوں، ڈیزائن کے خاکوں، رکاوٹوں اور کاروباری اصولوں کا استعمال کرتے ہوئے ٹیم کے ساتھ یہ بتا کر اور بات چیت کرتے ہوئے کہ عمل کے ہر مرحلے پر لوگوں اور اسٹیک ہولڈرز کو کیا ضرورت ہے، ہم پہلی ترجیحی خیالات کی تفصیل دیتے ہیں۔ ہم بقیہ خیالات کو مواقع کے پیچھے چھوڑ دیتے ہیں۔
عمل کو بائیں سے دائیں کارڈز پر لکھا جاتا ہے، عمل کے مراحل کے نیچے کارڈز پر آئیڈیاز کے ساتھ۔ یہ ضروری ہے کہ پوری کہانی کے راستے پر ٹیم کے ارکان کے ساتھ مل کر تبادلہ خیال کیا جائے تاکہ باہمی افہام و تفہیم کو یقینی بنایا جا سکے۔
اس طرح سے وضاحت عمل کی تعمیل میں سالمیت پیدا کرتی ہے۔
موصولہ خیالات کو جانچنے کی ضرورت ہے۔ ایک غیر ٹیم ممبر شخص کی ٹوپی پہنتا ہے اور اس شخص کا دن اس کے سر میں رہتا ہے، اس کا مسئلہ حل کرتا ہے۔ یہ ممکن ہے کہ وہ پیشرفت کو نہ دیکھے، دوبارہ کارڈ بناتا ہے، اور ٹیم اپنے لیے متبادل تلاش کر لیتی ہے۔
پھر تشخیص کے لیے تفصیل ہے۔ اس کے لیے تین لوگ کافی ہیں۔ پسندیدہ سوال کے ساتھ صارف کے تجربے، ڈویلپر، ٹیسٹر کے لیے ذمہ دار: "کیا ہوگا اگر..."۔
ہر مرحلے پر، بحث صارف کی تاریخ کے عمل کے نقشے کی پیروی کرتی ہے، جو صارف کے کام کو ذہن میں رکھتے ہوئے ایک مربوط تفہیم پیدا کرنے کی اجازت دیتی ہے۔
کیا مصنف کی رائے میں دستاویزات ضروری ہیں؟ ہاں، مجھے اس کی ضرورت ہے۔ لیکن بطور نوٹ جو آپ کو یاد رکھنے کی اجازت دیتے ہیں کہ آپ نے کیا اتفاق کیا تھا۔ کسی بیرونی شخص کو دوبارہ شامل کرنا بحث کی ضرورت ہے۔
مصنف نے بحث کی ضرورت پر توجہ مرکوز کرتے ہوئے دستاویزات کی کفایت کے موضوع پر غور نہیں کیا۔ (جی ہاں، دستاویزات کی ضرورت ہے، اس سے کوئی فرق نہیں پڑتا ہے کہ جن لوگوں کو فرتیلی کی گہری سمجھ نہیں ہے وہ اس کا دعوی کرتے ہیں)۔ اس کے علاوہ، صلاحیتوں کے صرف ایک حصے کی وضاحت پورے نظام کو مکمل طور پر دوبارہ کام کرنے کی ضرورت کا باعث بن سکتی ہے۔ مصنف اس معاملے میں ضرورت سے زیادہ وضاحت کے خطرے کی نشاندہی کرتا ہے جب خیال غلط ہے۔
خطرات کو ختم کرنے کے لیے، "غلط" پروڈکٹ بنانے سے ہونے والے نقصان کو کم کرنے کے لیے تیار کی جانے والی پروڈکٹ کے بارے میں فوری رائے حاصل کرنا ضروری ہے۔ ہم نے آئیڈیا کا ایک خاکہ بنایا - صارف کے ساتھ اس کی توثیق کی، انٹرفیس پروٹوٹائپس کا خاکہ بنایا - صارف کے ساتھ اس کی توثیق کی، وغیرہ۔ (الگ الگ، پروگرام کے پروٹو ٹائپس کی توثیق کرنے کے بارے میں تھوڑی سی معلومات موجود ہیں)۔ سافٹ ویئر بنانے کے اہداف، خاص طور پر ابتدائی مرحلے میں، فوری فیڈ بیک حاصل کرنے کے ذریعے سیکھ رہے ہیں؛ اس کے مطابق، سب سے پہلے پروڈکٹ بنائے گئے خاکے ہیں جو کسی مفروضے کو ثابت یا غلط ثابت کرنے کے قابل ہوتے ہیں۔ (مصنف ایرک ریز کے کام پر انحصار کرتا ہے "لین طریقہ کار کا استعمال کرتے ہوئے اسٹارٹ اپ")۔
کہانی کا نقشہ مواصلات کو بہتر بنانے میں مدد کرتا ہے جب عمل درآمد متعدد ٹیموں میں ہوتا ہے۔ نقشے پر کیا ہونا چاہیے؟ بات چیت جاری رکھنے کے لیے آپ کو کیا ضرورت ہے۔ نہ صرف صارف کی کہانی (کون، کیا، کیوں) بلکہ خیالات، حقائق، انٹرفیس خاکے وغیرہ...
تاریخ کے نقشے پر کارڈز کو کئی افقی لائنوں میں تقسیم کر کے، آپ کام کو ریلیز میں تقسیم کر سکتے ہیں - ننگی کم از کم، بڑھتی ہوئی فعالیت اور کمان کی ایک تہہ کو نمایاں کریں۔
ہم عمل کے نقشے پر کہانیاں سناتے ہیں۔
ایک ملازم لنچ کے لیے آیا۔
وہ کیا چاہتا ہے؟ سروس کی رفتار۔ تاکہ اس کا لنچ پہلے ہی میز پر یا کم از کم ٹرے پر اس کا انتظار کر رہا ہو۔ افوہ - ایک چھوٹا قدم: ملازم کھانا چاہتا تھا۔ اس نے لاگ ان کیا اور بزنس لنچ کا آپشن منتخب کیا۔ اس نے کیلوری کے مواد اور غذائیت کے مواد کو دیکھا تاکہ اسے غذا میں مدد ملے اور وزن نہ بڑھے۔ اس نے ڈش کی تصویریں دیکھ کر فیصلہ کیا کہ آیا وہ اس جگہ کھائے گا یا نہیں۔
اگلا، کیا وہ لنچ اور ڈنر لینے جائے گا؟ یا شاید دوپہر کا کھانا اس کے دفتر پہنچا دیا جائے گا؟ پھر عمل کا مرحلہ کھانے کے لیے جگہ کا انتخاب کرنا ہے۔ وہ دیکھنا چاہتا ہے کہ اسے کب ڈیلیور کیا جائے گا اور اس پر کتنا خرچ آئے گا، اس لیے وہ اس بات کا انتخاب کر سکتا ہے کہ اپنا وقت اور توانائی کہاں خرچ کرنا ہے - نیچے جانا یا کام پر جانا۔ وہ یہ دیکھنا چاہتا ہے کہ کیفے کتنا مصروف ہے تاکہ قطاروں میں جھٹکا نہ لگے۔
پھر ملازم کیفے میں آیا۔ وہ اپنی ٹرے دیکھنا چاہتا ہے تاکہ وہ اسے لے کر سیدھا رات کے کھانے پر جا سکے۔ کیفے سروس پر پیسہ کمانے کے لیے رقم قبول کرنا چاہتا ہے۔ ملازم کیفے کے ساتھ سیٹلمنٹ پر کم سے کم وقت ضائع کرنا چاہتا ہے، تاکہ قیمتی وقت بیکار ضائع نہ ہو۔ یہ کیسے کرنا ہے؟ پیشگی ادائیگی کریں یا اس کے برعکس سروس کے بعد دور سے ادائیگی کریں۔ یا کیوسک کا استعمال کرتے ہوئے موقع پر ادائیگی کریں۔ اس بارے میں سب سے اہم چیز کیا ہے؟ کتنے لوگ بینک کارڈ کے ساتھ دوپہر کے کھانے کی ادائیگی کے لیے تیار ہیں؟ کتنے لوگ اس کینٹین پر بھروسہ کریں گے کہ وہ دوبارہ ادائیگی کے لیے اپنا کارڈ نمبر محفوظ کریں گے؟ فیلڈ ریسرچ کے بغیر یہ واضح نہیں ہے، جانچ کی ضرورت ہے۔
عمل کے ہر مرحلے پر، آپ کو کسی نہ کسی طرح فعالیت فراہم کرنے کی ضرورت ہے؛ اس کے لیے آپ کو کسی فرد کو بنیاد کے طور پر لینے کی ضرورت ہے اور اس کا انتخاب کرنا ہوگا جو اس کے لیے زیادہ اہم ہے (وہی تین سلیکٹرز)۔ آخر تک کہانی کی پیروی کی = ایک قابل عمل حل بنایا۔
اگلا تفصیل آتا ہے۔ کلائنٹ یہ دیکھنا چاہتا ہے کہ کیفے کتنا مصروف ہے، تاکہ قطاروں میں جھٹکا نہ لگے۔ وہ بالکل کیا چاہتا ہے؟
جب وہ وہاں پہنچتا ہے تو 15 منٹ میں وہاں کتنے لوگ ہوں گے اس کی پیشن گوئی دیکھیں
کیفے میں سروس کا اوسط وقت اور اس کی حرکیات کو آدھا گھنٹہ پہلے دیکھیں
صورتحال اور میز پر قبضے کی حرکیات دیکھیں
کیا ہوگا اگر پیشن گوئی کا نظام غیر واضح نتیجہ دیتا ہے یا کام کرنا چھوڑ دیتا ہے؟
ویڈیو کے ذریعے کیفے میں قطاروں کے ساتھ ساتھ میزوں کے قبضے کو بھی دیکھیں۔ ہمم، پہلے کیوں نہیں کرتے؟!
مصنف نے مشق کرنے کے لیے ایک چھوٹی سی ورزش کی نشاندہی کی: تصور کرنے کی کوشش کریں کہ آپ صبح اٹھنے کے بعد کیا کرتے ہیں۔ ایک کارڈ = ایک کارروائی۔ انفرادی تفصیلات کو ہٹانے کے لیے کارڈز کو بڑا کریں (کافی کو پیسنے کے بجائے، ایک حوصلہ افزا مشروب پیو)، عمل درآمد کے طریقہ کار پر نہیں، مقصد پر توجہ مرکوز کریں۔
یہ کتاب کس کے لیے ہے: IT تجزیہ کار اور پروجیکٹ مینیجرز۔ ضرور پڑھیں۔
اطلاقات
بحث اور فیصلہ سازی 3 سے 5 افراد کے گروپوں میں موثر ہے۔
پہلے کارڈ پر لکھیں کہ کیا تیار کرنے کی ضرورت ہے، دوسرے پر - درست کریں جو آپ نے پہلے میں کیا، تیسرے پر - درست کریں جو پہلے اور دوسرے میں کیا گیا تھا۔
کیک کی طرح کہانیاں تیار کریں - کوئی ترکیب لکھ کر نہیں، بلکہ یہ معلوم کرکے کہ کیک کس کے لیے، کس موقع کے لیے اور کتنے لوگوں کے لیے ہے۔ اگر ہم فروخت کو توڑتے ہیں، تو یہ کیک، کریم وغیرہ کی تیاری میں نہیں بلکہ چھوٹے ریڈی میڈ کیک کی تیاری میں ہوگا۔
سافٹ ویئر ڈیولپمنٹ فلم بنانے کے مترادف ہے، جب آپ کو فلم بندی شروع ہونے سے پہلے اسکرپٹ کو احتیاط سے تیار کرنے اور پالش کرنے، سین، اداکاروں وغیرہ کو ترتیب دینے کی ضرورت ہوتی ہے۔
وسائل کی کمی ہمیشہ رہے گی۔
20% کوششیں ٹھوس نتائج دیتی ہیں، 60% ناقابل فہم نتائج دیتی ہیں، 20% کوششیں نقصان دہ ہوتی ہیں- اسی لیے ضروری ہے کہ سیکھنے پر توجہ مرکوز کی جائے اور منفی نتائج کی صورت میں مایوس نہ ہوں۔
صارف کے ساتھ براہ راست بات چیت کریں، اپنے آپ کو اس کے جوتوں میں محسوس کریں۔ کچھ مسائل پر توجہ دیں۔
تشخیص کے لیے کہانی کی تفصیل اور ترقی اسکرم کا سب سے خوفناک حصہ ہے، بحث کو ایکویریم موڈ میں کھڑا کریں (بورڈ میں 3-4 لوگ بحث کرتے ہیں، اگر کوئی حصہ لینا چاہتا ہے تو وہ کسی کی جگہ لے لیتا ہے)۔
ماخذ: www.habr.com