paint-brush
Tại sao khả năng dự đoán lại quan trọng hơn tốc độ trong công nghệ phần mềmtừ tác giả@davydov
33,900 lượt đọc
33,900 lượt đọc

Tại sao khả năng dự đoán lại quan trọng hơn tốc độ trong công nghệ phần mềm

từ tác giả Denis Davydov4m2023/10/30
Read on Terminal Reader

dài quá đọc không nổi

Mặc dù tốc độ thường là thước đo chính để đo lường năng suất trong quá trình phát triển phần mềm Agile, nhưng nó có thể dẫn đến các vấn đề và nợ kỹ thuật nếu tốc độ được ưu tiên hơn khả năng dự đoán. Bài viết này ủng hộ tầm quan trọng của khả năng dự đoán như thước đo thành công của nhóm phát triển và đề xuất tìm sự cân bằng giữa tốc độ và khả năng dự đoán để có kết quả tối ưu.
featured image - Tại sao khả năng dự đoán lại quan trọng hơn tốc độ trong công nghệ phần mềm
Denis Davydov HackerNoon profile picture



Trong thế giới công nghệ, tốc độ thường là thước đo để đo lường năng suất của nhóm phát triển. Vận tốc là một đánh giá được sử dụng trong quá trình phát triển phần mềm Agile để đánh giá khối lượng công việc mà một nhóm có thể hoàn thành trong một khoảng thời gian nhất định, thường được biểu thị bằng các điểm câu chuyện hoặc câu chuyện của người dùng đã hoàn thành trong mỗi lần lặp. Nói cách khác, tất cả phụ thuộc vào tốc độ phát triển mã và đẩy các tính năng của nhóm. Tuy nhiên, mặc dù tốc độ rất tốt nhưng nó có thể dẫn đến kết quả kém và vô số rắc rối hậu trường nếu không được cân bằng đúng cách.


Mặc dù có rất nhiều phép đo khác đi kèm với nhau tạo nên một hệ thống tuyệt vời để theo dõi tiến độ, nhưng vận tốc vẫn là một trong những phép đo phổ biến nhất và do đó, là một trong những phép đo bị áp dụng sai nhiều nhất.


Sức hấp dẫn của vận tốc… và những nguy hiểm của nó

Tốc độ thường chiếm vị trí trung tâm. Các nhóm tự hào về tốc độ họ có thể đưa tính năng mới vào cuộc sống hoặc thích ứng với sự thay đổi mới nhất của thị trường. Động lực tăng tốc này thể hiện mong muốn theo kịp các đối thủ cạnh tranh, thu hút người dùng và liên tục đổi mới. Quá trình suy nghĩ rất đơn giản: bạn di chuyển càng nhanh thì bạn càng đạt được nhiều thành tựu và mang lại càng nhiều giá trị cho các bên liên quan của mình.


Hãy phá vỡ nó bây giờ. Chạy hết tốc độ đôi khi có thể đồng nghĩa với việc bỏ lỡ điều gì đó quan trọng hơn nhiều - khả năng làm việc với ít hoặc không bị kiệt sức, do đó phải có tính nhất quán . Hãy tưởng tượng bạn xây một tòa nhà siêu cao với tốc độ siêu nhanh nhưng có phần đế không vững chắc. Theo thời gian, điều này có thể gây ra vô số rắc rối về công nghệ — đó là chi phí tiềm ẩn cho những giải pháp khắc phục nhanh mà sau này sẽ gây ảnh hưởng trở lại. Chắc chắn, việc giao hàng nhanh như chớp có sức hấp dẫn của nó, nhưng cũng đáng suy nghĩ về những cơn đau đầu mà nó có thể mang lại sau đó.



Khả năng dự đoán: Công cụ hùng mạnh

Khả năng dự đoán, như một phép đo, đề cập đến tính nhất quán và độ tin cậy mà một nhóm hoặc hệ thống mang lại kết quả trong một khoảng thời gian nhất định. Thay vì tập trung vào vận tốc, các đội nên chuyển trọng tâm sang việc nâng cao khả năng dự đoán.


Cái này có một vài nguyên nhân:


  • Đặt kỳ vọng rõ ràng với các bên liên quan.

    Một nhóm mang lại nhiều kết quả khác nhau - 100 điểm một tháng, sau đó chỉ 10 điểm cho hai tháng tiếp theo - có thể là chuyến tàu lượn siêu tốc đối với các bên liên quan. Các kết quả đầu ra không ổn định khiến các bên liên quan rơi vào tình thế tiến thoái lưỡng nan, không biết điều gì sẽ xảy ra tiếp theo. Thay vào đó, một đội liên tục đạt được 40 điểm hàng tháng sẽ trở thành MVP - họ trở thành người chơi đáng tin cậy trong trò chơi. Và đó chính là điều mà lĩnh vực kinh doanh thực sự khao khát - khả năng dự đoán .


  • Càng ít lỗi, trò chơi càng dài.

    Mặc dù khả năng không thể đoán trước đôi khi có thể mang lại sự bùng nổ, nhưng tính ổn định của khả năng dự đoán mới thực sự mang lại chiến thắng về lâu dài. Vấn đề là: lộ trình dẫn đến khả năng dự đoán không phải là phổ quát. Chắc chắn mỗi đội đều có hành trình riêng của mình. Tuy nhiên, có một khuôn mẫu cho những người có thành tích tốt nhất.


    Các phương pháp thực hành linh hoạt và trưởng thành là chủ đề chung giữa các nhóm có thể dự đoán được hiệu suất cao. Cho dù họ đắm mình trong Scrum, Kanban hay sự kết hợp của các phương pháp, các nhóm này đã xác định nhịp điệu phù hợp với cốt lõi của họ, tạo không gian cho cả công việc có cấu trúc và tự do sáng tạo. Mặt khác, có một động lực không ngừng nâng cao, làm cho mỗi lần chạy nước rút hoặc lần lặp lại vượt trội hơn lần trước.


    Hãy xem xét một ví dụ cụ thể. Jira của Atlassian khởi đầu là một công cụ theo dõi lỗi và vấn đề đơn giản nhưng đã phát triển thành một trong những công cụ quản lý dự án phổ biến nhất thế giới, cung cấp dịch vụ của mình cho nhiều ngành công nghiệp. Tất nhiên, có rất nhiều yếu tố khác nhau đóng vai trò trong sự phát triển của công ty, nhưng khả năng dự đoán là một trong những yếu tố quan trọng nhất. Với lịch sử lặp lại nhất quán (tung ra các bản cập nhật nhất quán và thường xuyên), vòng phản hồi, hệ sinh thái có thể mở rộng và lộ trình minh bạch, Jira đã đảm bảo vị trí của mình trong nhiều tổ chức trên toàn cầu.


Sự cân bằng: Vận tốc và khả năng dự đoán

Mặc dù mục đích quan trọng nhất của tôi trong bài viết này là chỉ ra lý do tại sao khả năng dự đoán lại vượt trội hơn tốc độ, nhưng nhiệm vụ của tôi là đề cập rằng cách thực hành tốt nhất luôn là sự cân bằng tốt giữa hai yếu tố này. Không còn nghi ngờ gì nữa, khi phải lựa chọn thước đo công bằng nhất, khả năng dự đoán là điều hứa hẹn cho trò chơi dài nhất. Nhưng nếu bạn có khả năng xây dựng một hệ thống đánh giá nhiều mặt, thì việc tìm cách hiệu chỉnh cả hai (hoặc thậm chí nhiều hơn) phép đo là cách tốt nhất.


Việc tìm kiếm nền tảng trung gian vàng đó đòi hỏi một cách tiếp cận kết hợp. Điều này không có nghĩa là chỉ phân chia sự khác biệt mà là tích hợp cả hai yếu tố vào vòng đời phát triển. Ví dụ: quá trình phát triển lặp lại có thể mang lại tốc độ đột phá trong các lần chạy nước rút cụ thể, sau đó là các giai đoạn mà khả năng dự đoán và sàng lọc được ưu tiên. Nhận thức được giá trị của cả tốc độ và tính nhất quán, các nhóm sẽ có khả năng điều chỉnh cách tiếp cận của mình cho phù hợp với các dự án và giai đoạn cụ thể, tận dụng điểm mạnh của từng dự án để tạo ra sản phẩm vừa kịp thời vừa đáng tin cậy.


Để kết luận, thật khó nhưng thực sự quan trọng cần ghi nhớ rằng lĩnh vực phần mềm không nên tạo cảm giác như một gánh nặng vô tận. Khi các nhiệm vụ kỹ thuật vốn đã phức tạp lại bị kết hợp bởi các số liệu có vấn đề và đôi khi nông cạn, thì bản chất thực sự của công việc sẽ bị che khuất, thường làm gia tăng căng thẳng không cần thiết. Nếu bạn đang lãnh đạo một nhóm công nghệ, điều quan trọng là phải suy nghĩ về cách bạn đo lường sự thành công và hướng dẫn nhóm của mình. Điều tốt nhất là hỏi và liên tục kiểm tra các nhà phát triển đồng nghiệp mà bạn muốn đánh giá.