Tại sao Kanban hoạt động — và cách biết liệu đội của bạn có sẵn sàng
Hầu hết các nhóm áp dụng Kanban vì ai đó đã đọc một bài đăng trên blog Câu hỏi thông minh hơn là liệu các vấn đề mà Kanban giải quyết có thực sự là các vấn đề mà nhóm của bạn có
Có một khoảnh khắc hầu hết các nhóm công nhận thường xảy ra khoảng lúc họ có hơn tám hoặc chín người Công việc đang được hoàn thành — các email được gửi các tính năng được gửi đi các ứng dụng khách hàng được quản lý — nhưng không ai có ý tưởng rõ ràng về những gì mọi người khác đang làm Các dự án xếp chồng lên nhau Những điều được hứa và sau đó im lặng bị quên Bạn dành hai mươi phút trước mỗi cuộc họp để tìm ra một mảnh công việc thực sự ở đâu Câu trả lời thường là "ở đâu đó"
Đó là vấn đề mà Kanban được thiết kế để giải quyết Không phải vấn đề thiết lập chiến lược hoặc thuê những người phù hợp hoặc xây dựng một nền văn hóa — mà là vấn đề vận hành cụ thể và mài mòn là biết nhóm của bạn đang làm gì và điều gì đang cản trở
Đó là một công cụ đáng ngạc nhiên khiêm tốn cho thứ gì đó đã thu hút rất nhiều sự chú ý Kanban không tuyên bố sẽ sửa chữa tổ chức của bạn Nó chỉ làm cho công việc hiển thị Và hóa ra rằng khả năng hiển thị được áp dụng một cách nhất quán thay đổi một số lượng đáng kể của những thứ xuất phát từ phía đây
Kanban phù hợp với bạn nếu
Kanban phù hợp với bạn nếu
- Công việc đến một cách không thể đoán trước hoặc liên tục
- Các nhiệm vụ khác nhau có kích thước rất khác nhau
- Nhóm của bạn bao gồm nhiều chức năng
- Bạn muốn bắt đầu nhẹ nhàng và phát triển quy trình
- Tốc độ của các mục riêng lẻ quan trọng nhất
Scrum phù hợp với bạn nếu
- Công việc có thể được lên kế hoạch theo lô cố định
- Nhóm của bạn chủ yếu tập trung vào kỹ thuật
- Tốc độ lưu hành có thể dự đoán là ưu tiên
- Bạn có khả năng hỗ trợ quy trình chuyên dụng
- Các bên liên quan cần cập nhật có cấu trúc thường xuyên
Ba câu hỏi bảng của bạn phải trả lời trong ba mươi giây
Bảng Kanban hữu ích nhất khi bạn có thể nhìn vào nó và không nói chuyện với bất kỳ ai trả lời ba câu hỏi này nhanh chóng: Nhóm đang làm gì bây giờ Công việc đang bị kẹt ở đâu Có cái gì đó nên được làm chưa được bắt đầu không
Nếu bạn không thể trả lời cả ba trong ba mươi giây nhìn vào bảng thì nó có thể không được duy trì đúng cách Cách thất bại phổ biến nhất là một bảng trong đó các nhiệm vụ được tạo nhưng không bao giờ di chuyển — nó trở thành một nghĩa địa của những ý định tốt thay vì một bản đồ sống của công việc thực tế Một bảng không phải là hiện tại còn tồi tệ hơn không có bảng vì nó tạo ra một cảm giác hiển thị sai lệch
Bắt đầu — mà không có hội thảo ba ngày
Những triển khai Kanban tốt nhất tôi đã thấy bắt đầu nhỏ và phát triển Những bằng tồi tệ nhất liên quan đến một cố vấn một buổi rút lui hai ngày và một bảng được thiết kế đẹp mà không ai sử dụng vào tuần thứ ba
Bắt đầu với nhóm của bạn vì nó thực sự là với công việc bạn thực sự có Tạo ba cột: Cartera Trong tiến trình Thực hiện Dành ba mươi phút với nhóm của bạn đặt mọi mục công việc hiện tại lên thẻ Đồng ý về một quy tắc: khi bạn bắt đầu điều gì đó nó đi lên bảng Khi nó di chuyển bạn di chuyển thẻ Đừng làm gì khác trong hai tuần
Sau hai tuần hãy nhìn vào bảng lại với nhau Những nơi vật phẩm xếp chồng lên nhau Điều gì ở lại trong Cartera mà mọi người nói là ưu tiên Điều gì di chuyển nhanh hơn dự kiến Điều gì bị kẹt và tại sao Sử dụng những gì bạn quan sát để tinh chỉnh các cột và thêm tính cụ thể Có lẽ "Trong tiến trình" cần chia thành "Trong tiến trình" và "Chờ bên ngoài" Có lẽ bạn cần một cột gọi là "Trong bình luận" vì bước đó tiếp tục bị mất Hãy để bảng phát triển để đáp ứng những gì công việc thực tế của bạn tiết lộ không phải là những gì một cuốn sách phương pháp luận nói nó nên trông như thế nào
Trong FabricLoop mỗi thẻ mang theo lịch sử của nó — khi nó được tạo khi nó di chuyển giữa các giai đoạn khi nó được hoàn thành Dữ liệu đó ở đó cho dù bạn có sử dụng nó hay không Các nhóm bắt đầu đơn giản thường quay lại nó sáu tháng sau khi họ muốn hiểu tại sao quý đó cảm thấy hỗn loạn và khám phá rằng bảng đã ghi lại mọi thứ họ cần biết
