💢👌🏻تفاوت تسطیح منابع و هموار سازی منابع:
در مبحث زمان در پم باک مفهوم توسعه برنامه زمان بندی وجود دارد. در زیر این عنوان به تکنیک های بهینه سازی منابع اشاره شده است. این تکنیک ها شامل تسطیح و هموار سازی منابع می باشد.
تسطیح منابع : Leveling
در این تکنیک تاریخ های شروع و پایان فعالیت و شناوری فعالیت ها مطابق محدودیت های منابع اصلاح می شوند. در تسطیح منبع هدف متوازن کردن منابع مورد نیاز برای انجام فعالیت هاست به طوری که میزان مصرف منابع از میزان عرضه آنها تجاوز نکند. در این تکنیک ممکن است تاریخ شروع ، تاریخ پایان فعالیت ها و مسیر بحرانی پروژه دستخوش تغییر شوند. طبیعی است این تغییر تاریخهای شروع و پایان فعالیت ها بر شناوری فعالیت ها نیز تاثیر گذار خواهد بود.
هموار سازی: Smoothing
در این تکنیک نیز محدودیت های مصرف منابع مد نظر است اما برعکس تکنیک تسطیح منبع مسیر بحرانی پروژه تغییر پیدا نمی کند و بنابراین تاریخ پایان پروژه تغییر نخواهد کرد.. در این تکنیک تاریخ های شروع و پایان فعالیت ها فقط در بازه شناوری کل فعالیت فقط می توانند دچار تاخیر شوند.
نکته ای که باید به آن توجه کرد هموار سازی منابع ممکن است منجر به بهینه سازی منابع نگردد.
@Projectcontrolrtn
در مبحث زمان در پم باک مفهوم توسعه برنامه زمان بندی وجود دارد. در زیر این عنوان به تکنیک های بهینه سازی منابع اشاره شده است. این تکنیک ها شامل تسطیح و هموار سازی منابع می باشد.
تسطیح منابع : Leveling
در این تکنیک تاریخ های شروع و پایان فعالیت و شناوری فعالیت ها مطابق محدودیت های منابع اصلاح می شوند. در تسطیح منبع هدف متوازن کردن منابع مورد نیاز برای انجام فعالیت هاست به طوری که میزان مصرف منابع از میزان عرضه آنها تجاوز نکند. در این تکنیک ممکن است تاریخ شروع ، تاریخ پایان فعالیت ها و مسیر بحرانی پروژه دستخوش تغییر شوند. طبیعی است این تغییر تاریخهای شروع و پایان فعالیت ها بر شناوری فعالیت ها نیز تاثیر گذار خواهد بود.
هموار سازی: Smoothing
در این تکنیک نیز محدودیت های مصرف منابع مد نظر است اما برعکس تکنیک تسطیح منبع مسیر بحرانی پروژه تغییر پیدا نمی کند و بنابراین تاریخ پایان پروژه تغییر نخواهد کرد.. در این تکنیک تاریخ های شروع و پایان فعالیت ها فقط در بازه شناوری کل فعالیت فقط می توانند دچار تاخیر شوند.
نکته ای که باید به آن توجه کرد هموار سازی منابع ممکن است منجر به بهینه سازی منابع نگردد.
@Projectcontrolrtn
❤4👍1
👍3👎2
ویدئوی آموزشی مربوط به نحوه تهیه ساختار شکست کار در نرم افزار اکسل
@Projectcontrolrtn
@Projectcontrolrtn
❤3👍1
چگونه فرایندکاوی ضعف نرم افزار قدرتمند Jira را پوشش میدهد؟
اگر با Jira کار میکنید، احتمالاً این صحنهها برایتان آشناست.
جلسه اسپرینت تمام شده اما هنوز معلوم نیست چرا تسکها دیر بسته شدند.
برد Jira پر از تسکهایی است که بین ستونهای In Progress و Pending بارها جابهجا شدهاند.
اسکرام مستر میخواهد بفهمد کجا گلوگاه وجود دارد، برای این کار باید تحلیل داده های توالی دار انجام شود اما گزارشهای معمول Jira دیگر پاسخگو نیستند.
این همان جایی است که فرآیندکاوی وارد میشود.
فرآیندکاوی، دادههای واقعی ثبتشده در Jira را میگیرد (مثل زمان ایجاد، تغییر وضعیت، فرد مسئول، نوع تسک) و بهصورت خودکار فرآیند واقعی اجرای کارها را بازسازی میکند.
با این تحلیل میتوان بهصورت عینی دید:
1⃣کدام تسکها بیشترین رفتوبرگشت را بین مراحل دارند (نشانهی دوبارهکاری یا ابهام در تعریف وظیفه)
2⃣کدام اعضای تیم در حلقههای طولانی بازبینی گرفتارند
3⃣میانگین زمان واقعی انجام هر نوع Issue چقدر است
4⃣و حتی در چه نقطهای از فرآیند بیشترین تأخیر رخ میدهد.
بهجای حدس یا احساس، فرآیندکاوی تصویر دقیق و دادهمحور از نحوهی واقعی کارکرد تیم ارائه میدهد چیزی که گزارشهای سنتی Jira معمولاً از آن غافلاند.
امروز چند پلاگین مختلف فرایندکاوی برای Jira وجود دارد که همین کار را انجام میدهند، از جمله:
✔️Process Mining for Jira
✔️Inverbis Process Mining Connector for Jira
✔️Process Analytics for Jira
این ابزارها بهصورت افزونه روی محیط Jira نصب میشوند و به شما امکان میدهند فرآیند واقعی تحویل اسپرینتها، بررسی کد، یا مدیریت باگها را ببینید و بهبود دهید.
در یک جمله:
فرآیندکاوی برای Jira مثل یک «اکسری» است که نشان میدهد تیم شما واقعاً چطور کار میکند نه فقط چطور فکر میکنید که کار میکند.
اما شما قبل از آن باید با ساختار داده ای مورد نیاز، قابلیت های فرآیندکاوی و ابزارهای رایگان آن آشنا شوید.
@Projectcontrolrtn
اگر با Jira کار میکنید، احتمالاً این صحنهها برایتان آشناست.
جلسه اسپرینت تمام شده اما هنوز معلوم نیست چرا تسکها دیر بسته شدند.
برد Jira پر از تسکهایی است که بین ستونهای In Progress و Pending بارها جابهجا شدهاند.
اسکرام مستر میخواهد بفهمد کجا گلوگاه وجود دارد، برای این کار باید تحلیل داده های توالی دار انجام شود اما گزارشهای معمول Jira دیگر پاسخگو نیستند.
این همان جایی است که فرآیندکاوی وارد میشود.
فرآیندکاوی، دادههای واقعی ثبتشده در Jira را میگیرد (مثل زمان ایجاد، تغییر وضعیت، فرد مسئول، نوع تسک) و بهصورت خودکار فرآیند واقعی اجرای کارها را بازسازی میکند.
با این تحلیل میتوان بهصورت عینی دید:
1⃣کدام تسکها بیشترین رفتوبرگشت را بین مراحل دارند (نشانهی دوبارهکاری یا ابهام در تعریف وظیفه)
2⃣کدام اعضای تیم در حلقههای طولانی بازبینی گرفتارند
3⃣میانگین زمان واقعی انجام هر نوع Issue چقدر است
4⃣و حتی در چه نقطهای از فرآیند بیشترین تأخیر رخ میدهد.
بهجای حدس یا احساس، فرآیندکاوی تصویر دقیق و دادهمحور از نحوهی واقعی کارکرد تیم ارائه میدهد چیزی که گزارشهای سنتی Jira معمولاً از آن غافلاند.
امروز چند پلاگین مختلف فرایندکاوی برای Jira وجود دارد که همین کار را انجام میدهند، از جمله:
✔️Process Mining for Jira
✔️Inverbis Process Mining Connector for Jira
✔️Process Analytics for Jira
این ابزارها بهصورت افزونه روی محیط Jira نصب میشوند و به شما امکان میدهند فرآیند واقعی تحویل اسپرینتها، بررسی کد، یا مدیریت باگها را ببینید و بهبود دهید.
در یک جمله:
فرآیندکاوی برای Jira مثل یک «اکسری» است که نشان میدهد تیم شما واقعاً چطور کار میکند نه فقط چطور فکر میکنید که کار میکند.
اما شما قبل از آن باید با ساختار داده ای مورد نیاز، قابلیت های فرآیندکاوی و ابزارهای رایگان آن آشنا شوید.
@Projectcontrolrtn
🔥1