ممکن است فروش، مالی و عملیات هرکدام فهرست مشتری جداگانه داشته باشند. اضافه کردن نرمافزار بهتنهایی این اختلافها را حل نمیکند. ابتدا توافق کنید یک تراکنش چگونه باید میان افراد و سامانهها حرکت کند.
01 — مسیر درخواست تا اجرا را ترسیم کنید
فرایندی نمونه انتخاب کنید: درخواست، فرصت فروش، پیشفاکتور، تأیید، سفارش، اجرا و صدور صورتحساب. مسئول هر مرحله را تعیین کنید. نقاط ورود مجدد اطلاعات یا انتظار برای تأیید را پیدا کنید و کنترلهای ضروری را از عادتهایی که دیگر کاربرد ندارند جدا کنید.
02 — مرجع هر رکورد را تعیین کنید
برای مشتری، محصول، قیمت و وضعیت سفارش یک منبع معتبر مشخص کنید. شناسه پایدار و قاعده رسیدگی به رکورد تکراری داشته باشید. ثبت کنید کدام سامانه حق تغییر هر فیلد را دارد و تغییر چگونه منتقل میشود. خطای اتصال باید به صورت مورد قابلرسیدگی و با اطلاعات کافی به مسئول مربوط برسد.
03 — داده واقعی و حالتهای استثنا را آزمایش کنید
از نمونه تأییدشده و با حفاظت مناسب داده عملیاتی استفاده کنید. پس از مهاجرت، مجموعها و تعداد رکوردها را تطبیق دهید. تغییر پیشفاکتور، تحویل جزئی، لغو سفارش و خرابی اتصال را کنار مسیر عادی تست کنید. راهنمای Microsoft آزمون عملکرد، یکپارچگی، مهاجرت داده و پذیرش کاربر را بخشهای متمایز برنامه آزمون میداند.
04 — شروع عملیات روزانه را تمرین کنید
زمان انتقال، ورود نهایی داده، سطح دسترسی و پشتیبانی روز اول را برنامهریزی کنید. مسئول تأیید راهاندازی و شرایط تعویق را تعیین کنید. روش بازیابی مستند و مسئول هر مشکل باز را مشخص کنید. ابتدا محدودهای قابلمدیریت اجرا کنید و پس از توانایی تیم در تکمیل فرایند و تطبیق نتیجه، آن را گسترش دهید.
محدوده اولیه مفید چه چیزهایی دارد؟
- نقشه فرایند با مسئولان مشخص
- فرهنگ داده و مرجع معتبر هر رکورد
- حالتهای خطای اتصال و سناریوهای پذیرش
- برنامه تمرینشده راهاندازی و پشتیبانی
مرجع و مطالعه بیشتر: Microsoft Learn: Create a test plan for your implementation projects