Vai trò bằng văn bản của Giám đốc phát triển phần mềm [đã đóng]


62

Chúng ta đều biết người quản lý phát triển phần mềm làm gì, nhưng tôi sợ rằng chúng ta chỉ biết điều đó một cách mơ hồ . Chúng tôi nghĩ rằng chúng tôi biết những gì anh ấy đang làm, nhưng để liệt kê chính xác phạm vi công việc là một chút khó khăn.

Theo bạn, vai trò của người quản lý phát triển phần mềm là gì?


1
Tóm tắt tuyệt vời để nhắc nhở một về những gì một người quản lý kỹ thuật làm. Đặt nó trên máy tính để bàn của bạn và xem lại nó khi bạn có nghi ngờ, hoặc đang ở trong một tình huống khó khăn trong khi quản lý nhóm của bạn.
jkk

Câu trả lời:


100

Nói như một người trong công việc (cũng là một nhà phát triển), những điều quan trọng tôi phải làm là:

  • Giữ cho nhóm phát triển đi đúng hướng (và hạnh phúc khi có thể) - di chuyển mọi thứ theo cách ngăn họ làm việc nếu có thể, giải thích tại sao không thể di chuyển để thử và giảm bất kỳ căng thẳng nào (mọi người sẽ nhiều hơn có khả năng chấp nhận mọi thứ nếu ít nhất họ hiểu chúng). Cuối cùng, nếu có mâu thuẫn giữa dự án và nhóm không thể giải quyết, thông thường dự án sẽ giành chiến thắng. Điều đó không nhất thiết khiến bạn trở nên nổi tiếng với nhóm nhưng bạn được trả tiền để phân phối các dự án / sản phẩm, chứ không phải với tư cách là người lãnh đạo công đoàn. Kỹ năng rõ ràng là trong việc giảm thiểu mức độ thường xuyên xảy ra.

  • Hãy chắc chắn rằng nhóm đang liên lạc với khách hàng đúng số lượng . Điều này có xu hướng là những phần bằng nhau khiến khách hàng tránh xa nhóm và đảm bảo nhóm đang hỏi khách hàng về những điều họ không hiểu đầy đủ (thay vì chỉ đưa ra các giả định có thể không chính xác). Các nhà phát triển rất quan trọng trong việc đảm bảo rằng khách hàng không làm phiền họ và đôi khi quên rằng khách hàng có thể có thứ gì đó hữu ích để thêm vào.

  • Lập kế hoạch dự án và ưu tiên các xung đột tài nguyên, nhu cầu của khách hàng, các vấn đề hỗ trợ và tương tự. Tôi có xu hướng là người nói rằng khách hàng này ưu tiên hơn khách hàng đó hoặc lỗi này phải được sửa trước khi xuất xưởng nhưng vấn đề đó có thể xảy ra như một vấn đề đã biết.

  • Quản lý khía cạnh thương mại của sự phát triển - đó là đảm bảo rằng những thứ nên được tính phí và bị tính phí và chúng tôi không cố gắng tính phí cho những thứ cần được hỗ trợ.

  • Hãy là tiếng nói của nhóm trong doanh nghiệp và doanh nghiệp trong nhóm - giúp mọi người hiểu vị trí của người khác và giúp giải quyết sự khác biệt nơi họ phát sinh. Điều này phần lớn có xu hướng bao gồm các xung đột văn hóa giữa các nhu cầu / mong muốn của các đội và các tổ chức lớn hơn và các vấn đề ngân sách. Điều này thực sự khá tồi tệ vì nó có nghĩa là khi có những bất đồng mà bạn là kẻ thù của mọi người.

  • Làm việc với nhóm để đảm bảo có đủ các quy trình và công cụ để đáp ứng các yêu cầu của doanh nghiệp và khách hàng . Hãy chắc chắn rằng các quy trình này đang được theo dõi và điều chỉnh khi cần thiết. Một số điều này đảm bảo nhóm xác định các quy trình (ví dụ về những thứ kỹ thuật mà họ hiểu rõ hơn tôi), một số là tự xác định chúng (đối với những điều tôi hiểu rõ hơn họ làm - lập kế hoạch, ước tính, v.v.). Từ quan trọng ở đây là đủ - bạn không muốn xử lý vì lợi ích của quá trình nhưng có những điều phải xảy ra và quy trình là cách tốt nhất để đạt được điều đó một cách nhất quán.

  • Đảm bảo rằng mọi thành viên trong nhóm đều làm việc ở mức tối thiểu hợp lý và lý tưởng hơn thế. Làm việc với họ để giúp giải quyết mọi vấn đề đang ngăn họ đạt đến cấp độ này. Tôi muốn nói rằng vai trò của tôi là làm cho chúng trở nên tốt nhất có thể nhưng trong khi điều này đúng với một mức độ khác các yêu cầu (dự án, ngân sách, thời gian) có nghĩa là điều này hầu như sẽ luôn bị tổn hại ở mức độ lớn hơn hoặc ít hơn.

  • Thực hiện tất cả các hành chính và công cụ tổ chức (và pháp luật) yêu cầu

Nhìn chung, đó là một phần tư vấn, thư ký một phần, quản lý dự án một phần, quản lý tài khoản một phần và PR một phần (cho nhóm). Có rất nhiều thứ để chọn những thứ mà các nhà phát triển không cần phải suy nghĩ hoặc không nghĩ về việc đó, và một số đảm bảo rằng họ làm những việc họ cần làm nhưng không muốn làm.

Điều không phải là trở thành nhà phát triển tốt nhất (nói chung là bạn quá cố gắng duy trì hiện tại lâu dài nên bạn cần chấp nhận rằng mọi người sẽ biết nhiều hơn bạn - kỹ năng là biết nơi mà trải nghiệm lâu hơn nhưng lỗi thời của bạn có liên quan hơn kinh nghiệm ngắn hơn nhưng gần đây hơn của họ) hoặc là một loại độc tài. Về mặt đó, cách tốt nhất để suy nghĩ về nó không phải là bạn cao cấp hơn, chỉ là bạn có trách nhiệm khác nhau. Đôi khi điều này sẽ liên quan đến việc thực hiện cuộc gọi cuối cùng về một cái gì đó (có thể đi ngược lại quan điểm của nhóm) nhưng thường xuyên hơn là về sự đồng thuận hoặc thỏa hiệp.


3
+1 muộn cho một câu trả lời tuyệt vời tôi thấy hữu ích.
Dan McGrath

3
Điều này đã được thêm vào danh sách "Đọc" của tôi với ghi chú "lặp đi lặp lại". Lời lẽ khôn ngoan.
Andrew Ashbacher

1
Tôi muốn nói một chút về những điều bạn đã nói, cụ thể là: "nói chung bạn quá rảnh tay để duy trì hiện tại lâu dài". Tôi có một ý tưởng hơi khác về tất cả những gì một người quản lý phát triển, nhưng về vấn đề này tôi nghĩ rằng ít nhất một người quản lý dev nên nhận thức được những gì mới nhất và lớn nhất là gì và hiểu nó ở mức cao. Tôi là người đầu tiên thừa nhận rằng uống từ thuốc chữa cháy mà không làm đổ một giọt là không thể thực hiện được nhưng thực tế là, có rất ít khái niệm mới xuất hiện hàng ngày.
Eric Smith
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.