Nguyên tắc Lãnh Đạo của Amazon nổi tiếng không chỉ trong nội bộ Amazon mà còn trong cả thế giới công nghệ nói chung. Mặc dù chúng thường bị chế giễu – kể cả bởi chính những người Amazon – nhưng chúng cũng là những quy tắc hợp lý để điều hành một công ty. Tôi đã là khách hàng của Amazon trong hơn 25 năm và là khách hàng của AWS trong gần 20 năm, đồng thời cũng là AWS Hero trong 6 năm. Mặc dù tôi chưa từng làm việc cho Amazon, tôi cảm thấy mình đã nhìn đủ bức màn bí mật để đưa ra một số bình luận về một số nguyên tắc này.
Mục lục
Sự Quan Tâm Khách Hàng
Nguyên tắc Quan Tâm Khách Hàng: Các nhà lãnh đạo bắt đầu từ khách hàng và làm việc ngược lại. Họ nỗ lực để kiếm được và duy trì niềm tin của khách hàng. Mặc dù các nhà lãnh đạo chú ý đến đối thủ cạnh tranh, họ ám ảnh bởi khách hàng.
Sự Quan Tâm Khách Hàng là điều tuyệt vời, nhưng tôi thường thấy các Amazon hiểu nguyên tắc này một cách quá đơn giản: “Bắt đầu từ khách hàng” không nhất thiết có nghĩa là “hỏi khách hàng họ muốn gì và sau đó cho họ những con ngựa nhanh hơn”. Vào những ngày đầu của AWS, tôi đã thấy rất nhiều những sản phẩm mà tôi gọi là “được thúc đẩy bởi kỹ thuật tuyệt vời”: Khi EC2 ra mắt, thật sự không rõ mọi người sẽ làm gì với nó, nhưng nó rất tuyệt và rõ ràng rằng nó có thể trở thành một điều lớn lao theo một cách nào đó, sớm hay muộn. Khoảng năm 2012, văn hóa ở AWS có vẻ đã dịch chuyển từ “cung cấp các khối xây dựng tuyệt vời” sang “xây dựng những gì khách hàng đang yêu cầu”, và theo quan điểm của tôi, đây là một bước đi sai lầm.
Sự căng thẳng giữa những gì khách hàng đang yêu cầu và những gì khách hàng thực sự cần thể hiện ở các lĩnh vực như khả năng phục hồi. Khung kiến trúc “Well-Architected” của Amazon mạnh mẽ khuyên khách hàng nên tránh xây dựng khối lượng công việc sản xuất trong một Khu vực Khả dụng duy nhất – nhưng giá băng thông xuyên AZ của Amazon thật sự đau đớn, và Amazon không cung cấp các công cụ hữu ích để xây dựng các ứng dụng đa AZ bền vững. Hầu hết khách hàng sẽ không triển khai Paxos, và rất ít khách hàng – chắc chắn không phải là các nhà điều hành đã bị tách khỏi các quá trình phát triển thực tế – sẽ yêu cầu Amazon cung cấp Paxos-as-a-service; nhưng nếu các Amazon ngồi xuống tự hỏi “khách hàng cần gì để thiết kế ứng dụng của họ tốt”, họ có thể nghĩ ra một số dịch vụ mà Amazon đã có nội bộ. AWS nên trở lại với nguồn gốc và phát hành các khối xây dựng quan trọng – những thứ khách hàng sẽ cần, không nhất thiết là những gì họ đang yêu cầu.
Tính Sở Hữu
Nguyên tắc Sở Hữu: Các nhà lãnh đạo là người sở hữu. Họ nghĩ về lâu dài và không hy sinh giá trị dài hạn cho kết quả ngắn hạn. Họ hành động vì lợi ích của toàn công ty, không chỉ riêng đội nhóm của họ. Họ bao giờ cũng không nói “đó không phải là việc của tôi”.
Nguyên tắc này vừa quá hẹp, vừa không được thực hiện đầy đủ, theo quan điểm của tôi. Đơn giản là hành động vì lợi ích của toàn công ty là không đủ: Quan trọng là phải hành động vì lợi ích của toàn bộ hệ sinh thái công nghệ. Một số Amazon rất giỏi ở điều này – tôi gần đây đã đóng góp các bản vá cho FreeBSD’s bhyve vì một Amazon đang chuẩn bị một tiêu chuẩn cho xử lý ngắt trong các máy ảo lớn, và mặc dù Amazon không sử dụng bhyve (ít nhất là tôi nghĩ là không!), anh ấy đã hiểu tầm quan trọng của việc đưa tiêu chuẩn được chấp nhận rộng khắp trong không gian ảo hóa thay vì chỉ hẹp trong mã mà Amazon dựa vào.
Có một câu nói trong an ninh máy tính rằng bất cứ điều gì làm cho một trong chúng ta kém an toàn hơn sẽ làm cho tất cả chúng ta kém an toàn hơn: Kẻ tấn công sẽ khai thác một lỗ hổng chống lại một hệ thống để cho phép họ tấn công một hệ thống khác. Mặc dù điều này không trực tiếp áp dụng trong các lĩnh vực khác, nhưng hợp tác với người khác để tạo ra kết quả tốt nhất cho mọi người sẽ tốt hơn nhiều trong dài hạn so với việc chỉ tập trung vào những gì Amazon cần ngay bây giờ.
Nhưng nói chung, Amazon thậm chí còn không đáp ứng được lời hứa đã nêu về việc các nhà lãnh đạo hành động vì lợi ích của toàn công ty – công ty đơn giản là quá phân mảnh. Amazon nổi tiếng với sự bí mật, và điều này áp dụng cả bên trong lẫn bên ngoài: Khi AWS ra mắt hai dịch vụ tương tự, đó thường là vì hai đội không biết nhau đang làm gì. Làm thế nào các nhà lãnh đạo có thể hành động trên toàn công ty nếu không ai biết gì đang diễn ra ngoài đội nhóm của họ?
Thiên Hành Động
Nguyên tắc Thiên Hành Động: Tốc độ quan trọng trong kinh doanh. Nhiều quyết định và hành động có thể được đảo ngược và không cần nghiên cứu sâu rộng. Chúng ta đề cao sự chấp nhận rủi ro đã được tính toán.
Các Amazon nói về “cửa một chiều” và “cửa hai chiều”, và thật sự là nhiều quyết định có thể được đảo ngược… nhưng điều đó không có nghĩa là không có chi phí liên quan đến việc đảo ngược một quyết định. Có một sự căng thẳng rõ ràng và được công nhận rộng rãi giữa “Thiên Hành Động” và một nguyên tắc khác, “Kiên Trên Tiêu Chucao Cao Nhất”; nhưng cũng có sự căng thẳng giữa điều này và việc kiếm được, duy trì niềm tin của khách hàng.
Khi AWS giao một dịch vụ chưa hoàn thiện, nó làm suy giảm niềm tin của khách hàng vào AWS nói chung; ngay cả khi các vấn đề trong dịch vụ đó cuối cùng được khắc phục, ký ức về một lần ra mắt thất bại sẽ còn tồn tại trong tâm trí khách hàng trong nhiều năm tới.
Trong suốt 7 năm giữ chức vụ Trưởng An ninh FreeBSD, mọi người biết tôi là người gửi các thông báo an ninh; nhưng điều quan trọng nhất tôi làm không phải là gửi Thông báo An ninh – đó là để dừng tàu và nói “không, chúng tôi sẽ không gửi điều này ra ngay bây giờ”. Tôi biết rằng đối với tầm quan trọng của việc vá vào tay mọi người kịp thời, điều quan trọng hơn nữa là thiết lập niềm tin. Nếu tôi đưa cho mọi người một bản vá bị lỗi, ngay cả một lần, họ sẽ chậm hơn nhiều trong việc cập nhật bảo mật trong tương lai.
Đội của tôi đã quen thuộc với cụm từ “thuyết phục tôi rằng điều này là đúng”, và tôi muốn thấy nhiều điều đó hơn ở các cấp cao của Amazon: Các Kỹ sư Chính và Kỹ sư Xuất sắc cần bước vào với thiên hướng bất động, và sử dụng sự tôn trọng họ đã có để dừng các dự án không đáp ứng tiêu chuẩn cao nhất trước khi chúng làm suy niềm tin.
Werner Vogels nổi tiếng đã nói trong bài phát biểu re:Invent năm 2024 của mình: “Lắng nghe các AWS Hero”. Tôi nghĩ anh ấy đang nói về lời khuyên kỹ thuật, và có lẽ chủ yếu nói với khách hàng AWS; nhưng tôi thích nghĩ rằng Amazon cũng có thể lợi ích từ việc lắng nghe một số điều tôi đã nói ở đây. Chúng tôi phê bình vì chúng tôi quan tâm.
