ارزش پروژه مهندسی پس از مرگ

پروژه های مهندسی، چه در زمان تحویل داده شوند یا به چالش های غیرمنتظره ای برسند، یک منبع غنی از یادگیری را ارائه می دهند. A به خوبی ساختار یافته پس از آن - گاهی اوقات به عنوان یک تجربه خام به دانش عملی شناخته می شود، به تیم ها اجازه می دهد تا به طور سیستماتیک بررسی کنند که چه اتفاقی افتاده است، چرا آن اتفاق افتاده است و چگونه به درستی کار آینده را بهبود بخشند، اعتماد پس از مرگ، بهبود مستمر و فرصت های مداوم آن را ترویج می کند.

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

چه چیزی باعث می شود که یک پست موثر باشد؟

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

تیم های مهندسی اغلب از فرمت های ساختاری برای هدایت گفتگو استفاده می کنند. یک چارچوب ساده را ارائه می دهد: شروع، توقف، ادامه دادن، رویکرد دقیق تر که بررسی فازهای خاص پروژه است.

آماده سازی برای پست-دمم

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

  • دامنه و اهداف را تعریف کنید.[۱۰] آیا این پس از مرگ برای کل پروژه یا فقط یک مرحله خاص است؟ پرسش های کلیدی که می خواهید پاسخ دهید چیست؟
  • ذینفعان را به اشتراک می گذارد.[۱۰] دعوت همه افراد درگیر در پروژه - توسعه دهندگان، طراحان، مدیران محصول، QA و عملیات خارجی نیز ممکن است دیدگاه های ارزشمندی ارائه دهد.
  • یک جدول زمانی را آماده کنید.[۱۰] جدول زمانی بصری به ردیابی توالی رویدادها و تصمیمات کمک می کند.
  • دستور کار و هنجارهای را به وضوح بیان کنید که جلسه بی گناه است، به اشتراک گذاشتن دستور کار در پیشبرد، بنابراین شرکت کنندگان می توانند آماده شوند.

یک تسهیل کننده آماده بسیار مهم است.این فرد باید در مکالمات راهنمایی بدون تسلط بر آنها بی طرف و ماهر باشد.نقش آنها این است که بحث را در مسیر نگه دارید، صداهای آرام تر را تشویق کند و اطمینان حاصل کند که گروه از مشاهده به عمل حرکت می کند.

برگزاری جلسه پس از مرگ

جلسه خود باید یک گفتگوی سازنده ایجاد کند، نه یک سخنرانی با تنظیم لحن: تکرار هدف و سیاست بدون زنگ، سپس حرکت از طریق یک دستور کار ساختار یافته است.یک رویکرد مشترک این است که بحث را به سه دسته گسترده تقسیم کند: آنچه خوب پیش رفت، چه چیزی اشتباه بود و چه چیزی می تواند بهبود یابد.

چه چیز خوب پیش می رود؟

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

چه چیزی اشتباه می کنیم؟

سپس، مشکلات را شناسایی کنید.از اظهارات مبهم مانند “ارتباط بد” اجتناب کنید، از حوادث خاص بپرسید و عوامل کمک کننده از داده ها برای پشتیبان گیری از مشاهدات استفاده کنید.به عنوان مثال، “بررسی کد به جای 24 ساعت توافق شده 48 ساعت به طور متوسط زمان را بررسی کرد و منجر به تاخیر در فاز ادغام می شود.”

چه چیزی می تواند بهبود یابد؟

در نهایت، راه حل های طوفان مغزی که بیشترین تغییرات را در خود دارند، ممکن است برخی از پیشرفت ها سریع برنده شوند – مانند به روز رسانی مستندات یا اضافه کردن یادآوری Slack، دیگران نیاز به سرمایه گذاری طولانی مدت دارند، مانند اتخاذ ابزارهای جدید یا بازسازی نقش های تیم.

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

نکته: [FLT3] [FLT3] رویکرد Google SRE به بعد از آن بر نوشتن بی گناه تاکید می کند - جایی که گزارش رویداد اولیه بدون نام افراد نوشته شده است، به جای تمرکز بر فرآیندها و شکست های فنی [FLT5:5:5:5:5]

یافتن های آنافری بعد از جلسه

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

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

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

ایجاد و حذف یک طرح اقدام

یک پس از مرگ تنها به اندازه تغییراتی که الهام بخش آن است، ارزشمند است. [۱] یک طرح رسمی عملیاتی را که به سه تا پنج یافته برتر می پردازد، توسعه دهید.هر عمل باید S.M.A.R.T[[۱۰] [FLT ۱] (Specific، قابل اندازه گیری، قابل دستیابی، مرتبط، زمان-bound) به عنوان یک مالک واحد برای هر یک اقدام واقعی و یک مهلت واقعی تعیین شده باشد.

  • اقدام خلاصه: [FLT 1] [FLT:] "reduce میانگین بررسی کد از 48 ساعت به 24 ساعت با ایجاد یک برنامه مرور کننده چرخش و ادغام یک یادآوری Slack: سارا.
  • مثال دیگر: اضافه کردن تست های خودکار برای ماژول دروازه پرداخت برای گرفتن برگشت قبل از مالک: مایک.ب.

برنامه عمل را به طور گسترده به اشتراک بگذارید - نه فقط با تیم مهندسی، بلکه با ذینفعان که نیاز به مشاهده در بهبود مداوم دارند، در نظر بگیرید که این موارد را به ابزار مدیریت پروژه تیم خود اضافه کنید و آنها را در بررسی های روزانه یا هفتگی پیگیری کنید.

پس از یادگیری های Up and Embedding Learnings

یکی از رایج ترین شکست های پس از مرگ فقدان اقدامات پیگیری است که به سرعت پیگیری نمی شود اولویت بندی برنامه ریزی بررسی های دوره ای - به عنوان مثال، یک بررسی 30 روزه و یک بررسی 90 روزه - برای ارزیابی پیشرفت اگر یک عمل متوقف شده است، بحث در مورد آنچه مسدود کننده ها وجود دارد و تنظیم برنامه بر اساس آن.

یادگیری را در مستندات و فرایندهای تیم خود قرار دهید. Update Runbooks، لیست های استقرار، استانداردهای برنامه نویسی و مطالب جمع آوری شده. به اشتراک گذاری درس ها در تیم ها از طریق یک پایگاه دانش یا یک سری منظم "یادگیری ناهار" هدف این است که بینش ها را از هر بخش پس از مرگ از حافظه جمعی سازمان به دست آورید.

قرص های معمولی برای جلوگیری از

حتی تیم های با تجربه نیز می توانند به دام هایی که ارزش یک پس از مرگ را تضعیف می کنند، سقوط کنند، در اینجا برخی از مشکلات برای تماشای:

  • افراد را سرزنش می کند.[۱۰] این کار مشارکت را متوقف می کند و ترس را تقویت می کند.
  • حرکت بسیار سریع [در این بحث] منجر به تجزیه و تحلیل سطحی می شود.
  • تشخیص مسائل کوچک مشکلات کوچک می تواند آنها را در اوایل به آنها رسیدگی کند تا از شکست های بزرگتر جلوگیری شود.
  • [در این باره] [و] [و] [و] [و] [و] [و] [و] [و] [و]] [و [براى]]]] [و]]] [و [براى]]]] [و [براى [براى]]]] [و]]] [به آسانی [از یاد [وى] [در [و]]] [و [و [و [و]]]]]] [و [و [و [و [و [در [و]]]]]]]]]]] [و [و [و [و [و [و [و [و [و [و [در [و]]]]]]]]]]]]]] [و [و [و [و [و [و [و [و [و [و [و [و [و]]]]]]]]]]]]]]]]]]]]]]]]] [و [و [و [و [در [و [و [و [و [و [و [از [و [و [در [در [و [و [و
  • اضافه بار تحریم [[ویرایش] سعی کنید همه چیز را در یک زمان رقیق کننده، قبل از چند تغییر با آرامش بالا و اجرای آنها به خوبی انجام دهید.

ساخت فرهنگ پس از مرگ

در نهایت، موثرترین پس از مرگ کسانی هستند که به بخش منظمی از چگونگی عملکرد تیم تبدیل می شوند.هنگامی که تیم ها پس از هر پروژه مهم، نه فقط پس از شکست، پس از عمل بازتاب و بهبود فرهنگ، به حمایت رهبری، ایمنی روان شناختی و مدل سازی مداوم توسط مهندسین و مدیران ارشد نیاز دارند.

در طول زمان، پس از خواب از جلسات گاه به گاه به یک موتور بهبود مستمر تکامل می یابد.آنها به تیم ها کمک می کنند تا الگوهای، فرآیندهای جدید را شناسایی کنند و به طور سیستماتیک نوار کیفیت و قابلیت اطمینان را افزایش دهند.

برای مطالعه بیشتر در ساخت یک تمرین پس از مرگ قوی، بررسی و IBM] راهنمای برای انجام موثر پس از آلودگی [F] [F6].