تصمیم تکنالوژی باید به نیاز تجارتی قابل پیگیری باشد
پیشنهاد زمانی مفید است که تصمیمگیرنده نیازمندی، گزینه، فرضیه، خطر و دلیل آن را ببیند. مشاوره باید پیش از تدارکات یا توسعه، ابهام را کاهش دهد و اصطلاحات مبهم اضافه نکند.
پرسشهایی که مشاوره میتواند پاسخ دهد
- محصول موجود تنظیم شود، نرمافزار اختصاصی ساخته شود یا سیستم فعلی یکپارچه گردد؟
- کدام روند و معلومات در مرحله نخست شامل باشد؟
- کدام معماری و مدل نصب مناسب است؟
- RFP، شرح کار یا ارزیابی فروشنده چه مواردی داشته باشد؟
- خطر انتقال، امنیت، تداوم و پشتیبانی به چه مسئولیتی نیاز دارد؟
- مراحل تحویل، UAT و پذیرش چگونه اداره شود؟
ارزیابی و شناخت
همکاری میتواند افراد، روندها، برنامههای فعلی، زیربنا، منابع معلومات، گزارشها، محدودیت قرارداد و اولویت را بررسی کند. معلومات تأییدنشده بهعنوان فرضیه یا پرسش باز ثبت میشود.
گزینه و پیشنهاد
گزینهها باید با معیار یکسان مقایسه شود: تطابق عملیاتی، مالکیت، تلاش تطبیق، ادغام، انتقالپذیری معلومات، امنیت، هزینه عملیات، پشتیبانی و تغییر آینده. چون فیدا خود نرمافزار نیز توسعه میدهد، هر پیشنهاد برای تطبیق توسط فیدا باید رابطه تجارتی را روشن سازد.
خروجی معماری و تدارکات
مطابق محدوده، خروجی میتواند نیازمندی، نقشه روند، جدول مقایسه، معماری، پلان معلومات و ادغام، ثبت خطر، نقشه راه، ورودی RFP، پرسش فروشنده یا پلان حاکمیت تطبیق باشد.
امنیت، مالکیت معلومات و تداوم
مشاوره باید مالک معلومات، credentials، دامنه، میزبانی، بکاپ، source code یا license، export و دسترسی اډمین را مشخص کند. بازیابی، وابستگی فروشنده و تحویل پیش از قرارداد بررسی میشود.
پشتیبانی هنگام تحویل
در صورت شامل بودن، مشاوره میتواند در توضیح فروشنده، بررسی معماری، milestone یا پلان UAT ادامه یابد. محدوده باید روشن کند فیدا مشاور، تطبیقکننده یا هر دو است.