Từ bảy mươi tư ngày đến giới hạn vật lý: Tư duy "tốc độ ánh sáng" của Jensen Huang thay đổi điều gì trong kỹ thuật
Mở đầu: Vì sao cải thiện lịch trình trước khi hiểu nó?
Một nhóm nói một quy trình mất bảy mươi tư ngày. Họ đề nghị giảm xuống bảy mươi hai ngày. Đề xuất nghe có vẻ tiến bộ. Nhưng nếu công việc cốt lõi có thể hoàn thành trong sáu ngày với cách tổ chức khác thì sao?
Những con số này minh họa một phương pháp, không phải lời hứa về dự án cụ thể. Ông Jensen Huang dùng tư duy "tốc độ ánh sáng" để mô tả việc tìm giới hạn cơ bản trước khi chấp nhận quy trình hiện có làm điểm xuất phát.
Câu hỏi quan trọng không phải làm sao đòi cùng những người đó nỗ lực hơn. Đó là làm sao phân biệt công việc cần thiết với chậm trễ được kế thừa.
1. Quy trình hiện tại là bằng chứng, không phải quy luật tự nhiên
Lịch trình đã định có thể chứa nhiều thứ khác nhau: công việc vật lý, chờ đợi, phê duyệt, bàn giao, xử lý theo lô và các thỏa hiệp vì những lý do nay không còn áp dụng.
Cải tiến từng bước [Continuous Improvement] bắt đầu từ cách sắp xếp hiện tại đó. Nó hỏi quy trình có thể tốt hơn một chút bằng cách nào.
Lập luận từ nguyên lý đầu tiên [First-principles Reasoning] đặt câu hỏi trước đó. Điều gì thực sự phải xảy ra, và điều gì ngăn nó diễn ra theo cách khác?
Điều này không làm kinh nghiệm vô giá trị. Người có kinh nghiệm thường biết chính xác vì sao một bước khó tồn tại. Mục đích là tìm lại những lý do ấy thay vì coi chính lịch trình là lời giải thích.
2. Tìm giới hạn cho từng chiều quan trọng
"Tốc độ ánh sáng" là cách nói tắt về giới hạn của điều có thể làm trong các ràng buộc liên quan. Nó không có nghĩa mọi hoạt động kinh doanh đều bị giới hạn theo nghĩa đen bởi tốc độ ánh sáng di chuyển.
Trong điện toán, các chiều có thể gồm di chuyển bộ nhớ, năng lượng, thời gian phản hồi [Latency], tốc độ xử lý [Throughput], chi phí và thời gian sản xuất. Thiết kế có thể gần giới hạn ở một chiều nhưng vẫn còn dư địa lớn ở chiều khác.
Tách các chiều đó rất hữu ích. Hệ thống trả nhanh một câu trả lời có thể khác với hệ thống được thiết kế để xử lý hiệu quả nhiều yêu cầu. Tối ưu một hệ không tự động tối ưu hệ kia.
Trước khi kết hợp mọi thứ thành thiết kế cuối cùng, nhóm nên hiểu từng mục tiêu đòi hỏi điều gì.
3. Xác lập mốc lý tưởng rồi giải thích khoảng cách
Ví dụ sáu ngày chỉ có giá trị khi sáu mươi tám ngày còn lại được xem xét.
Một phần khoảng cách có thể hợp lý. Quy trình chậm hơn có thể ít tốn kém hơn, sử dụng thiết bị khan hiếm công bằng hơn hoặc cho phép kiểm tra cần thiết. Những chậm trễ khác có thể đến từ quyết định trùng lặp hoặc một trình tự gần đây chưa ai đặt câu hỏi.
Bài tập làm các lựa chọn ấy hiện rõ. Thay vì tranh luận có thể tiết kiệm hai ngày không, nhóm có thể thảo luận vì sao đang chấp nhận khoảng cách lớn hơn nhiều so với mốc cơ bản.
Do đó, mức tối thiểu vật lý là điểm tham chiếu cho phán đoán. Nó không tự động là thời hạn thương mại phù hợp.
4. Đơn giản nghĩa là loại bỏ độ phức tạp không cần thiết
Một hệ thống điện toán tinh vi có thể gồm nhiều phần tương tác nhưng vẫn có mục đích đơn giản. Độ phức tạp thành vấn đề khi tồn tại mà không phục vụ mục đích đó.
Cách tiếp cận của ông Huang là hỏi một thành phần, bước hay phụ thuộc có cần thiết không. Nếu cần, hãy hiểu nó. Nếu không, hãy hỏi vì sao nó vẫn còn.
Điều này khác với lược bỏ hệ thống đến mức không thể làm việc của mình nữa. Cấp điện, làm mát, thử nghiệm và độ tin cậy không trở thành tùy chọn chỉ vì khiến sơ đồ phức tạp.
Mục tiêu hữu ích là thiết kế có đủ độ phức tạp để đáp ứng yêu cầu, không có phần phức tạp bổ sung chỉ nhằm giữ thói quen.
5. Lãnh đạo cần hiểu nơi hành động diễn ra
Báo cáo dự án có thể mô tả sự chậm trễ mà che khuất nguyên nhân. Ở nơi công việc diễn ra, lời giải thích có thể rõ hơn nhiều.
Cáp được lắp thế nào? Vì sao một linh kiện phải chờ? Quyết định nào chặn nhiệm vụ tiếp theo? Những câu hỏi này nối hệ thống rộng lớn với các hành động nhỏ tạo ra nó.
Sự khẩn trương hữu ích khi loại bỏ chướng ngại thực. Lặp lại thời hạn quyết liệt hơn mà không hiểu công việc không tạo ra tiến bộ kỹ thuật.
Lãnh đạo nên giúp làm lộ ràng buộc, tập hợp đúng chuyên môn và quyết định sự đánh đổi [Trade-offs] nào chấp nhận được.
Kết luận: Chất vấn mốc xuất phát trước khi ăn mừng cải thiện
Sức mạnh của tư duy "tốc độ ánh sáng" là kỷ luật hỏi tại sao. Vì sao trình tự này? Vì sao thời gian chờ này? Vì sao thiết kế này? Giới hạn nào đến từ vật lý, giới hạn nào từ lựa chọn?
Khi các câu trả lời rõ ràng, cải tiến từng bước có nền tảng tốt hơn. Nhóm có thể cải thiện quy trình mình hiểu thay vì chỉ đánh bóng quy trình được kế thừa.
Phương pháp không hứa mọi dự án bảy mươi tư ngày sẽ mất sáu ngày. Nó yêu cầu nhóm biết vì sao không như vậy. Kiến thức đó thay đổi chất lượng của mọi quyết định tiếp theo.
Powered By K7