ترجمه مقاله نقش ضروری ارتباطات 6G با چشم انداز صنعت 4.0
- مبلغ: ۸۶,۰۰۰ تومان
ترجمه مقاله پایداری توسعه شهری، تعدیل ساختار صنعتی و کارایی کاربری زمین
- مبلغ: ۹۱,۰۰۰ تومان
1. مقدمه
2. کار مرتبط
3. مدل پیشنهادی برای رتبه بندی تامین کننده
4. بحث و کار آتی
Changing requirements and on-going decision making along the entire project life cycle are well handled by Agile methods. However Agile projects still use evaluation methods during the RFP stage that do not fulfill the flexibility mandated by the Agile manifesto.
Current evaluation methods assume a single development alternative, and thus a fixed cost–benefit tradeoff. The proposed model provides a more realistic approach by relaxing this assumption. It assumes that a supplier can propose several different alternatives (Multi-Alternative Proposal) reflecting diverse potential cost-benefit tradeoffs. The model makes it possible to rank the suppliers of these Multi-Alternative Proposals at the RFP stage.
The ideas behind the method combine concepts from both the Agile approach and Data Mining. Thus suppliers who provide multi-alternative proposals can be ranked in an objective, but very intuitive manner.
1. Introduction
Request for proposals (RFP) and proposal analysis are significant milestones in information technology (IT) projects, regardless of the management and development approaches that are implemented. In current tender procedures, suppliers are required to submit their proposals according to predefined specifications. These specifications explicitly ask bidders to state system requirements, timetables and deliverables. The latter usually define intermediate milestones for system subproducts. The participants present their proposals in detail, covering both quality related items (i.e., the functional aspects) as well as cost related issues (i.e., budgetary issues) in what is supposed to be a clear and unequivocal format.
4. Discussion and future work
Uncertainty, changing requirements and on-going decision making along the entire IT project period are well-known concepts in Agile methods. Nevertheless, when it comes to the RFP stage, Agile projects use evaluation methods that do not take the uncertainty of cost-benefit tradeoffs into account. Instead (and similar to 'traditional' approaches) they assume that the cost-benefit weight (w) is known at the RFP stage. We argue that this assumption runs counter the Agile manifesto, and present a simple method which overcomes this difficulty by relaxing this assumption. The method proposed here is both objective and consistent with the Agile approach.
تغییر الزامات و تصمیم گیری های مداوم در حین مراحل یک پروژه به خوبی توسط روش های Agile انجام می-شوند. با این وجود پروژه های Agile هنوز از روش های ارزیابی در مرحله RFP استفاده می کنند که انعطاف پذیری ایجاد شده توسط روش های Agile را برآورده نمی کنند.
روش های فعلی ارزیابی، یک جایگزین توسعه منحصربفرد را در نظر گرفته و بنابراین یک معامله هزینه-سود ثابت را نتیجه می گیرند. مدل پیشنهادی با کمرنگ نمودن این فرضیه، یک رویکرد واقع گرایانه تر را ارائه می دهد. فرض بر این است که یک تامین کننده می تواند چندین جایگزین مختلف (پیشنهاد چند گزینه ای) را پیشنهاد کند که منعکس کننده منافع هزینه- سود بالقوه و متنوع باشد. این مدل، رتبه بندی تامین کنندگانِ این پیشنهادات چند گزینه ای را در مرحله RFP امکان پذیر می سازد.
ایده های پشت این روش، ترکیبی از مفاهیم هر دو روش Agile و Data Mining است. بنابراین، تامین کنندگانی که پیشنهادات چند گزینه ای را ارائه می دهند، می توانند در طبقه ای هدفمند، اما بسیار شهودی قرار گیرند.
1. مقدمه
درخواست پیشنهادات (RFP) و تجزیه و تحلیل پیشنهاد، صرف نظر از رویکردهای مدیریت و توسعه ای که اجرا می شوند، نقاط قوت در پروژه های فناوری اطلاعات (IT) هستند. در روش های پیشنهادی موجود، تامین کنندگان باید پیشنهادات خود را با توجه به مشخصات از پیش تعیین شده ارائه دهند. این مشخصات به صراحت از داوطلبان تقاضا می کنند که الزامات سیستم، جدول زمانی و نتایج قابل ارائه را معین کنند. آخرین مورد، معمولا نقطه عطف متوسطی را برای زیر مجموعه های سیستم تعریف می کند. شرکت کنندگان پیشنهادات خود را به همراه جزئیات ارائه می دهند که شامل موارد مرتبط با کیفیت (به عنوان مثال، جنبه های عملکردی) و نیز مسائل مرتبط با هزینه (یعنی مسائل بودجه) در قالب یک فرمت واضح و شفاف است.
4. بحث و کار آتی
عدم اطمینان، تغییر شرایط و تصمیم گیری در حال انجام در طول دوره پروژه IT، مفاهیم شناخته شده در روش-های Agile هستند. علی رغم این که این روش در مرحله RFP می آید، پروژه های Agile از روش های ارزیابی استفاده می کنند که عدم اطمینان را در مورد معامله سود و زیان در نظر نمی گیرند. در عوض (و شبیه به رویکردهای سنتی)، آنها فرض می کنند که با عملکرد Agile وزن هزینه-سود (w) در مرحله RFP شناخته شده است. ما استدلال می کنیم که این فرضیه مطابقت دارد، و روش ساده ای را ارائه می دهد که با سست نمودن این فرض، مشکل را برطرف می کند. روش پیشنهادی در اینجا هر دو هدف و سازگاری با رویکرد Agile را دارد.