پادکست راهبری تصمیم | قسمت دهم
LBAC؛ وقتی حقوق به عادت سازمانی تبدیل میشود
مدت: 15 دقیقه | حدود ۲۲۰۰–۲۳۰۰ کلمه
سلام. خوش برگشتی به رادیو راهبری تصمیم.
تو نُه قسمت قبل، با هم از صفر شروع کردیم. از این سؤال که چرا یه نفر تصمیم بد میگیره، رفتیم تا اینکه چطور میتونیم اون رو هدایت کنیم.
با هم گفتیم که مغز یه سیستم لایهلایهست. گفتیم که شناخت تابع فریم و زمینهست. یاد گرفتیم که هر تصمیم، یه «سیگنال حقوقی» داره که اگر تشخیصش ندی، گیر میافتی. و بعدش هم COACH-L رو دیدیم — اون فرایند ششمرحلهای که میگه: چطور یه نفر رو از ابهام تا اقدام راهبری کنیم.
اما تا اینجا، همهچی فردی بود.
همش درباره یه نفر بود. درباره یه مدیر. یه وکیل. یه کوچ.
اما تو دنیای واقعی، تصمیمهای حقوقی فقط تو ذهن یه نفر رخ نمیدن. تو سازمان رخ میدن.
تو تیم. تو فرایند. تو سیستم. تو فرهنگ.
و این همون جاییه که قسمت دهم شروع میشه.
ببین، COACH-L یه ابزار عالیه برای فرد. برای وقتی که یه نفر تصمیم میگیره.
اما سازمان یه سیستمه. یه معماری.
و اگه بخوایم سازمان درست تصمیم بگیره، نمیتونیم فقط به افراد بگیم: «خب شما COACH-L رو یاد بگیرین.»
چون:
اولاً، تصمیم تو سازمان، جمعیه. نه یه نفری.
ثانیاً، تصمیم تو سازمان، تکراریه. نه یکباره.
ثالثاً، تصمیم تو سازمان، نهادینه میشه. باید تبدیل به رفتار، عادت، فرایند بشه.
پس ما نیاز داریم به یه مدل جدید.
یه مدلی که از «تصمیم فرد» برِه سمت «معماری تصمیمسازی سازمانی».
یه مدلی که آگاهی حقوقی رو تبدیل کنه به رفتار سازمانی پایدار.
اسم این مدل LBAC هست.
Legal-Behavioral Alignment Cycle
یعنی: چرخه همراستاسازی حقوقی-رفتاری.
بخش دوم: LBAC یعنی چی؟
LBAC یه چرخهست. نه یه فرایند خطی.
چرخه یعنی چی؟ یعنی اینکه تکرار میشه. یادگیری میکنه. تقویت میشه.
تو LBAC، حقوق فقط یه قانون نیست که تو کتاب باشه. حقوق باید وارد رفتار بشه.
چطور؟
با پنج رکن:
یکم: کیفیت تصمیمگیری
یعنی اینکه سازمان باید بدونه چطور یه تصمیم خوب بگیره. این همون چیزیه که تو LCF و COACH-L یادش گرفتیم.
اما تو LBAC، این رکن یعنی: «ما یه فرایند داریم که کیفیت تصمیمها رو تضمین میکنه.»
یه چکلیست. یه قالب. یه استاندارد.
دوم: آگاهی حقوقی
خیلی ساده: آیا تیم من میدونه کجای تصمیم «حقوقی» شده؟
آیا میدونه کِی باید نگران باشه؟ کِی باید وکیل رو صدا کنه؟
اگه آگاهی حقوقی نباشه، حتی بهترین فرایند هم نمیتونه جلوی خطا رو بگیره.
سوم: رفتار اخلاقی و قانونی
اینجا دیگه فقط سؤال نیست. اینجا عمله.
سازمان باید یه رفتار مشخص بسازه. رفتاری که هم قانونی باشه، هم اخلاقی.
و این رفتار باید تبدیل بشه به عادت جمعی.
چهارم: حساسیت به اصطکاک
این یکی خیلی مهمه.
اصطکاک یعنی چی؟ یعنی اون نقطههایی که تصمیم خوب داری میگیری، اما نمیتونی اجراش کنی.
مثلاً:
- تیم فنی یه سیاست امنیتی نوشته، اما تیم فروش داره نقضش میکنه.
- یه استاندارد قراردادی هست، اما تو بخش خرید هیچکس باهاش کار نمیکنه.
اصطکاک یه سیگنال خطاست. اگه حساسیتت رو نسبت بهش بالا نبری، همهچیز میسوزه.
پنجم: پاسخگویی و بازخورد
یعنی: وقتی اتفاقی میافته، ما یاد میگیریم؟ یا فقط مقصر پیدا میکنیم؟
تو LBAC، بازخورد جزئی از چرخهست. هر تصمیم، هر خطا، هر موفقیت — وارد حافظه سازمان میشه.
اینجوری سازمان هوشمند میشه.
[بخش سوم: تفاوت COACH-L و LBAC — 12:00–15:00]
خب، حالا ممکنه بگی: «پس COACH-L چی بود؟ چرا دیگه باهاش کار نمیکنیم؟»
نه، اشتباه است. ما همزمان با هر دو کار میکنیم.
اما تفاوتشون رو بدون.
COACH-L یه مدل فردیه. LBAC یه مدل سازمانیه.
COACH-L برای وقتیه که یه نفر باید تصمیم بگیره. LBAC برای وقتیه که کل سازمان باید یه رفتار ثابت داشته باشه.
بذار با مثال توضیح بدم:
یه وکیل داره با مشتری جلسه میذاره. داره مرحلهبهمرحله میگه: «بیا ببینیم اینجا چه سیگنالی هست. زمینه چیه. گزینهها چین. بهترین مسیر کدومه.»
اون وکیل داره از COACH-L استفاده میکنه.
اما وقتی همون شرکت، یه سیاست کلی برای همه قراردادهای تأمینکننده مینویسه، یه چکلیست برای همه میسازه، یه فرایند تأیید میذاره — اون شرکت داره از LBAC استفاده میکنه.
COACH-L یه ابزار کوچینگه.
LBAC یه معماری سازمانیه.
بخش چهارم: یه داستان سازمانی
بیا یه مثال واقعی بزنیم.
فرض کن یه شرکت فناوری داریم. اسمش رو بذار «رایانتک».
رایانتک، یه تیم ۸۰ نفره داره. تیم محصول، تیم فنی، تیم فروش، تیم حقوقی.
یه روز، تیم فروش یه مذاکره بزرگ میشینه با یه تأمینکننده خارجی — اسمش «DataFlow».
DataFlow میخواد یه سرویس ابری به رایانتک بفروشه. قرارداد ۵ ساله، ۲ میلیون دلار.
تیم فروش خیلی خوشحاله. میگه: «این dealِ سال ماست.»
اما دو روز بعد، تیم حقوقی میگه: «صبر کنید. این قرارداد یه ماده داره که میگه اگه ما نتونیم پرداخت رو سرِ موعد انجام بدیم، DataFlow میتونه به دیتای مشتریهای ما دسترسی داشته باشه بهعنوان ضمانت.»
تیم فنی میگه: «این دیگه کلاً غیرقانونیه. ما GDPR داریم. ما قانون حریم خصوصی ایران رو داریم. ما نمیتونیم این کار رو بکنیم.»
حالا چه اتفاقی میافته؟
اگه LBAC نباشه:
- تیم فروش تو تاریکی تصمیم میگیره.
- تیم حقوقی فقط بعد از مشکل میفهمه.
- فرایند اصلاح خیلی کنده.
- بعد از چند ماه، همین اتفاق دوباره تکرار میشه.
اما اگه LBAC باشه:
مرحله یکم: Trigger
تو سیستم رایانتک، هر قراردادی که بالای ۵۰۰ هزار دلار باشه، باید قبل از امضا به تیم حقوقی بره. این یه trigger است. یه محرک خودکار.
مرحله دوم: Recognition
تیم فروش تو یه فرم ساده، یه چکلیست دارن که میپرسه:
- آیا این قرارداد شامل دسترسی به داده مشتری میشه؟
- آیا تأمینکننده خارجی است؟
- آیا شرط جریمه یا ضمانت داره؟
جواب هر سه تا، بله بود.
پس سیستم میگه: «این قرارداد باید به تیم حقوقی و تیم امنیت بره.»
مرحله سوم: Response
تیم حقوقی و تیم امنیت قرارداد رو میخونن. تشخیص میدن که ماده ۷ مشکلداره. به تیم فروش پیشنهاد میدن که ماده ۷ رو حذف کنن یا بازنویسی کنن. همون لحظه، یه قالب جایگزین هم ارائه میدن.
مرحله چهارم: Reinforcement
تیم فروش قرارداد رو اصلاح میکنه. DataFlow قبول میکنه. deal میبنده.
اما داستان تموم نمیشه.
تیم حقوقی اون چکلیست رو بهروز میکنه. یه سوال جدید اضافه میکنه: «آیا قرارداد شامل دسترسی به دادههای حساس است؟»
تیم فروش یه جلسه آموزشی ۳۰ دقیقهای میگذاره برای همه. میگه: «این نوع ماددهها چرا خطرناکن.»
این، reinforcement است. یعنی تقویت.
اینجا دیگه فقط یه تصمیم نبود. یه چرخه بود.
یه چرخه یادگیری. یه چرخه بهبود. یه چرخه همراستاسازی.
اینه LBAC.
بخش پنجم: نکات کلیدی فصل دهم
حالا بیا نکات کلیدی این فصل رو با هم مرور کنیم.
نکته اول: مداخله پیشنگر
LBAC نمیگه «بعد از خطا، اصلاح کن.»
LBAC میگه: «قبل از خطا، طراحی کن که خطا رخ نده.»
این همون معماری تصمیمگیری است.
نکته دوم: تصمیمسازی قابل ردیابی
هر تصمیم باید مستند باشه. باید بشه دید که چرا گرفته شد. چه کسی تأیید کرد. چه ریسکی سنجیده شد.
این فقط برای پاسخگویی نیست. برای یادگیری سازمانی هم هست.
نکته سوم: قاببندی اطلاعات
تو LCF گفتیم که تصمیم تابع فریمه.
تو LBAC میگیم: سازمان باید فریمهای خوب بسازه. نه اینکه فریمها تصادفی باشن.
مثلاً: یه قرارداد رو بهصورت «deal خوب» فریم نکن. بهصورت «ریسک حقوقی + فرصت تجاری» فریم کن.
نکته چهارم: اصطکاک بهعنوان هشدار
اگه یه فرایند خوب داری اما هیچکس ازش استفاده نمیکنه — اون اصطکاک یه سیگناله.
یا فرایند بده، یا آموزش بده، یا فرهنگ بده.
به هر حال، نادیده نگیرش.
نکته پنجم: سیستممحوری بهجای فردمحوری
تو COACH-L، تمرکز روی فرد بود. تو LBAC، تمرکز روی سیستمه.
یعنی اگه یه نفر از شرکت بره، رفتار درست باقی میمونه.
چون رفتار دیگه شخصی نیست. سازمانیه.
بخش ششم: تمرین تعاملی
حالا یه تمرین کوتاه:
فکر کن تو سازمانی که توش هستی — چه بهعنوان مدیر، چه بهعنوان وکیل، چه بهعنوان کوچ.
یه تصمیم حقوقی رو انتخاب کن که تکراری هست. یعنی مرتب تو سازمان اتفاق میافته.
مثلاً:
- امضای قرارداد با مشتری
- استخدام کارمند جدید
- انتشار محتوا تو شبکههای اجتماعی
- خرید نرمافزار
حالا بپرس:
۱. آیا ما یه فرایند مستند برای این تصمیم داریم؟
۲. آیا افراد میدونن چه موقع باید به تیم حقوقی مراجعه کنن؟
۳. آیا ما از اشتباههای قبلی یاد گرفتیم؟
۴. آیا این فرایند واقعاً اجرا میشه، یا فقط رو کاغذه؟
۵. آیا بازخورد وجود داره؟
اگه جواب حتی یکی از این سؤالا «نه» بود، تو اونجا یه شکاف LBAC داری.
و اون شکاف، محل بروز خطای بعدیه.
جمعبندی
پس خلاصه کنیم:
COACH-L برای فرد بود. برای وقتی که یه نفر باید تصمیم بگیره.
LBAC برای سازمان است. برای وقتی که کل سیستم باید یاد بگیره، رفتار کنه، و بهتر بشه.
COACH-L یه فرایند ششمرحلهای بود.
LBAC یه چرخه پنجرکنیه: کیفیت تصمیم، آگاهی حقوقی، رفتار قانونی، حساسیت به اصطکاک، پاسخگویی.
و مهمتر از همه:
تصمیم خوب فقط در ذهن افراد ساخته نمیشه. تصمیم خوب در معماری سازمانی ساخته میشه.
قسمت بعدی، میریم سراغ فصل یازدهم.
اونجا دیگه سطح بالاتر میریم. میریم سراغ مدیریت ریسک، نقشه تصمیم، و اینکه چطور یه سازمان میتونه خودش رو علیه خطاهای سیستماتیک محافظت کنه.
تا قسمت بعد — با تصمیم آگاهانه.
[پایان قسمت دهم]
سوالات متداول:
۱. مدل LBAC چیست؟
LBAC یا Legal-Behavioral Alignment Cycle به معنای چرخه همراستاسازی حقوقی-رفتاری است. این مدل کمک میکند آگاهی حقوقی در سازمان به رفتار پایدار، فرایند مشخص، پاسخگویی و یادگیری تبدیل شود.
۲. هدف اصلی LBAC چیست؟
هدف اصلی LBAC این است که حقوق فقط در سطح توصیه یا تحلیل باقی نماند، بلکه وارد رفتار روزمره سازمان شود. این مدل تلاش میکند تصمیمهای حقوقی درست را به عادت سازمانی تبدیل کند.
۳. تفاوت LBAC با COACH-L چیست؟
COACH-L بیشتر برای هدایت تصمیم فردی طراحی شده است، اما LBAC برای سطح سازمانی کاربرد دارد. COACH-L به یک فرد کمک میکند از تشخیص به اقدام برسد؛ LBAC به سازمان کمک میکند رفتار حقوقی درست را تکرار و نهادینه کند.
۴. LBAC چند رکن دارد؟
LBAC پنج رکن اصلی دارد: کیفیت تصمیمگیری، آگاهی حقوقی، رفتار اخلاقی و قانونی، حساسیت به اصطکاک، و پاسخگویی و بازخورد.
۵. چرا LBAC یک چرخه است، نه یک فرایند خطی؟
چون هدف LBAC فقط اجرای یک تصمیم نیست، بلکه یادگیری و بهبود مستمر است. هر تصمیم، خطا یا موفقیت وارد چرخه بازخورد میشود و به اصلاح فرایندها و تقویت رفتارهای درست کمک میکند.
۶. منظور از آگاهی حقوقی در LBAC چیست؟
آگاهی حقوقی یعنی اعضای سازمان بدانند چه زمانی یک تصمیم یا اقدام، بُعد حقوقی پیدا میکند. این آگاهی باعث میشود تیمها در زمان مناسب، موضوع را به واحد حقوقی یا فرایند تصمیمگیری مناسب ارجاع دهند.
۷. اصطکاک تصمیم در LBAC چه معنایی دارد؟
اصطکاک تصمیم یعنی نقطهای که تصمیم یا فرایند درست وجود دارد، اما در عمل اجرا نمیشود. این اصطکاک میتواند ناشی از ضعف آموزش، پیچیدگی فرایند، مقاومت فرهنگی یا نبود ابزار اجرایی مناسب باشد.
۸. چرا پاسخگویی و بازخورد در LBAC مهم است؟
زیرا سازمان بدون بازخورد، از تجربههای خود یاد نمیگیرد. پاسخگویی و بازخورد کمک میکند خطاها به دانش سازمانی تبدیل شوند و تصمیمهای آینده بهتر طراحی شوند.
۹. LBAC برای چه سازمانهایی مناسب است؟
LBAC برای هر سازمانی مناسب است که با تصمیمهای حقوقی تکرارشونده روبهروست؛ مانند قراردادها، استخدام، دادههای مشتری، خرید نرمافزار، تبلیغات، روابط با تأمینکنندگان و مدیریت ریسک.
۱۰. چگونه میتوان LBAC را در سازمان پیادهسازی کرد؟
پیادهسازی LBAC با شناسای تصمیمهای حقوقی تکرارشونده آغاز میشود. سپس باید برای آنها trigger، چکلیست، مسیر ارجاع، مسئولیت مشخص، سازوکار بازخورد و آموزش مستمر طراحی شود.
پست های مرتبط
12 تیر 1405
دیدگاهتان را بنویسید