Trong thế giới phát triển phần mềm, chúng ta thường tung hô những Project Manager (PM) đưa dự án về đích đúng hạn (Time), đúng phạm vi (Scope) và chất lượng tốt (Quality). Đó là "Tam giác vàng" kinh điển.

Thế nhưng, trong các cuộc họp giao ban cấp cao, câu hỏi mà Ban giám đốc (Board of Directors) quan tâm nhất thường không phải là "Tuần này backlog còn bao nhiêu task?", mà là: "Dự án này có mang lại tiền cho công ty không?".

Đó chính là lúc khái niệm P&L Ownership (Chịu trách nhiệm Báo cáo Lời - Lỗ) xuất hiện. Đây là bước ngoặt phân chia giữa một PM "thông thường" và một PM "tư duy như doanh nhân".

P&L Ownership trong IT thực chất là gì?

Đừng để thuật ngữ tài chính này làm bạn rối trí. Đối với một IT Project Manager, P&L Ownership có thể hiểu đơn giản là: Bạn nhìn dự án của mình như một doanh nghiệp thu nhỏ.

Bạn không chỉ quản lý Code, quản lý Bug hay quản lý Tiến độ. Bạn quản lý túi tiền mà công ty giao cho bạn. Nhiệm vụ của bạn là đảm bảo sau khi trừ hết chi phí, dự án phải mang về lợi nhuận (Profit) hoặc ít nhất là không bị lỗ (Loss).

• P (Profit/Revenue - Đầu vào): Tiền khách hàng trả theo cột mốc (Milestone), tiền từ các yêu cầu thay đổi (Change Request - CR), hoặc giá trị dự án mang lại cho sản phẩm nội bộ.
• L (Loss/Cost - Đầu ra): Lương nhân sự (đây là chi phí lớn nhất - Man-month), chi phí server, bản quyền phần mềm, phí thuê ngoài (Outsource), chi phí cơ sở vật chất...

Người nắm P&L là người tối ưu hóa khoảng cách giữa P và L.

Tại sao IT PM lại sợ (hoặc né tránh) P&L?

Rất nhiều PM xuất thân từ Dân Kỹ thuật (Developer, Tester, BA). Nỗi sợ lớn nhất của họ là con số tài chính, bảng cân đối kế toán khô khan. Họ thường nghĩ: "Việc của tôi là làm ra sản phẩm tốt, còn tiền nong là việc của Kế toán hoặc Giám đốc".

Tuy nhiên, đây là tư duy giới hạn sự thăng tiến của bạn. Nếu không nắm P&L, bạn sẽ không hiểu được tại sao Sếp lại cắt giảm nhân sự của bạn, tại sao không được mua tool xịn, hay tại sao phải ép Client trả thêm tiền cho một feature nhỏ.

4 lợi ích khi IT PM sở hữu tư duy P&L

Khi bạn dám nhận trách nhiệm về "Lời - Lỗ", cách làm việc của bạn sẽ thay đổi hoàn toàn:

1. Ra quyết định nhân sự khôn ngoan hơn

Thay vì đòi hỏi "Cho tôi 5 Senior Dev", bạn sẽ cân tính: "Với ngân sách này, mình nên dùng 1 Senior cứng + 2 Mid-level + 2 Junior để vừa đảm bảo tiến độ, vừa tối ưu chi phí lương (Man-month cost)". Bạn bắt đầu quan tâm đến việc sử dụng tài nguyên (Utilization rate) sao cho hiệu quả nhất.

2. Quản lý Scope và Change Request (CR) "rắn" hơn

Mọi PM đều ghét Scope Creep (phình đại phạm vi). Nhưng khi nắm P&L, bạn ghét nó vì nó làm "thủng lưới" lợi nhuận. Khi khách hàng đòi thêm feature, bạn sẽ không nể nang làm "free" nữa. Bạn sẽ có tư duy: "Làm thêm cái này tốn 2 tuần của 2 Dev, chi phí là [X] triệu, mình phải negotiate (đàm phán) với khách hàng để thu thêm tiền (CR), nếu không dự án sẽ lỗ".

3. Nhìn nhận rủi ro dưới góc độ tài chính

Một Bug nghiêm trọng trên Production không chỉ là vấn đề kỹ thuật. Nó là chi phí đền vọng, chi phí cơ hội, và thời gian OT (tăng ca) tốn kém của đội ngũ để fix. Tư duy P&L giúp bạn đánh giá rủi ro dựa trên số tiền có thể mất, từ đó có kế hoạch phòng ngừa quyết liệt hơn.

4. Nói cùng ngôn ngữ với Ban lãnh đạo

Khi bạn báo cáo: "Dự án đang lãi 20% Margin", Sếp sẽ nghe bạn hơn là khi bạn nói: "Dự án đang chạy tốt, mọi người đang OT". Nắm giữ P&L giúp bạn chứng minh giá trị thực tế của mình đối với công ty, từ đó cơ hội thăng tiến lên Program Manager hay Director sẽ rộng mở hơn.

Làm thế nào để bắt đầu thực hành P&L Ownership?

Bạn không cần bằng Kế toán trưởng để bắt đầu. Hãy thử 3 bước nhỏ:

1. Hỏi về Ngân sách (Budget): Đừng ngại hỏi Sếp: "Tổng ngân sách dự án này là bao nhiêu?".

2. Theo dõi Chi phí nhân sự: Tìm hiểu về Unit Cost (chi phí trung bình trên một Man-month) của công ty bạn. Theo dõi sát sao hàng tuần xem đội ngũ đã tiêu tốn bao nhiêu công, và nó có nằm trong kế hoạch ban đầu không.

3. Tập làm "Cost-Benefit Analysis" (Phân tích Chi phí - Lợi ích): Trước khi quyết định mua một công cụ, hay thuê thêm người, hãy tự hỏi: "Hành động này tốn bao nhiêu tiền, và nó giúp dự án kiếm lại (hoặc tiết kiệm) bao nhiêu tiền?".

Kết luận

"Expert in P&L ownership" nghe có vẻ to tát, nhưng thực chất nó bắt đầu từ việc bạn quan tâm đến túi tiền của công ty như túi tiền của chính mình.

Nếu bạn muốn thoát khỏi cái mác "Người phân chia Task" để trở thành một "Nhà quản lý thực thụ", hãy dũng cảm nắm lấy P&L. Đó là con đường ngắn nhất để chứng minh năng lực lãnh đạo và tư duy chiến lược của bạn trong ngành IT.