چست ماہرین بمقابلہ فرتیلی منشور

کیا آپ کو لگتا ہے کہ آپ کے "مقامی فرتیلی ماہر" نے فرتیلی منشور پڑھا ہے؟ آپ کے پاس؟ ٹھیک ہے ، یہ کوئی مسئلہ نہیں ہے… اگر آپ روزانہ کی بنیاد پر "چست" کا لفظ استعمال نہیں کرتے ہیں! لیکن اگر آپ کرتے ہیں (یا آپ کے مقامی ماہر کرتے ہیں)… اچھا ہے - یہ ایسے لوگوں کی طرح ہے جو مذہب کے بارے میں بہت زیادہ بات کرتے ہیں ، لیکن بائبل (سیاسی درستگی کا انتباہ) یا ان کی پسند کی مقدس کتاب نہیں کھولی ہے ، چونکہ ان کے ادب کی کلاسیں ہیں 10 سال پہلے… ہمیں وہ پسند نہیں ہیں۔ ایک وجہ سے

ٹھیک ہے ، آئیے ہم دوسرے لوگوں اور ان کی رائے پر تبصرہ نہیں کریں۔ آئیے ، اس کے بجائے ، مرحلہ وار "فرتیلی بائبل" سے گزریں۔

ایگلی منشور سے اقتباسات دیئے جائیں گے

اس طرح کا ٹیکسٹ بلاک

اور ہمارے تبصرے اس طرح باقاعدہ انڈینٹ میں دیئے جائیں گے۔ چلو!

منشور ، ایک اور صرف!

ہماری اعلی ترجیح گاہک کو مطمئن کرنا ہے
ابتدائی اور مسلسل ترسیل کے ذریعے
قیمتی سافٹ ویئر کی

یہ ایک بہت اچھا خیال ہے! یہ واقعی اس وقت بنایا گیا تھا جب انقلاب بنایا گیا تھا! لیکن اس خیال پر عمل درآمد ان چند سطروں سے کہیں زیادہ مشکل ہے۔

بنیادی مسئلہ: ہر وہ شخص جس کا صارف سے براہ راست رابطہ ہوتا ہے ، وہ جانتا ہے کہ اس منشور کا نقطہ کم از کم کچھ حد تک مشکل ہے۔

افسوس کی بات یہ ہے کہ گاہک ہمیشہ یہ یقینی نہیں ہوتا کہ وہ کیا چاہتا ہے (ے) وہ (یا) ایک ہی وقت میں بہت ساری چیزیں چاہتا ہے ، اور ان کی مناسب ترجیح نہیں دے سکتا! مزید یہ کہ ، یہ ہوسکتا ہے کہ ان چیزوں میں سے کچھ جو صارفین نے سوچا (زبانیں) جو وہ چاہتا تھا ، بعد میں نہیں چاہتا تھا…

اگر ہم اسے ایک طرف رکھتے ہیں تو - منشور کا نقطہ اس کی مصنوعات کی کامیابی کے ل value اپنی قدر ثابت کرتا ہے! لیکن ان استثناء کو نظرانداز نہیں کیا جانا چاہئے ، کیونکہ یہ مہلک ہوسکتے ہیں!

اگلا نقطہ کچھ اسی طرح کا احاطہ کرتا ہے ، آئیے یہ موضوع جاری رکھیں۔

دیر سے دیر تک ، تبدیلیاں ضروریات کا خیرمقدم کرتے ہیں
ترقی. فرتیلی عمل کے لئے کنٹرول میں تبدیلی لاتے ہیں
گاہک کا مسابقتی فائدہ۔

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

چپلتا متوقع تبدیلیوں کے لئے تیار رہنے کے بارے میں ہے ، اور ہر چیز اور ہمیشہ تبدیل کرنے کے بارے میں نہیں۔ وہ افراد جو ممکنہ مؤکل / گاہک کے ساتھ بات چیت کرنے کے مجاز ہیں ، انہیں شروع سے ہی حقیقت پسندانہ معاہدے پر بات چیت کرنی چاہئے۔ اکثر ، صحیح وقت میں قلم اور کاغذ کے ساتھ 10 منٹ (پروجیکٹ کا آغاز) بعد کے مراحل میں دن ، ہفتوں ، اور مہینوں کی ترقی (ری ڈائریکٹ ، محور ، تبدیل کرنا) بچاتا ہے! پروڈکٹ اسٹارٹ میں اس سست کو غیر پیشہ ور سمجھا جانا چاہئے ، کیونکہ یہ بہت زیادہ ہے! ذہنیت غیر اخلاقی ہے ، اور یہ اکثر ڈویلپرز کے پاس آتا ہے کہ "دن کو بچائیں" (اوور ٹائم ، کام کے اختتام ہفتہ ، گھر سے کام کرنا ، کام کرنا) دباؤ کے آس پاس)… ٹھنڈا نہیں۔ اور واقعی - فرتیلی بھی نہیں۔

ورکنگ سافٹ ویئر فراہم کریں
اکثر ، ایک سے
ایک ہفتہ کے چند مہینوں تک
مختصر وقت اسکیل کو ترجیح.

مجھے صرف اس کے ساتھ ہی اچھے تجربات ہیں۔ یہ ابتدائی کرشن ٹیسٹنگ سیکھنے-بہتر بنانے کے تاثرات کے امکانات فراہم کرتا ہے۔ اگر سامان کی مطلوبہ مصنوعات کی سافٹ ویئر ڈویلپمنٹ میں فرتیلی تصور لاگو ہوتا ہے تو عمدہ چیزیں۔ (ہمیشہ ایسا نہیں ہوتا ، اس پر یقین کریں یا نہیں۔)

کاروباری افراد اور ڈویلپرز کو کام کرنا ہوگا
پورے پروجیکٹ کے دوران روزانہ ایک ساتھ۔

ٹھیک ہے ، شاید روزانہ نہیں ، بلکہ - انگوٹھوں تک! ہم (لوگ) پچھلے 15 سالوں میں اسے خراب کرنے میں کامیاب نہیں ہوسکے ہیں… ہمیں وقت دیں۔

حوصلہ افزائی کرنے والے افراد کے آس پاس پروجیکٹس بنائیں۔
انہیں ماحول فراہم کریں اور ان کی مدد کریں ،
اور کام کرنے کے لئے ان پر اعتماد کریں۔

یہ وہ جگہ ہے جہاں زیادہ تر نام نہاد مشتعرین ایگلی منشور کے ذریعہ عمل کرنے میں ناکام رہتے ہیں۔ ان میں اکثر ان افراد کا احترام نہیں ہوتا جو ماہر نہیں ، اگرچہ ماہر نہیں ، تو پھر بھی "فرتیلی" پروجیکٹ مینیجر کی بجائے اپنی پیشہ وارانہ صلاحیت پر غور کرنے والے بہتر پیشہ ور افراد ہیں۔ اس سے مینیجر دوسرے لوگوں کے کاموں میں بہت زیادہ مشغول ہوجاتا ہے ، جو اہم "مشین گیئرز" کو ایک دوسرے کے ساتھ توڑ دیتا ہے۔ مزید "مشین" چستی اور کم تبدیلی کے ل reli قابل اعتماد بنانا۔ جو انسداد فرتیلی ہے۔

کا سب سے موثر اور موثر طریقہ
ترقی تک اور اس کے اندر معلومات تک پہنچانا
ٹیم آمنے سامنے گفتگو کرتی ہے۔

ٹھیک ہے ، ہم اس کے خلاف کچھ نہیں کہہ سکتے۔ اس کے برعکس ، اس کے لئے حورے!

ورکنگ سوفٹ ویئر ترقی کی بنیادی پیمائش ہے۔

جی ہاں. مسئلہ یہ ہے کہ بہت سے نام نہاد مشتعرین بھی اس شق کا احترام نہیں کرتے ہیں۔

فرتیلی عمل پائیدار ترقی کو فروغ دیتے ہیں۔
اسپانسرز ، ڈویلپرز ، اور صارفین کو اہل ہونا چاہئے
غیر مستقل مدت تک مستقل رفتار برقرار رکھنا۔

حاصل کرنے کے لئے مشکل ، لیکن یقینا --- زبردست رہنما خطوط۔

تکنیکی مہارت پر مسلسل توجہ
اور اچھے ڈیزائن چپلتا بڑھا دیتا ہے۔

ایک بار پھر ، افسوسناک بات یہ ہے کہ نام نہاد فرتیلی پروجیکٹ مینیجر اکثر اس کے بارے میں بھول جاتے ہیں ، اس طرح مہلک نہیں تو سنگین بنا دیتے ہیں۔

سادگی - زیادہ سے زیادہ رقم کا فن
کام نہیں کیا - ضروری ہے.

سلام ، سادگی!

بہترین فن تعمیرات ، تقاضے اور ڈیزائن
خود کو منظم کرنے والی ٹیموں سے نکلنا۔

اوس!

باقاعدہ وقفوں پر ، ٹیم اس پر غور کرتی ہے کہ کیسے
زیادہ موثر بننے کے ل tun ، پھر دھنیں اور ایڈجسٹ ہوتی ہیں
اس کے مطابق اس کا سلوک۔

آمین!