×
سلام
ورود و عضویت
وقتی دو نسخه متفاوت از یک نقشه در کارگاه وجود دارد، مسئله فقط پیدا کردن فایل جدیدتر نیست. باید بدانیم کدام نسخه بررسی شده، چه کسی آن را ابلاغ کرده و گروه اجرایی از چه تاریخی باید بر اساس آن کار کند. همین سؤال برای صورتجلسه، دستورکار، گزارش روزانه و مدارک خرید هم مطرح می‌شود.
مستندسازی پروژه ساختمانی به ثبت و نگهداری منظم این اطلاعات کمک می‌کند تا سابقه کار قابل پیگیری باشد. قرار نیست برای یک ساختمان کوچک، از روز اول سیستم پیچیده‌ای راه‌اندازی کنیم؛ یک فهرست مدارک مرتب، مسئول مشخص و روش روشن برای کنترل نسخه‌ها می‌تواند نقطه شروع مناسبی باشد. در این راهنما، فهرست مدارک کارگاه، گردش بررسی و ابلاغ، نمونه نام‌گذاری فایل و ساختار بایگانی را مرور می‌کنیم.
مستندسازی یعنی اطلاعات مربوط به تصمیم‌ها، کارهای انجام‌شده، تغییرات و مدارک پروژه را به شکلی ثبت کنیم که بعداً بتوان به آن‌ها مراجعه کرد. یک سند قابل استفاده باید موضوع، تاریخ، تهیه‌کننده و ارتباطش با بخش مشخصی از پروژه را نشان دهد. برای مدارک قابل بازنگری، شماره نسخه و وضعیت بررسی هم لازم است.
فرض کنید درباره مقدار بتن مصرف‌شده در فونداسیون اختلافی پیش آمده است. اگر گزارش روزانه، رسیدهای تحویل بتن، صورتجلسه مربوط و نقشه مبنای اجرا کنار هم قابل بازیابی باشند، بررسی موضوع روشن‌تر می‌شود. اما پوشه‌ای با چند عکس بدون تاریخ و فایل‌هایی با نام «نهایی» و «نهایی جدید»، معمولاً پاسخ کاملی به این سؤال نمی‌دهد.
بایگانی فقط محل نگهداری اسناد است. کنترل مدارک مشخص می‌کند هر سند در چه مرحله‌ای قرار دارد، چه کسی باید آن را بررسی کند و کدام نسخه در اختیار کارگاه باشد. بنابراین، ارسال یک فایل در پیام‌رسان و نگه داشتن آن روی گوشی، جای گردش مشخص مدارک را نمی‌گیرد.
این اطلاعات، ورودی بسیاری از کارهای کنترل پروژه ساختمانی هستند؛ از مقایسه پیشرفت با برنامه تا بررسی هزینه و پیگیری مصوبات. در کارگاه کوچک ممکن است یک نفر چند وظیفه را انجام دهد، ولی مسئول ثبت، بررسی و اعلام نتیجه هر مدرک باید معلوم باشد.
مرکز کنترل مدارک را DCC، مخفف Document Control Center، می‌نامند. در اینجا، روش ساده‌ای برای انجام این کار در یک کارگاه کوچک معرفی می‌کنیم.
بهترین فهرست مدارک، فهرستی است که با کار واقعی پروژه هماهنگ باشد. مدارک یک ساختمان مسکونی کوچک با یک مجموعه صنعتی یکسان نیستند. قرارداد، الزامات کارفرما، روش اجرا و مدارک مورد نیاز تحویل، مبنای انتخاب و تکمیل این فهرست‌اند.
جدول زیر برای یک ساختمان مسکونی فرضی چهارطبقه با سازه بتن‌آرمه تنظیم شده است. نقش‌ها و شناسه‌ها نمونه پیشنهادی هستند؛ مرجع بررسی و تأیید را باید از قرارداد و روش مصوب پروژه برداشت. «زمان ثبت» هم زمان پیشنهادی جمع‌آوری اطلاعات است، نه مهلت قانونی پاسخ یا تأیید.
| مدرک و کاربرد | تهیه یا جمع‌آوری | بررسی و اقدام | زمان ثبت | شناسه نمونه |
|---|---|---|---|---|
| قرارداد، پیوست‌ها و الحاقیه‌ها؛ شناخت تعهدات | مسئول قرارداد | صاحب اختیار قراردادی | ابتدا و هر تغییر معتبر | CON-001 |
| مجوزها و مدارک شروع کار؛ پیگیری شرایط آغاز | نماینده مسئول پروژه | مرجع مربوط به هر مدرک | پیش از فعالیت مربوط | PER-001 |
| برنامه مصوب و به‌روزرسانی‌ها؛ مبنای زمان | برنامه‌ریز | مدیر و مرجع تعیین‌شده | ابتدا و دوره گزارش | SCH-001 |
| بودجه و گزارش هزینه؛ پیگیری انحراف مالی | دفتر فنی و مالی | مدیر پروژه | ابتدا و ماهانه | CST-001 |
| نقشه‌ها و مشخصات طراحی؛ مرجع فنی کار | طراح یا مرجع ارسال | مرجع فنی دارای اختیار | هر دریافت و بازنگری | DRW-012 |
| نقشه کارگاهی و پیشنهاد مصالح؛ بررسی جزئیات | دفتر فنی یا تأمین‌کننده | مرجع بررسی مرتبط | پیش از اجرا یا سفارش | SUB-005 |
| برگه ارسال مدارک؛ سابقه توزیع نسخه‌ها | مسئول کنترل مدارک | کنترل پیوست و گیرندگان | هر ارسال رسمی | TRN-031 |
| نامه‌های وارده و صادره؛ پیگیری مکاتبات | فرستنده و دبیرخانه | مخاطب مسئول پاسخ | هنگام دریافت یا ارسال | LTR-024 |
| درخواست اطلاعات فنی و پاسخ؛ رفع ابهام | دفتر فنی یا اجرا | مرجع پاسخ فنی | هنگام مشاهده ابهام | RFI-003 |
| گزارش روزانه و عکس‌ها؛ ثبت رویداد کارگاه | مسئول کارگاه | سرپرست تعیین‌شده | همان روز کاری | DR-042 |
| گزارش هفتگی؛ جمع‌بندی وضعیت و مسائل | کنترل پروژه یا کارگاه | مدیر پروژه | در پایان دوره هفتگی | WR-008 |
| صورتجلسه و فهرست مصوبات؛ پیگیری تصمیم | دبیر جلسه | طرف‌های مربوط طبق روش پروژه | پس از جلسه | MOM-006 |
| درخواست و سوابق تغییر؛ بررسی اثر تغییر | پیشنهاددهنده تغییر | صاحب اختیار مربوط | از طرح موضوع تا تصمیم | CHG-002 |
| سفارش، رسید تحویل و بازرسی کالا؛ سابقه تأمین | خرید و انبار | مسئول فنی و مالی مرتبط | سفارش و هر تحویل | PO-017 |
| بازرسی و نتایج آزمون؛ ثبت کنترل کیفیت | کنترل کیفیت یا آزمایشگاه | مرجع فنی تعیین‌شده | هنگام آزمون و دریافت نتیجه | QC-009 |
| عدم انطباق و سوابق رفع؛ پیگیری اصلاح | گزارش‌دهنده و مسئول کیفیت | مسئول رسیدگی و بستن مورد | از کشف تا رفع مستند | NCR-004 |
| سوابق ایمنی و رویدادها؛ پیگیری اقدامات | مسئول ایمنی یا کارگاه | مسئول اقدام مرتبط | طبق برنامه و هنگام رویداد | HSE-011 |
| متره، صورتجلسه مقدار و صورت وضعیت؛ مستند مالی | دفتر فنی | مرجع رسیدگی طبق قرارداد | هنگام اندازه‌گیری و دوره رسیدگی | IPC-002 |
| نقشه چون‌ساخت و مدارک تحویل؛ سابقه نهایی | دفتر فنی و مسئول تحویل | مرجع دریافت و بررسی | حین اجرا و پیش از تحویل | HND-001 |
شناسه‌های ستون آخر فقط کد نوع مدرک و شماره ترتیبی را نشان می‌دهند. در بخش نام‌گذاری، کد پروژه، رشته و نسخه را هم به آن اضافه می‌کنیم. برای هر گروه، یک مسئول معرفی کنید و مشخص کنید اصل فایل، نسخه قابل مطالعه و سوابق ارسال در کجا قرار می‌گیرند.
همه این مدارک از روز اول تولید نمی‌شوند. نقشه‌ها، قرارداد، برنامه، گزارش روزانه و ثبت مکاتبات معمولاً زودتر مورد نیازند؛ مدارک تحویل به‌تدریج تکمیل می‌شوند. بهتر است محل و مسئول مدارک تحویل از ابتدا تعیین شود تا جمع‌آوری آن‌ها به روزهای پایانی پروژه موکول نشود.
برای هر مدرک چهار نقش را از هم جدا کنید: تهیه‌کننده، بررسی‌کننده، صاحب اختیار اعلام نتیجه و مسئول کنترل مدارک. ممکن است در یک پروژه کوچک چند نقش به یک شخص سپرده شود، اما مسئول بایگانی نباید صرفاً به دلیل بارگذاری فایل، آن را از نظر فنی تأییدشده اعلام کند.
در جدول مسئولیت، برای هر نوع سند نام نقش، جانشین و مسئول پیگیری پاسخ را بنویسید. اگر درباره تقسیم نقش‌ها ابهام دارید، ماتریس تخصیص مسئولیت می‌تواند به تنظیم این جدول کمک کند. مهلت مورد انتظار پاسخ نیز باید با توافق و الزامات همان پروژه تعیین شود.
دفتر فنی، نقشه جزئیات یک بازشوی تأسیساتی را تهیه می‌کند و با شماره مدرک و نسخه مشخص برای بررسی می‌فرستد. بررسی‌کننده نظرهای خود را روی همان نسخه یا در برگه نظرات ثبت می‌کند. اگر اصلاح لازم باشد، تهیه‌کننده نسخه بعدی را همراه پاسخ به نظرات ارائه می‌دهد؛ نظرهای قبلی نباید در میان فایل‌ها گم شوند.
بعد از اعلام نتیجه توسط مرجع دارای اختیار، مسئول کنترل مدارک وضعیت سند را ثبت می‌کند و نسخه مربوط را با برگه ارسال به گیرندگان تعیین‌شده می‌رساند. گروه اجرایی باید بداند فایل برای بررسی، اطلاع یا اجرا ارسال شده است. دریافت فایل یا تأیید دریافت، به‌تنهایی تأیید فنی آن نیست.
برگه ارسال مدارک یا Transmittal، سابقه این تبادل است: شماره ارسال، تاریخ، فرستنده، گیرندگان، کد و نسخه پیوست‌ها و هدف ارسال را نشان می‌دهد. این برگه به‌خودی‌خود مجوز اجرای همه پیوست‌ها نیست. در نمونه گردش نقشه و ابلاغیه در OpenConstructionERP نیز ثبت بازنگری و پیگیری گیرندگان به‌صورت جدا دیده می‌شود.
«در حال بررسی» وضعیت سند است؛ «برای بررسی» هدف ارسال آن. «تأییدشده با نظر» هم ممکن است شروطی داشته باشد که پیش از استفاده باید روشن شوند. در فهرست پروژه، معنی هر وضعیت و امکان استفاده از آن را بنویسید؛ یک رنگ سبز مبهم در اکسل برای تصمیم اجرایی کافی نیست.
برای نمونه، راهنمای گردش تأیید Autodesk نقش‌های آغازکننده، بررسی‌کننده و تأییدکننده و وضعیت‌های نتیجه را جدا تعریف می‌کند. در روش کارگاهی شما نیز همین تفکیک مفید است، حتی اگر از نرم‌افزار تخصصی استفاده نکنید. اگر شرایط عمومی پیمان در قرارداد شما قابل اعمال است، گردش مکاتبات و اختیارها باید با اسناد همان پیمان هماهنگ شود؛ یک روش واحد را نمی‌توان به همه قراردادهای خصوصی تعمیم داد.
نام فایل باید به پیدا کردن مدرک کمک کند، ولی قرار نیست همه اطلاعات پروژه را در آن جا بدهیم. یک الگوی کوتاه و ثابت معمولاً بهتر از نام‌های طولانی و سلیقه‌ای کار می‌کند. شماره مدرک ثابت می‌ماند و شماره بازنگری با تغییر نسخه عوض می‌شود.
در پروژه فرضی این مقاله، می‌توانیم از الگوی «کد پروژه ـ رشته ـ نوع مدرک ـ شماره ـ نسخه» استفاده کنیم:
P04-STR-DRW-012-R02.pdf
در این مثال، P04 کد پروژه، STR رشته سازه، DRW نوع نقشه، 012 شماره مدرک و R02 بازنگری دوم است. این کدگذاری آموزشی است و ادعای انطباق با یک استاندارد مشخص ندارد. برای گزارش روزانه یا نامه نیز می‌توان همان کد پروژه را با نوع مدرک مناسب به کار برد.
عنوان فارسی مدرک، محل، تاریخ، فرستنده و هدف ارسال در فهرست کنترل مدارک ثبت می‌شوند. اگر تاریخ را در نام فایل می‌آورید، قالب و تقویم یکسانی انتخاب کنید؛ ترکیب تاریخ شمسی و میلادی بدون مشخص کردن تقویم، مرتب‌سازی را مبهم می‌کند.
پسوند فایل، نوع آن را مشخص می‌کند. بهتر است شماره نسخه فایل قابل ویرایش و خروجی PDF مرتبط با آن هماهنگ باشد و ارتباطشان در فهرست ثبت شود. فایل قابل ویرایش هم نباید بدون کنترل در اختیار همه افراد قرار بگیرد.
فرض کنید نسخه R01 یک نقشه برای اجرا ابلاغ شده، ولی نسخه R02 هنوز در حال بررسی است. تا زمانی که نتیجه و مجوز استفاده از نسخه دوم مشخص نشده، نمی‌توان فقط به دلیل شماره بالاتر آن را جایگزین مبنای کار کرد. اگر موضوع جدید بر ایمنی یا ادامه کار اثر دارد، باید فوراً از مرجع دارای اختیار تعیین تکلیف خواست؛ وجود نسخه قبلی هم مجوز نادیده گرفتن مسئله جدید نیست.
پس از ابلاغ معتبر نسخه جایگزین، نسخه قبلی از مسیر استفاده جاری کارگاه خارج می‌شود و با وضعیت منسوخ در سابقه باقی می‌ماند. نسخه‌های قدیمی را حذف نکنید؛ ممکن است برای بررسی اینکه در یک تاریخ مشخص چه مدرکی مبنای کار بوده، به آن‌ها نیاز باشد.
کنترل نسخه فقط مربوط به فایل دیجیتال نیست. روی نسخه چاپی، شماره مدرک و بازنگری خوانا باشد و هنگام ابلاغ نسخه جدید، گیرندگان نسخه‌های قبلی هم پیگیری شوند. اگر سرپرست یک گروه هنوز نقشه قدیمی را روی دیوار کارگاه دارد، مرتب بودن پوشه مشترک به‌تنهایی مشکل را حل نمی‌کند.
برای شروع، پوشه‌ها را بر اساس چند گروه اصلی بسازید و داخل هر گروه، فایل‌های در حال تهیه را از مدارک ابلاغ‌شده جدا کنید. تعداد پوشه‌ها باید با حجم کار تناسب داشته باشد. اگر برای پیدا کردن یک صورتجلسه باید از چندین پوشه تو‌در‌تو عبور کرد، ساختار بایگانی نیاز به ساده‌تر شدن دارد.
نمونه زیر یک ساختار پیشنهادی است. عنوان‌ها عمداً کوتاه‌اند و می‌توان آن‌ها را در فضای مشترک داخلی پروژه به کار برد:
نسخه مرجع هر فایل در یک محل مشخص قرار بگیرد. اگر مدرکی به چند موضوع مربوط است، در فهرست به آن ارجاع بدهید؛ چند کپی قابل ویرایش از یک سند در پوشه‌های مختلف، احتمال اختلاف نسخه را بالا می‌برد. ارتباط مدارک را با کد ثبت کنید تا با جابه‌جایی پوشه، سابقه موضوع از بین نرود.
MDR مخفف Master Document Register است؛ فهرستی برای شناخت و پیگیری مدارک. برای این کارگاه، یک جدول ساده می‌تواند شامل کد و عنوان مدرک، رشته یا محل، نسخه، وضعیت، تاریخ دریافت و پاسخ، مسئول پیگیری، شماره برگه ارسال و مسیر فایل باشد.
در کنار فهرست اصلی، سابقه گردش هر مدرک را هم نگه دارید. یک ردیف خلاصه وضعیت جاری را نشان می‌دهد و ردیف‌های سابقه مشخص می‌کنند چه نسخه‌ای در چه تاریخی ارسال شده و چه نتیجه‌ای گرفته است. نمونه زیر، بخش کوچکی از فهرست جاری پروژه است؛ تاریخ‌ها و مهلت‌ها در این نمایش کوتاه حذف شده‌اند، اما در فایل واقعی لازم‌اند.
| کد و عنوان | نسخه | وضعیت | مرجع ارسال | پیگیری بعدی |
|---|---|---|---|---|
| P04-STR-DRW-012؛ جزئیات بازشو | R02 | در حال بررسی؛ R01 سابقه ابلاغ اجرا دارد | TRN-036 | دریافت نتیجه بررسی R02 |
| P04-GEN-RFI-003؛ ابهام مسیر تأسیسات | R00 | پاسخ دریافت شد؛ اقدام هنوز باز است | LTR-024 | تعیین اثر پاسخ بر نقشه مرتبط |
| P04-GEN-MOM-006؛ جلسه هماهنگی | R01 | برای طرف‌های جلسه ارسال شد | TRN-035 | پیگیری مصوبه شماره ۳ |
در یک بازبینی کوتاه، می‌توان اسناد بی‌پاسخ را با فیلتر مسئول و موعد پیدا کرد. دریافت پاسخ لزوماً به معنی بسته شدن اقدام نیست؛ مثلاً پاسخ RFI ممکن است به اصلاح نقشه نیاز داشته باشد. وضعیت پاسخ و وضعیت اقدام را در دو ستون جدا ثبت کنید تا موضوع زودتر از موعد بسته اعلام نشود.
گروه اجرا معمولاً به نسخه ابلاغ‌شده نیاز دارد، در حالی که تهیه‌کننده باید به فایل کاری دسترسی ویرایش داشته باشد. دسترسی مدارک مالی، قراردادی یا شخصی نیز با وظیفه افراد تنظیم شود. برای بایگانی دیجیتال، مسئول تهیه پشتیبان، محل نسخه پشتیبان و روش بازیابی را تعیین کنید؛ وجود یک کپی روی همان دستگاه، در صورت خرابی آن کافی نیست.
راهنمای مدیریت مدارک ساختمانی Procore نیز شماره‌گذاری، فهرست اصلی، سابقه نسخه‌ها، دسترسی و پشتیبان را از اجزای این کار می‌داند. مدت نگهداری اسناد را بر اساس قرارداد و الزامات قابل اعمال پروژه تعیین کنید؛ برای همه اسناد یک مدت ثابت و بی‌منبع در نظر نگیرید.
مدارک باید به سؤال‌های واقعی پروژه پاسخ بدهند. چند ارتباط ساده بین اسناد را می‌توان از ابتدا در فهرست‌ها ثبت کرد.
گزارش روزانه محل ثبت کار انجام‌شده، محل فعالیت، نیرو و تجهیزات، تحویل‌های مهم و مسائل همان روز است. عکس مرتبط باید تاریخ، محل و توضیح داشته باشد تا بعداً معلوم شود چه وضعیتی را نشان می‌دهد. در راهنمای گزارش روزانه کارگاه Procore نیز ثبت منظم و روشن رویدادها مبنای استفاده از گزارش است.
برای شروع ثبت روزانه، نمونه گزارش روزانه کارگاه ساختمانی با فرم خام و تکمیل‌شده اکسل را ببینید؛ در آن مقدار اجرا، نفرساعت، مصالح و رویدادها کنار مرجع مدارک ثبت شده‌اند.
گزارش هفتگی، این اطلاعات را برای بررسی پیشرفت، مشکلات باز و تصمیم‌های مورد نیاز جمع‌بندی می‌کند. نوشتن عبارت «کار طبق روال انجام شد» در تمام روزها، به گزارش هفتگی قابل تحلیل منتهی نمی‌شود. مقدار یا شرح قابل بررسی فعالیت و مرجع مدرک، ارزش گزارش را بیشتر می‌کند.
صورتجلسه، تصمیم و مسئول پیگیری آن را ثبت می‌کند. درخواست اطلاعات فنی یا RFI، یک ابهام مشخص را برای پاسخ به مرجع مربوط می‌فرستد. درخواست تغییر هم برای بررسی تغییر دامنه یا روش و اثر آن بر زمان، هزینه و سایر شرایط مطرح می‌شود. این اسناد ممکن است به هم مرتبط باشند، ولی جای یکدیگر را نمی‌گیرند.
در مثال بازشو، ابتدا ابهام با شماره RFI ثبت می‌شود. اگر پاسخ به تغییر نقشه منجر شد، کد نقشه و نسخه تازه به همان موضوع ارجاع می‌گیرد. اگر اثر زمانی یا مالی مطرح است، آن اثر در مسیر رسیدگی مربوط پیگیری می‌شود. صرف دریافت پاسخ فنی، مجوز افزایش هزینه یا تغییر مدت قرارداد نیست.
برای کنترل هزینه پروژه ساختمانی، هر ثبت مهم باید به مدرک و کد هزینه قابل پیگیری وصل باشد. سفارش خرید، تحویل کالا، کار انجام‌شده و پرداخت، رویدادهای متفاوتی هستند؛ در بایگانی نیز باید بتوان رابطه آن‌ها را پیدا کرد و از ثبت دوباره یک هزینه جلوگیری کرد.
برای بررسی یک توقف، تاریخ شروع و پایان، محل فعالیت، علت گزارش‌شده، مکاتبه مرتبط و اقدام انجام‌شده را نگه دارید. عکس یا گزارش به‌تنهایی مسئولیت قراردادی را تعیین نمی‌کند، اما سابقه منظم به بررسی موضوع کمک می‌کند. بهتر است ثبت رویدادها همان زمان انجام شود، نه اینکه در پایان پروژه از حافظه افراد بازسازی شود.
سوابق بازرسی، نتیجه آزمون و رفع عدم انطباق باید به محل و فعالیت مربوط قابل انتساب باشند. نگهداری برگه آزمون، جای بررسی نتیجه توسط مرجع فنی را نمی‌گیرد. اگر موردی نیاز به اصلاح دارد، مسئول، اقدام و مدرک رفع آن نیز ثبت شود.
نقشه‌های چون‌ساخت، مدارک تجهیزات نصب‌شده، دستورالعمل‌ها و فهرست نواقص تحویل، در طول کار تکمیل می‌شوند. برای هر بسته تحویل، مدارک مورد انتظار و موارد ناقص را مشخص کنید. با این روش، قبل از جلسه تحویل معلوم است کدام پرونده آماده است و چه مدرکی هنوز باید دریافت شود.
بازبینی هفتگی لازم نیست طولانی باشد. فهرست مدارک را باز کنید، موارد عقب‌افتاده را با مسئول آن‌ها مرور کنید و نتیجه را به چند اقدام مشخص تبدیل کنید. این ده سؤال برای شروع مناسب‌اند:
خروجی این مرور می‌تواند سه ردیف ساده باشد: موضوع، مسئول و موعد. برای مثال، «پیگیری نتیجه R02 نقشه بازشو با دفتر فنی» یا «جمع‌آوری سابقه تحویل نقشه جایگزین از گروه اجرا». همین پیگیری منظم، از انباشته شدن پرونده‌های باز جلوگیری می‌کند.
برای تبدیل ثبت‌های روزانه به یک خروجی مدیریتی، نمونه گزارش هفتگی کارگاه را ببینید. فرم دوصفحه‌ای آن، وضعیت اجرا، موانع و درخواست تصمیم را با مرجع داده و موعد پیگیری کنار هم قرار می‌دهد.
الزاماً نه. در شروع، جدول کنترل مدارک و یک محل مشترک با دسترسی مشخص می‌تواند کافی باشد. وقتی حجم مدارک، تعداد افراد، گردش تأیید یا نیاز به ثبت سابقه بیشتر شد، باید مناسب بودن این روش را دوباره بررسی کرد. نرم‌افزار، مسئولیت‌ها و روش نام‌گذاری نامشخص را به‌تنهایی اصلاح نمی‌کند.
شماره نسخه بالاتر، به‌تنهایی مجوز اجرا نیست. وضعیت بررسی، هدف ارسال و مرجع ابلاغ همان نقشه باید روشن باشد. اگر تغییر تازه بر کار جاری اثر دارد، ادامه یا توقف بخش مربوط را از صاحب اختیار پروژه تعیین تکلیف کنید؛ از روی نام فایل تصمیم نگیرید.
از قرارداد و پیوست‌ها، نقشه‌های مبنای کار، برنامه مصوب، ثبت مکاتبات و گزارش روزانه شروع کنید. سپس فهرست مدارک را بر اساس فعالیت‌های پروژه تکمیل کنید. برای مدارک خرید، کیفیت و تحویل هم از ابتدا مسئول و محل نگهداری تعیین کنید تا در زمان نیاز، جمع‌آوری آن‌ها از صفر شروع نشود.
فهرست را با مدارک پروژه خودتان تطبیق دهید و مسئول‌ها، کدگذاری و وضعیت‌ها را با تیم هماهنگ کنید. ثبت یک نقشه واقعی از دریافت تا ابلاغ، ابهام‌های گردش کار و بایگانی را نشان می‌دهد.
مدیرساخت از سال 1402 فعالیت خود را آغاز کرده است و به عنوان یک منبع جامع و قابل اعتماد، به علاقه‌مندان و متخصصان حوزه ساخت و ساز، آموزش‌های کاربردی و به‌روز در زمینه مبانی مدیریت ساخت ارائه می‌دهد.
