سمجھاڻي
ڪتاب هڪ بيان ڪيل الورورٿم آهي جيڪو ترقي جي عمل کي خيال کان عمل ڪرڻ تائين تيز ٽيڪنالاجي استعمال ڪندي. پروسيس کي مرحلن ۾ بيان ڪيو ويو آهي ۽ هر قدم تي عمل جي قدم لاء طريقا ظاهر ڪيا ويا آهن. ليکڪ اشارو ڪري ٿو ته اڪثر طريقا اصل نه هوندا آهن، بغير اصل هجڻ جي دعوي ڪرڻ کان سواء. پر سٺي لکڻ جو انداز ۽ عمل جي ڪجهه سالميت ڪتاب کي تمام مفيد بڻائي ٿو.
صارف جي ڪهاڻي ميپنگ جو هڪ اهم ٽيڪنڪ خيالن ۽ پرفارمنس کي ترتيب ڏيڻ آهي جيئن صارف پروسيس ذريعي هلندو آهي.
ساڳئي وقت، عمل کي مختلف طريقن سان بيان ڪري سگهجي ٿو. توهان قدم ٺاهي سگهو ٿا جيئن توهان هڪ اهم قدر حاصل ڪيو، يا توهان آساني سان وٺي سگهو ٿا ۽ تصور ڪري سگهو ٿا صارفين جي ڪم ڪندڙ ڏينهن جيئن اهو سسٽم استعمال ڪندي گذري ٿو. ليکڪ انهي حقيقت تي ڌيان ڏئي ٿو ته پروسيس کي بيان ڪرڻ جي ضرورت آهي، هڪ پروسيس نقشي تي صارف جي ڪهاڻي جي صورت ۾ ڳالهايو وڃي، جيڪو اسان کي نالو ڏنو صارف ڪهاڻي نقشو.
جيڪو ان جي ضرورت آهي
آئي ٽي تجزيه نگارن ۽ پروجيڪٽ مينيجرز لاءِ. هڪ پڙهڻ لازمي آهي. پڙهڻ ۾ آسان ۽ مزيدار، ڪتاب سائيز ۾ وچولي آهي.
راء
ان جي آسان ترين شڪل ۾، اهو ڪيئن ڪم ڪري ٿو.
هڪ دورو ڪندڙ هڪ ڪيفي ۾ اچي ٿو، وينجن کي منتخب ڪري ٿو، آرڊر رکي ٿو، کاڌو وصول ڪري ٿو، کائي ٿو ۽ ادا ڪري ٿو.
اسان هر اسٽيج تي سسٽم مان جيڪي گهرون ٿا ان لاءِ گهرجون لکي سگهون ٿا.
سسٽم کي وينجن جي هڪ فهرست ڏيکارڻ گهرجي، هر کاڌ خوراڪ، وزن ۽ قيمت آهي ۽ ڪارٽ ۾ شامل ڪرڻ جي قابل هوندو. اسان کي انهن ضرورتن تي يقين ڇو آهي؟ اهو بيان نه ڪيو ويو آهي "معياري" گهرجن جي وضاحت ۾ ۽ اهو خطرو پيدا ڪري ٿو.
اداڪار جيڪي نه سمجھندا آھن ڇو اھو ضروري آھي عام طور تي غلط ڪم ڪندا آھن. پرفارمر جيڪي هڪ خيال پيدا ڪرڻ جي عمل ۾ ملوث نه آهن نتيجي ۾ شامل نه آهن. Agile چوي ٿو، اچو ته بنيادي طور تي سسٽم تي نه، پر ماڻهن تي، صارفين تي، انهن جي ڪمن ۽ مقصدن تي.
اسان شخصيتون ٺاهيون ٿا، انهن کي همدردي لاءِ تفصيل ڏيون ٿا، ۽ شخصيت جي پاسي کان ڪهاڻيون ٻڌائڻ شروع ڪيون ٿا.
آفيس جو ملازم ذاڪر لنچ تي ويو ۽ جلدي ناشتو ڪرڻ چاهي ٿو. هن کي ڪهڙي ضرورت آهي؟ خيال اهو آهي ته هو شايد ڪاروباري لنچ چاهي ٿو. ٻيو خيال اهو آهي ته هو چاهي ٿو ته سسٽم هن جي ترجيحن کي ياد ڪري، ڇاڪاڻ ته هو هڪ غذا تي آهي. ٻيو خيال. هو چاهي ٿو ته هن لاءِ ڪافي وٺي اچي ڇاڪاڻ ته هو لنچ کان اڳ ڪافي پيئڻ جو عادي آهي.
۽ اتي پڻ ھڪڙو ڪاروبار آھي (ھڪ تنظيمي ڪردار ھڪڙو ڪردار آھي جيڪو ھڪڙي تنظيم جي مفادن جي نمائندگي ڪري ٿو). ڪاروبار اوسط چيڪ وڌائڻ، خريداري جي تعدد کي وڌائڻ، ۽ منافعو وڌائڻ چاهيندا آهن. خيال آهي - اچو ته ڪجهه کاڌن جي غير معمولي وينجن پيش ڪريون. ٻيو خيال - اچو ته ناشتو متعارف ڪرايو.
خيالن کي استعمال ڪندڙ ڪهاڻي جي صورت ۾ ٺهڪندڙ، تبديل ۽ پيش ڪرڻ گهرجي. ذاڪر بزنس سينٽر جي هڪ ملازم جي حيثيت سان، مان چاهيان ٿو ته سسٽم مون کي سڃاڻي ته جيئن مان پنهنجي ترجيحن جي بنياد تي هڪ مينيو حاصل ڪري سگهان. هڪ ويٽر جي حيثيت ۾، مان چاهيان ٿو ته سسٽم مون کي اطلاع ڏئي ته جڏهن ميز تي پهچي وڃي ته جيئن ڪلائنٽ تيز سروس سان مطمئن هجي. ۽ ايئن.
درجن جون ڪهاڻيون. اڳيون ترجيح ۽ پٺڀرائي آهي؟ جيف انهن مسئلن جي نشاندهي ڪري ٿو جيڪي پيدا ٿين ٿا: ننڍڙن تفصيلن ۾ ڦاٿل ٿيڻ ۽ تصوراتي سمجهه کي وڃائڻ، گڏوگڏ ڪارڪردگي کي ترجيح ڏيڻ مقصدن سان مطابقت نه هجڻ جي ڪري هڪ خراب تصوير ٺاهي ٿو.
ليکڪ جو رستو: اسان ترجيح ڏيون ٿا ڪارڪردگي کي نه، پر نتيجو = جيڪو صارف آخر ۾ حاصل ڪري ٿو.
هڪ واضع غير واضع نقطو: ترجيحي سيشن سڄي ٽيم طرفان نه ڪيو ويو آهي، ڇاڪاڻ ته اهو غير موثر آهي، پر ٽن ماڻهن طرفان. پهريون ڪاروبار لاءِ ذميوار آهي، ٻيو صارف جي تجربي لاءِ ۽ ٽيون عمل درآمد لاءِ.
اچو ته هڪ صارف جي مسئلي کي حل ڪرڻ لاءِ گهٽ ۾ گهٽ چونڊيو (گهٽ ۾ گهٽ قابل عمل حل).
اسان صارف ڪهاڻيون، ڊيزائن اسڪيچز، رڪاوٽون ۽ ڪاروباري ضابطن کي استعمال ڪندي تفصيل سان بيان ڪريون ٿا ۽ ٽيم سان بحث ڪندي صارف ڪهاڻيون، ڊيزائن اسڪيچز، رڪاوٽون ۽ ڪاروباري قاعدن کي ٽيم سان ٻڌايون ٿا ته پروسيس جي هر مرحلي تي ماڻهن ۽ اسٽيڪ هولڊرز کي ڪهڙي ضرورت آهي. اسان باقي خيالن کي موقعن جي پٺڀرائي ۾ اڻ جانچيل ڇڏي ڏيون ٿا.
اهو عمل کاٻي کان ساڄي تائين ڪارڊن تي لکيل آهي، عمل جي مرحلن هيٺ ڏنل ڪارڊن تي خيالن سان. اهو ضروري آهي ته سڄي ڪهاڻي ذريعي رستي تي ٽيم جي ميمبرن سان گڏ بحث ڪيو وڃي ته جيئن باهمي سمجهه کي يقيني بڻائي سگهجي.
هن طريقي سان تفصيل سان عمل جي تعميل ۾ سالميت پيدا ڪري ٿي.
حاصل ڪيل خيالن کي جانچڻ جي ضرورت آهي. هڪ غير ٽيم ميمبر شخص جي ٽوپي تي رکندو آهي ۽ ماڻهوء جي ڏينهن کي پنهنجي سر ۾ گذاريندو آهي، هن جو مسئلو حل ڪري ٿو. اهو ممڪن آهي ته هو ترقي نه ڏسي، ٻيهر ڪارڊ ٺاهي، ۽ ٽيم پاڻ لاء متبادل ڳولي.
ان کان پوء تشخيص لاء تفصيل آهي. ان لاءِ ٽي ماڻهو ڪافي آهن. صارف جي تجربي لاءِ ذميوار، ڊولپر، ٽيسٽ ڪندڙ هڪ پسنديده سوال سان: ”ڇا جيڪڏهن...“.
هر اسٽيج تي، بحث صارف جي تاريخ جي هڪ پروسيس نقشي جي پيروي ڪري ٿو، جيڪو صارف جي ڪم کي ذهن ۾ رکڻ جي اجازت ڏئي ٿو ته هڪ مربوط سمجھ پيدا ڪرڻ لاء.
ڇا ليکڪ جي راء ۾ دستاويز ضروري آهي؟ ها، مون کي اها ضرورت آهي. پر جيئن نوٽس جيڪي توهان کي ياد ڪرڻ جي اجازت ڏين ٿا جيڪي توهان تي اتفاق ڪيو آهي. هڪ ٻاهرئين کي شامل ڪرڻ لاء ٻيهر بحث جي ضرورت آهي.
ليکڪ بحث جي ضرورت تي ڌيان ڏيڻ، دستاويزن جي ڪافييت جي موضوع ۾ نه ٿو اچي. (ها، دستاويز جي ضرورت آهي، ڪنهن به صورت ۾ اهي ماڻهو جن کي چستيءَ جي گهڻي ڄاڻ نه آهي، اها دعويٰ ڪن). انهي سان گڏ، صلاحيتن جي صرف هڪ حصي جي تفصيل کي شايد سڄي سسٽم جي مڪمل ڪم جي ضرورت کي وڌائي سگھي ٿي. ليکڪ ان صورت ۾ وڌيڪ وضاحت جي خطري کي اشارو ڪري ٿو جڏهن خيال غلط آهي.
خطرن کي ختم ڪرڻ لاءِ، ”غلط“ پراڊڪٽ ٺاهڻ جي نقصان کي گھٽائڻ لاءِ تيار ڪيل پراڊڪٽ تي جلدي موٽ حاصل ڪرڻ ضروري آهي. اسان خيال جو هڪ خاڪو ٺاهيو - ان کي استعمال ڪندڙ سان تصديق ڪيو، انٽرفيس پروٽوٽائپس اسڪيچ ڪيو - ان کي استعمال ڪندڙ سان تصديق ڪيو، وغيره. (الڳ الڳ، پروگرام جي پروٽوٽائپ کي ڪيئن درست ڪرڻ جي باري ۾ ٿوري معلومات آهي). سافٽ ويئر ٺاهڻ جا مقصد، خاص طور تي شروعاتي اسٽيج تي، سکيا حاصل ڪري رهيا آهن تڪڙو موٽ حاصل ڪرڻ جي ذريعي؛ ان جي مطابق، ٺاهيل پهريون پراڊڪٽ خاڪا آهن جيڪي هڪ مفروضي کي ثابت يا غلط ثابت ڪرڻ جي قابل آهن. (ليکڪ ايريڪ ريس جي ڪم تي ڀاڙي ٿو "شروعاتي طريقي سان استعمال ڪندي").
هڪ ڪهاڻي نقشو رابطي کي بهتر بنائڻ ۾ مدد ڪري ٿو جڏهن عملدرآمد ڪيترن ئي ٽيمن تي ڪيو ويندو آهي. نقشي تي ڇا هجڻ گهرجي؟ توهان کي گفتگو جاري رکڻ جي ڪهڙي ضرورت آهي. نه رڳو هڪ صارف جي ڪهاڻي (ڪير، ڇا، ڇو)، پر خيال، حقيقتون، انٽرفيس اسڪيچ وغيره.
تاريخ جي نقشي تي ڪارڊن کي ڪيترن ئي افقي قطارن ۾ ورهائڻ سان، توھان ڪم کي ورهائي سگھوٿا رليز ۾ - نمايان گھٽ ۾ گھٽ، وڌايل ڪارڪردگي جي پرت ۽ جھاز.
اسان پروسيس نقشي تي ڪهاڻيون ٻڌايون ٿا.
هڪ ملازم لنچ لاءِ آيو.
هو ڇا ٿو چاهي؟ خدمت جي رفتار. انهي ڪري ته هن جو لنچ اڳ ۾ ئي ميز تي يا گهٽ ۾ گهٽ هڪ ٽري تي انتظار ڪري رهيو آهي. اڙي - هڪ مس ٿيل قدم: ملازم کائڻ چاهي ٿو. هن لاگ ان ٿيو ۽ ڪاروباري لنچ جو اختيار چونڊيو. هن ڏٺو ته ڪيلوري مواد ۽ غذائي مواد هن کي غذا ۾ مدد ڏيڻ ۽ وزن وڌائڻ ۾ مدد نه ڪئي. هن ڊش جون تصويرون ڏسي فيصلو ڪيو ته هو ان جاءِ تي کائيندو يا نه.
اڳتي هلي، هو لنچ ۽ ڊنر وٺڻ لاءِ ويندو؟ يا ٿي سگهي ٿو لنچ هن جي آفيس ۾ پهچايو ويندو؟ پوء عمل جو قدم کائڻ لاء هڪ جڳهه چونڊڻ آهي. هو ڏسڻ چاهي ٿو ته اهو کيس ڪڏهن پهچايو ويندو ۽ ان تي ڪيترو خرچ ايندو، تنهن ڪري هو چونڊي سگهي ٿو ته ڪٿي پنهنجو وقت ۽ توانائي خرچ ڪري - هيٺ وڃڻ يا ڪم تي وڃڻ. هو ڏسڻ چاهي ٿو ته ڪيفي ڪيترو مصروف آهي ته جيئن قطارن ۾ نه لڳي.
پوءِ ملازم ڪيفي ۾ آيو. هو پنهنجي ٽري ڏسڻ چاهي ٿو ته هو ان کي وٺي ۽ سڌو رات جي ماني تي وڃي سگهي. ڪيفي جي خدمت تي پئسا ڪمائڻ لاء پئسا قبول ڪرڻ چاهي ٿو. ملازم ڪيفي سان آبادين تي گهٽ ۾ گهٽ وقت وڃائڻ چاهي ٿو، ته جيئن قيمتي وقت بيڪار ضايع نه ٿئي. اهو ڪيئن ڪجي؟ اڳواٽ ۾ ادا ڪريو يا ان جي برعڪس خدمت کان پوءِ ريموٽ. يا ڪوسڪ استعمال ڪندي جڳهه تي ادا ڪريو. هن جي باري ۾ سڀ کان اهم شيء ڇا آهي؟ ڪيترا ماڻهو بينڪ ڪارڊ سان لنچ لاءِ ادا ڪرڻ لاءِ تيار آهن؟ ڪيترا ماڻهو هن ڪينٽين تي ڀروسو ڪندا ته انهن جو ڪارڊ نمبر بار بار ادا ڪرڻ لاءِ ذخيرو ڪرڻ لاءِ؟ فيلڊ ريسرچ جي بغير اهو واضح ناهي، جاچ جي ضرورت آهي.
عمل جي هر مرحلي تي، توهان کي ڪنهن نه ڪنهن طريقي سان ڪارڪردگي مهيا ڪرڻ جي ضرورت آهي؛ ان لاء توهان کي ڪنهن شخص کي بنياد طور وٺڻ جي ضرورت آهي ۽ چونڊيو جيڪو هن لاء وڌيڪ اهم آهي (ساڳي ٽي چونڊ ڪندڙ). پڄاڻيءَ تائين ڪهاڻيءَ جي پٺيان = هڪ قابل عمل حل ڪيو.
ايندڙ تفصيل اچي ٿو. گراهڪ ڏسڻ چاهي ٿو ته ڪيفي ڪيترو مصروف آهي، ته جيئن قطارن ۾ نه لڳي. هو واقعي ڇا ٿو چاهي؟
اڳڪٿي ڏسو ته 15 منٽن ۾ ڪيترا ماڻهو هوندا جڏهن هو اتي پهچندو
ڪيفي ۾ سراسري خدمت جو وقت ۽ ان جي متحرڪ اڌ ڪلاڪ اڳ ۾ ڏسو
ڏسو صورتحال ۽ ٽيبل جي قبضي جي متحرڪ
ڇا جيڪڏهن اڳڪٿي ڪرڻ وارو نظام هڪ غير واضح نتيجو ڏئي ٿو يا ڪم ڪرڻ بند ڪري ٿو؟
وڊيو ذريعي ڏسو ڪيفي ۾ قطارون، گڏوگڏ ٽيبلن جو قبضو. هيم، ڇو نه پهرين ائين ڪيو؟!
ليکڪ هڪ ننڍڙي مشق کي مشق ڪرڻ لاء اشارو ڪيو آهي: تصور ڪرڻ جي ڪوشش ڪريو ته توهان صبح جو جاڳڻ کان پوء ڇا ڪندا آهيو. هڪ ڪارڊ = هڪ عمل. ڪارڊ کي وڌايو (ڪافي پيسڻ جي بدران، هڪ متحرڪ مشروب پيئي) انفرادي تفصيلات کي هٽائڻ لاء، عمل جي طريقيڪار تي نه، پر مقصد تي ڌيان ڏيڻ.
هي ڪتاب ڪنهن لاءِ آهي: آئي ٽي تجزيه نگار ۽ پروجيڪٽ مئنيجر. هڪ پڙهڻ لازمي آهي.
ايپس
بحث ۽ فيصلو ڪرڻ 3 کان 5 ماڻهن جي گروپن ۾ اثرائتو آهي.
پهرين ڪارڊ تي لکو ته ڇا ترقي ڪرڻ جي ضرورت آهي، ٻئي تي - صحيح ڪريو جيڪو توهان پهرين ۾ ڪيو، ٽيون تي - صحيح ڪريو جيڪو پهرين ۽ سيڪنڊ ۾ ڪيو ويو.
ڪيڪ وانگر ڪهاڻيون تيار ڪريو - هڪ ترڪيب لکڻ سان نه، پر اهو ڳولڻ سان ته ڪير، ڪهڙي موقعي تي، ۽ ڪيڪ ڪيترين ماڻهن لاءِ آهي. جيڪڏهن اسان سيلز کي ٽوڙيو، پوء اهو ڪيڪ، ڪريم وغيره جي پيداوار ۾ نه هوندو، پر ننڍن تيار ڪيل ڪيڪ جي پيداوار ۾.
سافٽ ويئر ڊولپمينٽ هڪ فلم ٺاهڻ وانگر آهي، جڏهن توهان کي احتياط سان اسڪرپٽ کي ترقي ۽ پالش ڪرڻ جي ضرورت آهي، فلم شروع ٿيڻ کان اڳ منظر، اداڪار وغيره کي ترتيب ڏيو.
هميشه وسيلن جي کوٽ هوندي.
20 سيڪڙو ڪوششون شاندار نتيجا ڏين ٿيون، 60 سيڪڙو ناقابل فهم نتيجا ڏين ٿيون، 20 سيڪڙو ڪوششون نقصانڪار آهن- ان ڪري ضروري آهي ته سکڻ تي ڌيان ڏيو ۽ ناڪاري نتيجو اچڻ جي صورت ۾ مايوس نه ٿيو.
سڌو سنئون صارف سان رابطو ڪريو، پاڻ کي پنھنجي بوٽن ۾ محسوس ڪريو. ڪجھ مسئلن تي ڌيان ڏيو.
تشخيص لاءِ ڪهاڻي کي تفصيل ۽ ترقي ڏيڻ اسڪرم جو سڀ کان وڌيڪ ڏکوئيندڙ حصو آهي، بحث کي ايڪريريم موڊ ۾ اسٽينڊ اپ ڪريو (3-4 ماڻهو بورڊ تي بحث ڪندا آهن، جيڪڏهن ڪو حصو وٺڻ چاهي ٿو، هو ڪنهن کي تبديل ڪري ٿو).
جو ذريعو: www.habr.com