Câu trả lời:
Không, không có công thức. Không có cái nào cả.
Phần lớn phụ thuộc vào cách nhóm của bạn làm việc, thực hành bạn sử dụng, v.v. Nếu bạn ghép chương trình, bạn sẽ có giới hạn thấp hơn trong cột phát triển so với một số nhà phát triển.
Nếu bạn giới thiệu Kanban trong nhóm hiện có, bạn có thể cố gắng ánh xạ tất cả các công việc hiện đang tiến hành vào MMF, và sau đó xem bạn có bao nhiêu tính năng trong các cột khác nhau. Nó sẽ cung cấp cho bạn một số thông tin chi tiết về những giới hạn bạn thực sự có tại thời điểm này và đây là điểm khởi đầu tốt để đặt giới hạn Kanban.
Một lời khuyên khác bạn nhận được là hãy đi với cảm giác ruột của bạn / nhóm của bạn. Làm những gì bạn cảm thấy là đúng. Sau đó theo dõi xem giới hạn của bạn không quá chặt hay quá lỏng và điều chỉnh. Một số người nói "hội đồng quản trị sẽ nói với bạn" và điều đó về cơ bản là đúng. Nếu bạn gặp nút cổ chai mỗi tuần, có lẽ bạn đã đặt giới hạn quá thấp. Nếu một hoặc hai trình chặn không có giới hạn vấn đề thì quá cao.
Tôi đã viết một bài đăng về cách chúng tôi đặt giới hạn khi chúng tôi tạo ra bảng Kanban của mình: http://blog.brodzinski.com/2009/11/kanban-story-kanban-board.html
Tôi đã thử hai thái cực, cả hai đều được đề xuất bởi những người khác nhau. Một là sử dụng các giới hạn cao và điều chỉnh chúng xuống cho đến khi nó đau, và thứ hai thì ngược lại, bắt đầu với n-1 trong đó n là số người có thể kéo một nhiệm vụ đến cột đó. Điều thứ hai gây đau khổ hơn cho các đội mới chơi kanban, nhưng nó giúp chúng tôi đạt đến điểm tối đa hóa dòng chảy nhanh hơn so với lựa chọn đầu tiên bởi vì khi chúng tôi cảm thấy đau (tắc nghẽn), bản năng đầu tiên của chúng tôi là kiểm tra vấn đề với việc tăng giới hạn WIP như một giải pháp cuối cùng và kết quả là, chúng tôi đã phát hiện ra và giải quyết một số vấn đề về quy trình có thể là vô hình.
Mặc dù tôi đồng ý không có công thức nào như vậy - đồng thời có khả năng thực sự mô hình hóa quy trình Kanban của bạn. Điều này sẽ giúp bạn mô phỏng các kết quả có khả năng cho những thứ như Thời gian chu kỳ, Thời gian chờ, Hiệu quả, v.v.
Tôi đã thực hiện một trình giả lập như vậy mô hình quá trình Kanban của chúng tôi. Nó mô phỏng dòng câu chuyện trên bảng dưới các ràng buộc Kanban của chúng tôi xung quanh các giới hạn WIP và tài nguyên nhóm. Chúng tôi có một nhà nước yêu cầu xem xét khách hàng bên ngoài. Tất cả chúng ta đều nghi ngờ rằng giai đoạn này là thứ gì đó giết chết Chu kỳ của chúng ta bằng cách sao lưu các câu chuyện của chúng ta.
Cảm giác ruột là thời gian trong giai đoạn này nhưng chúng tôi không biết liệu điều này có đơn giản sẽ đẩy vấn đề đi nơi khác không. Chúng tôi cũng không biết đi bao xa với quyền anh thời gian cũng như sự cải thiện sẽ lớn đến mức nào.
Đó là tất cả rất tốt nói chỉ cần thực hiện điều chỉnh nhưng nó có thể rất phá vỡ. Mọi người sẽ quen với một quá trình và thất vọng với một người liên tục cố gắng điều chỉnh theo linh cảm. Vì vậy, bạn thường phải thực hiện một trường hợp rất tốt trước khi thực hiện thay đổi.
Khi bạn tạo mô hình, bạn có thể điều chỉnh mà không bị gián đoạn và có niềm tin lớn hơn nhiều rằng các chỉnh sửa của bạn sẽ mang lại kết quả bạn muốn. Thêm vào đó, nó sẽ đi đôi khi giúp bạn có được công thức kỳ diệu của mình.
Tôi sẽ bắt đầu với một số "vị trí" trong mỗi cột bằng với số người sẽ nhận công việc trong cột được liên kết. Điều đó sẽ tiết lộ các nút thắt cổ chai hoặc điểm đau. Giải quyết các điểm đau cho đến khi nó biến mất.
Theo thời gian thử nghiệm với việc giảm số lượng vị trí trong mỗi cột.
Tôi sử dụng hai kỹ thuật để chỉ định giới hạn WIP khi chúng tôi bắt đầu một dự án mới hoặc một nhóm.
Trong trường hợp của một dự án phát triển: chúng tôi đang làm việc theo cặp (chúng tôi đang thực hiện XP), điều đó có nghĩa là hai thành viên có thể làm việc trên một yếu tố tại một thời điểm. Nếu nhóm gồm 6 người, WIP sẽ là 3, dựa trên câu trước đó. Tuy nhiên lập trình cặp là một công việc mệt mỏi và đôi khi các đồng nghiệp muốn làm việc một mình, tôi cho một điểm cộng, vì vậy giới hạn WIP cho 6 thành viên sẽ là 4.
Khi chúng ta đang nói về một dự án bảo trì, kiểm tra xác minh hoặc hỗ trợ, sau đó tôi kiểm tra xem các đồng nghiệp khác nhau có thể làm được bao nhiêu công việc song song, tôi tổng hợp số này và tôi trừ nó với một. Ví dụ, mọi người trong nhóm được đề cập trước đó có thể xử lý 2 vấn đề song song, điều đó sẽ khiến WIP giới hạn 12, nhưng với -1, là 11. -1 đảm bảo cho tôi rằng nhóm luôn tập trung và làm việc cùng nhau. Nếu trong trường hợp này, giới hạn WIP là 12, mọi người sẽ làm việc với hai thẻ tối đa của mình và sẽ không có sự hợp tác nào xảy ra.
Tôi muốn thông cảm rằng tôi chỉ sử dụng các kỹ thuật này khi bắt đầu khi dự án / nhóm bắt đầu. Sau đó, việc điều chỉnh giới hạn WIP là nhiệm vụ của nhóm dựa trên cảm xúc, tải trọng, mục tiêu của họ, v.v.