ثبت رویداد
درخواستکننده- ورودی
- نامه، صورتجلسه یا تغییر فنی
- اقدام
- ثبت منشأ و دامنه متأثر
- قاعده کنترل
- تاریخ وقوع و دریافت جدا ثبت شوند.
- شاهد خروجی
- سند رویداد و شناسه تغییر
بررسی نیاز شماثبت منشأ تغییر، ارزیابی اثر محدوده، زمان و هزینه، تصمیم مرجع اختیار و اعمال کنترلشده در خط مبنا.
ثبت یک درخواست تغییر به معنی تصویب دامنه یا مجوز هزینه نیست. حتی وقتی اجرای کار فوریت دارد، باید مبنای اختیار، شرایط ابلاغ و نحوه ثبت آثار آن مطابق پیمان روشن باشد. یک وضعیت کلی «انجام شد» این تفاوتها را از بین میبرد.
پرونده تغییر، علت و مدرک رویداد را به بستههای متأثر، برآورد زمانی و مالی، تصمیم و نسخه جدید مبنا متصل میکند. پیشبینی مدیریتی میتواند اثر تغییر در حال بررسی را نشان دهد؛ اما مبنای مصوب فقط با تصمیم معتبر بهروزرسانی میشود.
دو شرط ناقص را تکمیل کنید و سپس نقش مرجع تصویب را انتخاب کنید. بازبین حتی با پرونده کامل، اختیار آزادسازی ندارد. این آزمایش محلی است و داده آن ذخیره نمیشود.
پیشنیاز ناقص یا نقش فاقد اختیار، اجازه عبور از دروازه نمیدهد.
نمونه تعاملی با داده فرضی و وضعیت محلی مرورگر؛ داشبورد مشتری یا مجوز واقعی نیست. کنترل دسترسی سامانه سفارششده باید در سرور اجرا شود.
در طراحی واقعی، جانشینی نقش، موعد پاسخ، قواعد ارجاع و اختیار اضطراری نیز با سازمان توافق و آزموده میشوند.
فوریت و اختیار ابلاغ ثبت میشود؛ تصمیم درباره مبلغ و مدت ممکن است مسیر جدا داشته باشد. سامانه استحقاق حقوقی ایجاد نمیکند.
سوابق حذف نمیشوند. مقدار اجرا، مجوز و وضعیت تجاری جدا به مدیریت گزارش میشوند.
رابط تغییرها و بستههای متأثر ثبت میشود؛ جمع ساده روزهای ادعایی جای تحلیل برنامه را نمیگیرد.
حفظ درخواست و دلایل رد؛ مبنای مصوب دستنخورده میماند. دلیل برگشت، مسئول رفع و نسخه مورد بررسی در پرونده حفظ میشوند.
مالک داده، تاریخ وضعیت، واحد، منبع و قاعده تجمیع با شاخص تحویل میشوند؛ عدد بدون این شناسنامه برای تصمیم مناسب نیست.
روزهای سپریشده از دریافت پرونده کامل تا تصمیم؛ زمان انتظار تکمیل جدا گزارش شود.
برآوردهای در حال بررسی با ارز و مبنای یکسان؛ جدا از تغییرات مصوب.
هر اختلاف بین دو نسخه مبنا باید به مصوبه یا اصلاح مستند مرتبط باشد.
این آزمونها نمونه معیار پذیرشاند. در پروژه واقعی با داده کنترلشده و نقشهای واقعی اجرا میشوند و نتیجه به نسخه تحویلی متصل میماند.
بازبین فاقد اختیار نتواند وضعیت مصوب ایجاد کند.
رد درخواست، مبنای زمان و هزینه را تغییر ندهد.
نسخه قبل و بعد از اعمال تغییر قابل بازیابی باشد.
گلوگاه، نقشهای درگیر و تصمیمی را که امروز قابل ردیابی نیست معرفی کنید. نسخه نخست بهتر است یک مسیر محدود اما کامل را پوشش دهد.
یک مدل تعاملی از منطق کنترل این حوزه؛ مراحل را انتخاب کنید و اثر توقف در نقطه حساس را ببینید.
مسیر در حالت عادی نمایش داده میشود.
تغییر مهندسی وقتی دیر به تأمین و اجرا برسد، اثر زمانی و مالی آن پنهان میماند.
درخواست تغییر به مدارک، اقلام خرید، فعالیتها، برآورد اثر و مرجع تصویب متصل میشود.
نسخه مبنا، علت تغییر، ارزیابی اثر، تصمیم مجاز و ابلاغ به ذینفعان باید یک زنجیره واحد بسازند.