Trong môi trường kinh doanh thay đổi nhanh chóng ngày nay, cách quản lý hiệu quả nhu cầu đã trở thành một thách thức lớn cho tất cả các ngành công nghiệp.Phương pháp Moscow đóng vai trò là kỹ năng ưu tiên để giúp các nhóm đạt được sự đồng thuận với các bên liên quan và xác định tầm quan trọng của nhu cầu.Cách tiếp cận này không chỉ giúp nhóm phát triển tập trung vào các nhu cầu quan trọng nhất mà còn sắp xếp các yêu cầu một cách rõ ràng và trực quan.
Phương pháp Moscow, như một hệ thống phân loại ưu tiên, chủ yếu được chia thành bốn loại: phải có, nên có, có thể có, sẽ không có).
Phương pháp Moscow được DAI Clegg phát triển lần đầu tiên vào năm 1994 và được dự định sẽ được sử dụng trong quá trình phát triển ứng dụng nhanh (RAD).Từ năm 2002, nó đã được sử dụng rộng rãi trong phương pháp phát triển hệ thống động (DSDM).Cách tiếp cận này đặc biệt phù hợp cho các môi trường phát triển nhanh như Scrum và RAD vì nó giúp ưu tiên các nhu cầu quan trọng nhất trong khung thời gian giới hạn.
Cho dù nhu cầu quan trọng đến đâu, để đạt được giá trị thương mại trong thời gian ngắn nhất, các yêu cầu phải được ưu tiên.Nhà phát triển trước tiên sẽ cố gắng cung cấp tất cả các yêu cầu phải, nên và có thể có, nhưng nếu thời gian giao hàng bị đe dọa, các yêu cầu nên và có thể có, sẽ bị xóa trước.
Phải có các yêu cầu được coi là chìa khóa để thành công trong khung thời gian giao hàng hiện tại.Nếu không có bất kỳ yêu cầu yêu cầu nào được bao gồm, việc giao dự án nên được coi là một thất bại.
Sau đây là một lời giải thích cụ thể về bốn loại yêu cầu trong phương pháp Moscow:
Thông qua các phân loại này, các bên liên quan có thể hiểu rõ hơn về tác động của bảng xếp hạng nhu cầu thay vì chỉ sử dụng xếp hạng cao, trung bình và thấp.
Trong phát triển sản phẩm mới, các nhóm thường phải đối mặt với các nhiệm vụ nặng nề, không đủ tiền và thời gian.Sử dụng phương pháp Moscow có thể giúp các nhóm đánh giá các ưu tiên, chọn những yêu cầu nào là cần thiết và các yêu cầu nào có thể được chờ đợi cho đến sau này.Các sản phẩm khả thi tối thiểu (MVP) là những mặt hàng được đánh dấu là cần thiết.
Sau khi chọn MVP hoặc Chức năng khả thi tối thiểu (MMF), nhóm vẫn có thể phải đối mặt với tình huống khối lượng công việc vượt quá khả năng dự kiến.Trong trường hợp này, phương pháp Moscow có thể được sử dụng lại để ưu tiên các chức năng cụ thể và chọn các chức năng nào là cần thiết, có hoặc có thể được đưa vào giai đoạn tiếp theo của công việc.
Mặc dù phương pháp Moscow được ưa chuộng rộng rãi trong thực tế, nhưng nó cũng đã nhận được một số lời chỉ trích.Một số người dùng chỉ ra rằng phương pháp này không thể quyết định một cách hiệu quả giữa nhiều yêu cầu trong cùng một ưu tiên; nên.Ngoài ra, có một vấn đề nan giải cho sự kịp thời của việc không có danh mục và không chắc liệu nó thậm chí sẽ không được thực hiện trong phiên bản hiện tại.
Trong một số trường hợp, nhóm có thể tập trung nhiều hơn vào việc phát triển các tính năng mới và bỏ qua sự cần thiết phải cải thiện công nghệ, chẳng hạn như tái thiết.
Ngoài phương pháp Moscow, có nhiều phương pháp ưu tiên yêu cầu khác, chẳng hạn như mô hình Kano, và các phương pháp này có các kịch bản ứng dụng và ưu điểm khác nhau.
Làm thế nào để sử dụng hiệu quả phương pháp Moscow để lọc ra các nhu cầu quan trọng nhất và giữ cho nhóm của bạn ở trạng thái hoạt động lý tưởng?