مدیریت تغییر، مشکل و کیفیت

سود:

• توانایی درک مفاهیم درخواست تغییر، گزارش صدور، تابلوی کنترل تغییر (CCB) و معیارهای کیفیت و تولید پیش نویس تحلیل ضربه با پشتیبانی هوش مصنوعی.
• امکان استفاده از هوش مصنوعی برای تجسم تأثیر دامنه-زمان-هزینه-کیفیت (مثلث آهنی) تغییر و پیش نویس تجزیه و تحلیل علت اصلی
• توانایی درک اینکه تایید تغییر و پذیرش کیفیت متعلق به تصمیم گیرنده ذیصلاح است و تجزیه و تحلیل تاثیر هوش مصنوعی باید تایید شود.

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

مدیریت تغییر و مثلث آهنین

درخواست تغییر یک درخواست رسمی است که تغییر در محدوده، برنامه زمانی، بودجه یا منبع را پیشنهاد می کند. تغییر کنترل نشده منبع اصلی خزش دامنه است که در واحدهای قبلی دیده‌ایم. راه حل این است که هر تغییری را از یک گیت عبور دهید: هیئت کنترل تغییر (CCB) گروه معتبری است که درخواست های تغییر را ارزیابی و تایید/رد می کند.

برای درک تأثیر هر تغییر، مفهوم مثلث آهنی بسیار مهم است: محدوده، زمان و هزینه به هم مرتبط هستند (با کیفیت در وسط). تغییر یکی روی دیگران تأثیر می گذارد: اگر دامنه را افزایش دهید، یا زمان افزایش می یابد، هزینه افزایش می یابد یا کیفیت کاهش می یابد. "کار بیشتر در یک زمان، با بودجه یکسان" اغلب به قیمت کیفیت است. یک تحلیل تاثیر خوب به وضوح تاثیر یک تغییر را بر این سه (چهار) بعد نشان می دهد.

فرآیند تغییر معمولاً عبارت است از: ثبت درخواست ← تجزیه و تحلیل تاثیر (محدوده/زمان/هزینه/کیفیت/ریسک) ← تصمیم CCB ← طرح، برنامه و بودجه به روز رسانی در صورت تایید ← جلسه توجیهی ذینفعان. هر گونه تغییر تایید نشده اجرا نخواهد شد.

مدیریت مشکل و کیفیت

یک مسئله، بر خلاف ریسک، مشکلی است که قبلاً رخ داده است (ریسک عدم اطمینان در آینده است، مشکل واقعیت امروز است). گزارش مشکل یک لیست زنده است که مسائل باز، اولویت، مالک و وضعیت حل آنها را ردیابی می کند. دو تکنیک برای یافتن علت اصلی مشکلات رایج است: 5 چرا - "چرا؟" با پرسیدن متوالی سؤال، به علت اصلی از علائم سطحی پی ببرید. و نمودار استخوان ماهی - نگاشت علل به دسته ها (انسان، فرآیند، مواد، ماشین، محیط).

مدیریت کیفیت دارای دو بخش است: تضمین کیفیت (QA) تضمین می‌کند که فرآیندها به درستی کار می‌کنند (پیشگیرانه)، کنترل کیفیت (QC) بررسی می‌کند که آیا خروجی‌ها معیارها را برآورده می‌کنند (آشکار). معیارهای پذیرش و تعریف انجام شده معیارهایی هستند که تعیین می کنند یک کار واقعاً چه زمانی تمام شده است.

مفهوم

چی

مثال

درخواست تغییر

درخواست رسمی که طرح را تغییر می دهد

"افزودن فیلتر به صفحه گزارش"

تجزیه و تحلیل تاثیر

تأثیر دامنه / زمان / هزینه / کیفیت

"+5 روز، +3٪ بودجه، ریسک متوسط"

CCB

مرجع تایید

حامی + PM + رهبر فنی

مشکل

مشکل متوجه شد

"محیط تست خراب شد"

علت اصلی

دلیل واقعی (5 دلیل)

"پیکربندی پشتیبان گیری نادرست است"

معیار کیفیت

معیارهای پذیرش

"نرخ خطا < 1%"

گام به گام: تغییر و کیفیت با هوش مصنوعی

1. درخواست را روشن کنید. درخواست تغییر را به صورت "چه، چرا، چه کسی می خواهد" بنویسید. تقاضای مبهم قابل تحلیل نیست.
2. پیش نویس تحلیل ضربه از هوش مصنوعی یک طرح کلی از نظر دامنه، زمان، هزینه، کیفیت و ریسک بخواهید. اعداد را با داده های تیم تأیید کنید.
3. گزینه ها را ایجاد کنید. گزینه های «تأیید/رد/تعویق/اعمال جزئی» و نتایج هر کدام را به هوش مصنوعی بفرستید.
4. به CCB ارسال کنید. تجزیه و تحلیل را به تصمیم گیرنده ببرید. بدون تایید درخواست نکنید.
5. تحلیل علت ریشه ای از هوش مصنوعی بخواهید 5 دسته بندی چرا زنجیره و استخوان ماهی برای یک مشکل ایجاد کند. با داده های واقعی تست کنید
6. کنترل معیارهای کیفیت اقلام قابل تحویل را به هوش مصنوعی بدهید و کاستی ها/عدم انطباق ها را بر اساس معیارهای پذیرش تهیه کنید. پذیرش نهایی توسط کارشناس انجام می شود.

احتیاط: هوش مصنوعی ممکن است تأثیر تغییر را جزئی به نظر برساند، مثلاً «فقط 2 روز»، زیرا وابستگی‌های پنهان و اثرات غیرمستقیم را نمی‌شناسد. تجزیه و تحلیل تأثیر نباید بدون تأیید با تیمی که کار را انجام می دهد به عنوان "نهایی" به CCB ارائه شود.

سه کیف کوچک

مورد 1 - هزینه واقعی تغییر. یک مشتری "تغییر جزئی صفحه" را می خواست. PM این درخواست را به هوش مصنوعی ارائه کرد و پیش نویس تحلیل تاثیر را دریافت کرد: این تغییر بر سه ماژول، +6 روز و +4٪ بودجه تأثیر گذاشت. تیم این موضوع را تایید کرد. CCB هزینه واقعی را به مشتری نشان داد. مشتری تغییر را به مرحله بعدی موکول کرد. تقاضا که تصور می شد "کوچک" است، قبل از تبدیل شدن به هرج و مرج مدیریت شد.

مورد 2 - علت اصلی پیدا شد. در یک تیم، محیط آزمایش دائماً در حال خراب شدن بود. هماهنگ کننده گزارش مشکل را به هوش مصنوعی داد و درخواست زنجیره 5 چرا کرد. این زنجیره به «دیسک‌های ناکافی → وظیفه پاکسازی تعریف نشده → بدون مالک فرآیند» کاهش یافت. تیم علت اصلی (فرایند تمیز کردن یتیم) را حل کرد، نه علامت سطحی (فروپاشی). مشکل تکرار نشد.

مورد 3 - تأثیر دست کم گرفته شده. یکی از تیم‌ها پیش‌نویس هوش مصنوعی «این تغییر تأثیر کمتری دارد» را بدون تأیید آن تأیید کرد. این تغییر وابستگی به مسیر بحرانی را شکست و پروژه 9 روز به تاخیر افتاد. درس: تجزیه و تحلیل تأثیر نمی تواند به عنوان مبنایی برای تصمیم گیری ها بدون اعتبارسنجی تیمی استفاده شود.

اعلان ضعیف / اعلان قوی

اعلان ضعیف:

این درخواست تغییر را در نظر بگیرید.

بدون اندازه، بدون داده و بدون چارچوب تصمیم. هوش مصنوعی پاسخی سطحی و احتمالاً بیش از حد خوش بینانه می دهد.

اعلان قدرتمند:

نقش شما: یک تحلیلگر مدیریت تغییر. درخواست تغییر: [توضیح]. درخواست شده توسط: [نقش]. توجیه: [چرا]. زمینه: محدوده فعلی، برنامه (مسیر بحرانی پیوست)، وضعیت بودجه (به نسبت). وظیفه: تجزیه و تحلیل تأثیر از طریق مثلث آهنی تولید پیش نویس: - تأثیر دامنه، تأثیر زمان (آیا بر مسیر بحرانی تأثیر می گذارد؟)، تأثیر هزینه، تأثیر کیفیت، خطرات جدید - گزینه ها: تأیید / رد کردن نتیجه هر قانون: جلوه های عددی را پیش نویس کرده و آنها را با "[تأیید تیم لازم است]" علامت گذاری کنید. فرض کنید وابستگی های پنهان را نمی دانید. سخنرانی دقیق تصمیم نهایی بر عهده CCB است.

این اعلان قدرتمند است: شامل یک قاب مثلث آهنی، تولید گزینه، هشدار پیش‌نویس و تاکید تصمیم‌گیرنده است.

قالب های اضافی:

#5 چرا موتورسوال "چرا؟" با پرسیدن این سوال 5 بار متوالی به علت اصلی برسید: [مشکل]. در هر مرحله همچنین بنویسید که چگونه علت بعدی با داده ها تأیید می شود. اضافه کردن یک دلیل ساختگی

# تولیدکننده استخوان ماهی علل احتمالی مشکل زیر را بر اساس دسته بندی (انسان، فرآیند، ابزار/ماشین، مواد، محیط، روش) فهرست کنید. 3 دلیل محتمل را علامت بزنید و یک روش تأیید را پیشنهاد کنید.

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

اشتباهات رایج

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

نکته: «نه» گفتن به هر درخواست تغییر نیز یک تصمیم مدیریتی است. یک PM خوب می داند که رد کردن تغییر از پروژه محافظت می کند. PM هر درخواستی را می پذیرد و مشتری را مدیریت می کند نه پروژه را.

به طور خلاصه

تغییر، مشکل و مدیریت کیفیت پروژه را در تغییرات اجتناب ناپذیر سرپا نگه می دارد. تغییرات از طریق CCB عبور می کند و از طریق مثلث آهنی (محدوده-زمان-هزینه-کیفیت) تجزیه و تحلیل می شود. مشکلات ثبت شده و علت اصلی با 5 چرا و استخوان ماهی بررسی می شود. کیفیت با معیارهای پذیرش قابل اندازه گیری تضمین می شود. هوش مصنوعی تجزیه و تحلیل تاثیر، بررسی علت ریشه ای و ممیزی کیفیت را تسریع می کند. با این حال، تأیید تیمی اعداد ضربه، تأیید تغییر و پذیرش کیفیت بر عهده مقامات انسانی ذیصلاح است.

وظیفه کاربردی

درخواست تغییر (واقعی یا بالقوه) را از پروژه خود دریافت کنید. یک طرح تحلیل تاثیر و گزینه های تصمیم گیری از هوش مصنوعی از طریق مثلث آهنی ایجاد کنید. اعداد را با شخصی در تیم خود تأیید کنید. همچنین، یک مشکل فعلی را انتخاب کنید، با "موتور 5 چرا" به علت اصلی برسید و راه حل را به علت اصلی هدایت کنید. تجزیه و تحلیل تاثیر را در قالب تصمیم گیری CCB خلاصه کنید.

چک لیست

• [ ] من تغییر را از طریق مثلث آهنی (محدوده/زمان/هزینه/کیفیت) تجزیه و تحلیل کردم.
• [ ] من اعداد ضربه را با داده های تیم که به عنوان پیش نویس علامت گذاری شده اند، تأیید کردم.
• [ ] من تغییر را برای تایید به مرجع ذیصلاح (CCB) بردم.
• [ ] من علت اصلی مشکل را با 5 دلیل/ استخوان ماهی پیدا کردم.
• [ ] من پذیرش کیفیت را به معیارهای قابل اندازه گیری مرتبط کردم.
• [ ] من هیچ تغییری را بدون تایید اجرا نکردم.