Agile và ISO 9001 có thể tương tác tốt không?

Có một số bài báo học thuật đề cập đến mối quan hệ giữa phát triển phần mềm tinh gọn và các thực tiễn được quy định trong ISO 9001. Hầu hết các bài báo nói rằng sự khác biệt giữa các phương pháp này là lớn , nhưng một số ý kiến ​​cho rằng các khái niệm này có thể bổ sung và lợi ích cao hơn nhiều khi sử dụng cả hai cách tiếp cận .

Về mặt học thuật thì nó rất đẹp, nhưng trong thực tế thì sao?

Vì vậy, đây là câu hỏi: bạn làm việc hoặc làm việc tại các công ty áp dụng cả Agile là ISO 9001? Nhận thức của bạn là gì? Điều gì thực sự tốt và điều gì là không phù hợp?

ISO 9001 có một chút báo chí thô bạo bởi vì hầu hết các công ty cố gắng để được kiểm toán và thất bại lần đầu tiên, sau đó mắc sai lầm trong việc tăng tài liệu quy trình của họ. Nhưng đó không bao giờ là điểm của ISO 9001.

Tôi có, trong một kiếp trước, là một kiểm toán viên nội bộ ISO 9001. Trong khi tôi để lại CV hôm nay, những gì họ làm khá đơn giản:

• Hỏi ai đó họ đang làm gì
• Hỏi họ làm thế nào họ biết đó là những gì họ nên làm
• Điều này sẽ dẫn đến một số tài liệu phù hợp

Điều này nên dễ dàng trong Agile. Bạn nên ghi lại các quy trình của mình trên wiki nhưng chúng phải rất đơn giản và gọn nhẹ. Điều đó là đủ cho một kiểm toán viên.

Giai thoại liên quan: Ngày trước, tôi đã làm việc với một công ty đang cố gắng để có được ISO 9001. Họ trả tiền cho sự công nhận của tôi. Sau nhiều lần thử thất bại, cách chúng tôi đã làm là xé 19 thư mục quy trình giới hạn vòng (Tôi không phải là bạn, đó là 2 kệ, trong đó không ai trong chúng tôi có thể tìm thấy bất cứ điều gì khi bị thách thức) và mang tất cả xuống một thư mục ít hơn đầy đủ các tài liệu hữu ích .

ISO 9001 không nhấn mạnh vào hàng loạt các quy trình, chỉ cần bạn có đủ và những quy trình bạn đã được theo dõi.

À, không. ISO 9000 không hoạt động tốt với bất cứ thứ gì, kể cả chính nó.

Tôi chưa bao giờ gặp bất cứ ai thực hiện ISO 9000 và nói rằng nó đã cải thiện công ty của họ. Họ chỉ làm điều đó cho các yêu cầu của chính phủ hoặc khách hàng. Tôi chưa bao giờ nghe ai nói rằng họ rất vui khi họ thực hiện nó, hoặc nó đáng giá (ngoài việc đủ điều kiện hợp đồng).

Mặt khác, Agile hoạt động "trong tự nhiên" (còn gọi là bên ngoài một bài báo học thuật).

Trả lời: Nhanh nhẹn - tốt; ISO 9000 - chỉ dành cho đủ điều kiện hợp đồng, không thực sự tuân theo.

Chỉnh sửa Tôi không biết chữ viết nhỏ trong ISO 9000, nhưng có thể triển khai nhanh với ISO 9000, về cơ bản có nghĩa là bạn ghi lại các quy trình nhanh của mình vào chữ cái. Nhưng tôi nghi ngờ điều này sẽ đủ điều kiện cho bạn chứng nhận ISO 9000. Đáng để xem xét mặc dù nếu bạn có một số hợp đồng bạn đang để mắt và họ yêu cầu ISO 9000.

Tất cả ISO 9000/9001 yêu cầu là quy trình của bạn được ghi lại và bạn tuân theo quy trình đó.

Nó không nói quá trình đó là gì hoặc nó tốt hay hữu ích như thế nào. Ý tưởng đằng sau nó là bạn có thể đảm bảo rằng bạn có thể sản xuất những gì bạn sản xuất theo cách có thể lặp lại, có thể kiểm tra được.

Cách đây nhiều năm, khi công ty mà tôi làm việc cùng lúc đó quyết định lấy chứng chỉ ISO, chúng tôi đã phạm sai lầm khi nghĩ rằng chúng tôi phải có một quy trình tốt . Điều này gây ra toàn bộ thủ tục là một mối tình kéo dài, khiến chúng ta mất tập trung vào công việc thực sự. Những gì chúng ta nên làm chỉ là ghi lại những gì chúng ta đã làm và sau đó sau khi nhận được chứng nhận dần dần cải thiện quy trình.

Vì vậy, nếu bạn đang theo một phương pháp Agile, bạn có thể nhận được chứng nhận ISO - nhưng, như những người khác đã nói, không phải vì lợi ích riêng của nó. Lợi ích thực sự là nó cho phép bạn đặt giá thầu cho nhiều hợp đồng hơn.

Độ cao thang máy cho ISO 9000 là "nói những gì bạn làm, làm những gì bạn nói, chứng minh điều đó". Ở Mỹ, mỗi phần của 3 mệnh đề được biến thành đống tài liệu khổng lồ. Điều này làm cho ISO 9000 trở thành một quy trình kém hiệu quả.

Giải thích Dilbert 1
Giải thích Dilbert 2

Về mặt học thuật thì nó rất đẹp, nhưng trong thực tế thì sao?

Tôi nghĩ rằng câu trả lời tốt nhất cho câu hỏi của bạn là câu cách ngôn sau đây:

Về lý thuyết, lý thuyết và thực hành là như nhau.
Trong thực tế, họ không.

Từ Yogi Berra .

Tôi là bác sĩ y khoa và là Kiểm toán viên ISO tự do tại Hoa Kỳ. Tôi cảm thấy không công bằng khi nói rằng ISO per se là một thất bại. Nó phụ thuộc vào cách công ty nhìn vào nó. Nếu bạn quyết tâm kết hôn với giấy chứng nhận một mình, vâng, họ không thể đạt được nhiều, nhưng chúng ta không thể đổ lỗi cho tiêu chuẩn cho nó. Bạn có thể đạt được rất nhiều nếu chỉ có bạn có quy trình chất lượng tại chỗ. ISO không phải là "con quỷ tài liệu" như một số người miêu tả. Ý tưởng là "làm những gì bạn nói và ghi lại những gì bạn làm" Tôi cảm thấy ISO thực sự có thể tạo ra gel tốt với phương pháp tinh gọn của Six Sigma vì nó không bị giới hạn trong các quy trình sản xuất. Đối với Agile có liên quan, tôi thấy nó là một tập hợp con của kiểu lặp SDLC hiện có. Thật khó để tưởng tượng mặc dù không có tầm quan trọng đối với tài liệu. Điều gì xảy ra với những bài học kinh nghiệm nếu bạn không ghi chép lại. Tôi cảm thấy các quy trình chất lượng và tài liệu phù hợp, Agile phù hợp với ISO và tôi tiến thêm một bước để đề xuất rằng phương pháp của Six Sigma, ISO 9000 và Agile tương tác tốt và có thể giúp bạn tiết kiệm tiền bạc và thời gian. Ngoài ra, mô hình CMMi về cơ bản được xây dựng theo tiêu chuẩn ISO có thể đi đôi với bộ ba ISO, Agile và Six Sigma nạc. Kiên nhẫn là từ khóa và tôi cá rằng không có tiêu chuẩn hay phương pháp nào có thể lấy lợi nhuận của công ty chỉ khi được chứng nhận theo số thập phân tương ứng. Ban đầu bạn cần rất nhiều công việc khó khăn để thực hiện chúng và làm theo chúng theo đúng tinh thần. Phương pháp ISO 9000 và Agile tương tác tốt và có thể giúp bạn tiết kiệm tiền bạc và thời gian. Ngoài ra, mô hình CMMi về cơ bản được xây dựng theo tiêu chuẩn ISO có thể đi đôi với bộ ba ISO, Agile và Six Sigma nạc. Kiên nhẫn là từ khóa và tôi cá rằng không có tiêu chuẩn hay phương pháp nào có thể lấy lợi nhuận của công ty chỉ khi được chứng nhận theo số thập phân tương ứng. Ban đầu bạn cần rất nhiều công việc khó khăn để thực hiện chúng và làm theo chúng theo đúng tinh thần. Phương pháp ISO 9000 và Agile tương tác tốt và có thể giúp bạn tiết kiệm tiền bạc và thời gian. Ngoài ra, mô hình CMMi về cơ bản được xây dựng theo tiêu chuẩn ISO có thể đi đôi với bộ ba ISO, Agile và Six Sigma nạc. Kiên nhẫn là từ khóa và tôi cá rằng không có tiêu chuẩn hay phương pháp nào có thể lấy lợi nhuận của công ty chỉ khi được chứng nhận theo số thập phân tương ứng. Ban đầu bạn cần rất nhiều công việc khó khăn để thực hiện chúng và làm theo chúng theo đúng tinh thần.