Dường như tất cả các nhóm phát triển đều có cả kỹ sư phần mềm và quản lý sản phẩm. Tôi là người mới trong ngành công nghiệp phần mềm và tôi tự hỏi sự khác biệt là gì?
Câu trả lời:
Theo kinh nghiệm của tôi, các nhóm hoạt động tốt nhất có một chút kỹ năng chồng chéo giữa các vai trò khác nhau trong vòng đời, để đảm bảo rằng không có "ném qua tường" mà chuyển tiếp trơn tru giữa từng giai đoạn.
Trong quá trình phát triển sản phẩm (hoặc tính năng / câu chuyện trong sản phẩm), người quản lý sản phẩm và kỹ sư được liên kết là chủ sở hữu đa số của hai giai đoạn, định nghĩa (PM) và triển khai (kỹ sư).
Quản lý sản phẩm - Người quản lý sản phẩm về cơ bản là "nhà thiết kế tính năng" hoặc nếu không phải là nhà thiết kế, họ là chủ sở hữu. Đầu vào của họ là yêu cầu của khách hàng / doanh nghiệp và đầu ra của họ là thông số kỹ thuật sản phẩm để các kỹ sư làm việc.
Một người quản lý sản phẩm thường sẽ điều tra ban đầu về những tính năng cần thiết (trong một nhóm lớn hơn, một nhà phân tích kinh doanh sẽ giúp với bước này), sau đó tổ chức các yêu cầu sơ bộ và đề xuất sản phẩm. Tại một số điểm, một kỹ sư hoặc kiến trúc sư có thể cần tham gia để giúp người quản lý sản phẩm biết điều gì là khả thi và điều chỉnh cho phù hợp.
Sau khi thông số kỹ thuật được phân phối, người quản lý sản phẩm thường là "chủ sở hữu sản phẩm" trong quy trình Scrum - người chịu trách nhiệm xác định "đã hoàn thành" và chấp nhận công việc cuối cùng.
Sau khi sản phẩm kết thúc, các nhà quản lý sản phẩm cũng có thể chịu trách nhiệm giúp dịch vụ khách hàng, tiếp thị và thậm chí bộ phận bán hàng hiểu được những gì đã được phát triển và các tính năng hấp dẫn nhất là gì.
Kỹ sư - Như đã đề cập ở trên, kỹ sư có thể được đưa vào quy trình sớm để giúp định nghĩa các yêu cầu. Nhưng phần chính của công việc của kỹ sư bắt đầu khi đặc điểm kỹ thuật sản phẩm được xác định và phê duyệt cho công việc. Kỹ sư thực hiện phần mềm theo đặc điểm kỹ thuật, cũng như đưa mọi vấn đề chưa được phát hiện trong thông số kỹ thuật trở lại cho người quản lý sản phẩm để xem xét.
Thông thường một khi sản phẩm đang được phát triển, người quản lý sản phẩm sẽ bước một chút vào nền trong khi các kỹ sư có thể tham gia nhiều hơn vào quy trình QA.
Theo như sự chồng chéo - như tôi đã đề cập, sẽ có một vài lần qua lại giữa Thủ tướng và kỹ sư. Trong quá trình phát triển này, bất kỳ sự hiểu biết kỹ thuật nào mà người quản lý sản phẩm sẽ giúp giảm thiểu thời gian cần thiết của kỹ sư và kỹ sư càng hiểu rõ về nhu cầu sản phẩm thì lời khuyên của họ sẽ càng hữu ích.
Vai trò của người quản lý sản phẩm có thể khác nhau từ công ty này sang công ty khác.
Trong trường hợp xấu nhất (và thật không may, trường hợp phổ biến), một người quản lý sản phẩm là một người lãnh đạo kỹ thuật với các đặc điểm kỹ thuật và nhiệm vụ phát hành đổ cho anh ta.
Trong trường hợp tốt nhất, người quản lý sản phẩm đóng vai trò là người liên lạc giữa nhà phát triển và khách hàng & người quản lý và đảm bảo nhà phát triển có thời gian họ cần để phân phối chất lượng. Thông thường tốt nhất là thuê một người có kỹ năng quản lý sản phẩm chuyên ngành thay vì chuyển một nhà phát triển vào vị trí này. Lý tưởng nhất, người quản lý sản phẩm ít nhất sẽ có hiểu biết bề mặt về công nghệ đang được phát triển, nhưng kiến thức kỹ thuật sâu sắc chắc chắn là không cần thiết.
projectlà product, nhưng tôi nghĩ rằng bạn phải chấp nhận chỉnh sửa cho nó được hiển thị.
Tôi sẽ đánh đồng các vai trò cho một kỹ sư là một nhà phát triển trong khi một PM là một người quản lý phát triển. Quản lý phát triển có thể làm một số công cụ kỹ thuật nhưng không phải lúc nào cũng. Và thật hữu ích nếu PM có nền tảng kỹ thuật để hiểu các vấn đề mà các nhà phát triển đang gặp phải (không có ý nghĩa gì nữa 'bạn phải mất hơn nửa giờ mỗi màn hình!').
Nói thật, khi nói đến việc áp dụng vào lĩnh vực phần mềm, thuật ngữ "Trình quản lý sản phẩm" thực sự là một trong hai điều hợp lệ duy nhất. Hầu như không ai làm bất cứ điều gì từ xa như "kỹ thuật" trong phần mềm. "Kỹ sư phần mềm" về cơ bản là một thuật ngữ bỏ trống được áp dụng không chính xác vì nó nghe có vẻ hay và vì mọi người không áp dụng cho các vị trí "Code Monkey".
Tuyên bố miễn trừ trách nhiệm: Đây là từ quan điểm của một công việc không được lập trình nghiêm ngặt (chúng tôi không nhất thiết phải gửi phần mềm)
Tại công ty tôi làm việc, hầu hết Quản lý sản phẩm là Kỹ sư. Họ có thể không phải lúc nào cũng làm công việc cấp thấp nhưng họ chắc chắn biết những gì đang xảy ra và có thể tự mình chọn những phần của nó. Công việc của Quản lý dự án là giao tiếp với khách hàng (hoặc khách hàng), các nhóm khác, nếu có, và đóng vai trò là người liên lạc giữa cấp dưới và quản lý cấp trên và chỉ đạo nhóm trong mục tiêu chung. Chính xác những gì họ làm, tôi không chắc chắn. Tôi không phải là Giám đốc sản phẩm.
Nó thay đổi từ công ty này sang công ty khác, tuy nhiên.