Tới nội dung chính
Dịch vụ

Thuê tôi làm quản lý dự án

Một người chịu trách nhiệm về ngày bàn giao, phạm vi và những cuộc nói chuyện khó

Kinh nghiệm
Hơn 10 năm làm phần mềm, 8 năm dẫn đội
Quy mô đội
5 tới 80 người
Phương pháp
Waterfall, Agile và Scrum, thường là kết hợp
Bắt đầu trao đổi
Bạn có kỹ sư nhưng không có ai gánh phần bàn giao. Tôi nhận kế hoạch, danh sách rủi ro và quan hệ với khách hàng, và báo sớm khi có gì trượt thay vì để tới cuối sprint mới nói.

Hợp với bạn nếu

  • Bạn có lập trình viên làm được việc, nhưng không có ai biến yêu cầu thành một kế hoạch bảo vệ được
  • Khách Nhật với đội Việt Nam, mà khoảng cách thật nằm ở giao tiếp chứ không ở tay nghề
  • Dự án đã trễ, cần một người nhận lại và nói thẳng ra ngày mới là ngày nào
  • Đội cứ vấp đúng một vấn đề mỗi sprint và đã thôi hỏi vì sao

Không hợp với bạn nếu

  • Bạn cần người viết code. Tôi quản lý bàn giao, không còn nhận ticket lập trình
  • Bạn muốn một quản lý dự án chỉ chuyển tiếp báo cáo. Tôi sẽ phản biện về phạm vi, và nếu điều đó không được hoan nghênh thì hợp tác sẽ không dễ chịu
  • Hạn chót và phạm vi đều cố định, không cái nào dời được. Tôi thà nói điều đó ngay buổi đầu hơn là ba tháng sau
  • Bạn cần người ngồi tại chỗ ở Nhật toàn thời gian. Tôi làm từ Hà Nội và đi công tác định kỳ

Bạn nhận được gì

  1. Một kế hoạch bạn bảo vệ được với cấp trên của mình

    Không phải một biểu đồ Gantt để trưng.

    • Phạm vi bóc nhỏ tới mức ước lượng được một cách trung thực
    • Chỗ phụ thuộc sẽ gây đau ở tuần thứ sáu được tìm ra từ tuần đầu
    • Dự phòng đặt đúng chỗ có rủi ro, và gọi thẳng nó là dự phòng chứ không giấu
  2. Tin xấu được báo sớm

    Việc hữu ích nhất mà một quản lý dự án làm.

    • Trượt tiến độ được nêu lúc còn kịp xử lý, không phải lúc họp review
    • Mọi báo cáo bạn nhận là báo cáo tôi dám đưa cho khách hàng đọc nguyên văn
  3. Một đội vẫn muốn làm việc với bạn sau khi xong

    Nhịp bàn giao không đốt đội để đổi lấy một cái mốc.

    • Làm thêm giờ được coi là dấu hiệu kế hoạch sai, không phải một chiến lược
    • Quyết định được giải thích cho người thực thi, để họ phản biện được

Cách làm việc

  1. Bước 1

    Một buổi nói chuyện để xem có nên làm không

    Miễn phí, thường dưới một tiếng.

    • Bạn nói hạn chót, phạm vi và điều bạn đang lo
    • Tôi nói thẳng là có giúp được không, nếu không thì tôi sẽ làm gì thay thế
  2. Bước 2

    Hai tuần đọc thực trạng

    Trước khi đổi gì thì phải biết cái gì đang là thật.

    • Kế hoạch hiện tại, backlog, code, và ba biên bản retrospective gần nhất
    • Nói chuyện riêng với kỹ sư, tách khỏi phía quản lý
    • Một bản đánh giá bằng văn bản về chỗ dự án đang thật sự đứng
  3. Bước 3

    Kế hoạch chỉnh lại, bằng văn bản

    Đây là lúc bạn quyết định có đi tiếp hay không.

    • Cái gì bàn giao, khi nào, và phải cắt gì để điều đó thành thật
    • Những rủi ro vẫn có thể phá kế hoạch, xếp theo mức độ
  4. Bước 4

    Chạy bàn giao

    Một nhịp tuần bạn tin được.

    • Lập kế hoạch, review và một một theo lịch cố định
    • Một báo cáo viết mỗi tuần, bằng ngôn ngữ mà các bên liên quan của bạn đọc
  5. Bước 5

    Chuyển giao

    Hợp tác nên kết thúc ở chỗ bạn không cần tôi nữa.

    • Kế hoạch, danh sách rủi ro và quy ước được viết lại và do đội bạn nắm
    • Mỗi phần trách nhiệm có một người bên bạn đứng tên nhận

Vì sao cần một người chịu trách nhiệm

Phần lớn dự án trễ mà tôi từng nhận lại không trễ vì kỹ sư làm chậm. Nó trễ vì không ai gánh phần chênh lệch giữa điều đã hứa và điều làm được, nên khoảng chênh đó nằm im cho tới lúc quá lớn để bù.

Đó chính là công việc. Không phải điền lịch, mà là giữ một phiên bản trung thực duy nhất về thực trạng, và bảo đảm mọi người đang cùng nhìn vào nó.

Câu hỏi thường gặp

Anh làm được với quy trình hiện tại của chúng tôi không?

Thường là được. Tôi từng làm Waterfall, Scrum và kiểu kết hợp mà phần lớn dự án khách Nhật thực tế đang chạy. Thứ tôi không làm là giả vờ một quy trình đang hiệu quả khi số liệu bàn giao nói ngược lại.

Chúng tôi được bao nhiêu thời gian của anh?

Tuỳ quy mô dự án và những gì tôi đang chạy song song. Hỏi ngay buổi đầu, tôi sẽ đưa một con số thật chứ không phải con số dễ nghe.

Nếu anh nhận rồi kết luận là không kịp hạn thì sao?

Thì tôi nói điều đó trong bản đánh giá cuối tuần thứ hai, kèm lập luận và các phương án. Biết chuyện đó sau hai tuần rẻ hơn rất nhiều so với biết sau ba tháng.

Anh có ký NDA không?

Có. Mọi dự án trên trang này đều ẩn tên khách hàng đúng vì lý do đó.

Bạn có dự án cần một người cầm trịch?

Nói cho tôi biết deadline, phạm vi, và ràng buộc bạn đang lo nhất. Tôi sẽ trả lời thẳng là mình có giúp được không.

Bắt đầu trao đổi

Better Manager - Better Project

Đăng ký nhận bản tin của tôi

Bắt đầu thay đổi từ hôm nay