مغایرت پیشرفت پروژه یعنی دو مقدار درباره وضعیت ظاهراً یکسان داریم، اما معلوم نیست اختلاف آن‌ها از اجراست یا از تاریخ، دامنه، مبنای اندازه‌گیری و کیفیت داده. پیش از انتخاب یک درصد، باید مقایسه‌پذیری مقادیر و منبع هر عدد بررسی شود. این راهنما روش بررسی اختلاف پیشرفت در دو دوره و ثبت اصلاح با حفظ سابقه را نشان می‌دهد.
نویسنده: تیم سینچ · به‌روزرسانی محتوایی: ۱۴ مهر ۱۴۰۵
اختلاف داده را از فاصله برنامه و عملکرد جدا کنید
اگر برنامه و عملکرد برای یک تاریخ و یک دامنه برابر باشند، اختلاف آن‌ها یک فاصله قابل گزارش است. اما اگر دو گزارش عملکرد، برای یک فعالیت عددهای متفاوتی ارائه کنند، ابتدا با مغایرت داده روبه‌رو هستیم. این دو مسئله روش بررسی متفاوتی دارند؛ یک اختلاف عددی به‌تنهایی اثبات تأخیر زمانی یا مسئولیت قراردادی نیست.
| نوع اختلاف | مثال نمایشی | اولین بررسی |
|---|---|---|
| برنامه در برابر عملکرد | برنامه ۴۰٪؛ عملکرد ۳۴٪ در یک تاریخ | برابری تاریخ، دامنه و مبنای وزن‌دهی |
| دو منبع عملکرد | گزارش کارگاه ۶۰٪؛ جدول دفتر فنی ۵۵٪ | روش اندازه‌گیری، نسخه و شاهد هر منبع |
| دو دوره متوالی | دوره قبل ۶۰٪؛ دوره جاری ۵۵٪ | اصلاح داده، تغییر دامنه یا اشتباه شناسه |
| داده دریافت‌نشده | فعالیت موجود است؛ مقدار جاری خالی است | دریافت مقدار معتبر؛ خالی را صفر فرض نکنید |
پیش از مقایسه، شش مورد را یکسان کنید
- شناسه فعالیت یا گروه کار؛ نام مشابه به‌تنهایی برای تطبیق کافی نیست.
- تاریخ مبنا؛ مقدار ثبت‌شده امروز را با وضعیت پایان ماه گذشته مخلوط نکنید.
- دامنه کار؛ اضافه یا حذف شدن بخشی از کار، مخرج محاسبه را تغییر می‌دهد.
- مبنای درصد؛ پیشرفت فیزیکی، مدت سپری‌شده و مقدار کار انجام‌شده یک مفهوم واحد نیستند.
- وزن‌ها و نسخه برنامه؛ تغییر وزن می‌تواند درصد کل را بدون تغییر متناظر اجرای کار جابه‌جا کند.
- منبع و وضعیت تأیید؛ داده گزارش‌شده را از داده بازبینی و تأییدشده جدا کنید.
برای نمونه، مستندات Microsoft Project میان Percent Complete وابسته به مدت فعالیت و Physical Percent Complete تمایز می‌گذارد. بنابراین پیش از مقایسه فایل‌ها باید نام و معنای فیلد مشخص باشد. تعریف Percent Complete در مستندات Microsoft و تعریف Physical Percent Complete را می‌توانید برای بررسی این تفاوت بخوانید.
نمونه جدول بررسی دو دوره
در این مثال آموزشی، مقدار دوره قبل از گزارش تأییدشده مرداد و مقدار جاری از فایل گزارش‌شده شهریور گرفته شده است. هیچ‌یک از نام‌ها یا اعداد به پروژه واقعی اشاره ندارد. هدف، ثبت سؤال و مسیر تصمیم است؛ نه انتخاب خودکار عدد بزرگ‌تر یا کوچک‌تر.
| فعالیت نمایشی | دوره قبل | دوره جاری | نشانه بررسی | اقدام لازم |
|---|---|---|---|---|
| سازه طبقه اول | ۶۰٪ | ۵۵٪ | کاهش در مبنای ادعاشده یکسان | بررسی سند اصلاح و نسخه؛ مقدار تأییدشده قبلی حفظ شود |
| دیوارچینی | ۲۰٪ | ۲۰٪ | عدم تغییر؛ لزوماً خطا نیست | با گزارش کارگاه بررسی شود که توقف یا نبود کار جدید رخ داده است |
| تأسیسات طبقه دوم | ۱۰٪ | دریافت نشده | داده ناقص | درخواست تکمیل؛ کاهش به صفر گزارش نشود |
| نازک‌کاری | شناسه قدیمی | شناسه جدید | تطبیق نامطمئن | تأیید رابطه شناسه‌ها و دامنه پیش از مقایسه |
علت کاهش پیشرفت پروژه چه می‌تواند باشد؟
کاهش درصد ممکن است ناشی از اصلاح یک عدد قبلی، حذف کار تأییدنشده، تغییر دامنه یا وزن، جابه‌جایی شناسه، اختلاف تاریخ مبنا یا خطای ورود داده باشد. در برخی پروژه‌ها تغییر واقعی وضعیت کار نیز باید بررسی شود. کاهش را پنهان نکنید و از روی درصد، علت یا مسئول تعیین نکنید.
مثلاً اگر گروهی با پیشرفت بالا وزن کمتری بگیرد و گروه کم‌پیشرفت وزن بیشتری، درصد کل می‌تواند کاهش یابد. در چنین حالتی باید نسخه و مبنای وزن‌دهی را کنار عدد کل گزارش کرد؛ مقایسه دو عدد با وزن‌های متفاوت به توضیح نیاز دارد.
اصلاح داده را چگونه ثبت کنیم؟
- مقادیر و منابع اولیه را نگه دارید و مغایرت را با شناسه مشخص ثبت کنید.
- دلیل اختلاف و شاهد آن را پیدا کنید؛ اگر دلیل نامعلوم است، مورد را باز نگه دارید.
- مقدار پیشنهادی اصلاح، شخص مجاز به تصمیم و تاریخ تصمیم را مشخص کنید.
- پس از تأیید، مقدار اصلاح‌شده را در نسخه جدید ثبت کنید و به سابقه قبل پیوند دهید.
- در گزارش دوره توضیح دهید کدام بخش تغییر واقعی عملکرد و کدام بخش اصلاح داده یا مبنا بوده است.
نمونه توضیح آموزشی: «مقدار فعالیت نمایشی S-101 در فایل شهریور ۵۵ درصد گزارش شده است؛ با مقدار تأییدشده ۶۰ درصدی مرداد مغایرت دارد. تا دریافت توضیح و سند اصلاح، مقدار جاری تأیید نشده و در جمع‌بندی با برچسب نیازمند بررسی نمایش داده می‌شود.»
مغایرت چه اثری بر گزارش ماهانه دارد؟
داده ناقص یا متعارض را بدون توضیح وارد جمع کل نکنید. اگر گزارش باید منتشر شود، دامنه داده تأییدشده، موارد باز و محدودیت محاسبه را صریح بنویسید. نمونه گزارش ماهانه پروژه برای ساختار گزارش و راهنمای گزارش قابل ردیابی برای ثبت شاهد و نسخه مکمل این بررسی‌اند.
پرسش‌های رایج
آیا باید عدد بالاتر را انتخاب کنیم؟
خیر. معیار انتخاب، منبع معتبر، مبنای یکسان و تأیید شخص مجاز است. بزرگ‌تر یا جدیدتر بودن عدد، اعتبار آن را به‌تنهایی ثابت نمی‌کند.
آیا خالی بودن پیشرفت یعنی صفر درصد؟
خیر. مقدار خالی می‌تواند به معنی دریافت‌نشدن یا تأییدنشدن داده باشد. صفر، یک مقدار مشخص است و باید منبع داشته باشد.
آیا اختلاف درصد می‌تواند مدت تأخیر را تعیین کند؟
به‌تنهایی خیر. بررسی زمانی به برنامه، منطق فعالیت‌ها و تحلیل تخصصی نیاز دارد. این راهنما درباره کنترل کیفیت داده و مقایسه دوره‌هاست.
برای بررسی این جریان در پروژه خود، کاربرد سینچ در گزارش دوره‌ای پروژه را ببینید؛ ورودی‌های لازم، نمونه آموزشی خروجی، نقش تأیید کارشناس و مسیر درخواست طرح آزمایشی در آن توضیح داده شده است.
این مسئله در پروژه شما هم تکرار می‌شود؟
اگر در هر دوره برای تطبیق درصدها، اسناد و وضعیت تأیید به مرور دستی چند فایل وابسته هستید، می‌توانید این بخش از چرخه گزارش‌دهی را برای ارزیابی تناسب سینچ مشخص کنید.
بررسی تناسب پروژه برای طرح آزمایشی سینچ · سیاست استفاده از داده و هوش مصنوعی