thảo luận Con đường trở thành một PM

  • Người tạo chủ đề Người tạo chủ đề july_wayne
  • Ngày bắt đầu Ngày bắt đầu
này ở đâu vậy?

level trong cty là:
dev - Asistant manager - manager
hên thì lên được trưởng phòng
Đầy, có phải dev nào carrier path cũng phải thành manager đâu.
Ví dụ SDE levels của Microsoft

1646792575030.png
 
Dev lâu năm thì lên Senior (6-12 năm), rồi Principal (trên 10 năm)
Dev nửa chừng ko thích thì có thể theo hướng PM, sau đó lên Senior PM, cũng có thể lên Software Development Manager.
PM chỉ là quản lý dự án, không phải là cấp trên của Dev.
PM làm ăn láo nháo vẫn có thể bị Principal hay Senior Dev chỉnh như thường.
Cấp trên của Dev là Senior Dev, Senior Dev là Principal Dev, của Principal Dev là Software Engineer Manager.
Title như nào thì do từng công ty quy định, đâu có cái chuẩn nào cụ thể đâu. Nhưng mà bác nói về PM là đúng, PM là một vị trí, không hoặc không nhất thiết phải là cấp trên của DEV.

Công ty mình cũng vậy, mình là PM, mình chỉ quản lý dự án, còn cấp trên của các bạn DEV là Teach lead & Engineering Manager. Nhưng nói như vậy không có nghĩa là PM không có quyền lực, có rất nhiều là khác, vì là PM mà không có quyền lực, không có tiếng nói thì không làm được gì cả.
 
Title như nào thì do từng công ty quy định, đâu có cái chuẩn nào cụ thể đâu. Nhưng mà bác nói về PM là đúng, PM là một vị trí, không hoặc không nhất thiết phải là cấp trên của DEV.

Công ty mình cũng vậy, mình là PM, mình chỉ quản lý dự án, còn cấp trên của các bạn DEV là Teach lead & Engineering Manager. Nhưng nói như vậy không có nghĩa là PM không có quyền lực, có rất nhiều là khác, vì là PM mà không có quyền lực, không có tiếng nói thì không làm được gì cả.
từng cty nó lại khác, thường thì PM cho làm manager lun để cho gọn. Tech lead cũng vậy, cũng là 1 vị trí trong team lun.

cơ mà câu hỏi thớt thì mình hiểu là muốn làm PM quản lý ấy, chứ k chỉ là QLDA thui đâu
 
a ơi, a nói chuyện xứ nào đéo phải xứ này anh ơi.
mang MS ra, ở đây ai được vào MS làm
Không phải engineer nào cũng thành manager được.
Cho nên ở VN cũng nhiều cty có career path rõ ràng cho engineer, MS là mình lấy ví dụ thôi.
Levels như MS là khá phổ biến, không có gì mới.
 
Sửa lần cuối:
Title như nào thì do từng công ty quy định, đâu có cái chuẩn nào cụ thể đâu. Nhưng mà bác nói về PM là đúng, PM là một vị trí, không hoặc không nhất thiết phải là cấp trên của DEV.

Công ty mình cũng vậy, mình là PM, mình chỉ quản lý dự án, còn cấp trên của các bạn DEV là Teach lead & Engineering Manager. Nhưng nói như vậy không có nghĩa là PM không có quyền lực, có rất nhiều là khác, vì là PM mà không có quyền lực, không có tiếng nói thì không làm được gì cả.
PM vai trò tất nhiên là quan trọng rồi.

Mình chỉ muốn nói rõ engineer cũng có thể đi lên theo hướng principal, các bạn dev đừng suy nghĩ trên 30 rồi, mình không code nữa, phải ráng thành PM thôi.

Hãy chọn career path nào phù hợp với mình.
 
Sửa lần cuối:
từng cty nó lại khác, thường thì PM cho làm manager lun để cho gọn. Tech lead cũng vậy, cũng là 1 vị trí trong team lun.

cơ mà câu hỏi thớt thì mình hiểu là muốn làm PM quản lý ấy, chứ k chỉ là QLDA thui đâu
Đúng rồi, những công ty vừa/nhỏ thì thường sẽ đi theo mô hình này.

Nếu có bác nào học PMP thì nó có đề cập tới vấn đề này ngay mấy chapter đầu luôn, "Type of Organization". PM mà manager của toàn bộ team thì sẽ là Matrix Organization, Strong matrix.
 
Dev lâu năm thì lên Senior (6-12 năm), rồi Principal (trên 10 năm)
Dev nửa chừng ko thích thì có thể theo hướng PM, sau đó lên Senior PM, cũng có thể lên Software Development Manager.
PM chỉ là quản lý dự án, không phải là cấp trên của Dev.
PM làm ăn láo nháo vẫn có thể bị Principal hay Senior Dev chỉnh như thường.
Cấp trên của Dev là Senior Dev, Senior Dev là Principal Dev, của Principal Dev là Software Engineer Manager.
Mô hình này khá hiếm áp dụng ở các cty phần mềm tại VN
 
PM hay SM chỉ là role. Nó nên là thằng culi đi support team chứ chả khác vẹo gì hết. PM hay SM mà vừa ngu vừa láo thì chiều về nó trùm bao bố đánh, đừng trách. :shame:

via theNEXTvoz for iPhone
 
Khổ dâm bản thân à :))

Dev phải chạy theo công nghệ là chuyện bình thường.
PM phải chạy theo gì ?
  • update chứng chỉ hành nghề: nếu 2,3 năm ko tích đủ PDUs thì ko được gia hạn cert. Để có PDUs thì phải cày =]]
  • Mở rộng quan hệ trong công ty, bên ngoài: rượu bia, gái gú,...
  • cover thêm 1 rổ việc không tên
  • Nếu không hiểu code, hệ thống, bí requirements thì nhân viên nó chửi cho như 🐶
Có team lead rồi mà. PM nó chuyên về quản lý chứ lôi kỹ thuật ra để nói thì ít pm làm được vậy =)))
 
Title như nào thì do từng công ty quy định, đâu có cái chuẩn nào cụ thể đâu. Nhưng mà bác nói về PM là đúng, PM là một vị trí, không hoặc không nhất thiết phải là cấp trên của DEV.

Công ty mình cũng vậy, mình là PM, mình chỉ quản lý dự án, còn cấp trên của các bạn DEV là Teach lead & Engineering Manager. Nhưng nói như vậy không có nghĩa là PM không có quyền lực, có rất nhiều là khác, vì là PM mà không có quyền lực, không có tiếng nói thì không làm được gì cả.

Đúng rồi, những công ty vừa/nhỏ thì thường sẽ đi theo mô hình này.

Nếu có bác nào học PMP thì nó có đề cập tới vấn đề này ngay mấy chapter đầu luôn, "Type of Organization". PM mà manager của toàn bộ team thì sẽ là Matrix Organization, Strong matrix.
Mình quản lý team theo Strong Matrix Organization. Đúng là Tech Lead quản lý các bạn dev nhưng PM quản lý toàn bộ người trong phòng ban đó, nghĩa là PM có quyền điều phối nhân sự chạy theo các dự án mà phòng ban đó đang đảm nhận, còn Project Lead hay Tech Lead chỉ quản lý người theo từng dự án, dự án kết thúc phải trả người lại cho phòng ban (PM quản lý).
  • Ưu điểm: linh hoạt về người, tránh tình trạng cục bộ team và lãng phí nhân lực (nhiều công ty lập hẳn 2 team A, B có đủ các vị trí để làm dự án và 2 team này không bao giờ nói chuyện với nhau, khi thành viên ở team A rảnh task thì team B cũng ko mượn được người làm)
  • Nhược điểm: Trùng vai trò nên đôi khi có quyết định từ 2 quản lý
Nếu PM mà chỉ thuần quản lý dự án thì không biết làm sao để push tiến độ vì dev có nghe lời đâu
 
PM ko nắm kỹ thuật nói dev khó theo lắm. Có khi cứ bảo ko làm được, làm khó abc các kiểu rồi kéo dài dự án.
 
Quan trọng vẫn là đam mê với cái gì thôi, nếu bạn không còn hứng thú với code mà muốn theo hướng làm việc nhiều với con người thì chọn PM :D
 
Mà sao bác không hỏi thẳng ông PM bên bác cho nhanh. Chỉ vì code yếu mà vội vã chạy theo đường quản lý cũng hơi sai sai. Tôi có ông anh cũng code yếu được thử nghiệm theo hướng quản lý nhưng cuối cùng fail, xong ra ngoài tự kinh doanh cho lành.
cách đây 3 năm mình từ dev được công ty thuyết phục sang làm role giống BA, hướng Product Onwer. Nhưng đi hết 3 năm mình thấm đủ cay đắng của role quản lý, trên đe dưới búa, lại trúng cái cá tính mình hơi ngại giao tiếp, nói thẳng ra là kỹ năng mềm kém.
Giờ muốn quay lại dev nhưng vô cùng khó khăn. Còn đi tiếp đường manager thì cứ giống như cua lại ex ấy, biết ko hợp mà vẫn lao vào.
AE có lời khuyên nào ko? Đối với code thì mình vẫn đam mê, chỉ là lụt trình quá rồi. Giờ chắc chỉ ngang middle hoặc thấp hơn.
 
Thật sự nghe bác tâm sự thì thấy tư tưởng bác sai lầm voãi, muốn nhàn mà lại đòi làm quản lý. Moá cười ỉa :sexy_girl:


Lạ nhỉ, mình thấy nó chả liên quan gì tới nhau giữa tiền lương và đồ dùng cả. Nó phụ thuộc vào quá nhiều thứ khác như gia đình, bố mẹ, tính cách v.v
Bạn mình nó kiếm gần 10k/m vẫn đi xe máy và dùng ip 10 đây.

Mình bị "ép" thành PO dự án (30 emp) lúc mới 25t, trẻ gần nhất. Sau mấy năm vật nhau thì mình té sang chỗ khác làm

via theNEXTvoz for iPhone
Hiện tại bạn còn làm tech ko hay management?
Kỹ năng yếu mà lại muốn chuyển làm PM :oops::eek:
Đây là điểm mình sợ, mình vô tình đi đường management giờ muốn quay lại dev vô cùng khó
Cái bôi đen thì nó đúng với mọi role bạn ơi, không phải làm PM thì không cần update, chỉ là cái nó update không như làm dev thôi.
PM mà không nâng cao năng lực thì càng bị đá đít nhanh hơn ấy chứ.

Anh Team Lead của mình ngày xưa, tuy không giỏi tech, nhưng bù lại skill quản lý lại giỏi, nên làm lead được 1 năm là được giao cho làm PM luôn.
Không phải dự án nào cũng thành công nhưng anh em trong team luôn vẻ, cũng sẵn sàng chiến cho dự án.

Một ông anh khác cũng giỏi tech, sau bị ép lên làm PM thì nói thật là ncc luôn. Ông ấy cũng không giỏi giao tiếp với member lắm, nhiều lúc lại cứng nhắc, nên anh em làm cũng nản.



Cố lên bạn, PMP thì phạm vi của nó rộng, vì nó bao quát nguyên ngành quản lý dự án, của nhiều ngành nghề vào 1 chứng chỉ mà.
Nếu làm ở công ty theo quy trình của PMI thì luyện thi đơn giản, còn không thì sẽ thấy khó vì nhiều khái niệm mình không hình dung ra được trong thực tế ntn.
PMP cũng chỉ là 1 cái chứng chỉ, nhưng nếu nắm và sử dụng linh hoạt những kiến thức trong PMP thì cải thiện khá nhiều công việc quản lý dự án đấy.:big_smile:
Anh PM bị ép lên đó sau có quay lại dev ko bạn? Hay tự lột xác để kiên trì đường pm?
 
Nếu PM mà chỉ thuần quản lý dự án thì không biết làm sao để push tiến độ vì dev có nghe lời đâu
theo lý thuyết thì tiến độ là cái mốc để các bên đạt thoả thuận, nên là vui vẻ, win win :D . PM giỏi nó biết deal dc cái dead line mà dev nó nói thank you, bên khác cũng thank ông. hoặc có phải làm OT thì tiền ngập mõm éo kêu nổi.

ko nên push 1 phía, dễ bị phản đòn. nếu phải push thì push tất cả các bên liên quan :D, sợ gì bố con thằng nào
 
Hiện tại bạn còn làm tech ko hay management?

Đây là điểm mình sợ, mình vô tình đi đường management giờ muốn quay lại dev vô cùng khó

Anh PM bị ép lên đó sau có quay lại dev ko bạn? Hay tự lột xác để kiên trì đường pm?
Share chút kinh nghiệm của mình cho bạn là dù làm các role ProM hay PrjM cũng nên nắm sâu vào technical nha (chỉ là ko code thôi) thì mới dễ nói chuyện với các bên liên quan và nắm được vấn đề.
Chứ thuần management cũng được nhưng đòi hỏi co 1 Tech Lead cứng + nice (cái này thi khó lắm).
Nên tự làm chủ phần mình co thể làm được trước đi.
 

Thống kê chủ đề

Ngày tạo
july_wayne,
Người trả lời cuối
tieudoan86,
Trả lời
181
Lượt xem
39.416
Quay lại
Lên đầu trang