تأیید چندمرحلهای: چه کسی، به چه ترتیب، و وقتی غایب است؟

در بیشتر شرکتهای کوچک، تأیید درخواستها به یکی از دو شکل بد برگزار میشود. یا همهچیز به یک نفر (معمولاً مدیرعامل) میرسد و او گلوگاه میشود، یا هر کس هر چیزی را خودش تأیید میکند و کسی ردش را نمیگیرد. راه میانه زنجیرهٔ تأیید چندمرحلهای است: درخواست از چند نفر، به ترتیب مشخص، رد میشود و هر نفر فقط دربارهٔ چیزی نظر میدهد که در حوزهٔ اوست. اگر درست طراحی شود، کنترل بیشتر میشود و سرعت هم کم نمیشود. در این نوشته میگوییم این زنجیره را چطور بسازیم و در چه جاهایی خراب میشود.
یک مرحله، یک پرسش
هر مرحلهٔ تأیید باید یک پرسش مشخص را جواب بدهد. وقتی هر نفر در زنجیره نداند چرا آنجاست، تأیید او فقط یک امضای تشریفاتی است. چند نمونه:
- سرپرست واحد: آیا این درخواست واقعاً لازم است؟
- مدیر فنی: آیا مشخصات و مقدار درست است؟
- مدیر مالی: آیا بودجه و نقدینگی دارد؟
- مدیرعامل: آیا با اولویتهای شرکت جور است؟
اگر دو نفر دقیقاً یک پرسش را جواب میدهند، یکی از آنها اضافه است. اگر پرسشی هست که هیچکس جوابش را نمیدهد، زنجیره حفره دارد.
ترتیب مهم است
ترتیب مرحلهها دو اثر دارد: سرعت و هزینهٔ رد شدن. قاعدهٔ کلی این است که ارزانترین پرسش را اول بپرسید. اگر سرپرست میتواند در یک دقیقه بگوید «این اصلاً لازم نیست»، چرا درخواست باید اول به مدیر مالی برود و او وقتش را صرف بررسی بودجه کند؟ اول فیلتر ساده، بعد بررسی تخصصی، و آخر تصمیم نهایی.
گاهی چند بررسی مستقل از هماند (مثلاً فنی و مالی). اگر یکی به دیگری وابسته نیست، میتوانید هر دو را همزمان بفرستید. این کار زمان انتظار را نصف میکند، ولی فقط در صورتی که نتیجهٔ یکی روی دیگری اثر نگذارد.
شرط مبلغ: همهٔ درخواستها زنجیرهٔ کامل لازم ندارند
زنجیرهٔ بلند برای خرید دو بسته کاغذ زیادی است. بهتر است مسیر تأیید به مبلغ وابسته باشد: هرچه رقم بزرگتر، مرحلههای بیشتر. این همان ایدهای است که در نوشتهٔ سقف مبلغ در تأیید خرید توضیح دادیم. نکتهٔ مهم این است که عددها را خودتان بر اساس اندازهٔ شرکت تعیین کنید. چیزی که برای یک کارگاه کوچک «خرید بزرگ» است، برای شرکت دیگری خرج روزانه است.
وقتی تأییدکننده نیست
مشکل واقعی زنجیرهها غایب بودن آدمهاست: مرخصی، سفر، بیماری. اگر برای این حالت قاعدهای نداشته باشید، دو اتفاق میافتد: درخواستها هفتهها منتظر میمانند، یا افراد رمز و حساب هم را به هم میدهند، که از هر خطری بدتر است. راهحل سالم:
- برای هر تأییدکننده یک جانشین مشخص کنید.
- جانشینشدن را ثبت کنید: چه کسی، برای چه مدتی، به جای چه کسی.
- در سابقهٔ درخواست معلوم باشد که تأیید را جانشین داده، نه خود فرد.
این سه مورد باعث میشوند هم کار متوقف نشود و هم بعداً بتوان فهمید چه کسی چه چیزی را تأیید کرده است.
رد کردن و برگرداندن
زنجیره فقط برای «بله» ساخته نشود. پاسخهای دیگر هم مهماند:
- رد: با ذکر دلیل. «رد شد» بدون دلیل، فقط ناراحتی میسازد.
- برگشت برای اصلاح: وقتی درخواست ایراد کوچکی دارد (مثلاً مقدار یا مشخصات)، بهتر است به فرستنده برگردد، نه اینکه از اول ساخته شود.
- لغو توسط فرستنده: تا وقتی تأیید نهایی نشده، فرستنده باید بتواند درخواست را پس بگیرد.
اگر درخواست برگردانده شود و دوباره بیاید، نباید از ابتدای زنجیره شروع شود، مگر اینکه تغییر اساسی باشد. در غیر این صورت هر اصلاح کوچک یک هفته وقت میگیرد.
مهلت پاسخ و یادآوری
زنجیرهای که مهلت ندارد، کند میشود. برای هر مرحله زمان معقولی (مثلاً یک روز کاری) در نظر بگیرید و اگر گذشت، یادآوری برود. نکته این است که یادآوری هم نباید مزاحم باشد. فاصلهٔ بین دو یادآوری را حسابشده بگذارید و اگر باز هم جواب نیامد، به مدیر بالاتر یا جانشین اطلاع بدهید. هدف تنبیه نیست؛ هدف این است که هیچ درخواستی بیصاحب نماند.
سؤالی که زنجیرهٔ تأیید باید همیشه جواب بدهد: «الان درخواست دست کیست و از کی؟»
اشتباههای رایج
- مرحلهٔ اضافه: برای اطمینان بیشتر آدم اضافه میکنند؛ حاصلش کندی است، نه امنیت. مرحلهای را نگه دارید که یک پرسش واقعی را جواب میدهد.
- تأیید بدون دیدن: اگر تأییدکننده فقط یک عنوان کلی میبیند، امضا میکند و رد میشود. جزئیات (مبلغ، مقدار، دلیل، پیوست) باید کنار درخواست باشد.
- تأیید در گفتگو: «باشه» نوشتن در یک گروه پیامرسان تأیید رسمی نیست و بعداً قابل پیگیری نیست.
- نداشتن رد پا: اگر ثبت نشود چه کسی در چه زمانی چه گفته، در اولین اختلاف همهچیز به حافظهها برمیگردد. نوشتهٔ لاگ ممیزی دربارهٔ همین است.
- تغییر قاعده بدون خبر: وقتی زنجیره عوض میشود، همه باید بدانند.
چطور شروع کنیم؟
سه درخواست پرتکرار شرکت را انتخاب کنید (مثلاً خرید، مرخصی، هزینه). برای هر کدام روی یک برگه بنویسید: چه کسی اول میبیند، چه کسی بعد، سقف مبلغ کجاست، و جانشین هر نفر کیست. اگر در نوشتن به جایی رسیدید که جواب ندارید، همانجا نقطهٔ ضعف است. بعد از اینکه این برگه شفاف شد، اجرای آن در هر ابزاری، از یک دفتر تا نرمافزار، ساده میشود.