مهدی شیشه گر
  • صفحه اصلی
  • دوره‌های آموزشی
  • اخبار و مقالات
  • درباره ما
  • تماس با ما
  • دوره‌های آموزشی
  • اخبار و مقالات
  • درباره ما
  • تماس با ما
@MehdiShishehgar@mehdi.shishehgar_coachinfo@mehdishishehgar.com
مهدی شیشه گر
طراحی شده با ❤️ توسط
    • صفحه اصلی
    • اخبار و مقالات
    • تقویم دریافت و پرداخت؛ موعد را از انجام‌شدن جدا کنید

    ۰۳ آبان ۱۴۰۵

    تقویم دریافت و پرداخت؛ موعد را از انجام‌شدن جدا کنید

    تقویم دریافت و پرداخت؛ موعد را از انجام‌شدن جدا کنید

    نویسنده: مهدی شیشه‌گر

    کنار یک روز در تقویم نوشته‌اید «دریافت از مشتری». چند روز بعد، همکارتان با دیدن همان یادداشت می‌پرسد: «پس دریافت انجام شده؟» شما منظورتان موعد پیگیری بوده است. یک عبارت کوتاه، دو برداشت متفاوت ساخته است.

    تقویم دریافت و پرداخت وقتی برای هماهنگی روزانه روشن‌تر است که نشان دهد هر ردیف دربارهٔ برنامهٔ آینده حرف می‌زند، گزارشی از وقوع یک رویداد است یا وضعیتی است که مسئول مربوط، مرجع آن را بررسی کرده است. در این مقاله یک روش ساده برای نوشتن این تفاوت پیشنهاد می‌کنم؛ بدون ورود به مبلغ، اولویت پرداخت یا تصمیم مالی.

    برنامه و رویداد واقعی، دو نوع اطلاعات‌اند

    در راهنمای رسمی business.gov.au، ارقام واقعی و برآوردی از هم تفکیک می‌شوند و تأکید می‌شود که برآوردها روشن برچسب‌گذاری و توضیح داده شوند. همین تفاوت، مبنای سؤال ماست: نوشتهٔ تقویم دربارهٔ چیزی است که انتظار داریم رخ دهد یا چیزی که وقوعش ثبت شده است؟ راهنمای ثبت جریان نقدی در business.gov.au

    برای هماهنگی داخلی می‌توانید سه عنوان زیر را به کار ببرید. این عنوان‌ها قرارداد کاری پیشنهادی‌اند و جای وضعیت‌های مصوب نرم‌افزار مالی یا روش حسابداری مجموعه را نمی‌گیرند.

    عنوان در تقویممعنای پیشنهادیسؤال بعدی
    برنامه‌ریزی‌شدهموعدی برای آینده ثبت شده استچه کسی و چه زمانی وضعیت را پیگیری می‌کند؟
    گزارش‌شده، در انتظار بررسیفردی وقوع رویداد را گزارش کرده استمرجع این گزارش چیست و چه کسی آن را بررسی می‌کند؟
    بررسی‌شده طبق روش مجموعهمسئول مربوط، وضعیت را با مرجع تعیین‌شده تطبیق داده استنتیجه و محل مرجع کجا ثبت شده‌اند؟

    عبارت «در تقویم هست» به‌تنهایی هیچ‌کدام از این سه معنا را مشخص نمی‌کند. عنوان وضعیت باید کنار همان ردیف دیده شود؛ خواننده نباید برای فهمیدنش کل گفت‌وگوهای قبلی را جست‌وجو کند.

    یک مثال فرضی از دفتر هماهنگی

    فرض کنید در یک مجموعهٔ خدمات نصب، مسئول دفتر برای یک درخواست ساختگی نوشته است: «سه‌شنبه، پیگیری دریافت». این یادداشت فقط برنامهٔ پیگیری است. روز سه‌شنبه، همکار دیگری می‌گوید: «مشتری خبر داده که انجام شده.» حالا اطلاعات تازه‌ای داریم، اما جنس آن گزارش است.

    یادداشت روشن‌تر می‌تواند چنین باشد: «وقوع دریافت از سوی مشتری گزارش شده؛ بررسی مرجع با مسئول مالی است.» سپس مسئول مربوط، طبق روش خود مجموعه وضعیت را مشخص می‌کند و محل مرجع را در جای مناسب ثبت می‌کند.

    این مثال دربارهٔ یک کسب‌وکار و رویداد فرضی است. هدف، نوشتن مسیر هماهنگی است؛ تعیین اینکه چه سندی اعتبار مالی یا حقوقی دارد، بر عهدهٔ روش‌های تخصصی و مسئول مربوط در همان مجموعه است.

    موعد برنامه را روی سابقهٔ قبلی ننویسید

    اکنون فرض کنید موعد پیگیری از سه‌شنبه به پنجشنبه تغییر می‌کند. اگر فقط تاریخ قبلی را پاک کنیم، بعداً معلوم نیست سه‌شنبه موعد اولیه بوده یا روز وقوع دریافت. تغییر برنامه باید با عنوان خودش ثبت شود.

    در یادداشت پیشنهادی می‌توان نوشت: «موعد پیگیری از سه‌شنبه به پنجشنبه تغییر کرد؛ وضعیت وقوع رویداد همچنان در انتظار بررسی است.» با این جمله، دو سؤال جدا باقی می‌مانند: برنامهٔ بعدی چیست؟ از رویداد قبلی چه می‌دانیم؟

    لازم نیست برای این کار سامانهٔ پیچیده‌ای بسازید. در همان ابزار موجود، فیلد یا یادداشت مشخصی برای «موعد پیگیری» و بخش جداگانه‌ای برای «وضعیت رویداد» در نظر بگیرید. اگر روش رسمی ثبت تغییرات دارید، از همان پیروی کنید.

    به هر ابهام، یک اقدام متناسب بدهید

    وقتی وضعیت روشن نیست، پرسش «پس چی شد؟» معمولاً دقیق نیست. سؤال را به بخش نامعلوم وصل کنید:

    • فقط موعد داریم: بپرسید چه کسی قرار است در آن موعد، کدام وضعیت را پیگیری کند.
    • گزارش وقوع داریم: مرجع گزارش و مسئول بررسی را مشخص کنید.
    • دو گزارش متفاوت داریم: هر دو مرجع و زمان ثبتشان را نگه دارید و اختلاف را به مسئول مربوط ارجاع دهید.
    • موعد عوض شده است: تغییر برنامه را ثبت کنید و وضعیت رویداد قبلی را جدا روشن کنید.

    برای مثال فرضی، سؤال محدود می‌تواند این باشد: «برای همین درخواست، مسئول بررسی دریافت چه کسی است و نتیجه را کجا ثبت می‌کند؟» این سؤال از مخاطب نمی‌خواهد همهٔ اطلاعات را دوباره بفرستد؛ فقط بخش لازم برای ادامهٔ کار را مشخص می‌کند.

    یک ردیف کامل چه چیزهایی دارد؟

    برای هماهنگی عملی، این اطلاعات را دربارهٔ یک ردیف تمرینی بنویسید:

    ۱. موضوع: این ردیف مربوط به کدام درخواست یا تعهد است؟ از شناسهٔ داخلی استفاده کنید.

    ۲. نوع نوشته: برنامه است، گزارش است یا وضعیت بررسی‌شده؟

    ۳. موعد پیگیری: چه زمانی باید دوباره مرور شود؟

    ۴. مرجع: اطلاعات از کجا آمده و محل بررسی نتیجه کجاست؟

    ۵. مسئول: چه نقشی باید سؤال باز را پاسخ دهد؟

    ۶. اقدام بعدی: یک کار مشخص با زمان مرور بعدی چیست؟

    جزئیات حساس مالی را برای خواناتر شدن یک تقویم عمومی در آن تکرار نکنید. می‌توان در تقویم هماهنگی، شناسه و مسیر مراجعه به مرجع مجاز را ثبت کرد و جزئیات را در محل تعیین‌شدهٔ مجموعه نگه داشت.

    تمرین کوتاه برای جلسهٔ بعدی تیم

    سه یادداشت کاملاً ساختگی بسازید: یکی فقط برنامه، یکی گزارش هنوز بررسی‌نشده و یکی وضعیت بررسی‌شده طبق روش فرضی مجموعه. آن‌ها را به همکارتان بدهید و بخواهید برای هر مورد بگوید: «الان چه می‌دانیم و اقدام بعدی با چه کسی است؟»

    اگر پاسخ به حدس نیاز داشت، عنوان وضعیت یا مسئول پیگیری هنوز روشن نیست. همان قسمت را بازنویسی کنید. هدف تمرین، خوانا شدن مسئولیت و قدم بعدی است؛ از این برگه نمی‌توان دربارهٔ موجودی، توان پرداخت یا اولویت تعهدها تصمیم گرفت.

    در گفت‌وگوی کوچینگ دربارهٔ نظم اجرایی، یک ردیف مبهم کافی است تا از کلی‌گویی فاصله بگیریم. آن را با وضعیت، مرجع و مسئول مشخص بازنویسی کنید و همان را نقطهٔ شروع جلسه قرار دهید. برای قواعد حسابداری، اعتبار اسناد و تصمیم‌های مالی، روش تخصصی مجموعه و نظر فرد صلاحیت‌دار مربوط ملاک است.

    مطالعهٔ مرتبط: تفاوت فعالیت با پیشرفت؛ چگونه خروجی واقعی را از شلوغی جدا کنیم.

    برای هماهنگی گفت‌وگو دربارهٔ همین موضوع، از صفحهٔ تماس مهدی شیشه‌گر استفاده کنید.

    دیدگاه کاربران