Applications of Principle 6 Here a

Applications of Principle 6

Here are some particular high-leverage applications of Principle 6:

Don’t try to solve project schedule problems by adding more people. You’ll just be adding more communications overhead, particularly as the new people try to learn what’s going on. This is the “mythical man-month” trap highlighted by Brooks [46].

Don’t load up a project with a lot of people in the early stages. This is the period during which communications are most intense, and the requirements and design are most volatile. Getting a lot of people into the act at this time just means getting a lot of wasted effort.


Set up career paths, salary scales, and other benefits to reward high performers commensurately. As seen above, top performers typically do 5 times as much work as the bottom performers, but they are never paid anywhere near 5 times as much. Going in this direction will increase your average cost per performer, but decrease your average cost per instruction even more.

Phase out the bottom performers. This is never a pleasant thing to do, but with enough planning, time, and sensitivity, it can be done in a humane way—with no embarrassment, a more secure and satisfying alternate job for the employee, and a healthier situation for all concerned.


Automated Aids

Another major application of Principle 6 is the use of automated aids to the software process. Clearly, replacing manual tasks by computer runs will lead to projects with fewer required performers and less communications overhead. However, the automated aids can be used to even more advantage. They can make it so that people find it easier (quicker, less tedious) to do the “right” thing for the project than it is to do the wrong thing (where “right” means less error prone, easier to understand, test, modify, use, etc.). Higher-order languages and well-engineered operating systems are clear examples.

Others include [48,49]:

1. COMMON package or other data base generators;
2. Preprocessors to accommodate special applications, decision tables, COBOL shorthand, etc;
3. Subroutine and data cross-reference generators;
4. Automatic flow-charters;
5. Documentation generators;
6. Program performance evaluators;
7. Software library and module-management systems;
8. Source code consistency and singularity analyzers;
9. Test data generators;
10. Program structure analyzers and associated test data generation and test monitoring aids;
11. Test data management and retest exception reporting capabilities.


An Example of an Automated Aid: Code Auditor

As mentioned earlier in the context of a structured programming, any standard which is promulgated without any means of enforcement is highly likely to become a dead letter in a short time. This has been particularly true in the area of programming standards, where it led to the development of TRW’s Code Auditor program.

The Code Auditor program can scan any FORTRAN program and produce an exception report indicating where this FORTRAN program violates a predefined set of programming standards. There are currently about 40 such standards, including:

• A set of rules for writing structured programs in standard FORTRAN;
• Requirements for commentary header blocks and comment cards at appropriate places in the code;
• Module size limits;
• Parameter passing conventions;
• Some simple data type checking;
• Conventions on supervisor calls;
• Formatting and labeling conventions.

Programmer acceptance of the Code Auditor program was somewhat difficult at first, but now it is used enthusiastically by programmers. It is used to check for standardscompliance on every line of code produced (and every routine modified) on some extremely large programs (over 500,000 card images) which would have been impossible to check otherwise. The resulting code is much easier to read and modify, and has fewer actual errors.

Results (Vietnamese) 1:

Các ứng dụng của nguyên tắc 6 Dưới đây là một số ứng dụng đòn bẩy cao cụ thể của nguyên tắc 6: Không nên cố gắng giải quyết những vấn đề lịch trình dự án bằng cách thêm nhiều người. Bạn chỉ cần sẽ bổ sung thêm thông tin liên lạc trên cao, đặc biệt là các người mới cố gắng tìm hiểu những gì đang xảy ra. Đây là cái bẫy "mythical man-month" được đánh dấu bởi Brooks [46]. Không tải lên một dự án với rất nhiều người dân trong giai đoạn đầu. Đây là giai đoạn trong đó truyền thông cường độ cao nhất, và các yêu cầu và thiết kế dễ bay hơi nhất. Nhận được rất nhiều người dân vào các hành động lúc này thời gian chỉ có nghĩa là nhận được rất nhiều lãng phí công sức. Thiết lập con đường sự nghiệp, quy mô tiền lương và lợi ích khác để thưởng cho người biểu diễn cao commensurately. Như đã thấy ở trên, người biểu diễn hàng đầu thường làm công việc 5 lần nhiều như những người biểu diễn dưới, nhưng họ không bao giờ được trả tiền bất cứ nơi nào gần 5 lần so. Đi theo hướng này sẽ tăng giá trung bình mỗi biểu diễn, nhưng giảm giá trung bình mỗi hướng dẫn hơn. Giai đoạn ra những người biểu diễn dưới cùng. Điều này không bao giờ là một điều tốt để làm, nhưng với đủ lập kế hoạch, thời gian, và sự nhạy cảm, nó có thể được thực hiện một cách nhân đạo — với bối rối không có, một công việc thay thế an toàn hơn và đáp ứng cho nhân viên, và một tình trạng khỏe mạnh cho tất cả có liên quan. Tự động Aids Ứng dụng lớn khác của nguyên tắc 6 là sử dụng tự động aids để trình phần mềm. Rõ ràng, thay thế các nhiệm vụ hướng dẫn sử dụng bởi máy tính chạy sẽ dẫn đến dự án với người biểu diễn yêu cầu ít hơn và ít hơn chi phí truyền thông. Tuy nhiên, các khoản viện trợ tự động có thể sử dụng cho hơn lợi ích. Họ có thể làm cho nó để mọi người tìm thấy nó dễ dàng hơn (nhanh hơn, ít tẻ nhạt) làm điều "đúng" cho dự án hơn là để làm những điều sai trái (nơi "đúng" có nghĩa là ít lỗi dễ bị, dễ dàng hơn để hiểu, thử nghiệm, sửa đổi, sử dụng, vv.). Ngôn ngữ cao thứ tự và hệ điều hành tốt thiết kế là những ví dụ rõ ràng. Những người khác bao gồm [48,49]: 1. phổ biến gói hoặc các máy phát điện cơ sở dữ liệu; 2. preprocessors để phù hợp với các ứng dụng đặc biệt, quyết định bảng, viết tắt COBOL, vv; 3. chương trình con và dữ liệu tham khảo qua máy phát điện; 4. tự động flow-charters; 5. tài liệu máy phát điện; 6. chương trình thẩm định hiệu suất; 7. phần mềm thư viện và mô-đun quản lý hệ thống; 8. nguồn mã nhất quán và điểm kỳ dị phân; 9. kiểm tra dữ liệu máy phát điện; 10. chương trình máy phân tích cấu trúc và liên quan đến kiểm tra dữ liệu thế hệ và kiểm tra giám sát aids; 11. kiểm tra quản lý dữ liệu và thi lại ngoại lệ báo cáo khả năng. Một ví dụ về một sự trợ giúp tự động: mã kiểm tra Như đã đề cập trước đó trong bối cảnh của một lập trình cấu trúc, bất kỳ tiêu chuẩn đó ban hành mà không có bất kỳ phương tiện nào thực thi pháp luật là rất có khả năng để trở thành một bức thư chết trong một thời gian ngắn. Điều này đã đặc biệt đúng trong lĩnh vực lập trình tiêu chuẩn, nơi nó đã dẫn đến sự phát triển của TRW của kiểm toán mã chương trình. Chương trình mã kiểm toán có thể quét bất kỳ chương trình FORTRAN và sản xuất một báo cáo ngoại lệ cho biết nơi chương trình FORTRAN này vi phạm một tập hợp được xác định trước các lập trình tiêu chuẩn. Đó là hiện nay về 40 các tiêu chuẩn, bao gồm: • A tập các quy tắc để viết chương trình có cấu trúc trong tiêu chuẩn FORTRAN; • Yêu cầu cho lời bình luận tiêu đề khối và bình luận thẻ tại các địa điểm thích hợp trong mã; • Mô-đun kích thước giới hạn; • Tham số đi qua công ước; • Một số dữ liệu đơn giản gõ kiểm tra; • Công ước về giám sát cuộc gọi; • Định dạng và ghi nhãn công ước. Lập trình viên chấp nhận chương trình mã kiểm toán là một chút khó khăn lúc đầu tiên, nhưng bây giờ nó được sử dụng nhiệt tình bởi lập trình viên. Nó được sử dụng để kiểm tra standardscompliance trên mỗi dòng mã sản xuất (và thói quen mỗi lần) trên một số chương trình rất lớn (hơn 500.000 thẻ hình ảnh) mà đã có thể kiểm tra nếu không. Mã kết quả là dễ dàng hơn để đọc và sửa đổi, và có lỗi ít hơn thực tế.

Results (Vietnamese) 2:

Các ứng dụng của Nguyên tắc 6 Dưới đây là một số các ứng dụng cao đòn bẩy đặc biệt của Nguyên tắc 6: Đừng cố gắng để giải quyết vấn đề tiến độ dự án bằng cách thêm nhiều người hơn. Bạn sẽ chỉ được bổ sung thêm nhiều chi phí thông tin liên lạc, đặc biệt là những người mới cố gắng tìm hiểu những gì đang xảy ra. Đây là "thần thoại man-month" bẫy đánh dấu bởi Brooks [46]. Không tải lên một dự án với rất nhiều người dân trong giai đoạn đầu. Đây là khoảng thời gian mà truyền ra mãnh liệt nhất, và các yêu cầu và thiết kế là ổn nhất. Nhận được rất nhiều của người dân vào các hành động vào thời điểm này chỉ có nghĩa là nhận được rất nhiều công sức lãng phí. Thiết lập con đường sự nghiệp, tiền lương và lợi ích khác để thưởng cho người biểu diễn cao tương xứng. Như đã thấy ở trên, biểu diễn hàng đầu thường làm 5 lần như nhiều công việc như những người biểu diễn dưới, nhưng họ không bao giờ trả bất cứ nơi nào gần 5 lần nhiều hơn. Đi theo hướng này sẽ làm tăng chi phí trung bình cho mỗi người trình diễn, nhưng giảm chi phí trung bình của bạn theo hướng dẫn nhiều hơn. Giai đoạn ra các biểu diễn dưới. Điều này không bao giờ là một điều dễ chịu để làm, nhưng với đầy đủ kế hoạch, thời gian, và sự nhạy cảm, nó có thể được thực hiện một cách-không có bối rối, một công việc thay thế nhân đạo an toàn hơn và đáp ứng cho các nhân viên, và một tình huống lành mạnh cho tất cả các liên quan . Automated Aids Ứng dụng lớn khác của Nguyên tắc 6 là việc sử dụng các khoản viện trợ tự động đến quá trình phần mềm. Rõ ràng, thay thế công việc thủ công bằng chạy máy tính sẽ dẫn đến các dự án với các diễn viên yêu cầu ít hơn và chi phí truyền thông ít hơn. Tuy nhiên, các khoản viện trợ tự động có thể được sử dụng để tận dụng nhiều hơn. Họ có thể làm cho nó để mọi người tìm thấy nó dễ dàng hơn (nhanh hơn, ít buồn tẻ) để làm "đúng" điều cho dự án hơn là để làm điều sai trái (nơi "đúng" có nghĩa là ít bị lỗi hơn, dễ dàng hơn để hiểu, kiểm tra, sửa đổi, sử dụng, vv). Ngôn ngữ bậc cao và hệ điều hành nổi thiết kế là những ví dụ rõ ràng. Những người khác gồm [48,49]: 1. Gói COMMON hoặc máy phát điện cơ sở dữ liệu khác; 2. Preprocessors để chứa các ứng dụng đặc biệt, các bảng quyết định, COBOL viết tắt, vv; 3. Chương trình con và dữ liệu máy phát điện tham chiếu chéo; 4. Tự động lưu lượng-Điều lệ; 5. Máy phát tài liệu; 6. Đánh giá thực hiện chương trình; 7. Thư viện phần mềm và hệ thống mô-đun quản lý; 8. Source code nhất quán và phân tích kỳ dị; 9. Máy phát dữ liệu thử nghiệm; 10. Máy phân tích cấu trúc chương trình và liên hệ dữ liệu thử nghiệm và hỗ trợ giám sát kiểm tra; 11. Kiểm tra quản lý dữ liệu và khả năng báo cáo ngoại lệ thi lại. Ví dụ về một Aid Automated: Code Auditor Như đã đề cập trước đó trong bối cảnh của một lập trình có cấu trúc, bất kỳ tiêu chuẩn được ban hành mà không có phương tiện để thực thi là rất có khả năng để trở thành một thư chết trong một đoạn ngắn thời gian. Điều này đặc biệt đúng trong lĩnh vực tiêu chuẩn lập trình, nơi mà nó đã dẫn đến sự phát triển của chương trình Mã Auditor TRW của. Các chương trình Mã Kiểm toán có thể quét bất kỳ chương trình FORTRAN và sản xuất một báo cáo ngoại lệ chỉ ra nơi chương trình FORTRAN này vi phạm một tập hợp được xác định trước các tiêu chuẩn lập trình . Hiện tại có khoảng 40 tiêu chuẩn, bao gồm: • Một bộ quy tắc để viết chương trình có cấu trúc trong FORTRAN chuẩn; • Yêu cầu đối với các khối tiêu đề bài bình luận và thẻ nhận xét ​​ở những nơi thích hợp trong các mã; • giới hạn kích thước Mô-đun; ước qua • Thông số; • Một số kiểm tra kiểu dữ liệu đơn giản; • Công ước về giám sát các cuộc gọi;. • Định dạng và ước ghi nhãn chấp nhận Programmer của chương trình Mã Kiểm toán được phần nào khó khăn lúc đầu, nhưng bây giờ nó được sử dụng bởi các lập trình viên nhiệt tình. Nó được sử dụng để kiểm tra standardscompliance trên mỗi dòng mã sản xuất (và mỗi định kỳ sửa đổi) trên một số chương trình rất lớn (hơn 500.000 hình ảnh thẻ) mà sẽ không thể kiểm tra bằng cách khác. Mã kết quả là dễ dàng hơn để đọc và chỉnh sửa, và có ít lỗi thực tế.