Những điều cần tìm ở một công cụ quản lý yêu cầu

Việc quản lý yêu cầu trước đây chủ yếu dựa vào tài liệu, bảng tính, email và các hình thức ghi chép thông tin thủ công khác. Dù những phương pháp này đã phục vụ tốt cho kỹ sư trong thời gian dài, chúng cũng tạo ra rủi ro đáng kể về sai lệch dữ liệu, và vấn đề này càng nghiêm trọng hơn khi dữ liệu được xử lý theo cách này nhanh chóng trở nên lỗi thời.

Vì vậy, các kỹ sư hiện đang tìm kiếm những cách đơn giản hơn để quản lý yêu cầu sản phẩm, nhằm bảo đảm rằng các vòng lặp thiết kế được xây dựng trên thông tin mới nhất và phù hợp nhất. Tuy nhiên, các nhóm kỹ thuật phát triển sản phẩm phần cứng thường gặp khó khăn khi chuyển sang những hệ thống tốt hơn. 

Mặc dù họ có thể hưởng lợi từ các công cụ như Requirements Portal của Altium, các kỹ sư thường gặp phải một rào cản ban đầu: khả năng tiếp nhận và áp dụng. Việc rời bỏ cách xử lý thông tin thủ công, lỗi thời đòi hỏi một công cụ được xây dựng chuyên biệt để hỗ trợ phương pháp tiếp cận mới, lấy yêu cầu làm trung tâm này mà không làm mất đi khả năng kiểm soát hay tính minh bạch.

Điểm chính cần nhớ

• Quản lý yêu cầu dựa trên tài liệu không còn phù hợp để mở rộng cho quá trình phát triển sản phẩm phần cứng hiện đại. Mặc dù tài liệu và bảng tính tạo cảm giác quen thuộc và dễ áp dụng nhanh, chúng lại mang đến những rủi ro nghiêm trọng như lệch phiên bản, quyền sở hữu không rõ ràng, dữ liệu lỗi thời và khả năng truy vết kém, dẫn đến kém hiệu quả, lỗi thiết kế và chi phí làm lại cao.
• Rào cản lớn nhất đối với các công cụ quản lý yêu cầu tốt hơn là khả năng áp dụng, chứ không phải giá trị. Các kỹ sư thường ngần ngại rời bỏ các quy trình quen thuộc dựa trên tài liệu, dù họ nhận ra rằng vẫn có cách tốt hơn để làm việc với yêu cầu. Các công cụ quản lý yêu cầu thành công phải hỗ trợ quy trình làm việc hiện có đồng thời cải thiện khả năng hiển thị và kiểm soát.
• Quản lý yêu cầu hiệu quả đòi hỏi khả năng truy vết hai chiều theo thời gian thực. Các công cụ RM hiện đại phải cung cấp khả năng truy vết hai chiều giữa yêu cầu, thiết kế và xác minh trên ECAD, MCAD và môi trường mô phỏng. Sự liên kết theo thời gian thực này cho phép xác minh sớm, phân tích tác động chính xác và luôn duy trì một nguồn dữ liệu chuẩn cập nhật.
• Tự động hóa, lập kế hoạch xác minh và tính linh hoạt là yếu tố thiết yếu để tăng tốc độ và bảo đảm tuân thủ. Các tính năng như tham số tái sử dụng, tự động hóa, quy trình làm việc có hỗ trợ AI, quản lý xác minh tích hợp và khả năng nhập/xuất linh hoạt là rất quan trọng để giảm rủi ro thiết kế, hỗ trợ chứng nhận và cho phép lặp nhanh.

Vì sao các tổ chức vẫn quản lý yêu cầu bằng tài liệu và bảng tính

Quyết định tiếp tục dùng tài liệu và bảng tính để quản lý yêu cầu hiếm khi là một quyết định mang tính chiến lược; đúng hơn, đó là hệ quả của việc chọn con đường ít cản trở nhất. Theo tiêu chuẩn của “ngày hôm qua”, những công cụ này có vẻ gần như không gây ma sát. Doanh nghiệp đã quen với chúng, và đường cong học tập cũng tương đối thấp. 

Dưới đây là lý do vì sao các kỹ sư vẫn tiếp tục dùng tài liệu và bảng tính: 

• Sự quen thuộc: Dù có vẻ nhỏ nhặt khi xem sự quen thuộc là một chi phí của dự án thiết kế, nhưng những kỹ sư bám vào quy trình làm việc lỗi thời có thể trở thành một trở ngại vận hành đáng kể. Khi dự án đòi hỏi toàn bộ sự tập trung của họ, họ có thể không cân nhắc cách các yêu cầu được chia sẻ và chấp nhận. Việc sử dụng tài liệu Word hoặc bảng tính Excel cho phép họ hành động nhanh và ngay lập tức, từ đó càng củng cố sự phụ thuộc vào những công cụ quen thuộc này.
• Dễ sử dụng: Sự quen thuộc giúp loại bỏ nhu cầu phải học một hệ thống mới hoặc xử lý những thách thức thiết lập ban đầu. Một hệ thống quản lý yêu cầu tập trung chỉ có thể hiệu quả nếu tất cả người dùng đều có thể tích hợp nó vào quy trình làm việc hiện tại của mình. Với những kỹ sư bận rộn, quá trình làm quen phải đơn giản và không gây phiền hà.
• Công cụ “miễn phí”: Các kỹ sư có thể cho rằng những công cụ đã dùng lâu năm không phát sinh thêm chi phí khi chia sẻ yêu cầu. Trên thực tế, nhận thức này có thể che khuất các cơ hội tiết kiệm chi phí và cải thiện hiệu quả mà những giải pháp quản lý yêu cầu mới hơn, trực quan hơn mang lại.

Rủi ro của quản lý yêu cầu dựa trên tài liệu

Có một số yếu tố khiến kỹ sư phải xem xét lại cách quản lý yêu cầu của mình. Những yếu tố này hoặc liên quan đến dự án, như lệch phiên bản, quyền sở hữu và lịch sử thay đổi, hoặc liên quan đến dữ liệu như tính phù hợp, khả năng truy vết và quy trình xác minh. 

Các yếu tố rủi ro của dự án

• Lệch phiên bản: Một nguy cơ tức thời của việc quản lý yêu cầu thủ công là không có một nguồn dữ liệu chuẩn duy nhất. Khi các yêu cầu tồn tại trong tài liệu tĩnh hoặc bảng tính, chúng thường bị sao chép, chia sẻ và lưu cục bộ. Đây chính là nơi lỗi do con người bắt đầu xuất hiện. Lệch phiên bản xảy ra khi một yêu cầu được thay đổi trong bản đặc tả mới nhất, nhưng bản cập nhật đó không đến được với tất cả các bên liên quan vì họ làm việc từ các tài liệu tĩnh thay vì từ một nguồn dùng chung được cập nhật liên tục.
• Quyền sở hữu yêu cầu: Trong một hệ thống dựa trên tài liệu, ranh giới trách nhiệm có thể nhanh chóng trở nên mơ hồ. Vì bảng tính được thiết kế cho việc nhập dữ liệu tổng quát thay vì quy trình kỹ thuật có cấu trúc, chúng thiếu các quyền chi tiết hoặc tính năng phân công thường có trong các công cụ RM chuyên dụng. 
• Lịch sử thay đổi: Lịch sử thay đổi cho phép các nhóm theo dõi thời điểm một yêu cầu được thay đổi, ai là người thay đổi, vì sao thay đổi được thực hiện và trạng thái trước đó của yêu cầu là gì, từ đó cung cấp một dấu vết kiểm toán kiểu “git” rất cần thiết cho các cuộc đánh giá chính thức và yêu cầu tuân thủ.

Các yếu tố rủi ro về dữ liệu

• Trạng thái xác minh: Xác minh và kiểm thử theo yêu cầu là những bước thiết yếu giúp kỹ sư tự tin tiến về phía trước. Khi hoạt động xác minh được liên kết chặt chẽ với yêu cầu, các nhóm sẽ duy trì được cái nhìn đầy đủ và chính xác về tiến độ dự án cũng như mức độ sẵn sàng tổng thể của hệ thống. Nếu yêu cầu và xác minh bị tách rời, khả năng hiển thị này sẽ mất đi, khiến việc đánh giá trạng thái thực sự của dự án và xác định liệu hệ thống có đáp ứng các tiêu chí đã định cho vòng lặp tiếp theo hay không trở nên khó khăn. 
• Dữ liệu lỗi thời: Trong môi trường số theo thời gian thực, bất kỳ yêu cầu nào được xuất ra tài liệu tĩnh hoặc bảng tính đều trở nên lỗi thời ngay tại thời điểm được tải xuống. Mặc dù đôi khi các tài liệu tĩnh là cần thiết để đáp ứng các tiêu chuẩn pháp lý và chứng nhận, chẳng hạn như ISO 13485 cho thiết bị y tế hoặc DO-254 cho hàng không vũ trụ, chúng chỉ là ảnh chụp tại một thời điểm chứ không phải nguồn dữ liệu sống. Việc dựa vào các tài liệu tĩnh này như phương thức làm việc chính là không hiệu quả và làm phát sinh rủi ro, vì các nhóm có thể vô tình đưa ra quyết định dựa trên dữ liệu đã lỗi thời. Thách thức tương tự cũng xuất hiện trong các quy trình chuỗi cung ứng, ví dụ khi quản lý thông tin tuân thủ RoHS hoặc REACH, nơi tài liệu lỗi thời có thể dẫn đến các giả định sai hoặc khoảng trống tuân thủ.
• Khả năng truy vết: Chỉ kiểm soát phiên bản thôi là chưa đủ. Các kỹ sư phải có khả năng đặt câu hỏi liệu thông tin họ đang sử dụng có chính xác và còn cập nhật hay không. Cần có tính minh bạch để xác nhận rằng các yêu cầu vẫn còn hiệu lực và các vòng lặp thiết kế vẫn đang bám sát mục tiêu. Dù các định dạng tĩnh có thể trình bày thông tin, kỹ sư cần sự tin tưởng rằng mọi hành động đều có thể được truy ngược về các yêu cầu gốc của chúng.

Đặc điểm của một công cụ quản lý yêu cầu tốt

Liên kết truy vết hai chiều

Một công cụ RM mạnh mẽ thiết lập một “sợi chỉ số” hai chiều giữa các môi trường ECAD, MCAD và mô phỏng, tạo ra mối liên kết toàn diện giữa các phân hệ và yêu cầu. Chuỗi liên kết này đóng vai trò là nguồn dữ liệu chuẩn cần thiết để đồng bộ các nhóm liên ngành. Mặc dù bảng tính tĩnh có thể theo dõi các liên kết này, chúng bị hạn chế bởi việc không thể theo dõi quá trình thiết kế theo thời gian thực.

Lập kế hoạch xác minh và quản lý kiểm thử

Để tránh những thất bại chứng nhận tốn kém, kiểm thử phải là một phần tích hợp của quy trình thiết kế chứ không phải là rào cản cuối cùng. Các công cụ RM hiệu quả tích hợp việc lập kế hoạch xác minh trực tiếp vào các yêu cầu chức năng, hướng dẫn kỹ sư ngay trong ngữ cảnh làm việc để duy trì tuân thủ với các tiêu chuẩn như EMI hoặc tính toàn vẹn tín hiệu. Bằng cách đồng bộ quản lý kiểm thử với dữ liệu thiết kế trực tiếp, các nhóm có thể phát hiện sai lệch sớm, bảo đảm rằng phần cứng vật lý phản ánh chính xác các yêu cầu ban đầu của nó.

Kiểm soát phiên bản

Kiểm soát phiên bản đúng nghĩa không chỉ là một nhãn gắn trên tài liệu. Nó là phương tiện để “làm sạch” dữ liệu và tránh các yêu cầu “xác sống”. Dù kỹ sư hiểu mục đích cơ bản của kiểm soát phiên bản, giá trị thực sự của nó nằm ở các liên kết trực quan giữa yêu cầu và các giai đoạn phát triển khác nhau, cùng nhau bảo đảm một nguồn dữ liệu chuẩn chính xác và luôn cập nhật.

Quy trình làm việc thông minh và tự động hóa

Tham số tái sử dụng và công cụ tính toán

Việc chuyển đổi là một thành phần quan trọng của một công cụ RM phù hợp. Trong khi yêu cầu được cung cấp dưới dạng văn bản, kỹ sư lại làm việc bằng các con số; đây là khoảng cách cần được lấp đầy bằng giao tiếp phù hợp. Khả năng tự động chuyển đổi từ văn bản sang số liệu tỏ ra có giá trị trên nhiều dự án và giúp hiểu rõ hơn về các tác động ở hạ nguồn của thiết kế. 

Quy trình làm việc có hỗ trợ AI

Những công cụ quản lý yêu cầu tốt nhất được trang bị AI để kỹ sư có thể tận dụng nhằm đơn giản hóa việc cập nhật. Các mô hình ngôn ngữ lớn (LLM) đặc biệt thành thạo trong việc xử lý dữ liệu dạng văn bản và xác định cách định dạng dữ liệu tối ưu. Điều này mang lại cho kỹ sư một trải nghiệm thực sự có thể tùy biến, đồng thời bảo đảm mọi cập nhật đều được chuyển vào một nguồn tập trung. 

Nhập và xuất linh hoạt

Khả năng nhập dữ liệu vào và xuất dữ liệu ra khỏi một hệ thống tập trung là điều thiết yếu. Các kỹ sư không nhất thiết cần những tích hợp phức tạp hay API, nhưng họ cần sự tin tưởng rằng công cụ của mình có thể nhập và xuất yêu cầu sang các định dạng khác. Tính linh hoạt này thường cần thiết khi bàn giao dự án hoặc khi cần tài liệu cho mục đích chứng nhận.

So sánh các giải pháp quản lý yêu cầu

Bảng so sánh dưới đây nêu bật điểm mạnh và hạn chế của các cách tiếp cận phổ biến trong quản lý yêu cầu, từ tài liệu và bảng tính đến các hệ thống cũ và các công cụ hiện đại được xây dựng chuyên biệt.

Bắt đầu sử dụng Altium Requirements Portal

Requirements Portal là công cụ quản lý yêu cầu, xác minh và truy vết gọn nhẹ của Altium, được xây dựng cho các nhóm kỹ thuật phát triển các sản phẩm phần cứng phức tạp. Công cụ này giúp bạn chuyển từ tài liệu phân tán và việc theo dõi thủ công sang các quy trình làm việc có cấu trúc, định hướng theo yêu cầu mà toàn bộ nhóm đều có thể sử dụng.

Requirements Portal có thể được dùng như một công cụ quản lý yêu cầu độc lập để quản lý các yêu cầu ở cấp hệ thống, phần cứng và phần mềm trên toàn bộ sản phẩm. Công cụ này cũng được tích hợp trong Altium Develop và Altium Agile, cho phép các nhóm đã làm việc trong hệ sinh thái Altium kết nối trực tiếp các yêu cầu với dữ liệu dự án và quy trình cộng tác.

Với giao diện trực quan trên nền tảng đám mây và số lượng cộng tác viên không giới hạn, Requirements Portal giúp các nhóm kỹ thuật thay thế các tệp tĩnh và công cụ cứng nhắc bằng một không gian làm việc chung có thể mở rộng khi độ phức tạp của sản phẩm tăng lên. Mọi người đều làm việc trên cùng một bộ yêu cầu luôn được cập nhật, giúp giảm sai lệch, trôi phiên bản và việc phải làm lại ở giai đoạn muộn.

Requirements Portal hỗ trợ đầy đủ cho yêu cầu có cấu trúc, lập kế hoạch xác minh, truy vết và phân tích tác động thay đổi trên nhiều bộ môn. Khi được sử dụng cùng với Altium Designer, các kỹ sư có thể truy cập yêu cầu ngay trong ngữ cảnh thiết kế của mình và các thay đổi sẽ được lan truyền xuyên suốt qua thiết kế, hoạt động xác minh và tài liệu. 

Các nhóm kỹ thuật sử dụng Requirements Portal để:

• Theo dõi các thay đổi yêu cầu trong suốt vòng đời sản phẩm và trên các dự án liên quan.
• Duy trì khả năng truy vết đầu-cuối giữa yêu cầu, hệ thống, thiết kế và các hoạt động xác minh.
• Chuyển các yêu cầu dạng văn bản thành các tham số có thể tái sử dụng cho phân tích kỹ thuật và đánh đổi thiết kế.
• Duy trì quyền sở hữu rõ ràng, lịch sử phiên bản và trạng thái xác minh khi các yêu cầu phát triển theo thời gian.
• Sử dụng hỗ trợ AI để phân rã các đặc tả đầu vào, xác định khoảng trống và phản hồi nhanh hơn trước thay đổi.

Requirements Portal biến khả năng truy vết thành điều thực tế, thay vì một gánh nặng. Công cụ này cho bạn khả năng quan sát ở thượng nguồn về cách các yêu cầu thay đổi, đồng thời mang lại sự tin cậy ở hạ nguồn rằng thiết kế và các hoạt động xác minh vẫn đáp ứng đúng ý định mới nhất. 

Bạn đã sẵn sàng lặp nhanh hơn với một công cụ quản lý yêu cầu mà cả nhóm đều có thể truy cập chưa? Bắt đầu với Requirements Portal → 

Câu hỏi thường gặp

Công cụ quản lý yêu cầu là gì và vì sao nó quan trọng đối với phát triển điện tử?

Công cụ quản lý yêu cầu (RM) là một hệ thống dùng để xác định, theo dõi và xác minh các yêu cầu trong toàn bộ vòng đời sản phẩm điện tử. Không giống như tài liệu hay bảng tính, một công cụ RM chuyên dụng cung cấp một nguồn sự thật duy nhất luôn cập nhật, cho phép các kỹ sư duy trì khả năng truy vết giữa yêu cầu, thiết kế và xác minh, từ đó giảm việc làm lại, lỗi và rủi ro tuân thủ.

Vì sao bảng tính và tài liệu không đáp ứng được nhu cầu quản lý yêu cầu hiện đại?

Tài liệu và bảng tính không thể mở rộng theo mức độ phức tạp của quá trình phát triển điện tử hiện đại. Chúng gây ra trôi phiên bản, quyền sở hữu không rõ ràng, dữ liệu lỗi thời và khả năng truy vết yếu. Vì mang tính tĩnh và được duy trì thủ công, các kỹ sư thường làm việc với thông tin đã cũ, dẫn đến các vấn đề thiết kế ở giai đoạn muộn và các lần làm lại bo mạch tốn kém.

Các kỹ sư nên tìm kiếm những tính năng nào trong một công cụ quản lý yêu cầu?

Các kỹ sư nên tìm:

• Khả năng truy vết hai chiều trên ECAD, MCAD và mô phỏng
• Lập kế hoạch xác minh tích hợp và quản lý kiểm thử
• Kiểm soát phiên bản mạnh mẽ
• Tự động hóa như tham số có thể tái sử dụng và quy trình làm việc có hỗ trợ AI
• Khả năng nhập và xuất linh hoạt phục vụ chứng nhận và bàn giao dự án

Công cụ quản lý yêu cầu giúp giảm chi phí phát triển phần cứng như thế nào?

Công cụ quản lý yêu cầu giúp giảm chi phí bằng cách cho phép xác minh shift-left (xác thực yêu cầu sớm và liên tục trong suốt quá trình thiết kế và triển khai). Bằng cách phát hiện vấn đề trong giai đoạn mô phỏng và layout thay vì đến lúc sản xuất hoặc kiểm thử, các nhóm có thể tránh việc làm lại, chậm tiến độ và các lần làm lại phần cứng tốn kém.

Làm thế nào để tích hợp quản lý yêu cầu với các công cụ thiết kế PCB?

Việc tích hợp quản lý yêu cầu với các công cụ thiết kế PCB đòi hỏi một hệ thống tập trung có thể liên kết trực tiếp các yêu cầu với sơ đồ nguyên lý, layout và các hoạt động xác minh. Các công cụ hiện đại, như Altium Requirements Portal, cung cấp khả năng truy vết hai chiều để các kỹ sư có thể xem yêu cầu trong đúng ngữ cảnh khi thiết kế. Điều này bảo đảm rằng các quyết định thiết kế luôn phản ánh các yêu cầu đã được phê duyệt mới nhất và giảm sự phụ thuộc vào tài liệu tĩnh.

Nền tảng nào cung cấp khả năng quản lý yêu cầu mạnh nhất cho các chương trình điện tử phức tạp?

Các nền tảng mạnh nhất cho các chương trình điện tử phức tạp như Altium là những công cụ quản lý yêu cầu được xây dựng chuyên biệt cho phát triển phần cứng. Các nền tảng này hỗ trợ truy vết trực tiếp trên ECAD, MCAD, mô phỏng và xác minh, đồng thời cho phép lặp nhanh. Các công cụ RM doanh nghiệp kiểu cũ có khả năng hỗ trợ tuân thủ mạnh, nhưng thường làm chậm quá trình áp dụng và các quy trình kỹ thuật hằng ngày.