جدول پیگیری مصوبات، تصمیم جلسه را به اقدام مشخص با مسئول، موعد، وضعیت و شاهد تبدیل می‌کند. فایل صورت‌جلسه همچنان منبع تصمیم است؛ جدول کمک می‌کند تا جلسه بعد بدانید چه کاری باز مانده و چه پیگیری لازم است. در این راهنما قالب اکسل پیگیری مصوبات و سه ردیف نمایشی برای شروع کار ارائه شده است.
نویسنده: تیم سینچ · به‌روزرسانی محتوایی: ۱۴ مهر ۱۴۰۵
دانلود فایل اکسل پیگیری مصوبات
دانلود قالب اکسل پیگیری مصوبات جلسات پروژه
فایل شامل راهنما، تاریخ مبنای گزارش، جدول خالی اقدامات، سه ردیف مثال و جدول ثبت سابقه است. وضعیت معوق با تاریخ مبنای واردشده مقایسه می‌شود تا گزارش یک دوره در روزهای بعد تغییر نکند. نمونه‌ها ساختگی‌اند و باید با داده مجاز پروژه خود جایگزین شوند.
هر تصمیم جلسه لزوماً یک اقدام نیست
جمله «روش اجرای کار بررسی شد» یک گزارش رویداد است. جمله «روش پیشنهادی تصویب شد» می‌تواند تصمیم باشد. جمله «پیمانکار نقشه اصلاحی را تا ۱۲ مهر ارائه کند» یک اقدام قابل پیگیری دارد. پیش از ساخت ردیف، مشخص کنید خروجی مورد انتظار چیست و آیا مسئول و موعد در متن وجود دارند.
اگر در صورت‌جلسه فقط نوشته شده «موضوع پیگیری شود»، مسئول یا موعد را حدس نزنید. ردیف را با ابهام مشخص ثبت و برای تعیین تکلیف ارجاع کنید. برای روش استخراج بندهای قابل اقدام، راهنمای کنترل صورت‌جلسات پروژه را مطالعه کنید.
ستون‌های ضروری جدول پیگیری مصوبات
| ستون | چه چیزی ثبت شود؟ | خطای رایج |
|---|---|---|
| شناسه ثابت | یک شناسه برای کل عمر اقدام | ایجاد ردیف تازه برای همان اقدام در هر دوره |
| اقدام و مسئول | خروجی مشخص و مسئول مستند | عنوان کلی یا تعیین مسئول از روی حدس |
| منبع و بند | شماره سند و محل دقیق تصمیم | نوشتن نام جلسه بدون شماره یا بند |
| موعد | تاریخ صریح یا ابهام ثبت‌شده | تبدیل خودکار «اواخر ماه» به تاریخ قطعی |
| وضعیت و شاهد | آخرین وضعیت و مدرک پشتیبان | بستن اقدام تنها با ادعای انجام |
| آخرین پیگیری و سابقه | تاریخ، رویداد و دلیل تغییر | جایگزینی وضعیت بدون حفظ تاریخچه |
سه ردیف نمونه با داده نمایشی
تاریخ مبنای مثال ۱۴ مهر ۱۴۰۵ است. شماره صورت‌جلسه M-014 و همه شناسه‌های زیر نمایشی‌اند. تفاوت وضعیت و معوق بودن را در سه ردیف ببینید:
| شناسه و اقدام | مسئول و موعد | وضعیت | شاهد | نتیجه در تاریخ مبنا |
|---|---|---|---|---|
| A-001؛ ارائه نقشه اصلاحی | پیمانکار؛ ۱۲ مهر | در جریان | نامه ادعای ارسال؛ دریافت تأیید نشده | معوق؛ شاهد خاتمه کافی نیست |
| A-002؛ ارائه برنامه تأمین تجهیز | پیمانکار؛ ۱۶ مهر | باز | صورت‌جلسه M-014، بند ۳ | در موعد |
| A-003؛ تحویل نتیجه آزمایش | آزمایشگاه؛ ۱۰ مهر | بسته با شاهد | رسید دریافت و تأیید D-009 | خارج از پیگیری باز |
ردیف A-001 با وجود نامه ادعای ارسال، بسته نشده است؛ چون معیار خاتمه «دریافت نسخه مورد انتظار» بوده و هنوز شاهد آن تأیید نشده است. ردیف A-003 تنها پس از ثبت شاهد معتبر خاتمه از فهرست باز خارج می‌شود. تعریف وضعیت‌ها باید پیش از استفاده در پروژه توافق شود.
روش استفاده از قالب در هر دوره
- در برگه Controls تاریخ مبنای گزارش را ثبت کنید. تاریخ‌های شمسی در این قالب به شکل عدد هشت‌رقمی، مانند ۱۴۰۵۰۷۱۴، و بدون ممیز وارد می‌شوند.
- برای هر اقدام یک شناسه ثابت بسازید؛ شماره صورت‌جلسه، بند، مسئول و موعد را از منبع معتبر وارد کنید.
- در برگه Actions وضعیت را از فهرست انتخاب کنید. ستون‌های کنترل اطلاعات و سررسید با فرمول محاسبه می‌شوند.
- پیش از تغییر وضعیت، رویداد، منبع و دلیل تغییر را در History ثبت کنید. ثبت سابقه در این فایل دستی است.
- پیش از بستن یا لغو ردیف، شاهد مربوط را ثبت کنید و در پایان دوره یک نسخه با نام و تاریخ مشخص نگه دارید.
معوق بودن با وضعیت اقدام چه تفاوتی دارد؟
«در جریان» یک وضعیت اجرایی است؛ «معوق» نتیجه مقایسه موعد با تاریخ مبنای گزارش است. یک اقدام در جریان ممکن است معوق باشد. در این قالب، موعد کمتر از تاریخ مبنا معوق است و موعد برابر با آن «سررسید امروز» محسوب می‌شود. این قرارداد ساده را با رویه پروژه هماهنگ کنید.
اگر موعد نامشخص است، نتیجه «موعد نامشخص» نمایش داده می‌شود؛ نباید آن را به‌عنوان در موعد یا معوق قطعی گزارش کرد. انتخاب «بسته با شاهد» یا «لغوشده» بدون ثبت شاهد خاتمه نیز به‌عنوان نقص اطلاعات مشخص می‌شود.
ادامه مصوبه در جلسه بعد
در دوره بعد، اقدام قبلی را با همان شناسه دنبال کنید. نامه جدید، اصلاح موعد یا شاهد انجام، رویداد تازه همان اقدام است. اگر دامنه کار عوض شده، دلیل و منبع اصلاح را ثبت کنید. نسخه دوره قبل را حفظ کنید تا معلوم بماند هر گزارش بر چه وضعیت تاریخی تکیه داشته است.
برای مثال دو دوره‌ای، راهنمای پیگیری تعهدات پروژه را ببینید. خروجی این جدول می‌تواند بخش اقدامات باز در نمونه گزارش ماهانه پروژه را تکمیل کند.
پرسش‌های رایج
اگر مسئول یا موعد در صورت‌جلسه مشخص نیست چه کنیم؟
اطلاعات را نامعلوم نگه دارید، متن منبع را حفظ کنید و درخواست تعیین تکلیف ثبت کنید. اطلاعات حدسی را به‌عنوان تصمیم جلسه وارد نکنید.
آیا فایل اکسل سابقه تغییرات را خودکار ثبت می‌کند؟
خیر. جدول History برای ثبت دستی سابقه است. نگهداری نسخه دوره‌ای و کنترل دسترسی فایل بر عهده استفاده‌کننده است.
چه زمانی اکسل دیگر کافی نیست؟
وقتی اتصال ردیف‌ها به چند سند، حفظ تاریخچه، کنترل نسخه و مرور پیشنهادها دشوار می‌شود، جریان پیگیری به یک ابزار مکمل نیاز دارد. انتخاب ابزار باید بر اساس مسئله واقعی همان پروژه باشد.
برای بررسی این جریان در پروژه خود، کاربرد سینچ در پیگیری مصوبات و تعهدات را ببینید؛ ورودی‌های لازم، نمونه آموزشی خروجی، نقش تأیید کارشناس و مسیر درخواست طرح آزمایشی در آن توضیح داده شده است.
این مسئله در پروژه شما هم تکرار می‌شود؟
اگر مصوبات در چند نامه و جلسه ادامه پیدا می‌کنند و اتصال هر ردیف به آخرین شاهد دشوار شده است، همین جریان پیگیری را می‌توان برای ارزیابی محدود سینچ انتخاب کرد.
بررسی تناسب پروژه برای طرح آزمایشی سینچ · سیاست استفاده از داده و هوش مصنوعی