What it asks for. Developers must follow a documented development process that addresses security and privacy, identifies the standards and tools used, documents tool options and configurations and maintains the integrity of changes, and the organisation must review that process periodically.
In practice. This means a secure development life cycle with defined coding standards, approved tools, pipeline configuration under change control and security activities at each phase. Auditors expect the documented process, evidence it is followed in real projects and periodic reviews of its effectiveness. The NIST Secure Software Development Framework and OWASP SAMM describe comparable practices.
Common gaps. Organisations frequently document a process that does not match how teams actually work. Tooling and pipeline configurations change without review, weakening the integrity of builds.