Poor quality management causes many

Poor quality management causes many of today’s software problems. Most software professionals spend nearly half of their time testing and fixing their products
during development and final testing. Poor quality also leads to schedule problems, with defective products delivered long after they were committed. Although
fixing a few defects may seem inconvenient, even fairly small programs can have
hundreds of defects, and finding and fixing them can take many weeks or even
xiv Preface
months. Software quality starts with the individual developer. If any of the program modules that we develop have numerous defects, they will be hard to test,
take time to integrate into larger systems, and be troublesome for our users.
Most of us can be highly productive when writing very small programs. However, our productivity falls off sharply when we develop larger programs. Although
developing bigger systems involves some added architectural and design work,
most of the added effort is caused by defects. The average amount of time it takes
to find and fix each defect increases exponentially as programs become larger.
However, if you can consistently write high-quality module-size programs, you will
produce better products and improve your and your organization’s productivity.
A disciplined software engineering process includes effective defect management, comprehensive planning, and precise project tracking and reporting.
This book shows you how to use these disciplines to do better development work
as an individual and as a TSP team member. It also shows why these practices are
essential if you want to manage your own work.

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

Quản lý chất lượng kém gây ra nhiều vấn đề phần mềm ngày nay. Hầu hết các chuyên gia phần mềm dành gần một nửa thời gian của họ thử nghiệm và sửa chữa các sản phẩm của họtrong phát triển và thử nghiệm cuối cùng. Chất lượng kém cũng dẫn đến lịch trình các vấn đề, với các sản phẩm lỗi giao lâu sau khi họ đã cam kết. Mặc dùSửa chữa một vài lỗi có vẻ bất tiện, thậm chí còn khá nhỏ chương trình có thể cóhàng trăm khiếm khuyết, và việc tìm kiếm và sửa chữa chúng có thể mất nhiều tuần hoặc thậm chíXIV lời nói đầuvài tháng. Chất lượng phần mềm bắt đầu với các nhà phát triển cá nhân. Nếu bất kỳ của các mô-đun chương trình mà chúng tôi phát triển có nhiều khiếm khuyết, họ sẽ được khó khăn để kiểm tra,mất thời gian để tích hợp vào các hệ thống lớn hơn, và được phiền hà cho người dùng của chúng tôi.Hầu hết chúng ta có thể hiệu quả cao khi viết chương trình rất nhỏ. Tuy nhiên, năng suất của chúng tôi rơi khỏi mạnh khi chúng tôi phát triển chương trình lớn hơn. Mặc dùphát triển hệ thống lớn hơn liên quan đến một số thêm kiến trúc và thiết kế làm việc,Hầu hết các nỗ lực bổ sung được gây ra bởi Khuyết tật. Trung bình lượng thời gian cầnđể tìm và sửa chữa lỗi mỗi tăng theo cấp số nhân như chương trình trở thành lớn hơn.Tuy nhiên, nếu bạn luôn có thể viết chất lượng cao mô-đun-kích thước chương trình, bạn sẽsản xuất sản phẩm tốt hơn và cải thiện năng suất của bạn và của bạn tổ chức.Một quá trình xử lý kỷ luật công nghệ phần mềm bao gồm quản lý hiệu quả khiếm khuyết, lập kế hoạch toàn diện và chính xác dự án theo dõi và báo cáo.Cuốn sách này cho bạn thấy làm thế nào để sử dụng các môn học để tốt hơn công việc phát triểnlà một cá nhân và như là một thành viên đội muỗng cà phê. Nó cũng cho thấy tại sao các thực hành nàyđiều cần thiết nếu bạn muốn quản lý công việc riêng của bạn.

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

Quản lý chất lượng kém gây ra nhiều vấn đề về phần mềm ngày nay. Hầu hết các chuyên gia phần mềm dành gần một nửa thời gian của họ kiểm tra và sửa chữa các sản phẩm của họ
trong quá trình phát triển và thử nghiệm cuối cùng. Chất lượng kém cũng dẫn đến sắp xếp vấn đề, ​​với phế phẩm lâu sau khi họ đã cam kết. Mặc dù
sửa một vài khiếm khuyết có thể có vẻ bất tiện, thậm chí chương trình khá nhỏ có thể có
hàng trăm khuyết tật, tìm và sửa chữa chúng có thể mất nhiều tuần hoặc thậm chí
Lời nói đầu xiv
tháng. Chất lượng phần mềm bắt đầu với sự phát triển cá nhân. Nếu bất kỳ của các module của chương trình mà chúng tôi phát triển có nhiều khiếm khuyết, họ sẽ khó có thể kiểm tra,
mất thời gian để tích hợp vào các hệ thống lớn hơn, và trở nên khó chịu cho người dùng.
Hầu hết chúng ta có thể có năng suất cao khi viết chương trình rất nhỏ. Tuy nhiên, năng suất của chúng tôi rơi xuống khi chúng tôi phát triển các chương trình lớn hơn. Mặc dù
phát triển các hệ thống lớn hơn liên quan đến một số công trình kiến trúc và thiết kế thêm,
hầu hết các nỗ lực gia tăng được gây ra bởi các khuyết tật. Số tiền trung bình phải mất thời gian
để tìm và sửa từng lỗi tăng theo cấp số nhân như các chương trình trở nên lớn hơn.
Tuy nhiên, nếu bạn luôn có thể viết chương trình mô-đun-size-chất lượng cao, bạn sẽ
sản xuất ra sản phẩm tốt hơn và cải thiện của bạn và năng suất của tổ chức.
Một kỷ luật quy trình công nghệ phần mềm bao gồm quản lý hiệu quả khiếm khuyết, lập kế hoạch toàn diện, và theo dõi dự án và báo cáo chính xác.
Cuốn sách này cho bạn thấy làm thế nào để sử dụng các bộ môn để làm công việc phát triển tốt hơn
như là một cá nhân và là một thành viên trong nhóm TSP. Nó cũng cho thấy tại sao những thực hành này là
điều cần thiết nếu bạn muốn quản lý công việc của riêng bạn.