Định nghĩa của chu kỳ V
Chu trình V trong quản lý dự án bắt nguồn từ mô hình thác nước được lý thuyết vào những năm 1970, mô hình này giúp nó có thể biểu diễn các quá trình phát triển một cách tuyến tính và trong các giai đoạn liên tiếp.
Phương thức quản lý dự án này được phát triển vào những năm 1980 và áp dụng cho lĩnh vực dự án công nghiệp, sau đó được mở rộng sang các dự án CNTT. Nó đã được đặt ra câu hỏi từ đầu những năm 2000, dưới tác động của sự gia tốc của những thay đổi công nghệ, thiên về các phương pháp được gọi là "nhanh nhẹn" hơn.
Chữ V đề cập đến chế độ xem giản đồ của chu kỳ này, có dạng V: một giai đoạn giảm dần theo sau là một giai đoạn tăng dần. Chu kỳ V liên kết với mỗi giai đoạn thực hiện một giai đoạn xác nhận, như được thể hiện trong sơ đồ dưới đây:
Ưu điểm của phương pháp này
Ưu điểm chính của chu trình V là nó tránh quay lại nhiều lần để xác định lại các thông số kỹ thuật ban đầu, giống như một cái bánh cóc. Mỗi giai đoạn thiết kế yêu cầu soạn thảo tài liệu chính xác và đầy đủ, trong đó mỗi điểm phải được xác nhận bởi sản phẩm cuối cùng. Khi một bước được xác thực, chúng tôi không quay lại và chuyển sang bước tiếp theo trên cơ sở vững chắc; đây là sức mạnh chính của chu kỳ V.
Do khía cạnh trực quan và chặt chẽ của nó, chu trình V vẫn là một quá trình dễ thực hiện. Công việc sơ bộ xác định các thông số kỹ thuật khi bắt đầu dự án có nghĩa là, khi bắt đầu, tất cả các giai đoạn đều được nhân viên biết, những người này có thể dễ dàng tìm ra đường đi của họ trong khung thời gian của dự án và biết mục đích của nhiệm vụ của họ. Tương tự như vậy, tài liệu cần thiết cho mỗi bước có thể được sao chép từ dự án này sang dự án khác trong cấu trúc của chúng (thông số kỹ thuật, thông số kỹ thuật kiểm tra, v.v.).
Nhìn chung, chu trình V phù hợp hơn với cấu trúc nhiều địa điểm, vì nó không yêu cầu các cuộc họp hàng ngày mà chỉ cần các cuộc họp chỉ đạo để thực hiện chuyển đổi từ giai đoạn này sang giai đoạn khác. Do đó, khía cạnh tuyến tính của nó cho phép một tổ chức địa lý phân mảnh, nơi làm việc cùng với nhân viên không phải là chìa khóa trong quá trình.
Nhược điểm
Hạn chế chính của chu trình V có thể được tóm gọn trong hai từ: hiệu ứng đường hầm. Sau một giai đoạn xác định chính xác sản phẩm mà nhóm phải hoàn thành, dự án được khởi động trong một "đường hầm" được tạo thành từ các giai đoạn được đề cập ở trên. Nhưng điều gì sẽ xảy ra nếu các thông số kỹ thuật ban đầu bị vượt quá? Điều gì sẽ xảy ra nếu nhu cầu của khách hàng thay đổi hoặc được thể hiện kém? Do đó, chu kỳ V không đối phó tốt với những thay đổi, đây vừa là điểm mạnh vừa là điểm yếu chính của nó.
Do đó, nó cung cấp ít phản ứng hơn liên quan đến bối cảnh công nghệ và kinh tế, đối với các yêu cầu của khách hàng, đối với các sự kiện bất ngờ; việc chấp nhận rủi ro sẽ được hạn chế một cách có hệ thống. Hiệu ứng đường hầm cũng được tạo ra bởi công việc quan trọng là tạo ra tài liệu khi bắt đầu dự án, không thể sửa chữa sau đó. Cuối cùng, hình ảnh của đường hầm minh họa khoảng thời gian (đôi khi rất dài) giữa việc thể hiện nhu cầu và công thức tạo ra sản phẩm cuối cùng.
Chu kỳ V vs. phương pháp nhanh nhẹn
Nhìn chung, có thể nói rằng chu trình V tập trung vào quá trình, trong khi các phương pháp nhanh lại thiên về sản phẩm.
Là một phần của các phương pháp nhanh (Scrum, XP, RAD, …), dự án được tinh chỉnh bởi sự lặp lại , thông qua sự lặp lại của một chu kỳ hoạt động ( tăng tốc như một phần của phương pháp Scrum). Như chúng ta đã thấy, chu trình V xác định toàn bộ sản phẩm cuối cùng trong giai đoạn đầu và để lại rất ít chỗ cho sự thích nghi sau này trong chu kỳ.
Sau đó, các phương pháp nhanh giúp bạn có thể phát triển sản phẩm bằng cách tăng . Chúng tôi sản xuất nhiều hơn một chút mỗi lần, từng phần một, để đạt được kết quả cuối cùng. Thay vào đó, chu trình V tập trung thực hiện toàn bộ trong một giai đoạn duy nhất, được thiết kế đầy đủ ở phần thượng nguồn và được xác minh ở phần hạ lưu.
Sự thiếu thích ứng và linh hoạt này của chu trình V chính xác đã dẫn đến sự xuất hiện của các phương pháp nhanh nhẹn, đặc biệt là trong lĩnh vực phần mềm và tiếp thị, để đáp ứng với những thay đổi ngày càng nhanh chóng của công nghệ và nhu cầu của người tiêu dùng.
Thực hiện chu trình V
Dành cho những dự án nào?
Theo quan điểm của các yếu tố được trình bày ở trên, các yếu tố sau đây ưu tiên sử dụng chu trình V:
- Các yêu cầu rất cụ thể do khách hàng đưa ra, ví dụ trong bối cảnh của một cuộc gọi thầu.
- Sự hiện diện của nhà cung cấp dịch vụ, người kiểm soát tất cả các giai đoạn thực hiện và do đó yêu cầu ít giao tiếp hơn giữa các tác nhân khác nhau.
- Khả năng tuân theo các thông số kỹ thuật không thay đổi từ đầu đến cuốin, theo bản chất của sản phẩm hoặc dự án.
- Một dự án mà môi trường công nghệ thay đổi rất ít, do đó hạn chế rủi ro về độ trễ vốn có trong hiệu ứng đường hầm.
Một giai đoạn quan trọng: thiết kế
Các nhu cầu của khách hàng phải được thu thập một cách toàn diện và chặt chẽ. Các thông số kỹ thuật chức năng phải tuân theo một quy trình tiếp theo và xác nhận cuối cùng. Họ phải tổng hợp các yêu cầu của khách hàng trong khi bao quát toàn bộ chương trình dự án.
Về phần nó, việc mô tả các phương tiện để đạt được sản phẩm cuối cùng chỉ nên can thiệp ở giai đoạn đặc tính kỹ thuật (thiết kế chung), để tránh việc các phương tiện xác định được mục đích cuối cùng!
Ai xác nhận?
Cuối cùng nhưng không kém phần quan trọng , theo mặc định, chu trình V xác định các giai đoạn mà không xác định vai trò hoặc trách nhiệm của chúng. Do đó, khi bắt đầu dự án nên chỉ định những người hoặc tổ chức sẽ đóng vai trò (theo mức độ chi tiết ngày càng tăng):
- Quản lý dự án (chức năng), hoặc MOA
- Quản lý dự án (hệ thống), hoặc MOE
- Nhóm kiến trúc hoặc thiết kế chung (kỹ thuật, kinh doanh)
- Nhóm phát triển (theo thành phần)
Các vai trò được biểu thị bằng chuỗi vòng chữ V trong sơ đồ trên.
