Đào tạo người quản lí dự án
Ngày nay nhiều dự án phần mềm thất bại bởi vì người quản lí dự án không được huấn luyện, hay họ được huấn luyện bởi những người không có kinh nghiệm quản lí dự án. Sau đây là vài lời khuyên có thể có ích cho bạn:
Mục lục
- 1 1) Hiểu tiêu chí thành công của dự án.
- 2 2) Xác định tiêu chí đưa ra sản phẩm.
- 3 3) Hãy chân thành.
- 4 4) Lập kế hoạch hoạt động.
- 5 5) Phân rã các yêu cầu thành nhiệm vụ.
- 6 6) Để thời gian cho huấn luyện
- 7 7) Điều phối tiến độ
- 8 8) Kế hoạch làm lại sau kiểm thử.
- 9 9) Liên tục cải tiến qui trình.
- 10 Tác phẩm, tác giả, nguồn
1) Hiểu tiêu chí thành công của dự án.
Vào lúc bắt đầu dự án, bạn phải hỏi khách hàng họ hiểu thế nào là dự án này thành công. Bạn cần biết tiêu chí nào, như lịch biểu, chi phí, hay chức năng là quan trọng nhất với họ. Một số khách hàng muốn có sản phẩm trên thị trường trước hết để chiếm thị phần, trong trường hợp đó lịch biểu là rất quan trọng. Một số khách hàng muốn sản phẩm chất lượng cao do khối lượng lớn của công việc và tính đúng đắn của công việc vận hành của họ. Trong trường hợp đó chất lượng là quan trọng nhất. Hãy nhớ rằng chính khách hàng mới xác định ra thành công dự án của bạn và bạn phải hỏi họ.
2) Xác định tiêu chí đưa ra sản phẩm.
Ngay từ đầu trong dự án, bạn phải quyết định tiêu chí nào sẽ xác định ra liệu sản phẩm này có sẵn sàng đưa ra cho khách hàng không. Bạn có thể muốn đặt tiêu chí đưa ra là chức năng đặc biệt nào đó phải được cài đặt đầy đủ, số lỗi phải giảm xuống ít hơn hay những chỉ báo khác chứng tỏ rằng dự án đã đạt tới mục đích của nó. Dù bạn chọn tiêu chí nào, nó cũng nên thực tế, đo được và khớp với điều khách hàng muốn.
3) Hãy chân thành.
Đừng hứa hẹn điều bạn không thể thực hiện được. Hãy chân thành với khách hàng và các thành viên tổ và nói cho họ cái gì có thể đạt tới được một cách thực tế. Họ có thể không thích điều bạn đề nghị nhưng bạn cần thuyết phục họ rằng bạn đang cố hết sức để đáp ứng nhu cầu của họ.
4) Lập kế hoạch hoạt động.
Là người quản lí dự án bạn phải viết ra mọi hoạt động cần được thực hiện trong bản kế hoạch dự án. Bạn phải tuân theo qui trình lập kế hoạch để ước lượng phải mất bao nhiêu thời gian, tốn chi phí bao nhiêu, cần bao nhiêu người, đặt ưu tiên thế nào và làm sao thương lượng được với khách hàng v.v. Thời gian bạn dành cho việc xác định cái gì được cần để quản lí dự án sẽ làm giảm số vấn đề bạn phải giải quyết về sau trong dự án
5) Phân rã các yêu cầu thành nhiệm vụ.
Yêu cầu của khách hàng thường là lớn, phức tạp và khó ước lượng cho nên bạn phải chia các yêu cầu này thành nhiều nhiệm vụ nhỏ để giúp cho bạn ước lượng chúng chính xác, và xác định hoạt động nào bạn phải làm và hoạt động nào bạn có thể đã không nghĩ tới.
6) Để thời gian cho huấn luyện
Mọi dự án mới đều là thách thức và mọi thành viên tổ để phải có kĩ năng cần thiết để làm việc. Bạn phải dành thời gian sớm trong dự án để cho các thành viên tổ tham gia vào việc huấn luyện sao cho họ có thể có hiệu quả. Sự hội tụ mấu chốt của huấn luyện là vào việc loại bỏ lỗ hổng giữa kĩ năng hiện thời của từng thành viên tổ và kĩ năng cần để thực hiện công việc dự án. Mặc dầu ngân sách huấn luyện bao giờ cũng bị hạn chế, bạn phải thuyết phục cấp quản lí rằng những kĩ năng này là chủ chốt, nếu không được thực hiện có hiệu quả thì có thể gây nguy cơ cho hiệu năng thành công của dự án.
7) Điều phối tiến độ
Người quản lí dự án phải biết cái gì là điều quan trọng nhất trong dự án và điều phối chúng trên cơ sở hàng ngày hay hàng tuần để đảm bảo rằng chúng đang tiến triển tương ứng.
Bạn phải tự hỏi mình: Dự án đang tiến triển theo lịch như thế nào? Dự án đang tiến triển theo ngân sách thế nào? Loại rủi ro nào đã được nhận diện và làm sao quản lí được chúng? Vấn đề gì mới đã nảy sinh và làm sao quản lí được chúng? Việc trao đổi của dự án với khách hàng như thế nào rồi?
Chất lượng tiến triển như thế nào theo dự án? Các thành viên tổ cần dành bao nhiêu thời gian cho dự án? Bao nhiêu lỗi đã được chữa trong tuần này và tuần tới? Tôi phải dự bao nhiêu cuộc họp?
Như bạn có thể thấy, làm người quản lí dự án bạn phải hỏi những câu hỏi đó bởi vì nếu bạn không có câu trả lời thì mọi sự có thế thoát ra ngoài kiểm soát và bạn không thể khắc phục được nó.
8) Kế hoạch làm lại sau kiểm thử.
Mọi sản phẩm phần mềm đều có lỗi. Sau kiểm thử, bạn sẽ thấy lỗi và bạn phải sửa chúng trước khi chuyển giao cho khách hàng. Loại việc làm lại này (Sửa lỗi) thường không có trong bản kế hoạch dự án gốc của bạn bởi vì bạn không biết mình phạm phải bao nhiêu lỗi ở lúc bắt đầu dự án. Bạn sẽ cần thời gian và người cho loại việc này. Điều này sẽ tác động tới lịch biểu gốc và chi phí gốc của bạn cho nên bạn phải thảo luận điều đó với cả khách hàng và thành viên tổ trong phạm vi lịch biểu chuyển giao và ngân sách.
9) Liên tục cải tiến qui trình.
Thành viên tổ bao giờ cũng bận rộn với công việc dự án của mình nhưng nếu bạn muốn xây dựng phần mềm với ít lỗi hơn, bạn phải đầu tư thời gian cho việc cải tiến qui trình và khử bỏ nguyên nhân của lỗi. Bạn phải để ra một số thời gian trong lịch biểu bận rộn của mình cho việc cải tiến bởi vì những thay đổi này sẽ giúp dự án tiếp của bạn thành công hơn. Đó là lí do tại sao tôi chưa bao giờ phân công cho thành viên tổ của mình cả 100% thời gian của họ để làm việc trên dự án mà để ra khoảng 20% để làm việc cải tiến qui trình.
Tác phẩm, tác giả, nguồn
- Tác phẩm: Quản lý dự án
- Nguồn: Blog của giáo sư John Vu, Carnegie Mellon University.
- Wiki hóa: https://kipkis.com
