روزبه کران زاده | کنترل پروژه

تا وقتی فکر می‌کنی صورت‌وضعیت‌نویسی فقط پر کردنِ جدولِ اکسل و زدنِ فهرست‌بهاست، همیشه از کارفرما عقب می‌مونی.🚧 صورت‌وضعیت، یعنی تبدیلِ واقعیتِ کارگاه به عدد و رقم. اگر بینِ گزارش‌های روزانه، برنامه زمان‌بندیِ MSP و صورت‌وضعیتت همپوشانی (Overlap) نباشه، یعنی داری پولت رو دو دستی تقدیم کارفرما می‌کنی.👷🏻‍♂️ روند تهيه و تاييد و پرداخته صورت وضعيت هاى مهندسى، كالا و اجرا در پروژه هاى EPC با نمونه هاى واقعى📝 #كران_زاده #كنترل_پروزه #ерс 🔗برای مطالعه بیشتر به این لینک مراجعه کنید

نکته طلایی در تنظیم جدول همپوشانی قراردادهای سرجمع! ⚠️👇 طبق ضوابط بخشنامه ۵۰۹۰، برای محاسبه تاخیرات مالی باید بازه وقوع توقف کار رو از «تاریخ پرداخت واقعی» به اندازه مدت تمدید محاسبه‌شده عقب بیایم. 📉 نکته کلیدی اینجاست که در جدول همپوشانی نباید کل این زمان رو وارد کنید؛ بلکه دقیقا باید تکه دوم (نیمه دوم) این نصف عدد ۵۰۹۰ منظور بشه تا محاسبه تأخیرات مجاز کاملا دقیق و بر اساس ضوابط بخشنامه باشه! 📐🏗 #قرارداد_سرجمع #بخشنامه5090 #تاخیرات_مالی #همپوشانی_تاخیرات 🔗برای اموزش بیشتر به این لینک مرجعه کنید

⏳Float Ownership & شناورى (Float) در واقع همون زمان انعطاف پذيرى در برنامه زمانبندى ماست. زمانى كه يک فعاليت ميتونه بدون اينكه كل پروژه به تأخير بيفته، ديرتر شروع بشه يا تموم بشه. معمولاً بيمانكارها شناورى رو متعلق به خودشون میدونن. اونها معتقدن اين زمان براى مديريت ريسك ها، مشكلات پيش بينى نشده و هزينه سازى منابع خودشونه و مى تونن هر طور كه صلاح مى دونن ازش استفاده كنن.👷🏻‍♂️ از طرف ديگه، كارفرماها ميگن شناورى متعلق به كل پروژه است، نه يک شخص خاص! اونها معتقدن هر كسى كه اول به اين زمان نياز پيدا كنه (چه به خاطر تأخيرات مجاز كارفرما و چه پيمانكار)، ميتونه 🧑🏻‍💼."First come, first served" .ازش استفاده كنه راه حل چيه؟ بهترين و شفاف ترين راه، مشخص كردن اين موضوع در قرارداد پروژه است. اينكه در متن قرارداد به وضوح ذكر بشه كه شناورى متعلق به چه كسيه يا نحوه استفاده از اون به چه صورته، از بروز اختلافات بزرگ در آينده جلوگيرى مى كنه📝. 🔗برای مطالعه بیشتر به این لینک مراجعه کنید

بيايم ديگه واحد DCC رو با كنترل پروژه فاز مهندسى يكى ندونيم! 👥 اين يک عرف اشتباه هستش كه مدتهاست تبديل به يک فرهنگ غلط شده كه اين دو جايكَاه رو باهم يكى ميدونن وهردو رو عملا با يک اسم صدا ميزنن!🖇 دراين ويدئو مفصل توضيح دادم كه فرق اين دو واحد دقيقا چيه!🎥 #كران_زاده #كنترل_پروره #msp #dcc #واحدمهندسی 🔗برای مطالعه بیشتر به این لینک مراجعه کنید

📂 هنوز مکاتبات، نامه‌ها و مدارک پروژه‌هات پراکنده و نامنظمه؟! این فایل فرموله و آماده کنترل اسناد و مدارک (DCC) دقیقاً برای کسایی طراحی شده که به دنبال نظم، سرعت و مدیریت حرفه‌ای اسناد هستن. ✅ 🔹 ثبت و رهگیری کامل اسناد و مکاتبات 🔹 فیلترگیری بر اساس پروژه، نوع مدرک، فرستنده، گیرنده، وضعیت و سایر تفکیک‌ها 🔹 مناسب برای کارشناسان DCC، کنترل پروژه، دفتر فنی و تمام افرادی که می‌خوان آرشیو اسنادشون همیشه مرتب، قابل جستجو و قابل گزارش‌گیری باشه. 📑✨ با این فایل، مدیریت کنترل اسناد و مدارک، مکاتبات پروژه و آرشیو اطلاعات خیلی سریع‌تر و حرفه‌ای‌تر انجام میشه. 🚀 👇 برای دریافت این فایل به لینک های زیر مراجعه کنید ✔️مقاله سایت ✔️اینستاگرام #DCC #کنترل_اسناد #کنترل_پروژه #اکسل

خیلی‌ها فکر می‌کنن S-Curve فقط یه منحنی قشنگ توی MSP یا P6 هست که باید به کارفرما نشون بدن تا راضی بشه. 📊اما برای یه پلنر حرفه‌ای، این منحنی یعنی ترازویِ حقیقت!⚖️ ✍🏻طراحى یک نمودار 📈پيشرفت اس كرو حرفه اى در اكسل👨🏼‍💻 #كران_زاده #اكسل_پيشرفته #اس_كرو #نموداركرو #نمودارپيشرفت #scurve 🔗برای مطالعه بیشتر به این لینک مراجعه کنید

⚠️ هیچ‌وقت در فهرست منضم به پیمان، ردیفی با عنوان «متفرقه» ایجاد نکنید! این عنوان به ظاهر ساده، یکی از رایج‌ترین دلایل بروز اختلافات قراردادی در پروژه‌های عمرانی و صنعتی است. ❌ وقتی شرح فعالیت مشخص نباشد، کارفرما ممکن است هر فعالیتی را ذیل ردیف «متفرقه» قرار دهد و از پیمانکار بخواهد آن را با همان مبلغ انجام دهد. نتیجه چیست؟ 🤔 🔹 افزایش ریسک ادعا (Claim) 🔹 اختلاف در تفسیر مفاد قرارداد 🔹 تحمیل هزینه‌های پیش‌بینی‌نشده 🔹 ایجاد تأخیر در اجرای پروژه 🔹 افزایش احتمال ارجاع پرونده به حل اختلاف یا داوری ✅ اگر کاری قابل تعریف است، برای آن شرح، محدوده و ردیف مشخص در فهرست منضم به پیمان تعیین کنید. شفافیت در قرارداد، بهترین راه برای کاهش اختلافات و مدیریت صحیح پروژه است. #مدیریت_پروژه #کنترل_پروژه #قرارداد #سرجمع #پیمانکاری

فصل هفتم دوره مدیریت هوشمند تاخیرات به صورت آپدیت در اسپات پلیر قرار گرفت 🙏🏻👨🏼‍💻

شناورى پروژه متعلق به كيست؟ پيمانكار يا كارفرما؟ اين يک اشتباه رايج است كه شناورى كل (Total Float) را يک منبع مشترک بدانيم كه هر طرفى زودتر از آن استفاده كند، برنده است. اغلب, تأخير در تعهدات كارفرما (مانند تأييد مدارک، تحويل متريال يا آزادسازى جبهه هاى كارى) به سادگى شناورى مسيرهاى پيمانكار را مصرف كرده و ريسک پروژه را به طور ناعادلانه به دوش ما مى اندازد.🚧 راهكار هوشمندانه، «تصاحب مالكيت شناورى» فعاليت هاى در تعهد كارفرماست. چطور؟ با تعريف دقيق اين فعاليت ها در برنامه زمان بندى و ايجاد وابستگى هاى منطقى (Predecessors) براى فعاليتهاى اجرايى خودمان. با اين روش، هر روز تآخير كارفرما، مستقيماً شناورى همان فعاليت را مصرف كرده و به صورت شفاف و مستند قابل رديابى است.✍🏻 اين يعنى ايجاد يک سير دفاعى براى پيمانكار و ابزارى قدرتمند براى مديريت ادعا (Claim) و گرفتن تأخيرات مجاز.⚖️ #مديريت_پروره #برنامه_ريزى #مديريت_ادعا #شناورى #تاخيرات_پروره #كارفرما #پيمانكار #ساخت_وساز 🔗برای مطالعه بیشتر به این لینک مراجعه کنید

دو راهى هميشگى در MSP: ستون % Complete يا Physical %Complete؟ بسيارى از كارشناسان و مدرسان معتقدند براى محاسبه درصد پیشرفت واقعى (Actual) بايد فقط يكى از اين دو ستون را انتخاب كرد و استفاده از ديگرى اشتباه است.❌ اما اين تفكر در فازهاى حساس بروزرسانى (Update) و زمان بندى مجدد (Reschedule) شما را با بن بست مواجه مى كند.⛔️ ✅راهكار اجرايى چيست؟ در اين ويديو ثابت مى كنم كه به دليل محدوديتهاى ذاتى هر كدام از اين فيلدها، براى يك اپديت حرفه اى و بدون خطا، بايد از هر دو ستون به صورت همزمان استفاده كنيد.🛠️ روشى كه در اينجا مى بينيد، حاصل تجربه واقعى و مواجهه با چالش هاى كف پروره است؛ نكاتى كه معمولاً در آموزشهاى تئورى و توسط مدرسينى كه تجربه اجرايى ندارند، گفته نمى شود.👷🏻‍♂️ 📌دراين ویدیو ياد مى گيريد: 🔹چرا انتخاب تك بعدى اشتباه است؟ 🔹چطور محدودیت های MSP را با ترکیب این دو ستون دور بزنیم ؟ اگر تجربه چالش در اپدیت برنامه را داشتید این پست را حتما ذخیره کنید #كنترل_پروره #ام_اس_پي #برنامه_زمانبندى #مديريت_پروره #مهندسى_عمران #بروزرسانى_پروره #آموزش_كنترل_پروره #كران_زاده 🔗برای مطالعه بیشتر به این لینک مراجعه کنید

چرا وقتت رو با تبديل دستى تاريخ ها در MSP و پريماورا هدر ميدى؟⏳🫤 روش هاى غير از "پرنيان" اغلب كاملاً دستى هستن و بايد هربار تاريخ هاى ميلادى رو دونه دونه تبديل كنى.😩 اين كار ٣ تا ايراد اساسى داره: 1ـ خيلى خسته كننده و وقت گيره.⏰ 2ـ احتمال خطاى انسانى رو به شدت بالا مى بره. ❌ 3ـ باعث ميشه مخاطب گزارشت (مدير يا كارفرما) درک درستى از زمان بندى پروژه پيدا نكنه چون تاريخ ها گويا نيستن. 🤷🏼با شمسى ساز پرنيان يكبار براى هميشه تقويمت رو فارسى، اتوماتيک و استاندارد كن.🗓️ ما در وب سايتمون نماينده رسمى فروش اين محصول هستيم و خيال شما رو از بابت لايسنس راحت مى كنيم.🔐 ميخواى نصبش كنى؟ #كنترل_پروره #شمسى_ساز #پرنيان #تقويم_فارسى #تقويم_شمسى 🔗برای مطالعه بیشتر به این لینک مراجعه کنید

🚧دوره وقوع توقف كار ناشى از تاخيرات فنى! 📈اين بازه زمانى هستش كه براى محاسبه همپوشانى عوامل مختلف تاخير در جدول مربوطه آورده ميشود كه در اين ويدئو نحوه محاسبه اون رو توضيح داديم! #لايحه_تاخيرات #محاسبه_تاخيرات #تمديد_پيمان #جدول_هميوشانى #مهندسى_قراردادها 🔗برای مطالعه بیشتر به این لینک مراجعه کنید

📊نحوه محاسبه دوره وقوع توقف كار ناشى از تاخيرات مالى در آناليز تاخيرات: ⏳گام كليدى براى تعيين همپوشانی تاخيرات! ⚖️اين ويدئو به طور كامل به شما آموزش ميدهد كه چكَونه با استفاده از مفاد بخشنامه ٥٠٩٠ و بر اساس مدت تمديد محاسبه شده، دوره توقف كار را مشخص كرده و آن را براى ورود دقيق در جدول همپوشانی تاخيرات و تهيه يک لايحه تاخيرات قوى آماده كنيد. 📃دوره وقوع توقف كار مقطعى است هم اندازه مدت تمديد مجاز كه به تاريخ واقعى پرداخت منتهى مى شود و تعيين آن براى تحليل دقيق تداخل ها حياتى است🎯 اين دانش تخصصى، مديريت زمان و مالى پروژه شما را متحول مى كند! #برنامه_ريزى_وكنترل #لايحه_تاخيرات #همپوشانى_تاخيرات 🔗برای مطالعه بیشتر به این لینک مراجعه کنید

⚖️مقايسه دو روش پركاربرد آناليز تاخيرات: IAP در برابر TIA ⏳در ادعاها و مديريت تاخيرات پروژه، انتخاب روش مناسب تحليل تاخيرات ميتونه سرنوشت ادعاى مالى و زمانى شما رو تغيير بده! 🔍اما سوال اصلى اينجاست: كدام روش؟ چه زمانى؟ • هر كدوم از روش هاى (Impacted As-Planned (IAP و Time lmpact Analysis ( TIA) دقیقا کجا باید استفاده بشن و كجا نبايد؟ مزايا و معايب كليدى هر روش چيست؟ شرايط فنى و پيش نيازهاى استفاده از هر كدوم چيه؟ از منظر كارفرما و پيمانكار, كدام روش برنده بازيه و دفاع ازش راحت تره؟ 🎯پاسخ كامل و تحليل مقايسه اى اين دو روش رو داخل اين ويديو ببينيد! 📌اگر اين محتوا براى پروژه هات كاربردى بود, ذخيره اش كن و براى همكارانت بفرست. #آناليزتاخيرات #ادعاى_پيمانكارى #مديريت_پروره 🔗برای مطالعه بیشتر به این لینک مراجعه کنید

⭕️⭕️دانلود فایل pdf مقاله⭕️⭕️

در پروژه‌های ساختمانی، Three Week Look Ahead یک ابزار اجراییِ حیاتی برای پل زدن بین برنامه‌ی کلان و واقعیتِ روزمره‌ی کارگاه است. 🧠 این مقاله توضیح می‌دهد که چرا برای کنترل مؤثر پروژه، فقط داشتن برنامه‌ی اصلی کافی نیست و باید یک نگاه کوتاه‌مدت، دقیق و قابل‌اجرا برای سه هفته‌ی آینده داشت تا منابع، نیروی انسانی، مصالح و وابستگی‌های اجرایی به‌موقع هماهنگ شوند. 📊 در این مطلب، ساختار و اجزای اصلی یک برنامه‌ی سه‌هفته‌ای پیش‌بین بررسی شده؛ از اطلاعات پایه‌ی پروژه و تفکیک هفتگی گرفته تا فعالیت‌ها، مدت زمان، منابع، مسئولیت‌ها، وابستگی‌ها و ثبت پیشرفت. ✅ همچنین مقاله نشان می‌دهد که این برنامه معمولاً در ابزارهای منعطف‌تری مثل Excel یا Google Sheets تهیه می‌شود، چون در کارگاه، برنامه باید زنده باشد و سریع با شرایط واقعی تغییر کند؛ نه اینکه اسیر پیچیدگی‌های نرم‌افزاری شود. 🏗️ از طرف دیگر، مقاله به مزایای عملی این روش مثل هماهنگی بهتر بین تیم‌ها و پیمانکاران فرعی، افزایش بهره‌وری، پیش‌بینی مشکلات قبل از وقوع، انعطاف‌پذیری در به‌روزرسانی و مدیریت دقیق منابع می‌پردازد. در مجموع، این مقاله برای مدیران پروژه و کارشناسان کنترل پروژه‌ای که می‌خواهند اجرای کوتاه‌مدت را از حالت واکنشی به حالت پیش‌نگرانه تبدیل کنند، یک راهنمای کاربردی و کارگاهی است. 🔍 برای مطالعه مقاله در سایت روی این لینک کلیک کنید

در این مقاله توضیح داده می‌شود که برای ثبت پیشرفت واقعی فعالیت‌ها در Microsoft Project (MSP)، استفاده از %Complete همیشه بهترین گزینه نیست؛ چون این فیلد بر پایه‌ی مدت‌زمان کار می‌کند، نه حجم واقعی کار انجام‌شده. یعنی اگر درصد پیشرفت یا زمان باقیمانده را وارد کنیم، MSP یکی را بر اساس دیگری محاسبه می‌کند و این موضوع می‌تواند برای ثبت دقیق پیشرفت واقعی محدودکننده باشد. 📊 مقاله نشان می‌دهد که اگر از %Complete استفاده کنیم، نرم‌افزار یا: درصد پیشرفت را واردشده تلقی کرده و Actual Duration و Remaining Duration را بر همان اساس تنظیم می‌کند، یا اگر مدت‌زمان واقعی و باقیمانده را بدهیم، درصد پیشرفت را از روی آن‌ها محاسبه می‌کند. این رفتار باعث می‌شود نتوانیم بعضی حالت‌های واقعی پروژه را دقیق ثبت کنیم؛ مثلاً وقتی بخواهیم بگوییم یک فعالیت فقط بخشی از حجم کار را پیش برده ولی هنوز زمان زیادی تا پایان دارد. ✅ در مقابل، Physical%Complete برای ثبت پیشرفت واقعیِ حجمی مناسب‌تر است. مقاله تاکید می‌کند که برای آپدیت حرفه‌ای پروژه، مخصوصاً در زمان Reschedule، بهتر است درصد واقعی پیشرفت را در Physical%Complete وارد کنیم و از %Complete فقط به‌عنوان فیلدی وابسته به زمان استفاده شود. 🏗️ نکته‌ی مهم دیگر این است که مقدار Physical%Complete در سطح Summary به‌صورت پیش‌فرض نمایش داده نمی‌شود و برای نمایش آن باید تنظیمات یا روش‌های مربوطه را طبق مقاله‌های مرتبط انجام داد. 🔍 برای مطالعه‌ی کامل مقاله، این لینک را ببین

⭕️⭕️دانلود فایل pdf مقاله⭕️⭕️

مدیریت ادعای تاخیرات (Delay Claims) یکی از چالش‌برانگیزترین و حیاتی‌ترین مباحث در پروژه‌های عمرانی است که تسلط بر آن، مرز بین سود و زیان پیمانکاران را تعیین می‌کند. 🏗 در این مقاله تخصصی، به بررسی جامع روش‌های استاندارد تحلیل تاخیرات، نحوه محاسبه دقیق تمدید زمان (EOT) و راهکارهای قانونی برای تنظیم لایحه تاخیرات پرداخته‌ایم. ⏱️ اگر مدیر پروژه یا کارشناس دفتر فنی هستید و می‌خواهید با اصول مستندسازی و دفاع از حقوق قراردادی در برابر تاخیرات مجاز و غیرمجاز آشنا شوید، مطالعه این مطلب دیدگاه شما را نسبت به مدیریت دعاوی ساختمانی تغییر خواهد داد. 📈⚖️ برای مطالعه مقاله در سایت روی این لینک کلیک کنید

⭕️⭕️دانلود فایل pdf مقاله⭕️⭕️