Software project management is an e

Software project management is an essential part of software engineering. Projects
need to be managed because professional software engineering is always subject to
organizational budget and schedule constraints. The project manager’s job is to ensure
that the software project meets and overcomes these constraints as well as delivering
high-quality software. Good management cannot guarantee project success. However,
bad management usually results in project failure: the software may be delivered late,
cost more than originally estimated, or fail to meet the expectations of customers.
The success criteria for project management obviously vary from project to project
but, for most projects, important goals are:
1. Deliver the software to the customer at the agreed time.
2. Keep overall costs within budget.
3. Deliver software that meets the customer’s expectations.
4. Maintain a happy and well-functioning development team.
These goals are not unique to software engineering but are the goals of all engineering
projects. However, software engineering is different from other types of
engineering in a number of ways that make software management particularly challenging.
Some of these differences are:
1. The product is intangible A manager of a shipbuilding or a civil engineering
project can see the product being developed. If a schedule slips, the effect on
the product is visible—parts of the structure are obviously unfinished.
Software is intangible. It cannot be seen or touched. Software project managers
cannot see progress by simply looking at the artifact that is being constructed.
Rather, they rely on others to produce evidence that they can use to review the
progress of the work.
2. Large software projects are often ‘one-off ’ projects Large software projects are
usually different in some ways from previous projects. Therefore, even managers
who have a large body of previous experience may find it difficult to anticipate
problems. Furthermore, rapid technological changes in computers and
communications can make a manager’s experience obsolete. Lessons learned
from previous projects may not be transferable to new projects.
3. Software processes are variable and organization-specific The engineering
process for some types of system, such as bridges and buildings, is well understood.
However, software processes vary quite significantly from one organization
to another. Although there has been significant progress in process standardization
and improvement, we still cannot reliably predict when a particular software
process is likely to lead to development problems. This is especially true when the
software project is part of a wider systems engineering project.
Because of these issues, it is not surprising that some software projects are late,
over budget, and behind schedule. Software systems are often new and technically

Kết quả (Việt) 1:

Quản lý dự án phần mềm là một phần thiết yếu của công nghệ phần mềm. Dự áncần phải được quản lý bởi vì công nghệ phần mềm chuyên nghiệp là luôn luôn chịu sự điềuràng buộc ngân sách và lịch trình tổ chức. Công việc quản lý dự án là để đảm bảodự án phần mềm đáp ứng và vượt qua những khó khăn cũng như cung cấpphần mềm chất lượng cao. Quản lý tốt không thể đảm bảo thành công dự án. Tuy nhiên,tình trạng quản lý thường kết quả trong dự án thất bại: phần mềm có thể được gửi muộn,chi phí nhiều hơn ước tính ban đầu được, hoặc không đáp ứng mong đợi của khách hàng.Các tiêu chí thành công cho quản lý dự án rõ ràng là khác nhau từ dự án để dự ánTuy nhiên, đối với hầu hết các dự án, mục tiêu quan trọng là:1. cung cấp phần mềm cho khách hàng tại thời điểm đã thoả thuận.2. giữ các chi phí tổng thể trong ngân sách.3. cung cấp phần mềm đáp ứng sự mong đợi của khách hàng.4. duy trì một nhóm phát triển hạnh phúc và hoạt động.Các mục tiêu không phải là duy nhất cho công nghệ phần mềm nhưng là mục tiêu của tất cả các kỹ thuậtdự án. Tuy nhiên, công nghệ phần mềm là khác nhau từ các loạikỹ thuật trong một số cách mà làm cho phần mềm quản lý đặc biệt khó khăn.Một số những khác biệt này là:1. các sản phẩm là vô hình một người quản lý của một đóng tàu hoặc một kỹ thuật xây dựngdự án có thể xem các sản phẩm được phát triển. Nếu một lịch trình phiếu, có hiệu lực vàosản phẩm là có thể nhìn thấy-một phần của cấu trúc được rõ ràng là chưa hoàn thành.Phần mềm là vô hình. Nó không thể được nhìn thấy hoặc đụng. Quản lý dự án phần mềmkhông thể thấy sự tiến bộ bởi chỉ cần nhìn vào các artifact được xây dựng.Thay vào đó, họ dựa vào người khác để đưa ra bằng chứng mà họ có thể sử dụng để xem xét cácsự tiến bộ của công việc.2. lớn phần mềm các dự án đang thường 'off' dự án dự án phần mềm lớnthường khác nhau trong một số cách từ dự án trước đó. Do đó, thậm chí quản lýnhững người có một cơ thể lớn của kinh nghiệm trước đó có thể tìm thấy nó rất khó để dự đoánvấn đề. Hơn nữa, công nghệ thay đổi nhanh chóng trong máy tính vàthông tin liên lạc có thể làm cho một quản lý kinh nghiệm đã lỗi thời. Bài họctừ dự án trước đó có thể không được chuyển nhượng cho dự án mới.3. phần mềm quy trình được thay đổi và dành riêng cho tổ chức kỹ thuậtquá trình cho một số loại hệ thống, chẳng hạn như cầu và các tòa nhà, là hiểu rõ.Tuy nhiên, quá trình phần mềm thay đổi khá đáng kể từ một tổ chứckhác. Mặc dù đã có tiến bộ đáng kể trong quá trình chuẩn hóavà cải thiện, chúng tôi vẫn không thể tin cậy dự đoán khi một phần mềm cụ thểquá trình có khả năng dẫn đến vấn đề phát triển. Điều này là đặc biệt đúng khi cácdự án phần mềm là một phần của một hệ thống rộng hơn kỹ thuật dự án.Bởi vì những vấn đề này, nó không phải là đáng ngạc nhiên rằng một số dự án phần mềm được muộn,kết thúc ngân sách, và phía sau lịch trình. Hệ thống phần mềm thường mới và kỹ thuật