برنامه نویسی

یک فلسفه مدیریت مهندسی (یعنی چگونه کار را انجام دادیم)

Summarize this content to 400 words in Persian Lang
می دانید چه زمانی چیزی کار می کند؟ و شما نمی خواهید با یک چیز خوب قاطی کنید؟ بله، آنجا بودم من الان آنجا هستم.

تیم مهندسی من شیوه های مدیریت مهندسی آزموده و واقعی ما را به منظور تمرین Scrum کنار گذاشتند. من از اسکرام عصبانی نیستم ولی من برای از دست دادن روزهای خوب سوگوار هستم و حتی اگر هیچ کس دیگری هول نکند، می خواستم آنچه را که باعث درخشش سیستم ما شده به اشتراک بگذارم :).

یک فلسفه مدیریت مهندسی

انسانها در تخمین بد هستند.

برآوردها ذاتاً غیرقابل اعتماد هستند و باید با احتیاط رفتار کرد. میدونی که من درست میگم!
داده های خود گزارش شده قابل اعتماد نیستند.
معیارهای گزارش شده توسط خود را تأیید و بررسی کنید.

داستان های کوچک کاربران کلیدی هستند.

یک تعریف از «انجام شد» را در معیارهای پذیرش گنجانده شود.
محدوده کوچک ریسک را محدود می کند و مهندسان را متمرکز می کند.
برای اینکه هر تیم (BA، QA، Dev) قادر به ساخت یک محصول پایدار و با کیفیت باشد، کار را تقسیم کنید.
تغییرات کوچک باعث پیشرفت سریعتر و مطمئن تر می شود.

معیارهای پذیرش نویسنده در هر بلیط.

برای جلوگیری از ترکیب وظایف، به دنبال “و” در عنوان باشید.
از Tech Discovery و Tech Notes برای محدود کردن زودهنگام دامنه استفاده کنید.
از بلیط های تحقیق برای اشکالات نامشخص استفاده کنید.
از تبلیغ بلیط هایی که در واقع چند کار هستند خودداری کنید.

دسته های کاری

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

سرعت بلیط

به طور متوسط ​​8 هفته اندازه گیری کنید.
ظرفیت برنامه ریزی شامل شدن جفت شدن، آموزش، یادگیری، بررسی روابط عمومی.

جلسات ذینفعان

هر جمعه اولویت ها را تنظیم کنید.
مهندسی ظرفیت را فراهم می کند، ذینفعان اولویت ها را ارائه می دهند.
به طور استراتژیک بلیط های “طرح” را انتخاب کنید.

تشدید در اواسط هفته

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

برنامه ریزی اسپرینت و مسئولیت پذیری

بلیت‌های اولویت‌دار برای اسپرینت/هفته آینده را بگیرید.
نسبت به تعهدات پاسخگو باشید.
بلیط های حل شده خارج از طرح را ضبط و بررسی کنید.
برای جلوگیری از بلیط های خارج از برنامه در آینده از مرورهای گذشته استفاده کنید.

معیارها و انضباط.

سرعت 8 هفته را در هر دسته کاری اندازه گیری کنید.
روندها را تجسم کنید و تیم ها را برای همسویی با اهداف هدایت کنید.
با دقت در برابر درصدهای هدف تحویل دهید.
در مقابل فشار ذینفعان برای تبلیغ بیش از حد بلیط ها مقاومت کنید.
موانع را برای ماندن در برنامه بردارید.
معیارها را دنبال کنید و نظم و انضباط را حفظ کنید.

قاعده طلایی

کار را برنامه ریزی کنید، برنامه را اجرا کنید.

آه این احساس عالی بود. از اینکه به من اجازه دادید همه چیز را در صفحه بیاورم و زمان های خوب عملکرد بالا و به ندرت از دست دادن تاریخ تحویل را دوباره زنده کنم.

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

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

تیم مهندسی من شیوه های مدیریت مهندسی آزموده و واقعی ما را به منظور تمرین Scrum کنار گذاشتند. من از اسکرام عصبانی نیستم ولی من برای از دست دادن روزهای خوب سوگوار هستم و حتی اگر هیچ کس دیگری هول نکند، می خواستم آنچه را که باعث درخشش سیستم ما شده به اشتراک بگذارم :).

یک فلسفه مدیریت مهندسی

انسانها در تخمین بد هستند.

  • برآوردها ذاتاً غیرقابل اعتماد هستند و باید با احتیاط رفتار کرد. میدونی که من درست میگم!
  • داده های خود گزارش شده قابل اعتماد نیستند.
  • معیارهای گزارش شده توسط خود را تأیید و بررسی کنید.

داستان های کوچک کاربران کلیدی هستند.

  • یک تعریف از «انجام شد» را در معیارهای پذیرش گنجانده شود.
  • محدوده کوچک ریسک را محدود می کند و مهندسان را متمرکز می کند.
  • برای اینکه هر تیم (BA، QA، Dev) قادر به ساخت یک محصول پایدار و با کیفیت باشد، کار را تقسیم کنید.
  • تغییرات کوچک باعث پیشرفت سریعتر و مطمئن تر می شود.

معیارهای پذیرش نویسنده در هر بلیط.

  • برای جلوگیری از ترکیب وظایف، به دنبال “و” در عنوان باشید.
  • از Tech Discovery و Tech Notes برای محدود کردن زودهنگام دامنه استفاده کنید.
  • از بلیط های تحقیق برای اشکالات نامشخص استفاده کنید.
  • از تبلیغ بلیط هایی که در واقع چند کار هستند خودداری کنید.

دسته های کاری

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

سرعت بلیط

  • به طور متوسط ​​8 هفته اندازه گیری کنید.
  • ظرفیت برنامه ریزی شامل شدن جفت شدن، آموزش، یادگیری، بررسی روابط عمومی.

جلسات ذینفعان

  • هر جمعه اولویت ها را تنظیم کنید.
  • مهندسی ظرفیت را فراهم می کند، ذینفعان اولویت ها را ارائه می دهند.
  • به طور استراتژیک بلیط های “طرح” را انتخاب کنید.

تشدید در اواسط هفته

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

برنامه ریزی اسپرینت و مسئولیت پذیری

  • بلیت‌های اولویت‌دار برای اسپرینت/هفته آینده را بگیرید.
  • نسبت به تعهدات پاسخگو باشید.
  • بلیط های حل شده خارج از طرح را ضبط و بررسی کنید.
  • برای جلوگیری از بلیط های خارج از برنامه در آینده از مرورهای گذشته استفاده کنید.

معیارها و انضباط.

  • سرعت 8 هفته را در هر دسته کاری اندازه گیری کنید.
  • روندها را تجسم کنید و تیم ها را برای همسویی با اهداف هدایت کنید.
  • با دقت در برابر درصدهای هدف تحویل دهید.
  • در مقابل فشار ذینفعان برای تبلیغ بیش از حد بلیط ها مقاومت کنید.
  • موانع را برای ماندن در برنامه بردارید.
  • معیارها را دنبال کنید و نظم و انضباط را حفظ کنید.

قاعده طلایی

کار را برنامه ریزی کنید، برنامه را اجرا کنید.

آه این احساس عالی بود. از اینکه به من اجازه دادید همه چیز را در صفحه بیاورم و زمان های خوب عملکرد بالا و به ندرت از دست دادن تاریخ تحویل را دوباره زنده کنم.

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

نوشته های مشابه

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

دکمه بازگشت به بالا