بسیاری از مدیران زمانی به فکر سیستمسازی میافتند که کارها از کنترل خارج شده است: سفارشها بدون پیگیری میماند، نیروها برای تصمیمهای ساده منتظر مدیر میمانند، با غیبت یک نفر بخشی از کار متوقف میشود و هر مشتری تجربه متفاوتی از شرکت دارد.
در چنین شرایطی معمولاً دو واکنش دیده میشود. بعضی مدیران سراغ نرمافزار میروند و تصور میکنند با خرید CRM، ERP یا ابزار مدیریت کار، مشکل حل میشود. بعضی دیگر تصمیم میگیرند همه کارهای شرکت را یکباره مستند کنند. نتیجه اغلب حجم زیادی فرم، فایل و جلسه است؛ بدون اینکه اجرای روزانه واقعاً بهتر شود.
مسیر درست سادهتر است: سیستمسازی را از یک فرایند مهم، پرتکرار و قابلکنترل شروع کنید؛ آن را به نتیجه برسانید و سپس دامنه کار را گسترش دهید.
این راهنما دقیقاً برای همین نوشته شده است. در ادامه میبینید چه فرایندی را اول انتخاب کنید، چگونه وضع فعلی را بشناسید، دستورالعمل اجرایی بنویسید، تیم را همراه کنید و نتیجه را بسنجید.
اولین فرایند مناسب را با حدس انتخاب نکنید
این کاربرگ Word به شما کمک میکند ۱۵ فرایند رایج را امتیازدهی کنید، سه گزینه برتر را مقایسه کنید و برای گزینه منتخب یک برنامه ۳۰روزه ببندید.
دانلود رایگان کاربرگ Word ۱۱ صفحه، فارسی، راستچین و کاملاً قابل ویرایش
سیستمسازی کسبوکار دقیقاً یعنی چه؟
سیستمسازی یعنی کارهای مهم شرکت فقط به حافظه، سلیقه یا حضور یک فرد وابسته نباشد. برای هر کار کلیدی باید مشخص باشد:
- کار از کجا شروع میشود و کجا پایان مییابد؛
- چه کسی مسئول نتیجه است؛
- چه اطلاعات یا منابعی برای شروع لازم است؛
- مراحل اصلی کار چیست؛
- خروجی قابلقبول چه ویژگیهایی دارد؛
- خطاها و موارد استثنا چگونه مدیریت میشوند؛
- نتیجه با چه شاخصی سنجیده میشود؛
- و روش انجام کار چگونه اصلاح و بهروز میشود.
پس سیستم فقط «دستورالعمل مکتوب» نیست. یک سیستم عملی دستکم پنج جزء دارد: فرایند روشن، مسئول مشخص، ابزار مناسب، معیار سنجش و چرخه اصلاح. اگر یکی از این اجزا وجود نداشته باشد، احتمالاً با یک فایل بایگانیشده روبهرو هستیم، نه یک سیستم زنده.
سیستمسازی چه چیزی نیست؟
پیش از شروع، چند برداشت اشتباه را کنار بگذاریم:
سیستمسازی یعنی خرید نرمافزار؟
خیر. نرمافزار میتواند اجرای یک فرایند درست را سریعتر و قابلردیابیتر کند؛ اما فرایند مبهم را فقط با سرعت بیشتری به مشکل میرساند. اگر مسئول، ورودی، خروجی و قواعد تصمیمگیری مشخص نباشد، ابزار جدید مشکل اصلی را حل نمیکند.
سیستمسازی یعنی نوشتن صدها صفحه دستورالعمل؟
خیر. دستورالعمل خوب باید بهاندازهای کامل باشد که یک فرد آموزشدیده بتواند کار را درست انجام دهد و بهاندازهای کوتاه باشد که واقعاً خوانده و استفاده شود. بسیاری از فرایندهای کوچک را میتوان با یک صفحه راهنما و یک چکلیست اجرا کرد.
سیستمسازی یعنی حذف نقش مدیر؟
خیر. هدف این است که وقت مدیر از پیگیری کارهای تکراری آزاد شود و صرف تصمیمهای مهمتر شود. مدیر همچنان جهت، معیارها و حدود اختیار را مشخص میکند؛ اما برای هر اقدام روزمره به گلوگاه تبدیل نمیشود.
سیستمسازی یعنی همه کارها همیشه یکشکل انجام شود؟
نه به این معنا که هیچ انعطافی وجود نداشته باشد. یک فرایند خوب مسیر عادی را استاندارد میکند و همزمان تکلیف موقعیتهای استثنایی را روشن نگه میدارد: چه زمانی کارمند میتواند تصمیم بگیرد و چه زمانی موضوع باید به مدیر ارجاع شود.
نشانههای اینکه کسبوکار شما به سیستمسازی نیاز دارد
اگر چند مورد زیر را تجربه میکنید، وقت آن رسیده که سیستمسازی را شروع کنید:
- مشتری برای پیگیری یک موضوع چند بار با افراد مختلف تماس میگیرد؛
- پاسخ افراد به یک سؤال مشابه متفاوت است؛
- اطلاعات سفارش، خرید یا مشتری در چند دفتر و فایل پراکنده است؛
- با مرخصی یا خروج یک نیروی کلیدی، بخشی از کار متوقف میشود؛
- مدیر باید مرتب یادآوری کند که چه کاری انجام شود؛
- زمان تحویل یا کیفیت خروجی قابل پیشبینی نیست؛
- خطاها تکرار میشوند، اما علت و اقدام اصلاحی ثبت نمیشود؛
- آموزش نیروی جدید طولانی و وابسته به توضیح شفاهی افراد است؛
- گزارشها دیر، ناقص یا با اعداد متفاوت آماده میشوند؛
- مشخص نیست مسئول نهایی یک نتیجه چه کسی است.
وجود این نشانهها به معنی ضعیفبودن تیم نیست. معمولاً مسئله این است که دانش انجام کار در ذهن افراد مانده و به یک روش مشترک تبدیل نشده است.
نقطه شروع درست: یک فرایند را انتخاب کنید، نه یک واحد را
یکی از خطاهای رایج این است که بگوییم «میخواهیم واحد فروش را سیستمسازی کنیم». واحد فروش شامل دهها جریان کاری است: دریافت سرنخ، تماس اولیه، نیازسنجی، صدور پیشفاکتور، پیگیری، ثبت سفارش، هماهنگی تحویل و وصول مطالبات. شروع همزمان همه این موارد، پروژه را سنگین و مبهم میکند.
بهجای آن، یک فرایند با شروع و پایان مشخص انتخاب کنید؛ برای مثال:
- از دریافت درخواست مشتری تا صدور پیشفاکتور؛
- از تأیید سفارش تا تحویل کالا؛
- از اعلام نیاز به نیرو تا پایان استخدام؛
- از ثبت درخواست خرید تا تحویل به انبار؛
- از دریافت شکایت مشتری تا اعلام نتیجه نهایی؛
- از ورود نیروی جدید تا پایان هفته اول کاری.
این نوع تعریف به شما اجازه میدهد نتیجه را ببینید، زمان اجرا را بسنجید و مسئولیتها را روشن کنید.
چگونه اولین فرایند را برای سیستمسازی انتخاب کنیم؟
برای شروع، فهرستی از کارهای تکراری کسبوکار بنویسید و هر مورد را با پنج سؤال امتیاز دهید:
- تکرار: این کار چند بار در هفته یا ماه انجام میشود؟
- دردسر: چقدر باعث خطا، دوبارهکاری، تأخیر یا شکایت میشود؟
- وابستگی: آیا انجام آن به حضور مدیر یا یک فرد خاص وابسته است؟
- اثر: اصلاح آن چه اثری بر مشتری، نقدینگی، هزینه یا سرعت کار دارد؟
- امکان اجرا: آیا میتوان نسخه اول آن را طی دو تا چهار هفته اجرا کرد؟
به هر معیار از یک تا پنج امتیاز بدهید. فرایندی برای شروع مناسب است که امتیاز بالایی در تکرار، دردسر، وابستگی و اثر داشته باشد و درعینحال اجرای نسخه اول آن بیشازحد بزرگ نباشد.
برای مثال، اگر صدور پیشفاکتور هر روز انجام میشود، اطلاعات آن چند بار اصلاح میشود و فقط یک نفر روش درست را میداند، گزینه خوبی برای شروع است. اما «بازطراحی کامل نظام ارزیابی عملکرد شرکت» احتمالاً برای اولین تجربه بیشازحد گسترده است.
قاعده عملی: اولین پروژه سیستمسازی باید آنقدر مهم باشد که نتیجهاش دیده شود و آنقدر کوچک باشد که تیم بتواند آن را تمام کند.
نقشه راه عملی سیستمسازی از صفر تا اجرا
گام اول: نتیجه مورد انتظار را روشن کنید
قبل از کشیدن فلوچارت یا نوشتن دستورالعمل، مشخص کنید این پروژه قرار است چه مشکلی را حل کند. هدفهای مبهمی مانند «افزایش نظم» یا «بهبود عملکرد» برای هدایت پروژه کافی نیستند.
هدف را با یک وضعیت قابل مشاهده بیان کنید. نمونه:
- زمان صدور پیشفاکتور از میانگین یک روز به کمتر از دو ساعت برسد؛
- سفارش بدون ثبت شماره تماس، آدرس و شرایط پرداخت تأیید نشود؛
- هیچ درخواست خریدی بدون مسئول، موعد و وضعیت مشخص باقی نماند؛
- آموزش کار اصلی نیروی جدید حداکثر در سه روز انجام شود؛
- شکایت مشتری حداکثر ظرف ۲۴ ساعت پاسخ اولیه دریافت کند.
لازم نیست از ابتدا هدف پیچیدهای تعیین کنید. یک یا دو معیار روشن برای نسخه اول کافی است.
گام دوم: محدوده فرایند را مشخص کنید
هر فرایند باید نقطه شروع و پایان مشخص داشته باشد. اگر مرزها روشن نباشد، بحثها به بخشهای دیگر کشیده میشود و پروژه تمام نمیشود.
برای نمونه در فرایند «صدور پیشفاکتور»:
- شروع: درخواست کامل مشتری دریافت شده است.
- پایان: پیشفاکتور تأییدشده برای مشتری ارسال و وضعیت پیگیری ثبت شده است.
سپس این موارد را بنویسید:
- مشتری یا استفادهکننده خروجی فرایند چه کسی است؟
- ورودی ضروری چیست؟
- خروجی قابلقبول چیست؟
- مسئول نهایی فرایند کیست؟
- چه محدودیتهایی وجود دارد؟
- نتیجه با چه معیاری سنجیده میشود؟
چارچوب SIPOC نیز دقیقاً برای ایجاد همین تصویر سطحبالا استفاده میشود: تأمینکننده، ورودی، مراحل اصلی، خروجی و مشتری. انجمن ASQ توصیه میکند این تصویر پیش از ورود به فلوچارت جزئی تهیه شود تا اعضای تیم درباره محدوده و اجزای اصلی فرایند به برداشت مشترک برسند.
گام سوم: وضع فعلی را همانطور که هست ثبت کنید
در این مرحله قرار نیست روش ایدهآل را بنویسید. ابتدا باید بفهمید کار امروز واقعاً چگونه انجام میشود.
با افرادی که کار را اجرا میکنند گفتوگو کنید و یک نمونه واقعی را از ابتدا تا انتها دنبال کنید. سؤالهای مفید عبارتاند از:
- اولین محرک شروع کار چیست؟
- اطلاعات از چه کسی و با چه ابزاری دریافت میشود؟
- چه تصمیمهایی در مسیر گرفته میشود؟
- کار کجا منتظر میماند؟
- چه اطلاعاتی معمولاً ناقص است؟
- چه خطاهایی بیشتر تکرار میشود؟
- در چه مواردی کار به مدیر ارجاع میشود؟
- کدام مرحله فقط به دلیل عادت انجام میشود؟
وضع فعلی را با پنج تا هفت مرحله اصلی رسم کنید. لازم نیست از نرمافزار تخصصی استفاده کنید؛ کاغذ، تخته یا یک فایل ساده کافی است. مهم این است که تصویر واقعی باشد، نه روشی که تصور میکنیم اجرا میشود.
گام چهارم: گلوگاهها و دوبارهکاریها را پیدا کنید
پس از ترسیم وضع فعلی، هر مرحله را از چهار جهت بررسی کنید:
- انتظار: کار کجا متوقف میشود و چرا؟
- دوبارهکاری: چه اطلاعات یا خروجیهایی چند بار اصلاح میشوند؟
- ابهام: در کدام مرحله مسئول یا معیار تصمیم روشن نیست؟
- انتقال: اطلاعات بین افراد یا ابزارها چگونه جابهجا میشود و کجا از بین میرود؟
همه مشکلات ارزش یکسانی ندارند. ابتدا مواردی را اصلاح کنید که بیشترین تکرار، هزینه یا اثر بر مشتری دارند. اگر داده دقیق ندارید، برای یک یا دو هفته از یک برگه ثبت خطا استفاده کنید: نوع مشکل، زمان رخداد، علت احتمالی و زمان صرفشده برای اصلاح.
تمرکز بر داده ساده، جلوی بحثهای سلیقهای را میگیرد. بهجای اینکه بگوییم «این مرحله همیشه مشکل دارد»، میتوانیم بگوییم «در ده سفارش اخیر، شش مورد به دلیل ناقصبودن شرایط پرداخت برگشت خورده است».
گام پنجم: نسخه سادهتر و بهتر فرایند را طراحی کنید
هدف از طراحی فرایند جدید اضافهکردن کنترلهای بیشتر نیست. هر مرحله باید یکی از این کارها را انجام دهد: برای مشتری ارزش ایجاد کند، یک ریسک واقعی را کنترل کند یا اطلاعات لازم برای مرحله بعد را فراهم کند.
برای هر مرحله بپرسید:
- آیا میتوان این مرحله را حذف کرد؟
- آیا میتوان آن را با مرحله دیگری ادغام کرد؟
- آیا ترتیب مراحل درست است؟
- آیا تصمیم به فردی با اطلاعات بهتر واگذار شده است؟
- آیا میتوان ورودی ناقص را همان ابتدای کار متوقف کرد؟
- آیا یک چکلیست ساده از چند بار کنترل و رفتوبرگشت جلوگیری میکند؟
- آیا لازم است مدیر همه موارد را تأیید کند یا فقط استثناها را؟
در بسیاری از کسبوکارها، مهمترین بهبود این است که اطلاعات ضروری در نقطه شروع کامل شود و حدود اختیار افراد روشن باشد. این دو تغییر میتواند بخش زیادی از پیگیریهای روزانه مدیر را حذف کند.
گام ششم: مسئولیت و حدود اختیار را روشن کنید
ممکن است چند نفر در یک فرایند نقش داشته باشند، اما باید یک نفر مسئول نتیجه نهایی باشد. وقتی همه مسئولاند، معمولاً هیچکس پاسخگو نیست.
برای هر مرحله مشخص کنید:
- چه کسی کار را انجام میدهد؟
- چه کسی مسئول نهایی نتیجه است؟
- نظر چه کسی باید گرفته شود؟
- چه کسانی فقط باید از نتیجه مطلع شوند؟
سپس حدود اختیار را بنویسید. برای نمونه، کارشناس فروش تا چه میزان تخفیف میتواند تصمیم بگیرد؟ مسئول خرید تا چه مبلغی نیاز به تأیید دارد؟ چه نوع شکایتی باید فوراً به مدیر ارجاع شود؟
حدود اختیار، افراد را از تصمیمگیری نمیترساند؛ برعکس، به آنها میگوید در چه محدودهای با اطمینان عمل کنند.
گام هفتم: دستورالعمل اجرایی کوتاه بنویسید
حالا میتوانید نسخه اول دستورالعمل یا SOP را بنویسید. یک دستورالعمل کاربردی معمولاً شامل این بخشهاست:
- نام و هدف فرایند؛
- نقطه شروع و پایان؛
- مسئول فرایند و نقش افراد؛
- ورودیهای ضروری؛
- مراحل اجرا به ترتیب؛
- معیار پذیرش خروجی؛
- موارد استثنا و مسیر ارجاع؛
- فرمها، چکلیستها یا ابزارهای مرتبط؛
- شاخص سنجش؛
- تاریخ و شماره نسخه.
متن را با فعلهای روشن بنویسید: «ثبت کنید»، «بررسی کنید»، «ارسال کنید». از عبارتهای مبهم مانند «در اسرع وقت»، «در صورت لزوم» یا «هماهنگیهای لازم انجام شود» پرهیز کنید؛ مگر اینکه دقیقاً توضیح داده باشید چه زمانی و توسط چه کسی.
برای فرایندهای اجرایی، چکلیست معمولاً از متن طولانی مفیدتر است. اگر کارمند برای انجام کار باید هر بار چند صفحه بخواند، احتمال استفاده واقعی از سند پایین میآید.
گام هشتم: قبل از اجرای گسترده، آزمایش محدود انجام دهید
فرایند جدید را ابتدا در یک بخش کوچک، یک نوع سفارش یا یک بازه کوتاه اجرا کنید. هدف آزمایش این نیست که ثابت کنیم طراحی ما درست بوده؛ هدف این است که اشکالهای آن را با هزینه کم پیدا کنیم.
برای یک دوره دو هفتهای مشخص کنید:
- چه افرادی فرایند را اجرا میکنند؛
- چه تعداد نمونه بررسی میشود؛
- چه دادههایی ثبت میشود؛
- چه زمانی جلسه بازبینی برگزار میشود؛
- چه کسی مجاز است نسخه دستورالعمل را اصلاح کند.
پیش از شروع، دستورالعمل را با یک نفر که در طراحی آن حضور نداشته آزمایش کنید. اگر او برای فهم یک مرحله مجبور به پرسیدن سؤال شد، همان سؤال نشانهای برای اصلاح متن است.
گام نهم: نتیجه را بسنجید و نسخه را اصلاح کنید
پس از آزمایش، حدس نزنید که سیستم موفق بوده است. معیار قبل و بعد را مقایسه کنید. بسته به نوع فرایند میتوانید این شاخصها را بسنجید:
- زمان انجام کار؛
- درصد خروجی بدون خطا؛
- تعداد برگشت یا دوبارهکاری؛
- تعداد موارد ارجاعشده به مدیر؛
- درصد انجام در موعد؛
- رضایت مشتری داخلی یا بیرونی؛
- هزینه اجرای هر مورد.
چرخه «برنامهریزی، اجرا، بررسی و اقدام اصلاحی» یا PDCA برای همین کار است. ASQ تأکید میکند که تغییر ابتدا در مقیاس کوچک آزموده شود، نتیجه با داده بررسی شود و آموختهها در نسخه بعدی به کار رود. سیستمسازی پروژهای نیست که یکبار تمام شود؛ روش انجام کار باید با تجربه واقعی بهتر شود.
گام دهم: آموزش، تثبیت و سپس خودکارسازی کنید
وقتی فرایند در آزمایش محدود نتیجه داد:
- نسخه نهایی را با تاریخ و مسئول سند ثبت کنید؛
- افراد مرتبط را با یک نمونه واقعی آموزش دهید؛
- چکلیست را در محل انجام کار قرار دهید؛
- شاخص را در بازه مشخص بررسی کنید؛
- زمان بازبینی بعدی را تعیین کنید؛
- و نسخه قدیمی را از دسترس خارج کنید.
در این مرحله میتوانید درباره خودکارسازی تصمیم بگیرید. کارهایی مانند یادآوری، انتقال اطلاعات، تولید گزارش، کنترل فیلدهای ضروری یا ثبت وضعیت، گزینههای مناسبی برای نرمافزار هستند. اما ترتیب را حفظ کنید: اول فرایند را روشن کنید، بعد ابزار را انتخاب کنید.
یک مثال واقعی: سیستمسازی صدور پیشفاکتور
فرض کنید در یک شرکت کوچک، درخواست مشتری از واتساپ، تماس تلفنی یا پیام فروشنده دریافت میشود. اطلاعات گاهی ناقص است، قیمت از چند فایل مختلف خوانده میشود و پیشفاکتور برای تأیید مدیر منتظر میماند.
وضع فعلی
- درخواست مشتری دریافت میشود.
- فروشنده اطلاعات تکمیلی را با چند تماس جمع میکند.
- قیمت را از مدیر یا فایلهای مختلف میپرسد.
- پیشفاکتور آماده میشود.
- مدیر همه موارد را بررسی میکند.
- اصلاحات انجام و فایل برای مشتری ارسال میشود.
- زمان پیگیری در جایی ثبت نمیشود.
مشکلات اصلی
- اطلاعات اولیه کامل نیست؛
- منبع قیمت واحد وجود ندارد؛
- همه پیشفاکتورها حتی موارد عادی به مدیر وابستهاند؛
- وضعیت پیگیری مشخص نیست؛
- زمان صدور قابل اندازهگیری نیست.
نسخه بهتر
- درخواست فقط با فرم یا الگوی مشخص شامل مشتری، محصول، مقدار، محل تحویل و شرایط پرداخت ثبت میشود.
- قیمت از فهرست تأییدشده خوانده میشود.
- موارد عادی در حدود مشخص بدون تأیید مدیر صادر میشود.
- فقط تخفیف یا شرایط خارج از محدوده به مدیر ارجاع میشود.
- پیشفاکتور از قالب ثابت تولید میشود.
- زمان پیگیری بعدی همان لحظه ثبت میشود.
- شاخصهای زمان صدور، درصد اصلاح و نرخ تبدیل هفتگی بررسی میشود.
در این مثال، نرمافزار میتواند مفید باشد؛ اما ارزش اصلی از کاملکردن ورودی، تعیین منبع قیمت و تفکیک موارد عادی از استثنا ایجاد شده است.
برنامه ۳۰ روزه برای اولین پروژه سیستمسازی
اگر میخواهید کار را به تعویق نیندازید، این برنامه ساده را اجرا کنید:
هفته اول: انتخاب و شناخت
- فهرست فرایندهای پرتکرار را بنویسید؛
- با معیارهای تکرار، دردسر، وابستگی، اثر و امکان اجرا امتیاز دهید؛
- یک فرایند را انتخاب کنید؛
- هدف، شروع، پایان، مسئول و شاخص اولیه را مشخص کنید؛
- یک نمونه واقعی را از ابتدا تا انتها مشاهده کنید.
هفته دوم: تحلیل و طراحی
- وضع فعلی را در پنج تا هفت مرحله رسم کنید؛
- خطاها، توقفها و دوبارهکاریها را ثبت کنید؛
- مراحل غیرضروری را حذف یا ادغام کنید؛
- حدود اختیار و مسیر استثناها را مشخص کنید؛
- نسخه پیشنهادی فرایند را با اجراکنندگان مرور کنید.
هفته سوم: مستندسازی و آموزش
- دستورالعمل یک تا سه صفحهای بنویسید؛
- فرم یا چکلیست لازم را آماده کنید؛
- شاخص و روش ثبت داده را مشخص کنید؛
- فرایند را با یک نمونه آزمایشی اجرا کنید؛
- ابهامهای دستورالعمل را اصلاح کنید.
هفته چهارم: اجرای آزمایشی و تثبیت
- فرایند را برای تعداد محدودی مورد اجرا کنید؛
- زمان، خطا و موارد ارجاع را ثبت کنید؛
- بازخورد افراد را بگیرید؛
- نسخه دوم دستورالعمل را منتشر کنید؛
- مسئول بازبینی و تاریخ بررسی بعدی را تعیین کنید.
در پایان ۳۰ روز باید یک فرایند واقعی داشته باشید که اجرا شده، داده تولید کرده و حداقل یکبار اصلاح شده است. این نتیجه بسیار ارزشمندتر از دهها فایل ناقص برای کل شرکت است.
حداقل ابزارهای لازم برای شروع
برای اولین پروژه به نرمافزار گران یا تیم تخصصی نیاز ندارید. این ابزارها کافیاند:
- فهرست فرایندهای اصلی؛
- کاربرگ امتیازدهی انتخاب فرایند؛
- برگه تعریف شروع، پایان، ورودی و خروجی؛
- نقشه ساده مراحل وضع فعلی و وضع مطلوب؛
- قالب کوتاه دستورالعمل اجرایی؛
- چکلیست اجرای کار؛
- برگه ثبت خطا و دوبارهکاری؛
- جدول ساده شاخصهای قبل و بعد؛
- فهرست نسخهها و تغییرات سند.
این ابزارها میتوانند در Word، Excel یا ابزارهای ساده آنلاین ساخته شوند. انتخاب ابزار زمانی مهم میشود که حجم اجرا، تعداد کاربران یا نیاز به کنترل دسترسی بالا برود.
اشتباهات رایج در سیستمسازی کسبوکار
شروع از نرمافزار
نرمافزار باید از فرایند پشتیبانی کند، نه اینکه جای طراحی فرایند را بگیرد. خودکارسازی فرایند اشتباه، خطا را سریعتر و پنهانتر میکند.
تلاش برای سیستمسازی همهچیز
شروع گسترده، تمرکز تیم را از بین میبرد. یک فرایند را تمام کنید، تجربه به دست آورید و بعد سراغ مورد بعدی بروید.
نوشتن دستورالعمل بدون حضور اجراکنندگان
کسی که هر روز کار را انجام میدهد، توقفها و استثناهایی را میبیند که در گزارش مدیریتی دیده نمیشود. طراحی بدون مشارکت او معمولاً روی کاغذ خوب و در اجرا ضعیف است.
ثبت روش ایدهآل بهجای واقعیت
اگر وضع فعلی را بهتر از آنچه هست نشان دهید، علت اصلی مشکلات پنهان میماند. نقشه اولیه باید صادقانه باشد.
مبهمبودن مسئولیت
برای هر نتیجه باید یک مسئول نهایی وجود داشته باشد. همکاری چند نفر نباید پاسخگویی را نامشخص کند.
نبود شاخص
بدون داده نمیتوان فهمید زمان و انرژی صرفشده نتیجه داده است یا نه. حتی یک شاخص ساده مانند زمان انجام یا تعداد برگشت، بهتر از ارزیابی احساسی است.
نادیدهگرفتن استثناها
دستورالعملی که فقط شرایط عادی را توضیح دهد، در اولین مسئله واقعی کنار گذاشته میشود. باید مسیر تصمیمگیری در موارد خاص روشن باشد.
بهروزنکردن اسناد
روش کار تغییر میکند. اگر مسئول سند، شماره نسخه و زمان بازبینی مشخص نباشد، افراد دوباره به روشهای شخصی برمیگردند.
بعد از اولین فرایند، سراغ چه چیزی برویم؟
پس از تثبیت اولین پروژه، فرایند بعدی را بر اساس ارتباط و اثر انتخاب کنید. اگر صدور پیشفاکتور را سیستمسازی کردهاید، فرایندهای منطقی بعدی میتواند پیگیری پیشفاکتور، تأیید سفارش، تحویل و وصول باشد.
بهتدریج یک نقشه سطحبالا از فرایندهای شرکت بسازید. چارچوب طبقهبندی فرایندهای APQC میتواند برای دیدن دستههای اصلی و ایجاد زبان مشترک مفید باشد؛ اما قرار نیست تمام فرایندهای آن را عیناً در شرکت خود اجرا کنید. خود APQC نیز این چارچوب را یک مبنای قابل سفارشیسازی میداند، نه فهرستی که همه سازمانها باید تمام اجزای آن را داشته باشند.
بهتر است توسعه سیستمها را حول جریان ایجاد ارزش پیش ببرید؛ برای مثال «از درخواست مشتری تا دریافت وجه» یا «از نیاز به نیرو تا رسیدن فرد به عملکرد قابلقبول». این نگاه مانع میشود هر واحد فقط بخش خودش را بهینه کند و مشکل به واحد بعدی منتقل شود.
پرسشهای پرتکرار
سیستمسازی کسبوکار چقدر زمان میبرد؟
سیستمسازی کل کسبوکار زمان ثابتی ندارد و به اندازه، پیچیدگی و آمادگی تیم وابسته است. اما نسخه اول یک فرایند محدود را میتوان معمولاً طی دو تا چهار هفته طراحی و آزمایش کرد. مهم این است که پروژه به یک خروجی اجرایی برسد.
برای شروع سیستمسازی به مشاور نیاز داریم؟
برای یک فرایند ساده، مدیر و افراد اجراکننده میتوانند با قالبهای درست کار را شروع کنند. در فرایندهای بینواحدی، پرریسک یا بسیار مبهم، حضور فردی که جلسه را هدایت کند و تضادها را به تصمیم تبدیل کند میتواند سرعت و کیفیت را بالا ببرد.
اول فرایند را بنویسیم یا شرح شغل را؟
این دو به هم مرتبطاند، اما برای حل یک مشکل اجرایی بهتر است ابتدا جریان کار را روشن کنید. سپس نقشها و مسئولیتهای لازم را بر اساس فرایند مشخص کنید. شرح شغلی که از کار واقعی جدا باشد، معمولاً کلی و کماستفاده میشود.
آیا کسبوکار خیلی کوچک هم به سیستم نیاز دارد؟
بله. حتی در یک تیم سهنفره، روش مشترک ثبت مشتری، پیگیری سفارش، کنترل پرداخت و تحویل میتواند از فراموشی و دوبارهکاری جلوگیری کند. سیستم باید متناسب با اندازه شرکت باشد؛ نه سنگینتر از نیاز آن.
بهترین نرمافزار برای سیستمسازی چیست؟
پاسخ به فرایند، تعداد کاربران، حجم داده، نیاز گزارشگیری و بودجه بستگی دارد. قبل از انتخاب نرمافزار، ورودی، مراحل، مسئولیتها، خروجی و شاخص را روشن کنید. سپس ابزاری را انتخاب کنید که اجرای همان فرایند را سادهتر کند.
از کدام واحد شروع کنیم؟
از واحد شروع نکنید؛ از یک فرایند مشخص شروع کنید. فرایندی را انتخاب کنید که پرتکرار، مشکلساز، وابسته به فرد و اثرگذار باشد و بتوان نسخه اول آن را در زمان کوتاه آزمایش کرد.
جمعبندی: اولین سیستم شما باید کوچک، واقعی و قابلاندازهگیری باشد
سیستمسازی با خرید ابزار، رسم ساختار سازمانی یا نوشتن انبوه دستورالعملها شروع نمیشود. نقطه شروع، انتخاب یک فرایند واقعی است که امروز وقت مدیر و تیم را میگیرد یا برای مشتری مشکل ایجاد میکند.
مسیر عملی این است:
- یک فرایند مناسب انتخاب کنید؛
- هدف و محدوده آن را روشن کنید؛
- وضع فعلی را بدون تعارف ثبت کنید؛
- گلوگاهها و دوبارهکاریها را پیدا کنید؛
- نسخه سادهتر را طراحی کنید؛
- مسئولیت و حدود اختیار را مشخص کنید؛
- دستورالعمل و چکلیست کوتاه بسازید؛
- در مقیاس کوچک آزمایش کنید؛
- نتیجه را با داده بسنجید؛
- پس از تثبیت، آموزش و خودکارسازی را انجام دهید.
اگر این ده گام را برای یک فرایند کامل کنید، سیستمسازی در شرکت شما از یک ایده مدیریتی به یک تجربه واقعی تبدیل میشود. پس از آن، توسعه سیستمها بسیار سادهتر خواهد بود؛ چون تیم نتیجه را دیده و روش کار را یاد گرفته است.
