Abstract: Muợn tựa một bài hát của Led Zepplin để làm một topic về level2. Tôi nhận thấy rằng là chuẩn CMM mà chúng ta dễ áp dụng nhất, và cũng là nền tảng để chúng ta có thể đi lên, hoặc dậm chân tại chỗ chứ không thể đi xuống ==> level1  :o). Ờ vậy thì nói rõ một chút về nó vậy.

Tài liệu và chuẩn vòng đời tôi sẽ dùng của RUP (Rational Unified Process) vì RUP rất gần gũi với CMM và nếu bạn có dùng RUP trong quá trình sản xuất phần mềm một cách hoàn hảo thì tôi khẳng định với bạn rằng, công ty bạn hoàn toàn có thể lấy được CMM level2.

Điều quan trọng đầu tiên là nguồn nhân lực để làm phần mềm và làm CMM, và nguồn nhân lực đó phải có tổ chức phải có vai trò và trách nhiệm của từng vị trí. Vậy thì trong CMM một tổ chức được phân như sau: Organization, Project và Group.
Và một số role trong một tổ chức tôi lấy ví dụ như: Manager, Senior Manager, Project Manager, Software Task Leader(Team Leader), Software Engineering Staff...

Với đặc tính trưởng thành của level 2 là Repeatable, nghĩa là khi chúng ta đã thực hiện quy trình một cách đầ đủ, mức độ trưởng thành mà chúng ta có được ở level 2 là chúng ta thực sự kiểm soát và ước lượng được thời gian, chi phí, thống kê được sự hài lòng của khách hàng, thiết lập được mối quan hệ tay 3, tay 4 khi chúng ta làm sub-contractor management, nghĩa là chúng ta có thêm nhiều bạn hàng và thị trường tiêu thụ => lợi nhuận phát sinh, những hiệu quả và kinh nghiệm mà chúng ta có được ở project trước sẽ là tiền đề để chúng ta tiếp tục phát triển hoặc có thể bê nguyên xi mà không cần phài mất thêm time gì cả để làm những project tuơng tự sau...

Những cái khó của người làm CMM và QA cho tổ chức là phải thuyết phục rằng là cái lợi ích mà CMM mang lại sẽ chậm và đòi hỏi sự nghiêm chỉnh thực hiện của từng cá nhân trong tổ chức. Vấn đề nan giải là khối lượng document của CMM đòi hỏi phải có là quá nhiều và không phải lúc nào cũng có thể ngồi vào viết document như cái máy hàng ngày. Đấy là một thói quen cần phải có, dĩ nhiên ban đầu bạn sẽ rất ngán ngẩm, nhưng nếu trong cá nhân từng con người bạn đã hình thành một thói quen PDCA(Plan, Do, Check,Act)

Chào bạn,

Có thể tôi chưa đủ kinh nghiệm nên hỏi bạn vài ý sau:

1/ Thời gian cho một dự án được tính từ khi nào ? (lấy yêu cầu hay phân tích hay cài đặt)
2/ Theo bạn một project nên có ít nhất bao nhiêu người tham gia ?
3/ Bạn có cho rằng CMM level 2 cần ít nhất 30 người ? Vậy theo bạn 1 tháng có đủ để hòan thành một dự án (bất kể lớn nhỏ) không (nếu theo CMM level n )?
4/ Tôi thấy cách chia role của RUP hòan toàn khác với cách chia của các công ty Nhật ? Công ty của bạn đang làm có chia theo RUP không ?

Cám ơn bạn.

Chào bạn, tui không phải là huonghl nhưng cũng xin thử đưa ý kiến riêng của mình

1/ Thời gian cho một dự án được tính từ khi nào ? (lấy yêu cầu hay phân tích hay cài đặt)

Trong một công ty (công ty của mình là công ty Nhật), thời gian của một dự án được tính từ khi bắt đầu xác định yêu cầu khách hàng. Còn trong một dự án lớn, khi phân chia ra thành các dự án nhỏ thì mốc thời gian cho từng dự án nhỏ được tính từ khi yêu cầu dự án được đưa cho nhóm làm dự án đó.

2/ Theo bạn một project nên có ít nhất bao nhiêu người tham gia ?

Cái project của bạn nó tổng quát quá, mà như thế để trả lời tổng quát thì ít nhất một người làm cũng được. Mục tiêu quan trọng cuối cùng là hiệu quả công việc làm được mà thôi. Còn như nói về tính trung bình cho mỗi dự án trung bình thì thường phân chia mỗi dự án có từ 4 đến 6 người tham gia.

3/ Bạn có cho rằng CMM level 2 cần ít nhất 30 người ? Vậy theo bạn 1 tháng có đủ để hòan thành một dự án (bất kể lớn nhỏ) không (nếu theo CMM level n )?

như đã nói ở trên mục tiêu cuối cùng là tính hiệu quả. mà CMM được đưa ra để quản lý phát triển phần mềm một cách hiệu quả, thì cái mốc 30 người cho CMM 2 hay n là không thực tế. Cái quan trọng là con số n người đó được phối hợp làm việc và phân phối công việc sao cho có hiệu quả mà thôi.
Mốc thời gian 1 tháng để hoàn thành một dự án (bất kể lớn nhỏ) cho dù đạt được CMM5 đi chăng nữa cũng không thể khẳng định được. Nhưng với cách làm mà CMM đưa ra, tuy có yêu cầu cần nhiều thời gian hơn cho phần viết DOC đó, nhưng về lâu dài tính hiệu quả của việc viết DOC đó đưa lại sẽ rất lớn.

4/ Tôi thấy cách chia role của RUP hòan toàn khác với cách chia của các công ty Nhật ? Công ty của bạn đang làm có chia theo RUP không ?

Bạn nên nói lại là "thấy hoàn toàn các với các công ty Nhật " mà bạn thấy , nhưng mà cũng nên nhận ra rằng tui cũng ít thấy công ty Nhật dùng RUP.

Vài ý kiến nhỏ thế thôi, mong mọi người đóng góp thêm, và tôi hoàn toàn chấp những những ý kiến bắt bẽ cũng được. Mục tiêu cuối cùng của chúng ta là học hỏi mà phải không.

CC: sorry huonghl nhé, nhỡ trả lời câu hỏi dành cho bạn... ;->

Có bác nào có tài liệu về CMM/CMMi không cho tôi xin vơi nhé. Địa chỉ nhà tôi: samicbv@yahoo.com
Cám ơn cả nhà nhé