9.1 Bảng thuật ngữ

Định nghĩa các thuật ngữ và từ viết tắt dùng xuyên suốt cuốn sách. Mỗi mục nêu tên chủ đề nơi thuật ngữ được giới thiệu chuyên sâu.

Biểu đồ kiểm soát (Control chart). Một biểu đồ cho thấy khoảng biến thiên bình thường của một chỉ số theo thời gian, dùng để phân biệt một sự dịch chuyển thật với nhiễu thông thường. Xem chủ đề 1.6.

Cây chỉ số (Metric tree). Một cấu trúc nối một chỉ số kết quả cấp cao nhất qua các yếu tố thúc đẩy của nó đến các chỉ số vận hành mà từng đội sở hữu. Xem chủ đề 1.3.

Chỉ số hoạt động (Activity metric). Số đếm của chuyển động kỹ thuật (commit, pull request, số dòng mã) đo khối lượng, không đo giá trị. Xem chủ đề 3.4.

Chỉ số phù phiếm (Vanity metric). Một chỉ số luôn tăng, trông ấn tượng và không thay đổi quyết định nào. Xem chủ đề 1.1.

Chỉ số rào chắn (Guardrail metric). Một chỉ số đối trọng ghép đôi không được suy giảm trong khi một chỉ số có động cơ khuyến khích cải thiện, được thiết kế để bắt việc lách. Xem chủ đề 1.2.

Chỉ số sao Bắc Đẩu (North-star metric). Thước đo duy nhất nắm bắt tốt nhất giá trị cốt lõi mà một tổ chức đem lại, nằm ở đỉnh của một cây chỉ số. Xem chủ đề 1.3.

Công việc đang thực hiện (Work in process, WIP). Số mục đang được làm tại một thời điểm bất kỳ trong một đội hoặc hệ thống. Xem chủ đề 2.5.

CVSS (Hệ thống Chấm điểm Lỗ hổng Phổ biến, Common Vulnerability Scoring System). Một thang chuẩn hóa để chấm điểm mức nghiêm trọng của một lỗ hổng bảo mật. Xem chủ đề 6.4.

Dòng giá trị (Value stream). Chuỗi hoạt động từ đầu đến cuối biến một ý tưởng thành giá trị mà khách hàng nhận được, đơn vị đo lường của Flow Framework. Xem chủ đề 2.1.

DevEx (trải nghiệm lập trình viên, developer experience). Khung rộng hơn, liên quan đến SPACE, tổ chức quanh vòng phản hồi, tải nhận thức và trạng thái dòng chảy. Xem chủ đề 3.7.

DORA (các chỉ số DORA). Bốn chỉ số từ chương trình Nghiên cứu và Đánh giá DevOps: tần suất triển khai, thời gian dẫn cho thay đổi, tỷ lệ thay đổi thất bại và thời gian khôi phục sau triển khai thất bại. Xem chủ đề 2.10.

Dữ liệu viễn trắc kết quả (Outcome telemetry). Phép đo liên tục, có đo đạc về các kết quả thật chứ không phải hoạt động hay đầu ra. Xem chủ đề 7.4.

Điểm nóng (Hotspot). Một tệp hay mô-đun vừa thay đổi thường xuyên (mức thay đổi cao) vừa rất phức tạp, được xác định qua phân tích điểm nóng. Xem chủ đề 4.3.

Định luật Goodhart (Goodhart’s law). Nguyên tắc rằng khi một thước đo trở thành mục tiêu, nó thôi là một thước đo tốt. Ý tưởng trung tâm, chi phối của cuốn sách này. Xem chủ đề 1.2.

Định luật Little (Little’s law). Chứng minh rằng số mục trung bình trong một hàng đợi ổn định bằng tốc độ đến trung bình nhân với thời gian trung bình một mục ở trong hệ thống. Áp dụng vào phân phối, công việc đang thực hiện bằng tốc độ đến nhân thời gian chu kỳ. Xem chủ đề 2.7.

Độ phức tạp chu trình (Cyclomatic complexity). Số đếm các đường độc lập đi qua luồng điều khiển của một đoạn mã, do Thomas J. McCabe giới thiệu năm 1976. Xem chủ đề 4.1.

FinOps. Kỷ luật mang trách nhiệm tài chính vào chi tiêu hạ tầng đám mây biến thiên. Xem chủ đề 5.4.

Flow Framework. Một mô hình quản lý, do Mik Kersten tạo ra, coi phân phối phần mềm như một dòng giá trị và đo nó bằng bốn loại mục luồng và năm chỉ số luồng. Xem chủ đề 2.1.

Hệ số xe buýt (Bus factor). Số người cần trở nên không thể liên lạc trước khi một hệ thống hay một mảng tri thức trở nên không thể bảo trì. Hệ số xe buýt bằng một là một rủi ro nghiêm trọng. Xem chủ đề 3.5.

Hiệu suất luồng (Flow efficiency). Tỷ lệ giữa thời gian làm việc chủ động và tổng thời gian đã trôi qua cho một phần công việc di chuyển qua một đường ống phân phối. Xem chủ đề 2.5.

Khung SPACE (SPACE framework). Một khung năm chiều cho năng suất lập trình viên: Sự hài lòng và sức khỏe tinh thần (Satisfaction and well-being), Hiệu suất (Performance), Hoạt động (Activity), Giao tiếp và cộng tác (Communication and collaboration), và Hiệu quả và dòng chảy (Efficiency and flow). Xem chủ đề 3.1.

Kiểm thử đột biến (Mutation testing). Một kỹ thuật cố ý đưa các lỗi nhân tạo nhỏ vào mã để kiểm tra xem bộ kiểm thử có thực sự bắt được chúng không, như phần bổ sung cho độ bao phủ. Xem chủ đề 4.2.

Kinh tế đơn vị (Unit economics). Chi phí biểu diễn trên mỗi đơn vị giá trị có ý nghĩa được giao (mỗi khách hàng, mỗi giao dịch), thay vì một tổng khó hiểu. Xem chủ đề 5.4.

Kỹ thuật độ tin cậy trang web (Site reliability engineering, SRE). Kỷ luật, do Google đi tiên phong, áp dụng các cách tiếp cận kỹ thuật phần mềm cho vận hành và độ tin cậy. Xem chủ đề 6.1.

Lỗi lọt (Escaped defect). Một lỗi đến được production và ảnh hưởng một người dùng thật, khác với lỗi bị bắt trong đánh giá hay kiểm thử. Xem chủ đề 5.1.

Lý thuyết hàng đợi (Queueing theory). Nghiên cứu toán học về các hàng chờ, áp dụng vào đường ống phân phối để giải thích công việc đang thực hiện, tốc độ đến và mức sử dụng thúc đẩy thời gian chờ ra sao. Xem chủ đề 2.7.

Mục luồng (Flow item). Đơn vị công việc của Flow Framework: một tính năng, lỗi, rủi ro hay mục nợ, được phân loại khi tiếp nhận. Xem chủ đề 2.2.

MTTA (thời gian trung bình để tiếp nhận, mean time to acknowledge). Thời gian từ lúc một sự cố được thông báo đến khi ai đó nhận trách nhiệm ứng phó. Xem chủ đề 6.2.

MTTD (thời gian trung bình để phát hiện, mean time to detect). Thời gian từ lúc một sự cố thực sự bắt đầu đến khi ai đó nhận ra nó đã xảy ra. Xem chủ đề 6.2.

MTTR (thời gian trung bình để khôi phục / giải quyết, mean time to recovery / mean time to resolve). Thời gian để khôi phục đầy đủ dịch vụ sau một thất bại. Dùng cho cả các thất bại do triển khai (chủ đề 2.10) và sự cố nói chung (chủ đề 6.2).

Ngân sách lỗi (Error budget). Phần thiếu hụt được phép giữa một mục tiêu mức dịch vụ và độ tin cậy 100%, được coi là một nguồn lực chi tiêu được. Xem chủ đề 6.1.

Nợ kỹ thuật (Technical debt). Chi phí tích lũy của những lối tắt trong quá khứ của một cơ sở mã, một phép ẩn dụ cho sự đánh đổi quản lý được, không phải bí mật đáng xấu hổ. Xem chủ đề 4.5.

Phân bổ luồng (Flow distribution). Tỷ lệ các mục luồng đã hoàn thành thuộc mỗi loại mục luồng trong một giai đoạn nhất định. Xem chủ đề 2.3.

ROI (lợi tức đầu tư, return on investment). Lợi tức tài chính của một sáng kiến so với chi phí của nó, ở đây được xây từ bằng chứng chi phí và kết quả được ghi chép thay vì giả định. Xem chủ đề 5.5.

SLI (chỉ báo mức dịch vụ, service level indicator). Một tín hiệu đo trực tiếp về sức khỏe của một dịch vụ, như độ trễ hay tỷ lệ lỗi. Xem chủ đề 6.1.

SLO (mục tiêu mức dịch vụ, service level objective). Khoảng mục tiêu cho một chỉ báo mức dịch vụ. Xem chủ đề 6.1.

Tải luồng (Flow load). Tổng số mục luồng hiện đang hoạt động hoặc đang chờ trong một dòng giá trị, tên của Flow Framework cho công việc đang thực hiện. Xem chủ đề 2.4.

Tần suất triển khai (Deployment frequency). Tần suất một đội phát hành thành công lên production. Một trong bốn chỉ số DORA. Xem chủ đề 2.10.

Takt time. Thời gian tối đa chấp nhận được để hoàn thành một đơn vị công việc nhằm khớp gọn với nhu cầu khách hàng, từ lập bản đồ dòng giá trị Lean cổ điển. Xem chủ đề 2.8.

Thông lượng cuộn (Rolled throughput yield). Các con số tỷ lệ hoàn chỉnh và chính xác của mọi giai đoạn trong một dòng giá trị nhân với nhau, cho thấy việc làm lại tích lũy qua một đường ống nhiều giai đoạn ra sao. Xem chủ đề 2.8.

Thời gian chu kỳ (Cycle time). Sự phân rã nội bộ của thời gian dẫn thành các giai đoạn: viết mã, đánh giá, kiểm thử và triển khai. Xem chủ đề 2.6.

Thời gian dẫn cho thay đổi (Lead time for changes). Thời gian từ commit đầu tiên của một thay đổi mã đến khi nó được triển khai thành công lên production. Một trong bốn chỉ số DORA. Xem chủ đề 2.10.

Thời gian luồng (Flow time). Tổng thời gian đã trôi qua từ khi một mục luồng vào dòng giá trị đến khi được giao, trải trên toàn dòng giá trị chứ không chỉ riêng kỹ thuật. Xem chủ đề 2.4.

Thời gian xử lý (Process time, PT). Thời gian trực tiếp thực sự bỏ ra làm việc trên một đơn vị đơn lẻ, khác với thời gian chờ, từ lập bản đồ dòng giá trị Lean cổ điển. Xem chủ đề 2.8.

Tổng chi phí sở hữu (TCO, total cost of ownership). Toàn bộ chi phí của một sáng kiến hay hệ thống trong suốt vòng đời, gồm cả bảo trì và hạ tầng liên tục, không chỉ chi phí ban đầu. Xem chủ đề 5.5.

Tỷ lệ hoàn chỉnh và chính xác (Percent complete and accurate, %C/A). Tỷ lệ phần trăm các đơn vị mà đội hạ nguồn có thể xử lý mà không cần làm lại, từ lập bản đồ dòng giá trị Lean cổ điển. Xem chủ đề 2.8.

Tỷ lệ thay đổi thất bại (Change failure rate). Tỷ lệ phần trăm các lần triển khai gây ra một thất bại production cần khắc phục. Một trong bốn chỉ số DORA. Xem chủ đề 2.10.

Vận tốc luồng (Flow velocity). Số mục luồng được hoàn thành trong một giai đoạn nhất định, thước đo thông lượng của Flow Framework. Xem chủ đề 2.3.

Mức sử dụng (Utilization). Tỷ lệ năng lực sẵn có của một nguồn lực đang bận, tính bằng tốc độ đến chia tốc độ phục vụ. Thời gian chờ tăng vọt, không tăng dần, khi mức sử dụng tiến gần đến toàn bộ năng lực. Xem chủ đề 2.7.