د ټکنالوژۍ پرېکړه باید له سوداګریزې اړتیا سره تړلې وي
سپارښتنه هغه وخت ګټوره ده چې پرېکړه کوونکي اړتیاوې، انتخابونه، فرضیې، خطرونه او دلیلونه وویني. مشوره باید تر تدارکاتو یا پراختیا مخکې ناڅرګندتیا کمه کړي، نه دا چې مبهم اصطلاحات زیات کړي.
هغه پوښتنې چې مشوره یې ځوابولی شي
- موجود محصول تنظیم، ځانګړی سافټویر جوړ یا اوسني سیسټمونه مدغم شي؟
- په لومړي پړاو کې کوم بهیرونه او معلومات شامل شي؟
- کومه معماري او د نصب لاره مناسبه ده؟
- RFP، د کار شرح یا د وړاندې کوونکي ارزونه څه ولري؟
- د لېږد، امنیت، دوام او ملاتړ خطرونه څوک اداره کوي؟
- پړاوونه، UAT او منل څنګه کنټرولېږي؟
ارزونه او پېژندنه
همکاري مسؤل خلک، بهیرونه، اوسني اپلېکېشنونه، زیربنا، معلوماتي سرچینې، راپورونه، قراردادي محدودیتونه او لومړیتوبونه ارزولی شي. ناتایید معلومات د فرضیې یا پرانیستې پوښتنې په توګه ثبتېږي.
انتخابونه او سپارښتنه
انتخابونه باید په یو شان معیار پرتله شي: عملیاتي مناسبت، مالکیت، د پلي کولو هڅه، ادغام، د معلوماتو انتقال، امنیت، عملیاتي لګښت، ملاتړ او راتلونکی بدلون. ځکه فیدا خپله هم سافټویر جوړوي، د فیدا د پلي کولو هره سپارښتنه باید سوداګریزه اړیکه روښانه کړي.
د معمارۍ او تدارکاتو پایلې
د حدودو مطابق پایلې کې د اړتیاوو لنډیز، د بهیر نقشه، د انتخابونو جدول، معماري، د معلوماتو او ادغام پلان، د خطر ثبت، پړاويزه نقشه، د RFP مواد، د وړاندې کوونکي پوښتنې یا د پلي کولو حاکمیت شاملېدای شي.
امنیت، د معلوماتو مالکیت او دوام
مشوره باید د معلوماتو، credentials، ډومېن، کوربهتوب، بیکاپ، source code یا license، export او اډمین لاسرسي مالک وټاکي. بېرته راګرځول، د وړاندې کوونکي تړاو او سپارنه تر تړون مخکې ارزول کېږي.
د سپارلو پر مهال ملاتړ
که په حدودو کې وي، مشوره د وړاندې کوونکي د وضاحت، معمارۍ کتنې، milestone یا UAT پلان پر مهال دوام کولی شي. حدود باید روښانه کړي چې فیدا مشوره ورکوي، پلي کوي که دواړه.