راهنمای خریدار — ریسک و کنترل
ریسک و کنترل: مالکیت، قرارداد و راه خروج
بیشتر ریسک‌های سفارش نرم‌افزار در روز اول دیده نمی‌شوند؛ در سال دوم پیدا می‌شوند، وقتی پیمانکار پاسخ نمی‌دهد یا می‌خواهید جایی بروید و نمی‌توانید. این صفحه فهرست چیزهایی است که باید پیش از امضا روشن باشد.
«اگر چیزی خراب شد، کد و داده مال کیست؟»
پنج چیز که باید در دست شما بماند
کنترلی که نباید با امضا از دست برود
مالکیت کد
چه زمانی و به چه شکلی منتقل می‌شود؟ «مال شما» وقتی معنا دارد که کد را بتوانید دریافت کنید و بسازید.
مالکیت داده
داده‌ها کجا نگهداری می‌شوند، چه کسی دسترسی دارد و اگر بخواهید همه را بیرون بکشید، با چه قالبی.
تعریف تحویل
چه چیزی «تمام‌شده» حساب می‌شود، چه کسی می‌پذیرد و چه معیاری دارد.
گارانتی و پشتیبانی
مرز «باگ» با «درخواست جدید» کجاست، زمان پاسخ و زمان رفع چقدر است و چه پوششی (ساعت کاری یا شبانه‌روزی) دارد.
راه خروج
اگر بخواهید به تیم دیگری بدهید، مستندات، دسترسی‌ها و دورهٔ انتقال چطور است؟
ریسک‌هایی که قراردادها کم می‌گویند
چیزهایی که باید خودتان بپرسید
- وابستگی به یک فرد یا یک سرویس بیرونی که بعداً نمی‌شود جایگزینش کرد
- نبودِ مستندات، که تیم بعدی را از صفر شروع می‌کند
- امنیت: کدام وارسی‌ها انجام می‌شود و نتیجه‌اش به شما می‌رسد؟
- تداوم کار: اگر سرور از کار بیفتد، پشتیبان‌گیری کجاست و بازیابی چقدر طول می‌کشد؟
- ابزارها و اشتراک‌هایی که به نام پیمانکار ثبت شده‌اند، نه شما
پیش از امضا
پرسش‌هایی که از هر پیمانکاری — از جمله ما — بپرسید
- کد را چه زمانی و به چه شکلی تحویل می‌گیرم، و می‌توانم خودم آن را بسازم و اجرا کنم؟
- داده‌ها کجا نگهداری می‌شود و اگر بخواهم همه را بیرون ببرم، چطور؟
- مرز باگ و درخواست جدید در قرارداد کجا نوشته شده است؟
- اگر شما دیگر در دسترس نبودید، یک تیم دیگر با چه چیزی می‌تواند کار را ادامه دهد؟
- کدام ابزارها و دسترسی‌ها به نام من ثبت می‌شود؟
مقاله‌های این راهنما
۱۰ مقاله، به ترتیب مراحل تصمیم
آخرین بازبینی این صفحه: ۱۹ مهر ۱۴۰۵ — بازبینی: سالی یک بار.
دربارهٔ «ریسک و کنترل» سؤالی دارید؟
وضعیت پروژه‌تان را بگویید؛ همین پرسش‌ها را روی آن پیاده می‌کنیم و صادقانه می‌گوییم کجا لازم است و کجا نه.