컴플라이언스가 속도를 늦춰서는 안 되는 이유

대부분의 입찰·제안팀에는 컴플라이언스가 속도를 위해 치러야 하는 대가라는 암묵적인 가정이 있습니다.

• 빠르게 움직이려면 절차를 건너뛰어야 합니다.
• 규정을 지키려면 속도를 늦춰야 합니다.

이런 트레이드오프가 존재하는 이유는 애초에 대부분의 시스템이 제대로 설계되지 않았기 때문입니다.

컴플라이언스가 팀의 속도를 늦추는 것이 아닙니다. 수작업 프로세스가 늦추는 것입니다.

답변은 Word 파일에 흩어져 있고, 버전 이력은 이메일 스레드에 묻혀 있으며, "승인된" 답변은 누군가 마지막으로 사용한 곳에서 복사해 오는 상황이라면, 컴플라이언스는 단속 업무가 됩니다. 누군가 모든 것을 확인해야 합니다. 두 번씩. 때로는 세 번씩.

그것은 거버넌스가 아닙니다. 급한 불 끄기일 뿐입니다.

컴플라이언스를 워크플로 자체에 내장하기

Answertree는 컴플라이언스를 워크플로 자체에 내장했습니다.

• 모든 답변은 승인된 원본 자료에 근거합니다.
• 모든 변경 사항이 추적됩니다.
• 모든 버전이 자동으로 기록됩니다.
• 감사 추적이 이미 존재하므로 별도의 감사 프로세스가 필요하지 않습니다.

이것이 추적 가능성의 진정한 의미입니다. 마지막에 생성하는 보고서가 아닙니다. 첫 초안부터 계속 존재하는 구조입니다.

거버넌스가 자동화되면 팀은 더 빠르게 움직입니다

놀라운 것은 그다음에 일어나는 일입니다. 거버넌스가 자동화되면 팀은 더 빠르게 움직입니다.

• 최신 정책 문서를 찾아 헤매지 않습니다.
• 그 단락이 지난 분기에 승인되었는지 고민하지 않습니다.
• 스프레드시트에서 조항을 수작업으로 대조하지 않습니다.

시스템은 이미 승인된 콘텐츠를 알고 있습니다. 질문의 의도도 이미 이해하고 있습니다. 무엇이 사용되었고 어디에서 왔는지도 이미 기록하고 있습니다. 컴플라이언스는 더 이상 "확인하는" 일이 아니게 됩니다. 그저 자연스럽게 이루어지는 일이 됩니다.

이 변화는 행동을 바꿉니다.

• 승인은 가벼워집니다.
• 검토는 날카로워집니다.
• 에너지는 검증에서 판단으로 옮겨 갑니다.

그리고 그것이 바로 성과가 높은 팀이 시간을 쓰고 싶어 하는 곳입니다.

더 많은 통제가 아니라 통제된 속도

기술만으로는 책임성이 생기지 않습니다. 하지만 프로세스에 거버넌스를 내장하면 책임성이 생깁니다. 적합한 사람을 배정하십시오. 필요한 곳에는 필수 검토를 적용하십시오. 모든 것을 자동으로 기록하십시오. 그런 다음에는 방해하지 말고 물러나십시오.

목표는 더 많은 통제가 아닙니다. 통제된 속도입니다.

컴플라이언스를 마지막에 덧붙이는 것이 아니라 엔진의 일부로 만들면 속도가 느려지지 않습니다. 확신을 가지고 나아갈 수 있습니다.

그리고 그 확신은 규모에 맞춰 커집니다.