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