Nếu không có quản lý dự án hiệu quả, các thành viên trong nhóm sẽ phải xử lý nhiều thủ tục nhất có thể và cách tiếp cận này không dẫn đến thành công. Có một số phương pháp luận quản lý dự án nổi tiếng, chẳng hạn như Scrum và Kanban. Nhưng có một phương pháp kết hợp các phương pháp hay nhất từ chúng. Lợi thế của Scrum và Kanban được kết hợp trong cách tiếp cận kết hợp được gọi là Scrumban. Nó hoàn toàn phù hợp cho các dự án di chuyển nhanh chóng và liên tục và cảm thấy bị hạn chế bởi Scrum và Kanban. Cách tiếp cận này cũng có thể được áp dụng cho cả quản lý dự án ngắn hạn và dài hạn vì nó đủ thích ứng.
Phương pháp luận Scrumban là gì?
Nói một cách dễ hiểu, Scrum là một cách tiếp cận Agile đơn giản và lặp đi lặp lại và chia một dự án thành các nhiệm vụ nhỏ hơn, dễ quản lý hơn. Scrum giới thiệu ý tưởng về chạy nước rút, được dành ra vào những thời điểm mà các thành viên trong nhóm chỉ tập trung vào nhiệm vụ hiện tại. Bạn có thể chọn bất kỳ thời lượng chạy nước rút nào miễn là trong khoảng từ 1 đến 4 tuần. Tuy nhiên, nước rút trong hai tuần là tiêu chuẩn. Cả Kanban và Scrum đều nổi tiếng về tính tương thích và tính đơn giản của chúng. Trái ngược với Scrum, cập nhật hệ thống hiện tại, Kanban tập trung vào việc thúc đẩy hiệu quả của nó. Một phần của thiết lập Kanban là một bảng Kanban với ít nhất ba cột cơ bản có thể hiển thị cho bạn trạng thái dự án của bạn trong nháy mắt. Kanban hạn chế tiến trình công việc để tránh cho nhóm trở nên quá tải do có quá nhiều việc phải hoàn thành cùng một lúc, trái ngược với Scrum, trong đó yếu tố giới hạn là thời gian (chạy nước rút).
Scrumban là một phương pháp Agile hỗ trợ các thành viên trong nhóm quản lý dự án hiệu quả hơn. Ban đầu nó được sử dụng như một phương pháp Scrumban chuyển tiếp. Tuy nhiên, Scrumban cuối cùng đã thu hút được các thành viên trong nhóm và nổi lên như một kỹ thuật độc lập.
Các khía cạnh chính của Scrumban
Có năm khía cạnh của Scrumban sẽ liên quan đến việc triển khai và thích ứng.
- Lập kế hoạch và kích hoạt lập kế hoạch
Nhóm lập kế hoạch cho sprint sắp tới trong Scrumban dựa trên hiệu suất và ước tính trong quá khứ. Các nhóm Scrumban sử dụng trình kích hoạt lập kế hoạch để xác định thời điểm bắt đầu lập kế hoạch cho lần lặp sau. Con số này cho biết có bao nhiêu nhiệm vụ phải tồn đọng sau cuộc họp lập kế hoạch của nhóm.
- Bảng Kanban
Các nhóm Scrumban sử dụng bảng Kanban để theo dõi công việc đang được hoàn thành. Họ có thể theo dõi tất cả các công việc đã được lên kế hoạch, thực hiện và đã hoàn thành. Mặc dù bảng Kanban có thể khác nhau giữa các nhóm, chúng thường bao gồm một công việc tồn đọng, một phần quy trình (được chia thành các cột tùy thuộc vào quy trình của bạn) và một cột đã hoàn thành.
Điều quan trọng cần nhớ là các thành viên trong nhóm chọn nhiệm vụ của riêng họ từ công việc tồn đọng. Sau khi hoàn thành công việc, một thành viên trong nhóm xem xét các công việc tồn đọng và chọn nhiệm vụ có mức độ ưu tiên cao nhất theo bộ kỹ năng của họ. Đây là lý do tại sao điều quan trọng là phải kiểm tra bảng mỗi ngày và điều chỉnh các ưu tiên khi cần thiết.
- Giới hạn WIP
Các nhóm Scrumban đặt ra giới hạn về số lượng hạng mục công việc mà họ có thể thực hiện cùng một lúc để đảm bảo cung cấp giá trị nhất quán. Giới hạn Công việc Đang Tiến hành (WIP) được sử dụng để mô tả điều này. Nó giúp bạn có thể ước tính ngày giao hàng của tất cả các hạng mục công việc dễ dàng hơn và tăng tốc độ giao từng hạng mục công việc riêng lẻ. Giới hạn này thường do các đội đặt ra dựa trên quy mô đội hình của họ. Ví dụ: Nếu có năm thành viên trong nhóm, thì WIP tối đa là năm. Do đó, mỗi thành viên trong nhóm có thể tập trung vào một nhiệm vụ tại một thời điểm.
- Lập kế hoạch nhóm
Phương pháp lập kế hoạch dài hạn được các nhóm Scrumban sử dụng được gọi là lập kế hoạch nhóm. Nhóm nghiên cứu đưa ra lộ trình của mình trong ba nhóm, có thể là danh sách hoặc chỉ là các cột bổ sung trên bảng Kanban. Các ý tưởng và mục tiêu lớn nhất của nhóm mà nhóm hy vọng sẽ hoàn thành trong một năm được lưu giữ trong nhóm đầu tiên. Các kế hoạch rõ ràng hơn mà nhóm hy vọng sẽ thực hiện trong vòng sáu tháng được chứa trong nhóm thứ hai. Các kế hoạch chi tiết cho ba tháng sắp tới được giữ trong nhóm thứ ba. Các kế hoạch được thêm vào công việc tồn đọng và được thực hiện trong lần lặp tiếp theo khi nhóm quyết định tiếp tục với chúng.
Hướng dẫn cơ bản để triển khai Scrumban
Giống như Scrum, Scrumban hình dung toàn bộ dự án trên bảng Scrumban, có thể so sánh với bảng Kanban nhưng cung cấp cho bạn nhiều thông tin và sự tự do hơn. Bảng Scrumban cũng hoạt động trong vòng hai tuần. Kỹ thuật này vay mượn các ý tưởng kéo công việc, giới hạn WIP và các hoạt động liên tục từ phương pháp Kanban. Thông thường, chu trình Scrumban bao gồm sáu giai đoạn này, được lặp lại cho mỗi sprint trong suốt dự án. Các giai đoạn có thể được mô tả như sau.
Tinh chỉnh hạng mục công việc
Mỗi thời gian chạy nước rút đều bắt đầu bằng việc sàng lọc hạng mục công việc, nhằm xác định hạng mục công việc nào cần được xem xét cho lần lặp sau. Người quản lý dự án và các bên liên quan khác tham gia vào cuộc họp này, giúp xác định lộ trình hành động tiếp theo của nhóm. Điều quan trọng là phải suy nghĩ về các mục nhiệm vụ được đề xuất là quan trọng nhất và tại sao. Khi danh sách của bạn đã được ưu tiên, bạn phải xác định những việc cần làm cho từng mục trong danh sách. Vì vậy, nó sẽ giúp dễ dàng tiếp nhận các hạng mục công việc và bắt đầu thực hiện chúng bất cứ khi nào nhóm cùng nhau tham gia một buổi lập kế hoạch.
Lập kế hoạch
Nhóm Scrumban họp để sắp xếp các nhiệm vụ cho thời gian chạy nước rút sắp tới của họ sau khi dự án bắt đầu và sau đó là định kỳ. Nhóm lựa chọn các hạng mục công việc hàng đầu từ công việc tồn đọng cho sản phẩm tinh chế, trình bày chi tiết các yêu cầu của từng người và tính toán thời gian cần thiết để hoàn thành từng công việc. Số lượng nhiệm vụ mà nhóm có thể hoàn thành trong thời gian nước rút bị giới hạn.
Dự phòng hàng ngày
Nhóm bắt tay vào thực hiện các nhiệm vụ được giao. Tùy thuộc vào mức độ ưu tiên của họ, mỗi thành viên trong nhóm lựa chọn các nhiệm vụ từ công việc tồn đọng. Không thành viên nào trong nhóm có thể thực hiện nhiều công việc cùng một lúc để đảm bảo rằng các nhiệm vụ được hoàn thành nhanh chóng. Nhóm họp hàng ngày để đánh giá công việc trong một cuộc họp dự phòng ngắn nhằm đo lường tiến độ và xác định các vấn đề.
Làm việc đông cứng, phân loại và ổn định
Người quản lý dự án có thể thực hiện việc đóng băng công việc nếu nhóm đang làm việc với thời gian chạy nước rút có giới hạn thời gian hoặc dự án sắp hoàn thành. Do đó, nhóm không thể thêm nhiệm vụ mới vào công việc tồn đọng. Người quản lý dự án sau đó tiến hành một Triage để xác định những hạng mục quản lý dự án nào sẽ được hoàn thành bởi nhóm trong thời gian nước rút hoặc dự án hiện tại và những hạng mục nào sẽ chưa hoàn thành. Đóng băng và cắt bỏ công việc đề cập đến quyết định của nhóm về việc ngừng mở rộng và ổn định số lượng công việc đang được hoàn thành.
Phóng thích
Thời gian chạy nước rút kết thúc khi nhóm hoàn thành thời hạn hoặc hoàn thành tất cả các nhiệm vụ được giao. Nhóm muốn từng bước cải thiện sản phẩm cuối cùng trong quá trình chạy nước rút và sau đó giới thiệu nó với các bên liên quan khi phát hành.
Hồi tưởng
Hồi cứu là giai đoạn cuối cùng của quy trình Scrumban. Mỗi bản phát hành, nhóm họp để thảo luận về quy trình làm việc của họ, đánh giá những gì đã diễn ra tốt đẹp và quyết định những gì cần được cải thiện cho chu kỳ sau. Đây là thời điểm tuyệt vời để giới thiệu các sửa đổi quy trình và cam kết thực hiện một hoặc hai cải tiến hữu hình cho sprint sắp tới.
Tại sao Scrumban?
Có ba lý do chính cho việc sử dụng Scrumban:
- Dễ áp dụng hơn Scrum . Quy trình của Scrumban lỏng hơn và giống với quy trình của Kanban hơn. Do đó, các nhóm có thể học và thích nghi với nó nhanh hơn.
- Tuyệt vời cho đội phát triển sản phẩm và R & D. Quy trình tốc độ nhanh cho phép thử nghiệm khái niệm nhanh chóng và tương đối không có rủi ro.
- Đang cải tiến . Nhờ Scrum, nhóm được đảm bảo sẽ tạo ra những cải tiến tốt hơn trong khi thúc đẩy quy trình làm việc của họ.
Sự khác biệt giữa Scrum, Kanban và Scrumban là gì?
- Scrum là quy trình khó thực hiện nhất, nghiêm ngặt nhất trong số ba lựa chọn. Nó được tạo thành từ thời gian chạy nước rút xác định rõ ràng các mục tiêu và thời hạn, cho phép người quản lý dự án toàn quyền và hoạt động hiệu quả đối với các dự án di chuyển nhanh, lớn và phức tạp. Các giới hạn thời gian có thể bị vượt qua do tổ chức quá nhiều cuộc họp, dẫn đến các phần tốn thời gian không cần thiết của một quy trình hiệu quả khác. Ngoài ra, các đội không có kinh nghiệm đôi khi tạo ra nhiều lỗi hơn hoặc thiết kế kiến trúc không đúng cách.
- Kanban có lẽ là kỹ thuật đơn giản và dễ thích ứng nhất. Quá trình này tập trung vào một Kanban và công việc được trực quan hóa. Điều đó giữ cho quy trình linh hoạt trong khi đảm bảo rằng mọi người trong nhóm đều ở trên cùng một trang và giải quyết bất kỳ tắc nghẽn nào trong quy trình làm việc. Khi bạn cần chia sẻ điểm số, Kanban ít hữu ích hơn. Nó làm cho cuộc sống của các thành viên trong nhóm khó khăn hơn nhiều khi họ muốn theo dõi những đóng góp của cá nhân trong nhóm.
- Scrumban sử dụng hệ thống hóa do Scrum cung cấp và trực quan hóa do Kanban cung cấp để kết hợp các ưu điểm của cả hai phương pháp. Điều này xảy ra một cách tự nhiên và có thể dễ dàng điều chỉnh mà không làm tăng thêm sự phức tạp không cần thiết. Do đó, Scrumban đủ thích ứng để sản xuất và thành công trong cả các dự án lớn và nhỏ.
Sự kết luận
Bạn đã bao giờ cố gắng làm bất cứ điều gì chỉ để phát hiện ra rằng nỗ lực của bạn hoàn toàn không hiệu quả? Chúng ta có thể trở nên quá tập trung vào các vấn đề và không giải quyết được chúng. Nó đòi hỏi tư duy và lập kế hoạch để xác định vấn đề cơ bản. Bằng cách áp dụng một chiến lược hoàn toàn mới, các kỹ thuật nhanh nhẹn đã cố gắng giải quyết những điểm yếu cơ bản trong quản lý dự án. Về cơ bản, kỹ thuật Scrumban bao gồm các phương pháp hay nhất từ cả Scrum và Kanban. Scrabman đã chuyển đổi quản lý dự án. Theo cách tương tự như, phát triển phần mềm không có mã chuyển đổi. Nền tảng không mã cho phép bất kỳ ai có tư duy sáng tạo phát triển phần mềm. Nền tảng không mã AppMaster không chỉ cho phép bạn tạo các ứng dụng web và di động mà còn tạo ra mã nguồn mà bạn có thể sử dụng và không bị ràng buộc với nền tảng này.
