قیمت طراحی نرمافزار و مدل همکاری
قیمت پروژههای پیکا پس از روشنشدن دامنه، نقشها، داده، اتصالها، امنیت و معیار پذیرش برآورد میشود؛ بنابراین تعرفه ثابت و ساختگی برای پروژههای متفاوت منتشر نمیشود. همکاری میتواند کشف با دامنه ثابت، ساخت مرحلهای، فاز قیمتثابت برای خروجی روشن یا ظرفیت زمانی برای دامنه اکتشافی باشد و همه فرضها و موارد خارج از دامنه مکتوب میشوند.
چه چیزهایی قیمت پروژه را تعیین میکنند؟
تعداد صفحه یا یک عنوان کلی برای برآورد کافی نیست؛ هزینه از دامنه فرایند، نقشها، داده، اتصالها، امنیت، عملیات و شکل تحویل اثر میگیرد.
- دامنه نسخه اول، نقشها، قواعد و استثناها
- حجم و کیفیت داده و نیاز به پاکسازی یا مهاجرت
- تعداد سامانههای متصل و کیفیت API آنها
- سطح دسترسی، ممیزی، میزبانی، پشتیبان و بازیابی
- بار عادی و اوج، مانیتورینگ و ساعات پشتیبانی
- مالکیت مخزن، مستندات، آموزش و انتقال دانش
راهنمای هزینه نرمافزار اختصاصی این عوامل را با جزئیات بیشتری توضیح میدهد.
کدام مدل همکاری برای چه دامنهای مناسب است؟
یک پروژه میتواند در طول مسیر از چند مدل استفاده کند؛ مدل مناسب به میزان قطعیت دامنه و امکان تعریف خروجی قابل پذیرش بستگی دارد.
| مدل | مناسب برای | خروجی قابل بررسی |
|---|---|---|
| کشف با دامنه ثابت | مسئله روشن اما دامنه یا ریسک هنوز مبهم است | نقشه فرایند، ریسک، نسخه اول و بازه برآورد |
| فاز قیمتثابت | خروجی، فرض و معیار پذیرش روشن است | تحویل مشخص با زمان، قیمت و فرایند تغییر مکتوب |
| ساخت مرحلهای با ظرفیت | محصول با بازخورد و داده واقعی شکل میگیرد | ظرفیت دوره، اولویت مشترک و گزارش مصرف |
| نگهداری و عملیات | پایش، رفع خطا، امنیت و توسعه پس از استقرار | دامنه خدمت، ساعات پوشش و مسیر تشدید |
روش اجرای مرحلهای پروژه مرز هر فاز و خروجی آن را نشان میدهد.
پیشنهاد مالی باید چه اقلامی را جدا نشان دهد؟
برای مقایسه منصفانه، کشف و طراحی، ساخت و کیفیت، داده و اتصال، استقرار، آمادهسازی استفاده و هزینههای پس از تحویل باید با دامنه و فرضهایشان جدا نوشته شوند. مبلغ ساخت اولیه بهتنهایی هزینه مالکیت را نشان نمیدهد.
تغییر دامنه چگونه کنترل میشود؟
هر تغییر با دلیل، اثر بر زمان و هزینه، گزینه جایگزین و تصمیم مالک پروژه ثبت میشود. اصلاح خطا با قابلیت تازه یکی نیست و معیار پذیرش از قبل مرزشان را روشن میکند.
راهنمای نیازمندی و معیار پذیرش برای تعریف این مرز مناسب است.
برای برآورد اولیه چه اطلاعاتی لازم است؟
مسئله فعلی، کاربران و نقشها، سامانههای وابسته، نمونه داده، محدودیت امنیتی، نتیجه مورد انتظار و بازه زمانی کافیاند تا گفتوگوی اول به یک دامنه قابل بررسی برسد.
نمونه RFP نرمافزار اختصاصی کمک میکند این اطلاعات یکجا آماده شوند؛ ماشینحساب برآورد نرمافزار نیز از همین ورودیها یک بازه برنامهریزی شفاف میسازد.
آخرین بهروزرسانی:
برای انتخاب مسیر این صفحه چه معیارهایی مهماند؟
این سه پرسش کمک میکنند مسئله، دامنه و معیار موفقیت پیش از انتخاب راهکار روشن بمانند.
| معیار | پرسش بررسی |
|---|---|
| دامنه | نسخه اول دقیقاً کدام نقش، جریان و خروجی را پوشش میدهد؟ |
| ریسک | کدام داده، اتصال یا تصمیم هنوز برای قیمت قطعی ناشناخته است؟ |
| مدل همکاری | دامنه ثابت است یا باید با کشف و بازخورد مرحلهای تکمیل شود؟ |
چه زمانی این صفحه پاسخ شما نیست؟
اگر موضوع شما به دامنه دیگری مربوط است یا برای تصمیم بعدی به جزئیات اجرایی نزدیکتری نیاز دارید، ابتدا روش اجرای مرحلهای پروژه را ببینید؛ آن صفحه مسیر دقیقتری برای ادامه ارائه میکند.
پرسشهای متداول این صفحه کداماند؟
پاسخهای کوتاه زیر مرز این صفحه و مسیر بعدی را روشن میکنند.
چرا پیکا قیمت ثابت عمومی منتشر نمیکند؟
دو پروژه با تعداد صفحه مشابه میتوانند در قواعد، داده، اتصال، امنیت و عملیات تفاوت زیادی داشته باشند؛ عدد بدون دامنه و فرض مشترک گمراهکننده است.
آیا پیش از قرارداد اصلی میتوان برآورد گرفت؟
بله. پس از گفتوگوی اولیه یک بازه همراه مفروضات ارائه میشود و برای پروژههای مبهم، مرحله کشف محدود به برآورد قابل دفاعتر میرسد.
کدام مدل قرارداد مناسبتر است؟
برای خروجی روشن، فاز قیمتثابت قابل پیشبینیتر است؛ برای دامنه اکتشافی، ظرفیت زمانی یا ساخت مرحلهای با سقف و بازبینی دورهای ریسک کمتری دارد.
هزینه نگهداری از ابتدا مشخص میشود؟
بله، مدل پشتیبانی، ساعات پوشش، زیرساخت، سرویسهای مصرفی و نرخ یا روش محاسبه تغییرات باید جدا از هزینه ساخت نوشته شوند.