Chất lượng phần mềm

Chất lượng phần mềm

Một người mới tốt nghiệp viết cho tôi: “Em chỉ mới làm việc như người phát triển phần mềm được ba tháng. Người quản lí dự án coi lịch biểu là quan trọng nhất nhưng không chú ý tới chất lượng. Chúng em thường dừng kiểm thử khi lịch đến hạn. Qui tắc của công ti là “Nó là đủ tốt rồi.” Thầy nghĩ gì về qui tắc “đủ tốt”? Xin thầy lời khuyên.”

Đáp: Để tôi bắt đầu bằng một câu chuyện ngắn: Một người xây nhà giỏi dạy con mình về thương mại. Qui tắc của ông ấy là đơn giản: “Xây từng ngôi nhà dường như ông xây nó cho bản thân ông.” Sau nhiều năm, ông ấy cho phép con trai bắt đầu xây nhà theo cách riêng của anh ta mà không có giám sát của ông ấy. Ông ấy bảo anh thanh niên: “Con đã học mọi thứ từ bố nên bây giờ con có thể tự mình làm nó. Bố sẽ để con xây ngôi nhà mới không có bố. Bố sẽ gặp con khi nhà hoàn thành, nhưng nhớ lấy, xây nó dường như con xây nó cho bản thân con.”

Người con hình dung rằng không có bố theo dõi, anh ta có thể làm cái gì đó anh ta thích. Anh ta nghĩ: “Mình làm nó “đủ tốt” thôi bằng việc thay đổi các thứ vì chẳng ai sẽ bao giờ biết.” Thế là anh ta mua gỗ rẻ để làm vật tư cho khung nhà, xi măng mác thấp, và vật tư chất lượng thấp hơn bố anh ta đã dùng. Vì trả ít tiền hơn cho vật tư chất lượng thấp, anh ta có thể làm được nhiều tiền cho bản thân mình.

Khi ngôi nhà được hoàn thành, người bố tới xem ngôi nhà đã xong. Trên bề mặt, mọi thứ dường như sánh đúng theo thiết kế của ngôi nhà. Người bố nhận xét: “Tốt đấy, bố sung sướng là con đã học được cách xây nhà rất tốt. Bây giờ, bố có tin vui cho con. Con đã xây ngôi nhà này cho con và gia đình con. Nó là món quà của bố cho con vì công việc con đã thực hiện cùng bố trong nhiều năm. Bây giờ con có thể chuyển tới sống trong ngôi nhà này.”

Tôi không biết liệu công ti của bạn xây dựng phần mềm cho khách hàng bên ngoài hay để dùng nội bộ. Kiểm thử được thiết kế để bắt lỗi, nếu bạn không kiểm thử thì có thể là phần mềm của bạn sẽ có lỗi. Nếu phần mềm có lỗi, ai đó sẽ phải sửa nó. Người dùng sẽ không dung thứ cho phần mềm còn khiếm khuyết. Sửa lỗi tốn tiền và thời gian cho nên ý tưởng “đủ tốt” là ý tưởng xấu và rất vô trách nhiệm. Làm mọi thứ trong vội vàng để đáp ứng lịch biểu là cách quản lí xấu. Không có những điều như phần mềm “đủ tốt”.

English version

Full article: Software quality part 2

Tác phẩm, tác giả, nguồn

  • Tác phẩm: Quản lý dự án
  • Biên tập: Kipkis.com
  • Nguồn: Blog của giáo sư John Vu, Carnegie Mellon University.
"Like" us to know more!