اگر از نوشتن برنامه فرار میکنید، لازم نیست اول خودتان را «بیانضباط» یا «ضدبرنامه» بدانید. مقاومت در برابر برنامهریزی معمولاً یک رفتار قابلمشاهده است: شروعنکردن، پاککردن مکرر برنامه، ساختن فهرست بدون مراجعه دوباره، یا احساس فشار وقتی ساعتها از قبل پُر میشوند. این رفتار میتواند از هزینه زیاد خودِ برنامه، ابهام کار، نبود اختیار، تقاضای متغیر، تجربه شکست یا دشواری پایدار در سازماندهی بیاید؛ هر مسیر پاسخ متفاوتی دارد.
هدف این راهنما «عاشق برنامهریزی شدن» نیست. یک برنامه فقط وقتی ارزش دارد که تصمیم بعدی را آسانتر کند و با هزینه نگهداری معقول، پس از وقفه هم قابلاستفاده باشد. در ادامه با یک آزمایش حداقل برنامه قابلقبول، اصطکاک اصلی را پیدا میکنید و فقط بهاندازه ریسک و نیازتان ساختار میسازید.
نسخه کوتاه: آزمایش ۱۲دقیقهای حداقل برنامه
برای یک کار واقعی که امروز یا فردا باید پیش برود، تایمر ۱۲دقیقهای بگذارید. این عدد نسخه درمانی یا قانون عمومی نیست؛ صرفاً سقفی برای جلوگیری از تبدیل آزمایش به پروژه تازه است.
- نتیجه: بنویسید در پایان چه شاهدی وجود دارد؛ نه اینکه «روی کار کار میکنم».
- اقدام بعدی: کوچکترین حرکت فیزیکی و روشن را انتخاب کنید.
- پنجره: یک زمان یا رویداد شروع بنویسید؛ مانند «بعد از صبحانه» یا «۱۰ تا ۱۰:۳۰».
- مانع محتمل: فقط یک مانع نزدیک را نام ببرید.
- پاسخ اگر–آنگاه: «اگر [مانع] رخ داد، آنگاه [پاسخ کوچک] را انجام میدهم.»
- نقطه بازبینی: مشخص کنید چه زمانی نتیجه را حفظ، اصلاح یا کنار میگذارید.
پس از اجرا، بهجای سؤال «آیا کامل پایبند بودم؟» سه چیز را ثبت کنید: آیا برنامه دیده شد، آیا شروع را آسان کرد و کدام بخش هزینه یا فشار اضافی ساخت. حتی اجرا نشدن، اگر علت را روشن کند، داده آزمایش است.
مقاومت در برابر برنامهریزی چیست و چه چیزی نیست؟
در این مقاله، مقاومت نام یک بیماری یا تیپ شخصیتی نیست. تعریف عملی آن «الگوی تکرارشونده اجتناب، تأخیر یا رهاکردنِ فعالیت برنامهریزی، با وجود نیاز و قصد قبلی» است. ممکن است فرد در پروژه کاری دقیق باشد اما برای زندگی شخصی برنامه نخواهد؛ یا برنامه را خوب بسازد ولی هرگز دوباره نبیند. زمینه مهمتر از برچسب کلی است.
سه وضعیت را با مقاومت اشتباه نگیرید:
- برنامهریزی لازم نیست: کار کمخطر، کوتاه و روشن است و اقدام مستقیم هزینه کمتری دارد.
- برنامه فعلی بد طراحی شده: جزئیات بیش از نیاز، ظرفیت غیرواقعی یا موعدهای بیمنبع دارد.
- مخالفت با هدف یا اجبار: فرد با اصل کار، مالکیت آن یا شیوه تحمیل برنامه مسئله دارد؛ مسئله تکنیک تقویم نیست.
ابتدا اصطکاک را تشخیص دهید، نه شخصیت را
| نشانه | فرضیه قابلآزمایش | آزمایش کمهزینه | صفحه مالک در صورت نیاز |
|---|---|---|---|
| فهرست را نمیسازم | ورودیها زیاد یا اقدام بعدی مبهم است | فقط سه ورودی و یک next action | فهرست اقدام |
| برنامه حس زندان میدهد | انتخاب و فضای حرکت کم است | یک لنگر + دو پنجره انتخابی | برنامه منعطف |
| مدام برنامه را زیباتر میکنم | برنامه جای اقدام یا تصمیم پرخطر نشسته | سقف زمان + آزمایش برگشتپذیر | برنامهریزی بیش از حد |
| بعد از یک روز رها میکنم | ظرفیت/برآورد یا مسیر بازگشت غلط است | نصف تعهد + پروتکل نجات | شکست برنامهریزی |
| برنامه را فراموش میکنم | cue و محل مرور با جریان روز هماهنگ نیست | یک reminder در نقطه تصمیم | آزمایش همین مقاله |
| فقط کار ترسناک برنامه نمیشود | تهدید ارزیابی یا خطر واقعی وجود دارد | تفکیک ابهام/مهارت/ظرفیت/خطر | ترس از شکست |
این جدول تشخیص پزشکی نمیدهد. هر ردیف یک فرضیه است؛ اگر آزمایش شاهد نساخت، فرضیه را عوض کنید. برای تبدیل ورودی مبهم به اقدام دارای خروجی و موعد، راهنمای فهرست کار مؤثر صفحه مالک است.
شش مسیر رایج مقاومت و پاسخ متناسب
۱. برنامه بیش از ارزشی که میسازد هزینه دارد
ممکن است برای ده دقیقه کار، بیست دقیقه دستهبندی، رنگگذاری و انتقال میان ابزارها لازم باشد. پاسخ، انگیزهبخشی نیست؛ کاهش عمق برنامه است. فقط نتیجه، اقدام بعدی و نقطه مرور را نگه دارید. هر فیلدی که به تصمیم مشخصی وصل نیست موقتاً حذف شود.
۲. برنامه تهدیدی برای اختیار احساس میشود
وقتی برنامه با زبان «باید»، ساعتهای پُر و جریمه انحراف نوشته میشود، مخالفت ممکن است درباره کنترل باشد نه زمان. پژوهش درباره reactance توضیح میدهد پیام کنترلکننده میتواند تهدید اختیار ادراک شود. یک مطالعه آنلاین در زمینه کاهش مصرف الکل، زبان اختیارمحور و ارائه انتخاب را آزمود؛ این زمینه با برنامه روزانه یکی نیست و نتیجه آن نسخه مستقیم بهرهوری نیست. کاربرد محتاطانهاش این است که برنامه را با انتخاب واقعی بنویسیم: «کدامیک از دو پنجره؟»، «نسخه حداقلی یا کامل؟»، «این هدف را میخواهم یا فقط از بیرون تحمیل شده؟» جزئیات دامنه در مطالعه زبان اختیارمحور و انتخاب آمده است.
۳. عدمقطعیت، برنامه ثابت را بیاعتبار میکند
پشتیبانی، مراقبت، فروش یا کار میدانی ممکن است ورودی متغیر داشته باشد. اگر هر برنامه تا ظهر میشکند، ساخت ساعتبهساعت اعتماد را کم میکند. لنگرهای محدود، ذخیره ظرفیت، پنجره جایگزین و قاعده جابهجایی تعهد بسازید. مدل کاملتر در راهنمای برنامهریزی منعطف برای کار غیرقابلپیشبینی است.
۴. برنامههای قبلی فقط شاهد شکست ساختهاند
اگر هر روز ده تعهد نوشته و سه مورد انجام شده، بازکردن دفتر برنامه میتواند یادآور بدهی باشد. تاریخچه را پاک نکنید؛ واحد موفقیت را عوض کنید. برای هفت روز فقط یک تعهد اصلی و یک تعهد نگهداری بنویسید، ظرفیت را ثبت و موارد جابهجاشده را از شکست اخلاقی جدا کنید. برای اصلاح برآورد، بافر و بازگشت پس از وقفه به راهنمای شکست برنامهریزی بروید.
۵. بار شناختی و حافظه آیندهنگر تحت فشارند
بهیادآوردن اینکه «بعداً باید کاری انجام دهم» بخشی از حافظه آیندهنگر است. یک مرور نظاممند درباره بزرگسالان ۱۹ تا ۵۰ سال گزارش کرد که در تکالیف جاریِ شناختیِ دشوار، یادآوری نیت تأخیری بیشتر آسیب میبیند؛ مطالعات ناهمگون بودند و این یافته تشخیص فردی یا برتری یک اپ را ثابت نمیکند. پیام عملی محدود این است که نیت مهم را به cue بیرونی در محل و زمان تصمیم وصل کنید، نه اینکه از حافظه انتظار پایش دائمی داشته باشید. روش و محدودیتها در مرور حافظه آیندهنگر و فعالیتهای دشوار آمده است.
۶. برنامهریزی، شکل دیگری از تعویق شده است
گاهی مسئله اجتناب از برنامه نیست؛ فرد قالب، ابزار و سناریو میسازد تا با خروجی واقعی روبهرو نشود. اگر هر دور برنامه جزئیات اضافه میکند اما uncertainty مهم را کم یا شاهد اجرا تولید نمیکند، راهنمای خروج از برنامهریزی بیش از حد مناسبتر است. در آن صفحه عمق برنامه براساس برگشتپذیری و شدت پیامد تعیین میشود.
شواهد برنامهریزی چه میگویند و چه نمیگویند؟
نیتِ خوب بهتنهایی اجرای رفتار را تضمین نمیکند. implementation intention یک طرح «اگر موقعیت X رخ داد، آنگاه رفتار Y را انجام میدهم» است. فراتحلیل mental contrasting همراه implementation intentions، پژوهشهای حوزههای گوناگون را جمع کرد و در کنار مطالعات پیشین، اثرهای عموماً کوچک تا متوسط و تفاوت میان زمینهها را نشان داد. شرکتکنندگان ممکن است مانع یا پاسخ نامناسب انتخاب کنند؛ بنابراین if–then plan جادو یا تضمین پایبندی نیست. متن کامل و تحلیل تعدیلگرها در فراتحلیل MCII و دستیابی به هدف در دسترس است.
مقاومت در برابر برنامهریزی نیز مساوی اهمالکاری نیست. مرور نظاممند و فراتحلیل مداخلات روانشناختی برای اهمالکاری، دوازده مطالعه و ۲۱ مقایسه با ۷۱۸ شرکتکننده داشت و یک اثر کلی کوچک با ناهمگونی متوسط تا زیاد گزارش کرد؛ شواهد برای برتری CBT بر روشهای دیگر محدود بود. مقاله حاضر درمان نیست و از این نتایج فقط برای پرهیز از نسخه «یک تکنیک برای همه» استفاده میکند. دامنه و محدودیتها در مرور درمانهای اهمالکاری آمده است.
اگر تعویق فقط هنگام ساخت برنامه رخ نمیدهد و در شروع یا ادامه انواع کارها تکرار میشود، از راهنمای اهمالکاری و پروتکل شروع بدون سرزنش استفاده کنید. آن صفحه علتهای شروعنکردن را تفکیک میکند؛ این صفحه فقط حداقل ساختار برنامه و هزینه نگهداری آن را آزمایش میکند.
عمق برنامه را به ریسک و تغییرپذیری وصل کنید
| ریسک پیامد | تغییرپذیری محیط | عمق مناسب اولیه | نمونه |
|---|---|---|---|
| کم | کم | اقدام بعدی + زمان شروع | خرید معمول خانه |
| کم | زیاد | لنگر + پنجره انتخابی + backup | ورزش والد دارای مسئولیت مراقبتی |
| زیاد | کم | خروجی، مراحل، کنترل، پذیرش و بازبینی | ارسال سند قراردادی |
| زیاد | زیاد | برنامه موجی، گزینه، trigger و متخصص مرتبط | پروژه سلامت/امنیت یا مهاجرت حساس |
«ریسک زیاد» فقط نگرانی ذهنی نیست؛ شدت پیامد، برگشتپذیری، افراد در معرض اثر و الزام بیرونی را بررسی کنید. در تصمیم حقوقی، مالی، سلامت یا ایمنی، چکلیست عمومی جای متخصص حوزه را نمیگیرد.
حداقل برنامه قابلقبول را در شش فیلد بسازید
- نتیجه قابلمشاهده: چه چیزی نشان میدهد این دور تمام است؟
- اقدام بعدی: فعل و شیء روشن؛ «بازکردن فایل و نوشتن سه تیتر»، نه «رسیدگی به پروژه».
- محرک شروع: زمان، مکان یا رویدادی که واقعاً رخ میدهد.
- سقف: پایان زمان یا scope برای جلوگیری از گسترش بیپایان.
- مانع و پاسخ: یک if–then plan برای محتملترین مانع نزدیک.
- بازبینی: زمان و معیار حفظ، اصلاح یا حذف برنامه.
نمونه: «تا چهارشنبه یک پیشنویس ۳۰۰کلمهای برای بازخورد دارم. بعد از چای صبح فایل را باز و سه تیتر مینویسم. این دور ۲۵ دقیقه یا ۳۰۰ کلمه است. اگر منبعی کم بود، جای آن [نیاز به منبع] میگذارم و ادامه میدهم. چهارشنبه ساعت ۱۴ کیفیت و گام بعد را بررسی میکنم.»
نردبان ساختار: از ثبت ساده تا مرور هفتگی
همه لایهها را روز اول اجرا نکنید. هر پله را سه تا هفت روز بیازمایید و فقط اگر تصمیم را بهتر کرد، پله بعدی را اضافه کنید.
| پله | ساختار | شرط عبور | علامت عقبرفتن |
|---|---|---|---|
| ۱ | یک محل capture | ورودی مهم کمتر گم میشود | خود capture به دستهبندی طولانی بدل شد |
| ۲ | سه outcome برای فردا | صبح انتخاب روشنتر است | سه مورد همیشه به ده مورد میرسد |
| ۳ | next action برای outcome اصلی | زمان شروع کمتر میشود | اقدامها ریز اما بیخروجیاند |
| ۴ | یک لنگر و یک پنجره backup | پس از وقفه بازگشت ممکن است | تقویم دوباره پُر و شکننده شد |
| ۵ | if–then برای مانع پرتکرار | در نقطه مانع استفاده میشود | دهها سناریوی خیالی ساخته میشود |
| ۶ | مرور هفتگی کوتاه | تعهد کهنه پاک و ظرفیت کالیبره میشود | مرور به بازسازی کامل سیستم بدل شد |
برای قالب روزانه کمهزینه از برنامهریزی روزانه دهدقیقهای استفاده کنید. پله ششم نیز با چکلیست مرور هفتگی تکمیل میشود؛ اما فقط بخشهایی را نگه دارید که در آزمایش شما تصمیم ساختند.
انعطاف را بهصورت قاعده بنویسید، نه شعار
«برنامهام منعطف است» اگر معلوم نباشد چه چیزی ثابت و چه چیزی قابلحرکت است، هنگام فشار کمکی نمیکند. سه دسته بسازید:
- لنگر: تعهد زمانی/مکانی واقعی یا نیاز سلامت و مراقبت که بهسادگی جابهجا نمیشود.
- قابلحرکت: کاری با دو پنجره و یک موعد نیاز مشخص.
- اختیاری: اگر ظرفیت ماند انجام میشود و جابهجایی آن بدهی اخلاقی نمیسازد.
همچنین قاعده شکست بنویسید: «اگر پنجره اول از دست رفت، به backup میروم؛ اگر backup هم از دست رفت، در مرور بعد scope یا موعد را مذاکره میکنم.» انتقال خودکار همه کارها به فردا، انعطاف نیست؛ انباشتن بدهی است.
ابزار را پس از جریان انتخاب کنید
برای آزمایش اولیه، کاغذ، یادداشت ساده یا تقویم موجود کافی است. ابزار تازه هزینه یادگیری، اعلان، مهاجرت و نگهداری دارد. فقط وقتی اصطکاک مشخص شد ویژگی بخرید یا فعال کنید:
- اگر برنامه فراموش میشود، cue در نقطه تصمیم؛
- اگر next action گم است، نمای Today محدود؛
- اگر کار متغیر است، پنجره backup و جابهجایی آسان؛
- اگر داده حساس است، permission، retention و خروج داده؛
- اگر ابزار خودش محل اجتناب است، بازگشت به نسخه حداقلی.
اگر برنامه از طرف مدیر، خانواده یا مدرس تحمیل میشود
مقاومت همیشه مسئله فرد نیست. برنامهای که هدف، حق تصمیم، ظرفیت یا علت موعد را توضیح نمیدهد ممکن است یک مسئله حکمرانی باشد. فرد مسئول اجرا باید بتواند محدودیت، ترجیح و پیامد trade-off را بیان کند. بهجای «باید منظمتر باشی» این پرسشها را مطرح کنید:
- کدام خروجی واقعاً لازم است و پذیرش آن چیست؟
- چه بخشهایی ثابتاند و در کدام بخش انتخاب واقعی وجود دارد؟
- اگر کار تازه وارد شد، کدام تعهد خارج یا جابهجا میشود؟
- چه حمایتی برای مهارت، دسترسی یا بار کار لازم است؟
- آزمایش چه مدت است و داده چگونه بدون تنبیه مرور میشود؟
انتخاب صوری—دو گزینهای که هر دو ناممکناند—اختیار نمیسازد. مدیر یا مدرس باید ظرفیت و پیامد واقعی را بپذیرد، نه اینکه مسئولیت یک برنامه غیرقابلاجرا را به فرد منتقل کند.
سه مثال واقعی
دانشجویی که از برنامه هفتگی فرار میکند
برنامه ساعتبهساعت با کلاس متغیر و رفتوآمد میشکند. آزمایش: دو لنگر کلاس، سه outcome درسی برای هفته و یک پنجره اصلی/backup برای هرکدام. اگر فقط پایاننامه برنامهریزی نمیشود، ابهام روش یا تهدید ارزیابی جدا بررسی میشود؛ کل شخصیت «بیبرنامه» نام نمیگیرد.
فریلنسری که ابزار را هر ماه عوض میکند
مشکل capture نیست؛ زمان زیادی صرف ساخت dashboard میشود و پیشنهاد قیمت به مشتری عقب میافتد. آزمایش: هفت روز بدون ابزار تازه، سقف ده دقیقه برنامه روزانه، یک خروجی درآمدی و یک if–then برای نیاز به اطلاعات. اگر تصمیم پرخطر است، برنامه حداقلی و آزمایش برگشتپذیر جای template بیشتر را میگیرد.
کارمندی که برنامه مدیر را پس میزند
تقویم همه ساعتها را پُر کرده اما پشتیبانی ناگهانی نادیده گرفته شده است. مقاومت داده طراحی است: یک هفته منبع تقاضای پیشبینینشده ثبت، ذخیره ظرفیت و قاعده جابهجایی پیشنهاد میشود. انتخاب ساعت اجرای کار عمیق در محدوده پوشش واقعی به فرد واگذار و نتیجه با کیفیت/موعد سنجیده میشود، نه حضور آنلاین.
آزمایش چهاردهروزه بدون بازسازی کل زندگی
- روزهای ۱ و ۲: فقط موقعیت مقاومت، برنامه موجود و رفتار بعدی را ثبت کنید.
- روز ۳: یک فرضیه از جدول اصطکاک و یک کار کمریسک انتخاب کنید.
- روزهای ۴ تا ۶: حداقل برنامه ششفیلدی را اجرا کنید.
- روز ۷: هزینه برنامه، دیدهشدن، شروع و بازگشت پس از وقفه را مرور کنید.
- روزهای ۸ تا ۱۲: فقط یک اصلاح—انتخاب بیشتر، cue بیرونی، scope کمتر یا backup—اضافه کنید.
- روز ۱۳: یک روز را عمداً بدون لایه اضافه اجرا کنید تا ارزش واقعی آن سنجیده شود.
- روز ۱۴: سیستم را حفظ، کوچک یا متوقف کنید؛ sunk cost ابزار دلیل ادامه نیست.
| سنجه | تعریف | سؤال تصمیم | هشدار |
|---|---|---|---|
| Planning cost | دقیقه ساخت و نگهداری برنامه | آیا ساختار متناسب است؟ | کمتر همیشه بهتر نیست |
| Plan exposure | آیا در نقطه تصمیم دیده شد؟ | cue/محل درست است؟ | دیدن مساوی اجرا نیست |
| Start latency | فاصله فرصت تا شروع قابلمشاهده | next action کمک کرد؟ | برای رتبهبندی فرد نیست |
| Return rate | بازگشت پس از وقفه طبق قاعده | backup کار میکند؟ | وقفه واقعی باید ثبت شود |
| Accepted outcome | نتیجهای که معیار پایان را پاس کرد | برنامه خروجی ساخت؟ | تعداد تسک کافی نیست |
| Control rating | امتیاز ۱ تا ۵ + یک دلیل | ساختار اختیار را کم کرد؟ | تشخیص روانی نیست |
چه زمانی خودیاری کافی نیست؟
مشکل مداوم برنامهریزی و سازماندهی میتواند دلایل مختلفی داشته باشد؛ از بارکاری و کمخوابی تا اضطراب، افسردگی، مشکلات یادگیری یا ADHD. وجود یک نشانه مانند فراموشی یا بینظمی برای تشخیص کافی نیست. NHS میگوید ارزیابی ADHD تاریخچه علائم از کودکی، اثر آنها در حوزههای مختلف زندگی و بررسی شرایط دیگر را دربر میگیرد؛ اگر مشکلات بر تحصیل، کار یا روابط اثر میگذارند، مراجعه برای ارزیابی مناسب است. توضیح مسیر و حمایتها در راهنمای ADHD بزرگسالان NHS آمده است.
اگر ترس از ارزیابی، شکست یا پیامد واقعی فقط یک کار خاص را متوقف میکند، راهنمای ترس از شکست و اهمالکاری تفاوت ابهام، مهارت، ظرفیت، تهدید هویت و خطر واقعی را بررسی میکند. اگر تعویق در زمینههای متعدد پایدار و مختلکننده است، مقاله عمومی جای متخصص دارای مجوز را نمیگیرد.
پرسشهای متداول
آیا مقاومت در برابر برنامهریزی یعنی تنبل هستم؟
خیر. این برچسب علت را روشن نمیکند. هزینه برنامه، نبود اختیار، ابهام، ظرفیت، تغییرپذیری، cue، مهارت و تهدید ارزیابی را جدا بیازمایید. مسئولیت اقدام باقی میماند، اما سرزنش داده مفیدی برای اصلاح سیستم نمیسازد.
اگر هر برنامهای مرا مضطرب میکند چه کنم؟
از کمخطرترین کار و کمترین ساختار شروع کنید: نتیجه، اقدام بعدی و بازبینی. ساعت دقیق را با پنجره یا رویداد جایگزین و حق حذف برنامه را از قبل مشخص کنید. اگر ناراحتی شدید، پایدار یا مختلکننده است، از متخصص دارای مجوز کمک بگیرید.
برنامه کاغذی بهتر است یا اپلیکیشن؟
هیچکدام بهطور مطلق بهتر نیست. محل باید در نقطه تصمیم دیده شود، نگهداری کمهزینه داشته باشد و با نیاز حریم خصوصی/دسترسی شما سازگار باشد. ابتدا جریان را روی ابزار موجود آزمایش کنید؛ سپس ویژگی لازم را انتخاب کنید.
چقدر از روز را باید برنامهریزی کنم؟
درصد جهانی وجود ندارد. تعهد ثابت، تقاضای متغیر، هزینه خطا، مسئولیت مراقبتی و داده گذشته تعیینکنندهاند. از چند لنگر و تعهد محدود شروع کنید و با اختلاف برنامه/واقعیت کالیبره شوید؛ زمان آزاد را خودکار با کار پُر نکنید.
اگر بعد از چند روز برنامه را رها کردم از اول شروع کنم؟
سیستم را کامل بازسازی نکنید. آخرین تعهد معتبر، علت توقف و کوچکترین نسخه قابلادامه را پیدا کنید. یک لایه را حذف یا اصلاح کنید و نقطه مرور بعدی بسازید. هدف بازگشت کمهزینه است، نه حفظ streak بینقص.
جمعبندی
مقاومت در برابر برنامهریزی دشمنی نیست که با اراده بیشتر شکست بخورد؛ دادهای درباره نسبت هزینه و ارزش، اختیار، عدمقطعیت، بار شناختی یا تجربه قبلی است. بهجای نسخه پرجزئیات، یک کار کمریسک و حداقل برنامه ششفیلدی را آزمایش کنید، نتیجه و اصطکاک را بسنجید و فقط لایهای را نگه دارید که تصمیم یا بازگشت را بهتر میکند.
اگر آزمایش ۱۲دقیقهای امروز فقط یک نتیجه، next action و زمان بازبینی بسازد، کافی است. برنامه ابزار کنترل آینده نیست؛ یک فرضیه موقت برای هدایت اقدام بعدی است. وقتی فرضیه کار نمیکند، آن را بدون حکمدادن درباره ارزش یا شخصیت خودتان اصلاح کنید.
