신뢰는 어떻게 만들어지는가

신뢰는 사람됨에 대한 인상이 아니라 행동의 기록입니다. 이 장은 한국인공지능커뮤니티가 신뢰를 어떻게 정의하고, Trust Capital로 어떻게 기록·축적·조회하며, 깨진 신뢰를 어떻게 다시 쌓는지를 설명합니다.

질문에서 시작합니다

파운더 박 대표는 제조 고객사의 품질검사 자동화 PoC를 맡게 되었습니다. 6천만원 규모, 석 달 일정입니다. 비전 모델을 다룰 엔지니어가 한 명 필요합니다. 플랫폼의 Opportunity에 올렸더니 두 사람이 지원했습니다.

첫 번째 지원자는 이력이 화려합니다. 대기업 AI 연구소 출신, 컨퍼런스 발표 경력, 팔로워 수만 명의 기술 블로그. 자기소개는 매끄럽고 자신감이 있습니다. 두 번째 지원자는 조용합니다. 커뮤니티 안에서 세 개의 프로젝트를 했고, 셋 다 Closing Review에 "다시 함께 일하겠다"가 기록되어 있습니다. 정산은 모두 기한 안에 끝났습니다. 팔로워는 없습니다.

박 대표는 누구를 택해야 할까요. 아마 대부분의 독자가 두 번째 사람에게 마음이 기울 것입니다. 그런데 그 이유를 정확히 말해 보라고 하면 답이 쉽지 않습니다. "믿을 만해서"라고 답한다면, 다시 묻게 됩니다. 믿을 만하다는 것은 정확히 무엇을 안다는 뜻인가.

이 장은 그 질문에 답합니다. 우리는 신뢰를 "좋은 사람이라는 느낌"으로 정의하지 않습니다. 신뢰는 특정한 행동이 반복되었다는 기록입니다. 그리고 그 기록에는 이름이 있습니다. Trust Capital(신뢰 자산)입니다.

왜 이것이 문제인가

인성으로 정의된 신뢰는 측정할 수 없습니다

대부분의 조직에서 신뢰는 인상의 문제입니다. "그 사람 괜찮아", "좀 조심해야 해" 같은 말이 오갑니다. 이 말들은 무엇을 근거로 하는지 불분명합니다. 한 번의 식사 자리일 수도 있고, 5년간의 협업일 수도 있고, 다른 사람에게 들은 소문일 수도 있습니다. 근거가 불분명하면 검증할 수 없고, 검증할 수 없으면 축적되지 않습니다.

인상으로 정의된 신뢰는 네 가지 방식으로 실패합니다. 첫째, 친분과 혼동됩니다. 자주 만난 사람을 믿을 만하다고 느끼지만, 자주 만난 것과 약속을 지킨 것은 다릅니다. 둘째, 첫인상에 좌우됩니다. 말을 잘하는 사람이 유리하고, 말수가 적은 사람이 불리합니다. 셋째, 이전될 수 없습니다. 김 씨가 이 씨를 믿는다는 사실은 박 씨에게 아무 정보도 주지 않습니다. 넷째, 신참에게 불공정합니다. 아직 인상을 남길 기회가 없었던 사람은 평가 대상조차 되지 못합니다.

직함, 팔로워, 자기소개는 왜 신뢰가 아닌가

사람들이 신뢰의 대용품으로 가장 많이 쓰는 것이 직함, 팔로워, 자기소개입니다. 세 가지 모두 나름의 정보를 담고 있지만, 우리가 알고 싶은 것에 대한 정보는 아닙니다.

직함은 과거의 어떤 조직이 그 사람을 어떻게 판단했는지를 말해 줍니다. 그 판단의 기준은 우리가 알 수 없고, 그 조직의 맥락 안에서만 유효합니다. 큰 회사에서 팀장이었던 사람이 3인 Project Cell에서 약속을 지킬 것인가는 별개의 질문입니다.

팔로워는 주목의 크기를 말해 줍니다. 좋은 콘텐츠를 만드는 능력, 설명하는 능력, 때로는 논쟁을 일으키는 능력을 반영합니다. 그러나 정산을 기한 안에 하는가, 고객 정보를 지키는가, 일정이 밀렸을 때 미리 알리는가에 대해서는 아무 정보가 없습니다.

자기소개는 자기 주장입니다. 검증되지 않은 주장이고, AI 시대에는 다듬어진 문장을 만드는 비용이 거의 없습니다. 자기소개가 좋을수록 오히려 판단이 어려워집니다.

이 세 가지의 공통점은 하나입니다. 모두 "그 사람이 나와 함께 일할 때 어떻게 행동할 것인가"에 대한 정보가 아닙니다. 그런데 우리가 알고 싶은 것은 정확히 그것입니다.

AI 시대에는 이 문제가 더 커집니다

AI가 실행의 비용을 낮추면서 역량을 증명하는 신호들이 값싸졌습니다. 포트폴리오, 데모, 발표 자료, 기술 블로그 모두 하루 이틀이면 그럴듯하게 만들어집니다. 반면 판단·관계·책임의 가치는 올라갔습니다. "이 사람에게 맡겨도 되는가"는 더 비싼 질문이 되었습니다.

위계 조직에는 이 문제를 다루는 장치가 있습니다. 인사 기록, 평가, 승진 이력입니다. 그러나 그 기록은 조직 밖으로 나오지 않습니다. 시장에는 장치가 없습니다. 프리랜서는 프로젝트가 끝날 때마다 신뢰를 처음부터 다시 증명합니다. 느슨한 커뮤니티에는 기록 자체가 없습니다.

프로토콜 조직이 이 문제에 답하는 방식이 이 장의 주제입니다. 고용 없이도, 조직 밖에서도, 이동 가능한 형태로 신뢰를 기록하는 것. 그래야 좋은 사람이 좋은 사람을 빨리 발견하고, 발견된 관계가 실제 실행으로 이어집니다.

우리의 철학: 신뢰는 행동의 원장이다

원장이라는 비유

회계에서 원장(ledger)은 모든 거래를 시간 순서대로 적은 장부입니다. 원장에는 인상이 없습니다. 어떤 거래가 언제 있었고 얼마였는지만 있습니다. 잔고는 누군가의 의견이 아니라 기록의 합계입니다. 그리고 원장은 지워지지 않습니다. 잘못된 항목이 있으면 정정 항목을 추가합니다.

우리는 신뢰를 이렇게 다룹니다. 신뢰는 평판이 아니라 원장입니다. 누군가 "그 사람 괜찮아"라고 말하는 대신, 우리는 기록을 봅니다. 그 사람이 참여한 프로젝트, 그 프로젝트의 종료평가, 정산이 끝난 날짜, 함께 일한 사람들의 평가, 그들이 다시 함께 일하겠다고 했는지. 신뢰는 말이 아니라 행동으로 쌓습니다.

이것이 프로토콜 조직의 네 번째 설계 원리입니다. 기여가 기록되어야 신뢰가 되고, 신뢰가 있어야 다음 협력이 생깁니다. 기록이 없으면 기여는 잊히고, 기여가 잊히면 사람은 소모품이 됩니다. 우리는 사람을 소모품처럼 다루지 않습니다. 그래서 기록합니다.

신뢰를 구성하는 일곱 가지 행동

우리는 신뢰를 일곱 가지 행동으로 정의합니다. 모두 관찰 가능하고, 기록 가능하며, 예 또는 아니오로 답할 수 있는 것들입니다.

1. 약속 준수: Project Charter(프로젝트 헌장)에 적힌 자신의 역할과 범위를 이행했는가.
2. 정산: Project Settlement Sheet(정산표)에 따라 받을 것을 받고 줄 것을 주었는가. 기한 안에 했는가. 비용을 부풀리지 않았는가.
3. 일정: 약속한 일정을 지켰는가. 지키지 못할 때 미리 알렸는가.
4. 비밀유지: Confidentiality 등급과 NDA를 지켰는가. 고객 정보와 내부 정보를 밖으로 내보내지 않았는가.
5. 결과물: 맡은 결과물이 합의된 기준을 충족했는가.
6. 동료평가: 함께 일한 사람들이 이 사람의 협업 태도를 어떻게 평가했는가. 동료를 존중했는가.
7. 재협업 의사: 함께 일한 사람들이 다시 함께 일하고 싶어 하는가.

이 일곱 가지 중 어느 것도 "좋은 사람인가"를 묻지 않습니다. 모두 "무엇을 했는가"를 묻습니다. 그래서 검증할 수 있고, 프로젝트가 끝날 때마다 쌓이고, 다음 Project Lead(프로젝트 리드)가 볼 수 있고, 신참에게도 공정합니다. 신참은 아직 기록이 없을 뿐, 기록을 만들 기회는 같습니다.

Trust Capital의 정의

이제 정식으로 정의합니다.

Trust Capital(신뢰 자산)은 한 회원이 한국인공지능커뮤니티 안에서 수행한 프로젝트와 기여에 대해 기록된 행동의 원장입니다. 약속 준수·정산·일정·비밀유지·결과물·동료평가·재협업 의사의 기록으로 구성되며, 자기 주장이나 외부 평판이 아니라 함께 일한 사람들의 기록과 정산·종료 문서에 의해서만 축적됩니다.

"자본(Capital)"이라는 말을 쓰는 이유가 있습니다. 자본은 축적되고, 투자되고, 수익을 냅니다. Trust Capital도 그렇습니다. 프로젝트마다 축적되고, 다음 프로젝트에 참여할 때 투자되고, 더 큰 기회와 더 깊은 네트워크라는 수익을 냅니다. 관통 공식에서 CONTRIBUTION과 COLLABORATION 사이에 TRUST가 놓인 이유입니다.

다만 이 자본에는 두 가지 특성이 있습니다. 첫째, 양도할 수 없습니다. 초대와 추천으로 빌려줄 수는 있지만(제9장), 팔거나 넘길 수 없습니다. 둘째, 영구적이지 않습니다. 최근의 행동이 오래된 행동보다 무겁고, 쌓은 신뢰는 다음 행동으로 계속 갱신됩니다. Contribution creates Trust, not Permanent Privilege.

Trust Capital: 무엇이 기록되는가

Trust Capital은 별도의 평가 절차로 만들어지지 않습니다. 프로젝트를 정상적으로 끝내는 과정에서 생기는 문서들이 그대로 기록이 됩니다. 이것이 중요합니다. 신뢰를 쌓기 위해 따로 무언가를 할 필요가 없습니다. 일을 제대로 끝내면 기록은 저절로 남습니다.

이 표에서 가장 무거운 항목은 재협업 의사입니다. 다른 항목은 개별 행동에 대한 기록이지만, 재협업 의사는 그 모든 행동을 겪은 사람이 내리는 종합 판단입니다. 함께 일한 사람이 다시 함께 일하고 싶어 하는가. 이 질문에 대한 답이 쌓인 것이 신뢰의 가장 정직한 형태입니다.

어떻게 축적되고 어떻게 조회되는가

축적의 원리

Trust Capital은 프로젝트가 끝날 때마다 한 번씩 쌓입니다. 큰 프로젝트든 작은 프로젝트든 같은 문서를 남기므로, 5백만원짜리 워크숍 제작 프로젝트도 1억원짜리 시스템 구축 프로젝트도 기록이 됩니다. 신참이 Junior Slot으로 참여한 작은 프로젝트의 기록은, 그 신참이 다음 프로젝트에 지원할 때 유일하고 충분한 근거가 됩니다.

축적에는 세 가지 원리가 있습니다. 첫째, 상호적입니다. Lead가 팀원을 평가하는 만큼 팀원도 Lead를 평가합니다. Lead의 Trust Capital에는 "이 사람 밑에서 일한 사람들이 다시 일하고 싶어 하는가"가 기록됩니다. 둘째, 시간 가중입니다. 최근 36개월(기본값)의 기록이 요약에서 무겁게 반영되고, 그 이전의 기록은 비중이 낮아집니다. 3년 전의 실수가 영원히 따라다니지 않고, 3년 전의 공로가 영원히 앞서지도 않습니다. 셋째, 맥락이 함께 남습니다. 부정적 기록에는 당사자의 설명이 함께 기록됩니다.

조회의 원리

기록은 보는 사람에 따라 다르게 열립니다.

여기서 한 가지 설계 결정을 설명해야 합니다. 우리는 Trust Capital을 하나의 점수로 환원하지 않습니다. 점수가 있으면 사람들은 점수를 올리는 행동을 합니다. 작고 안전한 프로젝트만 골라서 하거나, 평가를 서로 좋게 주기로 약속하거나, 점수가 낮은 사람을 기피합니다. 그리고 점수는 곧 서열이 됩니다. 제7장에서 말했듯 우리는 사람을 등급으로 줄 세우지 않습니다.

대신 요약을 제공합니다. Lead가 팀을 구성할 때 보는 것은 "87점"이 아니라 "프로젝트 4건, 일정 4/4 준수, 정산 4/4 완료, 재협업 의사 예 3건·조건부 1건, 조건부 사유: 병행 프로젝트 과다"입니다. 이 요약은 판단의 재료이지 판단 자체가 아닙니다. 판단은 사람이 합니다. 그리고 Lead는 조건부 사유를 보고 지원자와 직접 이야기할 수 있습니다.

조회할 때 묻는 세 가지 질문

Project Lead가 지원자의 Trust Capital을 볼 때, 우리는 세 가지 질문을 권합니다.

1. 이 사람은 약속한 것을 끝내는가. 일정과 결과물 항목을 봅니다.
2. 일이 잘못되었을 때 어떻게 행동했는가. 일정을 못 지킨 기록이 있다면, 미리 알렸는지와 그 뒤의 처리를 봅니다. 실패 자체가 아니라 실패의 처리가 신뢰를 말합니다.
3. 함께 일한 사람들이 다시 일하고 싶어 하는가. 재협업 의사와 그 사유를 봅니다.

이 세 질문에 답할 수 있으면, 직함도 팔로워도 자기소개도 필요 없습니다. 반대로 이 세 질문에 답할 기록이 없다면, 직함과 팔로워와 자기소개가 아무리 좋아도 그 사람은 아직 Member일 뿐입니다. 유명한 사람도 이 커뮤니티에서는 Member에서 시작합니다. 그것이 불공정한 것이 아니라 공정한 것입니다.

운영원칙

아래는 커뮤니티의 기본값(Default)이며, Project Charter로 조정할 수 있습니다.

1. 모든 Project Cell은 종료 시 Closing Review를 작성합니다. 종료(정산 완료) 후 14일 이내가 기본값입니다. Closing Review가 없는 프로젝트는 Trust Capital에 "참여"만 기록되고 평가는 기록되지 않습니다.
2. 평가는 행동 항목별로 합니다. 약속·일정·정산·비밀유지·결과물·협업 태도의 여섯 항목을 각각 "이행 / 부분 이행 / 미이행"으로 표시하고, 재협업 의사를 "예 / 조건부 예 / 아니오"로 표시합니다. "조건부"와 "미이행"에는 사유를 씁니다.
3. 평가는 상호적입니다. Lead를 포함한 참여자 전원이 서로를 평가합니다. Lead는 자신의 팀원에게 평가받는 것을 면제받지 않습니다.
4. 정산 기록은 자동으로 신뢰 기록이 됩니다. Settlement Sheet의 완료 일자와 기한을 비교하여 기록합니다. 사람이 따로 평가하지 않습니다.
5. 기록은 삭제되지 않습니다. 잘못된 기록은 정정 항목을 추가하는 방식으로 바로잡습니다. 당사자는 모든 부정적 기록에 대해 설명을 덧붙일 권리가 있고, 사실과 다른 기록에 대해서는 윤리·분쟁위원회에 이의를 제기할 수 있습니다.
6. 기록은 점수로 환원되지 않고 요약으로 제공됩니다. 플랫폼은 순위표를 만들지 않습니다.
7. 시간 가중을 적용합니다. 최근 36개월의 기록이 요약의 중심이 됩니다. 그 이전의 기록은 본인과 위원회만 전체를 볼 수 있습니다.
8. 커뮤니티 밖의 평판은 기록에 반영하지 않습니다. SNS의 논란, 외부 소문, 다른 커뮤니티의 평가는 Trust Capital이 아닙니다. 단, 커뮤니티 밖에서의 행동이 커뮤니티 회원이나 고객에게 직접 피해를 준 경우는 윤리·분쟁위원회의 심의 대상이 됩니다.
9. 보복성 평가를 금지합니다. 분쟁 중인 상대에 대한 평가는 위원회 결정 뒤에 작성하며, 근거 없는 "아니오"가 반복되는 회원은 그 사실 자체가 기록됩니다.

신뢰의 회복

실패는 신뢰를 깎지 않습니다

먼저 분명히 할 것이 있습니다. 실패는 기록되지만 그 자체로 신뢰를 깎지 않습니다. 기술 실패, 시장 실패, 일정 실패는 일을 하다 보면 생기는 일입니다. 실패에는 관대하되 부정직에는 엄격합니다.

오히려 실패의 처리가 신뢰를 만듭니다. 일정이 밀릴 것을 2주 전에 알리고 대안을 제시한 사람과, 마감일에 "못 했습니다"라고 말한 사람은 같은 일정 실패를 겪었지만 Trust Capital에는 다르게 남습니다. 전자는 "일정: 부분 이행, 사유: 고객 요구사항 변경, 사전 통보 및 대안 제시"로 남고, 재협업 의사는 대개 "예"입니다. 후자는 "일정: 미이행, 사전 통보 없음"으로 남습니다. 실패한 프로젝트에서 좋은 기록을 남기는 것은 가능하고, 실제로 흔합니다.

부정직 이후의 회복 경로

부정직으로 신뢰를 잃은 경우는 다릅니다. 고객 우회, 정보 유출, 기여 가로채기, 대금 미정산 같은 행동(제11장)이 윤리·분쟁위원회에서 확인되면 제재가 따르고, 그 기록은 Trust Capital에 남습니다. 그러나 제명이 아닌 한, 회복의 길은 열려 있습니다.

원장은 지워지지 않지만 새 항목이 추가됩니다. 회복은 삭제가 아니라 덧쓰기입니다. 그 경로는 다음과 같습니다.

인정 ──▶ 피해 회복 ──▶ 제한 기간 ──▶ 작은 프로젝트에서 재시작 ──▶ 새 기록의 축적
(사실 인정,     (미정산 대금 지급,   (참여 제한 또는    (Junior Slot 등          (최근 36개월의
 반론이 아닌    사과, 유출 정보의    등급 조정 기간)    낮은 위험의 역할)          기록이 요약의
 설명)          회수 협조)                                                     중심이 됨)

첫 단계는 인정입니다. 위원회의 결정을 받아들이고 사실을 인정하는 것입니다. 변명이 아니라 설명을 남길 수 있고, 그 설명은 기록에 함께 남습니다. 두 번째는 피해 회복입니다. 미정산 대금이 있으면 지급하고, 피해를 본 사람에게 사과합니다. 세 번째는 제한 기간입니다. 제재의 내용에 따라 일정 기간 프로젝트 참여가 제한되거나 등급이 조정됩니다. 네 번째는 재시작입니다. 제한이 풀리면 작은 프로젝트의 낮은 위험 역할부터 다시 시작합니다. 다섯 번째는 축적입니다. 새 기록이 쌓이고, 시간 가중에 따라 과거의 기록은 요약에서 비중이 낮아집니다.

이 경로는 쉽지 않습니다. 쉬워서는 안 됩니다. 그러나 닫혀 있어서도 안 됩니다. 한 번의 부정직으로 사람을 영원히 지우는 조직은 사람을 소모품처럼 다루는 조직입니다. 우리는 그렇게 하지 않습니다. 다만 두 번째 부정직에는 첫 번째보다 훨씬 엄격합니다. 반복은 실수가 아니라 패턴이기 때문입니다.

다시 기회를 주는 것도 기여입니다

회복 경로에는 한 사람이 더 필요합니다. 제한이 풀린 사람을 자기 프로젝트에 받아 주는 Project Lead입니다. 이것은 위험을 감수하는 일이고, 우리는 그것을 기여로 봅니다. 그 Lead의 Trust Capital에는 Mentoring 유형의 기여가 기록됩니다. 다시 기회를 주는 사람이 없으면 회복 경로는 종이 위에만 존재합니다.

Case: 같은 실패, 다른 기록

이 사례는 가상의 사례입니다.

상황. 크리에이터 최 씨는 Creator Circle에서 AI 광고 영상 프로젝트에 참여했습니다. 화장품 고객사의 캠페인 영상 여섯 편, 총 3천6백만원 규모, Project Lead는 마케터 오 씨였습니다. 최 씨의 Work Compensation(수행 대가)은 편당 2백만원, 총 1천2백만원이었고, 나머지 잉여가치는 Contribution Matrix에 따라 나누기로 했습니다.

같은 시기에 개발자 윤 씨는 Builder Circle에서 유통 고객사의 챗봇 프로젝트에 참여했습니다. 2천4백만원 규모, 두 달 일정이었습니다.

갈등. 두 사람 모두 일정을 지키지 못했습니다. 최 씨는 다른 두 개의 프로젝트를 동시에 받았고, 고객사의 수정 요청이 예상보다 많아 넷째 편부터 일정이 밀리기 시작했습니다. 윤 씨는 고객사의 데이터 접근이 늦어졌고, 그 사이 다른 일을 하다 통합 테스트 기간을 놓쳤습니다.

차이는 그 다음이었습니다. 최 씨는 셋째 편을 납품하던 날 오 씨에게 상황을 알렸습니다. 남은 세 편의 일정이 각각 열흘씩 밀릴 것 같다고 말했고, 두 가지 대안을 제시했습니다. 하나는 Creator Circle의 다른 크리에이터에게 한 편을 넘기고 자신의 대가에서 그 비용을 부담하는 것, 다른 하나는 고객사와 일정을 재협의하는 것이었습니다. 오 씨는 고객사와 협의하여 2주 연장을 받았고, 최 씨는 한 편을 동료에게 넘겼습니다.

윤 씨는 마감일 이틀 전까지 아무 말이 없었습니다. Lead가 진행 상황을 묻자 "고객 쪽 데이터가 늦어서 어쩔 수 없었다"고 답했습니다. 데이터가 늦은 것은 사실이었지만, 그 3주 동안 윤 씨가 무엇을 했는지는 설명하지 않았습니다. 프로젝트는 한 달 늦게 끝났고, 고객사는 후속 프로젝트를 다른 곳에 맡겼습니다.

적용. 두 프로젝트 모두 Closing Review를 작성했습니다.

최 씨의 기록에는 "일정: 부분 이행. 사유: 병행 프로젝트 과다 및 고객 수정 증가. 3편 납품 시점에 사전 통보, 대안 2건 제시, 1편 이관 비용 자기 부담"이 남았습니다. 재협업 의사는 오 씨와 동료 크리에이터 모두 "조건부 예"였고, 조건은 "병행 프로젝트 수 사전 확인"이었습니다. 정산은 최 씨가 이관 비용 2백만원을 부담한 뒤 기한 안에 끝났습니다.

윤 씨의 기록에는 "일정: 미이행. 사전 통보 없음. 고객 데이터 지연은 사실이나 지연 기간 중 진행 상황 공유 없음"이 남았습니다. 재협업 의사는 Lead가 "아니오", 동료 한 명이 "조건부 예"였습니다. 윤 씨는 기록에 "데이터 지연은 제 책임이 아니다"라는 설명을 덧붙였고, 그 설명도 함께 남았습니다.

결과. 넉 달 뒤 최 씨는 새 프로젝트에 지원했습니다. Lead는 요약에서 "조건부 예"를 보고 최 씨에게 물었습니다. "지금 병행 중인 프로젝트가 몇 개입니까." 최 씨는 하나라고 답했고, Charter에 병행 상한을 명시하는 데 동의했습니다. 프로젝트는 일정대로 끝났고, 이번 재협업 의사는 "예"였습니다. 두 번째 기록이 첫 번째 기록에 맥락을 주었습니다. 최 씨의 Trust Capital은 "일정을 한 번 놓쳤지만 정직하게 처리했고, 그 뒤로 지킨 사람"을 말하게 되었습니다.

윤 씨는 그 뒤 두 번의 지원에서 선택받지 못했습니다. Circle Leader가 윤 씨와 이야기했습니다. 윤 씨는 처음에는 억울해했지만, 자기 기록을 다시 읽고 나서 "데이터가 늦었을 때 그 사실을 알렸어야 했다"고 인정했습니다. Circle Leader는 윤 씨에게 Circle 안의 작은 기여를 제안했고, 윤 씨는 챗봇 평가 프레임워크에 대한 워크숍을 열었습니다. 그 워크숍에서 만난 Lead가 윤 씨를 다음 프로젝트의 Junior Slot에 넣었습니다. 윤 씨는 이번에는 매주 진행 상황을 공유했고, 재협업 의사는 "예"로 기록되었습니다.

두 사람 모두 같은 실패를 겪었습니다. 그러나 원장에는 다르게 남았고, 둘 다 회복했지만 회복의 길이는 달랐습니다. 신뢰는 실패하지 않는 것이 아니라, 실패했을 때 어떻게 행동하는가의 기록입니다.

Remember

• 신뢰는 인상이 아니라 기록입니다. 약속 준수·정산·일정·비밀유지·결과물·동료평가·재협업 의사의 일곱 가지 행동으로 정의합니다.
• Trust Capital은 프로젝트를 제대로 끝내면 저절로 쌓입니다. Charter, Contribution Matrix, Settlement Sheet, Closing Review가 그 기록입니다.
• 직함·팔로워·자기소개는 Capability의 힌트일 수는 있지만 Trust가 아닙니다. 유명한 사람도 Member에서 시작합니다.
• 기록은 점수가 아니라 요약으로 제공되고, 판단은 사람이 합니다. 최근 36개월이 중심이며, 기록은 지워지지 않고 덧쓰입니다.
• 실패는 신뢰를 깎지 않습니다. 실패의 처리가 신뢰를 만듭니다. 부정직 이후에도 인정·피해 회복·제한·재시작·축적의 회복 경로는 열려 있습니다.

"신뢰는 말이 아니라 행동으로 쌓습니다. 그리고 우리는 그 행동을 기록합니다."