چگونه یک پیشمرگ را اجرا کنیم: راهنمای تسهیلگری
یک پیشمرگ (گری کلاین، مجله هاروارد بیزنس ریویو، ۲۰۰۷) از تیم میخواهد تصور کند که برنامه قبلاً شکست خورده و دلایل آن را بنویسد — پیشبینی گذشته تعداد و مشخصات ریسکهایی که افراد مطرح میکنند را افزایش میدهد. مشکلی که این روش حل میکند اجتماعی است، نه تحلیلی: افراد ریسکها را میدانند و در مقابل حامی نمیگویند. برای اجرای آن در ۶۰–۹۰ دقیقه در Argumentree: برنامه را به عنوان یک ادعای اصلی (نه یک سوال) قالببندی کنید؛ از هر شرکتکننده بخواهید بهطور خاموش دلایل شکست را به عنوان ضد-استدلالهای مستقل اضافه کند؛ بهطور اختیاری برای حالتهای شکست اضافی که توسط ماشین پیشنهاد شدهاند، جستجو کنید، که بهطور واضح برچسبگذاری شده و میتوانند مورد بررسی متقابل قرار گیرند زیرا استدلالهای نوشته شده توسط هوش مصنوعی بهطور خودکار به سوالات پاسخ میدهند؛ دلایل را از طریق زنجیرههای سوال و جواب مورد بررسی قرار دهید (چهار نوبت، چالشگر و نویسنده)؛ دلایل را از طریق زنجیرههای بررسی تحت فشار قرار دهید — نقد گروهی شامل چندین زنجیره موازی بر روی یک دلیل است، نه یک دور مشترک؛ تکراریها را از طریق زنجیرههای مصالحه در سوابق ادغام کنید؛ هر دلیل را ارزیابی کنید و توزیع را بخوانید، نه فقط میانگین — واریانس بالا به این معنی است که اتاق اختلاف نظر دارد، که خود یک یافته است؛ و کاهشهای احتمالی را به عنوان ضد-استدلالها زیر هر دلیل پیوست کنید، جایی که یک ضد-استدلال از یک ضد-استدلال از برنامه حمایت میکند. محدودیتهای صادقانه: ابزارها امنیت روانی ایجاد نمیکنند، ارزیابیها یک ارزش برچسبگذاری شده واحد هستند نه یک ماتریس احتمال-تأثیر، زنجیرهها چهار نوبت هستند و سپس کامل میشوند، و پیشمرگ سطحی را مطرح و اولویتبندی میکند — اما تصمیم نمیگیرد.
پیشمرگ گاری کلاین به اتاق میگوید که طرح قبلاً شکست خورده و میپرسد چرا — زیرا پیشبینیهای آینده خطراتی را نمایان میکند که ادب آنها را سرکوب میکند. این را به گونهای اجرا کنید که هر خطر به تصمیم متصل بماند:
- طرح را به عنوان یک ادعا قالببندی کنید، تا چیزها بتوانند به آن حمله کنند — سپس ده دقیقه سکوت برای نوشتن شکستهای مستقل
- بازجویی و تست استرس آنچه در زنجیرههای پرسش و پاسخ و بررسی ظاهر شد — گفتوگوهای چهار نوبتی با هر نویسنده ریسک، به صورت موازی
- هر علت را ارزیابی کنید و فاصله را بخوانید — واریانس بالا به این معنی است که اتاق توافق ندارد، که خود این یک یافته است
- کاهشها ضد استدلالها هستند: یک نقطه منفی برای علت — و یک نقطه منفی برای یک نقطه منفی از طرح حمایت میکند
ریتری که خیلی دیر آمد
دوازده ماه دیگر، شما در جلسه بازنگری برای طرحی که قرار است تأیید کنید نشستهاید. راهاندازی ناموفق بوده، اعداد بد هستند و اتاق در حال انجام کارهایی است که اتاقها در جلسات بازنگری انجام میدهند: توضیح دادن، بهطور روان و با جزئیات، اینکه چرا همیشه قرار بود اشتباه پیش برود. وابستگی به تأمینکنندهای که همه بهطور خصوصی به آن شک داشتند. فرض استخدامی که هیچکس به آن باور نداشت. ریسک ادغام که یک مهندس یک بار، به آرامی، و هرگز دوباره به آن اشاره کرد.
اینجا بخش ناخوشایند است: بیشتر آن دانش امروز وجود دارد، در ذهن افرادی که در آن جلسه بازنشستگی خواهند نشست. تیم شما در دیدن خطرات ناکام نیست. بلکه در بیان آنها ناکام است — زیرا این طرح یک حامی دارد، حامی در اتاق است و هیچکس بر اساس این که دلایل شکست طرح رئیس را فهرست کند، شغف خود را نمیسازد.
پیشمرگ یک آیین است که دقیقاً برای همین ساخته شده است. گری کلاین آن را در Harvard Business Review در سال 2007 توصیف کرد: به اتاق بگویید که برنامه قبلاً شکست خورده است، دوازده ماه جلوتر، و از همه بخواهید که بنویسند چرا. تغییر زمان واقعاً کار میکند — تحقیقات در مورد پیشبینیهای گذشته نشان میدهد که تصور یک نتیجه به عنوان قطعی، نه صرفاً ممکن، تعداد و مشخصات علل را که مردم تولید میکنند افزایش میدهد. و چارچوببندی نیز کار اجتماعی انجام میدهد: شما دیگر در حال انتقاد از برنامه حامی نیستید؛ شما در حال توضیح یک گذشته خیالی هستید. ناگهان به همه اجازه داده میشود که آنچه را که میدانند، بدانند.
چرا مردم قبلاً میدانستند
مهم است که در مورد اصلاحات پیش از مرگ دقیق باشیم، زیرا این یک تکنیک تحلیل نیست. حالتهای شکست که این روش به آنها اشاره میکند تقریباً همیشه برای کسی قبل از تصمیمگیری شناخته شده بودند. آنچه مانع از بیان آنها میشود، ماشینآلات استاندارد احترام گروهی است: مخالفت از نظر اجتماعی هزینهبر است، نظرات اولیه نظرات بعدی را لنگر میاندازند و فردی که نگرانی تعیینکننده دارد اغلب صدای جوانترین فرد در تماس است. مقالات ما در مورد مخالفت ساختاری و تقویت استدلال این ماشینآلات را به تفصیل بررسی میکنند — پیشمرگ، اقدام متقابل کاربردی است.
این همچنین دلیل این است که اجرای آن با مکانیکهای صحیح بیشتر از اجرای آن با اشتیاق اهمیت دارد. دو ویژگی باربر استقلال است — هر کسی قبل از اینکه کسی دیگر علل دیگران را ببیند، مینویسد — و وابستگی است — هر علت به طرحی که تهدید میکند متصل میماند، با یک نویسنده، تا بتوان آن را مورد سوال، چالش و کاهش قرار داد، نه اینکه بر روی یک تخته سفید عکاسی شده و فراموش شود.
آنچه شما نیاز دارید
یک بحث Argumentree (هر برنامهای کار میکند — سطح رایگان برای اجرای اولین پیشمرگ شما کافی است)، مالک برنامه در اتاق و 60 تا 90 دقیقه. شرکتکنندگان از هر جایی میتوانند بپیوندند؛ این مراسم به صورت همزمان یا در طول یک روز برگزار میشود.
مرحله ۱: طرح را به عنوان یک ادعا قالببندی کنید
بحث را با طرح به عنوان استدلال اصلی آن ایجاد کنید — به عنوان یک ادعای متعهد بیان شده، نه یک سوال: "ما X را به بخش Y تا Q2 ارسال خواهیم کرد." نحوه بیان مهم است. یک سوال ("آیا باید X را ارسال کنیم؟") بحثی درباره اینکه آیا باید این کار را انجام دهیم را دعوت میکند؛ یک ادعا چیزی ایجاد میکند که علل شکست میتوانند به آن حمله کنند. یک جمله، تاریخدار، متعلق به حامی طرح.
سپس چارچوببندی کلاین را به اتاق منتقل کنید، عیناً اگر میخواهید: "دوازده ماه از حالا است. این طرح شکست خورد — به شدت. ده دقیقه وقت بگذارید، به تنهایی، و هر دلیلی که چرا اینطور شد را بنویسید."
- ✓ادعای اصلی ایجاد شد — طرح به عنوان یک جمله متعهد، نوشته شده توسط حامی آن. نقطه بررسی: این به عنوان یک ادعا خوانده میشود که چیزی میتواند به آن حمله کند، نه یک سوال.
مرحله ۲: ده دقیقه سکوت
هر شرکتکننده اکنون دلایل شکست را به عنوان مخالفاستدلالها به طرح اضافه میکند — بهطور مستقل. اینجاست که ابزار جایگاه خود را نسبت به تخته سفید پیدا میکند: یک دلیل تنها پس از ارسال برای دیگران قابل مشاهده است، بنابراین هیچکس به اولین صدای مطمئن تکیه نمیکند و هیچکس پس از دیدن چهره حامی، ریسک خود را کاهش نمیدهد. از هر یک حداقل سه دلیل بخواهید که بهصورت ادعاهای مشخص نوشته شده باشند ("ادغام SSO از تاریخ آزمایشی عبور میکند")، نه دستهها ("ریسک فنی").
اختیاری، یک بررسی هوش مصنوعی را در کنار آن اجرا کنید: حالتهای شکست اضافی از مدلهای مختلف تولید کنید. آنها به وضوح به عنوان پیشنهاد شده توسط ماشین برچسبگذاری شدهاند - منبع بر روی هر استدلال حک شده است - بنابراین اتاق همیشه میتواند نگرانیهای واقعی یک مهندس را از الگوی یک مدل تشخیص دهد. همچنین در خواندن خود آنها را جدا نگه دارید: هوش مصنوعی فضای ریسکهای کاندید را گسترش میدهد؛ اما سازمان شما را نمیشناسد.
- ✓نسل خاموش کامل شد — همه به طور مستقل ارسال کردند. نقطه بازرسی: ≥3 دلیل برای هر شرکتکننده؛ هیچکس ویرایش نکرد؛ دلایل هوش مصنوعی (در صورت وجود) به وضوح برچسبگذاری شدهاند.
زمانی که آسیب جاروبرقی هوش مصنوعی احساس میشود
ابتدا دور سکوت انسان را اجرا کنید، سپس جارو کردن ماشین. اگر عبارات روان مدل قبل از نوشتن افراد به نتیجه برسد، آنها را تثبیت میکند — شما ریسکهای عمومی با کلمات خوب به جای ریسکهای خاصی که فقط تیم شما میداند، دریافت میکنید. جارو کردن یک شبکه برای آنچه انسانها از دست دادهاند است، هرگز عمل اول نیست.
مرحله ۳: بررسی کنید چه چیزی ظاهر شد
حالا اتاق درخت را میخواند — و به جای یک بحث باز که در آن بلندترین خواننده برنده میشود، علل از طریق سه حرکت ساختاریافته بررسی میشوند، هر کدام یک گفتگوی چهار نوبتی بین یک چالشگر و نویسنده علت:
زنجیره پرسش و پاسخ — آن را درک کنید
یک زنجیره پرسش و پاسخ در مورد هر علتی که نمیتوانید ارزیابی کنید، باز کنید: "اولین چیزی که خراب میشود چیست و چگونه متوجه خواهیم شد؟" نویسنده پاسخ میدهد، شما پیگیری میکنید، آنها دوباره پاسخ میدهند — سپس این زنجیره کامل میشود. هیچ علتی نباید باقی بماند که کسی آن را درک نکند.
زنجیره بازبینی — آن را تحت فشار آزمایش کنید
فکر میکنید یک دلیل بیش از حد بزرگنمایی شده (یا کمنمایی شده) است؟ یک زنجیره بررسی باز کنید: ارزیابی شما، پاسخ نویسنده، پیگیری، پاسخ. این تبادل به عنوان سوابق چالش باقی میماند.
زنجیره مصالحه — ادغام تکراریها
دو نفر ریسک یکسانی را به شکل متفاوتی نوشتند؟ متن ترکیبی را به نویسنده دیگر پیشنهاد دهید. ادغام در سوابق انجام میشود — نه با حذف بیصدا یک یادداشت چسبان توسط یک تسهیلگر.
انتقاد گروهی = زنجیرههای موازی
دکمهای به نام "شروع دور نقد" وجود ندارد، بهطور طراحی شده: نقد گروهی N نفر هر کدام زنجیره خود را در مورد همان موضوع باز میکنند و نویسنده به هر یک پاسخ میدهد. هر اعتراضی قابل انتساب و پاسخ داده شده باقی میماند.
یک ویژگی وجود دارد که ارزش اشاره به آن را دارد، زیرا آنچه را که جستجوی هوش مصنوعی ارزشمند میکند تغییر میدهد: علل پیشنهادی توسط ماشین پاسخ میدهند. یک استدلال که توسط یک مدل نوشته شده است به طور خودکار در زنجیرههای خود پاسخ میدهد — به همان مدلی که آن را نوشته است — بنابراین میتوانید یک حالت شکست پیشنهادی توسط ماشین را مورد بررسی قرار دهید و بلافاصله یک پاسخ معنادار دریافت کنید. این پاسخ مشخص به "چرا فقط از یک چتبات برای دریافت فهرست ریسک نپرسیم" است: یک فهرست نمیتواند مورد سوال قرار گیرد.
مرحله ۴: امتیاز بدهید و فاصله را بخوانید
هر شرکتکننده هر علت را ارزیابی میکند — هر کدام یک ارزیابی، یک ارزش با برچسب. بر اساس توزیع مرتب کنید و سپس کاری را انجام دهید که بیشتر اتاقها از آن صرفنظر میکنند: به پراکندگی نگاه کنید، نه فقط به میانگین. علتی که همه آن را ۸ ارزیابی میکنند، اولویت است. علتی که نیمی از اتاق آن را ۹ و نیمی دیگر ۲ ارزیابی میکنند، چیزی بهتر است: یک اختلاف واقعی درباره اینکه جهان چگونه کار میکند، که به سطح آمده و نامگذاری شده است. این تقسیمها معمولاً باارزشترین یافته کل جلسه هستند.
- ✓اولویتبندی انجام شد — علل توسط همه ارزیابی شدند. نقطه بررسی: علل اصلی شناسایی شدند؛ علل با واریانس بالا به عنوان اختلاف نظر علامتگذاری شدند و به میانگین تبدیل نشدند.
سوالی که باید از اتاق پرسید
کدام علت را هیچکس به یک شکل ارزیابی نکرد؟ آن شکاف جایی است که مدلهای واقعیت تیم شما متفاوت میشود — و جایی که باید گفتگوی بعدی آغاز شود.
مرحله ۵: کاهشها به عنوان ضد استدلالها
برای هر علت اصلی، کاهشها را اضافه کنید — و در اینجا درخت کاری را انجام میدهد که یک لیست نمیتواند. یک کاهش به عنوان نقیض علت اضافه میشود: یک استدلال که به حالت شکست حمله میکند. و از آنجا که نقیض/نقیض نسبت به والد نسبی است، نقیض یک نقیض طرح را حمایت میکند — ساختار به طور بومی منطق را کدگذاری میکند. هر کاهش یک نویسنده دارد و نویسنده مالک است.
این لحظهای است که پیشمرگ معمولاً به شکل تخته سفید میمیرد: خطرات فهرست میشوند، سرها تکان میخورند، هیچ چیزی صاحب ندارد. در اینجا نقطه بازرسی ساختاری است — یک علت اصلی بدون کاهش خطر زیر آن به وضوح عریان است.
- ✓کاهشهای پیوست شده — هر علت اصلی حداقل یک ضد استدلال با نویسندهای نامبرده دارد. نقطه بازرسی: هیچ علت با امتیاز بالا بدون استدلال باقی نمانده است.
چه چیزی هنوز در شش ماه آینده دارید
این اثر هنری نقطه است. شش ماه دیگر، زمانی که چیزی اشتباه پیش برود و کسی بپرسد "آیا این را در نظر گرفتیم؟"، پاسخ تنها یک جستجو فاصله دارد: طرح، هر اعتراضی که به آن مطرح شده، کسی که هر یک را مطرح کرده، چالشهایی که هر کدام از آنها پشت سر گذاشتهاند و تدبیری که (یا که نه) به آن پیوست شده است. یک تخته سفید عکاسی شده نمیتواند به این سوال پاسخ دهد؛ این میتواند — این یک نمونه عملی از زنجیره کیفیت تصمیمگیری است که در نود دقیقه ساخته شده است.
محدودیتهای صادقانه
- ✗ابزارسازی امنیت روانی ایجاد نمیکند. ارسال مستقل مشکل لنگر را برطرف میکند؛ اما مدیرانی که مخالفان را تنبیه میکنند را از بین نمیبرد. اگر مردم از حامی میترسند، ابتدا آن را اصلاح کنید.
- ✗ریسکهای تولید شده توسط هوش مصنوعی نشانههایی برای تفکر هستند، نه یک ثبتنام ریسک. آنها به همین دلیل برچسبگذاری شدهاند. یک علت که هیچکس مالک آن نیست، یک یافته نیست.
- ✗امتیازها یک مقدار برچسبگذاری شده واحد هستند، نه یک ماتریس احتمال × تأثیر. اگر به یک ماتریس ریسک رسمی نیاز دارید، آن را صادر کرده و در جای دیگری بسازید — وانمود نکنید که امتیاز یکی از آنهاست.
- ✗یک زنجیره چهار دور است، سپس کامل میشود. این یک تبادل ساختاریافته است، نه یک رشته بیپایان. اگر یک اختلاف نیاز به بیشتر دارد، به یک جلسه نیاز دارد.
- ✗یک پیشمرگ هیچ چیزی را تعیین نمیکند. این فقط مسائل را نمایان و اولویتبندی میکند؛ تصمیم — و شجاعت برای تغییر برنامه — هنوز به عهده شماست.
درسهای عملی از اجرای اینها
- ✓زمان سکوت را به شدت محدود کنید. ده دقیقه، اعلام شده، اجباری. ارزش در استقلال است؛ به محض اینکه بحث شروع میشود، دیگر انباشته نمیشود.
- ✓از جملات خاص بپرسید، نه دستهها. "ریسک ادغام" هیچ اولویتی ندارد؛ "ادغام SSO از تاریخ آزمایشی عبور میکند" میتواند به چالش کشیده شود، ارزیابی شود و کاهش یابد.
- ✓حامی نیز مینویسد. هیچ چیزی مانند مشارکت صاحب طرح در سه حالت شکست خود، صداقت را مجاز نمیکند — اول.
- ✓در جلسه برنامهریزی بعدی حلقه را ببندید. درخت را دوباره باز کنید، بررسی کنید که کدام تدابیر انجام شده و دوباره علل را ارزیابی کنید. مرحله دوم بیست دقیقه طول میکشد و جایی است که آیین تقویت میشود.
بازگشت به رetro
به آن مرور دوازدهماهه بازگردید. هر یک از نسخههای آن ممکن است اتفاق بیفتد. در یکی، اتاق بهطور روان یک شکست را که به آرامی پیشبینی کرده بود توضیح میدهد و سوابق هیچ چیزی را نشان نمیدهد. در دیگری، مرور با درخت پیشمرگ آغاز میشود: اینجا چیزی است که گفتیم ممکن است اشتباه پیش برود، اینجا چیزی است که در مورد آن انجام دادیم، اینجا چیزی است که از دست دادیم. مرور دوم کوتاهتر، مهربانتر و تنها نسخهای است که برنامه بعدی را بهتر میکند. نود دقیقه، این هفته، آن را خریداری میکند.
منابع و مطالعه بیشتر
- کلاین، جی. (۲۰۰۷). انجام یک پیشمرگ پروژه. نشریه هاروارد بیزنس ریویو، سپتامبر ۲۰۰۷.توصیف دو صفحهای مرسوم از آیین و دلیل پیشبینی-پسنگر.
- میتچل، دی. جی، روسو، جی. ای، و پنیگتون، ان. (۱۹۸۹). بازگشت به آینده: چشمانداز زمانی در توضیح رویدادها. نشریه تصمیمگیری رفتاری، ۲(۱).تحقیقات پیشبینی-پسنگر پشت تغییر زمان: تصور یک نتیجه به عنوان قطعی، تعداد و مشخصات علل تولید شده را افزایش میدهد.
- کلین، جی.، کولر، تی.، و لاوالو، دی. (۲۰۱۹). شکستن تعصبات: پیشمرگها — هوشمند بودن در آغاز. مجله مککینزی.پیشمرگ در میان روشهای کاهش سوگیری برای تصمیمات استراتژیک قرار گرفت.
سوالات متداول
پیشمرگ چیست و چگونه با ارزیابی ریسک متفاوت است؟
یک پیشمرگ، که توسط گری کلاین در مجله هاروارد بیزنس ریویو (2007) توصیف شده است، از یک تیم میخواهد تصور کند که طرح قبلاً شکست خورده و دلایل آن را بنویسد. تغییر زمان اهمیت دارد: تحقیقات در زمینه آیندهنگری-بازنگری نشان میدهد که تصور یک نتیجه به عنوان قطعی به جای ممکن، تعداد و مشخصات علل تولید شده توسط افراد را افزایش میدهد. این روش از ارزیابی ریسک استاندارد در آنچه که اصلاح میکند متفاوت است — مشکل اجتماعی است، نه تحلیلی. مردم معمولاً از ریسکها آگاهند؛ چارچوب داستانی-گذشته پیشمرگ باعث میشود که بیان آنها در مقابل حامی طرح ایمن باشد.
یک پیشمرگ چقدر طول میکشد تا اجرا شود؟
60–90 دقیقه برای آیین اصلی: چند دقیقه برای چارچوببندی طرح به عنوان یک ادعای متعهد، ده دقیقه سکوت برای نوشتن شکستهای مستقل، تقریباً نیم ساعت برای بررسی و آزمایش فشار علل مطرح شده، ده دقیقه برای ارزیابی و بقیه زمان برای پیوست کردن کاهشها با نام مالکان. به صورت ناهمزمان اجرا شود، مراحل مشابه به راحتی در طول یک روز پخش شده، با زمانبندی نوشتن سکوت.
چگونه میتوانید یک پیشمرگ را بهصورت دورکاری یا ناهمزمان اجرا کنید؟
این آیین به طور طبیعی با async سازگار است زیرا نیاز اصلی آن استقلال است، نه همحضور. طرح را به عنوان ادعای اصلی چارچوببندی کنید، به شرکتکنندگان یک بازه زمانی برای ارسال ارائه دهید که در آن هر یک دلایل شکست را به عنوان دلایل مخالف اضافه کنند بدون اینکه ورودیهای دیگران را ببینند، سپس درخت را برای زنجیرههای پرسش و پاسخ و بررسی باز کنید — که اینها گفتوگوهای چهار نوبتی هستند که به طور ساختاری در زمانهای مختلف کار میکنند. در یک بازه زمانی ثانیهای امتیازدهی کنید و توزیع را با هم بخوانید. تنها لحظه همزمانی که ارزش نگهداشتن دارد، خواندن نهایی دلایل با واریانس بالا است.
آیا باید از هوش مصنوعی برای تولید ریسکهای پیش از مرگ استفاده شود؟
به عنوان یک دور دوم، بله؛ اما به عنوان عمل افتتاحیه، نه. حالتهای شکست تولید شده توسط ماشین فضای نامزدها را گسترش میدهند و به وضوح برچسبگذاری شدهاند، بنابراین هرگز با نگرانیهای واقعی یک عضو تیم اشتباه گرفته نمیشوند — و به این دلیل که استدلالهای نوشته شده توسط هوش مصنوعی به طور خودکار به سوالات پاسخ میدهند، یک ریسک پیشنهاد شده توسط ماشین میتواند مورد بازجویی قرار گیرد نه فقط خوانده شود. اما ابتدا دور سکوت انسانی را اجرا کنید: بیان روان ماشین که زودتر نشان داده میشود، افراد را تثبیت میکند و شما ریسکهای عمومی و خوببیان شدهای به دست میآورید به جای ریسکهای خاصی که فقط تیم شما میداند.
با نتایج پیشمرگ چه کار میکنید؟
سه چیز. اولویتبندی بر اساس توزیع امتیاز — و به علل با واریانس بالا (نصف اتاق میگوید ۹، نصف میگوید ۲) به عنوان اختلافات واقعی که باید حل شوند، نه نویز که باید میانگینگیری شود، برخورد کنید. یک راهکار با یک مالک مشخص زیر هر علت اصلی ضمیمه کنید — در یک درخت استدلال، یک راهکار نقطه منفی علت است و نقطه منفی یک نقطه منفی از طرح حمایت میکند. و درخت را به عنوان سوابق نگه دارید: در شش ماه، "آیا این را در نظر گرفتیم؟" با یک جستجو پاسخ داده میشود، نه با حافظه.
آیا یک پیشمرگ واقعاً تصمیم را تغییر میدهد؟
گاهی اوقات — و صادقانه بگویم، این کار اصلی آن نیست. پیشمرگها سطح را بالا میآورند و اولویتبندی میکنند؛ اما تصمیم نمیگیرند. ارزش قابل اندازهگیری آن این است که ریسکهایی که ممکن بود ناگفته بمانند، گفته میشوند، صاحب پیدا میکنند و قبل از تعهد، کاهش مییابند و اینکه سوابق باقی میمانند. اینکه آیا برنامه سپس تغییر میکند، یک قضاوت برای تصمیمگیرنده است — که اکنون این کار را با دانستن اینکه تیم واقعاً چه نظری دارد، انجام میدهد.
این هفته اولین پیشمرگ خود را برگزار کنید.
طرح را مشخص کنید، پنجره خاموش را باز کنید و بگذارید ریسکهایی که تیم شما قبلاً میشناسد بالاخره بیان شوند — به تصمیم متصل، با مالکان.
آغاز آزمایش رایگان ۱۴ روزه