조달을 위한 AI 요구사항 분석: 사양, 제약조건 및 승인

조달에서의 AI 요구사항 분석은 소싱이 시작되기 전에 사양을 검토하기 위해 기계 학습, 생성형 AI, 그리고 통제된 워크플로를 사용합니다. 이는 의무사항을 추출하고, 상충하는 제약조건을 탐지하며, 요구사항을 시장 근거와 비교하고, 측정 가능한 인수 기준 초안을 작성할 수 있지만, 기업이 무엇을 구매할지 결정하거나 요구사항 기준선을 승인해서는 안 됩니다.

실질적인 목표는 출처 사실과 모델 결론, 그리고 책임 있는 인간의 결정을 분리하는 검토 가능한 요구사항 기록을 만드는 것입니다. 이러한 규율은 수요 정의에서 더 넓은 조달 프로세스로의 인계를 개선하며, 여기에는 시장 조사, 공급업체 참여, 협상, 평가 및 납품 검증이 포함됩니다.

빠른 답변

AI는 누락, 모호성, 중복, 제한적인 표현, 그리고 테스트가 없는 요구사항을 찾아냄으로써 조달 요구사항 분석을 가속화할 수 있습니다. 기계 학습은 분류와 비교에, 생성형 AI는 설명과 초안 작성에, 에이전트형 워크플로는 범위가 제한된 검토 작업의 조정에 가장 적합합니다. 승인된 담당자는 여전히 비즈니스 필요, 제약조건, 사양, 트레이드오프, 입찰 기준선, 예외 및 인수 결정을 승인해야 합니다.

하나의 AI 답변이 아니라 세 가지 기록을 구축하세요

방어 가능한 워크플로는 세 가지 범주를 눈에 띄게 분리해 유지합니다.

1. 관찰된 근거: 승인된 출처가 실제로 무엇을 말하는지, 해당 버전, 소유자, 날짜 및 위치를 포함합니다.
2. 모델 추론: 그 근거로부터 생성된 분류, 유사성, 예측 위험, 충돌 또는 초안입니다.
3. 인간의 판단: 책임 있는 사람이 내린 결정, 근거, 승인, 면제 또는 위험 수용입니다.

예를 들면 다음과 같습니다.

모든 모델 추론은 이를 뒷받침하는 출처와 불확실성을 보여주어야 합니다. 생성된 문구는 계약, 규정, 표준 또는 공급업체 문서의 인용문처럼 보여서는 안 됩니다.

이러한 근거 아키텍처는 Govern, Map, Measure, Manage를 중심으로 위험 작업을 구성하는 NIST AI Risk Management Framework의 라이프사이클 지향성과 일치합니다.

필요한 데이터 입력

AI는 초안만으로는 사양을 신뢰성 있게 평가할 수 없습니다. 워크플로에는 통제된 내부 근거와 최신 외부 근거가 필요합니다.

내부 입력

• 승인된 비즈니스 케이스, 필요성 진술서, 범위, 제외 사항 및 성공 측정 기준
• 사양서, 도면, 자재명세서, SOW, PWS 및 인수 테스트 초안
• 운영, 엔지니어링, 재무, 보안, 개인정보보호, 법무, 접근성, 안전 및 지속가능성 팀의 요구사항
• 예산, 예측, 자금 제약, 수요 이력 및 비용 추정치
• 구매 주문서, 송장, 리드타임, 결함, 반품, 장애 및 서비스 수준 결과
• 기존 계약, 수정 계약, 변경 지시서, 클레임 및 공급업체 서신
• 아키텍처, 인터페이스, 구성, 자산 및 마스터 데이터 기록
• 위험 등록부, 사고, 감사, 시정 조치 및 교훈
• 승인 매트릭스, 권한 위임 및 데이터 처리 정책

외부 입력

• 적용 가능한 법률, 규정, 허가 및 규제기관 지침
• 합의 표준 및 공식 기술 사양
• 공급업체 데이터시트, 카탈로그, 인증 및 서비스 조건
• 문서화된 RFI 및 공급업체 협의
• 시장 수용능력, 집중도, 리드타임, 물류 및 투입 비용 근거
• 제재, 입찰 제한, 사이버보안, 제품 안전 및 지원 종료 기록
• 관련이 있는 경우 비교 가능한 공개 낙찰 사례 및 검증된 환경 정보

외부 기록에는 발행자, 조회일, 발효일, 관할권, 버전, 단위 및 검증 상태를 유지해야 합니다. 공급업체 마케팅 자료는 독립적으로 관찰된 사실이 아니라 공급업체 제공 주장으로 표시해야 합니다.

기계 학습, 생성형 AI 및 에이전트형 워크플로가 적합한 위치

기계 학습: 분류, 매칭 및 플래그 지정

기계 학습은 요구사항을 유형별로 분류하고, 유사한 조항을 매칭하며, 이례적인 허용오차를 식별하고, 리드타임을 벤치마킹하며, 결함이나 변경과 관련된 패턴을 탐지할 수 있습니다. 이는 과거 기록이 일관된 정의와 단위를 사용할 때 가장 잘 작동합니다.

그 출력은 지표일 뿐, 증거는 아닙니다. 이전 구매와 다른 요구사항은 오류를 반영할 수도 있고, 정당한 새로운 필요를 나타낼 수도 있습니다.

생성형 AI: 설명 및 초안 작성

생성형 AI는 긴 사양서를 요약하고, 명확화 질문을 제안하며, 추적성 항목 초안을 작성하고, 모호한 문구를 측정 가능한 결과로 다시 쓰고, 대체 표현을 제안할 수 있습니다. NIST Generative AI Profile은 생성형 AI에 특화된 위험 관리 지침을 제공합니다.

모델은 표준, 인용, 역량 또는 요구사항을 지어낼 수 있으므로 모든 중요한 출력은 출처 확인이 필요합니다. 더 넓은 적용 사례를 검토하는 팀은 이 요구사항 분석 사용 사례의 범위를 제한한 상태에서 AI procurement를 살펴볼 수 있습니다.

에이전트형 워크플로: 조정은 하되 승인하지는 않음

에이전트형 워크플로는 승인된 문서를 검색하고, 추출을 실행하며, 누락된 메타데이터를 요청하고, 발견사항을 할당하고, 수정 후 검사를 다시 실행할 수 있습니다. 그 권한은 좁게 제한되어야 합니다. 검토 패키지를 준비할 수는 있지만, 범위를 승인하거나, 통제를 면제하거나, 입찰을 발행하거나, 공급업체 조건을 수락하거나, 납품을 확인해서는 안 됩니다.

실용적인 라이프사이클은 다음과 같습니다.

1. 인간 소유자가 필요와 성공 측정 기준을 정의합니다.
2. 워크플로가 승인된 문서 버전을 수집합니다.
3. AI가 문단 수준 인용과 함께 관찰사항을 추출합니다.
4. 모델이 모호성, 충돌, 누락 및 가능한 제한사항을 표시합니다.
5. 조달 부서는 초안을 표준 및 시장 조사와 비교합니다.
6. 전문가가 발견사항을 검토하고 처리 결과를 기록합니다.
7. 권한 있는 사람이 기준선을 승인합니다.
8. 변경이 발생하면 이전 버전을 보존하면서 새로운 분석을 촉발합니다.
9. 낙찰 약정은 테스트 및 서비스 측정 기준에 매핑됩니다.
10. 검증된 납품 결과는 이후 요구사항에 반영됩니다.

공공조달의 경우, FAR Part 10은 관련 미국 연방 조달에서 새로운 요구사항 문서를 개발하기 전에 시장 조사를 요구합니다. FAR Part 11은 성능 지향적 기술 방식에 대한 선호와 공식적인 결정의 필요성도 보여줍니다.

인간의 결정과 승인 게이트

책임 있는 사람은 다음을 결정해야 합니다.

• 필요가 정당하고, 범위 내에 있으며, 자금이 확보되었는지 여부
• 구매, 구축, 재사용, 표준화 또는 연기 중 무엇을 선택할지 여부
• 어떤 요구사항이 필수, 바람직함, 협상 가능 또는 제외 대상인지 여부
• 제약조건이 비례적이고, 테스트 가능하며, 경쟁과 양립 가능한지 여부
• 특정 브랜드, 단일 공급원 또는 긴급 표현이 정당한지 여부
• 어떤 법률, 개인정보보호, 보안, 안전 및 접근성 통제가 적용되는지 여부
• 시장 근거와 공급업체 주장이 신뢰할 수 있는지 여부
• 어떤 가격, 성능, 납기, 복원력 및 라이프사이클 트레이드오프가 수용 가능한지 여부
• 입찰, 평가, 협상 입장, 낙찰, 면제 또는 위험 수용을 승인할지 여부
• 납품이 승인된 인수 기준을 충족하는지 여부

통제된 워크플로는 승인자의 위임 권한을 확인하고 모델이 승인 상태를 변경하지 못하도록 함으로써 이러한 게이트를 강제할 수 있습니다. EU AI Act는 적용 대상 고위험 시스템에 대해 라이프사이클 통제와 인간 감독 요구사항을 포함하지만, 적용 가능성은 시스템, 역할, 관할권 및 시행일에 따라 달라집니다.

실행 가능한 요구사항 검토 템플릿

요구사항당 한 행을 사용하세요.

Negotiations.AI는 이 통제된 기록이 공급업체 준비에 활용될 때 관련성이 있습니다. 승인된 요구사항은 시스템에 승인 권한을 부여하지 않으면서 질문, 트레이드 패키지 및 시나리오 입력으로 전환될 수 있습니다. AI negotiations 및 관련 가이드 data-driven supplier price negotiations도 참고하세요.

협상 시나리오: 기준선과 옵션 분리하기

한 제조업체가 기계 허용오차를 ±0.05 mm, 납기를 30일, 수량을 100개로 지정합니다. AI는 최근 승인된 세 건의 구매가 모두 ±0.10 mm와 45일 납기를 사용했다는 점을 찾아내고, 더 엄격한 허용오차에는 추가 검사가 필요하다는 현재 공급업체 진술 두 건도 추출합니다.

이것들은 관찰사항입니다. 모델은 더 엄격한 허용오차와 더 짧은 리드타임이 주요 비용 요인일 수 있다고 추론합니다. 이후 엔지니어링 부서는 20개만 ±0.05 mm가 필요하고, 나머지 80개는 ±0.10 mm를 사용할 수 있다고 판단합니다. 운영 부서는 20개를 30일 내, 80개를 45일 내 납품하는 방안을 승인합니다.

이제 조달 부서는 세 가지 가격 패키지를 요청할 수 있습니다.

• 기준선: 100개, ±0.10 mm, 45일 내 납품
• 혼합 패키지: 20개는 ±0.05 mm로 30일 내, 80개는 ±0.10 mm로 45일 내
• 프리미엄 옵션: 100개 전체를 ±0.05 mm로 30일 내

AI는 트레이드오프를 드러내는 데 도움을 주었습니다. 인간은 운영상 필요를 검증하고 패키지 구조를 승인했습니다. 준비 통제에 대한 자세한 내용은 AI negotiation governance를 참고하세요.

연습용 AI 프롬프트

• “이 승인된 문서들에서 각 요구사항을 추출하라. 출처 문구를 인용하고 모든 결론을 모델 추론으로 표시하라.”
• “측정 가능한 인수 테스트가 없는 요구사항을 식별하라. 대안을 초안으로 작성하되, 제공된 출처에 없는 사실이나 표준은 추가하지 마라.”
• “강한 제약조건과 선호사항을 분리하고 각각의 명시된 인간 소유자를 나열하라. 소유자가 누락된 경우 미해결로 표시하라.”
• “승인된 기준선을 유지하면서 허용오차, 납기 및 복원력을 달리하는 세 가지 공급업체 가격 패키지를 만들어라.”

한계

• 환각: 모델은 요구사항, 인용, 표준 또는 공급업체 역량을 지어낼 수 있습니다.
• 불완전한 맥락: 문서는 모든 인터페이스, 운영 조건 또는 이해관계자 우려를 거의 완전히 담지 못합니다.
• 오래된 근거: 가격, 법률, 제재, 가용성 및 수용능력은 발효일 확인이 필요합니다.
• 편향된 이력: 과거 낙찰은 기존 공급업체 선호나 불필요한 맞춤화를 내포할 수 있습니다.
• 거짓 정밀성: 유사도 및 위험 점수는 신호일 뿐, 승인 기준이 아닙니다.
• 기밀성: 입찰, 영업비밀, 개인정보, 수출통제 데이터 및 협상 입장은 승인된 환경과 접근 통제가 필요합니다.
• 드리프트: 모델, 프롬프트, 검색 및 구성 변경은 결과를 바꿀 수 있으므로 버전 관리와 회귀 테스트가 필요합니다.
• 자동화 편향: 유창한 출력은 권위 있어 보일 수 있습니다. 인터페이스는 근거, 불확실성, 이견 및 기각된 대안을 드러내야 합니다.

NIST와 ISO/IEC 42001:2023은 거버넌스 구조를 제공하지만, 적용 가능한 조달 규칙, 계약, 조직 정책 또는 위임 권한을 대체하지는 않습니다.

출처

• NIST, Artificial Intelligence Risk Management Framework 1.0
• NIST, Generative Artificial Intelligence Profile
• U.S. Acquisition.gov, FAR Part 10: Market Research
• U.S. Acquisition.gov, FAR Part 11: Describing Agency Needs
• EUR-Lex, Regulation (EU) 2024/1689

추가 읽을거리

• NIST AI Risk Management Framework
• NIST Trustworthy and Responsible AI Resource Center
• FAR Part 7: Acquisition Planning
• ISO/IEC 42001:2023: AI management systems

FAQ

AI가 조달 요구사항을 승인할 수 있나요?

아니요. AI는 근거를 수집하고, 문제를 표시하고, 대안을 초안으로 작성할 수 있습니다. 권한 있는 비즈니스, 기술, 조달 및 통제 책임자가 승인 결정을 내리고 기록해야 합니다.

조달 부서는 무엇을 먼저 분석해야 하나요?

승인된 필요, 강한 제약조건, 요구사항 소유권, 출처 이력 및 인수 테스트부터 시작하세요. 승인된 필요에 추적될 수 없거나 납품 후 검증할 수 없는 세련된 사양서는 유용하지 않습니다.

요구사항 분석은 AI 협상을 어떻게 지원하나요?

이는 필수 범위와 선호사항을 구분하고 비용, 리드타임 또는 공급업체 위험을 유발하는 요구사항을 드러냅니다. 그러면 구매자는 진정한 제약조건을 협상으로 약화시키지 않으면서 비교 가능한 대안을 요청할 수 있습니다.

공급업체 문서는 근거로 취급해야 하나요?

예, 다만 출처를 명시해야 합니다. 기술 시트와 제안서는 권한 있는 검토자가 인증, 테스트, 독립 기록 또는 다른 적절한 방법을 통해 검증하기 전까지는 공급업체 제공 주장으로 기록하세요.

면책조항: 이 문서는 일반적인 운영 정보를 제공할 뿐이며, 법률, 재무, 규제 또는 조달 자문이 아닙니다.