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