
عارضهیابی سازمان چیست؟ راهنمای تشخیص ریشه مشکلات کسبوکار
وقتی فروش کاهش پیدا میکند، چند نیروی کلیدی استعفا میدهند، هزینهها بالا میرود یا تصمیمهای مهم در سازمان کند میشوند، اولین واکنش مدیر معمولاً پیدا کردن یک راهحل است.
تیم فروش باید تغییر کند.
فرآیند باید اصلاح شود.
نیروی جدید باید استخدام شود.
نرمافزار جدید باید خریداری شود.
ساختار سازمان باید تغییر کند.
اما یک سؤال مهم معمولاً قبل از همه این تصمیمها فراموش میشود:
آیا مسئلهای که برای آن راهحل پیدا کردهایم، واقعاً مسئله اصلی است؟
گاهی چیزی که در سازمان دیده میشود، فقط یک نشانه است؛ نه ریشه مشکل.
کاهش فروش ممکن است به تیم فروش مربوط نباشد.
افزایش هزینه ممکن است صرفاً نتیجه گرانی یا تورم نباشد.
خروج کارکنان ممکن است فقط مسئله حقوق و مزایا نباشد.
کندی عملیات ممکن است ناشی از کمبود نیرو نباشد.
در بسیاری از این موقعیتها، سازمان قبل از آنکه واقعاً بداند چه اتفاقی در حال رخ دادن است، وارد مرحله اصلاح میشود.
اینجاست که عارضهیابی سازمان اهمیت پیدا میکند.
عارضهیابی به زبان ساده یعنی:
قبل از تجویز راهحل، مسئله را دقیق بشناسیم، نشانهها را از ریشه جدا کنیم و بفهمیم کدام عامل بیشترین اثر را بر عملکرد سازمان گذاشته است.
این نگاه با ادبیات توسعه و تشخیص سازمانی در جهان نیز همراستاست. در رویکردهای حرفهای، تشخیص سازمانی معمولاً با مقایسه وضعیت موجود با وضعیت مطلوب، شناسایی شکاف و انتخاب مداخله مناسب انجام میشود. CIPD نیز در راهنمای توسعه سازمانی، تشخیص را مرحلهای مستقل از تعیین مداخله میداند و استفاده از دادههای سازمانی، تحلیل شکاف و ابزارهای تشخیصی را توصیه میکند.
عارضهیابی سازمان چیست؟
عارضهیابی سازمان فرآیندی سیستماتیک برای شناسایی مسئله، بررسی نشانهها، کشف عوامل مؤثر، تحلیل روابط میان اجزای سازمان و مشخص کردن اولویتهای اصلاح است.
در یک عارضهیابی خوب، هدف فقط پیدا کردن «مشکل» نیست.
باید مشخص شود:
- چه چیزی اتفاق افتاده است؟
- از چه زمانی شروع شده است؟
- شدت آن چقدر است؟
- در کدام بخش رخ میدهد؟
- چه عوامل دیگری به آن مرتبط هستند؟
- علت محتمل چیست؟
- چه شواهدی این فرضیه را تأیید یا رد میکنند؟
- کدام مسئله باید زودتر بررسی شود؟
- و چه اقدامی منطقی است؟
بنابراین عارضهیابی را میتوان فاصلهای میان «مشاهده» و «تصمیم» دانست.
چرا سازمانها به عارضهیابی نیاز دارند؟
یکی از اشتباههای رایج در مدیریت، تبدیل سریع یک نشانه به یک علت است.
مثلاً:
فروش کاهش یافته ← مشکل فروشندگان است.
اما ممکن است واقعیت این باشد:
فروش کاهش یافته ← کیفیت Lead کاهش یافته ← پیام بازاریابی ضعیف شده ← نرخ تبدیل افت کرده است.
یا:
فروش کاهش یافته ← مشتریان قبلی تمدید نکردهاند ← کیفیت تحویل پایین آمده ← عملیات دچار گلوگاه شده است.
یا:
فروش کاهش یافته ← قیمتگذاری اصلاح نشده ← ارزش پیشنهادی با بازار هماهنگ نیست.
اگر سازمان از ابتدا علت را اشتباه تشخیص دهد، حتی اجرای بسیار خوب یک راهحل اشتباه هم نتیجه مناسبی ایجاد نمیکند.
به همین دلیل، عارضهیابی در اصل برای کاهش یک نوع ریسک انجام میشود:
ریسک حل کردن مسئلهای که مسئله اصلی نیست.
تفاوت «نشانه» با «ریشه مشکل» چیست؟
فرض کنید یک مدیر میگوید:
«بهرهوری تیم پایین آمده است.»
این جمله یک مشاهده است.
اما هنوز نمیدانیم چرا.
ممکن است علت یکی از این موارد باشد:
- ابهام در نقشها
- فرآیند ناکارآمد
- کمبود مهارت
- تصمیمگیری متمرکز
- ابزار نامناسب
- اطلاعات ناکافی
- KPI اشتباه
- فشار کاری نامتوازن
- مدیریت ضعیف
- یا حتی یک مشکل بیرونی در بازار
بنابراین:
نشانه = چیزی که دیده میشود
ریشه = عاملی که اگر اصلاح شود، نشانه نیز تغییر میکند
این دو همیشه یکی نیستند.
یک مثال ساده از تفاوت نشانه و علت
فرض کنید یک شرکت با افزایش شکایت مشتریان مواجه شده است.
نگاه سطحی
شکایت بیشتر شده ← تیم خدمات مشتری ضعیف است.
نگاه تشخیصی
شکایت بیشتر شده ← درباره چه چیزی؟
↓
تأخیر در تحویل.
↓
چرا تأخیر در تحویل؟
↓
گلوگاه در تولید.
↓
چرا گلوگاه ایجاد شده؟
↓
برنامهریزی ظرفیت با تقاضای واقعی همراستا نیست.
در این حالت، آموزش تیم خدمات مشتری ممکن است هیچ مسئله اصلی را حل نکند.
مشکل از جایی دیگر شروع شده است.
این دقیقاً همان دلیلی است که در تشخیص سازمانی باید به روابط میان بخشها توجه کرد، نه فقط به یک واحد منفرد.
عارضهیابی چه تفاوتی با حل مسئله دارد؟
حل مسئله و عارضهیابی دو مرحله متفاوت اما مرتبط هستند.
عارضهیابی میپرسد:
چه اتفاقی افتاده و چرا؟
حل مسئله میپرسد:
حالا چه کاری باید انجام دهیم؟
اگر عارضهیابی ضعیف باشد، حل مسئله ممکن است روی فرض اشتباه بنا شود.
میتوان این رابطه را چنین دید:
مشاهده
↓
تشخیص
↓
علت
↓
تصمیم
↓
اقدام
↓
اندازهگیری نتیجه
بنابراین عارضهیابی نباید با «پیادهسازی راهکار» اشتباه گرفته شود.
عارضهیابی چه تفاوتی با مشاوره مدیریت دارد؟
این دو مفهوم نیز مترادف نیستند.
مشاوره مدیریت یک دامنه وسیع از خدمات برای حل مسائل مدیریتی، طراحی راهکار، بهبود عملکرد و اجرای تغییرات را شامل میشود.
اما عارضهیابی مشخصاً بر شناخت وضعیت و مسئله پیش از انتخاب مداخله تمرکز دارد.
در سادهترین شکل:
| عارضهیابی | مشاوره |
|---|---|
| مسئله چیست؟ | چه کاری انجام دهیم؟ |
| علت چیست؟ | راهکار مناسب چیست؟ |
| شکاف کجاست؟ | چگونه آن را اصلاح کنیم؟ |
| کدام مسئله مهمتر است؟ | چگونه اجرا کنیم؟ |
| چه چیزی باید اندازهگیری شود؟ | چگونه نتیجه را بهبود دهیم؟ |
این بدان معنا نیست که عارضهیابی و مشاوره جدا از یکدیگرند.
اتفاقاً در بسیاری از پروژههای حرفهای، تشخیص خوب مقدمه مداخله خوب است.
عارضهیابی سازمان چگونه انجام میشود؟
یک روش واحد برای همه سازمانها وجود ندارد.
CIPD در راهنمای توسعه سازمانی، مجموعهای از ابزارها از جمله SWOT، PESTLE، گروههای کانونی، نظرسنجی سازمانی، ممیزی داخلی و مرور مشارکتی فرآیندها را در کنار دادهها و شاخصهای عینی مطرح میکند.
اما از نگاه اجرایی میتوان فرآیند عارضهیابی را در چند مرحله دید.
۱. تعریف مسئله
اول باید مشخص شود دقیقاً چه چیزی نیازمند بررسی است.
«سازمان مشکل دارد» مسئله تشخیصی خوبی نیست.
اما:
«حاشیه سود طی دو فصل کاهش یافته، در حالی که فروش تقریباً ثابت مانده است»
شروع بسیار بهتری است.
هرچه مسئله دقیقتر تعریف شود، بررسی نیز دقیقتر خواهد بود.
۲. تفکیک نشانهها از فرضیهها
در این مرحله باید فرق میان:
آنچه میدانیم
و
آنچه حدس میزنیم
مشخص شود.
برای مثال:
واقعیت: نرخ تبدیل از ۴ درصد به ۲.۸ درصد رسیده است.
فرضیه: تیم فروش ضعیف شده است.
این دو نباید با یکدیگر اشتباه شوند.
۳. جمعآوری شواهد
عارضهیابی حرفهای به یک منبع اطلاعاتی وابسته نمیماند.
بسته به مسئله، ممکن است لازم باشد دادههایی مانند موارد زیر بررسی شوند:
- شاخصهای عملکرد
- گزارشهای مالی
- دادههای فروش
- اطلاعات منابع انسانی
- فرآیندهای عملیاتی
- قراردادهای کلیدی
- ساختار سازمانی
- مصاحبه با مدیران
- نظر کارکنان
- دادههای مشتری
- و اطلاعات مربوط به بازار
در تشخیص سازمانی، ترکیب دادههای کمی و کیفی اهمیت زیادی دارد؛ زیرا بعضی مشکلات در اعداد دیده میشوند و بعضی در رفتار، فرآیند یا نحوه تصمیمگیری. شرکت های بزرگ دنیا نیز بر اهمیت دادههای عینی و شاخصهای سازمانی برای آشکار کردن ابعاد مشکل تأکید میکند.
۴. بررسی ارتباط میان بخشها
یکی از مهمترین تفاوتهای عارضهیابی حرفهای با بررسی ساده یک واحد، توجه به وابستگی متقابل بخشها است.
برای مثال:
فروش به عملیات وابسته است.
عملیات به نیروی انسانی و سیستم وابسته است.
نقدینگی به فروش و وصول وابسته است.
اجرای استراتژی به ساختار و اختیار وابسته است.
قراردادها نیز میتوانند بر فروش، عملیات و جریان نقدی اثر بگذارند.
بنابراین یک مشکل در یک بخش، ممکن است ریشهای در بخش دیگر داشته باشد.
مدل ساده عارضهیابی 360 درجه
میتوان یک مسئله سازمانی را مانند یک شبکه دید:
استراتژی
│
↓
فروش ←──────→ عملیات ←──────→ منابع انسانی
│ │ │
↓ ↓ ↓
مالی ←──────→ قراردادها ←────→ داده و سیستم
این نمودار یک «مدل اختصاصی سنجش» نیست؛ بلکه فقط یک روش ساده برای نشان دادن این واقعیت است که مشکلات سازمان معمولاً در مرز یک دپارتمان متوقف نمیشوند.
به همین دلیل در ارزیابی 360 درجه، باید رابطه میان حوزهها نیز بررسی شود.
۵. پیدا کردن ریشههای احتمالی
در این مرحله باید به جای یک جواب سریع، چند فرضیه قابل بررسی ایجاد شود.
مثلاً برای کاهش فروش:
| فرضیه | شواهد مورد نیاز |
|---|---|
| افت کیفیت Lead | داده کانالهای جذب |
| ضعف Conversion | داده قیف فروش |
| قیمتگذاری | مقایسه قیمت و نرخ برد |
| کیفیت محصول/خدمت | شکایت و بازخورد مشتری |
| مشکل تحویل | داده عملیات |
| محدودیت ظرفیت | ظرفیت تولید/خدمت |
| مشکل نقدینگی | داده مالی |
| تغییر بازار | داده بازار |
این روش از یک اشتباه مهم جلوگیری میکند:
تبدیل اولین توضیح قابل دسترس به «علت قطعی».
۶. تعیین اولویت
فرض کنید در یک بررسی ۱۲ مشکل پیدا شده است.
همه ۱۲ مورد نباید با یک شدت و در یک زمان اصلاح شوند.
میتوان آنها را بر اساس چند عامل اولویتبندی کرد:
اثر بر عملکرد
ریسک
فوریت
هزینه اصلاح
سهولت اجرا
اثر بر سایر مسائل
برای مثال:
| مسئله | اثر | ریسک | دشواری اصلاح | اولویت |
|---|---|---|---|---|
| گلوگاه تحویل | زیاد | زیاد | متوسط | بسیار بالا |
| گزارش ناکافی | متوسط | متوسط | کم | متوسط |
| طراحی ضعیف فرم داخلی | کم | کم | کم | پایین |
هدف عارضهیابی تولید یک فهرست طولانی از مشکلات نیست.
هدف، کمک به انتخاب درستِ مسئلهای است که باید ابتدا روی آن کار شود.
۷. تعریف وضعیت مطلوب
تشخیص بدون تعریف مقصد کامل نیست.
باید بدانیم سازمان در وضعیت مطلوب باید چگونه کار کند.
در تحلیل سازمان و طراحی سازمان، مقایسه «وضعیت فعلی» با «وضعیت مطلوب» و تحلیل شکاف یکی از رویکردهای شناختهشده است.
برای مثال:
وضعیت فعلی
تصمیمگیریهای عملیاتی عمدتاً به مدیرعامل وابسته است.
وضعیت مطلوب
تصمیمهای عملیاتی در سطح مسئول مربوطه با حدود اختیار مشخص گرفته میشوند.
Gap
ابهام در اختیار و مسئولیت.
اقدام احتمالی
بازطراحی Decision Rights.
این مثال نشان میدهد که عارضهیابی فقط بررسی «چه چیزی بد است» نیست.
بلکه بررسی فاصله میان آنچه هست و آنچه باید باشد است.
آیا پرسشنامه برای عارضهیابی کافی است؟
خیر.
پرسشنامه میتواند ابزار مفیدی باشد، اما بهتنهایی تصویر کاملی ارائه نمیدهد.
در مدلهای حرفهای تشخیصی نیز معمولاً ابزار ارزیابی با دادهها و سایر روشهای تحقیق ترکیب میشود.
برای نمونه، McKinsey Organizational Health Index یک ابزار survey-based diagnostic است که دیدگاه کارکنان و مدیران را برای سنجش عناصر مختلف سلامت سازمان جمعآوری میکند و از دادههای آن برای ایجاد baseline، شناسایی نقاط قوت و ضعف و طراحی مسیر بهبود استفاده میشود.
این مثال یک نکته مهم را نشان میدهد:
ابزار زمانی ارزشمند است که بخشی از یک روش تشخیصی باشد، نه اینکه خودش جایگزین تشخیص شود.
آیا فقط نظر مدیرعامل برای عارضهیابی کافی است؟
معمولاً نه.
یکی از یافتههای جالب در پژوهشهای سلامت سازمانی این است که برداشت مدیران ارشد از سلامت سازمان ممکن است با برداشت کارکنان و سطوح عملیاتی متفاوت باشد. McKinsey در توضیح OHI به همین تفاوت ادراک اشاره میکند.
این مسئله از نظر مدیریتی مهم است.
چون ممکن است مدیرعامل بگوید:
«اختیار را تفویض کردهایم.»
اما مدیران میانی احساس کنند:
«برای هر تصمیم مهم باید دوباره تأیید بگیریم.»
یا مدیرعامل تصور کند:
«فرآیند مشخص است.»
اما کارکنان بگویند:
«در عمل هرکس کار را به شیوه خودش انجام میدهد.»
پس یکی از اهداف عارضهیابی، کشف فاصله میان ادراک و واقعیت عملیاتی است.
چه نشانههایی میتوانند یک سازمان را وارد مرحله عارضهیابی کنند؟
هیچکدام از موارد زیر بهتنهایی اثبات نمیکنند که سازمان دچار مشکل ساختاری شده است؛ اما میتوانند یک هشدار باشند:
افت همزمان چند شاخص
وقتی فروش، سودآوری، بهرهوری یا رضایت مشتری همزمان حرکت نامطلوبی دارند.
تکرار یک مشکل
اگر یک مسئله بارها حل شده اما دوباره بازمیگردد.
وابستگی شدید به افراد
اگر نبود یک فرد عملکرد یک بخش را مختل کند.
تصمیمگیری بیش از حد متمرکز
اگر مدیرعامل برای مسائل متعدد باید وارد جزئیات شود.
تعارض دائمی بین واحدها
اگر فروش، مالی، منابع انسانی و عملیات مرتباً یکدیگر را مقصر بدانند.
رشد بدون افزایش توان سازمان
اگر درآمد و تعداد مشتریان رشد کنند ولی ظرفیت عملیاتی متناسب با آن افزایش نیابد.
افزایش هزینه بدون توضیح روشن
اگر هزینهها بالا بروند بدون اینکه ارزش ایجادشده متناسب با آن رشد کند.
داده زیاد و تصمیم کم
اگر داشبوردها و گزارشها افزایش یابند اما کیفیت تصمیمها بهتر نشود.
چه زمانی عارضهیابی از یک راهکار فوری ارزشمندتر است؟
وقتی اطمینان شما از علت مسئله پایین است.
یک قانون ساده مدیریتی:
هرچه عدمقطعیت درباره علت بیشتر باشد، ارزش تشخیص قبل از مداخله بیشتر میشود.
برای مثال، اگر یک ماشین روشن نمیشود و مشخص است باتری کاملاً تخلیه شده، نیاز به یک پروژه تشخیصی پیچیده نیست.
اما اگر دستگاه دائماً خاموش میشود و هر بار تعمیر متفاوتی انجام شده ولی مشکل برگشته است، مسئله دیگر «تعمیر» نیست؛ مسئله تشخیص علت است.
در سازمان نیز همین منطق برقرار است.
چه زمانی عارضهیابی 360 درجه منطقیتر است؟
همه مسائل به ارزیابی 360 درجه نیاز ندارند.
برای یک مشکل کاملاً محدود، ممکن است بررسی تخصصی یک حوزه کافی باشد.
اما ارزیابی گستردهتر زمانی ارزش بیشتری دارد که:
- مشکل چندبخشی باشد.
- علت مسئله مشخص نباشد.
- چند شاخص همزمان تغییر کرده باشند.
- سازمان در حال رشد سریع باشد.
- تصمیم سرمایهگذاری بزرگی در پیش باشد.
- تغییر ساختاری در نظر گرفته شده باشد.
- اختلاف میان واحدها افزایش یافته باشد.
- یا راهحلهای قبلی نتیجه پایدار نداده باشند.
در چنین شرایطی، نگاه کردن فقط به یک دپارتمان میتواند بخشی از تصویر را از بین ببرد.
عارضهیابی نباید به «پیدا کردن مقصر» تبدیل شود
این موضوع از نظر فرهنگی بسیار مهم است.
اگر عارضهیابی با این سؤال شروع شود:
«چه کسی اشتباه کرده است؟»
احتمالاً افراد شروع به دفاع از خود میکنند.
اما اگر سؤال این باشد:
«چه چیزی در سیستم باعث شده این نتیجه ایجاد شود؟»
احتمال بیشتری دارد که اطلاعات واقعی آشکار شود.
ممکن است یک فروشنده عملکرد ضعیفی داشته باشد.
اما شاید:
- هدف فروش غیرواقعی بوده،
- Leadها بیکیفیت بودهاند،
- قیمتگذاری مشکل داشته،
- پورسانت رفتار اشتباه ایجاد کرده،
- یا سیستم CRM داده مناسبی تولید نکرده باشد.
تشخیص سازمانی باید به سیستم نگاه کند، نه فقط به فرد.
خروجی یک عارضهیابی حرفهای چیست؟
یک عارضهیابی خوب نباید فقط یک فهرست از مشکلات باشد.
خروجی مطلوب باید بتواند حداقل این موارد را روشن کند:
| خروجی | سؤال |
|---|---|
| وضعیت موجود | الان چه اتفاقی میافتد؟ |
| نشانهها | چه چیزی دیده میشود؟ |
| ریشههای احتمالی | چرا ممکن است این اتفاق رخ داده باشد؟ |
| شواهد | چه دادهای فرضیه را تأیید میکند؟ |
| شکاف | فاصله با وضعیت مطلوب چیست؟ |
| ریسک | ادامه وضعیت چه پیامدی دارد؟ |
| اولویت | اول باید چه مسئلهای بررسی/اصلاح شود؟ |
| اقدام | قدم بعدی چیست؟ |
| شاخص | از کجا بفهمیم بهتر شدهایم؟ |
این ساختار کمک میکند گزارش عارضهیابی از یک «گزارش توصیفی» به یک ابزار تصمیمگیری تبدیل شود.
خطاهای رایج در عارضهیابی سازمان
خطای اول: شروع با راهحل
«فروش کم شده؛ یک مدیر فروش جدید استخدام کنیم.»
قبل از اینکه مشخص شود مشکل واقعاً مدیر فروش است.
خطای دوم: تکیه بر یک شاخص
یک KPI نمیتواند همیشه وضعیت کل سازمان را توضیح دهد.
خطای سوم: شنیدن فقط صدای مدیر ارشد
ممکن است واقعیت عملیاتی با تصور مدیریت متفاوت باشد.
خطای چهارم: بررسی جزیرهای
فروش، مالی، HR و عملیات جدا از یکدیگر بررسی میشوند.
خطای پنجم: فهرستکردن مشکلات بدون اولویت
گزارش ۳۰ مشکل بدون نشان دادن اولویت، به تصمیمگیری کمک چندانی نمیکند.
خطای ششم: اشتباه گرفتن همبستگی با علت
اینکه دو اتفاق همزمان رخ دادهاند، به معنی آن نیست که یکی علت دیگری است.
خطای هفتم: تبدیل عارضهیابی به حسابرسی افراد
هدف تشخیص سیستم است، نه تولید پرونده برای مقصر.
عارضهیابی سازمان با اسکن سلامت کسبوکار چه ارتباطی دارد؟
عارضهیابی و ارزیابی سلامت دو مفهوم مکمل هستند.
میتوان این رابطه را چنین تصور کرد:
ارزیابی سلامت
← تصویر کلی وضعیت سازمان
↓
شناسایی نقاط حساس
↓
عارضهیابی
← بررسی عمیق علتها
↓
اولویتبندی
↓
تصمیم
↓
اقدام
این دقیقاً جایی است که نگاه 360 درجه اهمیت پیدا میکند.
ارزیابی سلامت کمک میکند بدانیم کجا باید بیشتر نگاه کنیم.
عارضهیابی کمک میکند بفهمیم چه چیزی واقعاً در آن نقطه اتفاق افتاده است.
نگاه عیار بیزینس به عارضهیابی سازمان
در عیار بیزینس، عارضهیابی نباید به معنی تهیه یک لیست از نقاط ضعف باشد.
مسئله مهمتر این است که بدانیم:
مشکل از کجاست؟
ریشه آن چیست؟
چه شواهدی وجود دارد؟
چه اثری بر سازمان میگذارد؟
کدام مسئله اولویت بالاتری دارد؟
و:
قدم بعدی چیست؟
به همین دلیل، عارضهیابی باید قبل از نسخهنویسی انجام شود.
وقتی مسئله بهدرستی تشخیص داده شود، انتخاب راهکار نیز دقیقتر میشود.
در عیار بیزینس، این رویکرد با منطق اسکن سازمان همراستاست؛ عیار بیزینس نیز تأکید میکند که هدف اسکن تأیید یک فرض از پیش تعیینشده نیست و اگر تحلیل نشان دهد منشأ مسئله در بخش دیگری است، همان موضوع باید در گزارش مشخص شود.
یک مدل ساده برای تصمیمگیری مدیران
پیش از اجرای هر راهکار مهم، این پنج سؤال را از خود بپرسید:
سؤال اول
دقیقاً چه چیزی تغییر کرده است؟
سؤال دوم
این تغییر یک نشانه است یا علت؟
سؤال سوم
چه شواهدی علت فرضشده را تأیید میکند؟
سؤال چهارم
آیا مسئله میتواند ریشهای خارج از این واحد داشته باشد؟
سؤال پنجم
اگر این راهکار را اجرا کنیم، از کجا میفهمیم مشکل واقعاً حل شده است؟
اگر پاسخ چند سؤال هنوز مبهم است، احتمالاً برای اقدام بزرگ هنوز زود است.
چکلیست سریع عارضهیابی
| پرسش | پاسخ |
|---|---|
| مسئله را با یک جمله دقیق تعریف کردهایم؟ | □ بله / □ خیر |
| دادهای برای اثبات وجود مسئله داریم؟ | □ بله / □ خیر |
| نشانه و علت را از هم جدا کردهایم؟ | □ بله / □ خیر |
| بیش از یک فرضیه بررسی کردهایم؟ | □ بله / □ خیر |
| اثر سایر واحدها را بررسی کردهایم؟ | □ بله / □ خیر |
| وضعیت مطلوب را مشخص کردهایم؟ | □ بله / □ خیر |
| اولویت مسئله را مشخص کردهایم؟ | □ بله / □ خیر |
| معیار موفقیت بعد از اصلاح را تعریف کردهایم؟ | □ بله / □ خیر |
اگر چند پاسخ «خیر» است، هنوز تصویر کاملی برای تصمیمگیری ندارید.
جمعبندی
عارضهیابی سازمان یعنی قبل از اینکه برای سازمان نسخه بنویسیم، بفهمیم مسئله واقعاً چیست.
این فرآیند قرار نیست سازمان را بینقص کند.
هدف آن این است که:
نشانه را با علت اشتباه نگیریم،
مشکل یک واحد را بهاشتباه به همان واحد نسبت ندهیم،
به جای حدس از شواهد استفاده کنیم،
مسائل را بر اساس اثر و ریسک اولویتبندی کنیم،
و قبل از اجرای راهکار بدانیم قرار است دقیقاً چه چیزی را تغییر دهیم.
در یک سازمان پیچیده، پیدا کردن یک مشکل آسان است.
پیدا کردن مسئلهای که واقعاً باید حل شود، بخش دشوار ماجراست.
درخواست مشاوره کسبوکار
زمان، باارزشترین دارایی سازمان شماست. به جای آزمونوخطا، اسکن دقیق سازمان و طراحی مسیر رشد خود را به متخصصان «عیار بیزینس» بسپارید.
همین الان وقت مشاوره بگیرید.
سوالات متداولFAQ
