Nguyên tắc can đảm trong quy trình phát triển linh hoạt (Agile)

Nguyên tắc can đảm trong quy trình phát triển linh hoạt (Agile)

Chương 6 cuốn sách Agile in a Flash

  • Luôn luôn cung cấp công việc chất lượng
  • Đơn giản hóa code mọi lúc
  • Tấn công vào phần code mà đội sợ nhất
  • Tạo ra những hiệu chỉnh về mặt kiến trúc
  • Loại bỏ những phần code và test không cần thiết
  • Trở nên minh bạch, cho dù có thuận lợi hay không
  • Chỉ công nhận cho công việc đã hoàn thành

Con sư tử hèn nhát: Miễn là tôi biết mình là một kẻ hèn nhát, tôi sẽ không hạnh phúc.

Luôn luôn cung cấp công việc chất lượng Ngay cả khi có nhiều áp lực, đừng bao giờ loại bỏ các thủ tục cần thiết để có thể cho ra được code chất lượng.

Đơn giản hóa code mọi lúc Code đơn giản giúp đọc nhanh hơn và rõ ràng hơn, dẫn đến ít lỗi hơn và công việc phát triển được thuận lợi hơn. Việc đơn giản hóa chính là đang đầu tư và tốc độ phát triển.

Tấn công vào phần code mà đội sợ nhất Sợ phá vỡ những đoạn code tồi khiến cho đội sợ những thay đổi mà đáng ra là phải ôm lấy chúng. Trao quyền cho đội của bạn bằng cách đưa phần code đó nằm dưới sự kiểm soát.

Tạo ra những hiệu chỉnh về mặt kiến trúc Các hệ thống có thể vượt ra ngoài các quyết định kiến trúc ban đầu. Phải cần cam đảm để tiến hành những thay đổi mà sẽ ảnh hưởng đến phần code hiện tại, thậm chí nếu thay đổi đó rõ ràng là tốt hơn.

Loại bỏ những phần code và test không cần thiết Thường thì các kết quả tốt nhất được tạo ra bởi việc loại bỏ đi một giải pháp tồi và làm lại nó. Công việc này mất ít thời gian hơn bạn nghĩ.

Trở nên minh bạch, cho dù có thuận lợi hay không Nếu bạn "tô hồng" các báo cáo của bạn về tình trạng, tiến độ, hoặc chất lượng, thì bạn đang đóng góp vào sự thiếu thông tin để ra quyết định.

Chỉ công nhận cho công việc đã hoàn thành Công việc chưa hoàn thành chẳng cung cấp một chút giá trị kinh doanh nào cả! Đừng hợp lý hóa để gọi nó là "xong" cho mục đích theo dõi trạng thái.