•
Tinh thần làm việc trong dự án không cởi mở, hợp tác
•
Năng suất thấp, công việc không chạy
•
Không sử dụng hiệu quả nguồn tài nguyên, nhân lực
• Bị động trước những thay đổi: yêu cầu của khách hàng, biến động về
nhân sự, => dẫn đến tình trạng "người quản lý dự án bị dự án quản
lý" (the changes manage the project managers, rather than the project
managers managing the changes)
•
Hồ sơ dự án kém chất lượng
• Nói chung => dự án bị chậm tiến độ, tiêu vượt quá kinh phí. Chất
lượng dự án không đảm bảo, chất lượng khả nghi.
•
Linh hoạt, mềm dẻo
Ví dụ:
-
Lập lịch biểu thực hiện không cứng nhắc
-
Đội hình thực hiện không cứng nhắc
-
Công cụ thực hiện dự án không cứng nhắc
-
Nguyên vật liệu sử dụng không cứng nhắc
• Hướng kết quả, không hướng nhiệm vụ (nhằm thoả mãn đơn vị thụ hưởng
kết quả dự án)
Ví dụ:
- Dự
án xây nhà
Mục
đích: xây nhà đẹp
Các nhiệm vụ: mua vật liệu, xây, trát, hoàn thiện - Dự án
chung cư CT36 Dream Home
làm phần
mềm
Mục
đích: có phần mềm đáp ứng yêu cầu
Nhiệm
vụ: Thiết kế, lập trình, kiểm thử
• Huy động sự tham
gia của mọi người
18/137
- Kế hoạch không phải là kết quả của một nhóm người khôn ngoan, được
chọn lựa, những người được trời phú cho các năng lực đặc biệt.
-
Cần “dân chủ hoá" việc lập kế hoạch.
- Những người tham gia dự án phải đóng góp tích cực cho kế hoạch,
tránh thái độ “thụ động”.
-
Tránh những thái độ chống đối, không chấp nhận hay không tuân thủ.
• Làm rõ trách nhiệm của mỗi thành viên
Ví dụ:
- Dự
án phần mềm:
Trách nhiệm của người phân tích, thiết kế, lập trình, kiểm thử - Dự
án xây dựng:
Trách
nhiệm của người thiết kế, người thi công
•
Tài liệu cô đọng và có chất lượng
-
Việc làm tài liệu là rất quan trọng, nhưng
-
Quá nhiều tài liệu tức là có quá ít thông tin!!!
•
Kết quả quan trọng hơn công cụ hay kĩ thuật (khía cạnh thực dụng)
•
Tạo ra các độ đo tốt (để có đánh giá đúng)
Ví dụ:
Dự án làm phần mềm. Các độ đo cho 1 nhân viên lập trình
•
Số dòng lệnh của chương trình
•
Thời gian hoàn thành một module chương trình
•
Số lỗi phát hiện ra khi kiểm thử chương trình
•
Số trang làm tài liệu thuyết minh cho chương trình
•
Tốc độ xử lý của chương trình
•
Tính thân thiện (dễ sử dụng) của chương trình? Không phải là một độ
đo tốt
•
Sự dễ hiểu, sáng sủa trong cách lập trình? Không phải là một độ đo
tốt
•
Suy nghĩ một cách nhìn xa trông rộng
Không có nhận xét nào:
Đăng nhận xét