Project360
منو
فارسی
نمای فرایند درخواست تغییر ≠ مجوز اجرا
CHANGE / BASELINE / مدل گردش قابل تطبیق

گردش تغییر؛ از رویداد تا مبنای مصوب

ثبت منشأ تغییر، ارزیابی اثر محدوده، زمان و هزینه، تصمیم مرجع اختیار و اعمال کنترل‌شده در خط مبنا.

صورت مهندسی مسئله

درخواست تغییر ≠ مجوز اجرا

ثبت یک درخواست تغییر به معنی تصویب دامنه یا مجوز هزینه نیست. حتی وقتی اجرای کار فوریت دارد، باید مبنای اختیار، شرایط ابلاغ و نحوه ثبت آثار آن مطابق پیمان روشن باشد. یک وضعیت کلی «انجام شد» این تفاوت‌ها را از بین می‌برد.

پرونده تغییر، علت و مدرک رویداد را به بسته‌های متأثر، برآورد زمانی و مالی، تصمیم و نسخه جدید مبنا متصل می‌کند. پیش‌بینی مدیریتی می‌تواند اثر تغییر در حال بررسی را نشان دهد؛ اما مبنای مصوب فقط با تصمیم معتبر به‌روزرسانی می‌شود.

آزمایشگاه تصمیم

شرایط را تغییر دهید؛ نتیجه را ببینید.

دو شرط ناقص را تکمیل کنید و سپس نقش مرجع تصویب را انتخاب کنید. بازبین حتی با پرونده کامل، اختیار آزادسازی ندارد. این آزمایش محلی است و داده آن ذخیره نمی‌شود.

آزمایشگاه فرایندCHANGE / BASELINE
پرونده نمونه

CR-017 / Design revision

متوقف در کنترل
شواهد تکمیل‌شده۱ / ۳
وضعیت دروازهمانع باز
نسخه مبنابدون تغییر
✓REGISTER✓VALIDATE03REVIEW04AUTHORIZE05RELEASETRACE / EVIDENCE / AUTHORITY
رکورد و سابقه دروازه تصمیمحرکت گرافیکی، انتقال داده زنده نیست.
  1. ۱ثبت رویداددرخواست‌کننده
  2. ۲غربالگریمدیر قرارداد / پروژه
  3. ۳ارزیابی اثرمهندسی، برنامه‌ریزی و مالی
  4. ۴تصمیممرجع اختیار قراردادی
  5. ۵اعمال و کنترلمدیر مبنا و مالکان بسته
ردپای تصمیم

پیش‌نیاز ناقص یا نقش فاقد اختیار، اجازه عبور از دروازه نمی‌دهد.

نمونه تعاملی با داده فرضی و وضعیت محلی مرورگر؛ داشبورد مشتری یا مجوز واقعی نیست. کنترل دسترسی سامانه سفارش‌شده باید در سرور اجرا شود.

مشخصات اجرایی

پنج مرحله؛ هیچ تصمیم بی‌صاحب نیست.

در طراحی واقعی، جانشینی نقش، موعد پاسخ، قواعد ارجاع و اختیار اضطراری نیز با سازمان توافق و آزموده می‌شوند.

01

ثبت رویداد

درخواست‌کننده
ورودی
نامه، صورت‌جلسه یا تغییر فنی
اقدام
ثبت منشأ و دامنه متأثر
قاعده کنترل
تاریخ وقوع و دریافت جدا ثبت شوند.
شاهد خروجی
سند رویداد و شناسه تغییر
02

غربالگری

مدیر قرارداد / پروژه
ورودی
درخواست و اسناد پیمان
اقدام
تشخیص مسیر و تکمیل اطلاعات
قاعده کنترل
اختیار تصویب با ثبت‌کننده متفاوت است.
شاهد خروجی
طبقه‌بندی و مسئول ارزیابی
03

ارزیابی اثر

مهندسی، برنامه‌ریزی و مالی
ورودی
محدوده، برنامه و نرخ مبنا
اقدام
برآورد آثار و گزینه‌ها
قاعده کنترل
فرضیات و وابستگی‌ها ثبت؛ دوباره‌شماری منع شود.
شاهد خروجی
گزارش ارزیابی زمان / هزینه
04

تصمیم

مرجع اختیار قراردادی
ورودی
پرونده کامل و حدود اختیار
اقدام
تصویب، رد یا درخواست تکمیل
قاعده کنترل
پذیرش پیشنهادی بدون سند اختیار نهایی نیست.
شاهد خروجی
مصوبه و شرایط ابلاغ
05

اعمال و کنترل

مدیر مبنا و مالکان بسته
ورودی
تصمیم معتبر و نسخه موجود
اقدام
ایجاد نسخه جدید و اطلاع مصرف‌کنندگان
قاعده کنترل
مبنای اولیه و سابقه تغییر حفظ شوند.
شاهد خروجی
نسخه مبنا و فهرست ابلاغ
وقتی مسیر عادی کافی نیست

استثنا باید مسیر داشته باشد، نه میان‌بُر پنهان.

دستور فوری

فوریت و اختیار ابلاغ ثبت می‌شود؛ تصمیم درباره مبلغ و مدت ممکن است مسیر جدا داشته باشد. سامانه استحقاق حقوقی ایجاد نمی‌کند.

تغییر ردشده ولی اجراشده

سوابق حذف نمی‌شوند. مقدار اجرا، مجوز و وضعیت تجاری جدا به مدیریت گزارش می‌شوند.

اثر مشترک چند تغییر

رابط تغییرها و بسته‌های متأثر ثبت می‌شود؛ جمع ساده روزهای ادعایی جای تحلیل برنامه را نمی‌گیرد.

مسیر برگشت

حفظ درخواست و دلایل رد؛ مبنای مصوب دست‌نخورده می‌ماند. دلیل برگشت، مسئول رفع و نسخه مورد بررسی در پرونده حفظ می‌شوند.

تعریف قبل از نمودار

هر شاخص باید قابل بازتولید باشد.

مالک داده، تاریخ وضعیت، واحد، منبع و قاعده تجمیع با شاخص تحویل می‌شوند؛ عدد بدون این شناسنامه برای تصمیم مناسب نیست.

۱

عمر تصمیم

روزهای سپری‌شده از دریافت پرونده کامل تا تصمیم؛ زمان انتظار تکمیل جدا گزارش شود.

۲

مواجهه تغییرات باز

برآوردهای در حال بررسی با ارز و مبنای یکسان؛ جدا از تغییرات مصوب.

۳

ردیابی مبنا

هر اختلاف بین دو نسخه مبنا باید به مصوبه یا اصلاح مستند مرتبط باشد.

تعریف پایان کار

قبولی را پیش از توسعه تعریف می‌کنیم.

این آزمون‌ها نمونه معیار پذیرش‌اند. در پروژه واقعی با داده کنترل‌شده و نقش‌های واقعی اجرا می‌شوند و نتیجه به نسخه تحویلی متصل می‌ماند.

مشاهده روش تحویل و استقرار
  1. بازبین فاقد اختیار نتواند وضعیت مصوب ایجاد کند.

  2. رد درخواست، مبنای زمان و هزینه را تغییر ندهد.

  3. نسخه قبل و بعد از اعمال تغییر قابل بازیابی باشد.

در بستر پروژه شما

مطالعه مرتبط

DESIGN YOUR WORKFLOW

این منطق را به گردش واقعی سازمان شما تبدیل کنیم.

گلوگاه، نقش‌های درگیر و تصمیمی را که امروز قابل ردیابی نیست معرفی کنید. نسخه نخست بهتر است یک مسیر محدود اما کامل را پوشش دهد.

ثبت نیاز سامانه
PROJECT360 / CONTROL IN MOTION

از گلوگاه تا تصمیم؛ مسیر را ببینید

یک مدل تعاملی از منطق کنترل این حوزه؛ مراحل را انتخاب کنید و اثر توقف در نقطه حساس را ببینید.

مسیر در حالت عادی نمایش داده می‌شود.

گلوگاه واقعی

تغییر مهندسی وقتی دیر به تأمین و اجرا برسد، اثر زمانی و مالی آن پنهان می‌ماند.

کنترل پیشنهادی Project360

درخواست تغییر به مدارک، اقلام خرید، فعالیت‌ها، برآورد اثر و مرجع تصویب متصل می‌شود.

شاهد قابل بررسی

نسخه مبنا، علت تغییر، ارزیابی اثر، تصمیم مجاز و ابلاغ به ذی‌نفعان باید یک زنجیره واحد بسازند.