مدیریت تغییر در پروژه های توسعه نرم افزار
ترجمه نشده

مدیریت تغییر در پروژه های توسعه نرم افزار

عنوان فارسی مقاله: یک مدل مدیریت تغییر و کاربرد آن در پروژه های توسعه نرم افزار
عنوان انگلیسی مقاله: A change management model and its application in software development projects
مجله/کنفرانس: استانداردها و رابط های رایانه ای – Computer Standards & Interfaces
رشته های تحصیلی مرتبط: مهندسی کامپیوتر، مدیریت
گرایش های تحصیلی مرتبط: مهندسی نرم افزار، مدیریت تحول، مدیریت پروژه
کلمات کلیدی فارسی: مدیریت ارزش کسب شده، مدیریت پروژه نرم افزاری، اندازه گیری عملکرد، انجام کار مجدد، مدیریت تغییر
کلمات کلیدی انگلیسی: Earned Value Management، Software project management، Performance measurement، Reworking، Change management
نوع نگارش مقاله: مقاله پژوهشی (Research Article)
شناسه دیجیتال (DOI): https://doi.org/10.1016/j.csi.2019.04.012
دانشگاه: Bilgi Grubu, Ankara, Turkey, Department of Computer Engineering, Izmir Institute of Technology, Izmir, Turkey
صفحات مقاله انگلیسی: 12
ناشر: الزویر - Elsevier
نوع ارائه مقاله: ژورنال
نوع مقاله: ISI
سال انتشار مقاله: 2019
ایمپکت فاکتور: 3.655 در سال 2019
شاخص H_index: 58 در سال 2020
شاخص SJR: 0.455 در سال 2019
شناسه ISSN: 0920-5489
شاخص Quartile (چارک): Q2 در سال 2019
فرمت مقاله انگلیسی: PDF
وضعیت ترجمه: ترجمه نشده است
قیمت مقاله انگلیسی: رایگان
آیا این مقاله بیس است: خیر
آیا این مقاله مدل مفهومی دارد: ندارد
آیا این مقاله پرسشنامه دارد: ندارد
آیا این مقاله متغیر دارد: ندارد
کد محصول: E14501
رفرنس: دارای رفرنس در داخل متن و انتهای مقاله
فهرست مطالب (انگلیسی)

Abstract

۱٫ Introduction

۲٫ Background

۳٫ CMOD – a change management model for software project monitoring

۴٫ Case studies

۵٫ Conclusions and future work

References

بخشی از مقاله (انگلیسی)

Abstract

Change is inevitable in software projects and software engineers strive to find ways to manage changes. A complete task could be easily in a team`s agenda sometime later due to change demands. Change demands are caused by failures and/or improvements and require additional effort which in most cases have not been planned upfront and affect project progress significantly. Earned Value Management (EVM) is a powerful performance management and feedback tool for project management. EVM depicts the project progress in terms of scope, cost, and schedule and provides future predictions based on trends and patterns of the past. Even though EVM works quite well and widely used in disciplines like construction and mining, it is not the case for software discipline. Software projects require special attention and adoption for change. In this study, we present a model to measure change and subsequent rework and evolution costs to monitor software projects accurately. We have performed five case studies in five different companies to explore the usability of the proposed model. This paper depicts the proposed model and discusses the results of the case studies.

Introduction

Project management aims to deliver projects on time, with the agreed scope and quality according to specified requirements and within the planned budget. The achievement of project management is perceived as planning the project accurately at the beginning and then executing the project according to this plan. Execution of the projects requires monitoring progress. EVM is commonly used performance management tool to measure project progress objectively in terms of scope, cost and schedule. It basically compares the planned work and accomplished work in a project and calculates the value of this accomplished work. EVM is called as “Management with the lights on” [۱] since it clearly identifies where the project is at a specific time and where it is going based on the trends. EVM is widely used in numerous industries such as construction and mining. Though, it is still little known and utilized in the software industry. The tools, techniques, and methods used in the traditional project management have been applied to software projects for years. However, in the field of software engineering, there is an inevitable factor of change that makes the majority of tools, methods, and techniques unusable as they are. The earlier approach in the industry was to minimize changes by making better analysis, better plans and preventing changes. The products as well as processes have been the target for stabilization without producing desired effects [2–۵] but it was never enough to prevent or avoid change [6–8]. Research studies show that software specialists spend about 30%–۵۰% of their time on rework rather than on work done right in the first time [7,9].