مثالش توی مهندسی نرمافزار خیلی ملموسه. مایکروسافت متوجه شده بود حدود ۲۰ درصد باگهای Windows و Office باعث ۸۰ درصد کرشها میشن، حتی فقط ۱ درصد باگها حدود نصف خطاها رو ایجاد میکردن. پس تمرکز روی همون چند باگ حیاتی میتونست کیفیت محصول رو خیلی سریعتر بهتر کنه. توی محصول هم همین اتفاق میافته؛ شاید از ۵۰ تا قابلیت، فقط ۵ تا ۱۰ تای اونها واقعاً توسط اکثر کاربران استفاده بشن. قانون پارتو یادآوری میکنه کار حرفهای یعنی اول پیدا کنیم کدوم بخشها بیشترین اثر رو دارن، بعد زمان، انرژی، تست، بهینهسازی و تصمیمهای محصولی رو همونجا خرج کنیم؛ نه اینکه با همهچیز مثل یک اولویت برابر برخورد کنیم.
@codehalics | کدهالیک
Post #602
556
کدهالیک | codehalic بریم برای ادامه قوانین مهندسی نرمافزار بعد از مدتها. اینبار سراغ Pareto Principle یا قانون ۸۰/۲۰ بریم؛ قانونی که میگه معمولاً ۸۰ درصد نتیجهها از ۲۰ درصد علتها میاد. توی نرمافزار یعنی همهچیز به یک اندازه مهم نیست. مثلاً ممکنه ۲۰ درصد فیچرهای یک محصول،…