CMMI 2

CMMI-2 CMMI-2 Bởi: Ngô Trung Việt John Vu Hỏi: Tôi đọc báo cáo nói 70% tổ chức đánh giá dùng CMMI thất bại thực kế hoạch hành động cải tiến 14% tổ chức thực việc cải tiến họ năm, đủ để tiến hành việc đánh giá lại, chẳng thấy thay đổi hay cải tiến Tại nhiều cải tiến qui trình lại thất bại thế? Đáp: Tôi tin nhiều tổ chức thất bại họ không tuân theo pha cải tiến mô hình IDEAL (Initiating – Khởi đầu, Diagnosing-Chẩn đoán, Establishing-Thiết lập, Acting-Hành động, Leveraging-Thúc bẩy) Phần lớn bỏ qua pha Khởi đầu (Pha quan trọng hội tụ vào việc thu cam kết cấp quản lí thiết lập nhóm để cải tiến qui trình) thẳng vào pha Chẩn đoán (Tiến hành đánh giá) Không có cam kết cấp quản lí, thất bại không đưa người vào thực kế hoạch hành để giải vấn đề gay cấn Tôi tin nhiều tổ chức thất bại họ kĩ kinh nghiệm cần thiết để thực hành động cải tiến Nhiều người nghĩ họ biết cách làm xảy họ đọc sách, tham dự xê mi na có khả nói cách thông minh chủ đề Cải tiến qui trình thay đổi thay đổi gian nan, bạn thay đổi chừng bạn chưa thay đổi thân trước Nếu bạn không dịch chuyển nhìn lên mức cao bạn trợ giúp cho dịch chuyển nhìn họ Đó lí người tư vấn có ích Dựa kinh nghiệm tôi, sau số lí việc cải tiến qui trình thất bại, theo thứ tự ưu tiên: 1) Không có cam kết dài hạn cấp quản lí 2) Thiếu kinh nghiệm kĩ cải tiến qui trình 3) Không có tầm nhìn rõ ràng kết mong muốn 4) Kế hoạch hành động tham vọng 5) Không có phản hồi định lượng tiến (không đo) 1/11 CMMI-2 6) Diễn giải sai CMMI 7) Quá nhiều hội họp thảo luận mà không hành động 8) Văn hoá sai (thất bại nhiều lần khứ, sợ thay đổi) 9) Người sai SEPG (quá nhiều thời gian dành cho làm tài liệu thời gian để thực hiện) 10) Không phải tất người tham gia vào trình thay đổi Hỏi: Bao nhiên ngân sách cần dành cho việc cải tiến qui trình CMMI? Làm thầy chia nhỏ biện minh cho được? Đáp: Cải tiến qui trình điển hình vào quãng 3%-5% ngân sách hàng năm Nó nhiều đầu tư mà, thực thành công, đem lại lãi đáng kể Đây việc chia nhỏ ngân sách: 1) Bước cần bắt đầu nhận biết hoạt động cải tiến Mọi người muốn biết lí (tại sao), qui trình (thế nào), mục tiêu (cái gì) lộ trình (khi nào, đâu) mà họ phải theo Cách tốt để làm cho tất người tổ chức nhận biết hoạt động đào tạo họ khuôn khổ CMMI “Nhập môn CMMI” lớp học thiết kế cho hoạt động Xét tới kích cỡ tổ chức điển hình có xấp xỉ 300 – 600 người, lớp có xấp xỉ 60 người Bạn cần lên lịch biểu từ tới 10 lớp cho tổ chức thiết lập nên lớp đặc biệt cho cấp quản lí (Họ cần biết CMMI nữa.) Có chi phí liên kết với việc làm cho tất người học lớp; dựa liệu thu thập từ 10 năm qua, đầu tư tốt 2) Bước thứ hai thiết lập nhóm toàn thời chuyên dành cho việc hỗ trợ hoạt động cải tiến Cái tên thông thường nhóm Nhóm Qui trình Kĩ nghệ Phần mềm – Software Engineering Process Group, hay SEPG Các thành viên SEPG cần huấn luyện thêm để làm việc họ, điều đòi hỏi tổ chức tiêu thêm ngân sách 3) Bước thứ ba trao đổi hoạt động cải tiến, thành tựu, độ đo, mục đích mục tiêu Điều nên thực sở đặn để giữ cho cấp quản lí người tổ chức thông tin Quản lí thay đổi yêu cầu trao đổi tốt thay đổi, thừa nhận tiến đạt được, đo xem tổ chức cải tiến đến đâu so với mục đích Hoạt động đòi hỏi thời gian nỗ lực Cũng có chi phí liên kết với việc đánh giá, thiết lập kế hoạch hành động cải tiến, thực hoạt động cải tiến Phần lớn người tổ chức tham gia vào 2/11 CMMI-2 hoạt động cải tiến với công việc hàng ngày họ phải tính cần nỗ lực chi phí phụ thêm Có chi phí liên kết với việc quản lí, theo dõi, thu thập liệu, đo tất hoạt động cải tiến Như bạn có lẽ thấy, phần lớn chi phí chi tiêu để đầu tư vào người bạn, để huấn luyện họ, trao đổi với họ, đo việc thực họ, kiểm điểm công việc họ, vượt qua chống cự lại thay đổi Đó đầu tư cho tổ chức thực tin đem lại phần thưởng tương lai Hỏi: “Tôi người quản lí phần mềm thành công sau dự xê mi na thầy kĩ nghệ phần mềm toàn cầu, sợ tất thay đổi xảy Tôi nên làm để tiếp tục thành công mình? Đáp: Là người quản lí dự án, bạn có lẽ biết nguyên tắc quản lí không thay đổi nhiều năm công nghệ thay đổi vượt bực vài năm qua Cái nhìn truyền thống “Quản lí dự án giống làm lần trước” không tác dụng thêm Đó lí người quản lí dự án phần mềm cần liên tục nhận diện phân tích rủi ro Để người quản lí thành công, bạn cần nhận biết công nghệ thay đổi thường xuyên, cần linh hoạt với ý tưởng thực thích ứng với cách thức quản lí dự án phần mềm Hỏi: Tôi đọc sách CMMI nhiều lần lẫn lộn thuật ngữ “chính sách, thủ tục, chuẩn” Liệu CMMI có ngụ ý “chuẩn” thầy làm nó? “Thủ tục” thầy làm “chính sách” thầy phải làm nó? Đáp: Có nhiều cách để mô tả điều Cái nhìn cá nhân xác định xảy ra; đạo từ quản lí cấp cao (tức sách công ti) Chuẩn xác định chất lượng điều xảy ra, thủ tục xác định cách xảy Chính sách lập trông đợi tổ chức – cách chúng làm thứ Chuẩn có xu hướng sản phẩm (cả chức chất lượng) – sản phẩm công việc kết gì, thủ tục có xu hướng qui trình (thế nào) – tập nhiều bước để làm Hỏi: Thầy nghĩ quản lí cấp cao nói hầu hết công ti đạt ISO 9001 vài tháng nên có CMMI mức năm? Đáp: ISO 9000 chuẩn mức cao áp dụng cho nhiều lĩnh vực (phần mềm, phần cứng, chế tạo v.v.) CMMI chi tiết hội tụ vào kĩ nghệ phần mềm Vì ISO chuẩn, giải với câu hỏi có câu trả lời hai trị “có” “không”, (hoặc bạn làm bạn không làm liệu bạn có kế hoạch, thủ tục hay tài liệu không) CMMI khuôn khổ để cải tiến đề cập tới “thực hành kĩ nghệ phần mềm” dùng tương ứng với kế hoạch tốt nào? Nó có đo không? Nó có trắc nghiệm liên tục cải tiến không? 3/11 CMMI-2 Dựa liệu thu thập tôi, thời gian trung bình để chuyển mức từ 24 tới 36 tháng điều tuỳ thuộc vào tổ chức bạn đánh giá mức để bạn xác định thời gian để lên mức Hỏi: Trong xê mi na “Nhập môn CMM” mà thầy dạy CMU, thầy có nhắc tài liệu qui trình nên vắn tắt, ngắn gọn, cỡ hai tới ba trang Làm việc làm tài liệu qui trình ngắn được? Chúng dành nhiều tháng làm tài liệu cho qui trình – vào quãng vài trăm trang, chưa kết thúc Chúng có làm điều sai không? Đáp: Làm tài liệu qui trình bước để cải tiến qui trình Do đó, điều quan trọng tài liệu phải đơn giản ngắn gọn bạn cải tiến Bạn phải chống lại cám dỗ phát triển khác qui trình mức cao đằng bạn thay đổi Lời khuyên giới hạn xác định qui trình vào vài nhiệm vụ then chốt giữ không nhiều hai tới ba trang giấy Nếu bạn đặt giới hạn hai trang thôi, bạn khử bỏ mức chi tiết không cần thiết không thích hợp Cải tiến trình tiến hoá mà có nghĩa thủ tục đơn giản để đảm bảo người dùng nó, đồng ý với nó, tuân theo nó, đo nó, cải tiến trì (Lập kế hoach-Thực hiện-Kiểm tra-Hành động – Plan, Do, Check, Act tới mức chi tiết mịn hơn) Trong nỗ lực đầu tiên, dừng vào nhiều chi tiết bạn qui trình bạn xác định thực tế có tác dụng không hay người dùng không? Qui trình tốt nên ngắn gọn, tới vấn đề, dễ đọc, phải rõ ràng điều cần hoàn thành Chỉ người dùng theo cách quán bạn thêm mức độ chi tiết vào (Đó điều Mức CMMI tất gì) Làm tài liệu cho điều đơn giản trước hết bổ sung thêm mức chi tiết cần thiết chìa khoá cho thành công cải tiến qui trình Làm tài liệu cho sách khổng lồ mà không dùng thực phí thời gian Hỏi: Tôi thấy nhiều công cụ quảng cáo cải tiến mức độ trưởng thành CMMI Tôi gặp số nhà tư vấn có công nghệ khuôn mẫu làm cho tổ chức đạt tới mức vòng năm Sao không lấy công nghệ bây giờ? Đáp: Mọi công nghệ tới hứa hẹn kì diệu Đây loại giải pháp tới theo nhiều hương vị 4GLs, AI, CASE, RAD, OOP, DCE, công nghệ Web Ngược với huyền thoại phổ biến, công nghệ không đem lại cải tiến có ý nghĩa phẩm chất, suất mà cộng đồng phần mềm tìm kiếm Cải tiến qui trình công việc gian nan đòi hỏi cam kết dài hạn – mua từ nhà cung cấp “siêu thị công nghệ” 4/11 CMMI-2 Tôi tin nhảy từ công nghệ sang công nghệ khác, thay đổi từ công cụ sang công cụ kia, thủ phạm giữ không đạt tới ích lợi mà hi vọng đạt tới Hỏi: Tổ chức mức định chấp nhận tổ chức qui trình chuẩn phần mềm từ tổ chức thẩm định mức huấn luyện cho người tuân theo qui trình Việc có tăng tốc cải tiến thoả mãn yêu cầu mức không? Đáp: Đây sai lầm thông thường mà thấy nhiều công ti mắc phải: Tổ chức CMMI mức vay mượn qui trình từ tổ chức CMMI mức hay từ tổ chức CMMI mức hi vọng họ đạt tới mức Liệu học sinh phổ thông sở mặc quần áo sinh viên đại học trở thành sinh viên đại học không? Tôi thấy nhiều công ti mua qui trình từ công ti mức cao dành nhiều thời gian viết lại qui trình thành qui trình riêng họ, buộc người phải tuân theo qui trình đó, tuyên bố thành công Trưởng thành cần thời gian bị ép buộc theo cách Cho nên với loại công ti muốn tăng tốc trưởng thành mình, muốn hỏi: • Làm bạn biết qui trình nhận vào có tác dụng cho tổ chức bạn? • Qui trình nhận vào có ích có chấp nhận cho người tổ chức bạn không? • Có chứng việc tuân theo qui trình nhận vào đó, chất lượng, thời gian chi phí dự án bạn cải thiện không? • Tổ chức bạn có liệu chất lượng sản phẩm bạn, mối quan hệ với khách hàng, số thoả mãn nhân viên, mục đích nghiệp vụ thực không? • Bạn có tin việc có qui trình chuẩn làm tài liệu, tổ chức bạn tự động cải thiện lên không? • Bạn huấn luyện người dùng qui trình nhận vào không? Hay bạn huấn luyện họ họ trả lời câu hỏi việc thẩm định? Chừng qui trình chuẩn nhận vào chưa thực tích hợp vào cách tổ chức thực nghiệp vụ, chừng người chưa hiểu nó, chưa chấp nhận nó, chưa đón nhận việc huấn luyện để tuân theo nó, chưa dùng nó, chưa sửa đổi cho khớp với nhu cầu dự án họ, chưa đo nó, chưa cải tiến theo cách họ xây dựng bảo trì phần mềm – Chẳng thay đổi đâu Tôi tin sai lầm mà ép buộc thay đổi lên dự án việc đem qui trình bên vào thay cho việc phát triển qui trình từ bên thiết lập việc huấn luyện dựa qui trình riêng bạn 5/11 CMMI-2 Tôi tin cấp quản lí bạn vi phạm vào khái niệm then chốt CMMI: “Không nên nhảy qua mức” Tổ chức CMMI mức nên hội tụ vào việc thiết lập môi trường quản lí có kỉ luật trước thiết lập qui trình chuẩn xuyên qua toàn tổ chức Một qui trình xác định tốt từ tổ chức CMMI mức hay CMMI mức chắn điều tốt, thường tác dụng tốt cho tổ chức CMMI mức Làm cho tổ chức chấp nhận qui trình chuẩn mới, có thương hiệu, dường logic, không đủ môi trường hỗn độn CMMI mức Bạn phải có huấn luyện kỉ luật chỗ để đưa vào kiểm soát việc cải tiến qui trình bao gồm việc thay đổi cách người làm nghiệp vụ thay đổi thái độ kĩ sư; lí điều then chốt làm cho người tham gia vào việc tạo qui trình chuẩn dựa thực hành tốt có Thay mua qui trình tốt, bạn nên dành thời gian huấn luyện cho người kĩ nghệ phần mềm, kỉ luật nguyên lí người hiểu vai trò mình, trách nhiệm điều họ cần để làm cho công việc thực hiện, thời gian có chất lượng Xin đừng nhìn công cụ mới, qui trình mới, phần lớn điều tốt có bên công ti bạn rồi, người bạn tài họ Họ cần hướng dẫn, huấn luyện để làm việc Phần lớn người phần mềm cần giúp đỡ kiểm soát yêu cầu, điều phối thay đổi, quản lí kế hoạch dự án, nhận diện phụ thuộc tương hỗ, giải vấn đề thiết kế hệ thống Đây chỗ người quản lí thực giúp đỡ việc đưa quyền lãnh đạo Bởi công nghệ thay đổi nhanh, người phần mềm chuẩn bị thích hợp để dùng ngôn ngữ công cụ họ trao cho, có nhiều việc học “thử sai”, điều thực lãng phí thời gian tiền bạc thường bao gồm nhiều lỗi trước có tác dụng Huấn luyện đắt không đắt KHÔNG huấn luyện Tôi tin tưởng mạnh mẽ vào huấn luyện việc học không dừng lại thay mua qui trình CMMI mức 5, tổ chức bạn phải đầu tư vào huấn luyện đầu tư tốt vào cải tiến qui trình mà biết tới biết điều có tác dụng —-English version—CMMI-2 Question: I have read a report stated that over 70% of organization being appraised using CMMI failed to execute an improvement action plan and only 14% of organization implemented their improvement over a year, far enough to conduct a re-assessment, found no change and no improvement Why so many process improvements failed? Answer: I believe many organizations failed because they not follow the improvement phase of IDEAL model (Initiating, Diagnosing, Establishing, Acting, and Leveraging) Most skipped the Initiating phase (The most important phase that focus on obtaining management commitment and establish a group to improve the 6/11 CMMI-2 process) and go straight to Diagnosing phase (Conduct appraisal) Without management commitment, things will fall apart which lead to people not executing the action plan to solve critical issues I also believe that many organizations failed because they not have the necessary skill and experience to implement improvement activities Many people think they know how to make things happen since they have read books, attend seminars and be able to talk intelligently about the subject Process improvement is about change and change is hard, you cannot change someone until you change yourself first If you have not shift your view to a higher level you cannot assist anyone to shift their view That is why sometime a consultant maybe helpful here Based on my experience, following is some reasons why process improvement failed, in priority order: 1) No long-termed management commitment 2) Lack of experience & skill in process improvement 3) No clear vision of the desired results 4) Too ambitious action plan 5) No quantitative feedback on progress (No measurement) 6) Wrong interpretation of CMMI 7) Too many meetings and discussions and no action 8) Wrong culture (Failed several times in the past, fear of change) 9) Wrong people in SEPG (Too much time spent on document and no time to implement) 10) Not everybody participate in the change process Question: How much budget should be set aside for CMMI process improvement? How you break down and justify it? Answer: Typical process improvement budget is about 3%-5% of the annual budget It may sound like a lot but it is an investment that, if successfully implemented, can bring significant returns Here is a breakdown of the budget: 1) The first step in getting started is the awareness of the improvement activities People always want to know the reason (Why), the process (How), the objectives (What) and 7/11 CMMI-2 what roadmap (When, Where) that they must follow The best way to have all people in the organization aware of the activities is educating them on the CMMI framework The “Introduction to CMMI” is a class designed for this activity Consider the size of a typical organization which is approx 300 – 600 people, and each class will hold approx 60 people You need to schedule at least to 10 classes for the organization and also set up a special class for managers (They need to know about the CMMI, too.) There are costs associated with having all people take a class; but based on the data that I collected from the past 10 years, this is a very good investment 2) The second step is to establish a full-time group dedicated to support improvement activities The most common name for this group is Software Engineering Process Group, or SEPG The SEPG members also need additional training to their job which also incurs additional cost to organization 3) The third step is to communicate all improvement activities, achievement, measurements, goals and objectives This should be done on a periodic basis to keep management and people in the organization informed Managing change requires good communication of the changes, acknowledgment of the progress made, and measurement of how far the organization has improved toward their goal This activity also requires time and effort There are also costs associated with having an appraisal, establishing an improvement action plan, and the implement of improvement activities Most people in organization will participate in some improvement activities along with their daily work and it also incurs additional effort and cost There are costs associated with managing, tracking, collecting data, and measuring all improvement activities too As you probably see, most of the cost is spent on investing in your own people, to train them, communicate with them, measure their implementation, review their work, and overcome the resistance to change It is a major investment for the organization but I really believe it does pay-off in the future Question: “I am a successful software manager but after attended your seminar on global software engineering, I was scared of all the changes happening now What should I to continue my success? Answer: As a project manager, you probably know that the principle for management has remained unchanged for many years but technology has changed radically in the past few years The traditional view “Manage new project just like we did last time” does not work anymore That is why software project manager need to continuously identifying and analyzing risks To be a successful manager you may need to be aware 8/11 CMMI-2 of the ever changing technology, be flexible for new idea and really adapting to the new way of managing software project Question: I have read the CMMI book several times and still confuse about the terms “Policy, procedure, and standard” Does the CMMI implies that “Standard” as you shall it? “Procedure” as you will it and “Policy” as you must it? Answer: There are many ways to describe this My personal view is: Policy specifies what will happen; it is a direction from senior management (i.e Company policy) A standard specifies the quality of what will happen, and procedure specifies how it will happen A policy sets the expectations of the organization – That the way we thing here A standard is product-oriented (Both functional and quality) – what the resulting work product will look like, and procedure is process oriented (How) – A set of multiple steps for doing something Question: What you think of a senior management stating that since most companies achieved ISO 9001 in a few months we can also get CMMI level in a year? Answer: ISO 9000 is a very high level standard and applies to many domains (Software, Hardware, Manufacturing etc.) but CMMI is very detailed and focuses on software engineering Since ISO is a standard, it deals with the binary question of “yes” and “No” answer only, (either you or don’t whether you have a plan, a procedure or a document) The CMMI is a framework for improvement so it addresses “software engineering practices” as something being used according to a plan and how good is it? Is it being measured? Is it verified and continuing to be improved? Based on my collected data, the average time to move between levels is 24 to 36 months so it depends on what level your organization is appraised at you can determine how long it will take to be level Question: In the “Introduction to CMM” seminar that you taught at CMU, you mentioned that process document should be brief, short, about two to three pages How could a process document be that short? We are spending months to document a single process- about few hundred pages already, and we are not finish yet Are we doing the wrong thing? Answer: To document a process is the first step to improve that process Therefore, it is very important that the document be simple and brief because you are going to improve it You must resist the temptation to develop anything other than a high level process because you are going to change it anyway My advice is to limit the definition of a process to a few key tasks and keep it to no more than two to three pages If you set a two-page limit, you will eliminate the level of detail that is unnecessary and not 9/11 CMMI-2 appropriated Improvement is a evolution process which means it starts from a simple process to ensure that everybody understand it, agree with it, use it, follow it, measure it, improve it and then maintain it (Plan, Do, Check, Act to a finer level of detail) In the first attempt, not go into much detail because you not know the process you are defining will actually work or will be used by everybody? A good process should be short, to the point, easy to read, and it must clearly show what to be accomplished Only when people use it in a consistent way then you can add more level of detail (That’s what Level and on the CMMI is all about) To document the simple thing first and add more level of detail when necessary is the key to success in process improvement To document a huge book that no body will use is really a waste of time Question: I have seen many tools advertised to improve CMMI maturity levels I also met some consultant who has technologies and templates that can make an organization achieve level within a year Why don’t we obtain these technologies now? Answer: Every new technology always comes with a wonderful promise This kind of solution has come in many flavors such as 4GLs, AI, CASE, RAD, OOP, DCE, and Web technology Contrary to popular myth, these technologies have not bought the significant improvement in quality, productivity so sought by the software community Process improvement is hard work and requires long-term commitment – not something one can buy from vendors in a “technology super market” I believe that jumping from one technology to another, changing from this tool to that tool, is the main culprit for keeping us from achieving the very gains we hope to achieve Question: Our level organization has decided to adopt the organization software standard process from an organization assessed at level and train all people to follow that process Will that accelerate our improvement and satisfy the level requirements? Answer: This is a common mistake that I have seen over and over: A level organization borrows processes from a level or sometime a level and hope that they can make that level They spent a lot of time re-write these processes into their own process, force people to follow that process, and declares success I would like to ask: • How you know that the adopted processes will work for your organization? • Is the adopted process useful and acceptable to the people in your organization? • Is there evidence that by following the adopted process, your project’s quality, time, and cost has improved? 10/11 CMMI-2 • Does your organization have data to indicate that your product quality, customer relationship, employee satisfaction index, and business goals are realized? • Do you believe by just having a documented standard your organization is automatically improving? • Are you training people to use the adopted process? Or are you training them so they can pass certain questions during the assessment? Unless the adopted standard process is really embedded in the organization’s culture, unless people understand it, accept it, receive training to follow it, use it, modify it to fit their project needs, measure it, improve it and institutionalize it as the way they build and maintain software – Nothing will ever change I believe it would be a mistake for the SEPG to force changes onto projects by bringing in an external standard process rather than to collect “best practices” from within and establish the standard process based on these best practices I also believe that your SEPG has violated the key concept of CMMI: “You shall not skip a level” A level organization should focus on establishing a disciplined project management environment before establishing standard processes across the organization A well-defined process from a higher-level organization is surely a good place to establish a standard process, but it usually does not work well for a level organization Getting an organization to adopt a new standard process by providing training is good, but not sufficient nor effective in a chaotic environment Improving the process involves changing the culture and the way people things; this is where it is critical to get everybody participating in creating a standard process based on existing best practices 11/11 [...].. .CMMI- 2 • Does your organization have data to indicate that your product quality, customer relationship, employee satisfaction index, and business goals are realized? • Do you believe by just having a documented... external standard process rather than to collect “best practices” from within and establish the standard process based on these best practices I also believe that your SEPG has violated the key concept of CMMI: “You shall not skip a level” A level 1 organization should focus on establishing a disciplined project management environment before establishing standard processes across the organization A well-defined .. .CMMI-2 6) Diễn giải sai CMMI 7) Quá nhiều hội họp thảo luận mà không hành động 8) Văn hoá sai (thất... lập kế hoạch hành động cải tiến, thực hoạt động cải tiến Phần lớn người tổ chức tham gia vào 2/11 CMMI-2 hoạt động cải tiến với công việc hàng ngày họ phải tính cần nỗ lực chi phí phụ thêm Có chi... tương ứng với kế hoạch tốt nào? Nó có đo không? Nó có trắc nghiệm liên tục cải tiến không? 3/11 CMMI-2 Dựa liệu thu thập tôi, thời gian trung bình để chuyển mức từ 24 tới 36 tháng điều tuỳ thuộc