Quản lý công việc

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ó

Tờ báo FabricLoop
2.800 từ
12 phút đọ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

FL
Nhìn thấy cái này trong FabricLoop

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

Kết luận chính
01
Kanban giải quyết một vấn đề cụ thể: làm cho công việc hiển thị Nếu vấn đề chính của bạn là biết mọi người đang làm gì và nơi các thứ bị kẹt thì đó là công cụ phù hợp Nếu vấn đề của bạn là chiến lược hoặc ưu tiên nó sẽ tiết lộ vấn đề nhưng không giải quyết
02
Các cột phải phản ánh cách công việc của bạn thực sự chảy không phải cách bạn mong muốn nó chảy Bắt đầu với ba và thêm tính cụ thể khi bạn quan sát nơi các trạm và thời gian chờ thực sự xảy ra
03
Giới hạn công việc trong tiến trình là cơ chế tách một hệ thống Kanban hoạt động từ danh sách việc cần làm kỹ thuật số Giới hạn công việc trong tiến trình buộc quyết định ưu tiên và có xu hướng tạo ra hoàn thành nhiệm vụ nhanh hơn — ngay cả khi bắt đầu công việc mới cảm thấy chậm hơn
04
Một bảng không được cập nhật hiện tại còn tồi tệ hơn không có bảng Kỷ luật di chuyển thẻ trong thời gian thực là toàn bộ thực hành Năm đến mười phút trên mỗi người mỗi ngày được thực hiện nhất quán là những gì làm cho hệ thống hoạt động
05
Kanban phù hợp hơn Scrum cho các nhóm nơi công việc đến liên tục và không thể đoán trước — tiếp thị hoạt động thành công khách hàng và nhóm hỗn hợp Cấu trúc sprint cố định của Scrum phù hợp với công việc kỹ thuật ưu tiên tốt hơn