<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Competence on OpenChain KWG</title><link>https://korea-wg.openchainproject.org/en/tags/competence/</link><description>Recent content in Competence on OpenChain KWG</description><generator>Hugo</generator><language>en</language><atom:link href="https://korea-wg.openchainproject.org/en/tags/competence/index.xml" rel="self" type="application/rss+xml"/><item><title>§3.1.2 Competence</title><link>https://korea-wg.openchainproject.org/en/guide/iso5230_guide/1-program-foundation/2-competence/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso5230_guide/1-program-foundation/2-competence/</guid><description>&lt;h2 id="1-clause-overview"&gt;1. Clause Overview&lt;/h2&gt;&#10;&lt;p&gt;For an open source program to actually function, the people assigned to relevant roles must have the&#10;competence to perform those roles. If roles and responsibilities are only written in documents and the&#10;people responsible have no basic knowledge of open source license or security vulnerability management,&#10;the policies and processes will be nominal. §3.1.2 requires the organization to identify the roles&#10;involved in the program, define the competence required for each role, evaluate and record whether&#10;participants actually possess that competence. This clause advances the role structure defined in §3.1.1&#10;Policy into a concrete competence framework.&lt;/p&gt;</description></item><item><title>§4.1.2 Competence</title><link>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/2-competence/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/2-competence/</guid><description>&lt;div class="alert alert-warning" role="alert"&gt;&lt;div class="h4 alert-heading" role="heading"&gt;★ 18974 Exclusive Items — Documented Evidence Strength&lt;/div&gt;&#10;&lt;p&gt;§4.1.2.3·§4.1.2.5·§4.1.2.6 are ISO 18974 exclusive (★) items requiring &lt;strong&gt;Documented Evidence&lt;/strong&gt;. A simple procedure document is insufficient — you must retain actual execution records (participant list, review meeting minutes, internal best practice comparison results). For a detailed explanation of the strength difference, see &lt;a href="https://korea-wg.openchainproject.org/en/guide/iso18974_guide/1-program-foundation/5-standard-practice/#evidence-strength-for-iso-18974-exclusive--items--documented-evidence"&gt;§4.1.5 Standard Practices — Documented Evidence Notice&lt;/a&gt;.&lt;/p&gt;&#10;&lt;/div&gt;&#10;&lt;h2 id="1-clause-overview"&gt;1. Clause Overview&lt;/h2&gt;&#10;&lt;p&gt;§4.1.2 has the same basic structure as ISO/IEC 5230 §3.1.2 (Competence), but requires 3 additional Verification Material items. While 5230 requires three items — a list of roles, a definition of competencies per role, and evidence of competency assessment — 18974 additionally requires a &lt;strong&gt;list of participants and their role mappings (4.1.2.3)&lt;/strong&gt;, &lt;strong&gt;evidence of periodic review and process changes (4.1.2.5)&lt;/strong&gt;, and &lt;strong&gt;verification of alignment with internal best practices (4.1.2.6)&lt;/strong&gt;. These three additional items require demonstrating that the competence framework is not merely formal, but is actively kept up to date and aligned with industry standards.&lt;/p&gt;</description></item></channel></rss>