مسیر ساخت یک SOP در پنج گام
نقشهکشی روی وایتبرد: فرآیند را همراه کسی که کار را انجام میدهد قدمبهقدم بکشید و نقاط تحویل کار را مشخص کنید.
نگارش ساده: با جملههای کوتاه بنویسید چه کسی، چه زمانی، چه کاری را با چه ابزاری انجام دهد.
تبدیل به چکلیست: متن را به چکلیست دیجیتال داخل نرمافزار مدیریت پروژه تبدیل کنید.
آزمون میدانی: چکلیست را به یک نیروی تازهکار بدهید و هر جا مکث کرد، متن را اصلاح کنید.
بازبینی مداوم: هر ماه یا بعد از هر پروژه بزرگ، دستورالعمل را با تیم مرور و بهروز کنید.
حذف خطاهای تکراری
روزی که یک پروژه سنگین و پرهزینه به خاطر یک اشتباه بهظاهر کوچک به بنبست میخورد، اولین واکنش طبیعی در بیشتر شرکتها راه انداختن دادگاه مقصریابی است. مدیر پروژه دنبال این میگردد که چه کسی آخرین نسخه فایل را اشتباهی فرستاده، کارشناس دیزاین تقصیر را گردن تیم فنی میاندازد و در نهایت همه به این نتیجه میرسند که نیروی انسانی بیدقت بوده است. اما اگر بیاییم و یک بار برای همیشه بدون تعصب به پشت صحنه ماجرا نگاه کنیم، میبینیم که آدمها مقصر نیستند؛ سیستمی که به آنها دادهایم خراب است.
آدمها مقصر نیستند؛ سیستمی که به آنها دادهایم خراب است.
وقتی اجرای درست یک کار مهم به حال خوب آن روزِ یک کارمند، حافظه موقت او یا سلیقه شخصیاش وابسته باشد، شما یک کسبوکار پایدار ندارید، بلکه سوار بر موجی از اتفاقهای شانسی هستید که گاهی به ساحل میرسد و گاهی وسط دریا غرق میشود. راهنمای اجرایی استاندارد یا همان SOP چیزی جز ثبت بهترین و بیدردسرترین راه انجام کار نیست تا کیفیت خروجی، حاصل یک اتفاق نباشد و به یک عادت همیشگی در تیم تبدیل شود.
تصویر ۱: تقابل آشوب فکری و نظم سیستماتیک در محیط کار
وقتی همه چیز به مو بند است
استودیوها و تیمهای خلاق معمولاً در یکی دو سال اول زندگی خود به شکل شگفتانگیزی چابک و سریع هستند. دلیلش مشخص است؛ همه دور یک میز مینشینند، با یک نگاه حرف هم را میفهمند و اگر جایی کاری لنگ بماند، با یک صحبت کوتاه مسئله حل میشود. اما این دوره ماه عسل همیشگی نیست. به محض اینکه اندازه تیم دو برابر میشود، پروژهها سنگینتر میشوند یا چند نیروی جدید وارد ماجرا میشوند، همهچیز به هم میریزد. در این نقطه، شرکت وارد فازی میشود که به آن اصطکاک بیپایان میگوییم.
اصطکاک یعنی شما برای سادهترین کارهای روزمره باید دو برابر حالت عادی انرژی و زمان بگذارید. یعنی فایلهای نهایی در تلگرام و ایمیل گم میشوند، طراح ارشد نصف روزش را صرف جواب دادن به سوالات تکراری نیروهای تازهوارد میکند و مدیر بهجای اینکه به آینده بازار، درآمدزایی و توسعه خدمات فکر کند، از صبح تا شب فقط آتش خاموش میکند. در چنین تیمی، هر پروژه جدید شبیه اختراع دوباره چرخ است. هر کس با شیوه خودش فایل را نامگذاری میکند، با روش خودش خروجی میگیرد و با سلیقه خودش کار را به دست مشتری میرساند. این مدل کاری شاید برای یک جمع دو نفره جواب بدهد، اما در یک مجموعه رو به رشد، دقیقاً مانند موریانه پایههای تیم را از درون میخورد و مدیران را دچار فرسودگی شغلی میکند.
بزرگترین خطر پنهان در این آشفتگی، وابستگی کشنده به افراد خاص است. وقتی تمام فوتوفن کار در ذهن یک نفر باشد و جایی مکتوب نشده باشد، آن فرد عملاً شرکت را به گروگان گرفته است؛ نه از روی بدجنسی، بلکه ساختار به او این قدرت خطرناک را داده است. اگر آن کارشناس کلیدی فردا تصمیم بگیرد کارش را ترک کند یا حتی یک هفته به مرخصی برود، نیمی از کیفیت و حافظه تیم همراه او از شرکت بیرون میرود. مشتریها سردرگم میشوند و پروژهها میخوابند چون هیچکس دیگری بلد نیست کار را با همان کیفیت جمع کند. اینجاست که نیاز به یک ساختار مکتوب، تبدیل به مسئله مرگ و زندگی برای بقای تیم میشود.
هزینه خطاهای تکراری
بیشتر مدیران وقتی به این بنبست میرسند، تصمیم میگیرند آستین بالا بزنند و همهچیز را منظم کنند. اما روشی که انتخاب میکنند معمولاً کار را بدتر میکند. مدیر پشت درهای بسته اتاقش مینشیند، روزها وقت میگذارد و یک دفترچه قطور با متنهای سنگین و خستهکننده پر از اصطلاحات عجیب غریب مینویسد. بعد هم در یک جلسه عمومی آن را به تیم ابلاغ میکند و انتظار دارد از فردا صبح همهچیز درست شود. نتیجه چیست؟ هیچکس حتی یک بار آن سند را باز نمیکند و آن فایل پیدیاف برای همیشه در پوشههای سرور خاک میخورد.
چرا این اتفاق میافتد؟ چون این سندها از روی خیالپردازی و تئوری نوشته شدهاند، نه از روی واقعیتهای کف زمین. کسی که پشت مانیتور نشسته و با باگهای نرمافزار، قطعی اینترنت و بدقلقیهای پروژه واقعی دستوپنجه نرم میکند، در نوشتن آن نقشی نداشته است. دستورالعملی که کاربردی نباشد، مثل دفترچه راهنمای تلویزیون است؛ تا وقتی مجبور نشوید، سمتش نمیروید. هدف از ساختن یک روال استاندارد، درست کردن پرونده و بروکراسی نیست؛ هدف این است که زندگی کاری کارشناس راحتتر شود و بداند بهترین مسیر میانبر برای رسیدن به یک خروجی درجه یک چیست، بدون اینکه نیاز باشد هر بار به مغزش فشار بیاورد.
نقشهکشی روی وایتبرد
اگر واقعاً میخواهید سیستمی بسازید که کار کند، باید کار را از روی تخته شروع کنید. نوشتن راهنما یک کار انفرادی نیست؛ یک کارگاه دونفره یا سهنفره میان مدیر و همان کسی است که کار را به شکل مستقیم انجام میدهد. بهترین فرمول این است که روبروی یک تخته بایستید، ماژیک بردارید و بگویید: «بیا از لحظهای که پروژه وارد شرکت میشود تا لحظهای که تایید نهایی را میگیریم، روی این تخته نقاشی کنیم.»
در این گفتگوی مستقیم، اتفاقات جالبی میافتد. وقتی فرآیند را قدمبهقدم میکشید، یکدفعه میبینید جاهایی وجود دارد که کار بدون هیچ دلیلی چند روز معطل میماند. این نقاط همان گلوگاههایی هستند که کارایی تیم را میبلعند. مهمترین بخشی که باید در این کارگاه به آن توجه کنید، نقاط تحویل کار است؛ یعنی دقیقاً همان لحظهای که کار از دست پژوهشگر خارج میشود و به دست طراح میرسد، یا از دست طراح به دست برنامهنویس یا تیم چاپ میرود.
+۷۰٪
از خطاهای پرهزینه دقیقاً در مرزهای تحویل کار میان افراد و تیمها اتفاق میافتد.
روی تخته مشخص میکنید که وقتی میگوییم کار تمام شد و آماده تحویل به نفر بعدی است، دقیقاً چه چیزهایی باید همراهش باشد. چه فایلهایی، با چه سایزی، در چه پوشهای و با چه فرمتی؟ با این کار، مرزهای خاکستری و تعارفهای تیمی از بین میروند. دیگر کسی نمیگوید «من فکر کردم خودت فونتها را درست میکنی» یا «من نمیدانستم باید خروجی بدون پسزمینه تحویل بدهم». وقتی همهچیز روی تخته کشیده و توافق شد، شما تازه به هسته واقعی دستورالعمل خود رسیدهاید.
تصویر ۲: بررسی و استخراج جریان فرآیند روی بورد کارگاهی توسط تیم
نگارش ساده استاندارد
وقتی طرح روی تخته نهایی شد، نوبت به نوشتن میرسد. زبانی که برای نوشتن استفاده میکنید، تعیینکننده مرگ یا زندگی آن دستورالعمل است. متنی که نیاز به تحلیل، تفسیر و رمزگشایی داشته باشد، جایش در سطل آشغال است. شما باید با کلمات صریح، جملات کوتاه و افعال مستقیم بنویسید. هر پاراگراف باید دقیقاً بگوید: «چه کسی، در چه زمانی، چه کاری را با چه ابزاری انجام دهد.»
به جای اینکه بنویسید «فایلها باید با دقت و طبق اصول ذخیره شوند»، باید بنویسید «فایل نهایی را با فرمت فوتوشاپ لایهباز، در پوشه فاینال روی گوگل درایو ذخیره کنید و لینک آن را در کارت تسک بگذارید». این یعنی شفافیت. یک سناریوی شکست واقعی را در نظر بگیرید: تیم طراحی بعد از دو هفته کار شبانهروزی، بستهبندی محصولی را آماده چاپ میکند. کار به چاپخانه میرود و بعد از چاپ صدهزار نسخه، مشخص میشود رنگ لوگو مات شده یا حاشیه برش رعایت نشده است. چرا؟ چون طراح فراموش کرده بود پروفایل رنگی را از حالت مانیتور به حالت چاپ تغییر دهد. این اشتباه ساده چند صد میلیون تومان به شرکت خسارت میزند.
قبل از ارسال به چاپخانه، کنترلهای چهارگانه:
حالت رنگی
تبدیل فونت به خطوط
حاشیه امن برش
کیفیت رزولوشن
اگر یک دستورالعمل یکصفحهای ساده مثل همین چهار خط وجود داشت، این فاجعه هرگز رخ نمیداد. یک راهنمای خوب، مثل کمربند ایمنی برای اعضای تیم است که نمیگذارد سقوط کنند؛ حتی در روزهایی که خستهاند، تمرکز ندارند یا زیر فشار شدید زمان کار میکنند.
چکلیست روزانه
حقیقت این است که هیچ متخصصی در حین کار کردن با نرمافزار، یک فایل متنی طولانی را باز نمیکند تا مراحل را چک کند. راهحل واقعی، تبدیل کردن متنها به چکلیستهای دیجیتال است. چکلیست معجزه سادگی است؛ چند خط کوتاه و چند مربع کوچک برای تیک زدن. وقتی یک وظیفه جدید در نرمافزار مدیریت پروژه برای کارشناس باز میشود، این چکلیست باید دقیقاً همانجا جلو چشمش باشد.
این کار ذهن فرد را خلوت میکند. لازم نیست نگران این باشد که آیا چیزی را از قلم انداخته یا نه. گامبهگام پیش میرود، تیک میزند و کار را جلو میبرد. از طرف دیگر، این ساختارسازی پایه و اساس ورود ابزارهای هوشمند و خودکارسازی به شرکت است. تا زمانی که ندانید یک کار چطور باید به شکل دستی و بینقص انجام شود، نمیتوانید هیچ بخشی از آن را به نرمافزارها و ابزارهای خودکار بسپارید. اول مسیر را شبیه یک خطکشی صاف میکنید، بعد بخشهای تکراری و مکانیکی مثل فرستادن ایمیل به مشتری، ساختن پوشههای پروژه و نامگذاریها را به سیستم میسپارید. در این وضعیت، نیروهای شما به جای اینکه وقتشان صرف کارهای تکراری و خستهکننده شود، انرژی خود را روی نوآوری و کیفیت نهایی متمرکز میکنند.
تصویر ۳: اجرای چکلیست دیجیتال روی تبلت در حین کار عملیاتی
آزمون در میدان عمل
وقتی اولین نسخه چکلیست آماده شد، فکر نکنید کار تمام است. هر متنی پر از فرضیات و پیشفرضهایی است که برای نویسنده خیلی واضح و روشن بوده، اما برای بقیه کاملاً مبهم است. برای سنجش عیار واقعی دستورالعمل، باید آزمایش میدانی انجام دهید. بهترین راه، دادن کار به یک نیروی تازهکار یا همکاری از یک بخش دیگر است. چکلیست را به دست او بدهید، یک وظیفه مشخص برایش تعیین کنید و بگویید:
«فقط با خواندن این برگه، کار را از صفر تا صد انجام بده. به من هم هیچ سوالی نکن.»
خودتان یک گوشه بنشینید و فقط نگاه کنید. هر جا که دستش لرزید، موس روی صفحه متوقف شد، یا مسیر را اشتباه رفت، یعنی دستورالعمل شما در آن نقطه گنگ و ناقص است. او مقصر نیست؛ متن شما ایراد دارد. همان نقطه را یادداشت کنید، متن را سادهتر و واضحتر بازنویسی کنید و ابهام را از بین ببرید. این تست میدانی باعث میشود تمام حفرههای پنهان فرآیند قبل از اینکه به پروژه واقعی مشتری آسیب بزنند، شناسایی و برطرف شوند.
فرآیندی که نباید خاک بخورد
خیلی از تیمها اشتباه میکنند و فکر میکنند وقتی سندی نوشته شد، دیگر نباید دست به آن زد. واقعیت برعکس است؛ دنیای ابزارها، نرمافزارها و سلیقه مشتریان هر ماه در حال تغییر است. دستوری که ثابت بماند، بعد از سه ماه تبدیل به یک کاغذ باطله و بیمصرف میشود که تیم برای دور زدن آن تلاش خواهد کرد. دستورالعملها باید موجوداتی زنده و همیشه در حال نفس کشیدن باشند.
برای زنده نگه داشتن سیستم، باید در پایان هر ماه یا بعد از تحویل هر پروژه بزرگ، یک جلسه مرور کوتاه با تیم بگذارید. از افراد بپرسید: «کدام بخش این چکلیست وقتگیر و اضافه است؟ آیا ابزار جدیدی آمده که بتواند دو مرحله را در یک مرحله خلاصه کند؟ کجای کار هنوز ابهام دارد؟» وقتی کارمندان ببینند نظرات آنها فرآیند را اصلاح میکند، دیگر احساس نمیکنند یک مشت قانون خشک به آنها تحمیل شده است؛ بلکه حس میکنند این سیستم متعلق به خودشان است تا بدون سردرد و با آرامش کار کنند. این فرهنگ بهبود مداوم، همان تفاوتی است که یک مجموعه را در طول سالها سرپا و رو به پیشرفت نگه میدارد.
تصویر ۴: جلسه تعاملی تیم برای بازبینی نقشه بهبود فرآیندها
خروج از بحران و ساختن نظم
یک باور قدیمی و غلط وجود دارد که میگوید نظم و چارچوب، جلوی خلاقیت را میگیرد و طراحان و متخصصان را تبدیل به ربات میکند. واقعیت درست برعکس این است. وقتی ذهن طراح یا کارشناس مدام درگیر این باشد که اندازه فایل درست است یا نه، فونتها ذخیره شدهاند یا نه و فایل را کجا باید بفرستد، تمام انرژی فکریاش برای کارهای مکانیکی هدر میرود و دیگر چیزی برای ایدهپردازی و خلق ارزش باقی نمیماند.
نظم و داشتن یک راهنمای شفاف، در واقع سپر محافظ ذهن شماست. وقتی دغدغه کارهای فنی و پایهای برطرف شود، کارشناس با خیالی آسوده تمام تمرکز خود را روی حل مسئله، زیباییشناسی و کیفیت اصلی میگذارد. آرامشی که از وجود یک جریان کار منظم در شرکت به وجود میآید، محیطی امن و بدون استرس برای رشد واقعی فراهم میکند.
در نهایت، داشتن فرآیندهای استاندارد همان چیزی است که اجازه میدهد یک کسبوکار بدون افت کیفیت بزرگ شود. بدون این ساختار، افزایش مشتری فقط به معنای افزایش بحران، خستگی و خرابکاریهای چندمیلیونی است. اما با یک ساختار شفاف، شما میتوانید ده برابر امروز پروژه بگیرید و مطمئن باشید که خروجی صدمین پروژه، درست با همان کیفیت درخشان اولین پروژه به دست مشتری خواهد رسید. این همان قدرت پنهان سیستمسازی است که شرکتهای معمولی را به مجموعههایی بزرگ و ماندگار تبدیل میکند.
سوالات متداول درباره SOP
SOP چیست؟
SOP یا دستورالعمل اجرایی استاندارد، ثبتِ بهترین و بیدردسرترین راه انجام یک کار است تا کیفیت خروجی به حالوهوای آن روز کارمند یا سلیقه شخصی او وابسته نباشد و به یک عادت همیشگی در تیم تبدیل شود.
چرا دستورالعملهایی که مدیران مینویسند معمولاً اجرا نمیشوند؟
چون پشت درهای بسته و از روی تئوری با متنهای سنگین نوشته میشوند و کسی که کار را در عمل انجام میدهد در نوشتن آنها نقشی ندارد؛ برای همین هیچوقت باز نمیشوند.
نوشتن SOP را از کجا باید شروع کرد؟
از یک کارگاه دو یا سهنفره روی وایتبرد با کسی که کار را مستقیم انجام میدهد. فرآیند را از ورود پروژه تا تایید نهایی بکشید و نقاط تحویل کار را دقیق مشخص کنید؛ بیش از هفتاد درصد خطاهای پرهزینه در همین مرزها رخ میدهد.
یک SOP خوب چطور نوشته میشود؟
با کلمات صریح، جملات کوتاه و افعال مستقیم. هر بند باید بگوید چه کسی، در چه زمانی، چه کاری را با چه ابزاری انجام دهد.
چرا بهتر است SOP به چکلیست تبدیل شود؟
هیچ متخصصی وسط کار یک فایل متنی طولانی را باز نمیکند. چکلیست دیجیتال داخل نرمافزار مدیریت پروژه ذهن را خلوت میکند، جلوی از قلم افتادن مراحل را میگیرد و پایه خودکارسازی کارهای تکراری است.
چطور بفهمیم یک SOP واقعاً قابل اجراست؟
با آزمون میدانی: چکلیست را به یک نیروی تازهکار بدهید تا فقط با خواندن آن کار را انجام دهد. هر جا مکث کرد یا اشتباه رفت، متن در آن نقطه مبهم است و باید بازنویسی شود.
هر چند وقت یکبار باید SOP را بهروزرسانی کرد؟
در پایان هر ماه یا بعد از هر پروژه بزرگ، یک جلسه مرور کوتاه با تیم بگذارید و مراحل اضافه یا مبهم را اصلاح کنید.
آیا SOP جلوی خلاقیت تیم را میگیرد؟
نه، برعکس. وقتی کارهای فنی و تکراری روشن باشند، ذهن کارشناس آزاد میشود تا روی حل مسئله و کیفیت نهایی تمرکز کند.
فرآیندهای سازمان شما کجا گیر میکنند؟
با چکاپ سازمانی همراه شو، گلوگاهها و نقاط تحویل پرخطای تیمتان را پیدا کنید و ببینید ساختن SOP را از کدام فرآیند شروع کنید.
شروع چکاپ سازمانی