Câu chuyện CMMI

GS John Vu13/06/2024 12:00
Câu chuyện CMMI

Nhiều công ti đăng hăm hở dùng Mô hình trưởng thành năng lực tích hợp (CMMI) nhưng người quản lí không biết điều gì sẽ xảy ra khi công nhân của họ bắt đầu làm cho cải tiến xảy ra.

Khi tôi ở Trung Quốc năm ngoài, nhiều người quản lí nói với tôi là những “sai lầm” họ đã mắc phải.. Một người quản lí nói với tôi: “Tôi nghĩ CMMI sẽ giúp cải tiến cách những người phát triển làm việc nhưng không ai bảo tôi rằng điều đó cũng buộc cấp quản lí phải thay đổi cách chúng tôi quản lí dự án nữa.” Tôi ngạc nhiên: “Tất nhiên rồi, mô hình này được thiết kế phần nhiều cho người quản lí chứ không chỉ cho người phát triển. Nó yêu cầu người quản lí phải quyết tâm cải tiến cách phần mềm được phát triển.” Người quản lí này lắc đầu và giải thích: “Nó yêu cầu người phát triển thu thập dữ liệu, thực hiện các độ đo và cách đo rồi báo cáo cho cấp quản lí chứ. Nó cũng yêu cầu cấp quản lí có hành động sửa chữa về dự án dựa trên những dữ liệu này.” Tôi đồng ý: “Điều đó là đúng, người quản lí phải hành động dựa trên những dữ liệu đó.” Ông ấy nhìn tôi vì tôi không biết ý định của ông ấy: “Trong trường hợp đó, người quản lí phải làm cái gì đó về điều đó.”

Đột nhiên tôi hiểu ra. Dễ dàng bảo người khác thay đổi chừng nào bạn không phải làm cái gì cả. Nhưng không dễ thay đổi bản thân bạn. Bằng việc dùng mô hình như CMMI, nó làm cho mọi người đều phải thay đổi để làm cho chất lượng xảy ra, kể cả cấp quản lí. Về sau, tôi thấy ra rằng trong một số công ti, những người quản lí thích ra lệnh nhưng không muốn hành động. Bằng việc có cách đo và dữ liệu, nó buộc họ phải hành động và một số người không thích điều đó. Nếu dự án trượt lịch thì họ phải làm điều gì đó về việc đó. Trong quá khứ, một số người bỏ qua điều đó và để cho tình huống trở nên tồi tệ rồi họ cắt bỏ dự án thay vì sửa nó. Bằng việc có dữ liệu sớm hơn, điều đó cho người quản lí khả năng lấy hành động sửa chữa khi vấn đề được phát hiện đầu tiên nhưng trong một số tình huống, điều đó có thể không phải là điều người quản lí muốn biết.

Tôi nhắc họ rằng họ không thể vẫn làm theo cùng điều họ bao giờ cũng làm và mong đợi kết quả khác đi. Chất lượng không phải là cái gì đó xảy ra một cách tự nhiên vì nó yêu cầu nhiều công việc. CMMI là mô hình cho cải tiến phát triển phần mềm. Người phát triển phải thay đổi cách xây dựng phần mềm. Người quản lí phải thay đổi cách họ quản lí dự án. Người dùng phải thay đổi cách họ yêu cầu dự án làm điều họ muốn và khi nào họ muốn nó được làm. Họ không thể tạo ra yêu cầu không cần thiết vào phút chót. Nếu những hành vi này không thay đổi, chẳng cái gì sẽ xảy ra.

Người quản lí khác bảo tôi: “CMMI yêu cầu quá nhiều qui trình phải làm tài liệu. Nó buộc chúng tôi phải làm tài liệu cho chúng.” Tôi bảo ông ấy: “CMMI không yêu cầu cái gì cả, nó chỉ bản hướng dẫn. Nó nói cho ông về ông cần phải làm “cái gì” nhưng không nói “làm sao” làm nó. Bằng việc có qui trình tài liệu, nó giúp cho mọi người biết phải làm gì cho nên họ không bỏ qua những điều quan trọng. Nếu ông hội tụ vào “làm sao” thì ông làm tài liệu quá nhiều.” Ông ấy lắc đầu: “Chúng tôi không có thời gian làm tài liệu, chúng tôi bận lắm nên chúng tôi mua mọi tài liệu từ nhà tư vấn. Trong trường hợp đó, chúng tôi có đủ mọi tài liệu chúng tôi cần.”

Suốt thời gian của tôi ở Trung Quốc, tôi đã thấy việc mua tài liệu CMMI trong nhiều công ti. Điều người quản lí cần biết là các qui trình là cấu trúc cơ sở của công ti. Đó là cách công ti làm kinh doanh. Đó là cách công ti xây dựng phần mềm. Vì mọi công ti đều có cách khác nhau để làm mọi sự. Không công ti nào là giống nhau cho nên các qui trình nên phản ánh sự khác biệt hay cách thức mọi sự được tiến hành trong một công ti đặc thù. Không ai có thể dùng cùng một qui trình cho người khác ở chỗ khác. Chúng không khớp và không thể dùng được. Nếu qui trình được làm tài liệu mà họ mua từ ai đó không giống hệt như cách họ làm kinh doanh, nếu nó không là cùng cách người phát triển của họ xây dựng phần mềm, nếu nó không là cùng cách người quản lí quản lí dự án thì câu hỏi của tôi là “Những tài liệu kia tốt gì?” Khi tôi hỏi, người quản lí đơn giản  trả lời: “Chúng tôi phải có tài liệu để qua được việc đánh giá CMMI.”

Người quản lí dường như tò mò: “Tại sao CMMI yêu cầu tài liệu?” Tôi giải thích: “Trước khi bất kì cải tiến nào có thể xảy ra, mọi người trong công ti của ông làm mọi thứ theo cách nào đó nhưng họ không viết chúng ra. Nó gần như chỉ trong đầu họ cho nên mọi người làm mọi sự một cách khác biệt và đó là lí do tại sao chất lượng của ông là không tốt lắm. Bước thứ nhất là yêu cầu họ viết nó ra. Tất nhiên cách thức họ làm có thể không hoàn hảo. Bằng việc kiểm điểm điều đã được thực hiện trong tài liệu, ông thấy một số lỗi và sửa chúng. Ông viết ra qui trình mới và yêu cầu họ dùng để xem liệu nó có tốt hơn không. Nếu nó là tốt thì ông muốn mọi người tuân theo nó. Đó là “cải tiến liên tục”. Người quản lí mỉm cười: “Nhưng điều đó gian nan và mất thời gian. Mua qui trình đã được làm tài liệu dễ hơn nhiều và nó giúp chúng tôi đạt tới CMMI mức 3 vì chúng tôi có mọi thứ được làm tài liệu.”

English version

The CMMI story

Many companies are eager to use the Capability Maturity Model Integration (CMMI) but managers do not know what will happen when their workers are starting to make improvement happens. When I was in China last year, several managers told me about the “mistakes” that they have made.

One manager told me: “I think the CMMI will help improving the way developers work but nobody told me that it also forces management to change the way we manages projects too”. I was surprised: “Of course, the model is designed more for managers than for developers. It requires that managers to commit to improve the way software is developed.” The manager shook his head and explained: “It requires developers to collect data, implement metrics and measurements then report to management. It also requires management to make corrective actions about the project based on these data.”. I agreed: “That is correct, managers must act on those data.”. He looked at me as I did not know his intention: “In that case, managers have to do something about it”. Suddenly I understood. It is easy to tell others to change as long as you do not have to do anything. But it is not easy to change yourself. By using an model like the CMMI, it makes everybody have to change to make quality happens, including management. Later, I found out that in some companies, managers like to give order but do not want to act. By having measurements and data, it forces them to act and some do not like it. If the project slips schedule than they have to do something about it. In the past, some ignored it and let the situation became worst then they just cancel the project rather than fix it. By having data earlier, it give managers the ability to take corrective action when the problem is first detected but in some situations, that maybe not what managers want to know.

I reminded them that they cannot still doing the same thing that they always do and expect different results. Quality is not something happens naturally as it requires a lot of works. The CMMI is a model for improving software development. Developers must change the way the build software. Manager must change the way they manage project. Users must change the way they ask project to do what they want and when they want it done. They cannot create unnecessary requests at the last minute. If these behaviors do not change, nothing will happen.

Another manager told me: “The CMMI requires too many documented processes. It forces us to document them.” I told him: “The CMMI does not require anything, it is only a guideline. It tells you “What” you need to do but not “How” to do it. By having a document process, it helps people to know what to do so they do not skip important things. If you focus on the “How” then you document too much.” He shook his head: “We do not have time to document, we are so busy so we just buy all documents from a consultant. In that case, we have all the document that we need.”

Throughout my time in China, I have seen the purchasing of CMMI documents in many companies. What managers need to know is processes is a basic structure of a company. That is the way company does business. That is the way company build software. Since every company has different way of do thing. No company is the same so processes should reflect the difference or the way things are conducted in particular company. No one can use the same process from another the place. They do not fit and cannot be used. If the documented process that they purchase from somebody is not the same way they do business. If it is not the same way their developers build software. If it is not the same way managers manage project then my question is “What good are those document?”. When I asked, a manager simply answered: “We must have documents to pass the CMMI appraisal.”

A manager seemed curious: “Why does the CMMI require documentation?” I explained: “Before any improvement can happen, people in your company do things in certain way but they do not put it in writing. It is mostly in their head so everybody do things differently and that is why your quality is not very good. The first step is ask them to write it down. Of course the way they do may not be perfect. By reviewing what has been done in a document, you can find out some errors and correct them. You rewrite the new process and ask them to use to see if it is better. If it is good then you want everyone to follow it. That is “Continuous improvement”. The manager smiled: “But it is hard and take time. Buying a documented process is much easier and it help us to achieve CMMI level 3 since we have everything documented.”

 


Gửi bình luận
(0) Bình luận
1

Công nghiệp phần mềm ở Ấn Độ

Trong cuộc viếng thăm của tôi ở Ấn Độ, Ts. Prasad một giáo sư về kĩ nghệ phần mềm đã chia sẻ với tôi một cuộc điều tra ông ấy đã tiến hành tháng trước.
2

Thái độ xấu

Ớ Ấn Độ, nhiều người lập trình đi làm với thái độ xấu bởi vì họ biết rằng họ có thể dễ dàng kiếm được việc làm với các công ti khác vì tình trạng thiếu hụt công nhân phần mềm.
3

Chảy não

Với toàn cầu hoá hiện tượng “chảy não” kéo tới.
4

Nghề phần mềm

Nhiều sinh viên đã hỏi tôi họ có thể làm gì sau khi làm việc như người phát triển phần mềm trong nhiều năm. Có nhiều con đường nghề nghiệp mà người phát triển có kinh nghiệm có thể lựa chọn. Sau đây là một số con đường:
5

Quản lý dự án

Quản lí dự án phần mềm là khó bởi vì yêu cầu và công nghệ bao giờ cũng thay đổi và phần lớn những người quản lí không được đào tạo chính thức nào về cách quản lí dự án phần mềm.

CMMI-39

39.01 Hỏi: Tại sao thầy tán thành thoả mãn của khách hàng là mục đích quan trọng nhất của cải tiến qui trình? Là tổ chức kĩ thuật chúng tôi có nên tập trung vào mục đích kĩ thuật trước hết không?

CMMI-38

Hỏi: Năng lực lõi là gì? Tại sao nó là quan trọng cho tổ chức?

CMMI-37

Hỏi: Trong nhiều năm, phần mềm bao giờ cũng bị trách cứ vì mọi sự đi sai. “Căn nguyên” của phần lớn thất bại phần mềm là gì và làm sao cải tiến nó?

CMMI-36

36.01 Hỏi: SEPG hay người hành nghề phần mềm có phải tạo ra Qui trình phần mềm chuẩn của tổ chức Organization Standard Software Process (OSSP) không? Ai nên làm cho nó có hiệu lực, người quản lí hay SEPG?

CMMI-35

Hỏi: Tại sao chúng ta cần cải tiến phần mềm? Thầy có dữ liệu nào chỉ ra rằng phần mềm cần cải tiến không?

CMMI-34

Hỏi: Tôi bị lẫn lộn về một số thuật ngữ phần mềm như dự án, quản lí dự án, lãnh đạo tổ, tổ dự án, và hiệu năng dự án. Mọi người tôi hỏi đều cho những câu trả lời khác nhau.

CMMI-33

Hỏi: Em là một sinh viên về kinh doanh mới tốt nghiệp, em muốn đăng kí học trường kĩ thuật về Công nghệ thông tin, chương trình sáu tháng. Thầy có coi đây là nghề tiếp nên chuyển sang không? Xin thầy chỉ bảo?

CMMI-32

Hỏi: Trong tình huống khủng hoảng kinh tế này, nơi các công ti sẽ mất kinh doanh, chúng ta có vẫn cần cải tiến qui trình không?

Tuyệt đỉnh Kungfu - "Làm người phải biết nhân nghĩa, bằng không giỏi đến mấy cũng chỉ là cặn bã"

Điện ảnh - Trương Lương - 26/07/2025 12:00
Cao thủ thực sự không cần đến danh tiếng..."

"Trí tuệ du lịch" của giới trẻ, họ giải quyết nhiều vấn đề khó khăn mà không tốn bất kỳ chi phí nào!

Kỹ năng - Nhật Anh - 26/07/2025 11:00
Khi đi du lịch, bạn phải theo kịp tốc độ của những người trẻ tuổi. Một số "trí tuệ du lịch" mà họ nghĩ ra thật tuyệt vời đến nỗi mọi người không thể không khen ngợi khi nhìn thấy chúng.

Kinh khủng hơn bất hiếu là kiểu con cái đang ăn mòn nhiều gia đình này

Suy ngẫm - Đông - CFB - 26/07/2025 10:00
Đáng sợ hơn, kiểu con cái này lại thường được ngụy trang dưới vẻ ngoài bận rộn.

‘Sức mạnh của người thấu cảm’ - Mở ra cánh cửa ‘siêu năng lực’ của người thấu cảm

Từ sách - Phim - FN - 26/07/2025 09:00
Sự thấu cảm như con dao hai lưỡi. Một mặt, nó là nền tảng của sự tử tế, lòng trắc ẩn và khả năng chữa lành, nhưng nếu không biết cách sử dụng, người thấu cảm có thể trở thành ‘thảm chùi chân’ của người khác đến mức đánh mất chính mình.

Muốn dữ liệu tạo ra giá trị, đừng bỏ qua 5 câu hỏi cốt lõi này

Từ sách - Phim - Quìn - 26/07/2025 08:00
Nhiều doanh nghiệp đổ tiền vào hệ thống, AI, phân tích... nhưng quên mất một điều: dữ liệu chỉ hữu ích khi phục vụ đúng mục tiêu.

Công nghiệp phần mềm ở Ấn Độ

Blog GS John VU - GS John Vu - 25/07/2025 13:00
Trong cuộc viếng thăm của tôi ở Ấn Độ, Ts. Prasad một giáo sư về kĩ nghệ phần mềm đã chia sẻ với tôi một cuộc điều tra ông ấy đã tiến hành tháng trước.

Con người nói chuyện ngày càng giống ChatGPT

Suy ngẫm - Nam Đoàn - 25/07/2025 12:00
Nghiên cứu mới đây tiết lộ một xu hướng đáng kinh ngạc: Thay vì AI học cách giao tiếp như con người, chính chúng ta lại đang dần "nói chuyện giống ChatGPT".

Người dùng Meta AI đang bị khai thác dữ liệu nhạy cảm mà không hề biết

Kỹ năng - Nam Đoàn - 25/07/2025 11:00
Hãy tưởng tượng một cảnh phim kinh dị thế kỷ 21: Lịch sử duyệt web cá nhân của bạn bị công khai mà bạn không biết, đây chính là cảm giác mà nhiều người dùng đang trải qua với ứng dụng Meta AI.

Xóa gấp bức ảnh ông cụ bán xôi ở vỉa hè sau 5 ngày vì quá nhiều tiền được gửi về tài khoản

Phong cách sống - Trần Hà - 25/07/2025 10:00
"Hóa ra chuyện này có thật ngoài đời ư?”, một netizen bình luận.

Nơi vết thương ánh sáng rọi vào - Cha mẹ độc hại ảnh hưởng ra sao đến sự trưởng thành của một đứa trẻ?

Từ sách - Phim - Hồ Lam - 25/07/2025 09:00
Sẽ thế nào nếu một ngày ta nhận ra mình đã bị bạo hành dưới danh nghĩa yêu thương? Liệu câu chuyện tổn thương của ta chỉ là nỗi đau mang tính cá nhân hay là bi kịch chung của một cộng đồng?

Xem 'Khi cuộc đời cho bạn quả quýt', tôi ngán ngẩm nhìn sang chồng

Điện ảnh - Mỹ Hạnh - 25/07/2025 08:00
Tôi không nghĩ đến, có ngày mình rơi vào hoàn cảnh này.

Những câu chuyện đầy xúc động trong tiệm sách cũ

Giải trí - AN VI - QUỲNH QUỲNH - TTO - 24/07/2025 13:00
Kính tặng, thương tặng, gửi người không bao giờ tôi gặp lại… - bút tích trên trang sách nhuốm màu thời gian trong các cửa hàng sách cũ chứa đựng bao câu chuyện đầy xúc động.

Cùng con trai xem “Sex Education”, tôi khéo léo dạy con tính khiêm tốn mà chẳng cần nặng lời!

Điện ảnh - Ứng Hà Chi - 24/07/2025 12:00
Giống như một hạt giống cần đất để nảy mầm, tôi đã tìm ra cách gieo vào con trai mình giá trị của sự khiêm nhường.

Giáo sư khuyên: Mỗi ngày nói 6 câu này, bạn sẽ không còn quát mắng con nữa

Kỹ năng - Hiểu Đan - 24/07/2025 11:00
Con cái sẽ không nhớ bạn đã quát gì, nhưng sẽ mãi mãi khắc ghi ánh mắt, gương mặt bạn khi quát mắng.
HẠT GIỐNG TÂM HỒN
2019 Bản quyền thuộc về hatgiongtamhon.com.vn. Phát triển bởi ONECMS
Chủ nhật, 27/07/2025