Vai trò của nhà phát triển web cao cấp trong nhóm là gì? [đóng cửa]


20

Với một nhóm gồm 3 nhà phát triển web khác, tôi có danh hiệu là nhà phát triển web hàng đầu trong một năm nay. Đây là công việc đầu tiên của tôi là một người lãnh đạo.

Tôi khá tập trung vào vai trò của mình từ quản lý. Tôi tò mò không biết các nhà phát triển cấp cao khác làm gì. Tôi chủ yếu tò mò về trách nhiệm của người khác với tư cách là nhà phát triển chính / cao cấp trong các tổ chức khác; vì tôi chỉ gặp làm việc trong một công ty vừa / nhỏ.

(a) Người ta mong đợi gì ở một nhà phát triển web cao cấp / lãnh đạo của một tổ chức (bất kể quy mô)?

(b) Có sự khác biệt giữa nhà lãnh đạo phát triển web và nhà phát triển web cao cấp không?

Tôi đã xem xét một số chủ đề và chỉ có một chủ đề thảo luận khi bạn nên gọi cho mình một nhà phát triển cấp cao nhưng không thảo luận toàn diện về vai trò của những gì một nhà phát triển cấp cao nên làm với nhóm của anh ấy / cô ấy.

Câu trả lời:


22

Quan điểm của người quản lý dự án

Bạn là điểm liên lạc duy nhất (hoặc mặc định) cho bất kỳ điều gì liên quan đến khía cạnh kỹ thuật của mọi thứ. Bạn sẽ tiếp tục duy trì công việc của các nhà phát triển khác bằng lực lượng tuyệt đối, dẫn đầu bằng ví dụ hoặc bất kể phương pháp của bạn là gì.

Quan điểm của nhà phát triển không dẫn đầu

Bạn là hình mẫu. Mong các nhà phát triển ít kinh nghiệm tìm đến bạn và hỏi bạn các câu hỏi kỹ thuật khi họ bị mắc kẹt.

Suy nghĩ

Nếu bạn thực sự yêu cầu internet xác định vai trò / công việc của mình, hãy dừng lại. Nói chuyện với quản lý cho một câu trả lời thực sự.


5
+1 - "Suy nghĩ" ... hoặc nói cách khác, định nghĩa duy nhất về vai trò của "nhà phát triển web cao cấp" có liên quan đến bạn là định nghĩa của người quản lý.
Stephen C

9

Bạn có hai vai trò chính là nhà phát triển chính: trở thành người ủng hộ cho nhóm của bạn với khía cạnh kinh doanh trong hoạt động của bạn và cung cấp hướng dẫn kỹ thuật cho nhóm của bạn.

Với tư cách là người ủng hộ, bạn nên giúp truyền đạt các yêu cầu cho nhóm của mình, đẩy lùi khi phía doanh nghiệp (có thể là quản lý, quản lý dự án hoặc nhân viên bán hàng) đưa ra các yêu cầu hoặc yêu cầu không thực tế và nói chung là xử lý bất cứ điều gì ngăn nhóm của bạn viết mã.

Là người cố vấn kỹ thuật, bạn cần giúp nhóm của mình đưa ra quyết định tốt, hỗ trợ họ với bất kỳ vấn đề kỹ thuật nào họ có và hướng họ đến các giải pháp thích hợp. Bạn nên khuyến khích họ cải thiện kỹ năng của họ, và là người gắn bó tuyệt đối để tuân theo các tiêu chuẩn phát triển phù hợp.

Quan trọng nhất, bạn cần phải là một hình mẫu hoàn hảo. Mã của bạn phải đạt tiêu chuẩn cao nhất, các dự án của bạn phải được giao đúng thời hạn và có chất lượng cao nhất. Những gì bạn làm sẽ quan trọng hơn nhiều so với những gì bạn nói.

EDIT: Một điều nữa. Bạn cần phải chủ động với các vấn đề kỹ thuật. Đừng chờ đợi nhóm của bạn gặp vấn đề. Hãy nhận biết những gì họ đang làm việc và tìm đến họ nếu họ mất quá nhiều thời gian, nếu bạn biết họ đang làm điều gì đó khó khăn hoặc nằm ngoài bộ kỹ năng cốt lõi của họ, hoặc nếu họ có vẻ thất vọng. Lắng nghe khi mọi người trong nhóm của bạn bắt đầu thảo luận về các vấn đề kỹ thuật mà không có bạn, và bước vào nếu (và chỉ khi) bạn cảm thấy như họ đang bắt đầu rời xa một giải pháp tốt, hoặc nếu họ đi vào vòng tròn và không hoàn thành bất cứ điều gì.


5

Chà, hãy giải thích ... lãnh đạo .

Tất cả những sai lầm của đội bạn bây giờ là lỗi của bạn.

Tương tự như vậy đối với những thành công, nhưng thực sự, đây là phát triển phần mềm, thành công rất khiêm tốn, bạn sẽ khó có vấn đề gì trong việc xử lý quá mức thành công.

Tập trung vào những sai lầm đó. Tránh chúng, giảm thiểu chúng, cố gắng giữ chúng trong tầm kiểm soát.

Và đừng hống hách, nhóm của bạn sẽ mắc nhiều sai lầm hơn nếu bạn làm thế .


4

IMO vai trò là một trong những hướng dẫn. Bạn đã ở quanh khối, vì vậy nếu một nhà phát triển khác (không phải đàn em nhưng không phải là đàn anh) có câu hỏi hoặc gặp vấn đề trong mô-đun Foobar, bạn sẽ là người thích hỏi "Tôi đang cố gắng làm X với Foobar, có ý tưởng nào không? ". Bạn cũng nên truyền đạt các mục tiêu và nỗ lực của nhóm để quản lý trong khi đứng về phía nhóm về các vấn đề kỹ thuật (ví dụ: nếu bạn và nhóm dự án sẽ mất 4 tháng để thực hiện, đừng tham gia và nói với CEO rằng nó sẽ được thực hiện trong 1 tháng, và sau đó buộc mọi người phải làm thêm giờ). Bạn cũng phải chịu trách nhiệm đảm bảo mã có chất lượng phù hợp và các thành viên khác trong nhóm đang làm đúng và không chỉ hack rác mà sẽ đổ sập xuống đường.

Tất nhiên đó là tất cả các lý thuyết. Nó phụ thuộc vào đội; Tôi đã làm việc dưới "người cao niên", người không biết gì về bất kỳ sự phát triển hiện đại nào trong 5 năm qua và là "Người làm" cho quản lý cấp cao và sẽ nói "Thưa ông, vâng thưa ngài!" cho bất kỳ nhu cầu nào, bất kể sự lố bịch, kìm hãm sự sáng tạo từ các thành viên khác trong nhóm và khuyến khích một môi trường làm việc rất mờ nhạt thay vì một sự học hỏi và khéo léo không ngừng. Tôi cũng đã làm việc dưới những nhà phát triển cấp cao rất am hiểu, đóng vai trò tích cực để đảm bảo mọi thứ tốt nhất có thể và không bao giờ bị áp lực quản lý.


4

Tôi là một nhà phát triển cấp cao và tôi có một số lãnh đạo công nghệ mà tôi làm việc cùng. Sự khác biệt là họ là những người quản lý dự án kỹ thuật. Nếu có mâu thuẫn giữa các nhà phát triển về vấn đề kỹ thuật, họ sẽ đưa ra quyết định phải làm gì. Nếu mọi thứ ở phía sau, họ quyết định làm thế nào để giải quyết điều đó. Họ chịu trách nhiệm đảm bảo rằng mọi người tính thời gian của họ để dự án, rằng cần thêm nhiều giờ khi cần thiết, nhiệm vụ mới được giao, đánh giá mã được thực hiện (với tư cách là cấp cao tôi có thể thực hiện đánh giá mã), v.v. Tôi thường được giao những nhiệm vụ khó khăn hơn. Là một tiền bối, tôi được tư vấn và mong muốn cố vấn cho những người trẻ tuổi. Lãnh đạo công nghệ cũng làm tất cả những điều đó, nhưng họ có quyền quyết định và trách nhiệm cho thành công chung của dự án. Là cấp cao, tôi chỉ chịu trách nhiệm cho phần riêng của dự án.


2

Có thể có nhiều quan điểm khác nhau, như Jonathan đã đề cập ở trên.

Là nhà phát triển cấp cao, bạn có thể đặt các quyết định kiến ​​trúc cho nhóm của mình và đóng vai trò là đại diện của nhóm cho các cuộc họp nhóm phát triển cấp cao hơn. Bạn cũng có thể phục vụ như một người cố vấn và chỉ đạo các hoạt động kỹ thuật của các thành viên trong nhóm của bạn.

Thường xuyên, bạn cũng có thể là người liên lạc với cả quản lý dự án và người dùng doanh nghiệp. Bạn sẽ giúp quyết định cách thức và thời điểm giao các sản phẩm dự án và có thể có cơ hội đàm phán về các ưu tiên của các hạng mục dự án trong thời gian dài hơn.

Nói tóm lại, vai trò của bạn là những gì bạn chọn để tạo ra nó, đưa ra các ranh giới do quản lý của chính bạn (cả về mặt kỹ thuật và kinh doanh) đặt ra.


2

Những người khác đã đề cập đến khía cạnh lãnh đạo cơ bản của câu hỏi này, vì vậy tôi sẽ cố gắng tập trung quan điểm của mình vào những câu hỏi trực tiếp được hỏi:

(a) Người ta mong đợi gì ở một nhà phát triển web cao cấp / lãnh đạo của một tổ chức (bất kể quy mô)?

Tôi mong đợi một cá nhân có tính cách mạnh mẽ và nền tảng kiến ​​thức kỹ thuật. Tôi hy vọng ai đó sẽ không chỉ phá bỏ những ý tưởng mà còn đề xuất những ý tưởng mới để thay thế những ý tưởng mà họ thấy là thiếu sót. Tôi mong đợi một người không thúc đẩy hoặc bắt nạt các nhà phát triển cấp dưới nhưng cố gắng tìm cách thúc đẩy, dạy dỗ, hướng dẫn từng cá nhân. Tôi mong đợi ai đó sẵn sàng chịu trách nhiệm và quyền sở hữu các dự án, khái niệm và quyết định. "Có - đàn ông" và "hoa tường" không cần phải áp dụng. Một cấp cao / lãnh đạo cần có khả năng giao dịch với mọi người hiệu quả như anh ta làm với mã ... thậm chí có thể tốt hơn trong một số trường hợp.

(b) Có sự khác biệt giữa nhà lãnh đạo phát triển web và nhà phát triển web cao cấp không?

Sự khác biệt chính mà tôi quan sát được là một trong phạm vi và tôi chưa bao giờ thấy nó được viết ra ở bất cứ đâu. Một khách hàng tiềm năng thường chịu trách nhiệm về năng suất của một nhóm duy nhất. Một cấp cao có thể chịu trách nhiệm cho một số đội, một đội hoặc không có đội. Một khách hàng tiềm năng được kỳ vọng sẽ giúp các nhà phát triển cấp dưới của anh ta đạt được mục tiêu của họ trong phạm vi của một dự án hoặc nhiệm vụ cụ thể. Theo cấp dưới, tôi chỉ đơn giản là các nhà phát triển đã được chỉ định cho một dự án mà khách hàng tiềm năng là "phụ trách" về mặt kỹ thuật. Tôi thường thấy mình là người dẫn đầu trong các dự án mà một số nhà phát triển ngang bằng hoặc có thâm niên hơn tôi, vì vậy không có gì chắc chắn rằng người dẫn đầu sẽ là thành viên "cao cấp" nhất trong nhóm. Cho phạm vi đó, một nhà phát triển cao cấp là người mà toàn bộ tổ chức có thể tin tưởng để có kiến ​​thức và kinh nghiệm cần thiết để giúp đỡ bất cứ ai. Một tiền bối dự kiến ​​sẽ là một hình mẫu (như người khác nói) cho bất kỳ nhà phát triển nào trong tổ chức và cũng được kỳ vọng sẽ hỗ trợ các nhà phát triển cơ sở về các vấn đề kỹ thuật.

Tóm lại, đối với tôi: Một người dẫn giúp. Một giáo viên cao cấp dạy.


2

Các nhà phát triển web cao cấp có thể được xem là người có thể giải quyết vấn đề, tìm giải pháp khác nhau và tự mình thực hiện tốt nhất. Quân đội một người trong một ý nghĩa. Mentor junior developers để giúp cải thiện hiệu suất chung của nhóm. Cũng có thể được đưa vào để khai thác chuyên môn trong các gói phần mềm khác nhau vì người cao cấp có thể được kỳ vọng sẽ thực sự biết điều gì đó tốt hơn các nhà phát triển khác trong một số trường hợp. Nói chung, các kỹ năng mà nhà phát triển đã sử dụng để mang lại lợi ích tối đa có thể là sự kết hợp giữa cố vấn, tư vấn, mã hóa, thiết kế và tạo các quy trình.

Tôi nghĩ rằng các nhà phát triển web có thể có một vài dạng khác nhau. Dẫn đầu cho một nhóm là người đứng đầu hành chính và là người sẽ thực hiện đánh giá hiệu suất tổng thể, lưu ý về dự án nào nhà phát triển được phân bổ và xử lý một số giấy tờ trong khi cũng là nhà phát triển sau khi hoàn thành. Ngoài ra còn có sự dẫn dắt cho một dự án mà sự tập trung của người đó hẹp hơn rất nhiều vì chỉ vì dự án này mà người này có trách nhiệm thực thi các tiêu chuẩn và thực hành trong nhóm. Vì vậy, có câu hỏi dẫn đầu thực sự là gì? Một dự án hoặc một nhóm các nhà phát triển từ góc độ hành chính?

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.