هزینهیابی پروژه با ردیابی زمان یعنی ساعتهای ثبتشده را با یک سیاست روشن به فعالیت، نرخ هزینه، درآمد و پیشرفت وصل کنیم. خود تایمشیت نه سود را نشان میدهد و نه ثابت میکند چه کسی بهرهور است. داده زمانی فقط یکی از ورودیهاست؛ قرارداد، دامنه، هزینههای مستقیم و غیرمستقیم، روش شناسایی درآمد، کیفیت خروجی و میزان کار تکمیلشده نیز باید معلوم باشند.
پاسخ عملی این است: ابتدا هدف محاسبه را تعیین کنید، سپس ساختار کار و فرهنگ داده بسازید، نرخ حقوق را از نرخ هزینه و نرخ صورتحساب جدا نگه دارید، ساعت را با هزینههای دیگر و درآمد همدوره ترکیب کنید و نتیجه را در کنار پیشرفت واقعی بخوانید. این مقاله یک مدل مدیریتی برای پروژههای خدماتی ارائه میکند؛ جای سیاست حسابداری، مالیاتی، حقوق کار یا مشاوره حرفهای متناسب با قرارداد و کشور شما را نمیگیرد.
پاسخ کوتاه: از تایمشیت چگونه به حاشیه پروژه برسیم؟
- هدف عدد را مشخص کنید: قیمتگذاری، صورتحساب، کنترل بودجه، تصمیم ظرفیت یا گزارش مالی.
- کار را به کدهای پایدار پروژه/فاز/نوع فعالیت بشکنید و تعریف «انجامشده» بدهید.
- ساعتها را با تأخیر کم، امکان اصلاح و ردپای تأیید ثبت کنید.
- برای هر نقش، نرخ مناسب همان تصمیم را اعمال کنید؛ حقوق و نرخ فروش یکی نیستند.
- هزینه مستقیم، هزینه مشترک و سربار را طبق سیاست مستند به پروژه نسبت دهید.
- درآمد شناساییشده همان دوره را از فاکتور صادرشده و وجه وصولشده جدا کنید.
- حاشیه، انحراف و forecast را همراه scope، کیفیت و پیشرفت واقعی بازبینی کنید.
اگر هنوز روش ثبت داده ندارید، ابتدا قالب جدول ثبت ساعات کاری را پیاده کنید. مقاله حاضر مرحله بعد است: تبدیل آن log به مدل هزینه و تصمیم.
یک عدد برای شش تصمیم کافی نیست
پرسش «این پروژه چقدر هزینه داشت؟» بدون بیان هدف، دوره و سیاست تخصیص پاسخ یکتایی ندارد. یک ساعت میتواند برای حقوق، صورتحساب، هزینهیابی مدیریتی یا گزارش مالی رفتار متفاوت داشته باشد.
| هدف | داده زمانی لازم | نرخ/مبنای مرتبط | هشدار |
|---|---|---|---|
| صورتحساب مشتری | زمان مجاز قرارداد و شرح قابلدفاع | نرخ فروش قراردادی | هر ساعت کاری الزاماً billable نیست. |
| حاشیه مدیریتی پروژه | زمان مستقیم، دوبارهکاری و سهم فعالیت مشترک | نرخ هزینه داخلی و سیاست سربار | این عدد لزوماً سود قانونی/صورت مالی نیست. |
| حقوق و اضافهکاری | ساعت کار طبق قانون، قرارداد و طبقه شغلی | نرخ پرداخت و قواعد محلی | کد پروژه نباید زمان قابلپرداخت را حذف کند. |
| برآورد پروژه بعدی | تاریخچه کارهای واقعاً مشابه و scope معلوم | نرخ آینده، تورم و سناریو | میانگین خام، تفاوت پیچیدگی و ریسک را پنهان میکند. |
| تصمیم ظرفیت | تعهد، انتظار، کار داخلی، مرخصی و وقفه ساختاری | ظرفیت قابلبرنامهریزی | درصد billable معیار کامل بار یا ارزش فرد نیست. |
| گزارش مالی | داده قابلردیابی طبق استاندارد و سیاست مصوب | مبنای حسابداری قابلاعمال | از داشبورد مدیریتی مستقیماً دفتر قانونی نسازید. |
مرزهای مدل را پیش از جمعآوری داده بنویسید
یک برگه یکصفحهای بسازید: تصمیم موردنظر، واحد پول، دوره، پروژههای داخل دامنه، تعریف شروع/پایان، روش برخورد با مرخصی و اضافهکاری، هزینههای مشمول، مالک نرخها، روش تخصیص، منبع درآمد و تاریخ بازبینی. مشخص کنید عددها actual، estimate یا forecast هستند و آیا مالیات بر ارزش افزوده/فروش در آنها آمده است یا نه.
گزارش تازه GAO درباره برآورد هزینه قراردادهای قیمت ثابت با اتکا به راهنمای Cost Guide تأکید میکند هدف برآورد باید از کاربرد موردنظر آغاز شود و ساختار کار، فرضها، داده، ریسک و بهروزرسانی با actual مستند باشند. دامنه این منبع برنامهها و قراردادهای دولت آمریکاست؛ در اینجا اصول قابلیت تکرار و ردیابی آن بهعنوان الگوی کنترلی استفاده میشود، نه الزام قانونی برای کسبوکار ایرانی.
ساختار کار مشترک، پل زمان و پول است
نام مشتری بهتنهایی برای تحلیل کافی نیست. یک ساختار ساده و پایدار بسازید: مشتری ← قرارداد/پروژه ← فاز یا deliverable ← نوع فعالیت. مثال نوع فعالیت: discovery، طراحی، ساخت، آزمون، مدیریت پروژه، جلسه مشتری، رفع نقص، change request و پشتیبانی. کدها باید به بودجه، قرارداد و مالک تصمیم متصل باشند.
ریزدانگی بیشازحد خطای ثبت را بالا میبرد و مقایسه را دشوار میکند؛ دسته بسیار کلی نیز منشأ انحراف را پنهان میسازد. هر کد باید یک پرسش تصمیمساز را پاسخ دهد. برای تبدیل log به فرضیه و آزمایش، راهنمای ردیابی زمان برای بهبود فرایند را ببینید؛ هدف اینجا کشف هزینهساز است، نه حذف خودکار هر فعالیت غیرمستقیم.
حداقل فرهنگ داده برای تایمشیت قابلرسیدگی
فرهنگ داده یا data dictionary تعریف میکند هر فیلد چه معنایی دارد، چه کسی آن را وارد/تأیید میکند و اصلاح چگونه ثبت میشود. توضیح آزاد نباید جای کد استاندارد را بگیرد و اطلاعات حساس مشتری نیز نباید در یادداشت تایمشیت کپی شود.
| فیلد | نمونه | کنترل |
|---|---|---|
| تاریخ/دوره خدمت | ۱۴۰۵/۰۵/۲۱ | بازه باز و بسته دوره مشخص باشد. |
| پروژه/قرارداد | P-104 / SOW-02 | کد منقضی یا تعلیقشده انتخاب نشود. |
| فاز/deliverable | آزمون پذیرش | به WBS و بودجه متناظر شود. |
| نوع فعالیت | رفع نقص | تعریف ثابت و مثال مرزی داشته باشد. |
| مدت | ۱٫۲۵ ساعت | واحد و گردکردن مصوب باشد؛ دقت کاذب نسازید. |
| وضعیت هزینه/صورتحساب | direct / non-billable | billable بودن از قرارداد بیاید، نه انتخاب سلیقهای. |
| علت استثنا | change request در انتظار تأیید | برای دوبارهکاری/انتظار، owner و تصمیم بعدی ثبت شود. |
| تأیید و اصلاح | approved / corrected | نسخه پیشین، زمان تغییر و تأییدکننده باقی بماند. |
حقوق، نرخ هزینه، نرخ فروش و نرخ استاندارد را جدا کنید
اشتباه رایج این است که حقوق ماهانه را بر ساعت قراردادی تقسیم و نتیجه را «هزینه واقعی» بنامیم. بخشی از ظرفیت صرف مرخصی، آموزش، هماهنگی، فروش، مدیریت، پشتیبانی داخلی یا idle اجتنابناپذیر میشود. همچنین مزایا، سهم کارفرما، ابزار، فضا و مدیریت ممکن است در تصمیم هزینهای دخیل باشند. مخرج و اقلام نرخ باید با هدف سازگار و مستند باشند.
| نرخ | کاربرد معمول | اجزای ممکن | با چه چیزی اشتباه نشود؟ |
|---|---|---|---|
| نرخ پرداخت | حقوق/دستمزد | پرداخت پایه و اقلام تابع قرارداد/قانون | نرخ هزینه کامل سازمان |
| نرخ هزینه مستقیم | هزینه نیروی درگیر پروژه | جبران خدمت و هزینههای کارفرمایی قابلانتساب | قیمت فروش به مشتری |
| نرخ هزینه fully loaded | حاشیه مدیریتی/ظرفیت | مستقیم + سهم مستند سربار/منابع مشترک | هزینه نقدی افزایشی یک تصمیم |
| نرخ فروش | صورتحساب یا قیمتگذاری | قیمت قراردادی نقش/خدمت | حقوق یا سود تضمینشده |
| نرخ استاندارد | بودجه و تحلیل انحراف | فرض مصوب برای دوره | actual؛ باید variance جدا داشته باشد. |
| هزینه مرتبط/افزایشی | پذیرش سفارش یا make/buy | فقط جریانهای تغییریافته با تصمیم | هزینه تخصیصیافته تاریخی |
برای نرخ هزینه سالانه میتوان از این قالب مدیریتی آغاز کرد: کل هزینه نیروی مشمول در دوره ÷ ظرفیت مولد واقعبینانه همان دوره. هر دو صورت و مخرج باید نسخه، منبع و owner داشته باشند. یک نرخ فردی میتواند اطلاعات حقوقی حساس را افشا کند؛ در گزارش عملیاتی، band یا نقش ممکن است کفایت کند و دسترسی به جزئیات نزد مالی/منابع انسانی محدود بماند.
فرمولهای پایه؛ همراه برچسب، نه «سود واقعی»
هزینه نیروی مستقیم = مجموع (ساعت هر نقش یا فرد × نرخ هزینه مرتبط)هزینه قابلانتساب پروژه = نیروی مستقیم + پیمانکار + ابزار/سفر/خرید مستقیم + تخصیص مصوب هزینه مشترکحاشیه پروژه = درآمد شناساییشده همدوره − هزینه قابلانتساب همان دامنهدرصد حاشیه = حاشیه پروژه ÷ درآمد شناساییشده × ۱۰۰انحراف ساعت = ساعت واقعی − ساعت مبنا برای scope متناظر
واژه حاشیه را با دامنهاش نامگذاری کنید: contribution margin، حاشیه مستقیم، حاشیه fully allocated یا نتیجه پس از سربار. مالیات، تأمین مالی، استهلاک، ریسک وصول، ذخیره، نرخ ارز و هزینه فرصت ممکن است بیرون یک داشبورد پروژه باشند. برای ساخت نرخ فروش و قیمت پیشنهادی فریلنسری، مقاله محاسبه قیمت پروژه را جداگانه ببینید؛ قیمت فقط هزینه ضربدر یک درصد ثابت نیست.
مثال عددی: یک پروژه، دو نوع حاشیه
فرض کنید در یک دوره، درآمد قابلشناسایی پروژه ۱۴۰ میلیون تومان است. ارقام صرفاً آموزشیاند و سیاست حسابداری یا نرخ بازار نیستند.
| جزء | محاسبه | مبلغ (میلیون تومان) |
|---|---|---|
| نیروی مستقیم | ۷۲ ساعت × ۰٫۶۵ | ۴۶٫۸ |
| پیمانکار مستقیم | طبق صورتحساب تأییدشده | ۱۸ |
| مجوز/زیرساخت مستقیم | مصرف قابلانتساب | ۸ |
| جمع هزینه مستقیم | ۴۶٫۸ + ۱۸ + ۸ | ۷۲٫۸ |
| سهم هزینه مشترک | طبق driver مصوب | ۲۲ |
| هزینه fully allocated | ۷۲٫۸ + ۲۲ | ۹۴٫۸ |
| حاشیه مستقیم | ۱۴۰ − ۷۲٫۸ | ۶۷٫۲ (۴۸٪) |
| حاشیه تخصیصیافته | ۱۴۰ − ۹۴٫۸ | ۴۵٫۲ (۳۲٫۳٪) |
هر دو پاسخ میتوانند برای تصمیم متفاوت مفید باشند. حاشیه مستقیم برای اثر کوتاهمدت سفارش و حاشیه تخصیصیافته برای پوشش ساختار بلندمدت کاربرد دارد؛ اما هیچکدام بدون تعریف دقیق «درآمد»، «سربار» و «دوره» حقیقت مطلق نیست.
Billable، direct و valuable سه برچسب متفاوتاند
جلسه داخلی ممکن است non-billable اما برای تحویل لازم باشد. زمان رفع نقص ممکن است direct ولی طبق قرارداد غیرقابلصورتحساب باشد. آموزش، مرخصی، امنیت، مستندسازی و mentoring نیز میتوانند برای سازمان ارزشمند باشند، هرچند به پروژه مشخصی فروخته نشوند. همه زمان غیرقابلصورتحساب را «اتلاف» ننامید.
سیاست کدگذاری باید change request، warranty، rework، presales، اداره، توسعه داخلی و انتظار ناشی از مشتری را جدا کند. وقتی scope تغییر میکند، آن را زیر پروژه اولیه پنهان نکنید؛ پروتکل مرزهای مالی کار و تغییر دامنه به ثبت درخواست، اثر و تصمیم صاحب اختیار کمک میکند.
مدل قرارداد تعیین میکند ساعت چه نقشی دارد
- Time & Materials: ساعت ممکن است مبنای صورتحساب باشد، اما باید با سقف، فعالیت مجاز، تأیید و شواهد قرارداد همخوان باشد.
- Fixed Price: ساعت الزاماً صورتحساب نمیشود؛ برای سنجش مصرف ظرفیت، تخمین بعدی، change و حاشیه کاربرد دارد.
- Retainer: ظرفیت رزروشده، SLA، carry-over و overage باید از زمان انجامشده جدا تعریف شوند.
- Outcome/Milestone: پرداخت به نتیجه وابسته است؛ زمان یک ورودی هزینه است، نه اثبات تکمیل outcome.
- داخلی/سرمایهای: مبنای تخصیص و امکان ثبت دارایی تابع سیاست حسابداری و استاندارد قابلاعمال است.
برای طراحی سند پشتیبان صورتحساب و جلوگیری از افشای جزئیات نامربوط، راهنمای ردیابی زمان برای فاکتور مشتری را ببینید. تایمشیت داخلی را بدون فیلتر به مشتری نفرستید.
درآمد شناساییشده، فاکتور و پول وصولشده یکی نیستند
ممکن است خدمت انجام شده اما هنوز فاکتور صادر نشده باشد؛ یا پیشپرداخت دریافت شده اما تعهد قراردادی هنوز تکمیل نشده باشد. بنابراین برای حاشیه دوره، یک عدد «فروش» مبهم کافی نیست. دفتر مدیریت پروژه باید contract value، invoice، collection و recognized revenue را در ستونهای جدا نگه دارد و عدد رسمی را از مالی بگیرد.
خلاصه رسمی IFRS ۱۵ شناسایی درآمد را به قرارداد، تعهدهای عملکرد، قیمت معامله و انتقال کالا/خدمت پیوند میدهد و برای تعهدهای over-time سنجه مناسب پیشرفت میخواهد. این توضیح فقط در صورت کاربرد IFRS و با قضاوت حسابداری مرتبط است؛ ساعت ورودی همیشه faithfully نشاندهنده انتقال ارزش نیست.
هزینه تاریخی را با الزامات گزارش مالی خلط نکنید
در گزارش مدیریتی میتوانید سیاست تخصیص متناسب با تصمیم بسازید، اما ثبت قانونی باید از استاندارد و سیاست مصوب پیروی کند. برای نمونه، خلاصه رسمی IAS ۲ درباره موجودی هزینه تبدیل را شامل نیروی مستقیم و سربار تولید میداند و دامنهاش موجودی است. این گزاره مجوز آن نیست که همه ساعات و سربار شرکت خدماتی را به هر پروژه سرمایهای یا هزینه قابلبازیافتنی تبدیل کنیم.
نوع قرارداد، صنعت، کشور، ماهیت دارایی/خدمت و سیاست مالی نتیجه را تغییر میدهند. reconciliation میان تایمشیت، حقوق، خرید، دفتر کل و گزارش پروژه را حسابدار واجدصلاحیت طراحی کند.
بودجه، actual، پیشرفت و forecast را در یک قاب بخوانید
کمخرجکردن همیشه خبر خوب نیست؛ شاید کار اصلی انجام نشده باشد. پرخرجکردن نیز بدون دانستن change، کیفیت، ریسک و پیشرفت تفسیر نمیشود. راهنمای EVM وزارت انرژی آمریکا تصریح میکند مقایسه actual cost با planned cost بدون سنجش پیشرفت فیزیکی میتواند گمراهکننده باشد. این چارچوب رسمی برای پروژهها/قراردادهای آن سازمان است؛ پروژه کوچک لازم نیست EVMS سنگین بسازد، اما باید scope انجامشده را وارد تحلیل کند.
حداقل نمای مدیریتی شامل baseline hours/cost، actual hours/cost، completed scope، approved changes، estimate to complete و estimate at completion است. forecast تازه را جای baseline ننویسید؛ نسخه اولیه برای یادگیری و پاسخگویی باقی بماند. برای ساخت بودجه سناریویی از داده تاریخی، مقاله ردیابی زمان و بهبود بودجه را ببینید.
انحراف را به علت و تصمیم تبدیل کنید
انحراف ساعت فقط یک علامت است. علتهای متفاوت پاسخهای متفاوت دارند: scope افزوده، برآورد ناقص، dependency، انتظار مشتری، کیفیت ورودی پایین، دوبارهکاری داخلی، نقص ابزار، یادگیری ضروری، غیبت، حادثه، تغییر نرخ یا طبقهبندی اشتباه. یک threshold جهانی مثل «۱۰ درصد قرمز» برای همه پروژهها معتبر نیست؛ آستانه را بر ریسک، مبلغ، مرحله و امکان برگشت تنظیم کنید.
در بازبینی variance، owner و اقدام مشخص کنید: اصلاح کد، تأیید change، مذاکره موعد/دامنه، افزودن کنترل کیفیت، رفع dependency، بهروزرسانی forecast یا پذیرش آگاهانه هزینه. برای تحلیل نقاط قوت و گلوگاه بدون نسبتدادن شتابزده علت به افراد، راهنمای تحلیل مسئولانه داده زمانی مفید است.
کنترل کیفیت داده پیش از داشبورد
- کاملبودن: آیا دورههای کاری/مرخصی/فعالیت داخلی طبق سیاست پوشش دارند؟
- بهموقعبودن: فاصله انجام کار تا ثبت و تأیید چقدر است؟
- اعتبار کد: چند درصد زمان unassigned یا روی پروژه بسته ثبت شده؟
- ثبات: آیا تعریف rework، support و meeting بین تیمها یکسان است؟
- ردپای اصلاح: چه چیزی، توسط چه کسی، چه زمانی و چرا تغییر کرده است؟
- تطبیق: جمع دوره با منابع حقوق/غیبت و هزینه با خرید/دفتر کل reconcile میشود؟
خطا را با قفلکردن زودهنگام پنهان نکنید. پنجره اصلاح، reason code و تأیید متناسب با مبلغ/ریسک بسازید. معیارهایی مانند entry lag، درصد unclassified، نرخ اصلاح، پوشش نرخ و forecast error اول کیفیت سیستم را نشان میدهند، نه کیفیت انسان.
حریم خصوصی و اعتماد، جزء معماری هزینهاند
پیش از ابزار، purpose و lawful basis محلی را بررسی کنید؛ به کارکنان بگویید چه دادهای، برای چه تصمیمی، توسط چه کسانی و تا چه زمانی نگهداری میشود. ثبت مدت/کد فعالیت معمولاً برای هزینهیابی کافی است. screenshot، keylogging، دوربین، GPS پیوسته، محتوای پیام یا وبگردی بهطور پیشفرض برای محاسبه هزینه لازم نیستند.
راهنمای ICO درباره پایش کارکنان بر قانونمندی، انصاف، توازن منافع و حقوق، شفافیت و خطر پایش افراطی تأکید دارد. این راهنمای بریتانیاست، در اوت ۲۰۲۶ بهعلت تغییر قانونی تحت بازبینی است و قانون ایران محسوب نمیشود؛ بااینحال برای privacy impact assessment، حداقلسازی، retention، access control و بررسی vendor چکلیست مناسبی میدهد.
دسترسی مالی، مدیر پروژه و مدیر خط را نقشمحور کنید؛ نرخ حقوق فردی و یادداشت حساس را در داشبورد عمومی نشان ندهید. امکان مشاهده و اصلاح داده مربوط به خود، export/حذف طبق سیاست، امنیت، backup و برنامه خروج از vendor را پیش از خرید بررسی کنید. راهنمای نیازسنجی ابزار مدیریت زمان تیمی این کنترلها را به فرایند انتخاب ابزار متصل میکند.
از ساعت برای رتبهبندی خام کارکنان استفاده نکنید
زمان کمتر ممکن است از تجربه، استفاده مجدد یا scope سادهتر بیاید؛ زمان بیشتر ممکن است ناشی از mentoring، incident، accessibility need، بدهی فنی، ورودی ضعیف یا کار پرریسک باشد. ساعت ثبتشده خروجی، کیفیت، ارزش، همکاری یا سلامت را بهتنهایی اندازه نمیگیرد. «utilization بالا» نیز اگر با اضافهکاری، کاهش فروش، حذف آموزش یا انباشت دوبارهکاری همراه باشد، موفقیت نیست.
تحلیل را نخست در سطح فرایند/پروژه و با context انجام دهید. تصمیم مهم درباره ارزیابی، ترفیع یا انضباط نباید فقط از تایمشیت یا امتیاز خودکار بیرون بیاید. افراد باید تعریف، داده و امکان توضیح/اصلاح را ببینند؛ تفاوت نقش و نیاز دسترسپذیری نیز لحاظ شود.
برنامه پیادهسازی ۳۰روزه کمریسک
- روز ۱ تا ۳: یک تصمیم، یک تیم آزمایشی و یک دوره گزارش انتخاب کنید؛ قانون/قرارداد/حریم خصوصی را gate کنید.
- روز ۴ تا ۷: WBS سبک، فرهنگ داده، direct/indirect/billable و نرخهای نقشمحور را تعریف کنید.
- روز ۸ تا ۱۴: ثبت دستی یا ابزار ساده را روی چند پروژه اجرا کنید؛ screenshot و نظارت پیوسته را وارد pilot نکنید.
- روز ۱۵ تا ۲۱: entry lag، کدهای مبهم، اصلاحات و reconciliation با خرید/حقوق/قرارداد را بررسی کنید.
- روز ۲۲ تا ۲۶: حاشیه مستقیم و تخصیصیافته، پیشرفت، change و forecast را کنار هم محاسبه کنید.
- روز ۲۷ تا ۳۰: یک تصمیم واقعی بگیرید، اثر را ثبت کنید و فقط فیلد/کنترلی را نگه دارید که به آن تصمیم کمک کرده است.
موفقیت pilot با «تعداد دقیقه ثبتشده» سنجیده نمیشود. معیار بهتر: آیا یک انحراف مهم زودتر دیده شد، قیمت/دامنه/ظرفیت بهتر تصمیم گرفت، اختلاف صورتحساب کمتر شد یا forecast قابلدفاعتر شد؟
داشبورد حداقلی مدیر پروژه
- درآمد شناساییشده، فاکتور و وصولی—سه ستون جدا؛
- بودجه و actual ساعت/هزینه به تفکیک deliverable؛
- scope تکمیلشده و changeهای approved/pending؛
- هزینه مستقیم، fully allocated و تعریف هر دو؛
- حاشیه و درصد حاشیه با واحد پول/دوره/نسخه نرخ؛
- estimate to complete و forecast نهایی همراه range؛
- سه variance بزرگ با علت، owner، تصمیم و موعد؛
- سنجه کیفیت داده و تاریخ آخرین reconciliation.
عدد را با range و فرض نشان دهید. نرخ ارز، تورم، change حلنشده و وصول نامطمئن را سناریو کنید. dashboard نباید داده سلامت، محتوای خصوصی یا leaderboard ساعات افراد داشته باشد.
سؤالات متداول
آیا زمان کارمند حقوقبگیر هم هزینه پروژه است؟
برای حاشیه مدیریتی و ظرفیت معمولاً سهمی از هزینه نیروی حقوقبگیر به پروژه نسبت داده میشود؛ اما در یک تصمیم کوتاهمدت، آن حقوق ممکن است جریان نقدی افزایشی نباشد. نرخ مستقیم، fully loaded و relevant cost را جدا نگه دارید و هدف تصمیم را روی گزارش بنویسید.
آیا هر ساعت billable سودآور است؟
خیر. نرخ فروش ممکن است هزینه نیروی مستقیم، دوبارهکاری، تخفیف، سربار، ریسک وصول یا فرصت ظرفیت را پوشش ندهد. همچنین درآمد فاکتورشده الزاماً درآمد شناساییشده یا وجه وصولشده نیست. حاشیه را با درآمد و هزینه همدامنه/همدوره بسنجید.
برای پروژه قیمت ثابت هم تایمشیت لازم است؟
ممکن است یک ثبت سبک برای شناخت مصرف ظرفیت، حاشیه، change، forecast و تخمین پروژه مشابه مفید باشد؛ ساعت مبنای فاکتور نیست. سطح جزئیات باید متناسب با ارزش تصمیم و ریسک باشد. پروژه کوچک را به سامانه کنترلی سنگین تبدیل نکنید.
زمان را با چه دقتی ثبت کنیم؟
عدد جهانی وجود ندارد. کوچکترین واحد باید تغییر تصمیم را ممکن کند و هزینه ثبتش از ارزش داده کمتر باشد. بلوکهای ۱۵ یا ۳۰دقیقهای فقط preset آزمایشیاند؛ قرارداد، قانون کار، نوع فعالیت و نیاز حسابرسی مقدماند. گردکردن و اصلاح باید شفاف و یکسان باشد.
آیا میتوان از داده زمان برای ارزیابی عملکرد فرد استفاده کرد؟
بهتنهایی خیر. ساعت context، کیفیت، پیچیدگی، همکاری، دسترسی و outcome را نشان نمیدهد و امکان gaming دارد. تحلیل پروژه/فرایند را مقدم کنید؛ برای تصمیم مهم انسانی از چند شاهد، معیار ازپیشاعلامشده، بازبینی انسانی و حق توضیح/اصلاح استفاده کنید و قانون محلی را بسنجید.
تاریخ بررسی منابع و صفحه: ۲۱ مرداد ۱۴۰۵ (۱۲ اوت ۲۰۲۶). این متن یک چارچوب آموزشی مدیریت پروژه است و جای مشاوره حسابداری، مالیاتی، حقوق کار، حریم خصوصی یا بررسی قرارداد را نمیگیرد.
