استانداردسازی فرایندها؛ ساخت دستورالعمل اجرایی بدون بروکراسی

در بعضی کسب‌وکارها، روش انجام کار فقط در ذهن یک یا دو نفر قرار دارد. اگر این افراد حضور نداشته باشند، کار متوقف می‌شود یا دیگران مجبور می‌شوند فرایند را از ابتدا حدس بزنند.

در مقابل، بعضی سازمان‌ها برای هر فعالیت چندین فرم، امضا و دستورالعمل طولانی طراحی می‌کنند. کارکنان نیز به‌دلیل پیچیدگی مستندات، آن‌ها را کنار می‌گذارند و کار را با روش شخصی خود انجام می‌دهند.

هیچ‌کدام از این وضعیت‌ها مطلوب نیست. نبود استاندارد، خطا و وابستگی ایجاد می‌کند و مستندسازی افراطی نیز سرعت و انعطاف سازمان را کاهش می‌دهد.

استانداردسازی فرایندها یعنی تعریف بهترین روش فعلی برای اجرای یک کار تکرارشونده، به‌گونه‌ای که مسئول، مراحل، ورودی، خروجی، معیار کنترل و شرایط استثنا روشن باشند. این روش باید به‌اندازه‌ای دقیق باشد که اجرای کار را هماهنگ کند و به‌اندازه‌ای ساده بماند که کارکنان واقعاً از آن استفاده کنند.

در این راهنما، روش استانداردسازی فرایندها، نوشتن دستورالعمل اجرایی یا SOP، طراحی چک‌لیست و جلوگیری از ایجاد بروکراسی را بررسی می‌کنیم.

استانداردسازی فرایندها چیست؟

استانداردسازی فرایندها به معنای تبدیل روش‌های پراکنده، شخصی و شفاهی به یک الگوی مشخص، قابل‌آموزش، قابل‌اندازه‌گیری و قابل‌بهبود است.

یک فرایند استاندارد باید به این پرسش‌ها پاسخ دهد:

• فرایند با چه رویدادی آغاز می‌شود؟
• هدف فرایند چیست؟
• مسئول اصلی چه کسی است؟
• چه اطلاعات یا منابعی برای اجرا لازم است؟
• مراحل اصلی به چه ترتیبی انجام می‌شوند؟
• خروجی قابل‌قبول چیست؟
• چه کنترل‌هایی باید انجام شوند؟
• در شرایط استثنایی چه اقدامی لازم است؟
• نتیجه اجرای فرایند در کجا ثبت می‌شود؟
• دستورالعمل چه زمانی بازبینی خواهد شد؟

استاندارد، یک حکم همیشگی و غیرقابل‌تغییر نیست. باید آن را بهترین روش تأییدشده فعلی دانست که پس از مشاهده داده‌ها، خطاها یا تغییر شرایط قابل‌اصلاح است.

تفاوت فرایند، دستورالعمل و چک‌لیست چیست؟

فرایند، دستورالعمل اجرایی و چک‌لیست با یکدیگر مرتبط‌اند؛ اما کاربرد یکسانی ندارند.

ابزار	پرسش اصلی	کاربرد
فرایند	کار از کجا شروع و به کجا ختم می‌شود؟	نمایش جریان کلی کار و مسئولیت‌ها
دستورالعمل اجرایی	کار دقیقاً چگونه انجام می‌شود؟	آموزش روش استاندارد اجرا
چک‌لیست	چه مواردی نباید فراموش شوند؟	کنترل مراحل و کاهش خطا

برای مثال، «فرایند جذب مشتری» مسیر ورود سرنخ تا خرید را نشان می‌دهد. دستورالعمل تماس اولیه، شیوه اجرای یکی از مراحل این فرایند را توضیح می‌دهد. چک‌لیست تماس نیز موارد ضروری مانند نیازسنجی، ثبت نتیجه و تعیین اقدام بعدی را یادآوری می‌کند.

SOP چیست؟

SOP مخفف Standard Operating Procedure و به معنای «روش اجرایی استاندارد» یا «دستورالعمل اجرایی استاندارد» است. این سند مراحل انجام یک فعالیت را به زبان روشن توضیح می‌دهد.

یک SOP مناسب نباید فقط برای بایگانی یا دریافت تأیید مدیر نوشته شود. کاربر باید بتواند با مراجعه به آن، فعالیت موردنظر را با کیفیت قابل‌قبول انجام دهد.

دستورالعمل اجرایی می‌تواند یکی از شکل‌های زیر را داشته باشد:

• سند یک‌صفحه‌ای؛
• چک‌لیست؛
• نمودار فرایند؛
• ویدئوی آموزشی کوتاه؛
• فرم داخل نرم‌افزار؛
• ترکیبی از متن، تصویر و نمونه؛
• راهنمای مرحله‌ای در محل انجام کار.

قالب دستورالعمل باید با پیچیدگی کار، میزان ریسک، مهارت کاربر و محل اجرای فرایند هماهنگ باشد.

استانداردسازی فرایندها چه مشکلاتی را حل می‌کند؟

کاهش وابستگی به افراد

وقتی روش انجام یک کار فقط در ذهن یک نفر قرار دارد، غیبت یا خروج او می‌تواند فعالیت سازمان را مختل کند. مستندسازی درست، انتقال دانش و جایگزینی افراد را آسان‌تر می‌کند.

کاهش خطا و دوباره‌کاری

چک‌لیست‌ها و معیارهای پذیرش کمک می‌کنند مراحل ضروری فراموش نشوند و خطاها پیش از تحویل خروجی شناسایی شوند.

کوتاه‌شدن زمان آموزش نیروی جدید

نیروی تازه‌وارد به‌جای دریافت توضیحات متفاوت و گاهی متناقض از چند نفر، به یک مرجع مشخص و معتبر دسترسی خواهد داشت.

افزایش هماهنگی میان واحدها

زمان تحویل، قالب خروجی، مسئولیت هر واحد و نقطه انتقال کار روشن‌تر می‌شود. این موضوع اختلاف و رفت‌وبرگشت میان واحدها را کاهش می‌دهد.

فراهم‌شدن امکان بهبود فرایند

تا زمانی که روش اجرای کار مشخص نباشد، اندازه‌گیری و اصلاح آن دشوار است. استاندارد، یک خط مبنا برای ارزیابی و بهبود ایجاد می‌کند.

آسان‌ترشدن تفویض اختیار

مدیر می‌تواند مسئولیت را همراه با معیار نتیجه، محدودیت‌ها، سطح اختیار و روش کنترل واگذار کند. برای تعیین دقیق نقش‌ها نیز استفاده از یک شرح شغل یک‌صفحه‌ای مفید است.

آیا استانداردسازی باعث کاهش خلاقیت می‌شود؟

تمام فعالیت‌ها به یک سطح از استانداردسازی نیاز ندارند. کارهای حساس، پرتکرار و پرخطا باید دقیق‌تر مستند شوند. در مقابل، فعالیت‌های خلاقانه ممکن است فقط به تعریف خروجی، محدودیت‌ها و نقاط کنترل نیاز داشته باشند.

برای نمونه، در تولید محتوا می‌توان موارد زیر را استاندارد کرد:

• نحوه دریافت موضوع؛
• بررسی کلیدواژه اصلی؛
• کنترل اعتبار منابع؛
• ساختار تیترها؛
• غلط‌گیری نهایی؛
• ابعاد تصویر؛
• تأیید نهایی؛
• نام‌گذاری فایل؛
• زمان‌بندی انتشار.

اما زاویه روایت، نوع مثال و ایده خلاقانه لازم نیست در تمام محتواها یکسان باشند.

استاندارد باید خطاهای قابل‌پیشگیری را کاهش دهد، نه اینکه قضاوت حرفه‌ای و خلاقیت را حذف کند.

کدام فرایندها را ابتدا استاندارد کنیم؟

تلاش برای مستندسازی هم‌زمان تمام فعالیت‌های سازمان، معمولاً پروژه را سنگین و بی‌نتیجه می‌کند. بهتر است فرایندها را براساس معیارهای زیر اولویت‌بندی کنید:

• تکرار زیاد؛
• احتمال خطای بالا؛
• اثر مستقیم بر مشتری؛
• ریسک مالی یا حقوقی؛
• وابستگی زیاد به یک فرد؛
• زمان آموزش طولانی؛
• دوباره‌کاری مکرر؛
• اختلاف میان واحدها؛
• شکایت پرتکرار؛
• تأخیر در تحویل؛
• نیاز به تفویض یا توسعه تیم.

ماتریس اولویت‌بندی فرایندها

میزان تکرار	اثر خطا	اولویت استانداردسازی
زیاد	زیاد	بسیار بالا
زیاد	کم	متوسط
کم	زیاد	بالا
کم	کم	پایین

برای مثال، فرایند ثبت پرداخت که تکرار و ریسک زیادی دارد، باید پیش از فرایند سفارش سالانه تجهیزات استاندارد شود.

روش هشت‌مرحله‌ای استانداردسازی فرایندها

مرحله اول: محدوده فرایند را مشخص کنید

ابتدا نقطه شروع و پایان فرایند را بنویسید.

نمونه مبهم:

فرایند فروش

نمونه دقیق‌تر:

از ثبت شماره تماس معتبر تا تعیین نتیجه اولین تماس فروش

محدوده کوچک‌تر، مستندسازی، آزمایش و اصلاح را آسان‌تر می‌کند. پس از تثبیت بخش‌های اصلی می‌توان آن‌ها را به یک مسیر کامل متصل کرد.

مرحله دوم: اجرای واقعی کار را مشاهده کنید

دستورالعمل را فقط براساس تصور مدیر یا وضعیت ایده‌آل ننویسید. با افرادی که کار را انجام می‌دهند گفت‌وگو کنید و اجرای واقعی فرایند را ببینید.

موارد زیر را ثبت کنید:

• کار در عمل چگونه انجام می‌شود؟
• کدام مراحل با دستور رسمی تفاوت دارند؟
• چه اطلاعاتی ناقص یا دیرهنگام دریافت می‌شوند؟
• در کدام قسمت انتظار یا دوباره‌کاری ایجاد می‌شود؟
• کدام تصمیم‌ها به تجربه یک فرد وابسته‌اند؟
• چه استثناهایی بیشتر تکرار می‌شوند؟
• کدام مرحله ارزش مشخصی ایجاد نمی‌کند؟

گاهی نسخه رسمی فرایند با روش واقعی اجرای آن تفاوت زیادی دارد. نادیده‌گرفتن این فاصله، باعث تولید دستورالعملی می‌شود که کارکنان از آن استفاده نخواهند کرد.

مرحله سوم: ورودی و خروجی را تعریف کنید

هر فرایند باید ورودی معتبر و خروجی قابل‌قبولی داشته باشد.

بخش	تعریف نمونه
ورودی	فرم ثبت‌شده شامل نام، شماره معتبر و موضوع درخواست
خروجی	تماس انجام‌شده، نتیجه ثبت‌شده و اقدام بعدی دارای موعد
نقطه شروع	ورود فرم به CRM
نقطه پایان	ثبت وضعیت اولین پیگیری

اگر ورودی ناقص باشد، مسئول اجرا باید بداند کار را ادامه دهد، برای اصلاح بازگرداند یا به فرد دیگری ارجاع دهد.

مرحله چهارم: مراحل اصلی را بنویسید

هر مرحله را با یک فعل مشخص و اجرایی آغاز کنید:

1. اطلاعات فرم را بررسی کنید.
2. موارد تکراری را کنترل کنید.
3. مسئول پیگیری را تعیین کنید.
4. اولین تماس را انجام دهید.
5. نتیجه تماس را ثبت کنید.
6. اقدام بعدی و موعد آن را مشخص کنید.
7. موارد حساس را به سرپرست ارجاع دهید.

از توضیحات طولانی، اصطلاحات مبهم و جمله‌های چندمعنایی پرهیز کنید. دستورالعمل باید به کاربر بگوید دقیقاً چه کاری انجام دهد.

مرحله پنجم: مسئولیت و اختیار را مشخص کنید

برای هر فرایند باید یک مالک اصلی وجود داشته باشد. مالک فرایند مسئول بررسی عملکرد و اصلاح آن است؛ حتی اگر مراحل توسط چند نفر اجرا شوند.

مشخص کنید:

• مجری هر مرحله چه کسی است؟
• مالک کل فرایند چه کسی است؟
• چه تصمیم‌هایی در اختیار مجری قرار دارند؟
• چه مواردی به تأیید نیاز دارند؟
• در غیاب مسئول، جانشین چه کسی است؟
• مشکلات باید به چه فردی ارجاع داده شوند؟

در دستورالعمل، نام نقش را بنویسید، نه فقط نام فرد. برای مثال، «سرپرست فروش» پایدارتر از نام یک کارمند مشخص است.

مرحله ششم: نقاط کنترل را تعریف کنید

نقاط کنترل از انتقال خطا به مرحله بعد جلوگیری می‌کنند.

نمونه‌های نقاط کنترل عبارت‌اند از:

• کنترل کامل‌بودن اطلاعات؛
• تطبیق مبلغ با قرارداد؛
• بررسی نگارشی پیش از انتشار؛
• دریافت تأیید مشتری پیش از تولید نهایی؛
• کنترل موجودی پیش از اعلام زمان تحویل؛
• ثبت نتیجه تماس در CRM؛
• بازبینی سند پیش از ارسال.

کنترل بیش‌ازحد نیز سرعت فرایند را کاهش می‌دهد. کنترل را در نقاطی قرار دهید که احتمال یا اثر خطا بیشتر است.

مرحله هفتم: استثناهای مهم را بنویسید

دستورالعملی که فقط شرایط عادی را توضیح می‌دهد، در اولین مسئله واقعی کنار گذاشته خواهد شد.

استثناهای پرتکرار را مشخص کنید:

• اگر اطلاعات ناقص بود چه کنیم؟
• اگر مشتری پاسخ نداد چه کنیم؟
• اگر مبلغ با سند مطابقت نداشت چه کنیم؟
• اگر مسئول در دسترس نبود چه کنیم؟
• اگر امکان رعایت موعد وجود نداشت چه کنیم؟
• اگر درخواست خارج از اختیار مجری بود چه کنیم؟
• اگر سامانه قطع بود، اطلاعات موقت کجا ثبت شوند؟

لازم نیست تمام اتفاق‌های ممکن را پیش‌بینی کنید. پوشش استثناهای پرتکرار و پرریسک کافی است.

مرحله هشتم: دستورالعمل را آزمایش و اصلاح کنید

پیش از انتشار نهایی، از فردی که در نوشتن سند نقش نداشته بخواهید کار را براساس دستورالعمل انجام دهد.

بررسی کنید:

• کدام عبارت مبهم بود؟
• چه اطلاعاتی در سند وجود نداشت؟
• کدام مرحله ترتیب مناسبی نداشت؟
• چه ابزار یا دسترسی‌ای فراهم نبود؟
• آیا خروجی با معیار پذیرش مطابقت داشت؟
• اجرای دستورالعمل چقدر زمان برد؟
• چه پرسش‌هایی همچنان بی‌پاسخ ماندند؟

بازخورد کاربر نهایی، بخشی از طراحی دستورالعمل اجرایی است؛ نه یک مرحله فرعی پس از انتشار.

قالب دستورالعمل اجرایی یک‌صفحه‌ای

برای مستندسازی یک فرایند ساده می‌توانید از قالب زیر استفاده کنید:

بخش	اطلاعاتی که باید ثبت شود
عنوان فرایند	نام کوتاه و مشخص فرایند
هدف	نتیجه‌ای که فرایند باید ایجاد کند
مالک فرایند	مسئول بررسی عملکرد و اصلاح
مجریان	نقش‌هایی که مراحل را اجرا می‌کنند
نقطه شروع	رویدادی که فرایند را آغاز می‌کند
ورودی‌های لازم	اطلاعات، فایل‌ها یا منابع موردنیاز
مراحل اجرا	اقدامات اصلی به ترتیب
خروجی نهایی	نتیجه قابل‌تحویل
معیار پذیرش	شرایطی که نشان می‌دهد کار درست انجام شده است
محدودیت‌ها	موارد ممنوع یا خارج از اختیار
موارد نیازمند تأیید	تصمیم‌هایی که باید ارجاع داده شوند
استثناهای مهم	شرایط غیرعادی پرتکرار
محل ثبت اطلاعات	نرم‌افزار، فرم یا پوشه مرجع
شاخص عملکرد	معیار سنجش کیفیت، زمان یا هزینه
شماره نسخه	شناسه نسخه معتبر
تاریخ بازبینی	زمان بررسی و اصلاح بعدی

این قالب برای فرایندهای ساده مناسب است. فعالیت‌های فنی، قانونی، ایمنی یا پرریسک ممکن است به مستندات کامل‌تری نیاز داشته باشند.

نمونه دستورالعمل اجرایی کوتاه

عنوان فرایند

پیگیری اولیه سرنخ‌های ورودی

هدف

برقراری ارتباط منظم با متقاضی و ثبت وضعیت واقعی او.

نقطه شروع

ورود نام و شماره معتبر متقاضی به CRM.

مسئول اجرا

کارشناس فروش تعیین‌شده.

مراحل اجرا

1. اطلاعات سرنخ را بررسی کنید.
2. منبع ورود و موضوع درخواست را ثبت کنید.
3. در بازه زمانی تعیین‌شده تماس بگیرید.
4. نیاز، زمان تصمیم‌گیری و اقدام بعدی را مشخص کنید.
5. نتیجه تماس را در CRM ثبت کنید.
6. برای پیگیری بعدی، مسئول و موعد تعیین کنید.
7. درخواست‌های خارج از اختیار را به سرپرست فروش ارجاع دهید.

خروجی قابل‌قبول

وضعیت تماس، خلاصه نیاز و اقدام بعدی همراه با موعد در CRM ثبت شده باشد.

موارد استثنا

شماره اشتباه، درخواست حذف اطلاعات، شکایت حساس و تعهد مالی خارج از شرایط مصوب باید به سرپرست گزارش شوند.

دستورالعمل اجرایی خوب چه ویژگی‌هایی دارد؟

کوتاه و کاربردی است

کاربر باید بتواند اطلاعات لازم را سریع پیدا کند. طولانی‌بودن سند نشانه کامل‌بودن آن نیست.

با زبان اجرا نوشته شده است

عبارت «اقدامات لازم معمول گردد» روشن نیست. دستورالعمل باید مشخص کند چه کسی، چه اقدامی را در چه زمانی انجام دهد.

مسئولیت‌ها را مشخص می‌کند

عبارت‌هایی مانند «واحد مربوطه» باعث ابهام می‌شوند. نقش مسئول هر مرحله باید نام‌گذاری شود.

معیار پایان دارد

مجری باید بداند فعالیت در چه شرایطی کامل محسوب می‌شود و خروجی قابل‌قبول چه ویژگی‌هایی دارد.

استثناهای مهم را پوشش می‌دهد

فرایند نباید در اولین وضعیت غیرعادی متوقف شود یا به تصمیم سلیقه‌ای وابسته بماند.

در محل اجرا در دسترس است

سندی که کارکنان نتوانند آن را سریع پیدا کنند، در عمل وجود ندارد.

مالک و نسخه مشخص دارد

کارکنان باید بدانند کدام نسخه معتبر است و چه کسی مسئول اصلاح آن است.

چه زمانی چک‌لیست بهتر از دستورالعمل است؟

برای فعالیت‌هایی که فرد روش انجام آن‌ها را می‌داند اما احتمال فراموشی بعضی مراحل وجود دارد، چک‌لیست مناسب‌تر است.

برای مثال، چک‌لیست انتشار مقاله می‌تواند شامل این موارد باشد:

• عنوان سئو ثبت شده است؛
• کلیدواژه اصلی مشخص است؛
• فقط یک H1 وجود دارد؛
• تیترهای H2 و H3 منظم هستند؛
• لینک‌های داخلی بررسی شده‌اند؛
• لینک خارجی معتبر اضافه شده است؛
• متادیسکریپشن ثبت شده است؛
• تصویر شاخص نسبت ۱۶ به ۹ دارد؛
• متن جایگزین تصویر نوشته شده است؛
• نمایش صفحه در موبایل بررسی شده است؛
• غلط‌های املایی و نگارشی اصلاح شده‌اند؛
• CTA نهایی وجود دارد.

اگر کاربر هنوز نحوه انجام هر مورد را نمی‌داند، چک‌لیست به‌تنهایی کافی نیست و باید به راهنمای مربوط متصل شود.

کنترل نسخه دستورالعمل چیست؟

اگر چند نسخه متفاوت از یک سند در پیام‌رسان، رایانه کارکنان و فضای اشتراکی وجود داشته باشد، افراد نمی‌دانند کدام نسخه معتبر است.

برای کنترل نسخه، این اطلاعات را ثبت کنید:

• عنوان سند؛
• کد یا شناسه؛
• شماره نسخه؛
• تاریخ اجرا؛
• مالک سند؛
• خلاصه تغییرات؛
• تأییدکننده؛
• تاریخ بازبینی بعدی؛
• محل نگهداری نسخه معتبر؛
• وضعیت نسخه قبلی.

نمونه نام‌گذاری یک دستورالعمل فروش:

SOP-SALES-03-V2

نسخه‌های قبلی را از دسترس اجرایی خارج کنید؛ اما اگر نگهداری سابقه لازم است، آن‌ها را در پوشه آرشیو قرار دهید.

دستورالعمل‌ها هر چند وقت یک‌بار بازبینی شوند؟

بازه ثابتی برای تمام اسناد وجود ندارد. بازبینی دستورالعمل در شرایط زیر ضروری است:

• تغییر نرم‌افزار یا ابزار؛
• تغییر ساختار یا مسئولیت‌ها؛
• ایجاد خطای پرتکرار؛
• افزایش شکایت مشتری؛
• تغییر محصول یا خدمت؛
• تغییر ضوابط و الزامات؛
• اضافه‌شدن یک استثنای مهم؛
• کندشدن فرایند؛
• ورود نیروی جدید و مشاهده ابهام؛
• دریافت پیشنهاد بهبود از مجریان.

برای فرایندهای مهم می‌توان بازبینی دوره‌ای نیز تعیین کرد؛ حتی اگر حادثه یا تغییر مشخصی رخ نداده باشد.

شاخص‌های ارزیابی فرایند استاندارد

استانداردسازی زمانی ارزشمند است که نتیجه آن قابل‌مشاهده و قابل‌اندازه‌گیری باشد.

شاخص	کاربرد
زمان چرخه	مدت شروع تا پایان فرایند
نرخ خطا	درصد خروجی‌های دارای نقص
نرخ دوباره‌کاری	درصد کارهایی که به اصلاح مجدد نیاز دارند
درصد تحویل به‌موقع	میزان رعایت موعد
زمان آموزش نیروی جدید	سرعت آماده‌شدن فرد برای اجرای مستقل
درصد رعایت دستورالعمل	میزان اجرای واقعی استاندارد
تعداد استثناها	فراوانی موارد خارج از مسیر عادی
رضایت مشتری داخلی یا خارجی	کیفیت خروجی از دید دریافت‌کننده
هزینه اجرای فرایند	منابع مصرف‌شده برای هر خروجی

همه این معیارها نباید به KPI تبدیل شوند. فقط شاخص‌هایی را انتخاب کنید که به هدف و تصمیم مدیریتی مشخصی مرتبط‌اند.

اگر کارکنان از دستورالعمل استفاده نکردند چه کنیم؟

پیش از آنکه مشکل را به مقاومت کارکنان نسبت دهید، این موارد را بررسی کنید:

• سند بیش‌ازحد طولانی است؟
• دستورالعمل با روش واقعی کار تفاوت دارد؟
• پیداکردن نسخه معتبر دشوار است؟
• ابزار و دسترسی لازم وجود ندارد؟
• آموزش کافی ارائه نشده است؟
• مدیران خودشان استاندارد را رعایت می‌کنند؟
• مراحل غیرضروری در سند وجود دارند؟
• مسئولیت‌ها متعارض یا مبهم‌اند؟
• تغییرات بدون اطلاع کارکنان اعمال شده‌اند؟
• اجرای استاندارد بیشتر از ظرفیت موجود زمان می‌برد؟

دستورالعمل را همراه با مجریان واقعی طراحی کنید. مشارکت آن‌ها به کشف جزئیات، شناسایی مشکلات اجرایی و پذیرش بهتر روش کمک می‌کند.

چگونه از بروکراسی جلوگیری کنیم؟

فقط فرایندهای مهم را مستند کنید

برای هر فعالیت کوچک، یک سند مستقل نسازید. میزان تکرار، ریسک و اثر بر مشتری را مبنای تصمیم قرار دهید.

سطح جزئیات را متناسب انتخاب کنید

کار پیچیده به توضیح بیشتری نیاز دارد. برای یک فعالیت ساده، چک‌لیست کوتاه ممکن است کافی باشد.

تأییدهای غیرضروری را حذف کنید

هر تأیید باید ریسک مشخصی را کنترل کند. امضاهایی که هیچ بررسی واقعی پشت آن‌ها نیست، فقط زمان انجام کار را افزایش می‌دهند.

اطلاعات را فقط یک‌بار ثبت کنید

اگر یک اطلاعات در چند فرم و سامانه تکرار می‌شود، فرایند به ساده‌سازی یا یکپارچه‌سازی نیاز دارد.

مالک فرایند تعیین کنید

مالک فرایند باید اختیار بررسی عملکرد، دریافت بازخورد و پیشنهاد اصلاح را داشته باشد.

مسیر مدیریت استثنا بسازید

کارکنان نباید برای تمام موارد غیرعادی مجبور شوند فرایند را مخفیانه دور بزنند. شرایط ارجاع باید روشن باشد.

مستندات را به یکدیگر متصل کنید

در دستورالعمل اصلی فقط مراحل ضروری را بنویسید و راهنماهای تخصصی، فرم‌ها و نمونه‌ها را با لینک جداگانه در دسترس قرار دهید.

استانداردسازی و اتوماسیون چه ارتباطی دارند؟

فرایند نامشخص را نباید بلافاصله خودکار کرد. اتوماسیون یک روش ضعیف می‌تواند خطا را سریع‌تر و گسترده‌تر کند.

پیش از خودکارسازی یک فرایند:

1. هدف فرایند را مشخص کنید.
2. مراحل غیرضروری را حذف کنید.
3. مسئولیت‌ها را روشن سازید.
4. ورودی و خروجی را تعریف کنید.
5. استثناها را بررسی کنید.
6. روش اصلاح‌شده را در مقیاس کوچک آزمایش کنید.
7. سپس بخش‌های تکراری و قابل‌پیش‌بینی را خودکار سازید.

اتوماسیون باید پس از ساده‌سازی فرایند انجام شود، نه پیش از آن.

اشتباهات رایج در استانداردسازی فرایندها

مهم‌ترین اشتباهات در مستندسازی و استانداردسازی عبارت‌اند از:

• مستندسازی تمام سازمان به‌صورت هم‌زمان؛
• نوشتن سند فقط توسط مدیر؛
• ثبت وضعیت ایده‌آل به‌جای اجرای واقعی؛
• استفاده از زبان رسمی و مبهم؛
• مشخص‌نکردن مالک فرایند؛
• نداشتن معیار پایان؛
• نادیده‌گرفتن استثناها؛
• قراردادن تأییدهای غیرضروری؛
• ذخیره چند نسخه در محل‌های مختلف؛
• آموزش‌ندادن کارکنان؛
• بازبینی‌نکردن دستورالعمل؛
• اندازه‌گیری‌نکردن نتیجه استانداردسازی؛
• خودکارسازی فرایند معیوب؛
• استفاده از چک‌لیست به‌جای آموزش؛
• تحمیل یک روش ثابت به فعالیت‌های خلاقانه؛
• سرزنش کارمند پیش از بررسی ضعف فرایند.

برنامه ۳۰روزه استانداردسازی یک فرایند

هفته اول: انتخاب و مشاهده

• یک فرایند پرتکرار و پراثر انتخاب کنید.
• محدوده آن را مشخص کنید.
• اجرای واقعی کار را مشاهده کنید.
• خطاها، توقف‌ها و دوباره‌کاری‌ها را ثبت کنید.

هفته دوم: طراحی نسخه اولیه

• ورودی و خروجی را تعریف کنید.
• مراحل اصلی را بنویسید.
• مسئولیت‌ها و سطح اختیار را مشخص کنید.
• نقاط کنترل و استثناها را اضافه کنید.

هفته سوم: اجرای آزمایشی

• نسخه اولیه را در اختیار یک یا دو مجری قرار دهید.
• زمان اجرا، خطاها و پرسش‌ها را ثبت کنید.
• مراحل زائد، دشوار یا مبهم را اصلاح کنید.

هفته چهارم: تثبیت و انتشار

• نسخه معتبر را منتشر کنید.
• یک آموزش کوتاه برای مجریان برگزار کنید.
• شاخص‌های اصلی را ثبت کنید.
• تاریخ بازبینی بعدی را تعیین کنید.

هدف دوره آزمایشی، تولید یک سند بی‌نقص نیست؛ باید یک روش قابل‌استفاده ساخته شود که در حین اجرا بهبود پیدا کند.

نقش آموزش مدیریت در استانداردسازی فرایندها

استانداردسازی فرایندها به مهارت‌هایی مانند طراحی سازمان، مدیریت عملیات، کنترل عملکرد، تفویض اختیار و بهبود مستمر نیاز دارد. مدیر باید بتواند میان نظم اجرایی و انعطاف سازمانی تعادل برقرار کند.

هدف سیستم‌سازی، افزایش تعداد فرم‌ها و گزارش‌ها نیست؛ بلکه باید وابستگی سازمان به افراد کاهش پیدا کند و کیفیت اجرا قابل‌کنترل شود.

برای آشنایی با ساختار و شرایط آموزشی، صفحه دوره MBA و DBA مدیریت مؤسسه امین را مشاهده کنید.

سؤالات متداول درباره استانداردسازی فرایندها

استانداردسازی فرایندها را از کجا شروع کنیم؟

از یک فرایند پرتکرار، پرخطا یا وابسته به فرد شروع کنید. محدوده را کوچک نگه دارید و پس از اجرای آزمایشی، سراغ فرایند بعدی بروید.

آیا هر فرایند به SOP نیاز دارد؟

خیر. بعضی فعالیت‌ها با چک‌لیست، فرم، ویدئوی کوتاه یا نمودار ساده مدیریت می‌شوند. سطح مستندسازی باید متناسب با پیچیدگی و ریسک فرایند باشد.

دستورالعمل اجرایی باید چند صفحه باشد؟

تعداد صفحه معیار اصلی نیست. سند باید اطلاعات ضروری را سریع و روشن منتقل کند. برای بسیاری از فرایندهای ساده، یک صفحه کافی است.

چه کسی باید SOP را بنویسد؟

بهترین نتیجه زمانی ایجاد می‌شود که مالک فرایند، مجریان واقعی و فرد دارای دانش تخصصی در طراحی آن مشارکت کنند. مسئول نهایی نگهداری و اصلاح سند نیز باید مشخص باشد.

اگر شرایط با دستورالعمل مطابقت نداشت چه کنیم؟

مسیر تعریف‌شده برای استثنا را اجرا و موضوع را ثبت کنید. اگر یک استثنا مرتب تکرار می‌شود، احتمالاً دستورالعمل یا خود فرایند به اصلاح نیاز دارد.

آیا استانداردسازی باعث کاهش خلاقیت می‌شود؟

اگر درست اجرا شود، خیر. مراحل تکراری و کنترل‌های ضروری استاندارد می‌شوند و فضای بیشتری برای تصمیم‌های تخصصی و خلاقانه باقی می‌ماند.

تفاوت سیستم‌سازی و استانداردسازی چیست؟

استانداردسازی یکی از اجزای سیستم‌سازی است. سیستم‌سازی علاوه بر دستورالعمل‌ها، نقش‌ها، ابزارها، شاخص‌ها، گردش اطلاعات و سازوکار بهبود را نیز دربر می‌گیرد.

از کجا بفهمیم استانداردسازی موفق بوده است؟

زمان انجام کار، نرخ خطا، دوباره‌کاری، تحویل به‌موقع، وابستگی به افراد و زمان آموزش نیروی جدید را پیش و پس از اجرا مقایسه کنید.

جمع‌بندی

استانداردسازی فرایندها یعنی تبدیل بهترین روش فعلی به الگویی روشن، قابل‌آموزش و قابل‌بهبود. برای شروع، یک فرایند مهم را انتخاب کنید، اجرای واقعی آن را ببینید و ورودی، خروجی، مسئول، مراحل، معیار پذیرش و استثناهای آن را ثبت کنید.

دستورالعمل خوب کوتاه، در دسترس و متناسب با محل اجراست. اگر یک سند فقط در بایگانی باقی بماند یا کارکنان برای انجام کار مجبور شوند آن را دور بزنند، استانداردسازی موفق نبوده است.

هدف نهایی، تولید سند بیشتر نیست؛ باید خطا، دوباره‌کاری و وابستگی کاهش پیدا کند و کیفیت اجرای کار قابل‌کنترل شود.

برای تقویت مهارت‌های مدیریت عملیات، طراحی فرایند و سیستم‌سازی کسب‌وکار، اطلاعات دوره MBA و DBA مدیریت مؤسسه امین را مشاهده کنید.