(Đến giờ đi chợ).
Ngay cả vào cuối tuần, anh ấy vẫn nghĩ về các số liệu: “Vậy nếu tôi đo thời gian thì sao? Nó sẽ cho tôi cái gì?
Thật vậy, kiến thức về thời gian sẽ mang lại điều gì? Giả sử việc giao hàng mất 5 ngày. Vậy tiếp theo là gì? Nó là tốt hay xấu? Ngay cả khi điều này là xấu, thì bạn cần phải giảm thời gian này bằng cách nào đó. Nhưng bằng cách nào?
Những suy nghĩ này ám ảnh anh, nhưng không có giải pháp nào được đưa ra.
Ivan hiểu rằng anh đã đi đến cốt lõi. Vô số biểu đồ về số liệu mà anh từng thấy từ lâu đã thuyết phục anh rằng cách tiếp cận tiêu chuẩn sẽ không hiệu quả và nếu anh chỉ đơn giản là vẽ đồ thị (), nó sẽ không có ích gì.
Làm sao để?…
Thước đo giống như một thước gỗ thông thường. Các phép đo được thực hiện với sự trợ giúp của nó sẽ không cho biết lý do, tại sao vật được đo chính xác là chiều dài mà cô ấy chỉ ra. Thước sẽ chỉ hiển thị kích thước của nó và không có gì hơn. Cô ấy không phải là hòn đá triết gia mà chỉ đơn giản là một tấm bảng gỗ để đo lường.
Con “chuột thép không gỉ” của nhà văn yêu thích Harry Harrison luôn nói: một ý nghĩ phải chạm đến tận đáy não và nằm ở đó, nên sau bao ngày đau khổ mà không có kết quả, Ivan quyết định nhận một nhiệm vụ khác…
Vài ngày sau, khi đọc một bài báo về các cửa hàng trực tuyến, Ivan chợt nhận ra rằng số tiền mà một cửa hàng trực tuyến nhận được phụ thuộc vào cách hành xử của khách truy cập trang web. Chính họ, những vị khách/khách hàng, là người đưa tiền cho cửa hàng và là nguồn của nó. Dòng tiền mặt cuối cùng mà cửa hàng nhận được bị ảnh hưởng bởi những thay đổi trong hành vi của khách hàng chứ không phải bất cứ điều gì khác.
Hóa ra là để thay đổi giá trị đo được, cần phải tác động đến những người hình thành giá trị này, tức là. để thay đổi số tiền của một cửa hàng trực tuyến, cần phải tác động đến hành vi của khách hàng của cửa hàng này và để thay đổi thời gian giao hàng trong DevOps, cần phải tác động đến các nhóm “tạo ra” lần này, tức là. sử dụng DevOps trong công việc của họ.
Ivan nhận ra rằng các số liệu DevOps hoàn toàn không nên được biểu thị bằng biểu đồ. Họ phải đại diện cho chính họ công cụ tìm kiếm các đội “xuất sắc” định hình thời gian giao hàng cuối cùng.
Ivan nghĩ, sẽ không có số liệu nào chỉ ra lý do tại sao nhóm này hay nhóm kia mất nhiều thời gian để phân phối, bởi vì trên thực tế có thể có hàng triệu chiếc xe đẩy nhỏ, và họ có thể không phải về mặt kỹ thuật mà là về mặt tổ chức. Những thứ kia. Điều tốt nhất bạn có thể mong đợi nhận được từ các số liệu là hiển thị các đội và kết quả của họ, sau đó bạn vẫn phải theo dõi các đội này bằng đôi chân của mình và tìm hiểu xem họ có vấn đề gì.
Mặt khác, công ty của Ivan có một tiêu chuẩn yêu cầu tất cả các đội phải kiểm tra các cụm lắp ráp trên một số băng ghế. Đội không thể di chuyển sang khán đài tiếp theo cho đến khi khán đài trước đó được hoàn thành. Hóa ra là nếu chúng ta tưởng tượng quy trình DevOps như một chuỗi đi qua các khán đài, thì số liệu có thể hiển thị thời gian mà các đội dành cho các khán đài này. Biết được lập trường và thời điểm của đội, có thể nói chuyện cụ thể hơn với họ về lý do.
Không chút do dự, Ivan nhấc điện thoại và bấm số của một người rất thành thạo về DevOps:
— Denis, xin hãy nói cho tôi biết, có thể hiểu bằng cách nào đó rằng đội đã vượt qua khán đài này hay khán đài kia?
- Chắc chắn. Jenkins của chúng tôi sẽ loại bỏ cờ nếu bản dựng đã triển khai thành công (vượt qua bài kiểm tra) trên băng ghế dự bị.
- Siêu. Cờ là gì?
- Đây là một tệp văn bản thông thường như “stand_OK” hoặc “stand_FAIL”, cho biết rằng cụm lắp ráp đã vượt qua hoặc thất bại trong quá trình kiểm tra. Vâng, bạn hiểu, phải không?
- Tôi đoán là có. Nó có được ghi vào cùng một thư mục trong kho chứa tập hợp không?
- Đúng
— Điều gì sẽ xảy ra nếu cụm lắp ráp không vượt qua được băng ghế thử nghiệm? Tôi có cần phải thực hiện một bản dựng mới không?
- Vâng
- Được rồi, cảm ơn cậu. Và một câu hỏi khác: tôi có hiểu chính xác rằng tôi có thể lấy ngày tạo ra lá cờ làm ngày lập trụ sở không?
- Tuyệt đối!
- Siêu!
Được truyền cảm hứng, Ivan cúp máy và nhận ra rằng mọi thứ đã đâu vào đấy. Biết được ngày tạo tệp xây dựng và ngày tạo cờ, có thể tính toán chính xác đến từng giây lượng thời gian mà các đội dành cho mỗi vị trí và biết họ dành nhiều thời gian nhất ở đâu.
“Hiểu được nơi nào dành nhiều thời gian nhất, chúng tôi sẽ xác định chính xác các nhóm, đến gặp họ và tìm hiểu vấn đề.” Ivan mỉm cười.
Ngày mai, anh tự đặt cho mình nhiệm vụ phác thảo kiến trúc của hệ thống đang được vẽ.
Để được tiếp tục ...
Nguồn: www.habr.com