Một sinh viên hỏi tôi: “Thầy giải quyết xung đột trong tổ dự án thế nào? Hình mẫu của xung đột là gì và thầy sẽ làm gì nếu thầy là người quản lý dự án?”
Trong vài năm qua, có nhiều thảm hoạ phần mềm thế và phần lớn trong chúng có thể đã được tránh. Kiểm thử đóng vai trò quan trọng trong thành công dự án phần mềm nhưng nhiều người quản lý dự án không đánh giá được điều đó cho tốt. Họ thường không lập kế hoạch thời gian đủ cho kiểm thử. Thỉnh thoảng họ cắt bỏ kiểm thử chỉ để đáp ứng lịch biểu và đó là lí do tại sao nhiều thảm hoạ xảy ra. Sau đây là một số thí dụ:
Một sinh viên hỏi: Tại sao nhiều dự án phần mềm thế bao giờ cũng trễ hay thất bại? Nếu kỹ nghệ yêu cầu (Requirement Engineering) là quan trọng thì tại sao nó KHÔNG được dạy trong trường? Tại sao nó thậm chí KHÔNG được dạy trong môn quản lý dự án?
Không có mục tiêu: Nhiệm vụ nào cũng bất khả thi
Khi đối mặt với một vấn đề hay tình huống cần phải giải quyết, chúng ta thường nhìn chúng một cách chung chung như: cần cải thiện sức khỏe, phải giảm cân, cần cải thiện đời sống, phải tăng doanh số, phải độc đáo… mà không vạch ra cho mình một mục tiêu cụ thể để hành động.
Bây giờ, bạn hãy hình dung về một ngôi nhà có nhiều phòng, mỗi phòng lại được cấu thành bởi nhiều chi tiết khác nhau. Khi bạn muốn nâng cấp hay sửa chữa ngôi nhà ấy, hãy lần lượt tính xem, bạn muốn làm gì cho từng căn phòng.
Work shadowing (hay còn gọi là job shadowing) tạm dịch là “Núp bóng công việc” hoặc “Theo dõi công việc”. Job shadowing là một chương trình học tập thông qua công việc (on-the-job learning), phát triển nghề nghiệp và phát triển lãnh đạo. Người Mỹ hay nói "Shadow your peers", nghĩa là hãy học hỏi từ đồng nghiệp, luôn cầu thị để học từ kinh nghiệm xung quanh.
Job shadowing tương tự như stretch assignment, một thuật ngữ trong PMP.
