Kỹ sư phần mềm bình thường và năng suất !

Kỹ sư phần mềm "bình thường" và năng suất 

Bài viết này thách thức quan niệm phổ biến về "kỹ sư 10x" và ủng hộ giá trị cũng như tầm quan trọng chiến lược của việc xây dựng các tổ chức kỹ thuật trao quyền cho các kỹ sư phần mềm "bình thường", làm việc hàng ngày để liên tục mang lại giá trị và thúc đẩy sự tiến bộ của doanh nghiệp. Tác giả cho rằng việc chỉ tập trung vào những cá nhân xuất chúng là sai lầm, bỏ qua sự phức tạp của việc đo lường năng suất và bỏ bê vai trò quan trọng của các nhóm hiệu quả và các hệ thống được thiết kế tốt.



1. Huyền Thoại về "Kỹ Sư 10x":

  • Bài viết thừa nhận sự tồn tại của những kỹ sư có tay nghề cao và năng suất làm việc đáng kinh ngạc, những người có vẻ "như có phép thuật".
  • Bài viết chỉ trích khái niệm "kỹ sư 10x" như một người vốn dĩ có năng suất hoặc kỹ năng cao hơn gấp mười lần so với đồng nghiệp của họ, gọi nghiên cứu đằng sau nó là "yếu kém, cẩu thả".
  • Tác giả lưu ý những tuyên bố mang tính rập khuôn và thường có vấn đề được sử dụng để định nghĩa "kỹ sư 10x" (ví dụ: có "xuất thân bí ẩn", né tránh công việc UI, là người hướng dẫn kém, phù hợp với hình mẫu "những gã trẻ tuổi mặc áo hoodie").
  • Mặc dù bằng chứng yếu, ý tưởng này vẫn cộng hưởng với kinh nghiệm, khiến nó trở thành một "meme" bền vững.

2. Sự Mong Manh của Việc Đo Lường Năng Suất:

  • Tác giả phản đối ý tưởng về một thước đo duy nhất, tiêu chuẩn hóa cho năng suất của kỹ sư phần mềm.
  • Năng suất phụ thuộc rất nhiều vào bối cảnh, bị ảnh hưởng bởi các yếu tố như:
    • Lĩnh vực cụ thể (vi xử lý, dịch vụ web, v.v.).
    • Ngôn ngữ và công nghệ lập trình được sử dụng.
    • Các kỹ năng và kiến thức chuyên môn liên quan cần thiết (thiết kế, bảo mật, marketing, v.v.).
    • Giai đoạn phát triển và quy mô sử dụng.
  • Kỹ năng và khả năng không phải là tĩnh tại; một kỹ sư đã từng rất giỏi trong một lĩnh vực nào đó tại một thời điểm có thể không còn như vậy nữa.
  • Khái niệm "kỹ sư 10x" ngụ ý sai lầm rằng năng suất là một đặc điểm cá nhân bất biến. Tác giả tuyên bố: "Nhưng một người là kỹ sư 10x trong một bộ kỹ năng cụ thể vẫn sẽ có vô số lĩnh vực khác mà họ ở mức trung bình (hoặc dưới trung bình)".

3. Nhóm, Không Phải Cá Nhân, Sở Hữu Phần Mềm:

  • Bài viết nhấn mạnh rằng phát triển phần mềm là một nỗ lực của cả nhóm.
  • Tốc độ viết mã cá nhân ít quan trọng hơn khả năng của nhóm trong việc cùng nhau "viết, kiểm tra, xem xét, triển khai, duy trì, tái cấu trúc, mở rộng, thiết kế kiến trúc và sửa đổi phần mềm mà họ sở hữu".
  • Quy trình phân phối phần mềm ảnh hưởng đến tất cả mọi người; ngay cả một cá nhân có năng suất cao cũng bị giới hạn bởi những phần chậm nhất của quy trình.
  • Việc một kỹ sư duy nhất sở hữu các thành phần phần mềm quan trọng tạo ra "điểm lỗi duy nhất".
  • Mặc dù việc sở hữu cá nhân có thể cần thiết trong các công ty khởi nghiệp giai đoạn đầu để có tốc độ nhanh, nhưng các tổ chức lớn hơn cần chuyển sang quyền sở hữu của nhóm để có khả năng phục hồi.
  • Mục tiêu chính của lãnh đạo kỹ thuật nên là "xây dựng một đội ngũ kỹ thuật hoạt động hiệu quả cao". Tác giả gợi ý: "Nếu bạn phải nhân 10 lần điều gì đó, hãy xây dựng đội ngũ kỹ thuật gấp 10 lần".

4. Sức Mạnh của Các Kỹ Sư "Bình Thường" trong Các Tổ Chức Tuyệt Vời:

  • Bài viết thách thức quan niệm rằng các tổ chức kỹ thuật hàng đầu chỉ bao gồm các kỹ sư ưu tú.
  • Một tổ chức thực sự tuyệt vời là nơi "những kỹ sư phần mềm hoàn toàn bình thường, làm việc hàng ngày, với các kỹ năng khá và trình độ chuyên môn thông thường, có thể liên tục di chuyển nhanh, triển khai mã, phản hồi người dùng, hiểu các hệ thống họ đã xây dựng và thúc đẩy doanh nghiệp tiến lên một chút mỗi ngày, mỗi tuần".
  • Xây dựng các hệ thống cho phép "các kỹ sư ít kinh nghiệm hơn" đóng góp đáng kể là một "lợi thế cạnh tranh rất lớn".
  • Thước đo thực sự của năng suất là liệu doanh nghiệp có đang tiến lên một cách đáng kể hay không.
  • Tác giả cho rằng việc tập trung vào sự xuất sắc cá nhân có thể bào chữa cho việc lãnh đạo không xây dựng các hệ thống và đội ngũ hiệu quả.

5. Thách Thức Danh Tính "Những Đứa Trẻ Thông Minh" và Chấp Nhận Sự Bình Thường:

  • Ngành công nghiệp phần mềm thường củng cố ý tưởng về các kỹ sư như những cá nhân cực kỳ thông minh.
  • Tác giả khuyến khích các chuyên gia kỹ thuật gạt bỏ "gánh nặng" này và nghĩ về bản thân như "những người bình thường".
  • Mặc dù kỹ thuật phần mềm phát triển các khả năng nhận thức cụ thể, nhưng không ai sinh ra đã là một kỹ sư giỏi; họ được "tạo ra chứ không phải sinh ra".

6. Thiết Kế Hệ Thống cho "Những Người Bình Thường":

  • Khi xây dựng các hệ thống phân phối phần mềm, trọng tâm nên đặt vào những điểm chung và hạn chế của "những người bình thường", bao gồm:
    • Thiên kiến nhận thức.
    • Xu hướng hay quên, mất kiên nhẫn và xao nhãng.
    • Các yếu tố sinh lý như mệt mỏi và trạng thái cảm xúc.
    • Sự hình thành thói quen và sự kháng cự với thay đổi.
  • Các hệ thống được thiết kế cho "các kỹ sư bình thường" cho phép "sự thông minh vượt trội" của họ được tập trung vào chính sản phẩm thay vì phải điều hướng các quy trình phức tạp.

7. Các Tổ Chức Tuyệt Vời "Sản Sinh" Ra Các Kỹ Sư Đẳng Cấp Thế Giới:

  • Trớ trêu thay, các tổ chức trao quyền cho "các kỹ sư bình thường" để có tác động đáng kể cũng là những tổ chức tự nhiên phát triển tài năng đẳng cấp thế giới.
  • Các kỹ sư được thúc đẩy bởi việc xây dựng mọi thứ, giải quyết vấn đề và tạo ra sự tiến bộ.
  • Các tổ chức nơi các cá nhân có thể tạo ra tác động lớn sẽ thu hút và giữ chân những người giỏi nhất.

8. Thay Đổi Trọng Tâm từ Tuyển Dụng Người "Giỏi Nhất" sang Tuyển Dụng Người "Phù Hợp":

  • Có sự chú trọng quá mức vào năng lực và đặc điểm cá nhân trong tuyển dụng.
  • Trọng tâm nên chuyển từ việc tìm kiếm những cá nhân "giỏi nhất" tuyệt đối sang tìm kiếm những người "phù hợp" tốt với một nhóm và đóng góp vào các mục tiêu chung.
  • Xây dựng một môi trường nơi mọi người được tuyển dụng dựa trên thế mạnh của họ, các nhóm được cấu thành tốt và sự hòa nhập được ưu tiên là rất quan trọng đối với hiệu suất. Tác giả tuyên bố: "Văn hóa hòa nhập là nền tảng của chế độ trọng dụng nhân tài".
  • Những môi trường như vậy là nam châm thu hút tài năng và thúc đẩy sự phát triển của các kỹ sư đẳng cấp thế giới.

Những Điểm Nhấn Trong Trích Dẫn:

  • "Hầu hết chúng ta đã gặp một vài kỹ sư phần mềm dường như có phép thuật..."
  • "...sự bền bỉ kỳ lạ của khái niệm 'kỹ sư 10x', một người có năng suất hoặc kỹ năng cao hơn gấp 10 lần so với đồng nghiệp của họ."
  • "Tôi không có vấn đề gì với ý tưởng rằng có những kỹ sư có năng suất cao hơn 10 lần so với các kỹ sư khác. Vấn đề tôi gặp phải có hai khía cạnh."
  • "'Kỹ sư 10x' khiến người ta nghĩ rằng năng suất là một đặc điểm bất biến của một người."
  • "Các kỹ sư cá nhân không sở hữu phần mềm; các đội ngũ kỹ thuật sở hữu phần mềm."
  • "Nếu bạn phải nhân 10 lần điều gì đó, hãy xây dựng đội ngũ kỹ thuật gấp 10 lần."
  • "Một tổ chức kỹ thuật thực sự tuyệt vời là nơi những kỹ sư phần mềm hoàn toàn bình thường, làm việc hàng ngày... có thể liên tục di chuyển nhanh, triển khai mã... và thúc đẩy doanh nghiệp tiến lên một chút mỗi ngày, mỗi tuần."
  • "Khi hệ thống của bạn được thiết kế để những kỹ sư bình thường sử dụng, tất cả sự thông minh vượt trội mà họ có thể được dồn vào chính sản phẩm, thay vì lãng phí nó vào việc điều hướng hệ thống."
  • "Đừng thuê những người 'giỏi nhất'. Hãy thuê những người phù hợp."
  • "Văn hóa hòa nhập là nền tảng của chế độ trọng dụng nhân tài."

Hàm Ý và Cân Nhắc:

  • Bài viết này thách thức những quan niệm thông thường trong ngành công nghiệp công nghệ về việc theo đuổi và tôn sùng "các kỹ sư 10x".
  • Nó gợi ý rằng việc tập trung vào xây dựng các hệ thống mạnh mẽ, thúc đẩy tinh thần đồng đội hiệu quả và trao quyền cho một phạm vi kỹ sư rộng hơn có thể dẫn đến những kết quả bền vững và có tác động hơn.
  • Các nhà lãnh đạo kỹ thuật nên ưu tiên tạo ra môi trường nơi "các kỹ sư bình thường" có thể phát triển và đóng góp ý nghĩa.
  • Thực tiễn tuyển dụng nên nhấn mạnh vào thành phần đội ngũ, các thế mạnh đa dạng và tính toàn diện về văn hóa hơn là chỉ tìm kiếm những cá nhân "ưu tú" được cho là vậy.
  • Việc đo lường và đánh giá sự thành công của kỹ thuật nên tập trung vào sản lượng của nhóm và tác động kinh doanh hơn là các số liệu năng suất cá nhân, vốn có thể sai sót.
  • Việc nhận biết và đáp ứng các yếu tố và hạn chế bình thường của con người ở các kỹ sư là rất quan trọng để thiết kế các quy trình phát triển phần mềm hiệu quả và linh hoạt
Tham khảo: 

Comments

Post a Comment