بیشتر پروژههای نرمافزاری شکستخورده، از کد بد شروع نشدهاند؛ از تعریف بد شروع شدهاند. این راهنما برای مدیرانی است که میخواهند سفارش نرمافزار را درست انجام دهند.
قبل از تماس با هر شرکتی مسئله را بنویسید، نه راهحل را. «گزارش فروش ماهانه دو روز طول میکشد» یک مسئله خوب است؛ «یک داشبورد میخواهم» راهحل زودهنگام. شرکت خوب از مسئله شما به راهحل میرسد — شاید بهتر از چیزی که در ذهن داشتید.
در قرارداد اینها باید باشد محدوده دقیق کار (چه هست و چه نیست)، زمانبندی مرحلهای با خروجی مشخص هر مرحله، مالکیت سورسکد، شرایط پشتیبانی، و روال تغییرات (تغییر خواسته وسط پروژه طبیعی است؛ روالش باید معلوم باشد).
زنگ خطرها قیمت خیلی پایینتر از بقیه (جایی از کیفیت زده شده)، قول تحویل یکجا در انتهای پروژه (باید هر چند هفته خروجی ببینید)، و مبهمگویی درباره مالکیت کد.
بعد از تحویل مستندات و آموزش تیم را جدی بگیرید. نرمافزاری که فقط سازندهاش بلد است، شما را گروگان میگیرد.
میخواهید پروژهتان را با هم بررسی کنیم؟ جلسه ۱۵ دقیقهای رایگان رزرو کنید.