it-swarm-vi.com

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

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ơ 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ì?

62
Graviton

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 kết quả (mọi người có nhiều 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.

  • Đảm bảo rằng nhóm đang liên lạc với khách hàng số tiền đú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 và ưu tiên dự án về 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ó đủ quy trình và công cụ để đáp ứng 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ụ cho 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.). Lời 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ả quản trị và nhồi nhét nhu cầu của tổ chức (và luật pháp)

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 ra 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.

100
Jon Hopkins