ترجمه چکیده مقالات: 7
Prince2 or PMBOK – a question of choice
Project management has become an indispensable tool in project development, not only applied in software projects, but in many other business areas. Therefore, there is a huge investment in training of managers, giving them the knowledge to achieve their tasks successfully. The main goal is to decide which methodology we must apply to a project. In this paper we will discuss a set of principles that will support a choice from two main methodologies to use in different context projects. So in this paper, it is intended to introduce concepts, looking for the environment and highlighting its value in the project management, directed to software development projects, where increasingly there is a need to apply management knowledge. Will be presented a case study that illustrates the concepts presented and the easiness to implement a methodology for project management, supporting the entire process.
کدام را انتخاب کنیم؟ Prince2 یا PMBOK
استفاده از مدیریت پروژه به عنوان ابزاری ضروری در توسعه پروژهها، تنها به پروژههای نرمافزاری محدود نشده و در بسیاری از دیگر حوزههای کسبوکار نیز دیده میشود. به همین دلیل در آموزش دانش موردنیاز به مدیران جهت کسب موفقیت در کار به شدت سرمایهگذاری شده است. هدف نهایی، تصمیمگیری در مورد روش مناسب برای استفاده در یک پروژه است. در این مقاله از مجموعه اصولی بحث خواهیم کرد که ما را در انتخاب بین دو روش اصلی برای کاربرد در پروژههایی با زمینههای متفاوت حمایت میکنند. بنابراین هدف این مقاله معرفی مفاهیم، جستجوی محیط، و برجستهسازی ارزشهای آن در مدیریت پروژه است. همچنین این مقاله در راستای پروژههای توسعه نرمافزار که نیاز روزافزونی به کاربرد دانش مدیریت در آنها دیده میشود، انجام شده است. در ادامه مطالعهای موردی برای نمایش مفاهیم ارائه شده و سهولت پیادهسازی روشی شامل تمام فرایندها برای مدیریت پروژه بیان شده است.
ارائه شده توسط رقیه حسنی
متنی برای ترجمه: 7
Distinguishing the project schedule presentation (schedule) from the schedule data and calculations that produce the project schedule is practiced by referring to the scheduling tool populated with project data as the schedule model. A schedule model is a representation of the plan for executing the project’s activities including durations, dependencies, and other planning information, used to produce project schedules along with other scheduling artifacts.
On some projects, especially those of smaller scope, defining activities, sequencing activities, estimating activity resources, estimating activity durations, and developing the schedule model are so tightly linked that they are viewed as a single process that can be performed by a person over a relatively short period of time.
تشخیص نمایش زمانبندی پروژه (جدول زمانبندی) از دادههای زمانبندی و محاسباتی که جدول زمانبندی پروژه را میسازند، با استفاده از ابزار زمانبندی انجام میپذیرد. ابزار زمانبندی که با دادههای پروژه پر شده، مدل زمانبندی نامیده میشود. یک مدل زمانبندی، تصویری از برنامه اجرای فعالیتهای پروژه است که مدت زمان، وابستگیها و دیگر اطلاعات برنامهریزی را نمایش میدهد. این مدل برای ایجاد جدول زمانبندی پروژه و دیگر مصنوعات زمانبندی به کار برده میشود.
در برخی پروژهها، بهویژه آنها که دامنه کوچکتری دارند، تعریف فعالیتها، مرتبسازی فعالیتها، تخمین منابع فعالیتها، برآورد مدت زمان انجام فعالیتها، و ایجاد مدل زمانبندی ارتباط تنگاتنگی با هم دارند تا جایی که میتوان آنها را به عنوان یک فرایند واحد در نظر گرفت که توسط یک شخص و در مدت زمانی کوتاه، قابل انجام است.
ترجمه چکیده مقالات: 6
The relative importance of the PMBOK Guide’s nine Knowledge Areas during project planning
Although A Guide to the Project Management Body of Knowledge (PMBOK® Guide)—Fourth Edition identifies nine Knowledge Areas that project managers should focus on while managing projects, it does not indicate the relative importance of each of these Knowledge Areas. However, such information can be of great significance in helping project managers determine how to use their available resources most effectively. This article investigates the relative importance of the project management Knowledge Areas used during the planning phase of a project and their impact on project success. Results presented in this article are based on a field study that involved 783 project managers from different countries and industries. The study revealed that the Knowledge Areas with the greatest impact on project success were Time, Risk, Scope, and Human Resources. However, these results have been found to be sensitive to the industry in which projects were undertaken. Differences among industries are described and discussed in the article.
اهمیت نسبی نه حوزه دانشی راهنمای PMBOK در حین فاز برنامهریزی پروژه
هرچند راهنمای PMBOK (ویراست چهارم) نه حوزه دانشی را که میبایست در حین اجرای پروژه توسط مدیران پروژه مورد توجه قرار گیرند، مشخص میکند، به اهمیت نسبی هر یک از این حوزههای دانشی اشارهای ندارد. این در حالی است که اطلاعاتی از این دست میتواند به مدیران پروژه در چگونگی به کارگیری اثربخشتر منابع در دسترس بسیار کمک کند. مقاله حاضر به بررسی اهمیت نسبی حوزههای دانشی مدیریت پروژه در طول اجرای فاز برنامهریزی پروژه و نیز تاثیر آنها بر موفقیت پروژه میپردازد. به همین منظور مطالعهای میدانی بر روی ۷۸۳ مدیر پروژه از کشورها و صنایع مختلف انجام شده است. یافتههای این مطالعه نشان میدهد که حوزههای دانشیِ زمان، ریسک، محدوده، و منابع انسانی بیشترین تاثیر را در موفقیت پروژه دارند. البته این نتایج با توجه به صنعتی که پروژه در آن انجام میشود، میتوانند متفاوت باشند. در مقاله از این تفاوت میان صنایع مختلف نیز گفتگو شده است.
ارائه شده توسط سرور حصاری
ترجمه چکیده مقالات: 5
Will agile development change the way we manage software projects? Agile from a PMBOK ® guide perspective
Although software has been developed for over 20 years, software companies are still unable to manage software projects with predictable outcomes like releasing on time, within budget and meeting requirements. The AgileAlliance has introduced a new promising way of software development called “Agile Software development”. How promising is it? Priorities of this methodology are to satisfy customers through early and continuous product delivery as well as allowing changes to requirements late in the development cycle. How does this affect industry accepted project management processes? As more companies implement this new methodology, will this be the start of a new era that will change the way software projects will be managed? This paper will highlight the basics of Agile development methodologies and assess how they align with the project management processes outlined in A Guide to the Project Management Body of Knowledge (PMBOK ® Guide): initiating, planning, executing, controlling and closing a project. We will investigate how the PMBOK ® Guide knowledge areas compare to Agile software development. To conclude, we will discuss where we see the challenges and opportunities for project management of Agile developments.
آیا توسعه چابک شیوه مدیریت پروژههای نرمافزاری را تغییر خواهد داد؟ چابک با رویکرد راهنمای PMBOK
هرچند بیش از بیست سال از تولید اولین نرمافزارها میگذرد، شرکتهای نرمافزاری هنوز قادر به مدیریت پروژههای نرمافزاری با خروجیهای قابل پیشبینی در حوزههای ترخیص به موقع، مطابق بودجه و تأمین نیازمندیها نمیباشند. اتحاد چابک (AgileAlliance) با معرفی «توسعه نرمافزار چابک» راهی تازه و نویدبخش در زمینه تولید نرمافزار ترسیم نموده است. در این روش تامین رضایت مشتری با تحویل سریع و پیوسته محصول و نیز امکان تغییر در نیازمندیها تا اواخر چرخه تولید، در اولویت قرار دارد. سوالی که در اینجا مطرح میشود این است که مدل مذکور چگونه بر فرایندهای مدیریت پروژه پذیرفته شده در صنعت تأثیر میگذارد؟ آیا کاربست این روش در شرکتهای بیشتر، منجر به آغاز دوره جدیدی در تغییر شیوههای مدیریت پروژههای نرمافزاری خواهد شد؟ این مقاله با تاکید بر مبانی روشهای تولید چابک، به ارزیابی چگونگی تناسب آنها با فرایندهای مدیریت پروژه مطرح در راهنمای PMBOK میپردازد: فرایندهای آغازین، برنامهریزی، اجرا، کنترل و خاتمه پروژه. همچنین چگونگی مقایسه حوزههای دانشی راهنمای PMBOK با توسعه نرمافزار چابک بررسی شده است. در پایان، چالشها و فرصتهای مدیریت پروژه توسعه چابک مورد بحث قرار گرفتهاند.
ارائه شده توسط محبوبه جعفری
متنی برای ترجمه: 6
Project Scope Management includes the processes required to ensure that the project includes all the work required, and only the work required, to complete the project successfully. Managing the project scope is primarily concerned with defining and controlling what is and is not included in the project.
Completion of the project scope is measured against the project management plan. Completion of the product scope is measured against the product requirements. The Project Scope Management processes need to be well integrated with the other Knowledge Area processes, so that the work of the project will result in delivery of the specified product scope.
مدیریت محدوده پروژه دربرگیرنده فرایندهایی است که ما را از اینکه پروژه شامل تمام کارهای لازم و فقط کارهای لازم برای تکمیل موفقیت آمیز پروژه است، مطمئن میسازد. در مدیریت محدوده پروژه تعریف و کنترل آنچه پروژه متضمن آن است و نیز آنچه نیست بیشترین اهمیت را دارد.
باید توجه داشت در حالی که اندازهگیری میزان تکمیل محدوده پروژه بر اساس برنامه مدیریت پروژه انجام میشود؛ میزان تکمیل محدوده محصول در مقایسه با نیازمندیهای محصول مشخص میشود. همچنین برای اینکه کار پروژه منجر به تحویل محدوده محصول شود، میبایست فرایندهای مدیریت محدوده پروژه با دیگر فرایندهای حوزههای دانشی به خوبی یکپارچه شوند.
ترجمه چکیده مقالات: 4
A new approach to managing lessons learned in PMBOK process groups: the Ballistic 2.0 Model
In any organization, dealing with lessons learned is a complex issue that involves people, processes and technologies. Although lessons learned processes are already well established in the project management community, the use of modern web technologies to support them is still in its infancy. This paper introduces a new model to manage lessons learned in PMBOK process groups. This model draws upon interdisciplinary literature, which embeds lessons learned processes, shared context and Web 2.0 service models. The model is supported by Web 2.0 technologies and centered in PMBOK process groups to allow a thorough overview of the project. An exploratory focus group was set up to validate the model qualitatively within a constructivist ontology and an interpretive epistemology. The adoption of this model can help academics and practitioners using PMBOK process groups to acquire a better understanding of managing lessons learned in projects.
رویکردی جدید به مدیریت آموختهها در گروههای فرآیندی PMBOK: مدل بالستیک ٢
در همه سازمانها سر و کار داشتن با آموختهها مسئلهای پیچیده است که افراد، فرآیندها و فناوریها را درگیر میکند. هرچند فرآیندهای آموختهها در انجمن مدیریت پروژه به خوبی ساخته و پرداخته شدهاند، ولی کاربرد فناوریهای وب جدید هنوز در مراحل ابتدایی خود قرار دارد. این مقاله مدلی جدید را برای مدیریت آموختهها در گروههای فرآیندی PMBOK معرفی میکند. این مدل از ادبیات میانرشتهای برخاسته و فرآیندهای آموختهها، زمینههای مشترک و مدل های خدمت وب ٢ را در خود جای داده است. این مدل که توسط فناوریهای وب ٢ پشتیبانی می شود، با تمرکز بر گروههای فرآیندی PMBOK، امکان ارائه مرور کاملی از پروژه را فراهم میآورد. در اینجا از یک گروه کانونی اکتشافی برای ارزیابی کیفی این مدل، درون چارچوبی از هستیشناسی برساختگرا و معرفتشناسی تفسیری استفاده شده است. به کارگیری این مدل میتواند با دستیابی به فهم بهتری از مدیریت آموختهها در پروژه، به محققین و متخصصینی که از گروههای فرآیندی PMBOK استفاده میکنند، کمک کند.
ارائه شده توسط الهام حسینی
ترجمه چکیده مقالات: 3
A project management improvement program according to ISO/IEC 29110 and PMBOK®
This paper describes the results obtained and the lessons learned from the implementation of the ISO/IEC 29110 standard in four small software development companies, clustered in a joint process improvement program. The main results of this initiative have been, on the one hand, the definition of a standardized set of processes and procedures and, on the other, the development of a Process Asset Library to support project management good practices within the participant organizations. The PMBOK® Guide was used to complement the ISO/IEC 29110-5-1-2 standard, in order to provide detailed knowledge about project management inputs, outputs, and best techniques.
یک برنامه بهبود مدیریت پروژه بر اساس ISO/IEC 29110 و PMBOK
این مقاله یافتهها و آموختههای حاصل از پیادهسازی استاندارد ISO/IEC 29110 در چهار شرکت کوچک توسعه نرمافزار را توصیف میکند. در همه این شرکتها یک برنامه مشترک بهبود فرآیند اجرا شده است. تعریف مجموعهای استاندارد از فرآیندها و رویهها و نیز توسعه کتابخانه داراییهای فرآیندی به منظور پشتیبانی از نمونههای خوب مدیریت پروژه سازمانهای شرکتکننده، دستاوردهای اصلی اجرای این برنامه هستند. در اینجا برای تکمیل استاندارد ISO/IEC 29110-5-1-2 و در راستای ارائه دانشی دقیق درباره ورودیها، خروجیها و بهترین تکنیکهای مدیریت پروژه، از راهنمای PMBOK استفاده شده است.
ارائه شده توسط حدیث باجلان
ترجمه چکیده مقالات: 2
Searching for knowledge in the PMBOK guide
A promising new topic for researchers who focus on project management is the application of knowledge management concepts as a way to improve project success. In this paper, knowledge management theory is used as a lens to examine the Project Management Institute’s A Guide to the Project Management Body of Knowledge (PMBOK Guide), because this book is globally influential among project managers. Several different theoretical frameworks are used. Results show that the PMBOK Guide has a strong bias toward explicit and declarative (i.e., “how”) knowledge, and pays less attention to tacit and causal (i.e., “why”) knowledge. Our recommendations outline how the existing structure of the PMBOK Guide can be preserved while the content is enhanced using knowledge management concepts that have been shown to be influential in enhancing project success.
جستجوی دانش در راهنمای PMBOK
ترجمه چکیده مقالات: 1
FMEA and PMBOK applied to project risk management
This paper presents a risk management tool based on two well-known sets of concepts: FMEA (Failure Mode and Effect Analysis) and PMBOK (Project Management Body of Knowledge). After presenting an adherence analysis between the suggested model and PMBOK, we apply the proposed instrument in a real case study: an ERP implementation at the largest Brazilian mail service and logistics organization. The main results show that the proposed model was largely successful because it identified and classified risks. Furthermore, the model helped to document the strategies and action plans needed to respond to these risks.
کاربرد FMEA و PMBOK در مدیریت ریسک پروژه
این مقاله به ارائه یکی از ابزارهای مدیریت ریسک اختصاص دارد. دو مجموعه مفاهیم مطرح در حوزه مدیریت پروژه یعنی FMEA (حالت شکست و تحلیل مؤثر) و PMBOK (پیکره دانش مدیریت پروژه) خاستگاه این ابزار هستند. پس از تحلیل میزان تطبیق مدل پیشنهادی (FMEA) با PMBOK, این ابزار در یک مطالعه موردی به کار گرفته شده: پیادهسازی ERP در بزرگترین سازمان پست و تدارکات برزیل. یافتهها نشان میدهند مدل پیشنهادی کاملا موفق بوده است؛ چراکه ریسکها شناسایی و طبقهبندی شدهاند. این مدل، همچنین، به مستندسازی راهبردها و برنامههای اقدام موردنیاز برای پاسخگویی به ریسکها، کمک میکند.
ارائه شده توسط لیلا یعقوبی
ترجمه چکیده مقالات
در راستای اهداف آموزشی و نیز نشر دانش، مجموعه پستهایی با این عنوان در سایت درس بارگذاری میشوند. چکیده مقالاتی (در ارتباط با راهنمای PMBOK) که برای ارائه کلاسی در اختیار دانشجویان قرار گرفته، به همراه ترجمه آنها (پس از انجام اصلاحات لازم توسط بنده) محتوای این بخش را تشکیل میدهند.
متنی برای ترجمه: 5
Most experienced project management practitioners know there is no single way to manage a project. They apply project management knowledge, skills, and required processes in a preferred order and with varying rigor to achieve the desired project performance. However, the determination that a particular process is not required does not mean that it should not be addressed.
The project manager and project team need to address every process and the project environment to determine the level of implementation for each process within the project. If a project has more than one phase, the level of rigor applied within each of the project phases should be appropriate for each phase. This determination is also addressed by the project manager and project team.
اکثر متخصصان مجرب مدیریت پروژه میدانند که مدیریت پروژه به یک شیوه منحصر نمیشود. آنها از دانش مدیریت پروژه، مهارتها و فرایندهای لازم با ترتیب دلخواه و دقتهای متفاوتی برای دستیابی به عملکرد مطلوب بهره میگیرند. باید توجه داشت تعیین اینکه فرایند مشخصی مورد نیاز نیست، به معنی عدم توجه به آن فرایند نمیباشد.
در جهت تعیین سطح پیادهسازی هر یک از فرایندهای پروژه، تیم و مدیر پروژه میبایست تمامی فرایندها و محیط پروژه را مدنظر قرار دهند. آنها باید توجه داشته باشند که اگر پروژهای بیش از یک فاز دارد، سطح دقت به کار برده شده در هر فاز پروژه، متناسب با همان فاز باشد.
نمرات درس زبان تخصصی مدیریت پروژه
تذکر: همه نمرات از 100 محاسبه شدهاند.
شماره دانشجویی |
تعیین سطح |
زبان پایه 1 |
زبان پایه 2 |
زبان پایه 3 |
زبان پایه 4 |
زبان پایه 5 |
زبان پایه 6 |
9614189024 | – | 82 | 76 | 73 | 55 | 83 | 70 |
9614189004 | 28 | 45 | 55 | 42 | 42 | 47 | 40 |
9614189005 | 59 | 73 | 67 | 76 | 81 | 77 | 93 |
9614189003 | 3 | 52 | – | 30 | 32 | 67 | – |
9614189006 | – | 48 | 21 | 18 | 48 | 97 | 83 |
9614189007 | 9 | 45 | 33 | 27 | 23 | 47 | 40 |
9614189023 | – | 82 | 70 | 76 | 65 | 93 | 80 |
9614189016 | 9 | 70 | 64 | 61 | 48 | 83 | 47 |
9614189009 | 25 | 70 | 61 | – | 29 | 53 | – |
9614189021 | 66 | 94 | 88 | 70 | 87 | 93 | 87 |