A good indicator of the current sta

A good indicator of the current status and trends in models
for software project tracking and managing is provided by
the related key practices in the Software Engineering
Institute (SEI) Capability Maturity Model for software
Version 1.1 [68,55], and in the recent draft CMMIntegrated-Systems/Software Engineering (CMMI-SE/SW)
Version 0.2b [69].
In the software CMM Version 1.1, the basic Key Process
Area, situated at Level 2, is called Software Project
Tracking and Oversight. It has 13 Activities-Performed
elements, which include tracking to and updating a
documented plan; reviewing and controlling commitments;
tracking and taking necessary corrective actions with
respect to software size, effort, cost, computer resources,
schedule, and risks; recording data; and performing formal
and periodic internal project reviews.
This framework is a sound implementation of the
fundamental project management feedback process of
monitoring progress and resource expenditures with respect
to plans; and of performing corrective actions, including
appropriate plan revisions, where necessary. It is relatively
advanced with respect to risk management. However, it is
very narrowly focused on the software artifacts to be
produced, and not much on their contribution to achieving
benefits or organizational goals.
The corresponding Level 2 process in the CMMI-SE/SW is
called Project Monitoring and Control. Its implementation
of the fundamental project management feedback process is
roughly the same, including the emphasis on risk
management, which is also a separate Process Area in the
CMMI-SE/SW. It is more system-oriented, in that the
product and task attributes to be monitored and controlled
include such attributes as size, complexity, weight, form,
fit, and function. However, except for possible broad
interpretations of “form, fit, and function,” it is also very
narrowly focused on the artifacts to be produced, and not
much on their contribution to achieving benefits or
organizational goals.
Both the software CMM and the CMMI-SE/SW have Level
4 Process Areas which relate more to customer and
organizational needs and goals. Both use a relatively
advanced definition of “quality” with respect to such
traditional measures of software quality as delivered defect
density. In the software CMM, a primary activity involves
understanding the quality needs of the organization,
customer, and user, exemplified by the use of surveys and
product evaluations. In the CMMI-SE/SW, particular
quality needs are additionally exemplified such as
functionality, reliability, maintainability, usability, cycle
time, predictability, timeliness, and accuracy. The CMMI
also emphasizes traceability to not only to requirements but
also to business objectives, customer discussions, and
market surveys.
Again, these are quite advanced in their focus on customer
needs and business objectives, but their primary focus
remains on tracking and managing the execution of the
project rather than on the value it will presumably deliver.
Concepts such as a business case which validates the
economic feasibility of the project, and which serves as a
basis for tracking the continuing validity of assumptions
underlying the project’s business case are not explicitly
mentioned. In practice, the usual “earned value” system
Contribution Contribution
Figure 3. Benefits Realization Approach Results Chain
INITIATIVE OUTCOME
OUTCOME
Order to delivery time is
an important buying criterion ASSUMPTION
Implement a new order
entry system
Reduce time to process order
Reduced order processing cycle
(intermediate outcome) Increased sales
Reduce time to deliver product
used to track progress vs. expenditures uses the budgets for
the project tasks to be performed as the value to be earned,
rather than the expected business value associated with the
product’s operational implementation

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

Một chỉ số tốt về tình trạng hiện tại và xu hướng trong các mô hình
để theo dõi và quản lý dự án phần mềm được cung cấp bởi
các thực hành chính có liên quan trong công nghệ phần mềm
Institute (SEI) Capability Maturity Model cho các phần mềm
Version 1.1 [68,55], và trong dự thảo gần đây CMMIntegrated-Systems / Kỹ thuật phần mềm (CMMI-SE / SW)
Version 0.2b [69].
Trong các phần mềm CMM Version 1.1, các qui trình then chốt cơ bản
Diện tích, nằm ​​tại tầng 2, được gọi là dự án phần mềm
theo dõi và giám sát. Nó có 13 hoạt động-Thực hiện
các yếu tố, trong đó bao gồm theo dõi để cập nhật và một
kế hoạch tài liệu; rà soát và kiểm soát cam kết;
theo dõi và có những hành động khắc phục cần thiết với
đối với kích thước phần mềm, công sức, chi phí, tài nguyên máy tính,
lịch, và rủi ro; ghi dữ liệu; và biểu diễn chính thức
. đánh giá nội bộ dự án và định kỳ
khuôn khổ này là một thực hiện âm thanh của các
quá trình phản hồi quản lý dự án cơ bản của
giám sát tiến độ và nguồn kinh phí đối với
kế hoạch; và thực hiện các hành động khắc phục, bao gồm cả
các sửa đổi kế hoạch thích hợp, nếu cần thiết. Nó là tương đối
tiên tiến liên quan đến quản lý rủi ro với. Tuy nhiên, nó là
rất hạn hẹp tập trung vào các vật phẩm phần mềm được
sản xuất, và không nhiều vào sự đóng góp của họ để đạt được
lợi ích hoặc các mục tiêu của tổ chức.
Sự tương ứng Level 2 quá trình trong CMMI-SE / SW được
gọi là giám sát và kiểm soát dự án. Thực hiện của nó
trong quá trình phản hồi quản lý dự án cơ bản là
gần như nhau, trong đó có sự nhấn mạnh về nguy cơ
quản lý, mà còn là một khu vực riêng biệt trong quá trình
CMMI-SE / SW. Nó là nhiều hệ thống định hướng, trong đó các
sản phẩm và nhiệm vụ thuộc tính phải được theo dõi và kiểm soát
bao gồm các thuộc tính như kích thước, độ phức tạp, trọng lượng, hình thức,
phù hợp, và chức năng. Tuy nhiên, ngoại trừ có thể rộng
diễn giải về "hình thức, phù hợp, và chức năng," nó cũng rất
hạn hẹp tập trung vào các hiện vật được sản xuất, và không
nhiều vào sự đóng góp của họ để đạt được lợi ích hoặc
mục tiêu tổ chức.
Cả CMM phần mềm và CMMI -SE / SW có trình độ tiếng
vực 4 Quy trình mà liên quan nhiều hơn đến khách hàng và
nhu cầu và mục tiêu của tổ chức. Cả hai sử dụng tương đối
nét tiên tiến của "chất lượng" như đối với
các biện pháp truyền thống về chất lượng phần mềm như khiếm khuyết giao
mật độ. Trong các phần mềm CMM, một hoạt động chính liên quan đến
sự hiểu biết về nhu cầu chất lượng của các tổ chức,
khách hàng, và người dùng, được minh chứng bằng việc sử dụng các cuộc khảo sát và
đánh giá sản phẩm. Trong CMMI-SE / SW, đặc biệt là
nhu cầu chất lượng được minh chứng thêm như
chức năng, độ tin cậy, bảo trì, khả năng sử dụng, chu kỳ
thời gian, khả năng dự báo, kịp thời, chính xác. CMMI
cũng nhấn mạnh nguồn gốc không chỉ để yêu cầu nhưng
cũng để mục tiêu kinh doanh, các cuộc thảo luận của khách hàng, và
khảo sát thị trường.
Một lần nữa, đây là khá cao trong tập trung vào khách hàng
với nhu cầu và mục tiêu kinh doanh, nhưng trọng tâm chính của họ
vẫn là về theo dõi và quản lý thực hiện của
dự án hơn về giá trị của nó sẽ có lẽ cung cấp.
Những khái niệm như một trường hợp kinh doanh xác nhận các
tính khả thi kinh tế của dự án, và phục vụ như là một
cơ sở cho việc theo dõi các giá trị liên tục của các giả định
cơ bản trường hợp kinh doanh của dự án không rõ ràng
đề cập . Trong thực tế, thông thường "thu được giá trị" hệ thống
đóng góp Đóng góp
Hình 3. Lợi ích Kết quả Thực hiện phương pháp tiếp cận chuỗi
SÁNG KIẾN KẾT QUẢ
KẾT QUẢ
thứ tự thời gian giao hàng là
một giả định tiêu chí mua hàng quan trọng
Thực hiện một trật tự mới
nhập hệ thống
Giảm thời gian xử lý đơn hàng
Giảm chu kỳ xử lý đơn hàng
(trung gian kết quả) Tăng doanh số bán hàng
Giảm thời gian để cung cấp sản phẩm
được sử dụng để theo dõi sự tiến bộ so với chi phí sử dụng ngân sách cho
các nhiệm vụ dự án được thực hiện như là các giá trị thu được phát sinh,
chứ không phải là giá trị kinh doanh dự kiến liên quan đến việc
thực hiện hoạt động của sản phẩm