diff --git a/_articles/ko/building-community.md b/_articles/ko/building-community.md
index 669254a27e9..c7bd45276d9 100644
--- a/_articles/ko/building-community.md
+++ b/_articles/ko/building-community.md
@@ -10,7 +10,7 @@ related:
   - coc
 ---
 
-## Setting your project up for success
+## 프로젝트의 성공을 위해 준비하기
 
 여러분의 프로젝트가 공개되었습니다. 홍보를 하니 찾아오는 사람들도 생겼습니다. 멋지군요! 그들을 곁에 머물게 하려면 이제 어떻게 해야 할까요?
 
@@ -102,7 +102,7 @@ related:
 
 공개적인 의사소통은 중요하지만 예외도 있습니다. 보안 관련 이슈나 민감한 행동 강령 위반 사항이 바로 그것입니다. 이러한 문제는 비공개적으로 보고될 수 있어야 합니다. 개인 이메일을 사용하기 꺼려진다면 프로젝트를 위한 이메일 주소를 준비하세요.
 
-## Growing your community
+## 커뮤니티 성장시키기
 
 커뮤니티는 아주 강력한 힘을 지니고 있습니다. 그 힘은 어떻게 다루느냐에 따라 축복이 될 수도, 저주가 될 수도 있습니다. 성장하는 커뮤니티를 파괴의 힘이 아닌 창조의 힘으로 이끄는 방법을 알아봅시다.
 
@@ -181,7 +181,7 @@ CONTRIBUTING 파일에 새 기여자들이 시작할 방법을 자세히 설명
   </p>
 </aside>
 
-## Resolving conflicts
+## 갈등 해결하기
 
 프로젝트 초기에는 결정을 내리기 쉽습니다. 하고 싶은 일이 있다면, 얼마든 그렇게 하세요.
 
@@ -271,6 +271,6 @@ README 파일은 [단순한 안내서 이상](../starting-a-project/#readme-파
 
 해결사는 마지막 방책으로서 쓰여야 합니다. 의견이 엇갈리는 이슈는 여러분의 커뮤니티가 배우고 성장할 기회입니다. 이러한 기회를 놓치지 말고 협력적인 과정을 통해 가능한 해결책을 향해 나아가세요.
 
-## Community is the ❤️ of open source
+## 커뮤니티는 오픈소스의 ❤️으로
 
 건강하고 번성하는 커뮤니티는 매주 오픈소스에 채워지는 수천 시간의 연료가 됩니다. 많은 기여자들이 오픈소스에 기여하(거나 하지 않)는 이유로서 다른 기여자들을 꼽습니다. 커뮤니티의 힘을 건설적으로 다루는 법을 배움으로써 여러분은 누군가가 잊을 수 없는 오픈소스 경험을 가질 수 있도록 도울 것입니다.
diff --git a/_articles/ko/code-of-conduct.md b/_articles/ko/code-of-conduct.md
index 4839651e9fb..93f72e02a60 100644
--- a/_articles/ko/code-of-conduct.md
+++ b/_articles/ko/code-of-conduct.md
@@ -10,7 +10,7 @@ related:
   - leadership
 ---
 
-## Why do I need a code of conduct?
+## 행동강령이 왜 필요할까요?
 
 행동강령은 프로젝트 참가자의 행동에 대한 기대치를 설정하는 문서입니다. 행동강령을 채택하고, 시행하면 커뮤니티에 긍정적인 사회적 분위기를 조성하는데 도움이 될 수 있습니다.
 
@@ -18,7 +18,7 @@ related:
 
 행동강령은 건강하고, 건설적인 커뮤니티 행동을 촉진할 수 있도록 해줍니다. 능동적으로 행동하면 자신이나 다른 사람들이 프로젝트에 피로를 느끼게 될 가능성을 낮추고, 누군가가 동의하지 않을 때 조치를 취할 수 있도록 도와줍니다.
 
-## Establishing a code of conduct
+## 행동강령 수립하기
 
 가능한 빨리 행동강령을 수립하십시오: 이상적으로, 처음 프로젝트를 만들 때입니다.
 
@@ -35,7 +35,7 @@ related:
 
 프로젝트의 최상단 디렉토리에 CODE_OF_CONDUCT 파일을 놓고 CONTRIBUTING 또는 README 파일에서 링크하여 커뮤니티에 표시되게 하십시오.
 
-## Deciding how you'll enforce your code of conduct
+## 행동강령을 어떻게 시행할 것인지 결정하기
 
 <aside markdown="1" class="pquote">
   A code of conduct that isn't (or can't be) enforced is worse than no code of conduct at all: it sends the message that the values in the code of conduct aren't actually important or respected in your community.
@@ -60,7 +60,7 @@ related:
 
 영감을 얻으려면, Django의 [enforcement manual](https://www.djangoproject.com/conduct/enforcement-manual/)를 확인해봅시다(프로젝트의 크기에 따라 이 포괄적인 것을 필요로 하지 않을 수도 있습니다).
 
-## Enforcing your code of conduct
+## 행동강령을 시행하기
 
 때로는, 최선의 노력에도 불구하고, 누군가 이 코드를 위반하는 행동을 취할 때가 있습니다. 부정적인 행동이나 유해한 행동을 해결할 수 있는 몇 가지 방법이 있습니다.
 
@@ -99,7 +99,7 @@ related:
 
 금지 회원은 영구적이고 회피 할 수 없는 관점의 차이를 나타나기 때문에 가볍게 생각해서는 안됩니다. 해결 방법에 도달할 수 없다는 것이 명백 할 때만 이러한 조치를 취해야합니다.
 
-## Your responsibilities as a maintainer
+## 메인테이너로서의 책임
 
 행동강령은 임의적으로 집행되는 법이 아닙니다. 귀하는 행동강령의 집행자이며 행동강령이 정하는 규칙을 준수하는 것은 귀하의 책임입니다.
 
@@ -109,6 +109,6 @@ _기술적인_ 행동강령을 위반하지 않는 행동 보고서는 여전히
 
 결국, 메인테이너로서, 당신은 수용 가능한 행동에 대한 기준을 설정하고 시행합니다. 프로젝트의 커뮤니티 가치를 형성 할 수 있는 능력이 있으며, 참여자는 이러한 가치를 공정하고 균등하게 적용할 것을 기대합니다.
 
-## Encourage the behavior you want to see in the world 🌎
+## 당신이 이 세상에서 보고 싶은 행동을 장려하기 🌎
 
 프로젝트가 적대적이거나 환영받지 못하는 것처럼 보일 때, 다른 사람이 행동을 용인하는 사람이 한 명이라도 더 많은 기여자를 잃을 위험이 있으며, 그 중 일부는 절대 만나지 못할 수도 있습니다. 행동강령을 채택하거나 시행하는 것이 항상 쉬운 것은 아니지만, 친숙한 환경 조성은 커뮤니티 성장을 도울 것입니다.
diff --git a/_articles/ko/finding-users.md b/_articles/ko/finding-users.md
index 2b62c4cf857..ce9aa922a69 100644
--- a/_articles/ko/finding-users.md
+++ b/_articles/ko/finding-users.md
@@ -10,11 +10,11 @@ related:
   - building
 ---
 
-## Spreading the word
+## 소문내기
 
 시작할 때부터 오픈소스 프로젝트를 홍보해야 한다는 규칙은 없습니다. 오픈소스에 기여하는 데는 인기와 무관한 많은 이유가 있습니다. 사람들이 여러분의 오픈소스 프로젝트를 찾고 이용해주기를 기대하지만 말고 여러분의 노력에 대한 이야기를 퍼뜨려야 합니다!
 
-## Figure out your message
+## 메시지 생각해 내기
 
 프로젝트를 홍보하기 위한 실질적인 작업을 시작하기 전에 프로젝트가 무엇을 하고 왜 중요한지 설명할 수 있어야 합니다.
 
@@ -28,7 +28,7 @@ related:
 
 메시지 전달에 대해 더 알아보고 싶다면 사용자 페르소나 개발을 위한 Mozilla의 ["Personas and Pathways"](http://mozillascience.github.io/working-open-workshop/personas_pathways/)를 참조하세요.
 
-## Help people find and follow your project
+## 사람들이 당신의 프로젝트를 찾고 팔로우하도록 돕기
 
 <aside markdown="1" class="pquote">
   You ideally need a single "home" URL that you can promote and point people to in relation to your project. You don't need to splash out on a fancy template or even a domain name, but your project needs a focal point.
@@ -61,7 +61,7 @@ Django의 공동 크리에이터인 [@adrianholovaty](https://news.ycombinator.c
 
 이제 여러분은 프로젝트에 대한 메시지와 사람들이 프로젝트를 쉽게 찾아올 수 있는 길을 마련했습니다. 세상으로 나가서 사람들에게 널리 알리세요!
 
-## Go where your project's audience is (online)
+## 프로젝트의 청중이 있는 곳으로 가기 (온라인)
 
 온라인에서의 활동은 이야기를 빠르게 퍼트리는 훌륭한 방법입니다. 온라인 채널을 이용하면 아주 넓은 층의 잠재 사용자 혹은 기여자와 닿을 수 있습니다.
 
@@ -85,7 +85,7 @@ Django의 공동 크리에이터인 [@adrianholovaty](https://news.ycombinator.c
 
 여러분의 노력에도 불구하고 아무도 관심을 가지지 않는다면, 너무 실망하지 마세요! 대부분의 프로젝트는 초기 단계에 수 개월부터 수 년의 시간을 필요로 합니다. 처음 시도에 반응을 얻지 못한다면, 다른 전략을 시도하거나 다른 사람의 프로젝트에 가치를 제공할 방법을 찾아보세요. 프로젝트를 홍보하고 본궤도에 올리는 데에는 충분한 시간과 노력이 필요합니다.
 
-## Go where your project's audience is (offline)
+## 프로젝트의 청중이 있는 곳으로 가기 (오프라인)
 
 ![Public speaking](/assets/images/finding-users/public_speaking.jpg)
 
@@ -125,7 +125,7 @@ Django의 공동 크리에이터인 [@adrianholovaty](https://news.ycombinator.c
   </p>
 </aside>
 
-## Build a reputation
+## 평판 쌓기
 
 지금까지 다루어진 전략에 더해서, 여러분의 프로젝트에 기여할 사람들을 초대하는 가장 좋은 방법은 바로 그들의 프로젝트에 기여하는 것입니다.
 
@@ -151,6 +151,6 @@ Django의 공동 크리에이터인 [@adrianholovaty](https://news.ycombinator.c
   </p>
 </aside>
 
-## Keep at it!
+## 계속해 나가세요!
 
 사람들이 여러분의 프로젝트에 관심을 갖는 데 오랜 시간이 걸릴 수도 있지만 괜찮습니다! 유명한 프로젝트 중 몇몇은 지금의 경지에 다다르기 위해 몇 년이 들었습니다. 프로젝트가 갑자기 유명해지기를 바라는 대신 관계를 쌓는 데 집중하세요. 인내심을 가지고, 여러분의 노력에 고마워하는 사람들과 작업을 계속 공유하세요.
diff --git a/_articles/ko/getting-paid.md b/_articles/ko/getting-paid.md
index edceba299f7..d80c58592ef 100644
--- a/_articles/ko/getting-paid.md
+++ b/_articles/ko/getting-paid.md
@@ -10,7 +10,7 @@ related:
   - leadership
 ---
 
-## Why some people seek financial support
+## 왜 누군가는 재정적 지원을 찾을까
 
 대부분의 오픈소스 작업은 자원봉사입니다. 예를 들어, 누군가가 사용하는 프로젝트에서 버그를 발견하고 빠른 버그픽스를 제출하거나, 여가 시간에 오픈소스 프로젝트를 사용하여 재미있는 작업을 할 수 있습니다.
 
@@ -60,7 +60,7 @@ I was looking for a "hobby" programming project that would keep me occupied duri
 
 재정 지원을 찾고 있다면, 고려해야 할 두 가지 경로가 있습니다. 기여자로서 자신의 시간을 투자하거나, 프로젝트에 대한 조직 자금을 찾을 수 있습니다.
 
-## Funding your own time
+## 당신이 들인 시간에 대한 펀딩을 받기
 
 오늘날, 많은 사람들이 오픈소스에서 파트 타임 또는 풀 타임으로 일하기 위해 돈을 받습니다. 당신의 시간에 대한 대금을 받는 가장 일반적인 방법은 고용주와 상담하는 것입니다.
 
@@ -105,7 +105,7 @@ I was looking for a "hobby" programming project that would keep me occupied duri
 * @gaearon은 [Patreon crowdfunding campaign](https://redux.js.org/)을 통해 [Redux](https://github.com/reactjs/redux)에 대한 그의 작업에 펀드했습니다.
 * @andrewgodwin은 Django 스키마 마이그레이션 작업을 [Kickstarter 캠페인을 통해](https://www.kickstarter.com/projects/andrewgodwin/schema-migrations-for-django) 펀드했습니다.
 
-## Finding funding for your project
+## 당신의 프로젝트에 대한 펀딩을 찾기
 
 개인 기여자를 위한 준비 외에도, 때로는 프로젝트가 회사, 개인 또는 다른 사람들로부터 지속적인 자금 마련을 위해 펀드를 모으는 경우가 있습니다.
 
@@ -143,7 +143,7 @@ I was looking for a "hobby" programming project that would keep me occupied duri
 
 보다 자세한 옵션과 사례 연구를 원할 경우, @nayafia [가이드 작성](https://github.com/nayafia/lemonade-stand)을 통해 오픈소스 저작물에 대한 대가를 받을 수 있습니다. 다른 유형의 기금에는 여러 가지 기술이 필요하기 때문에 어떤 옵션이 가장 적합한 지 알아 내려면 장점을 고려하십시오.
 
-## Building a case for financial support
+## 재정적 지원을 받기 위한 근거를 갖추기
 
 프로젝트가 새로운 아이디어이든, 수년간 지속되어 왔든 타겟 기금 제공자를 파악하고 중요한 사건을 만드는데 중요하게 고려되야합니다.
 
@@ -177,6 +177,6 @@ I was looking for a "hobby" programming project that would keep me occupied duri
   </p>
 </aside>
 
-## Experiment and don't give up
+## 시도해 보고 포기하지 마세요!
 
 오픈소스 프로젝트, 비영리 단체, 소프트웨어 스타트업 등 많은 돈을 모으는 것은 쉽지 않습니다. 대부분의 경우 창의력을 발휘해야합니다. 어떻게 돈을 받고, 연구를 하고, 재밌는 사람의 신발에 몸을 두는지를 확인하면 자금 지원에 대한 설득력있는 사례를 구축하는 데 도움이됩니다.
diff --git a/_articles/ko/how-to-contribute.md b/_articles/ko/how-to-contribute.md
index 99900325f70..b593d749f7b 100644
--- a/_articles/ko/how-to-contribute.md
+++ b/_articles/ko/how-to-contribute.md
@@ -10,7 +10,7 @@ related:
   - building
 ---
 
-## Why contribute to open source?
+## 왜 오픈소스에 기여할까요?
 
 <aside markdown="1" class="pquote">
   <img src="https://avatars.githubusercontent.com/errietta?s=180" class="pquote-avatar" alt="avatar">
@@ -48,7 +48,7 @@ related:
 
 오픈소스에 참여하는 것을 즐기는 평생 기여자가 될 필요는 없습니다. 웹 사이트에서 오타를 발견하고 누군가가 고쳐주길 바란 적 있나요? 오픈소스 프로젝트에서 여러분은 그렇게 할 수 있습니다. 오픈소스는 사람들이 삶에 대해 어떻게 대처하고 그들이 세상을 경험하는지를 느끼도록 도와줍니다.
 
-## What it means to contribute
+## 기여한다는 것의 의미
 
 새로운 오픈소스 기여자라면, 기여하는 과정이 겁날 수도 있습니다. 알맞은 프로젝트를 어떻게 찾아야 할까요? 코딩을 할 줄 모른다면요? 뭔가 잘못되면 어떡하죠?
 
@@ -142,7 +142,7 @@ related:
 
 비록 당신이 소프트웨어 개발자일지라도, 문서 프로젝트 작업은 오픈소스에서 시작하는 데 도움이 될 수 있습니다. 코드를 포함하지 않는 프로젝트에서 작업하는 것은 보통 어렵지 않으며, 협력하는 과정에서 여러분의 자신감과 경험을 쌓을 수 있을 것입니다.
 
-## Orienting yourself to a new project
+## 새 프로젝트로 향하기
 
 <aside markdown="1" class="pquote">
   <img src="https://avatars.githubusercontent.com/shaunagm?s=180" class="pquote-avatar" alt="avatar">
@@ -189,7 +189,7 @@ related:
 * **토론 포럼 혹은 메일링 리스트:** 일부 프로젝트는 회화성 주제(버그 제보나 기능 요구 대신 _"...하려면 어떻게 하나요?"_ 또는 _"...에 대해 어떻게 생각하세요?"_ 같은 주제)에 대해 이러한 채널을 사용할 수 있습니다. 나머지 프로젝트는 모든 대화에 이슈 트래커를 사용합니다.
 * **채팅 채널:** 일부 프로젝트에서는 일상 대화, 협업 및 빠른 의사소통을 위해 Slack이나 IRC 같은 채팅 채널을 사용합니다.
 
-## Finding a project to contribute to
+## 기여할 프로젝트 찾기
 
 오픈소스 프로젝트가 어떻게 작동하는지 알았으니, 이제 기여할 프로젝트를 찾아야 합니다!
 
@@ -373,7 +373,7 @@ README를 스캔하여 깨진 링크나 오타를 찾을 수 있습니다. 또
   </p>
 </aside>
 
-## How to submit a contribution
+## 기여하는 방법
 
 기여하고 싶은 프로젝트를 찾았나요? 드디어! 기여하는 올바른 방법은 다음과 같습니다.
 
@@ -485,7 +485,7 @@ PR이 반드시 완료된 작업을 포함할 필요는 없습니다. 보통 다
 
 만약 첫 PR을 열려고 한다면 @kentcdodds가 무료 영상 튜토리얼로 공개한 [Make a Pull Request](http://makeapullrequest.com/)를 참조하세요. @Roshanjossey의 [First Contributions](https://github.com/Roshanjossey/first-contributions) 저장소에서 연습해볼 수도 있습니다.
 
-## What happens after you submit a contribution
+## 기여한 후에 일어나는 일
 
 해내셨군요! 오픈소스 기여자가 되신 것을 축하드립니다. 앞으로도 많이 기여하실 수 있기를 바랍니다.
 
@@ -517,6 +517,6 @@ PR이 반드시 완료된 작업을 포함할 필요는 없습니다. 보통 다
 
 만세! 오픈소스에 기여하는 데 성공했습니다!
 
-## You did it!
+## 해냈어요!
 
 처음으로 오픈소스에 기여한 사람이든, 기여할 새로운 방법을 찾고 있든, 이 문서가 그것을 행동에 옮길 수 있는 계기가 되었길 바랍니다. 비록 기여가 받아들여지지 않더라도, 관리자가 당신을 도우려 할 때 감사의 말을 하는 것을 잊지 마세요. 오픈소스의 이슈, PR, 댓글 하나하나는 여러분에 의해 만들어집니다. 
diff --git a/_articles/ko/legal.md b/_articles/ko/legal.md
index 14f606e5646..6df7a449146 100644
--- a/_articles/ko/legal.md
+++ b/_articles/ko/legal.md
@@ -10,11 +10,11 @@ related:
   - leadership
 ---
 
-## Understanding the legal implications of open source
+## 오픈소스의 법적 함의를 이해하기
 
 세계와 창의적인 작업을 공유하는 것은 흥미롭고 보람있는 경험이 될 수 있습니다. 그것은 또한 당신이 걱정해야 했지만 잘 몰랐던 여러 법적 문제를 의미할 수도 있습니다. 고맙게도 처음부터 다시 시작할 필요는 없습니다. 귀하의 법적 요구 사항이 있습니다. (이 내용을 파기전에, [면책조항](/notices/)을 읽으십시오.)
 
-## Why do people care so much about the legal side of open source?
+## 왜 사람들은 오픈소스의 법적 측면에 신경을 많이 쓸까요?
 
 물어봤다는건 다행입니다! 창의적인 작업(작성, 그래픽 또는 코드)을 할 때, 그 저작물은 기본적으로 독점적인 저작권 하에 있습니다. 즉, 법은 귀하를 저작물의 작성자로서 다른 사람들이 할 수 있는 것에 대해 귀하가 말하고 있는 것으로 간주합니다.
 
@@ -26,7 +26,7 @@ related:
 
 마지막으로, 프로젝트는 사용자가 알지 못하는 라이선스 요구 사항과의 종속성을 가질 수 있습니다. 프로젝트의 커뮤니티 또는 고용주의 정책에 따라 프로젝트에서 특정 오픈소스 라이선스를 사용해야 할 수도 있습니다. 아래에서 이러한 상황을 다룰 것입니다.
 
-## Are public GitHub projects open source?
+## 깃허브의 공개 프로젝트는 오픈소스인가요?
 
 깃허브에서 [새로운 프로젝트를 만들려고](https://help.github.com/articles/creating-a-new-repository/) 할 때, **비공개** 또는 **공개** 저장소로 만드는 옵션을 선택할 수 있습니다.
 
@@ -36,7 +36,7 @@ related:
 
 다른 사람들이 프로젝트를 사용, 복사, 수정 또는 다시 사용할 수 있게 하려면, 오픈소스 라이선스를 포함해야 합니다. 예를 들어, GitHub 프로젝트가 공개되어 있다 하더라도 명시적으로 권한을 부여하지 않는다면, 그 코드의 어느 부분도 사용할 수 없습니다. 
 
-## Just give me the TL;DR on what I need to protect my project.
+## 너무 기니까 그냥 내 프로젝트를 보호하는 데 필요한 점을 요약해 주세요.
 
 운이 좋았습니다. 오늘날 오픈소스 라이선스는 표준화되어 있고 사용하기 쉽기 때문입니다. 기존 라이선스를 프로젝트에 직접 복사하여 붙여넣을 수 있습니다.
 
@@ -52,7 +52,7 @@ GitHub에서 새로운 프로젝트를 만들 때, [라이선스를 추가할 
   </p>
 </aside>
 
-## Which open source license is appropriate for my project?
+## 내 프로젝트에는 어떤 라이선스가 적합할까요?
 
 빈 슬레이트에서 시작한다면, [MIT 라이선스](https://choosealicense.com/licenses/mit/)를 잘못 읽는 것은 어렵습니다. MIT 라이선스는 짧고 이해하기 쉬우며, 저작권 고지를 포함하여 라이선스 사본을 보관하는 한 누구나 모든 것을 할 수 있도록 허락합니다. 필요한 경우 다른 라이선스로 프로젝트를 릴리스 할 수 있습니다.
 
@@ -68,11 +68,11 @@ GitHub에서 새로운 프로젝트를 만들 때, [라이선스를 추가할 
 * **프로젝트를 대기업에 어필하고 싶습니까?** 대기업은 모든 참여자의 명시적인 특허 라이선스를 원할 것입니다. 이 경우, [Apache 2.0](https://choosealicense.com/licenses/apache-2.0/)는 귀하(그리고 그들)을 커버해 줄것 입니다.
 * **독점 소스 소프트웨어에 기여를 하고 싶지 않은 기여자에게 프로젝트를 어필하고 싶습니까?** [GPLv3](https://choosealicense.com/licenses/gpl-3.0/) 혹은 (또한 독점 소스 서비스에 기여하지 않으려는 경우) [AGPLv3](https://choosealicense.com/licenses/agpl-3.0/)은 잘될 것입니다.
 
-귀하의 **회사**는 오픈소스 프로젝트에 대한 특정 라이선스 요구 사항을 가지고 있을 수 있습니다. 예를 들어, 회사에서 회사의 독점 소스 제품에서 프로젝트를 사용할 수 있도록 허용 라이선스가 필요할 수 있습니다. 또는 귀사만 독점 소스 소프트웨어에서 프로젝트를 사용할 수 있도록 강력한 카피 레프트 라이선스와 추가 기여자 계약(아래 참조)이 필요할 수 있습니다. 또는 표준, 사회적 책임 또는 투명성과 관련된 특정 요구 사항이 있을 수 있습니다. 이러한 요구 사항에는 특정 라이선스 전략이 필요할 수 있습니다. 귀하의 [회사 법률 부서](#what-does-my-companys-legal-team-need-to-know)에 이야기하십시오.
+귀하의 **회사**는 오픈소스 프로젝트에 대한 특정 라이선스 요구 사항을 가지고 있을 수 있습니다. 예를 들어, 회사에서 회사의 독점 소스 제품에서 프로젝트를 사용할 수 있도록 허용 라이선스가 필요할 수 있습니다. 또는 귀사만 독점 소스 소프트웨어에서 프로젝트를 사용할 수 있도록 강력한 카피 레프트 라이선스와 추가 기여자 계약(아래 참조)이 필요할 수 있습니다. 또는 표준, 사회적 책임 또는 투명성과 관련된 특정 요구 사항이 있을 수 있습니다. 이러한 요구 사항에는 특정 라이선스 전략이 필요할 수 있습니다. 귀하의 [회사 법률 부서](#회사의-법무팀은-무엇을-알아야-할까요)에 이야기하십시오.
 
 GitHub에서 새 프로젝트를 만들면, 라이선스를 선택할 수 있는 옵션이 제공됩니다. 위에서 언급한 라이선스 중 하나를 포함하면 GitHub 프로젝트가 오픈소스로 됩니다. 다른 옵션을 보려면 [choosealicense.com](https://choosealicense.com)에서 [소프트웨어가 아닌 프로젝트](https://choosealicense.com/non-software/)에 적합한 라이선스를 찾으십시오.
 
-## What if I want to change the license of my project?
+## 내 프로젝트의 라이선스를 바꾸고 싶다면 어쩌죠?
 
 대부분의 프로젝트는 라이선스를 변경할 필요가 없습니다. 그러나 때때로 상황이 바뀝니다.
 
@@ -86,7 +86,7 @@ GitHub에서 새 프로젝트를 만들면, 라이선스를 선택할 수 있는
 
 또는 기여자가 기존 오픈소스 라이선스에서 허용하는 것 이상으로 특정 조건하에서 특정 라이선스 변경 사항에 대해 사전에 동의할 수 있습니다 (추가 기여자 계약 - 아래 참조). 이렇게하면 라이선스 변경의 복잡성이 조금씩 바뀝니다. 변호사의 도움이 더 필요합니다. 라이선스 변경을 수행할 때는, 프로젝트의 이해 관계자와 명확하게 의견을 나눌 수 있습니다.
 
-## Does my project need an additional contributor agreement?
+## 내 프로젝트에 추가 기여자 계약이 필요한가요?
 
 아마도 그렇지 않습니다. 대다수의 오픈소스 프로젝트에서 공개 소스 라이선스는 인바운드(기여자)와 아웃바운드(다른 참여자 및 사용자) 라이선스로 암묵적으로 사용됩니다. 프로젝트가 GitHub에 있는 경우, GitHub 서비스 약관은 "인바운드 = 아웃 바운드" [명시적 기본값](https://help.github.com/en/github/site-policy/github-terms-of-service#6-contributions-under-repository-license)으로 지정합니다.
 
@@ -111,7 +111,7 @@ GitHub에서 새 프로젝트를 만들면, 라이선스를 선택할 수 있는
 
 프로젝트에 기여자 계약을 추가로 사용해야하는 경우 기여자 산만을 최소화하기 위해 [CLA 어시스턴트](https://github.com/cla-assistant/cla-assistant)와 같은 통합 사용을 고려하십시오.
 
-## What does my company's legal team need to know?
+## 회사의 법무팀은 무엇을 알아야 할까요?
 
 오픈소스 프로젝트를 회사 직원으로 공개하는 경우, 먼저 법률팀이 오픈소스 프로젝트임을 알고 있어야 합니다.
 
diff --git a/_articles/ko/metrics.md b/_articles/ko/metrics.md
index 19d657dbf95..ab5d16f187d 100644
--- a/_articles/ko/metrics.md
+++ b/_articles/ko/metrics.md
@@ -10,7 +10,7 @@ related:
   - best-practices
 ---
 
-## Why measure anything?
+## 왜 측정할까요?
 
 데이터를 현명하게 사용하면, 오픈소스 메인테이너로서 더 나은 의사 결정을 내릴 수 있습니다.
 
@@ -31,7 +31,7 @@ related:
 
 If you _are_ interested in understanding your project on a deeper level, read on for ways to analyze your project's activity.
 
-## Discovery
+## 발견
 
 누구든지 프로젝트를 사용하거나 기여할 수 있게 하기전에, 이것이 존재 하는 지를 알아야합니다. 자신에게 물어보십시오: _이 프로젝트를 찾는 사람들입니까?_
 
@@ -51,7 +51,7 @@ If you _are_ interested in understanding your project on a deeper level, read on
 
 [특정 장소에서 검색 가능성을 추적](https://opensource.com/business/16/6/pirate-metrics) 할 수도 있습니다: 예를 들어, Google 페이지랭크, 프로젝트 웹 사이트의 추천 트래픽 또는 다른 오픈소스 프로젝트 또는 웹 사이트의 추천을 포함 할 수 있습니다.
 
-## Usage
+## 사용
 
 사람들은 우리가 인터넷이라고 부르는 이 거칠고 미친 일로 프로젝트를 찾고 있습니다. 이상적으로는, 프로젝트를 보았을 때 뭔가 할 것을 강요 당할 것입니다. 두 번째 질문은 다음과 같습니다: _이 프로젝트를 사용하는 사람들입니까?_
 
@@ -74,7 +74,7 @@ npm 또는 RubyGems.org와 같은 패키지 관리자를 사용하여 프로젝
 
 사람들이 프로젝트를 사용하고 있다는 것을 알게되면, 사람들이 프로젝트를 통해 무엇을 하고 있는지 파악하려고 할 수 있습니다. 그들은 당신의 코드를 포크하고 기능을 추가함으로써 그것을 구축하고 있습니까? 그들은 과학이나 비즈니스를 위해 그것을 사용하고 있습니까?
 
-## Retention
+## 유지
 
 사람들이 프로젝트를 찾고 있으며 프로젝트를 사용하고 있습니다. 다음 질문은 스스로에게 물어볼 것입니다: _이 프로젝트에 다시 기여한 사람들입니까?_
 
@@ -104,7 +104,7 @@ npm 또는 RubyGems.org와 같은 패키지 관리자를 사용하여 프로젝
   </p>
 </aside>
 
-## Maintainer activity
+## 메인테이너의 활동
 
 마지막으로, 프로젝트 메인테이너가 받은 기여 분량을 처리 할 수 있는지 확인하여 루프를 닫으십시오. 자신에게 묻고 싶은 마지막 질문은 다음과 같습니다: _나는 (또는 우리가) 우리 커뮤니티에 반응하고 있습니까?_
 
@@ -121,6 +121,6 @@ npm 또는 RubyGems.org와 같은 패키지 관리자를 사용하여 프로젝
 * 부실 이슈가 종결 되는지 여부
 * pull request을 병합하는 평균 시간
 
-## Use 📊 to learn about people
+## 사람들에 대해 배우려면 📊를 사용하세요
 
 측정 기준을 이해하면 적극적으로 성장하는 오픈소스 프로젝트를 구축하는 데 도움이됩니다. 대시 보드의 모든 측정치를 추적하지 않더라도, 위의 프레임워크를 사용하여 프로젝트가 성공하는 데 도움이 되는 동작 유형에 주의를 기울이십시오.
diff --git a/_articles/ko/starting-a-project.md b/_articles/ko/starting-a-project.md
index ba3087e873e..bad3e06be84 100644
--- a/_articles/ko/starting-a-project.md
+++ b/_articles/ko/starting-a-project.md
@@ -10,7 +10,7 @@ related:
   - building
 ---
 
-## The "what" and "why" of open source
+## 오픈소스는 "무엇"이고 "왜" 하는가?
 
 오픈소스를 시작하려고 하시나요? 축하합니다! 세상이 여러분의 기여를 높이 살 것입니다. 오픈소스란 무엇이며, 왜 사람들이 오픈소스를 사용하는지 알아봅시다.
 
@@ -57,7 +57,7 @@ related:
 
 결론적으로 대부분의 오픈소스 프로젝트는 무료이지만, "무료"는 오픈소스 정의의 일부가 아닙니다. 오픈소스의 공식적인 정의를 계속 준수하면서도 이중 라이선스 또는 제한된 기능을 통해 간접적으로 오픈소스 프로젝트 사용에 비용을 청구할 수 있는 방법이 있습니다.
 
-## Should I launch my own open source project?
+## 내 오픈소스 프로젝트를 시작해야 할까요?
 
 짧게 답하자면 그렇습니다. 결과가 어떻든 여러분 자신의 프로젝트를 시작하는 것이 오픈소스가 돌아가는 방식을 배우기 위한 훌륭한 방법이 되기 때문입니다.
 
@@ -105,7 +105,7 @@ related:
 
 기여를 시작하는 법을 잘 모르겠다면 [오픈소스에 기여하는 방법 가이드](../how-to-contribute/)를 확인해 보세요.
 
-## Launching your own open source project
+## 내 오픈소스 프로젝트 시작하기
 
 프로젝트를 오픈소스화할 정해진 타이밍은 없습니다. 아이디어, 진행중인 작업 혹은 수년이 지난 비공개 소스도 오픈소스화할 수 있습니다.
 
@@ -213,7 +213,7 @@ README에 CONTRIBUTING 파일을 링크하면 더 많은 사람들이 읽게 할
 
 행동 강령을 저장소의 CODE_OF_CONDUCT 파일에 직접 붙여넣으세요. 파일을 쉽게 찾을 수 있게 프로젝트 최상위 폴더에 저장하고 README에 링크를 첨부하세요.
 
-## Naming and branding your project
+## 프로젝트의 네이밍과 브랜딩
 
 브랜딩은 화려한 로고나 매력적인 프로젝트 이름 그 이상입니다. 브랜딩은 여러분이 프로젝트를 어떻게 생각하는지, 누구에게 여러분의 메시지를 전달하고자 하는지에 대한 것입니다.
 
@@ -260,7 +260,7 @@ README에 CONTRIBUTING 파일을 링크하면 더 많은 사람들이 읽게 할
 
 프로젝트를 시작할 때 스타일 가이드를 작성할 필요는 없으며, 여러분은 오히려 프로젝트에 여러 코딩 스타일이 혼재하는 것을 좋아할 수도 있습니다. 하지만 글과 코딩 스타일이 서로 다른 유형의 사람들을 끌어모으거나 단념시킬 수도 있다는 점을 예상해야 합니다. 프로젝트의 가장 초기 단계는 여러분이 원하는 선례를 만들 기회입니다.
 
-## Your pre-launch checklist
+## 오픈소스 준비 체크리스트
 
 프로젝트를 오픈소스화할 준비가 되셨습니까? 다음은 도움이 되는 체크리스트입니다. 모든 칸에 체크하셨나요? 이제 출발할 준비가 되었습니다! ["공개"를 클릭](https://help.github.com/articles/making-a-private-repository-public/)하고 등을 토닥이세요.
 
@@ -358,6 +358,6 @@ README에 CONTRIBUTING 파일을 링크하면 더 많은 사람들이 읽게 할
   </label>
 </div>
 
-## You did it!
+## 해냈어요!
 
 첫번째 프로젝트를 오픈소스화한 것을 축하합니다. 결과가 어떻든 공개적으로 작업하는 것은 커뮤니티에게 좋은 선물입니다. 모든 커밋, 댓글, PR을 통해 여러분은 여러분 스스로와 다른 사람들이 배우고 성장할 기회를 창출하고 있습니다.