ساختار شکست کار (WBS) و برنامه ریزی محدوده

سود:

• مفاهیم بیانیه محدوده و ساختار شکست کار (WBS) را درک کنید و از هوش مصنوعی برای تولید پیش نویس WBS تقسیم شده به بسته های کاری استفاده کنید.
• اقلام خارج از محدوده، تحویل و معیارهای پذیرش را با پشتیبانی هوش مصنوعی روشن کنید و خزش دامنه را زودتر ببینید
• توانایی درک اینکه مسئولیت مدیر پروژه تایید یکپارچگی، واقع گرایی و تناسب WBS تولید شده توسط هوش مصنوعی با زمینه سازمانی از طریق تأیید تیم و ذینفعان است.

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

بیانیه محدوده چیست؟

محدوده شامل مواردی است که پروژه شامل و شامل مواردی نمی شود. بیانیه محدوده سندی است که آن را به صورت مکتوب درج می کند و معمولاً شامل: هدف پروژه، تحویل های کلیدی، معیارهای پذیرش، موارد خارج از محدوده، مفروضات و محدودیت ها است. مهم‌ترین و نادیده گرفته‌شده‌ترین بخش در اینجا، فهرست خارج از محدوده است: «ما X را در این پروژه انجام نمی‌دهیم» بعداً از استدلال «اما فکر می‌کردم گنجانده شد» جلوگیری می‌کند.

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

نکته: هنگام نوشتن بیانیه scope، به همان اندازه برای لیست "چیزی که انجام نخواهیم داد" تلاش کنید. اقلام مستثنی شده ارزان ترین بیمه پروژه هستند.

ساختار شکست کار (WBS) چیست؟

ساختار شکست کار (WBS) یک درخت سلسله مراتبی است که کل کار پروژه را به قطعات منطقی تقسیم می کند که به تدریج از بالا به پایین کوچکتر می شوند. در بالا پروژه، در زیر آن مراحل / مراحل اصلی و در زیر آنها بسته های کاری قرار دارد. بسته کاری پایین‌ترین سطح کاری است که می‌توان به یک فرد/تیم اختصاص داد و به اندازه‌ای کوچک است که بتوان مدت و هزینه آن را تخمین زد. یک WBS خوب از دو قانون پیروی می کند: قانون 100٪ (مجموع قسمت های پایین شامل کل قسمت بالایی است، نه بیشتر، نه کمتر) و انحصار متقابل (هیچ دو بسته شامل کار یکسان نیستند، بدون همپوشانی).

چرا WBS اینقدر مهم است؟ زیرا پیش بینی، زمان بندی، بودجه و ریسک همیشه در سطح بسته کاری انجام می شود. "ما یک وب سایت خواهیم ساخت" غیر قابل پیش بینی است. اما بسته هایی مانند «طراحی صفحه ورود»، «فرم ثبت نام کاربر»، «تست یکپارچه سازی پرداخت» قابل پیش بینی هستند. WBS همچنین چارچوبی برای تعیین مسئولیت (RACI)، نظارت بر پیشرفت و ارتباطات است.

گام به گام: تولید پیش نویس WBS با هوش مصنوعی

1. محدوده را روشن کنید. به طور ناشناس هدف پروژه، تحویل های کلیدی و محدودیت های شناخته شده را به هوش مصنوعی بدهید. یک WBS خوب از یک هدف نامشخص ناشی نمی شود.
2. برای تفکیک پیش نویس بخواهید. از هوش مصنوعی یک سلسله مراتب تقسیم شده به فازها و بسته های کاری بخواهید. برای هر بسته توضیحات یک خطی و تحویل پیشنهادی را بخواهید.
3. قانون 100% را تست کنید. بررسی کنید که آیا کل بسته های تولید شده به طور کامل با محدوده مطابقت دارد یا خیر. موارد گم شده و غیر ضروری را علامت گذاری کنید.
4. معیارهای پذیرش را اضافه کنید. پیش نویس معیارهای پذیرش قابل اندازه گیری را برای هر تحویل کلیدی الزامی کنید، سپس آنها را در مقابل واقعیت اصلاح کنید.
5. خارج از محدوده مشخص شود. از هوش مصنوعی لیستی از «اقلامی که احتمالاً باید خارج از محدوده این پروژه باشند» بخواهید و در مورد آن با تیم صحبت کنید.
6. اعتبارسنجی تیم و ذینفعان پیش نویس را با صاحبان بسته کاری مرور کنید. WBS هرگز یک "طرح" بدون تایید تیم نیست.

احتیاط: WBS تولید شده توسط هوش مصنوعی اغلب ممکن است یک بسته مهم (مانند «تأیید قانونی»، «مهاجرت داده‌ها»، «آموزش کاربر») را که منطقی به نظر می‌رسد اما مختص سازمان شما است، از دست بدهد. بسته گم شده از ابتدا پیش بینی شما را اشتباه می کند. حتما قانون 100% را از منظر انسانی اعمال کنید.

سه کیف کوچک

مورد 1 - طرح صرفه جویی در زمان. به جای ساختن WBS از ابتدا برای یک پروژه جدید اینترانت، یک کارشناس PMO خلاصه محدوده ناشناس را به YZ داد و درخواست پیش نویس کرد. YZ 6 فاز و 34 بسته کاری را پیشنهاد کرد. متخصص در یک کارگاه آموزشی 45 دقیقه ای با تیم، 5 بسته را حذف کرد و 3 بسته گمشده (ادغام SSO، تست دسترسی، مهاجرت محتوا) را اضافه کرد. کاری که یک روز از صفر می گرفت، در نیم روز تمام شد و کاملتر شد.

مورد 2 - گرفتن دامنه خزش. یک مدیر پروژه 12 درخواست کوچک از مشتری به هوش مصنوعی می دهد و می پرسد "آیا اینها طبق بیانیه محدوده فعلی محدوده هستند یا خارج از محدوده هستند؟" او آن را به این صورت طبقه بندی کرد: YZ 7 درخواست را به عنوان "احتمالاً خارج از محدوده" پرچم گذاری کرد. PM اینها را به درخواست تغییر رسمی تبدیل کرد. در غیر این صورت 3 هفته کار اضافی بی سر و صدا به پروژه نشت می کند.

مورد 3 - تله بسته گم شده. یک تیم 28 بسته WBS تولید شده توسط YZ را بدون تأیید تأیید کردند. در اواسط پروژه، مشاهده شد که بسته‌های «مهاجرت داده» و «تمرین زنده» وجود ندارد. این دو غیبت 4 هفته به برنامه اضافه کردند. درس: پیش نویس های هوش مصنوعی نباید بدون آزمایش انسانی با قانون 100٪ تأیید شوند.

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

اعلان ضعیف:

WBS را برای یک پروژه اپلیکیشن موبایل بنویسید.

این اعلان بسیار کلی است: هوش مصنوعی معمولاً یک الگو را تولید می کند، اما ارتباط کمی با محصولات واقعی، محدودیت ها و معیارهای پذیرش پروژه شما دارد.

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

نقش شما: یک متخصص ارشد برنامه ریزی پروژه. زمینه: یک برنامه تلفن همراه ردیابی موجودی برای یک مشتری خرده فروشی (نام پوشانده شده). محدودیت ها: 4 ماه، ادغام با ERP موجود اجباری، iOS+Android، انتقال داده در دسترس است. وظیفه: ایجاد یک پیش نویس WBS تقسیم شده به فازها و بسته های کاری. قوانین: - قانون 0% را رعایت کنید؛ 10 بسته‌های تحت هر فاز باید به‌طور کامل فاز را پوشش دهند.- برای هر بسته کاری: محدوده تک خطی + قابل تحویل اصلی + معیارهای پذیرش قابل اندازه‌گیری.- فهرست جداگانه «احتمالاً خارج از محدوده» را در انتها ارائه دهید.- بسته‌های خاص مؤسسه‌ای را که مطمئن نیستید با «[تأیید با تیم]» مناسب علامت‌گذاری کنید. خروجی: جدول نشانه گذاری (فاز | بسته | دامنه | تحویل | معیارهای پذیرش).

این درخواست قوی است زیرا زمینه، محدودیت، قانون 100٪، معیارهای پذیرش و درخواست خارج از محدوده مشخص است. همچنین عدم قطعیت را با "[تایید با تیم]" اعمال می کند.

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

# خارج از محدوده یاب بیانیه scope زیر را بخوانید. وظایفی را به عنوان «نامزدهای خارج از محدوده» فهرست کنید که رایج هستند اما به صراحت در اینجا ذکر نشده اند (مانند آموزش، مستندسازی، پشتیبانی، مهاجرت، تست امنیتی). برای هر کدام، بپرسید چرا باید گنجانده یا حذف شود.

# سازنده معیارهای پذیرش 3-5 معیار پذیرش قابل اندازه گیری را برای تحویل زیر (در قالب SMART) پیشنهاد کنید: [تحویل]. معیارهایی را که قابل اندازه گیری نیستند ننویسید (مثل "باید خوب کار کند").

# 100% قانون چکر WBS زیر را بررسی کنید. کدام قابل تحویل از عبارت scope در هیچ بسته کاری مشابه ندارد؟ کدام بسته ها از بیانیه scope فراتر می روند؟ شکاف ها را فهرست کنید.

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

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

نکته: یک بار WBS را ننویسید و آن را رها کنید. هنگامی که یک تغییر تایید شده رسید، WBS، سپس برنامه و بودجه را به روز کنید. WBS یک سند زنده است.

به طور خلاصه

بیانیه scope مرزهای پروژه را مشخص می کند، در حالی که WBS قسمت های قابل مدیریت کار را تعریف می کند. یک بیانیه دامنه خوب شامل معیارهای پذیرش واضح و یک لیست قوی "خارج از محدوده" است. یک WBS خوب از قانون 100٪ و انحصار متقابل پیروی می کند. هوش مصنوعی برای هر دو طرح‌های سریع و کامل تولید می‌کند، اما می‌تواند بسته‌های خاص موسسه را نادیده بگیرد. این بر عهده مدیر پروژه است که قانون 100٪ را از دیدگاه انسانی اعمال کند، خارج از محدوده را روشن کند و اعتبار تیم را به دست آورد.

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

برای پروژه فعلی خود، یک پیش نویس WBS از هوش مصنوعی تولید کنید که به فازها و بسته های کاری تقسیم شده است (داده ها را ناشناس کنید). سپس، با یکی از اعضای تیم خود، قانون 100٪ را اعمال کنید: کدام بسته ها گم شده اند، کدام غیر ضروری هستند، کدام تحویل معیار پذیرش ندارد؟ حداقل 3 نقطه گمشده/نادرست را تصحیح کنید و WBS اصلاح شده را ذخیره کنید.

چک لیست

• [ ] بیانیه محدوده من دارای هدف، قابل تحویل، معیارهای پذیرش، خارج از محدوده، فرض و محدودیت است.
• [ ] من از عمد لیست "خارج از محدوده" را پر کردم.
• [ ] WBS از قانون 100% پیروی می کند (بسته های گم نشده/ اضافی).
• [ ] هر بسته کاری قابل پیش بینی و ردیابی است.
• [ ] هر تحویل مهم دارای معیارهای پذیرش قابل اندازه گیری است.
• [ ] من پیش نویس هوش مصنوعی را با تیم تأیید کردم. من بسته های خاص موسسه را اضافه کردم.