تفکر سیستمی یعنی کسب‌وکار را مجموعه‌ای از اجزای به‌هم‌وابسته ببینیم که بر یکدیگر اثر برمی‌گردانند، نه فهرستی از کارهای جدا از هم. برای صاحب اقامتگاه فایده‌اش این است که بفهمد چرا تصمیمی که امروز «صرفه‌جویی» به نظر می‌رسد، با تأخیر چند ماهه از راه نقدها، رتبه و رزرو به خودش برمی‌گردد، و کجا باید دست بگذارد تا کمترین تلاش بیشترین اثر را بدهد.
این یک جلسه‌ی کلاس است: مفهوم را می‌گوییم، فرمول و قاعده‌اش را می‌نویسیم و هر بخش را با یک مثال اقامتگاهی تمام می‌کنیم. همه‌ی عددهای مثال‌ها فرضی و گردند و برای تمرین محاسبه آمده‌اند، نه گزارش واقعی از بازار. آخرین بازبینی: ۲ آبان ۱۴۰۵.
هدف‌های یادگیری این درس
پس از این درس باید بتوانید:
سیستم، عنصر، رابطه و هدف سیستم را در اقامتگاه خودتان نام ببرید.
حلقه‌ی بازخورد مثبت (تقویت‌شونده) و منفی (تعادل‌بخش) را با قاعده‌ی شمارش پیوندهای منفی تشخیص بدهید.
اثر تأخیر را روی یک تصمیم عددی نشان بدهید.
یک نمودار حلقه‌ی علّی ساده بکشید و بخوانید.
از فهرست «نقطه‌های اهرمی» مدوز دست‌کم سه مورد را در اقامتگاه خودتان پیدا کنید.
تفکر سیستمی چیست و از کجا آمده؟
جامعه‌ی دینامیک سیستم‌ها (System Dynamics Society) رابطه‌ی دو مفهوم را روشن می‌گوید: دینامیک سیستم‌ها رویکردی رایانه‌ای برای طراحی راهبرد و سیاست است که با مدل‌سازی شبیه‌سازی بر پایه‌ی نظریه‌ی سیستم‌های بازخوردی به تصمیم‌گیری در سیستم‌های پیچیده و پویا کمک می‌کند، و آن را راهی برای «کمّی‌کردن» همان تعاملاتی می‌داند که تفکر سیستمی فقط توصیف می‌کند. یعنی تفکر سیستمی نقشه و زبان می‌دهد و دینامیک سیستم‌ها محاسبه. جی فارستر در مقاله‌ی ۱۹۷۱ خود («رفتار خلاف‌شهود سیستم‌های اجتماعی») استدلال می‌کند سیستم‌های اجتماعی از جنس سیستم‌های بازخوردی چندحلقه‌ای و غیرخطی‌اند، یعنی «حلقه‌ی کنش‌ها و پیامدها که به خودشان برمی‌گردند»، و ذهن انسان برای فهم شهودی چنین سیستمی تربیت نشده است. ریشه‌های فکری گسترده‌تر (سیبرنتیک وینر، نظریه‌ی عمومی سیستم‌ها از برتالانفی) را فقط از منبع دست‌دوم (ویکی‌پدیا) می‌دانیم و چیزی بر آن‌ها بنا نمی‌کنیم.
سه مسیر علمی برای ما مهم است:
دینامیک سیستم‌ها: طبق صفحه‌ی منشأ جامعه‌ی دینامیک سیستم‌ها، فارستر مهندس MIT که روی کنترل بازخوردی و رایانه‌های رقمی نخستین کار کرده بود، در ۱۹۵۶ به دانشکده‌ی مدیریت MIT رفت. مدیران جنرال الکتریک درباره‌ی کارخانه‌های لوازم خانگی خود در کنتاکی پرسیدند که اشتغال تقریباً هر سه سال بالا و پایین می‌شد. چرخه‌ی کسب‌وکار این نوسان را کامل توضیح نمی‌داد؛ فارستر ساختار موجودی و جریان کارخانه و حلقه‌های بازخورد تصمیم‌های استخدام و تعدیل را با دست شبیه‌سازی کرد و به این نتیجه رسید که ناپایداری از ساختار درونی خود بنگاه می‌آید نه از نیروهای بیرونی. این شبیه‌سازی‌های دستی در میانه‌ی دهه‌ی ۱۹۵۰ آغاز دینامیک سیستم‌ها بود؛ زبان‌های SIMPLE (۱۹۵۸) و DYNAMO (۱۹۵۹) و کتاب «دینامیک صنعتی» (۱۹۶۱) بعدتر آمدند.
سازمان یادگیرنده: پیتر سنگه، پژوهشگر MIT، در کتاب «پنجمین انضباط» تفکر سیستمی را یکی از انضباط‌های سازمان یادگیرنده معرفی کرد. صفحه‌ی ناشر کتاب (Penguin Random House، نسخه‌ی بازنگری‌شده‌ی ۲۰۰۶) آن را کتابی درباره‌ی تعادل میان دیدن تصویر کلی و جزئیات معرفی می‌کند.
ادبیات آموزشی: دانلا مدوز در «تفکر در سیستم‌ها» (۲۰۰۸) مفاهیم را برای عموم ساده کرد.
دو ایده در همه‌ی این مسیرها مشترک است. اول، رفتار سیستم بیشتر از ساختار خودش می‌آید تا از اتفاق‌های بیرونی. دوم، علت و معلول یک خط راست نیستند و معلول می‌تواند به علت برگردد.
مثال اقامتگاهی: فرض کنید مجتمعی با شش واحد در ماه‌های پاییز ۶۰٪ اشغال دارد و صاحبش می‌گوید «بازار ضعیف است». نگاه جزءنگر به رقیب و فصل نگاه می‌کند. نگاه سیستمی می‌پرسد: چه ساختاری در خود مجتمع این عدد را می‌سازد؟ مثلاً امتیاز نظافت پایین، که رتبه را پایین نگه می‌دارد، که رزرو را کم می‌کند، که بودجه‌ی نظافت را کم می‌کند. «بازار ضعیف است» شاید فقط بخشی از داستان باشد.
خطای رایج
مرز سیستم را خیلی تنگ کشیدن. اگر فقط «تقویم و قیمت» را سیستم بدانید، حلقه‌ی کیفیت و نقد را بیرون از قاب گذاشته‌اید و همان حلقه است که پاسخ می‌دهد.
سیستم، عنصر، رابطه و هدف
مدوز یک سیستم را مجموعه‌ای از عنصرها می‌داند که با هم مرتبط‌اند و در طول زمان الگوی رفتاری خاصی تولید می‌کنند؛ و سه چیز را از هم جدا می‌کند: عنصرها (چیزهای قابل‌دیدن)، رابطه‌ها (پیوندها) و هدف یا کارکرد (آنچه سیستم عملاً به آن می‌رسد). نکته‌ی مهم: هدف واقعی سیستم را از رفتارش می‌خوانیم، نه از شعارش.
برای ابزار کار، دو واژه‌ی فنی از دینامیک سیستم‌ها لازم داریم. تمرین‌های مقدماتی پروژه‌ی «دینامیک سیستم در آموزش» دانشگاه MIT (زیر نظر فارستر؛ در OpenCourseWare) آن‌ها را با تشبیه وان حمام تعریف می‌کند: موجودی انباشته‌ای است که ورودی‌ها و خروجی‌ها آن را در طول زمان تغییر می‌دهند و وضعیت فعلی سیستم را نگه می‌دارد (حجم آب وان)؛ جریان‌ها «تغییر را انجام می‌دهند» (شیر آب و کف‌شوی) و نه یک بار، بلکه در هر واحد زمان موجودی را زیاد یا کم می‌کنند. همان متن می‌گوید هر سیستمی که در زمان تغییر کند فقط با موجودی‌ها و جریان‌ها قابل‌نمایش است.
موجودی (stock): هر چیزی که انباشته می‌شود یا کم می‌شود؛ مثل تعداد نقدها، میانگین امتیاز، موجودی ملحفه، پول در حساب.
جریان (flow): نرخ تغییر موجودی؛ مثل نقد تازه در ماه، یا ملحفه‌ی خراب‌شده در هفته.
لایه | در اقامتگاه |
|---|---|
عنصر | واحدها، نظافتچی، مهمان، آگهی در پلتفرم، تقویم، قیمت |
رابطه | نقد مهمان بر رتبه‌ی آگهی اثر می‌گذارد؛ نظافت بر نقد؛ درآمد بر بودجه |
موجودی | میانگین امتیاز، تعداد نقد، اعتبار پلتفرم، موجودی نقد |
جریان | نقدهای تازه، رزروهای جدید در هفته، هزینه‌ی ماهانه |
هدف واقعی | آنچه سیستم عملاً بیشینه می‌کند؛ مثلاً «کمترین هزینه‌ی این ماه» یا «بهترین تجربه‌ی مهمان» |
مثال اقامتگاهی: فرض کنید یک اقامتگاه ۴۰ نقد با میانگین ۴٫۸ دارد. این میانگین یک موجودی است. اگر ده مهمان بعدی میانگین ۴٫۰ بدهند، میانگین جدید می‌شود (۴۰×۴٫۸ + ۱۰×۴٫۰) ÷ ۵۰ = (۱۹۲ + ۴۰) ÷ ۵۰ = ۴٫۶۴. یعنی ده نقد ضعیف ۰٫۱۶ از امتیاز کم کردند. اما اگر ده مهمان بعدی همه ۵٫۰ بدهند، میانگین فقط به (۲۳۲ + ۵۰) ÷ ۶۰ = ۲۸۲ ÷ ۶۰ = ۴٫۷۰ برمی‌گردد و به ۴٫۸ نمی‌رسد. یعنی برگرداندن امتیاز از افتادنش کندتر است، و این نکته در بخش تأخیر تعیین‌کننده است.
خطای رایج
موجودی را با جریان قاطی کردن. «امروز یک نقد خوب گرفتم» جریان است؛ «امتیازم ۴٫۸ است» موجودی. برای تغییر موجودی باید جریان را مدت کافی عوض کنید.
حلقه‌ی بازخورد مثبت و منفی
بازخورد یعنی زنجیره‌ی علتی که دور می‌زند و به نقطه‌ی شروع برمی‌گردد؛ فارستر (۱۹۷۱) آن را «حلقه‌ی کنش‌ها و پیامدهایی که به خودشان برمی‌گردند» می‌نامد. دو نوع دارد (مدوز، «نقطه‌های اهرمی»؛ بِرناسکونی و همکاران، ۲۰۲۵):
حلقه‌ی تقویت‌شونده (R): هر تغییری را بزرگ‌تر می‌کند؛ چرخه‌ی فضیلت یا چرخه‌ی معیوب. مدوز می‌گوید این حلقه‌ها اگر مهار نشوند سیستم را رشد انفجاری یا فروپاشی می‌برند.
حلقه‌ی تعادل‌بخش (B): سیستم را به سمت یک هدف برمی‌گرداند. برای کار کردن سه چیز لازم دارد: هدف، راه تشخیص فاصله از هدف، و واکنش.
قاعده‌ی شمارش: حلقه را دور بزنید و پیوندهای منفی (علامت −) را بشمارید. تعداد زوج (از جمله صفر) یعنی تقویت‌شونده؛ تعداد فرد یعنی تعادل‌بخش. علامت + یعنی دو متغیر هم‌جهت‌اند و − یعنی خلاف جهت؛ این علامت‌ها «خوب یا بد» نیستند، فقط جهت را می‌گویند. این قاعده را مقاله‌ی دسترسی‌آزاد گروه پلی‌تکنیک میلان (بِرناسکونی و همکاران، CEUR-WS، مجوز CC BY 4.0) هم دقیقاً همین‌طور می‌آورد و توجیهش را هم می‌دهد: در حلقه‌ی با تعداد فرد پیوند منفی، افزایش در یک متغیر سرانجام با کاهشی که پیوند آخر تولید می‌کند جبران می‌شود؛ در تعداد زوج، رشد خود را تقویت می‌کند. همان مقاله تأخیر را با علامت // روی پیکان نشان می‌دهد. ولی The Systems Thinker هشدار می‌دهد شمارش ممکن است با اشتباه در علامت یا شمردن گمراه کند، و راه مطمئن‌تر «ردیابی» است: یک متغیر را بالا یا پایین ببرید و تغییر را دور حلقه دنبال کنید؛ اگر به تقویت تغییر اول برگردد R است و اگر مخالفش باشد B. اگر نتوانید به پیوندی علامت قطعی بدهید، معمولاً آن پیوند دو مسیر علّی را پنهان کرده و باید جدا کشیده شود.
مثال اقامتگاهی (حلقه‌ی تقویت‌شونده): نظافت بهتر ← نقد بهتر (+) ← رتبه‌ی بالاتر (+) ← رزرو بیشتر (+) ← درآمد بیشتر (+) ← بودجه‌ی نظافت و نگهداری (+) ← نظافت بهتر (+). پیوند منفی ندارد، پس R است. همین حلقه اگر وارونه بچرخد، مارپیچ نزولی هم می‌شود.
مثال اقامتگاهی (حلقه‌ی تعادل‌بخش): فرض کنید هدف شما ۷۰٪ اشغال است. پیوندها: اشغال → فاصله از هدف (−)، فاصله → میزان تخفیف (+)، تخفیف → اشغال (+). یک پیوند منفی دارد، پس B است. این حلقه همان کاری را می‌کند که قیمت‌گذاری پویا می‌خواهد؛ برای شیوه‌ی عملی‌اش قیمت‌گذاری پویا و مدیریت درآمد را ببینید.
خطای رایج
هر دو حلقه همیشه فعال‌اند و قدرتشان در زمان‌های مختلف فرق می‌کند. اگر فقط یکی را ببینید، رفتار را اشتباه پیش‌بینی می‌کنید؛ مثلاً در نوروز حلقه‌ی تعادل‌بخش تخفیف تقریباً خاموش است ولی حلقه‌ی تقویت‌شونده‌ی نقد شدید می‌شود.
تأخیر؛ چرا اشتباه‌ها دیر خود را نشان می‌دهند
تأخیر فاصله‌ی زمانی بین علت و اثر است و در نمودار با دو خط کوتاه روی پیوند نشان داده می‌شود. مدوز (نقطه‌ی اهرمی ۹) هشدار می‌دهد که تأخیر باعث بیش‌تنظیمی و نوسان می‌شود، و اثرش به سرعت تغییر سیستم بستگی دارد: تأخیر بلند نسبت به سرعت تغییر می‌تواند به نوسان یا فروپاشی برسد. توصیه‌اش این است که اغلب کند کردن سرعت تغییر بیشتر کمک می‌کند تا کوتاه‌کردن تأخیر. فارستر (۱۹۷۱) هم می‌گوید در سیستم‌های اجتماعی اقدام کوتاه‌مدت اغلب به زیان بلندمدت می‌انجامد و درمان بلندمدت ممکن است ابتدا اوضاع را بدتر کند؛ این همان دام ماه اول در مثال زیر است.
در اقامتگاه سه تأخیر معمول داریم: بین نظافت ضعیف و ثبت نقد (مهمان بعد از سفر می‌نویسد)، بین نقد و تغییر رتبه (میانگین کند عوض می‌شود)، و بین رتبه و رزرو (آگهی‌های رزروشده ماه‌ها جلوتر).
مثال اقامتگاهی: فرض کنید یک سوئیت ۳۰ شب در ماه دارد، قیمت شبی ۳٬۰۰۰٬۰۰۰ تومان و اشغال ۷۰٪. درآمد: ۳۰ × ۰٫۷ × ۳٬۰۰۰٬۰۰۰ = ۶۳٬۰۰۰٬۰۰۰ تومان در ماه. میانگین اقامت دو شب است، پس حدود ۱۰ نوبت نظافت در ماه (۲۱ شب ÷ ۲). صاحب سوئیت هزینه‌ی هر نوبت را از ۴۰۰٬۰۰۰ به ۳۰۰٬۰۰۰ تومان می‌رساند (مثلاً با حذف یک مرحله‌ی بازرسی)، یعنی ماهی ۱٬۰۰۰٬۰۰۰ تومان صرفه‌جویی. فرض کنید اثر این کار با این الگو ظاهر می‌شود:
ماه | امتیاز | اشغال | درآمد (میلیون تومان) | افت نسبت به پایه | صرفه‌جویی | خالص ماه |
|---|---|---|---|---|---|---|
۰ (پایه) | ۴٫۸ | ۷۰٪ | ۶۳٫۰ | ۰ | ۰ | ۰ |
۱ | ۴٫۸ | ۷۰٪ | ۶۳٫۰ | ۰ | ۱٫۰ | سود ۱٫۰ |
۲ | ۴٫۷ | ۶۶٪ | ۵۹٫۴ | ۳٫۶ | ۱٫۰ | زیان ۲٫۶ |
۳ | ۴٫۶ | ۶۲٪ | ۵۵٫۸ | ۷٫۲ | ۱٫۰ | زیان ۶٫۲ |
محاسبه‌ی قدم به قدم: ماه ۲ ← ۳۰ × ۰٫۶۶ = ۱۹٫۸ شب؛ ۱۹٫۸ × ۳ = ۵۹٫۴ میلیون. ماه ۳ ← ۳۰ × ۰٫۶۲ = ۱۸٫۶ شب؛ ۱۸٫۶ × ۳ = ۵۵٫۸ میلیون. جمع خالص سه ماه: صرفه‌جویی ۳٫۰ میلیون منهای افت (۰ + ۳٫۶ + ۷٫۲ = ۱۰٫۸) یعنی ۷٫۸ میلیون تومان زیان (۳٫۰ − ۱۰٫۸)، و تا اینجا اثر تازه شروع شده است. دام تأخیر این است که ماه اول گزارش مالی «سود» نشان می‌دهد و تصمیم‌گیر تشویق می‌شود.
خطای رایج
داوری کردن تصمیم با اولین ماه. برای هر تصمیمی که به نقد و رتبه ربط دارد، افق ارزیابی را دست‌کم سه تا شش ماه بگیرید و پیش از تصمیم بنویسید چه شاخصی را کی نگاه می‌کنید. شاخص‌های کیفیت در شاخص‌های کلیدی عملکرد اقامتگاه و مدیریت کیفیت در اقامتگاه آمده‌اند.
نمودار حلقه‌ی علّی؛ چطور بکشیم
نمودار حلقه‌ی علّی (CLD) نقشه‌ی ساده‌ی متغیرها و پیوندهای علت و معلولی است. جامعه‌ی دینامیک سیستم‌ها می‌گوید نمودار حلقه‌های بازخورد اصلی معمولاً به شبیه‌سازی رایانه‌ای تبدیل می‌شود تا نشان دهد تغییر در یک بخش چه اثری بر بقیه دارد، و فارستر مدل را «بیان ساختار سیستم» می‌داند، یعنی فرض‌هایی درباره‌ی رابطه‌ی اجزا. نتیجه‌ی عملی: نمودار علّی ساختار بازخورد را نشان می‌دهد ولی خودش نمی‌گوید عدد چه می‌شود؛ برای عدد باید به مدل موجودی و جریان تبدیل و شبیه‌سازی شود (همان کاری که جدول ماهانه‌ی بخش تأخیر به‌صورت ساده می‌کند). پس آن را ابزار «فهمیدن و گفت‌وگو» بدانید، نه ماشین پیش‌بینی. (این جمع‌بندی «به‌تنهایی پیش‌بینی نمی‌کند» را پیش‌تر از ویکی‌پدیا نقل کرده بودیم؛ در منبع‌های بازشده‌ی دیگر عین جمله نیست و نتیجه‌گیری از منطق همین منابع است.)
شش گام ساخت:
مشکل یا رفتار را در یک جمله بنویسید («اشغال پاییز ۶۰٪ است و پایین می‌ماند»).
متغیرها را اسم بنویسید و قابل‌افزایش‌وکاهش (نه «بد بودن نظافت»، بلکه «کیفیت نظافت»).
هر پیوند علّی را با پیکان و علامت + یا − مشخص کنید.
حلقه‌ها را پیدا کنید و با R یا B (و شماره) برچسب بزنید.
جاهایی که اثر دیر می‌رسد دو خط تأخیر بگذارید.
بپرسید «چه چیزی را فراموش کرده‌ام؟» و حلقه‌ی بعدی را اضافه کنید.
مثال اقامتگاهی (نمودار نوشتاری): متغیرها: کیفیت نظافت ← امتیاز نقد (+) ← رتبه‌ی آگهی (+) ← رزرو (+) ← درآمد (+) ← بودجه‌ی نظافت (+) ← کیفیت نظافت. این R1 است، با تأخیر روی پیوند «کیفیت نظافت ← امتیاز نقد». حلقه‌ی B1 را هم کنارش بکشید: اشغال → فاصله از هدف (−)، فاصله → تخفیف (+)، تخفیف → اشغال (+). یک پیوند منفی دارد، پس تعادل‌بخش است. حالا اثر هر دو را با هم ببینید: تخفیف اشغال را کوتاه‌مدت بالا می‌برد، اما درآمد هر شب را کم می‌کند و به بودجه‌ی نظافت فشار می‌آورد؛ یعنی B1 می‌تواند R1 را در جهت منفی تغذیه کند.
خطای رایج
نمودار با ده‌ها متغیر. بیش از ۸ تا ۱۰ متغیر معمولاً خواننده را گم می‌کند؛ نقشه‌های بزرگ را به چند نمودار کوچک بشکنید.
نقطه‌های اهرمی؛ کجا دست بگذاریم
دانلا مدوز در مقاله‌ی «نقطه‌های اهرمی: جاهایی برای مداخله در یک سیستم» ۱۲ نقطه را از ضعیف‌ترین تا قوی‌ترین رتبه‌بندی می‌کند. ترتیبش (از ۱۲ به ۱) چنین است: ثابت‌ها و پارامترها، اندازه‌ی بافرها، ساختار موجودی و جریان، طول تأخیرها، قدرت حلقه‌های منفی، بهره‌ی حلقه‌های مثبت، ساختار جریان اطلاعات، قواعد سیستم، قدرت تغییر ساختار، هدف سیستم، ذهنیت یا پارادایم، و توان فراتر رفتن از پارادایم.
درس عملی این است که بیشتر مدیران وقتشان را روی ردیف ۱۲ (عددها: قیمت، تعرفه، هزینه) می‌گذارند، در حالی که اهرم‌های قوی‌تر در اطلاعات، قاعده‌ها و هدف‌اند. مدوز خودش چند جمله‌ی مشخص دارد که با جدول زیر مرتبط است: کم‌کردن بهره‌ی حلقه‌ی تقویت‌شونده معمولاً قوی‌تر از تقویت حلقه‌های تعادل‌بخش است؛ نبودِ بازخورد در جای درست از علت‌های رایج شکست سیستم است و برگرداندنش اغلب از تغییر فیزیکی مؤثرتر؛ و نقطه‌های اهرمی معمولاً آنجا نیستند که مردم انتظار دارند و گاهی در جهت اشتباه فشار داده می‌شوند، که مشکل را بدتر می‌کند (همین نکته را فارستر ۱۹۷۱ هم دارد). مدوز همچنین یادآوری می‌کند حذف سازوکارهای اضطراریِ کم‌استفاده اشتباهی رایج است که حلقه‌ی تعادل‌بخش سیستم را ضعیف می‌کند.
نقطه‌ی اهرمی (شماره) | معنی | نمونه‌ی اقامتگاهی |
|---|---|---|
پارامتر (۱۲) | تغییر یک عدد | کاهش ۵٪ قیمت یا هزینه‌ی نظافت |
بافر (۱۱) | اندازه‌ی ذخیره نسبت به جریان | ذخیره‌ی ملحفه برای دو برابر نیاز هفتگی |
تأخیر (۹) | طول فاصله‌ی علت و اثر | خواندن نقد هر هفته به‌جای ماهانه |
بهره‌ی حلقه‌ی مثبت (۷) | قدرت چرخه‌ی تقویت | پاسخ سریع‌تر به نقد که اثر نقد خوب را بزرگ می‌کند |
جریان اطلاعات (۶) | چه کسی چه چیزی را می‌بیند | نمایش امتیاز نظافت هر واحد به خود نظافتچی |
قواعد (۵) | انگیزه و محدودیت | پاداش نظافتچی بر اساس امتیاز مهمان نه سرعت |
هدف (۳) | آنچه سیستم برایش بهینه می‌شود | هدف «بیشترین سود ماه» در برابر «بالاترین امتیاز پایدار» |
مثال اقامتگاهی: فرض کنید صاحب مجتمع می‌خواهد افت امتیاز را درمان کند. گزینه‌ی A: قیمت را ۱۰٪ پایین بیاورد (پارامتر). گزینه‌ی B: نتیجه‌ی بازرسی نظافت هر واحد را همان روز برای نظافتچی بفرستد و پاداش ماهانه را به میانگین امتیاز نظافت مهمانان وصل کند (جریان اطلاعات و قاعده). A فوری است و بی‌ریشه؛ B دیرتر اثر می‌کند ولی خود حلقه‌ی کیفیت را اصلاح می‌کند. این جمع‌بندی ادعای مدوز را جایگزین نمی‌کند؛ مثال را برای نشان‌دادن تفاوت لایه‌ها آورده‌ایم.
خطای رایج
اهرم قوی را با «کار آسان» اشتباه گرفتن. به نظر ما در عمل نقطه‌های قوی‌تر سخت‌ترند و مقاومت بیشتری برمی‌انگیزند (این استنباط ماست، نه گفته‌ی مدوز). تغییر قاعده و هدف سیاسی‌تر است از تغییر یک عدد. در اقامتگاه شریکی، هدف مشترک شرکا باید روشن شود (نگاه کنید به سود واقعی اقامتگاه).
مطالعه‌ی موردی (فرضی): مجتمع شش‌واحدی و اشغال در حال افت
فرض کنید مجتمعی شش واحد دارد که هرکدام ماهی ۶۳ میلیون تومان درآمد مثل مثال بالا می‌سازند. سه ماه پیاپی اشغال از ۷۰٪ به ۶۲٪ رسیده و صاحب آن می‌خواهد برای حفظ سود نظافت را ارزان‌تر کند و قیمت را ۱۰٪ بیاورد پایین.
گام ۱ ـ مرز سیستم: نظافت، نقد، رتبه، قیمت، رزرو، بودجه و شرکا را داخل قاب می‌گذاریم.
گام ۲ ـ حلقه‌ها: R1 نظافت ← نقد ← رتبه ← رزرو ← درآمد ← بودجه؛ B1 اشغال ← تخفیف؛ و یک حلقه‌ی R2: تخفیف زیاد ← جلب مهمان کم‌دقت‌تر ← آسیب بیشتر به واحد ← هزینه‌ی تعمیر ← فشار روی بودجه.
گام ۳ ـ تأخیر: اثر نظافت روی رتبه ۲ تا ۳ ماه است؛ تخفیف روی رزرو چند روز. تخفیف سریع نتیجه می‌دهد و صاحب را به نتیجه‌گیری غلط می‌کشاند که «قیمت مشکل بود».
گام ۴ ـ محاسبه: تخفیف ۱۰٪ یعنی شبی ۲٬۷۰۰٬۰۰۰ به‌جای ۳٬۰۰۰٬۰۰۰. اگر اشغال از ۶۲٪ به ۶۸٪ برسد: ۳۰ × ۰٫۶۸ × ۲٫۷ = ۵۵٫۰۸ میلیون در برابر ۵۵٫۸ میلیون در ۶۲٪. با تخفیف، درآمد حتی کمی بدتر شد (۵۵٫۰۸ < ۵۵٫۸) و نظافت هم همان وضع. تخفیف به‌تنهایی درمان نشد.
گام ۵ ـ مداخله‌ی اهرمی: گزارش کیفیت هر واحد به نظافتچی؛ پاداش وصل به امتیاز؛ ارزیابی ماهانه‌ی شاخص‌ها؛ هدف «امتیاز ۴٫۸ حداقل» در کنار هدف اشغال.
گام ۶ ـ افق ارزیابی: سه تا شش ماه، با سه شاخص: امتیاز نظافت، میانگین امتیاز کل و اشغال.
این مثال نتیجه را تضمین نمی‌کند؛ فقط نشان می‌دهد نگاه سیستمی چه سؤال‌هایی می‌پرسد.
تمرین برای شما
سیستم خودتان: پنج عنصر، پنج رابطه و دو موجودی در اقامتگاه خودتان بنویسید و هدف واقعی سیستم را از رفتارش (نه شعارتان) حدس بزنید. راهنما: از «پولم را کجا خرج می‌کنم و به چه چیزی پاسخ سریع می‌دهم» شروع کنید.
نمودار: یک حلقه‌ی تقویت‌شونده و یک حلقه‌ی تعادل‌بخش از کسب‌وکارتان بکشید و با قاعده‌ی شمارش بررسی کنید. راهنما: تعداد پیوندهای منفی را بشمارید؛ زوج = R.
موجودی: اگر ۶۰ نقد با میانگین ۴٫۶ دارید و پنج نقد ۵٫۰ می‌گیرید، میانگین جدید چقدر است؟ راهنما: (۶۰×۴٫۶ + ۵×۵) ÷ ۶۵ = (۲۷۶ + ۲۵) ÷ ۶۵ ≈ ۴٫۶۳.
تأخیر: یک تصمیم هزینه‌ای اخیرتان را بیاورید و بنویسید اثرش کی در ارقام دیده می‌شود. راهنما: افق بین سه تا شش ماه را برای هر شاخص جدا بنویسید.
اهرم: از جدول نقطه‌های اهرمی دو مداخله‌ی «جریان اطلاعات» و «قاعده» برای مشکل کیفیت خودتان طراحی کنید. راهنما: هر مداخله باید بگوید چه کسی چه چیزی را کی می‌بیند.
جمع‌بندی درس
رفتار اقامتگاه بیشتر از ساختار حلقه‌هایش می‌آید تا از اتفاق‌های بیرونی.
موجودی دیر عوض می‌شود و جریان زود؛ تصمیم را با افق ارزیابی بسنجید.
حلقه‌ی R رشد یا افول را شتاب می‌دهد و حلقه‌ی B به هدف برمی‌گرداند؛ با شمارش پیوندهای منفی تشخیص می‌دهید.
تأخیر باعث می‌شود تصمیم بد در ماه اول خوب به نظر برسد.
نمودار حلقه‌ی علّی ابزار فهم و گفت‌وگوست، نه پیش‌بینی.
اهرم‌های قوی‌تر در اطلاعات، قاعده و هدف‌اند، نه فقط در عددها.
ابزار را با محدودیتش بشناسید: ساده‌سازی است و مرز سیستم را شما انتخاب می‌کنید.
درس بعدی
درس بعدی زنجیره ارزش پورتر در کسب‌وکار اجاره اقامتگاه است: همین اقامتگاه را این بار به‌صورت زنجیره‌ای از فعالیت‌ها می‌بینیم که هرکدام هزینه و ارزش می‌سازند. درس قبلی مدیریت نوآوری بود. نقشه‌ی کل سری و ترتیب مطالعه در مدیریت علمی کسب‌وکار اجاره اقامتگاه آمده است.
آنچه نتوانستیم تأیید کنیم
صفحه‌ی ناشر «تفکر در سیستم‌ها» (Chelsea Green) برای ما باز نشد (خطای ۴۰۳)؛ سال ۲۰۰۸ را از ویکی‌پدیا آورده‌ایم. تعریف مدوز از سیستم (عنصر، رابطه، هدف) از همان کتاب است که نخوانده‌ایم؛ نقل ما از مقاله‌ی «نقطه‌های اهرمی»اش جدا و بازشده است.
تاریخچه‌ی وینر، برتالانفی و سنگه فقط از ویکی‌پدیا و صفحه‌ی ناشر سنگه است؛ در متن بر آن‌ها چیزی بنا نکرده‌ایم.
صفحه‌ی MIT OCW دوره‌ی ۱۵٫۸۷۱ (استرمن) مبحث موجودی و جریان و تأخیر را مشخص نکرد و نسخه‌ی PDF جزوه‌های درس ESD.00 در زمان مقرر باز نشد؛ برای تعریف موجودی و جریان از جزوه‌ی ۱۵٫۹۸۸ (پروژه‌ی فارستر) استفاده شد. کتاب «Business Dynamics» استرمن را نخوانده‌ایم.
مقاله‌ی ۱۹۷۱ فارستر را از بازنشر آنلاین آن (constitution.org) خواندیم، نه از نسخه‌ی ناشر.
صفحه‌ی ناشر «پنجمین انضباط» نام پنج انضباط یا الگوهای مشهور (مثل «راه‌حل‌هایی که شکست می‌خورند») را فهرست نکرده بود؛ ما به آن‌ها اشاره نکرده‌ایم.
متن کامل کتاب‌های فارستر و مدوز را نخواندیم؛ تعریف سیستم و تقسیم عنصر، رابطه، هدف دانش عمومی این رشته است و در منابع بازشده فقط خلاصه‌اش بود.
مثال‌های عددی همه فرضی‌اند؛ شکل واقعی تأخیر و اندازه‌ی افت اشغال بین اقامتگاه‌ها فرق می‌کند.
سؤال‌های پرتکرار
تفکر سیستمی با «نگاه کل‌نگر» ساده چه فرقی دارد؟
کل‌نگری شعار است، تفکر سیستمی ابزار دارد: موجودی و جریان، حلقه‌های R و B، تأخیر و نمودار. با این ابزارها می‌شود نشان داد کدام تصمیم کجا به خودش برمی‌گردد.
آیا باید نرم‌افزار شبیه‌سازی بخرم؟
نه برای شروع. نمودار حلقه‌ی علّی روی کاغذ و یک جدول ماهانه مثل جدول همین درس کفایت می‌کند. شبیه‌سازی کامل وقتی ارزش دارد که چند حلقه همزمان فعال باشند و عدد دقیق بخواهید.
اگر نقد منفی ربطی به نظافت نداشت؟
همین حلقه برای هر علت دیگری (سر و صدا، ورود دیرهنگام، اختلاف عکس و واقعیت) هم کار می‌کند؛ فقط متغیر اول عوض می‌شود. برای مدیریت نقدها نقدهای منفی و شکایت‌ها را ببینید.
حلقه‌ی تقویت‌شونده را چطور مهار کنم؟
مدوز بحث می‌کند که کم‌کردن بهره‌ی حلقه‌ی مثبت اغلب مؤثرتر از تقویت حلقه‌های تعادل‌بخش است. در عمل: قبل از اینکه افت امتیاز به رتبه برسد، سیگنال زودرس (چک‌لیست نظافت، امتیاز داخلی) داشته باشید.
نظرها