Search for a command to run...
Cần chuẩn bị những gì để trở thành project manager. Cũng như các khó khăn, lầm tưởng mà mọi người thường mắc phải
Who i am
No comments yet. Be the first to comment.
A note before we start A few disclaimers, as always: This is a personal perspective, from my context as a PM in Japan-focused IT outsourcing, at a company that runs Balanced Scorecard (BSC) from the
Quan điểm Khá lâu rồi chúng ta mới lại có dịp ngồi lại với nhau. Blog im ắng một thời gian dài — do bận thì ít, do lười không viết thì nhiều. Nhưng quãng đó cũng là giai đoạn mình chuyển từ quản lý mộ
Điểm xuất phát là từ một developer, thì chúng ta cần phải bổ sung những kiến thức gì cho quản lý dự án. Bài viết này sẽ giúp bạn có cái nhìn tổng quan
Đôi chút suy tư về việc thư giãn, nghỉ ngơi của một cậu trai mới lớn.
![[Trải nghiệm] Đơn giản là thư giãn](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fres%2Fhashnode%2Fimage%2Funsplash%2FKVym2PAn1gA%2Fupload%2Fv1669547521341%2FpszaH-1Nqm.jpeg&w=3840&q=75)
Để câu chuyện dễ theo dõi hơn, mình sẽ làm rõ một vài quan điểm sau
Project manager (PM) mình đang nhắc đến là trong lĩnh vực IT.
Đây là góc nhìn cá nhân của mình (từ một DEV quèn, đang học, hành làm PM). Nên rất mong các bạn đọc hoan hỉ, và góp ý để mình cải thiện thêm.
Mình chưa có nhiều kinh nghiệm quản lý dự án (như (2) - mình đang học, và rất may mắn đang được thử sức ở một dự án quan trọng của công ty).
Xuất phát từ câu hỏi muôn thuở (thường là của các lập trình viên a.k.a dev): Sau senior thì mình làm gì tiếp theo, hay sau team leader thì mình làm gì nữa nhỉ?
Câu trả lời cho vấn đề trên là: Tuỳ theo từng tổ chức, sẽ có các chức danh, vai trò, nhiệm vụ khác nhau. Nhưng tựu chung, sẽ thường chia thành 2 hướng chính.
Theo hướng kỹ thuật: Khi các bạn đi theo hướng kỹ thuật, thì mục tiêu các bạn có thể hướng đến là các Software Architecture, sau đó là Technical Consultant, xa hơn nữa, và thường là đích đến sẽ là Chief Technology Officer (a.k.a CTO)
Theo hướng quản lý: Một hướng khác so với hướng kỹ thuật, sẽ là quản lý. Các mục tiêu (về mặt chức vụ) có thể kể đến như là: Project Manager (quản lý dự án), hoặc có thể là Product Manager, Product Owner, sau đó có thể hướng đến các chức vụ quản lý cấp cao như Division Manager, Director Manager, ... xa hơn là có thể là các cấp quản lý C-level
Và mình - xuất thân từ DEV, đã chọn lựa theo hướng quản lý, và bước đi đầu tiên (phù hợp với tổ chức mình đang làm việc) đó là Project Manager (PM).
Nếu các bạn thắc mắc, tại sao mình theo hướng quản lý - thì xin gặp lại bạn ở bài viết sau nhé!
Cuộc hành trình ngàn dặm đều bắt đầu bằng một bước chân đầu tiên nhỏ bé
Để làm được, hay đạt được một điều gì đó, chúng ta cần phải biết nó là gì? Để trở thành PM cũng thế, chúng ta cần phải biết PM là gì?
Project Manager là người quản lý dự án, đảm bảo rằng dự án được hoàn thành đúng thời hạn, trong ngân sách và đạt được mục tiêu được đề ra.
Vậy, làm cách nào để có thể trở thành PM?
Nếu bạn search câu hỏi trên ở google, thì sẽ ra khoảng 600k kết quả ~ 0.54(s). Điều đó đồng nghĩa với việc có không ít cách, hoặc không ít người chỉ cho bạn cách để có thể trở thành một PM. Mình sẽ không nhắc đến nó ở bài viết này. Điều mình muốn nhắc đến ở đây đó chính là Mindset (tư duy).
Bạn cần chuẩn bị một tư duy phát triển - Grownth Mindset: Nó giúp bạn tập trung vào việc học hỏi, cải thiện và phát triển khả năng của mình, thay vì chỉ tập trung vào việc tránh những thách thức và thất bại
Tư duy tổng thể: Cần nhìn nhận mọi vấn đề, mọi việc dưới góc độ toàn diện. Rất khác so với khi bạn đang làm dev (hoặc tester, BrSE) - nhìn nhận dự án dưới một góc độ nhất định. Việc quan sát tổng thể này sẽ thay đổi rất nhiều khi bạn chuyển sang role PM
Tư duy làm việc từ TÂM: Thực ra không chỉ mỗi PM, mà bất kể vị trí nào cũng cần có tư duy này, làm việc xuất phát từ tâm, từ sự mong muốn của bản thân, sẽ giúp cho công việc của bạn có một kết quả cực kì mãn nhãn. Đồng thời, cũng sẽ giúp cho bạn có trách nhiệm. Đối với PM - người có toàn quyền trong dự án, nếu bạn làm việc hời hợt, đơn thuần chỉ là công việc thì bạn sẽ không thể tận dụng hết quyền - trách nhiệm của mình cho chính dự án mình đang dẫn dắt, và đương nhiên, bạn sẽ không thể trở thành một người PM tuyệt vời!
Cách nhanh nhất và tốt nhất để bạn có thể trở thành PM trong tổ chức của chính mình, là nói chuyện với cấp lãnh đạo của bạn. Bạn cần bày tỏ nguyện vọng của bản thân mình với các cấp trên của mình. Và sẽ nhận lại được những lời khuyên, sự support từ phía công ty. Và điều này, mình nghĩa là quan trọng nhất!
Đương nhiên, chúng ta vẫn cần phải đảm bảo đủ một vài điều kiện (cần) trước đó.
Kinh nghiệm là việc: Nếu bạn là một junior dev, bạn cần phấn đấu lên senior dev. Nếu bạn là một senior, cần phấn đấu lên vị trí TL, ...
Kết quả công việc: Nếu công việc hiện tại của bạn chưa tốt (hoặc xuất sắc) thì trước tiên, bạn cần hoàn thành điều đó. Bạn nghĩ sao khi một DEV code chức năng nhỏ nhỏ, nhưng lại nhiều bug - muốn làm PM?
Ảnh hưởng: Lãnh đạo nói chung, hay quản lý nói riêng suy cho cùng là việc bạn có ảnh hưởng (hoặc có thể ảnh hướng đến các thành viên khác) và hướng dẫn, giúp đỡ họ đạt được các mục tiêu (cá nhân, tổ chức, ...). Vì thế, việc bạn có mức độ ảnh hưởng nhất định trong team, trong phòng, hay thậm chí toàn công ty - cũng là một trong những yếu tố không thể thiếu!
Sau đó là các điều kiện đủ
Kiến thức: Tập trung nâng cao kỹ năng, kiến thức. Đảm bảo cover đủ các vùng đó. Output có thể là các chứng chỉ chẳng hạn. Cách tốt nhất là xin lời khuyên của các PM đi trước. Nếu không, thì cần tham khảo các khoá học, tài liệu uy tín.
Ví du: Như ở tổ chức mình đang làm việc, có các khoá học cho các key-member muốn trở thành PM
PMP - chứng chỉ hành nghề uy tín cho PM. Hiện tại ở VN có khác trung tâm đào tạo để chúng ta có thể đạt được!
...
Môi trường: Cần có môi trường để chúng ta có thể được học hỏi, và làm! Đây là điều rất quan trọng (đó là lý do vì sao mình đã nói là chúng ta cần sự ủng hộ của tổ chức). Nếu bạn chưa có mội trường, cần tạo ra môi trường đó bằng cách nhờ sự giúp đỡ của PM hiện tại, hoặc trưởng phòng, hoặc thậm chí là Giám đốc của chính tổ chức của bạn.
Nên ghi nhớ rằng: Tố chức của bạn phải có chức danh PM nhé. Nếu không có thì có 2 hướng: một là tạo ra chức danh PM ở tổ chức hiện tại. Hai là đi tìm tổ chức khác!
Cuối cùng đó chính là Massive Action!
Massive action là việc thực hiện một lượng công việc lớn trong một khoảng thời gian ngắn nhằm đạt được mục tiêu đặt ra. Thay vì chỉ làm những việc cần thiết để hoàn thành công việc, người thực hiện massive action sẽ làm tất cả những gì có thể để đạt được mục tiêu của họ. Điều này bao gồm việc đưa ra kế hoạch chi tiết, đặt ra các mục tiêu cụ thể, tập trung vào những việc quan trọng và tối ưu hóa thời gian và tài nguyên để đạt được hiệu quả cao nhất.
Project manager không cần biết về kỹ thuật: Mình không biết đã nghe câu này bao nhiêu lần rồi nữa, mọi người thường nghĩ việc làm Project mananger (quản lý dự án) chẳng cần phải biết quá nhiều về kỹ thuật. Chỉ cần quản lý tốt là được. Nhưng vấn đề là, quản lý dự án trong lĩnh vực IT là một điều hoàn toàn khác. IT là một ngành, nghề thay đổi theo từng ngày, thậm chí là từng giờ! Việc bạn nắm được kỹ thuật, và có kiến thức tốt về chúng, là một lợi thế rất lớn để giúp bạn là một người PM xuất sắc!
Project manager chỉ làm việc dự án: Trong thực tế, PM là người kết nối dự án với các bên liên quan (stakeholder) nhằm đảm bảo cho dự án diễn ra thuận lợi nhất.
Project manager chỉ là người quản lý dự án: Theo định nghĩa thì đúng, họ chỉ là quản lý dự án. Nhưng trên thực tế, một người PM được cho là xuất sắc thì họ cũng cần phải là người leader giỏi. Họ cần phải thúc đẩy được tiềm năng của các thành viên trong dự án, tạo được môi trường, động lực cho thành viên phát triển tốt nhất có thể.
Bạn là một người hướng nội: Để trở thành PM, bạn cần có một kỹ năng giao tiếp, đàm phán tốt - và điều đó diễn ra hàng ngày. Rất khó khăn nếu bạn cảm thấy việc giao tiếp là khó khăn
Bạn là dev (tester, ...): Như mình, một người làm về kỹ thuật, khi chuyển sang hướng đi PM, bạn không làm việc với các dòng code, các vấn đề kỹ thuật nữa. Thay vào đó là làm việc với con người! Nó sẽ không chỉ đơn giản như việc bạn tìm thấy solution cho một bài toán, bạn áp dụng, nó chỉ có đúng hoặc sai. Nhưng với con người hoàn toàn khác. Mỗi người mỗi tính, mỗi mục tiêu, mỗi cách giao tiếp, trò chuyện khác nhau. Và mình thực sự gặp khá nhiều khó khăn trong vấn đề này!
Nhìn chung, việc trở thành PM (theo hướng quản lý) sẽ có vô vàn khó khăn, nhưng bên cạnh đó cũng có rất nhiều sự thú vị. Để tiện cho bạn đọc (lười đọc như mình), mình sẽ tổng kết một vài ý chính như sau
Sau Team Leader, Senior thì chúng ta sẽ làm gì?
Tech: Solution Architecture -> Technical Consultant -> CTO
Manager: PM (Project Manager, Product Manager) -> Division Manager -> C-level Manager
Để trở thành PM cần làm (có) gì?
Tư duy
Kiến thức
Môi trường
Chú ý:
Cần nói chuyện với lãnh đạo (để có thể support tốt nhất cho bạn)
Cần tìm được môi trường có thể đáp ứng được mong muốn của bạn
Trước đó, cần nhìn nhận lại bản thân xem đã đủ các điều kiện để có thể bước tiếp trở thành PM chưa?
Một vài lầm tưởng, khó khăn
Lầm tưởng
PM chỉ quản lý dự án, chỉ làm việc trong dự án
PM không cần biết về kỹ thuật
Khó khăn
Cuối cùng, bài viết dự trên quan điểm cá nhân, nên sẽ có sự sai sót. Rất mong các bạn để lại ý kiến, comment cho mình!