Sự khác biệt giữa 3 vai trò quản lý này [đóng]


9

Vai trò:

  • Giám đốc phát triển
  • Quản lý chương trình
  • Quản lý dự án

Tôi đã đọc một chút và độc lập tôi hiểu họ đủ rõ. Tuy nhiên, khi bạn kết hợp chúng, dường như với tôi rằng một số trách nhiệm chồng chéo và không rõ ai chịu trách nhiệm cho việc gì.

Có ai có một cách rõ ràng để xác định làm thế nào mỗi vai trò khác biệt với nhau? Hay chủ yếu là những nhiệm vụ dành riêng cho mỗi người? Tôi muốn tránh chồng chéo trách nhiệm.

Tôi biết có những câu hỏi tương tự khác về vấn đề này, nhưng không có câu hỏi nào giống hệt ...

Cảm ơn

BIÊN TẬP:

2 câu hỏi này giúp một chút, nhưng vẫn không thể đặt từng vai trò khi được đẩy cùng nhau:

Sự khác biệt giữa Trình quản lý chương trình và Trình quản lý dự án là gì?

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


Nếu bạn liệt kê tất cả các trách nhiệm mà bạn nghĩ là một phần của các vai trò này ...
Oded

Thực hiện điều đó, từ các nguồn khác nhau. Giống như tôi đã nói họ chồng chéo lên nhau. Tôi tò mò về việc khi bạn ghim chúng lại với nhau, cái nào nên làm gì, để không trùng lặp về khả năng đáp ứng ... Hoặc một số khác biệt rõ ràng.
AJC

Quản lý chương trình hay lập trình? Trong tổ chức của tôi đây là những vai trò rất khác nhau. Ví dụ: chúng tôi có thể có người quản lý lập trình (Nhà phát triển cao cấp / Người dẫn đầu dự án) nhưng chúng tôi cũng có Trình quản lý chương trình ITSM cùng với người quản lý "Chương trình" khác không liên quan đến lập trình.
Chris

Phụ thuộc vào tổ chức. Trong một số tổ chức, họ là ba lý do riêng biệt để mang theo một người quản lý cấp trên là những người bạn chơi bài vô dụng với trọng lượng nặng nề trong khi các lãnh đạo công nghệ làm tất cả các quản lý chương trình, quản lý dự án và chuyên gia tên miền.
maple_shaft

Nhà quản lý nhà phát triển, còn được gọi là "Quản lý dự án kỹ thuật" là một số công ty.
umlcat

Câu trả lời:


13

Trình quản lý chương trình quản lý một số dự án (hoặc danh mục đầu tư), mỗi dự án được điều hành bởi các nhà quản lý dự án, giúp đạt được một mục tiêu chung. Từ wikipedia :

Quản lý chương trình hoặc quản lý chương trình là quá trình quản lý một số dự án liên quan, thường với mục đích cải thiện hiệu suất của một tổ chức. Trong thực tế và trong mục tiêu của nó, nó thường liên quan chặt chẽ đến kỹ thuật hệ thống và kỹ thuật công nghiệp.

Người quản lý dự án quản lý một dự án riêng lẻ, có thể nằm trong một chương trình rộng hơn. Mục đích của họ là cung cấp dự án mà họ đã được giao nhiệm vụ với chất lượng, ngân sách và thời gian cần thiết.

Người quản lý dự án tập trung vào việc phân phối dự án cá nhân của họ, nơi người quản lý chương trình hiểu được sự phụ thuộc lẫn nhau giữa các dự án và có thể cần đưa ra quyết định và phân công ưu tiên giữa các dự án khi họ cạnh tranh hoặc đang cạnh tranh để có nguồn lực khan hiếm.

Một người quản lý phát triển thường ngồi bên cạnh này, quản lý một nhóm các nhà phát triển theo quan điểm tiến triển nghề nghiệp. Họ phân công các nhà phát triển cho các dự án riêng lẻ để đáp ứng các yêu cầu từ Người quản lý dự án. Người quản lý phát triển thường chịu trách nhiệm về những việc như đào tạo (trừ trường hợp cần thiết cho một nhu cầu dự án cụ thể), thẩm định, v.v. Bạn có thể có cùng người quản lý phát triển trong vài năm, qua thời gian bạn được giao cho nhiều dự án (có khả năng qua nhiều chương trình) với các nhà quản lý dự án / chương trình khác nhau.

Ngoài ra, trong một dự án lớn, có thể có một người quản lý dự án tổng thể, sau đó tách các nhà quản lý dự án tập trung vào các luồng công việc khác nhau, ví dụ như Trình quản lý phát triển, Trình quản lý kiểm tra, v.v. Họ quản lý khu vực tập trung của họ trong dự án rộng hơn.

Dù sao đó cũng là cách nó hoạt động trong 'Enterprise IT'.


Ngoài phần quản lý phát triển, tôi không thực sự đồng ý với câu trả lời này, nhưng tôi sẽ thừa nhận các công ty khác nhau có thể sử dụng thuật ngữ khác nhau. Người quản lý dự án thường giao dịch chủ yếu về lịch trình, thời hạn và phân bổ tài nguyên, và tầm nhìn và bộ tính năng của sản phẩm thực tế đến từ người quản lý sản phẩm. Một "người quản lý chương trình" có thể là một loại người quản lý sản phẩm cao cấp nào đó giữ cho một số sản phẩm được căn chỉnh. Người quản lý phát triển (hoặc đôi khi là giám đốc công nghệ) tập trung vào công nghệ đằng sau sản phẩm, khi người quản lý sản phẩm xử lý chức năng cấp độ người dùng cuối.
Joost Schuur

Tôi đã thêm một số bổ sung cho các nhà quản lý Chương trình và Dự án để mở rộng câu trả lời của mình. Các định nghĩa này rất giống với các định nghĩa trong giáo trình 'phạm vi kiến ​​thức' của Hiệp hội máy tính Anh ( bcs.org/upload/pdf/citp-bok-syllabus.pdf )
Kris C

Ngoài ra, như bạn nói, quản lý sản phẩm hoàn toàn là một ngành học khác, tập trung vào nhu cầu của khách hàng, lộ trình cho các tính năng mới, tiếp thị, v.v.
Kris C

1

Quản lý dự án

Một người quản lý dự án chịu trách nhiệm về một dự án. Mục tiêu của ông là nhóm dự án làm việc hiệu quả và hiệu quả cùng nhau và mang lại kết quả dự án dự kiến ​​mà công việc được thực hiện.

Nhưng định nghĩa cấp cao này có thể bao gồm các thực tế rất khác nhau, tùy thuộc vào văn hóa doanh nghiệp, phương pháp và đặc thù dự án cá nhân. Ví dụ:

  • Theo PMI , PM nói chung là một người nào đó từ tổ chức biểu diễn (tức là IT hoặc nhà thầu phụ) và có vai trò lãnh đạo rất mạnh.
  • theo PRINCE2 , nói chung, PM nên đến từ "doanh nghiệp" (ví dụ: khách hàng) và nên quản lý dự án với sự hợp tác chặt chẽ với các trưởng nhóm (và đặc biệt là trưởng nhóm từ các tổ chức thực hiện như CNTT hoặc nhà thầu phụ).
  • giữa các cài đặt này có rất nhiều biến thể, được hiểu rằng trong các dự án nhỏ hơn, PM rất thường xuyên tích lũy một số vai trò (ví dụ: PM và kiến ​​trúc sư, hoặc PM và nhà phát triển chính).

Quản lý chương trình

Một chương trình là một cái gì đó lớn hơn nhiều và dài hơn nhiều so với một dự án. Các chương trình thường được thực hiện để đạt được một số mục tiêu chiến lược dài hạn hoặc để ra mắt một họ sản phẩm mới.

Định nghĩa chính thức phụ thuộc một lần nữa vào phương pháp luận:

  • PMI coi một chương trình là một tập hợp "các dự án được thực hiện dưới sự bảo trợ của chương trình sẽ cho phép những lợi thế không thể đạt được bằng cách chạy chúng một cách độc lập". Ví dụ điển hình là vì các dự án có tính phụ thuộc lẫn nhau rất cao và cần sự phối hợp dự án chéo của người quản lý chương trình.
  • MSP (tương đương Prince2 cho các chương trình, cũng do chính phủ Anh khởi xướng) tuyên bố rằng một chương trình được xác định bởi nhu cầu đạt được một số mục tiêu dài hạn.

Cả hai đều đồng ý rằng một chương trình bao gồm một số dự án và cũng có thể bao gồm một số hoạt động phi dự án liên quan.

Các nhà quản lý dự án báo cáo cho người quản lý chương trình. Nhưng nhiệm vụ chi tiết của một người quản lý chương trình phụ thuộc một lần nữa vào bối cảnh. Nó có thể hoặc không bao hàm quyền sở hữu sản phẩm. Ông thường chỉ đạo các nhà quản lý dự án; nhưng có các cài đặt trong đó trình quản lý chương trình chỉ có vai trò điều phối.

Giám đốc phát triển

Từ ba điều khoản, đây chắc chắn là ít chính thức.

Tôi hiểu thuật ngữ này với tư cách là người quản lý phụ trách quá trình phát triển và các nhà phát triển bên trong và tổ chức, và trên tất cả các dự án mà các nhà phát triển của anh ta có thể tham gia.

Nhưng đối với các chương trình lớn, nó có thể là một vai trò ngang quản lý các tài nguyên phát triển của một chương trình lớn.

Tôi có thể tưởng tượng rằng trong một số bối cảnh thuật ngữ này để chỉ định một trưởng nhóm / nhà phát triển chính / kỹ sư phần mềm cao cấp phụ trách việc cung cấp phát triển phần mềm của một dự án, để thừa nhận tầm quan trọng của họ. Nhưng cá nhân, tôi không bao giờ gặp phải thuật ngữ trong bối cảnh này.


0

Trong một tổ chức nơi tôi từng làm việc (hơn một thập kỷ trước), người quản lý phát triển chịu trách nhiệm phát triển toàn bộ chức năng CNTT (cả phần cứng và phần mềm). Người quản lý lập trình phụ trách tất cả các chức năng lập trình (chỉ phần mềm). Một người quản lý dự án phụ trách các dự án riêng lẻ, thường liên quan đến lập trình, đôi khi đến phần cứng.

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.