HIỂU MỘT CÁCH TRẦN TRỤI VỀ THÁP NHU CẦU MASLOW
Bạn biết ông Maslow không? Ông ấy cũng chia nhu cầu con người thành 5 tầng. Thế nên dù chả liên quan gì ngoài việc số tầng đều là 5, tôi cũng cố lái nó với CMMI để so sánh xem sao.
Ở đây là so sánh về biểu hiện.
Maslow: biểu hiện khi 1 người đáp ứng nhu cầu ở cấp đã cho
CMMI: biểu hiện khi 1 đội dự án thỏa mãn tiêu chí của cấp đã cho
Bươn chải từng ngày vì miếng cơm manh áo. Không biết trước ngày mai. Sống chết dựa vào may mắn.
Có nơi ở, việc làm. Yên ổn ngắn hạn. Lâm nguy nếu mất nơi ở, mất việc.
Có các mối quan hệ, khi lâm nguy được che chở, giúp đỡ. Chưa tự tin, thiếu đánh giá cao từ người khác
Tự tin về năng lực bản thân, được người khác tôn trọng, ghi nhận. Băn khoăn về ý nghĩa cuộc đời.
Chuyển hóa, cách mạng, giác ngộ
Náo loạn. Dập lửa. Không biết ngày mai lửa bùng chỗ nào. Sống chết dựa vào 1 anh hùng.
.Có kế hoạch và có sự theo dõi kiểm soát. Sự cố xảy ra mới xử lý, chưa có cơ chế phòng ngừa hiệu quả.
Quản trị được rủi ro. Có thể dựa vào tổ chức. Yếu ở khả năng đánh giá xu hướng và nhận ra các yếu điểm mức tổ chức.
Tự tin vì nắm được thực trạng và xu hướng chung, kết quả có thể dự đoán trước. Mong muốn cải tiến đến tự nhiên, không ép buộc.
Đổi mới, liên tục cải tiến
Hiểu nôm na thì nó thế này. Trong sản suất có cái ISO 9000 thì trong phần mềm có CMMI. Nó là một chương trình đánh giá mức độ trưởng thành về quy trình làm phần mềm của doanh nghiệp, đồng thời cung cấp dịch vụ tư vấn và đào tạo về cái món này.
CMMI có 5 cấp độ. Hiểu nôm na là ở tầng thấp thì tự phát, vô chính phủ, lửa bùng chỗ nào dập chỗ đó, dính bầu rồi mới đi phá, thành công nếu có phụ thuộc vào 1 người hùng, khi thành lúc bại. Còn càng lên tầng trên thì kiểm soát tốt, phòng tránh thai thay vì phá thai, dự án nào kết quả cũng “ổn định” như dự án nào, không những thế ngày càng hoàn thiện dự án sau học từ dự án trước.
CMMI không phải là quy trình. Công ty nào mà chẳng có quy trình rồi, thật đấy. Đến chuyện rán trứng cũng có quy trình đập vỏ bỏ chảo đảo đảo nhấc ra, không thì sao mà làm được. CMMI sẽ giúp bạn cải tiến quy trình. Nó đưa ra 1 mớ tiêu chí đánh giá, mà phải thỏa mãn thì mới được công nhận. Chẳng hạn để lên được tầng 2 thì làm dự án phải có kế hoạch ngon nghẻ, và theo dõi kiểm soát được việc thực thi theo kế hoạch. Lên tầng 3 thì phải có quy trình chuẩn hóa mức tổ chức, phải quản trị được rủi ro, phải có phương pháp đánh giá cân nhắc các giải pháp trước khi đưa ra quyết định. Tầng 4 thì phải quản lý bằng những chỉ số đo đạc được một cách định lượng. Tầng 5 thì liên tục cải tiến đổi mới.
Làm theo cách nào để thỏa mãn tiêu chí của mỗi tầng thì làm, vì CMMI không ép buộc phải làm cụ thể như thế này hay thế kia. Vì thế, nó không mâu thuẫn gì với Agile/Scrum/Kanban hay bất kì phương pháp làm phần mềm nào cả. Đơn giản là để được chứng nhận CMMI, bạn phải trả lời được các câu hỏi nó đưa ra. Và các câu hỏi này chỉ làm quy trình tốt hơn mà thôi, bất kể quy trình đó đang là Agile, Waterfall, hay là công ty bạn tự nghĩ ra.
Dĩ nhiên là nhiều công ty tiếp cận theo hướng cố kiếm CMMI để sales, mà chả biết làm thế nào, nên phải xì tiền nhờ bọn nào đó tư vấn, đào tạo. Hội tư vấn thường đưa ra các “ví dụ” (chẳng hạn các tài liệu mẫu, các cách làm mẫu, vv). Các ví dụ này thường khá loằng ngoằng, bê vào áp dụng máy móc thì lợi bất cập hại.