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

the_ruler đã nói:

Đi gặp client với BA và sếp, chém vã nước bọt xong client đòi này đòi kia.
Bật client không được thì sếp "đi đêm" với client chốt ngay cái deadline vào mõm.
Về nhà kéo BA, sen vào ngồi plan với nhau rồi báo lại các bên là éo khả thi, em sẽ chia phase 1,2,3 như này như kia.
Cắm mặt vào cày với ae dev chạy cho xong phase. Và cuối cùng lại cùng nhau đi hốt shit

via theNEXTvoz for iPhone

Nhấp để mở rộng...

july_wayne đã nói:

em viết thớt chỉ mong các cao nhân đã đi mòn con đường chia sẻ định hướng chứ chẳng mong chờ gì gạch đá xấy nhà
hơn nữa là dù muốn hay k chả ai bỏ tiền ra thuê một thằng chỉ biết code k thôi cả ) nhất là ở cái tuổi này, việc phát triển thêm role là buộc phải có nếu muốn tiếp tục ở cái nghiệp i tờ này thôi

via theNEXTvoz for iPhone

Nhấp để mở rộng...

deonhodangkylanthumaynua đã nói:

Mình nghĩ bạn đang hiểu nhầm. Mình đoán nhé, bạn làm outsource, bạn đang thấy PM, techlead, BA. Mọi role đang quy tụ lại 1 người?
Vừa làm dev, vừa làm PM cực lắm bạn. Bạn mới thấy được 1 phần việc lên schedude và thực hiện thôi. PM nhiêug việc k tên lắm

Nhấp để mở rộng...

the_ruler đã nói:

Đi gặp client với BA và sếp, chém vã nước bọt xong client đòi này đòi kia.
Bật client không được thì sếp "đi đêm" với client chốt ngay cái deadline vào mõm.
Về nhà kéo BA, sen vào ngồi plan với nhau rồi báo lại các bên là éo khả thi, em sẽ chia phase 1,2,3 như này như kia.
Cắm mặt vào cày với ae dev chạy cho xong phase. Và cuối cùng lại cùng nhau đi hốt shit

via theNEXTvoz for iPhone

Nhấp để mở rộng...

codeforfood2015 đã nói:

Gần đây có vụ hot trên cộng đồng, công ty F ký hợp đồng với bank T thương vụ phần mềm xx tỉ.
Bên F đang đói dự án =]] vui quá quên ghi deadline, bên T, điền luôn ngày kết thúc 30 days

Cuối cùng 2 bên ko bên nào chịu nhượng bộ. 25 days ko start dự án, 5 days cuối cùng mang nhau đi gặp 2 tổng để các tổng nói chuyện với nhau.
Kết quả như nào thì mọi người cũng đoán ra được. Phần mềm vẫn phải làm, tiền thì giảm xuống.

Nhấp để mở rộng...

deonhodangkylanthumaynua đã nói:

Haha, cái này là chuyện thường mà bác.
Client thì budget có A mà request có B >> A rất nhiều, PM phải hết sức khéo léo, vừa cân đối được budget, vừa thoả mãn khách hàng. Dev phía dưới k bị áp lực deadline.
Em từng có may mắn làm việc với 1 PM như thế

Nhấp để mở rộng...

Anh Cải đã nói:

Để được điều đó thì PM phải trải qua nhiều kinh nghiệm thực tế lắm bạn, chứ PM dạng say Yes là anh em dev ngồi khóc. Mà các công ty lớn bây giờ họ tách rõ ràng vai trò : PM chỉ quản lý nhân sự, SA phụ trách về các vấn đề liên qua kỹ thuật. Từ đó cho ra đời PM giá rẻ (TMA là cụ thể cho mô hình này)
PM kiểu cũ: vừa có kiến thức kỹ thuật, vừa quản lý team, vừa lo mọi thứ... sắp tuyệt chủng rồ

Nhấp để mở rộng...

deonhodangkylanthumaynua đã nói:

Mình nghĩ bạn đang hiểu nhầm. Mình đoán nhé, bạn làm outsource, bạn đang thấy PM, techlead, BA. Mọi role đang quy tụ lại 1 người?
Vừa làm dev, vừa làm PM cực lắm bạn. Bạn mới thấy được 1 phần việc lên schedude và thực hiện thôi. PM nhiêug việc k tên lắm

Nhấp để mở rộng...

Vuanhhuy93 đã nói:

Bác muốn làm PM của công ty như thế nào ạ , PM của công ty ousource , PM của công ty product khác nhau lắm bác ạ . Điểm chung thì vẫn là quản lý plan , quản lý nhân viên , tiến độ . Nói thì dễ , lúc làm thì cực khoại , còn xử lý xung đột member trong team , xây dựng văn hóa , lộ trình đào tạo cho từng member . Chỉ nguyên cái quản lý nhân viên đã mệt rồi , để ý tinh thần thái độ từng đứa , động viên chấn chỉnh khi cần , xong có phải mày là PM mày sai nhân viên làm đâu , kết hợp giữa nhu và cương, nhân trị với pháp trị , lúc cần vẫn mắng , lúc vẫn phải động viên mềm mỏng, thi thoảng vẫn mời đi nhậu , mời nước các member trong team . Nói chung không đơn giản bác ạ , em vẫn đang ngập trong việc từ khi lên làm PM đây ạ .

Nhấp để mở rộng...

codeforfood2015 đã nói:

Ví dụ đơn giản như này nhé:
Sáng ngày ra phải dựa vào tiến độ cụ thể để assign job cho thằng A, thằng B
Nếu đến 2h chiều, thằng A chưa xong, thằng C đã rảnh thì bảo C hỗ trợ thằng A.
Thằng C ko hỗ trợ thì phải làm gì ?
Thằng A ko cho thằng C hỗ trợ thì phải làm gì ?
Ngày bàn giao sát đến đít rồi khách hàng đổi requirements, phát hiện big bug thì phải làm gì ?

Nhân viên thất tình, bị thông ass, bà ngoại đẻ em bé,...xin nghỉ phép bất ngờ phải làm như nào để vẫn cán đích được đúng hạn.

Nhấp để mở rộng...

CN.One đã nói:

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.

Nhấp để mở rộng...

Anh Cải đã nói:

Để được điều đó thì PM phải trải qua nhiều kinh nghiệm thực tế lắm bạn, chứ PM dạng say Yes là anh em dev ngồi khóc. Mà các công ty lớn bây giờ họ tách rõ ràng vai trò : PM chỉ quản lý nhân sự, SA phụ trách về các vấn đề liên qua kỹ thuật. Từ đó cho ra đời PM giá rẻ (TMA là cụ thể cho mô hình này)
PM kiểu cũ: vừa có kiến thức kỹ thuật, vừa quản lý team, vừa lo mọi thứ... sắp tuyệt chủng rồi

Nhấp để mở rộng...

Anh Cải đã nói:

Mình làm Product Manager chứ không phải Project Manager, chỉ có vài điều đóng góp thôi:

• Do bắt đầu từ Dev (ưu điểm cũng là nhược điểm) nên trải qua gần 10 năm mới lên được PM (junior -> senior -> lead -> PM), tuy nhiên ngay từ khi còn là dev thì mình đã rèn luyện được khả năng quản lý thời gian (cái này là nhược điểm của rất nhiều dev), quản lý công việc tốt.
• Quá trình mình đi lên thì lên từ từ, học rất nhiều thứ và cố gắng bỏ đi rất nhiều cái từ lúc còn dev, dev thì làm việc tốt nhưng cách giải thích cũng như cách giao tiếp cực kỳ không tốt, tôi nói 90% chứ ko phải 100% nha
• Đọc sách, đi học thêm cũng như kinh qua thực tế (cái này mới quan trọng hơn các bằng cấp)
• Học PMP mà chưa thi, mình thấy PMP chẳng qua chỉ là con đường đi lên PM nhanh nhất (hoc kinh nghiệm từ người đi trước) chứ nếu ai kinh nghiệm thực tế nhiều thì thấy PMP toàn nói về các kinh nghiệm đó
• Thời gian làm việc thì mình về đúng giờ lắm, mà ăn uống xong là phải lên check công việc, tìm người, check sp cũng mất kha khá thời gian
• Đặc biệt: đừng dùng tình cảm quá với mấy ông dev, cái này nói ra nghe vô lý, nhưng thực tế dev cực kỳ lười và ỷ lại ( lại 90% ko phải 100%), mình quá hiền thì dev nó tìm mọi cách lười, cả nghìn lý do. Do đó, phải cứng và deadline thế nào thì phải thế đó, ko nghe năn nỉ (tất nhiên tùy trường hợp đúng thì thay đổi deadline). Nên PM thường là khá cô độc
• Lương bổng thì mình thấy lương giờ mấy ông senior dev nhiều khi còn cao hơn cả PM

Nhấp để mở rộng...

BabeMakeYourChoice đã nói:

Ồ, thể theo cách nói của bạn (nhất là ở mục đặc biệt), thì bạn đang ở trong cái giếng, và bạn chẳng qua chỉ người đỡ kém nhất trong 1 đám người kém thôi. Bạn nên đi ra ngoài, để biết trình độ dev ở những công ty khác nhé. Cái gì mà 90% dev giao tiếp kém rồi lười với ỷ lại, vào chỗ mình chắc bạn sẽ chỉ làm intern thôi với cái mindset như vậy.

Nhấp để mở rộng...

tieudoan208 đã nói:

có anh em nào chuẩn bị ôn thi pmp không ạ, mình cùng vào trao đổi hỗ trợ cùng nhau ôn thi.

Nhấp để mở rộng...

goben đã nói:

còn 1 vai trò nữa là vừa take care đám dev, vừa phục vụ giao dự án cho PM, ko giao đc là lôi đầu vô nghe chửi chung với dev, chưa rõ là vai trò gì

Nhấp để mở rộng...