diff --git a/_articles/bn/building-community.md b/_articles/bn/building-community.md
new file mode 100644
index 00000000000..dd16d2b98e5
--- /dev/null
+++ b/_articles/bn/building-community.md
@@ -0,0 +1,290 @@
+---
+lang: bn
+title: স্বাগতজনক সম্প্রদায় তৈরি
+description: একটি সম্প্রদায় গঠন করা যা মানুষকে আপনার প্রকল্পটি ব্যবহার, অবদান রাখতে এবং প্রচার করতে উৎসাহিত করে।
+class: building
+order: 4
+image: /assets/images/cards/building.png
+related:
+  - best-practices
+  - coc
+---
+
+## আপনার প্রকল্পকে সফলতার জন্য প্রস্তুত করা
+
+আপনি আপনার প্রকল্পটি চালু করেছেন, আপনি এটি প্রচার করছেন এবং মানুষ এটি পরীক্ষা করে দেখছে। অসাধারণ! এখন, আপনি কিভাবে তাদের থাকতে উৎসাহিত করবেন?
+
+একটি স্বাগতজনক সম্প্রদায় আপনার প্রকল্পের ভবিষ্যৎ এবং সুনামের জন্য একটি বিনিয়োগ। যদি আপনার প্রকল্পটি প্রথম অবদানের দিকে অগ্রসর হয়, তবে শুরুতে অবদানকারীদের একটি ইতিবাচক অভিজ্ঞতা প্রদান করুন এবং তাদের আবার ফিরে আসা সহজ করুন।
+
+### মানুষকে স্বাগত জানাতে তৈরি করুন
+
+আপনার প্রকল্পের সম্প্রদায় সম্পর্কে ভাবার একটি উপায় হল @MikeMcQuaid এর দ্বারা বর্ণিত [অবদানকারী ফানেল](https://mikemcquaid.com/2018/08/14/the-open-source-contributor-funnel-why-people-dont-contribute-to-your-open-source-project/):
+
+![অবদানকারী ফানেল](/assets/images/building-community/contributor_funnel_mikemcquaid.png)
+
+আপনি যখন আপনার সম্প্রদায় তৈরি করছেন, তখন ভাবুন কিভাবে ফানেলের শীর্ষে (একটি সম্ভাব্য ব্যবহারকারী) কেউ তাত্ত্বিকভাবে নীচে (একটি সক্রিয় রক্ষণাবেক্ষক) আসতে পারে। আপনার লক্ষ্য হল অবদানকারী অভিজ্ঞতার প্রতিটি পর্যায়ে বাঁধা হ্রাস করা। যখন মানুষ সহজ সাফল্য পায়, তারা আরও কিছু করতে উৎসাহিত হয়।
+
+আপনার ডকুমেন্টেশন দিয়ে শুরু করুন:
+
+* **কোনো একজনকে আপনার প্রকল্পটি ব্যবহার করতে সহজ করুন।** [একটি বন্ধুত্বপূর্ণ README](../starting-a-project/#writing-a-readme) এবং স্পষ্ট কোড উদাহরণগুলি আপনার প্রকল্পে প্রবেশ করা যে কারো জন্য শুরু করা সহজ করে তুলবে।
+* **অবদান দেওয়ার প্রক্রিয়া স্পষ্টভাবে ব্যাখ্যা করুন**, [আপনার CONTRIBUTING ফাইল](../starting-a-project/#writing-your-contributing-guidelines) ব্যবহার করে এবং আপনার সমস্যাগুলি আপডেট রাখুন।
+* **সুন্দর প্রথম সমস্যা**: নতুন অবদানকারীদের সাহায্য করতে, বিবেচনা করুন স্পষ্টভাবে [এমন সমস্যা চিহ্নিত করা যা নতুনদের জন্য মোকাবেলা করা সহজ](https://help.github.com/en/articles/helping-new-contributors-find-your-project-with-labels)। তারপর GitHub এই সমস্যাগুলিকে বিভিন্ন স্থানে উপস্থাপন করবে, সহায়ক অবদান বৃদ্ধি করবে এবং ব্যবহারকারীদের জন্য খুব কঠিন সমস্যাগুলির মোকাবেলার থেকে বাঁধা কমাবে।
+
+[GitHub-এর ২০১৭ খরদ্দার ওপেন সোর্স জরিপ](http://opensourcesurvey.org/2017/) দেখিয়েছে অসম্পূর্ণ বা বিভ্রান্তিকর ডকুমেন্টেশন ওপেন সোর্স ব্যবহারকারীদের জন্য সবচেয়ে বড় সমস্যা। ভালো ডকুমেন্টেশন মানুষকে আপনার প্রকল্পের সাথে যোগাযোগ করতে আমন্ত্রণ জানায়। অবশেষে, কেউ একটি সমস্যা বা টানেল অনুরোধ খোলার সুযোগ পাবে। এই যোগাযোগগুলি ব্যবহার করুন তাদের ফানেল নিচে নিয়ে যাওয়ার সুযোগ হিসেবে।
+
+* **যখন কেউ নতুনভাবে আপনার প্রকল্পে আসে, তাদের আগ্রহের জন্য ধন্যবাদ জানান!** এটি শুধু একটি নেতিবাচক অভিজ্ঞতা নেওয়া একজনকে আবার ফিরে আসতে চাওয়ার জন্য যথেষ্ট।
+* **প্রতিক্রিয়াশীল হন।** যদি আপনি তাদের সমস্যার প্রতিক্রিয়া জানাতে এক মাস সময় নেন, তবে সম্ভাব্যতা হল, তারা ইতিমধ্যে আপনার প্রকল্পটি ভুলে গেছে।
+* **যে ধরণের অবদান আপনি গ্রহণ করবেন তা সম্পর্কে খোলামেলা থাকুন।** অনেক অবদানকারী একটি বাগ রিপোর্ট বা একটি ছোট ফিক্স দিয়ে শুরু করেন। একটি প্রকল্পে অবদান রাখার [অনেক উপায় রয়েছে](../how-to-contribute/#what-it-means-to-contribute)। মানুষকে তাদের যেভাবে সাহায্য করতে চান সেভাবে সাহায্য করতে দিন।
+* **যদি কোনো অবদানে আপনি অসন্তুষ্ট হন,** তাদের ধারণার জন্য ধন্যবাদ জানান এবং [ব্যাখ্যা করুন কেন](../best-practices/#learning-to-say-no) এটি প্রকল্পের পরিধির মধ্যে পড়ে না, যদি আপনার কাছে প্রাসঙ্গিক ডকুমেন্টেশন থাকে তবে তা লিঙ্ক করুন।
+
+> ![avatar](https://avatars.githubusercontent.com/mikeal?s=180)  
+> ওপেন সোর্সে অবদান রাখা কিছুদের জন্য সহজ, আবার কিছুদের জন্য কঠিন। সঠিকভাবে কিছু না করার জন্য বা শুধু ফিট না হওয়ার জন্য চেঁচিয়ে ওঠার ভয় আছে। (...) খুব কম প্রযুক্তিগত দক্ষতা (ডকুমেন্টেশন, ওয়েব সামগ্রী মার্কডাউন, ইত্যাদি) নিয়ে অবদানকারীদের জন্য একটি জায়গা দেওয়ার মাধ্যমে আপনি এই উদ্বেগগুলি উল্লেখযোগ্যভাবে হ্রাস করতে পারেন।  
+> — @mikeal, ["Growing a contributor base in modern open source"](https://opensource.com/life/16/5/growing-contributor-base-modern-open-source)
+
+অবস্থানগুলি ওপেন সোর্সে অবদান রাখার জন্য "অসাধারণ অবদানকারী": যারা একটি প্রকল্পে কেবল কখনও কখনও অবদান রাখে। একজন অসাধারণ অবদানকারী আপনার প্রকল্পের সঙ্গে পুরোপুরি পরিচিত হওয়ার সময় নাও থাকতে পারে, তাই আপনার কাজ হলো তাদের অবদান রাখা সহজ করা।
+
+অন্যান্য অবদানকারীদের উৎসাহিত করা আপনার জন্যও একটি বিনিয়োগ। যখন আপনি আপনার সবচেয়ে বড় ভক্তদের তাদের প্রিয় কাজ করতে সাহায্য করেন, তখন সবকিছু নিজে করার চাপ কমে যায়।
+
+### সবকিছু নথিবদ্ধ করুন
+
+> ![avatar](https://avatars.githubusercontent.com/janl?s=180)  
+> আপনি কি কখনও কোনো (প্রযুক্তি) ইভেন্টে গিয়েছেন যেখানে আপনি কাউকেই জানতেন না, কিন্তু অন্যান্য সবাই যেন পুরনো বন্ধুদের মতো গোষ্ঠীতে দাঁড়িয়ে আড্ডা দিচ্ছিল? (...) এখন কল্পনা করুন আপনি একটি ওপেন সোর্স প্রকল্পে অবদান রাখতে চান, কিন্তু আপনি দেখেন না কেন বা কিভাবে এটি হচ্ছে।  
+> — @janl, ["Sustainable Open Source"](https://web.archive.org/web/20200723213552/https://writing.jan.io/2015/11/20/sustainable-open-source.html)
+
+যখন আপনি একটি নতুন প্রকল্প শুরু করেন, এটি আপনার কাজ গোপন রাখতে স্বাভাবিক মনে হতে পারে। কিন্তু ওপেন সোর্স প্রকল্পগুলি তখনই উন্নতি করে যখন আপনি আপনার প্রক্রিয়াটি জনসমক্ষে নথিবদ্ধ করেন।
+
+যখন আপনি কিছু লেখেন, তখন আরও অনেক মানুষ প্রতিটি পদক্ষেপে অংশগ্রহণ করতে পারে। আপনি এমন কিছুতে সাহায্য পেতে পারেন যা আপনি জানতেন না যে আপনার প্রয়োজন।
+
+কিছু লেখার মানে শুধুমাত্র প্রযুক্তিগত ডকুমেন্টেশন নয়। যখনই আপনি কিছু লেখার বা আপনার প্রকল্প নিয়ে ব্যক্তিগতভাবে আলোচনা করার প্রবণতা অনুভব করেন, তখন জিজ্ঞেস করুন যে আপনি এটি জনসমক্ষে করতে পারেন কিনা।
+
+আপনার প্রকল্পের রোডম্যাপ, আপনি কোন ধরনের অবদান খুঁজছেন, অবদানগুলি কিভাবে পর্যালোচনা করা হয়, অথবা কেন আপনি কিছু সিদ্ধান্ত নিয়েছিলেন, এ সম্পর্কে স্বচ্ছ হন।
+
+যদি আপনি দেখতে পান যে একাধিক ব্যবহারকারী একই সমস্যায় পড়ছেন, তাহলে README-তে উত্তরগুলি নথিবদ্ধ করুন।
+
+মিটিংয়ের জন্য, আপনার নোট বা তথ্য একটি প্রাসঙ্গিক ইস্যুতে প্রকাশ করার কথা বিবেচনা করুন। এই স্তরের স্বচ্ছতার জন্য আপনি যে প্রতিক্রিয়া পাবেন তা আপনাকে অবাক করে দিতে পারে।
+
+সবকিছু নথিবদ্ধ করা আপনার কাজের জন্যও প্রযোজ্য। যদি আপনি আপনার প্রকল্পে একটি গুরুত্বপূর্ণ আপডেটের উপর কাজ করছেন, তাহলে এটি একটি পুল রিকোয়েস্টে রাখুন এবং এটি কাজের অগ্রগতি (WIP) হিসেবে চিহ্নিত করুন। এর মাধ্যমে, অন্যরা শুরুতে প্রক্রিয়ায় জড়িত অনুভব করতে পারে।
+
+### সাড়া দিন
+
+যখন আপনি [আপনার প্রকল্পের প্রচার](../finding-users) করেন, মানুষ আপনার জন্য প্রতিক্রিয়া জানাবে। তাদের হয়তো জিজ্ঞাসা থাকবে কিভাবে কিছু কাজ করে, বা শুরু করতে সাহায্য প্রয়োজন।
+
+কোনো একজন ব্যক্তি যখন একটি সমস্যা জমা দেয়, একটি পুল রিকোয়েস্ট জমা দেয়, অথবা আপনার প্রকল্প সম্পর্কে একটি প্রশ্ন করে তখন সাড়া দিতে চেষ্টা করুন। যখন আপনি দ্রুত সাড়া দেন, মানুষ অনুভব করবে তারা একটি আলোচনার অংশ, এবং তারা অংশগ্রহণে আরও উৎসাহী হবে।
+
+যদি আপনি সঙ্গে সঙ্গে রিকোয়েস্ট পর্যালোচনা করতে না পারেন, তবে দ্রুত স্বীকৃতি দেওয়া জড়িত থাকার হার বাড়াতে সাহায্য করে। @tdreyno কিভাবে [Middleman](https://github.com/middleman/middleman/pull/1466) এ একটি পুল রিকোয়েস্টের প্রতি সাড়া দিয়েছিলেন সেটি এখানে দেখুন:
+
+![Middleman pull request](/assets/images/building-community/middleman_pr.png)
+
+[মোজিলার একটি গবেষণা পাওয়া গেছে](https://docs.google.com/presentation/d/1hsJLv1ieSqtXBzd5YZusY-mB8e1VJzaeOmh8Q4VeMio/edit#slide=id.g43d857af8_0177) যে যারা 48 ঘন্টার মধ্যে কোড পর্যালোচনা পেয়েছিলেন তাদের ফেরত এবং পুনরাবৃত্তি অবদানের হার অনেক বেশি ছিল।
+
+আপনার প্রকল্প সম্পর্কে কথোপকথনগুলি ইন্টারনেটে অন্য কোথাওও ঘটতে পারে, যেমন Stack Overflow, Twitter, বা Reddit। আপনি কিছু জায়গায় বিজ্ঞপ্তি সেট আপ করতে পারেন যাতে কেউ আপনার প্রকল্পের কথা বললে আপনাকে সতর্ক করা হয়।
+
+### আপনার সম্প্রদায়কে একটি জায়গা দিন
+
+আপনার সম্প্রদায়কে একটি জায়গা দেওয়ার জন্য দুইটি কারণ রয়েছে।
+
+প্রথম কারণটি তাদের জন্য। লোকেদের একে অপরকে জানার সাহায্য করুন। সাধারণ আগ্রহের মানুষ একটি কথোপকথনের জায়গার জন্য অবশ্যম্ভাবীভাবে চান। এবং যখন যোগাযোগ জনসাধারণ এবং প্রবেশযোগ্য হয়, তখন কেউ পূর্বের আর্কাইভ পড়ে দ্রুত অংশগ্রহণ করতে পারে।
+
+দ্বিতীয় কারণটি আপনার জন্য। যদি আপনি মানুষের জন্য আপনার প্রকল্প সম্পর্কে একটি জনসাধারণের স্থান না দেন, তারা সম্ভবত আপনার সাথে সরাসরি যোগাযোগ করবে। শুরুতে, এটি "শুধু একবার" ব্যক্তিগত বার্তাগুলিতে সাড়া দেওয়া সহজ মনে হতে পারে। কিন্তু সময়ের সাথে সাথে, বিশেষ করে যদি আপনার প্রকল্প জনপ্রিয় হয়ে ওঠে, আপনি ক্লান্ত অনুভব করবেন। মানুষের সাথে আপনার প্রকল্প সম্পর্কে ব্যক্তিগতভাবে যোগাযোগ করার প্রলোভনকে প্রতিরোধ করুন। বরং, তাদের একটি নির্ধারিত জনসাধারণের চ্যানেলে নির্দেশ দিন।
+
+জনসাধারণের যোগাযোগ সহজ হতে পারে যেমন মানুষকে সরাসরি ইমেইল করার পরিবর্তে একটি সমস্যা খোলার জন্য নির্দেশ দেওয়া। আপনি একটি মেইলিং লিস্টও সেট আপ করতে পারেন, বা আপনার প্রকল্প সম্পর্কে কথা বলার জন্য একটি Twitter অ্যাকাউন্ট, Slack, বা IRC চ্যানেল তৈরি করতে পারেন। অথবা উভয়ই চেষ্টা করুন!
+
+[Kubernetes kops](https://github.com/kubernetes/kops#getting-involved) প্রতি দুই সপ্তাহে অফিস সময় নির্ধারণ করে যাতে সম্প্রদায়ের সদস্যদের সাহায্য করা যায়:
+
+> Kops এছাড়াও সম্প্রদায়ের জন্য সাহায্য এবং নির্দেশনা দেওয়ার জন্য প্রতি দুই সপ্তাহে সময় নির্ধারণ করেছে। Kops রক্ষণাবেক্ষকরা নতুনদের সঙ্গে কাজ করার জন্য, PR-গুলিতে সাহায্য করার জন্য এবং নতুন বৈশিষ্ট্যগুলি নিয়ে আলোচনা করার জন্য বিশেষভাবে সময় নির্ধারণ করতে সম্মত হয়েছেন।
+
+জনসাধারণের যোগাযোগের উল্লেখযোগ্য ব্যতিক্রমগুলি হল: ১) নিরাপত্তা বিষয় এবং ২) সংবেদনশীল আচরণ নীতি লঙ্ঘন। আপনি অবশ্যই এই সমস্যাগুলি ব্যক্তিগতভাবে রিপোর্ট করার জন্য একটি উপায় থাকা উচিত। যদি আপনি আপনার ব্যক্তিগত ইমেইল ব্যবহার করতে না চান, তাহলে একটি নিবেদিত ইমেইল ঠিকানা সেট আপ করুন।
+
+## আপনার সম্প্রদায়কে বাড়ানো
+
+সম্প্রদায়গুলি অত্যন্ত শক্তিশালী। এই শক্তি আপনার কৌশলের উপর নির্ভর করে একটি আশীর্বাদ বা অভিশাপ হতে পারে। আপনার প্রকল্পের সম্প্রদায় বাড়ার সাথে সাথে এটি নির্মাণের একটি শক্তিতে পরিণত করার জন্য কিছু উপায় রয়েছে।
+
+### খারাপ অভিনেতাদের সহ্য করবেন না
+
+কোনো জনপ্রিয় প্রকল্প অবশ্যম্ভাবীভাবে এমন লোকদের আকর্ষণ করবে যারা আপনার সম্প্রদায়ের ক্ষতি করে, সাহায্য করে না। তারা অনাবশ্যক বিতর্ক শুরু করতে পারে, তুচ্ছ বৈশিষ্ট্য নিয়ে বিতর্ক করতে পারে, বা অন্যদের উপর আক্রমণ করতে পারে।
+
+এ ধরনের মানুষের প্রতি শূন্য সহনশীলতার নীতি গ্রহণ করতে যথাসাধ্য চেষ্টা করুন। যদি অবাধে ছেড়ে দেওয়া হয়, তাহলে নেতিবাচক লোকেরা আপনার সম্প্রদায়ের অন্যদের অস্বস্তিতে ফেলতে পারে। তারা এমনকি চলে যেতে পারে।
+
+<aside markdown="1" class="pquote">
+  <img src="https://avatars.githubusercontent.com/okdistribute?s=180" class="pquote-avatar" alt="avatar">
+  সত্যি হচ্ছে, সমর্থনকারী সম্প্রদায় থাকা মূল বিষয়। আমি আমার সহকর্মী, বন্ধুত্বপূর্ণ ইন্টারনেট অচেনা লোক এবং চ্যাটিং IRC চ্যানেলের সাহায্য ছাড়া এই কাজটি করতে পারতাম না। (...) কম নিয়ে আপস করবেন না। খারাপ লোকদের নিয়ে আপস করবেন না।
+  <p markdown="1" class="pquote-credit">
+— @okdistribute, ["How to Run a FOSS Project"](https://okdistribute.xyz/post/okf-de)
+  </p>
+</aside>
+
+আপনার প্রকল্পের তুচ্ছ বিষয় নিয়ে নিয়মিত বিতর্ক অন্যদের, সহ আপনাকেও, গুরুত্বপূর্ণ কাজগুলিতে মনোযোগ দিতে বিঘ্নিত করে। যারা নতুনভাবে আপনার প্রকল্পে আসছে তারা এই আলোচনাগুলি দেখে অংশগ্রহণ করতে চাইতে পারে না।
+
+যখন আপনি দেখবেন আপনার প্রকল্পে নেতিবাচক আচরণ ঘটছে, তখন তা প্রকাশ্যে উল্লেখ করুন। তাদের আচরণ কেন অগ্রহণযোগ্য তা একটি সদয় কিন্তু দৃঢ় সুরে ব্যাখ্যা করুন। যদি সমস্যা অব্যাহত থাকে, আপনি তাদের [ছেড়ে যেতে বলতে](../code-of-conduct/#enforcing-your-code-of-conduct) হতে পারেন। আপনার [আচার-ব্যবহার বিধি](../code-of-conduct/) এই কথোপকথনের জন্য একটি গঠনমূলক গাইড হতে পারে।
+
+### অংশগ্রহণকারীদের যেখানে তারা আছে সেখানে মেটান
+
+আপনার সম্প্রদায় বাড়ার সঙ্গে সঙ্গে ভাল ডকুমেন্টেশন আরও গুরুত্বপূর্ণ হয়ে ওঠে। ক্যাজুয়াল অংশগ্রহণকারীরা, যারা সম্ভবত আপনার প্রকল্পের সাথে পরিচিত নন, দ্রুত তাদের প্রয়োজনীয় প্রেক্ষাপট পেতে আপনার ডকুমেন্টেশন পড়েন।
+
+আপনার CONTRIBUTING ফাইলে, নতুন অংশগ্রহণকারীদের কীভাবে শুরু করতে হয় তা পরিষ্কারভাবে বলুন। আপনি এই উদ্দেশ্যে একটি নির্দিষ্ট বিভাগও তৈরি করতে চাইতে পারেন। উদাহরণস্বরূপ, [Django](https://github.com/django/django) নতুন অংশগ্রহণকারীদের স্বাগত জানাতে একটি বিশেষ ল্যান্ডিং পৃষ্ঠা রয়েছে।
+
+![Django নতুন অংশগ্রহণকারীদের পৃষ্ঠা](/assets/images/building-community/django_new_contributors.png)
+
+আপনার ইস্যু কিউতে, বিভিন্ন ধরনের অংশগ্রহণকারীদের জন্য উপযুক্ত বাগগুলিকে লেবেল করুন: উদাহরণস্বরূপ, [_"প্রথমবারের জন্য শুধুমাত্র"_](https://kentcdodds.com/blog/first-timers-only), _"ভাল প্রথম ইস্যু"_, অথবা _"ডকুমেন্টেশন"।_ [এই লেবেলগুলি](https://github.com/librariesio/libraries.io/blob/6afea1a3354aef4672d9b3a9fc4cc308d60020c8/app/models/github_issue.rb#L8-L14) আপনার প্রকল্পে নতুন কারও জন্য সহজ করে তোলে যাতে তারা দ্রুত তাদের ইস্যুগুলি স্ক্যান করে শুরু করতে পারে।
+
+অবশেষে, আপনার ডকুমেন্টেশনটি ব্যবহার করুন যাতে প্রতিটি পদক্ষেপে মানুষকে স্বাগত জানাতে পারেন।
+
+আপনি আপনার প্রকল্পে উপস্থিত অধিকাংশ মানুষের সাথে কখনও কথোপকথন করবেন না। এমনকি কিছু সদয় শব্দও কাউকে আপনার প্রকল্পটি হতাশায় ছেড়ে যেতে রোধ করতে পারে।
+
+উদাহরণস্বরূপ, [Rubinius](https://github.com/rubinius/rubinius/) তাদের অংশগ্রহণের গাইড [এভাবে শুরু করে](https://github.com/rubinius/rubinius/blob/HEAD/.github/contributing.md):
+
+> Rubinius ব্যবহার করার জন্য আপনাকে ধন্যবাদ জানিয়ে শুরু করতে চাই। এই প্রকল্পটি একটি প্রেমের শ্রম, এবং আমরা সকল ব্যবহারকারীদের প্রশংসা করি যারা বাগগুলি ধরেন, কার্যক্ষমতা উন্নত করেন এবং ডকুমেন্টেশনে সাহায্য করেন। প্রতিটি অবদান অর্থবহ, তাই অংশগ্রহণের জন্য আপনাকে ধন্যবাদ। সে কথা বলার পর, আমরা কয়েকটি নির্দেশিকা দিচ্ছি যা আমরা আপনাকে অনুসরণ করতে চাই যাতে আমরা সফলভাবে আপনার সমস্যাটি সমাধান করতে পারি।
+
+### আপনার প্রকল্পের মালিকানা ভাগ করুন
+
+<aside markdown="1" class="pquote">
+  <img src="https://avatars.githubusercontent.com/sagesharp?s=180" class="pquote-avatar" alt="avatar">
+  আপনার নেতাদের ভিন্ন মতামত থাকবে, যেমন সকল স্বাস্থ্যকর সম্প্রদায়ের উচিত! তবে আপনাকে নিশ্চিত করতে পদক্ষেপ নিতে হবে যে সবচেয়ে জোরালো কণ্ঠ সবসময় জয়ী হয় না এবং কমপ্রকাশিত এবং সংখ্যালঘু কণ্ঠগুলি শোনা যায়।
+  <p markdown="1" class="pquote-credit">
+— @sagesharp, ["What makes a good community?"](https://sage.thesharps.us/2015/10/06/what-makes-a-good-community/)
+  </p>
+</aside>
+
+মানুষ প্রকল্পে অবদান রাখতে উচ্ছ্বসিত হয় যখন তারা মালিকানার অনুভূতি অনুভব করে। এর মানে এই নয় যে আপনাকে আপনার প্রকল্পের দর্শন ছেড়ে দিতে হবে বা এমন অবদান গ্রহণ করতে হবে যা আপনি চান না। তবে যত বেশি আপনি অন্যদের ক্রেডিট দেন, তত বেশি তারা চারপাশে থাকতে পারে।
+
+আপনার সম্প্রদায়ের সাথে মালিকানা ভাগ করার জন্য আপনি যদি উপায়গুলি খুঁজে পান তবে তা দেখুন। এখানে কিছু ধারণা:
+
+* **সহজ (গুরুতর নয়) বাগগুলি ঠিক করতে বিরত থাকুন।** বরং, নতুন অংশগ্রহণকারীদের নিয়োগের সুযোগ হিসাবে ব্যবহার করুন, বা কেউ অবদান রাখতে চাইলে তাদেরকে মেন্টর করুন। এটি প্রথমে অস্বাভাবিক মনে হতে পারে, তবে আপনার বিনিয়োগ সময়ের সাথে সঙ্গে পুরস্কৃত হবে। উদাহরণস্বরূপ, @michaeljoseph একটি অংশগ্রহণকারীকে একটি [Cookiecutter](https://github.com/audreyr/cookiecutter) ইস্যুর উপর একটি পুল রিকুয়েস্ট জমা দিতে বলেছিলেন, বরং নিজে এটি ঠিক করার জন্য।
+
+![Cookiecutter ইস্যু](/assets/images/building-community/cookiecutter_submit_pr.png)
+
+* **আপনার প্রকল্পে একটি CONTRIBUTORS বা AUTHORS ফাইল শুরু করুন** যা আপনার প্রকল্পে অবদানকারী সকলকে তালিকাবদ্ধ করে, যেমন [Sinatra](https://github.com/sinatra/sinatra/blob/HEAD/AUTHORS.md) করে।
+
+* যদি আপনার একটি যথেষ্ট সম্প্রদায় থাকে, তবে **একটি নিউজলেটার পাঠান বা একটি ব্লগ পোস্ট লিখুন** অবদানকারীদের ধন্যবাদ জানিয়ে। Rust এর [This Week in Rust](https://this-week-in-rust.org/) এবং Hoodie's [Shoutouts](http://hood.ie/blog/shoutouts-week-24.html) দুটি ভাল উদাহরণ।
+
+* **প্রতিটি অবদানকারীকে কমিট অ্যাক্সেস দিন।** @felixge দেখেছেন যে এটি লোকেদেরকে [তাদের প্যাচগুলি পরিশোধন করতে আরও উৎসাহী করে তোলে](https://felixge.de/2013/03/11/the-pull-request-hack.html), এবং তিনি এমন নতুন রক্ষণাবেক্ষকও পেয়েছেন যাদের সাথে তিনি কিছু সময় ধরে কাজ করেননি।
+
+* যদি আপনার প্রকল্প GitHub-এ থাকে, তবে **আপনার প্রকল্পটি আপনার ব্যক্তিগত অ্যাকাউন্ট থেকে একটি [সংস্থায়](https://help.github.com/articles/creating-a-new-organization-account/) স্থানান্তর করুন** এবং অন্তত একটি ব্যাকআপ অ্যাডমিন যোগ করুন। সংস্থাগুলি বাইরের সহযোগীদের সাথে প্রকল্পগুলিতে কাজ করা সহজ করে।
+
+বাস্তবতা হচ্ছে [বেশিরভাগ প্রকল্পে](https://peerj.com/preprints/1233/) এক বা দুটি রক্ষণাবেক্ষক থাকে যারা বেশিরভাগ কাজ করেন। আপনার প্রকল্প যত বড় হবে এবং আপনার সম্প্রদায় যত বড় হবে, সাহায্য পাওয়া তত সহজ হবে।
+
+যদিও আপনি সবসময় কাউকে সাহায্যের জন্য খুঁজে পাবেন না, সিগন্যাল বের করার ফলে অন্য লোকেদের অবদান রাখার সম্ভাবনা বেড়ে যায়। এবং যত তাড়াতাড়ি আপনি শুরু করবেন, তত তাড়াতাড়ি মানুষ সাহায্য করতে পারে।
+
+<aside markdown="1" class="pquote">
+  <img src="https://avatars.githubusercontent.com/gr2m?s=180" class="pquote-avatar" alt="avatar">
+  \[এটি আপনার\] সেরা স্বার্থে অবদানকারীদের নিয়োগ করা যারা বিষয়গুলিকে করার আনন্দ এবং সক্ষমতা রাখে যা আপনি করেন না। আপনি কি কোডিং উপভোগ করেন, তবে সমস্যা সমাধান করতে নয়? তাহলে আপনার সম্প্রদায়ের সেই ব্যক্তিদের চিহ্নিত করুন যারা এটি করেন এবং তাদের এটি করতে দিন।
+  <p markdown="1" class="pquote-credit">
+— @gr2m, ["Welcoming Communities"](http://hood.ie/blog/welcoming-communities.html)
+  </p>
+</aside>
+
+## সংঘর্ষ সমাধান
+
+আপনার প্রকল্পের প্রাথমিক পর্যায়ে, বড় সিদ্ধান্ত নেওয়া সহজ। যখন আপনি কিছু করতে চান, তখন আপনি আপনার বন্ধুদের কাছে যাচ্ছেন যারা এগিয়ে এগিয়ে যেতে পারে।
+
+যেমন আপনার প্রকল্প বড় হয়, তেমনই পরিবর্তনগুলি এবং বিবাদগুলি মোকাবেলা করা কঠিন হতে পারে। যখন লোকেরা আপনার কাজে প্রবেশ করে, তখন আপনার প্রয়োজন হবে একটি সংঘর্ষ সমাধানের কৌশল তৈরি করুন।
+
+যখন এই সমস্যাগুলি ঘটে, এবং এটি ঘটে, গুরুত্বপূর্ণ যে আপনি প্রভাবিত ব্যক্তিদের নিয়ে আলোচনা শুরু করেন। একটি নীতিগত ভিত্তি তৈরি করুন যা আপনাকে ফোকাস রাখতে সহায়তা করবে। এটি আপনার সমস্যাগুলিকে সমাধান করতে সহায়ক, যেটি আপনার প্রযুক্তিগত ভিত্তির উপর তৈরি হয়।
+
+এটা আপনি বা আপনার সংস্করণ নিয়ন্ত্রণের উপর অর্পিত, উভয়ের উপর নির্ভর করে:
+
+* **দৃষ্টি এবং প্রযুক্তিগত নির্দেশিকা**: আপনি যখন আপনার দৃষ্টিভঙ্গিতে স্থানান্তরিত হন তখন আপনি দেখতে পারেন অন্যরা কিছু আলাদা কিভাবে দেখতে পায়। যখন সম্ভব, আপনার সমস্যাগুলি কীভাবে সমাধান হবে তা বিশ্লেষণ করুন এবং অন্যদের মতামত জিজ্ঞাসা করুন। প্রযুক্তিগত সীমাবদ্ধতা সম্পর্কে আলোচনা করুন, কিন্তু সেগুলিকে দৃষ্টিভঙ্গির সাথে যোগ করুন।
+
+* **এতে প্রবেশাধিকার দিন**: যদি আপনার কাজের গতি ধীর হয়ে যায়, তবে এটি প্রায়শই অন্যদের হাতে হতে পারে এবং লোকেরা সঠিকভাবে জানতে পারে। এটি হতাশার জন্য একটি বড় কারণ হতে পারে। যখন এটি হয়, এটি প্রয়োজনীয় হতে পারে যে আপনি আপনার কাজের জন্য বিরতি নিন এবং সমস্যা সমাধান করুন, অন্যদের তাদের উদ্বেগ জানাতে দিন এবং সমাধান নিয়ে আসতে দিন।
+
+* **স্বচ্ছতা রাখুন**: সমস্যাগুলি যখন শুরু হয়, লোকেদের আপনার কাজ সম্পর্কে জানানো গুরুত্বপূর্ণ। আপনি যখন চিন্তা করেন যে আপনি সঠিক পথে রয়েছেন, তখন অনেকে আপনাকে সাহায্য করতে এবং আপনার প্রকল্পে অবদান রাখতে পারে।
+
+প্রথমবারের মতো বড় প্রকল্পগুলি পরিচালনা করার সময় ভুল স্বাভাবিক। আপনাকে কিছু শিখতে হবে এবং দ্রুত আগাতে হবে। আপনার সম্পর্কে আপনার সম্প্রদায়ের কাছ থেকে কিছু গঠনমূলক প্রতিক্রিয়া নিতে প্রস্তুত থাকুন।
+
+জিনিসগুলি অঙ্গীকারবদ্ধ হয়ে যায়। কাজ করা এবং খোলামেলা আলোচনা করা খুব গুরুত্বপূর্ণ যাতে এটি বাস্তবায়ন এবং কার্যকর হয়।
+
+আপনার প্রকল্পটির স্বচ্ছতা অব্যাহত রাখা আপনার দৃষ্টিভঙ্গির দিকে নজর রাখতে সহায়তা করতে পারে।
+
+### সময় এবং কার্যকর ব্যবস্থাপনা
+
+আপনার প্রকল্পের সুস্থতার জন্য সময় এবং কার্যকর ব্যবস্থাপনা অপরিহার্য। প্রকল্পের সামগ্রিক দৃষ্টিভঙ্গি তৈরি করার জন্য এই কাজগুলি কিছু সময় ব্যয় করার সময় ব্যয় করতে হবে।
+
+লক্ষ্যগুলি নির্ধারণ করা শুরু করুন। একটি দৃষ্টিভঙ্গি থাকতে পারে, তবে প্রকল্পগুলিতে ভাল অগ্রগতি একটি শক্তিশালী অনুপ্রেরণা। আপনার লক্ষ্যগুলি পরিষ্কারভাবে নথিভুক্ত করুন এবং স্পষ্টভাবে তথ্য ভাগ করুন। একটি বিস্তৃত গাইডও আপনার দৃষ্টিভঙ্গির মধ্যে সহায়ক হতে পারে, আপনার কমিউনিটিকে বোঝার উপযুক্ত হতে পারে এবং শিথিল করার জন্য স্পষ্টতা প্রদান করতে পারে।
+
+যখন আপনার দল বড় হয়, তখন সময় অন্তর এমনকি একটি শক্তিশালী বিষয় হতে পারে। আপনার সময়সূচী তৈরি করুন এবং বড় সিদ্ধান্ত নেওয়ার সময়কে চিনতে চেষ্টা করুন।
+
+আপনার প্রয়োজনে বৃহত্তর প্রকল্পগুলির সঙ্গেও পরিকল্পনা করুন। এটি আপনার প্রকল্পে সময় কাটানো লোকেদের জন্য গুরুত্বপূর্ণ হতে পারে। কাজগুলি আপডেট করার জন্য সময় ব্যবস্থাপনা করতে ব্যবহার করুন।
+
+এবং যদি কিছু সঠিকভাবে কাজ না করে, আপনি তাদের সংক্ষিপ্ত করার জন্য কম্প্যাক্ট মডেল তৈরি করতে পারেন।
+
+### এই প্রকল্পের সম্পূর্ণ মূল্যায়ন
+
+আপনার প্রকল্পটি বিশ্লেষণ করতে কিছু সময় ব্যয় করুন এবং এটি নিশ্চিত করতে হবে যে এটি সঠিক অবস্থানে পৌঁছেছে। মূল্যায়ন চক্রগুলি আপনার প্রকল্পকে নিয়ন্ত্রণে রাখতে এবং নিশ্চিত করতে সাহায্য করতে পারে যে এটি সঠিকভাবে চলছে।
+
+তথ্য হালনাগাদ করুন এবং আপনার পরিবর্তনের খোঁজ রাখুন। আপনি যে সমস্ত কাজ করেছেন তা কেবল অসাধারণ নয়, বরং আপনার প্রকল্পের মূল্য মূল্যায়ন করতে সহায়ক।
+
+পরিকল্পনা করুন, তবে আপনি যেখানেই কাজ করছেন সেখানে আয়োজিত করতে সময় ব্যয় করুন। এবং আপনার প্রয়োজনগুলি নিশ্চিত করতে সময় বের করতে এবং সেগুলির উপর একটি মূল্যায়ন করুন। এটি বোঝার একটি গুরুত্বপূর্ণ অংশ।
+
+একটি সময় পর্যালোচনা এবং সর্বশেষ সাফল্য এবং বিষয়গুলি আবিষ্কার করুন। আপনার প্রকল্পটি সঠিক সময়ে কোথায় রয়েছে এবং আপনি কীভাবে এটি উন্নত করতে পারবেন তা জানার জন্য এটি সহায়ক হতে পারে।
+
+আপনার দৃষ্টিভঙ্গির একটি দৃঢ় ভিত্তি তৈরি করতে এবং আপনার সামগ্রিক দৃষ্টিভঙ্গির জন্য একটি প্রবাহ এবং ফোকাস তৈরি করতে।
+
+সুতরাং, প্রকল্প তৈরি করতে শুরু করুন এবং অনুগামীদের জন্য আরো একটি মহান সম্প্রদায় তৈরির পরিকল্পনা তৈরি করুন। আশা করি এটি একটি নতুন সুযোগ এবং আপনার সম্প্রদায়ের জন্য অনুপ্রেরণা যোগায়!
+
+### আপনার README-কে সংবিধান হিসেবে বিবেচনা করুন
+
+আপনার README শুধুমাত্র একটি নির্দেশনার সেটের চেয়ে বেশি। এটি আপনার লক্ষ্য, পণ্যের দৃষ্টি এবং রোডম্যাপ সম্পর্কে আলোচনা করার জন্যও একটি স্থান। যদি মানুষ একটি নির্দিষ্ট বৈশিষ্ট্যের merits নিয়ে অতিরিক্ত মনোযোগী হয়, তবে আপনার README পুনর্বিবেচনা করা এবং আপনার প্রকল্পের উচ্চতর দৃষ্টিভঙ্গি সম্পর্কে আলোচনা করা সহায়ক হতে পারে। README-তে মনোনিবেশ করার মাধ্যমে কথোপকথনকে ব্যক্তিগতকৃত করা থেকে দূরে রাখা হয়, যাতে আপনি একটি গঠনমূলক আলোচনা করতে পারেন।
+
+### গন্তব্য নয়, যাত্রায় মনোনিবেশ করুন
+
+কিছু প্রকল্প প্রধান সিদ্ধান্ত নিতে একটি ভোটিং প্রক্রিয়া ব্যবহার করে। প্রথম দৃষ্টিতে এটি যৌক্তিক মনে হলেও, ভোটিং একটি "উত্তর" পেতে মনোযোগ দেয়, একে অপরের উদ্বেগ শুনতে এবং মোকাবেলা করার পরিবর্তে।
+
+ভোটিং রাজনৈতিক হয়ে যেতে পারে, যেখানে সম্প্রদায়ের সদস্যরা একে অপরকে সুবিধা দিতে বা একটি নির্দিষ্ট উপায়ে ভোট দেওয়ার জন্য চাপ অনুভব করতে পারে। কেউ কেউ ভোটও দেন না, হয়ত আপনার সম্প্রদায়ের [নীরব সংখ্যাগরিষ্ঠ](https://ben.balter.com/2016/03/08/optimizing-for-power-users-and-edge-cases/#the-silent-majority-of-users) বা বর্তমান ব্যবহারকারীরা যারা জানেন না যে ভোট দেওয়া হচ্ছে।
+
+কখনও কখনও, ভোটিং একটি প্রয়োজনীয় টাইব্রেকার। যতটা সম্ভব, তবে ["সম্মতি অনুসন্ধান"](https://en.wikipedia.org/wiki/Consensus-seeking_decision-making) উপর জোর দিন, সম্মতি নয়।
+
+সম্মতি অনুসন্ধান প্রক্রিয়ার অধীনে, সম্প্রদায়ের সদস্যরা প্রধান উদ্বেগগুলি নিয়ে আলোচনা করেন যতক্ষণ না তারা অনুভব করেন যে তারা যথেষ্ট শোনা গেছে। যখন কেবল ছোট ছোট উদ্বেগ থাকে, তখন সম্প্রদায় এগিয়ে যায়। "সম্মতি অনুসন্ধান" স্বীকার করে যে একটি সম্প্রদায় হয়তো নিখুঁত উত্তরে পৌঁছাতে পারবে না। বরং, এটি শোনা এবং আলোচনা করার উপর অগ্রাধিকার দেয়।
+
+<aside markdown="1" class="pquote">
+  <img src="https://avatars.githubusercontent.com/lee-dohm?s=180" class="pquote-avatar" alt="avatar">
+  ভোটিং সিস্টেমের একটি অংশ না থাকার কারণগুলোর মধ্যে একটি হল কারণ অ্যাটম দলের সব ক্ষেত্রে ভোটিং সিস্টেম অনুসরণ করা হবে না। কখনও কখনও আমাদের যা সঠিক মনে হয় তা বেছে নেওয়া দরকার যদিও এটি জনপ্রিয় নয়। (...) আমি যা করতে পারি এবং প্রতিশ্রুতি দিতে পারি তা হল...এটি আমার কাজ যে আমি সম্প্রদায়কে শুনি।
+  <p markdown="1" class="pquote-credit">
+— @lee-dohm অ্যাটমের সিদ্ধান্ত গ্রহণ প্রক্রিয়া সম্পর্কে
+  </p>
+</aside>
+
+আপনি যদি সত্যিই সম্মতি অনুসন্ধান প্রক্রিয়া গ্রহণ না করেন, তবে এটি গুরুত্বপূর্ণ যে মানুষ জানে আপনি শুনছেন। অন্যদের শোনা অনুভব করানো এবং তাদের উদ্বেগগুলি সমাধানের প্রতিশ্রুতি দেওয়া সংবেদনশীল পরিস্থিতি শিথিল করতে সাহায্য করে। তারপর, আপনার কথার সাথে কাজের ফলাফল অনুসরণ করুন।
+
+সমাধানের জন্য দ্রুত সিদ্ধান্তে প্রবেশ করবেন না। নিশ্চিত করুন যে সবাই শোনা অনুভব করছে এবং সমস্ত তথ্য প্রকাশ্যে আছে তার আগে সমাধানের দিকে অগ্রসর হওয়া। 
+
+### আলোচনা কর্মের দিকে মনোনিবেশ করুন
+
+আলোচনা গুরুত্বপূর্ণ, কিন্তু উৎপাদনশীল এবং অ-উৎপাদনশীল কথোপকথনের মধ্যে একটি পার্থক্য আছে।
+
+আলোচনা উৎসাহিত করুন যতক্ষণ না এটি সক্রিয়ভাবে সমাধানের দিকে অগ্রসর হচ্ছে। যদি স্পষ্ট হয়ে যায় যে আলোচনা অযথা দুলছে বা অপ্রাসঙ্গিক হয়ে যাচ্ছে, ব্যক্তিগত আক্রমণ হচ্ছে, অথবা মানুষ ছোটখাটো বিষয় নিয়ে তর্ক করছে, তবে এটি বন্ধ করার সময় এসেছে।
+
+এই ধরনের আলোচনা চালিয়ে যাওয়া কেবল ওই বিষয়ে ক্ষতিকর নয়, আপনার সম্প্রদায়ের স্বাস্থ্যও ক্ষতি করে। এটি একটি বার্তা পাঠায় যে এই ধরনের কথোপকথন অনুমোদিত বা এমনকি উৎসাহিত হয় এবং এটি ভবিষ্যতে সমস্যা উত্থাপন বা সমাধানের জন্য লোকেদের discourage করতে পারে।
+
+আপনার বা অন্যদের দ্বারা প্রতিটি পয়েন্ট তৈরি করার সাথে সাথে, নিজের থেকে প্রশ্ন করুন, _"এটি আমাদের সমাধানের কাছে কীভাবে নিয়ে আসছে?"_
+
+যদি কথোপকথন শুরু হয় বিপর্যস্ত হতে, তবে গোষ্ঠীকে জিজ্ঞাসা করুন, _"আমরা পরবর্তী কোন পদক্ষেপ নিতে পারি?"_ কথোপকথনকে পুনঃকেন্দ্রীভূত করতে।
+
+যদি একটি কথোপকথন স্পষ্টভাবে কোথাও না যায়, কোনো পরিষ্কার পদক্ষেপ না থাকে, বা যথাযথ পদক্ষেপ ইতিমধ্যেই নেওয়া হয়েছে, তবে সমস্যা বন্ধ করুন এবং কেন আপনি এটি বন্ধ করেছেন তা ব্যাখ্যা করুন।
+
+<aside markdown="1" class="pquote">
+  <img src="https://avatars.githubusercontent.com/kfogel?s=180" class="pquote-avatar" alt="avatar">
+  একজন থ্রেডকে উপযোগিতার দিকে পরিচালনা করা কিন্তু চাপ না দেওয়া একটি শিল্প। এটি কার্যকর হবে না যদি আপনি কেবল মানুষকে সময় নষ্ট করা বন্ধ করার জন্য উপদেশ দেন, অথবা তাদের বলেন যে তারা কিছু গঠনমূলক বলতে না পারলে পোস্ট না করতে। (...) বরং, আপনাকে আরও অগ্রগতির জন্য শর্তাবলী প্রস্তাব করতে হবে: লোকেদের একটি রুট দিন, একটি পথ অনুসরণ করতে যা আপনাকে আপনি যা চান তা নিয়ে যাওয়ার জন্য, তবে এভাবে নয় যেন আপনি আচরণ নির্দেশ করছেন।
+  <p markdown="1" class="pquote-credit">
+— @kfogel, [_Producing OSS_](https://producingoss.com/en/producingoss.html#common-pitfalls)
+  </p>
+</aside>
+
+### সঠিক যুদ্ধে লড়াই করুন
+
+প্রেক্ষাপট গুরুত্বপূর্ণ। আলোচনা করার সময় বিবেচনা করুন যে কে জড়িত এবং তারা সম্প্রদায়ের বাকিদের কিভাবে প্রতিনিধিত্ব করে।
+
+এখন কি সম্প্রদায়ের সবাই এই বিষয় নিয়ে বিরক্ত, অথবা একটি একক সমস্যা সৃষ্টিকারী? আপনি নীরব সম্প্রদায়ের সদস্যদেরও মনে রাখতে ভুলবেন না, শুধুমাত্র সক্রিয় কণ্ঠস্বর নয়।
+
+যদি বিষয়টি আপনার সম্প্রদায়ের বিস্তৃত চাহিদাগুলির প্রতিনিধিত্ব না করে, তবে আপনাকে কিছু লোকের উদ্বেগগুলি স্বীকার করতে হতে পারে। যদি এটি একটি পুনরাবৃত্ত সমস্যা হয় যার স্পষ্ট সমাধান নেই, তবে তাদের পূর্ববর্তী আলোচনাগুলির দিকে নির্দেশ করুন এবং থ্রেডটি বন্ধ করুন।
+
+### একটি সম্প্রদায়ের টাইব্রেকার চিহ্নিত করুন
+
+ভাল মনোভাব এবং পরিষ্কার যোগাযোগের সাথে, বেশিরভাগ কঠিন পরিস্থিতি সমাধানযোগ্য। তবে, একটি উৎপাদনশীল কথোপকথনে, এগিয়ে যাওয়ার বিষয়ে একটি মতভেদ হতে পারে। এই ক্ষেত্রে, একটি ব্যক্তি বা লোকদের একটি ছোট গোষ্ঠী চিহ্নিত করুন যা টাইব্রেকার হিসেবে কাজ করতে পারে।
+
+একটি টাইব্রেকার প্রকল্পের প্রধান রক্ষণাবেক্ষক হতে পারে, বা এটি একটি ছোট গোষ্ঠী হতে পারে যারা ভোট দেওয়ার ভিত্তিতে সিদ্ধান্ত নেয়। Ideally, আপনি যখনই এটি ব্যবহার করতে হবে তার আগে একটি টাইব্রেকার এবং সংশ্লিষ্ট প্রক্রিয়া একটি GOVERNANCE ফাইলে চিহ্নিত করেছেন।
+
+আপনার টাইব্রেকার একটি শেষ রিসোর্ট হওয়া উচিত। বিভাজক বিষয়গুলো আপনার সম্প্রদায়ের বৃদ্ধি ও শিক্ষার জন্য একটি সুযোগ। এই সুযোগগুলো গ্রহণ করুন এবং যেখানে সম্ভব একটি সহযোগী প্রক্রিয়া ব্যবহার করে সমাধানের দিকে অগ্রসর হন।
+
+## সম্প্রদায় হলো ওপেন সোর্সের ❤️
+
+স্বাস্থ্যকর, বিকশিত সম্প্রদায়গুলো প্রতি সপ্তাহে ওপেন সোর্সে হাজার হাজার ঘন্টা投入 করে। অনেক অবদানকারী অন্যান্য মানুষকে ওপেন সোর্সে কাজ করার বা না করার কারণ হিসেবে উল্লেখ করেন। সেই শক্তিকে গঠনমূলকভাবে ব্যবহার করার শিখলে, আপনি বাইরে কাউকে অবিস্মরণীয় ওপেন সোর্স অভিজ্ঞতা প্রদান করবেন।
diff --git a/_articles/bn/finding-users.md b/_articles/bn/finding-users.md
new file mode 100644
index 00000000000..9068c3acf27
--- /dev/null
+++ b/_articles/bn/finding-users.md
@@ -0,0 +1,82 @@
+---
+lang: bn
+title: আপনার প্রকল্পের জন্য ব্যবহারকারী খোঁজা
+description: আপনার ওপেন সোর্স প্রকল্পকে সমৃদ্ধ করতে সহায়তা করুন এটি আনন্দিত ব্যবহারকারীদের হাতে নিয়ে।
+class: finding
+order: 3
+image: /assets/images/cards/finding.png
+related:
+  - beginners
+  - building
+---
+
+## খবর ছড়িয়ে দিন
+
+আপনার প্রকল্প চালু করার সময় আপনাকে ওপেন সোর্স প্রকল্প প্রচার করার কোনো নিয়ম নেই। জনপ্রিয়তার সাথে সম্পর্কিত নয় এমন অনেক পরিতৃপ্তিজনক কারণ রয়েছে ওপেন সোর্সে কাজ করার জন্য। অন্যদের আপনার ওপেন সোর্স প্রকল্পটি খুঁজে বের এবং ব্যবহার করবে এমন আশা করার পরিবর্তে, আপনাকে আপনার কঠোর পরিশ্রমের কথা ছড়িয়ে দিতে হবে!
+
+## আপনার বার্তা নির্ধারণ করুন
+
+আপনার প্রকল্প প্রচারের বাস্তব কাজ শুরু করার আগে, আপনাকে এটি কী করে এবং কেন এটি গুরুত্বপূর্ণ তা ব্যাখ্যা করতে সক্ষম হওয়া উচিত।
+
+আপনার প্রকল্পটি কীভাবে ভিন্ন বা আকর্ষণীয়? আপনি এটি কেন তৈরি করেছেন? এই প্রশ্নগুলির উত্তর খোঁজা আপনার প্রকল্পের গুরুত্ব যোগাযোগ করতে সহায়তা করবে।
+
+মনে রাখবেন যে মানুষ ব্যবহারকারী হিসাবে জড়িত হয় এবং পরে অবদানকারী হয়ে ওঠে কারণ আপনার প্রকল্প তাদের জন্য একটি সমস্যা সমাধান করে। যখন আপনি আপনার প্রকল্পের বার্তা এবং মূল্য সম্পর্কে ভাবছেন, তখন এটি _ব্যবহারকারী এবং অবদানকারীদের_ যা চাইতে পারে তার দৃষ্টিকোণ থেকে দেখার চেষ্টা করুন।
+
+উদাহরণস্বরূপ, @robb কোড উদাহরণ ব্যবহার করেন তার প্রকল্প [Cartography](https://github.com/robb/Cartography) কেন উপকারী তা স্পষ্টভাবে যোগাযোগ করতে:
+
+![Cartography README](/assets/images/finding-users/cartography.jpg)
+
+বার্তার গভীর বিশ্লেষণের জন্য, ব্যবহারকারী প্রোফাইল বিকাশের জন্য মোজিলার ["পার্সোনা এবং পথ"](https://mozillascience.github.io/working-open-workshop/personas_pathways/) অনুশীলনটি দেখুন।
+
+## মানুষের জন্য আপনার প্রকল্পটি খুঁজে পেতে এবং অনুসরণ করতে সাহায্য করুন
+
+<aside markdown="1" class="pquote">
+  আপনি ideally আপনার প্রকল্পের সাথে সম্পর্কিত একটি একক "হোম" URL প্রচার করতে এবং নির্দেশ করতে হবে। আপনাকে একটি ফ্যান্সি টেম্পলেট বা এমনকি একটি ডোমেন নামের জন্য ঝরিয়ে দেওয়ার প্রয়োজন নেই, তবে আপনার প্রকল্পের জন্য একটি ফোকাল পয়েন্ট প্রয়োজন।
+  <p markdown="1" class="pquote-credit">
+— পিটার কুপার ও রবার্ট নাইম্যান, ["আপনার কোড সম্পর্কে খবর ছড়ানোর জন্য কীভাবে"](https://hacks.mozilla.org/2013/05/how-to-spread-the-word-about-your-code/)
+  </p>
+</aside>
+
+মানুষের জন্য আপনার প্রকল্পটি খুঁজে পেতে এবং মনে রাখতে সাহায্য করুন একটি একক নেমস্পেসের দিকে নির্দেশ করে।
+
+**আপনার কাজ প্রচারের জন্য একটি পরিষ্কার হ্যান্ডেল রাখুন।** একটি টুইটার হ্যান্ডেল, গিটহাব URL, বা IRC চ্যানেল মানুষের জন্য আপনার প্রকল্পের দিকে নির্দেশ করার সহজ উপায়। এই আউটলেটগুলি আপনার প্রকল্পের বাড়তে থাকা সম্প্রদায়কে একত্রিত করার একটি স্থানও দেয়।
+
+যদি আপনি এখনও আপনার প্রকল্পের জন্য আউটলেট সেট আপ করতে না চান তবে আপনি যা কিছু করেন তাতে আপনার টুইটার বা গিটহাব হ্যান্ডেল প্রচার করুন। আপনার টুইটার বা গিটহাব হ্যান্ডেল প্রচার করার মাধ্যমে মানুষের জানিয়ে দেবেন কিভাবে আপনার সাথে যোগাযোগ করতে বা আপনার কাজ অনুসরণ করতে হবে। যদি আপনি একটি মিটআপ বা ইভেন্টে বক্তৃতা দেন তবে নিশ্চিত করুন যে আপনার যোগাযোগের তথ্য আপনার বায়ো বা স্লাইডে অন্তর্ভুক্ত রয়েছে।
+
+<aside markdown="1" class="pquote">
+  <img src="https://avatars.githubusercontent.com/nathanmarz?s=180" class="pquote-avatar" alt="avatar">
+  আমি সেই প্রথম দিনে একটি ভুল করেছিলাম (...) প্রকল্পের জন্য একটি টুইটার অ্যাকাউন্ট শুরু না করে। টুইটার একটি দুর্দান্ত উপায় প্রকল্প সম্পর্কে মানুষেরকে আপডেট রাখতে এবং মানুষকে প্রকল্পের প্রতি স্থায়ীভাবে উন্মোচিত করতে।
+  <p markdown="1" class="pquote-credit">
+— @nathanmarz, ["অ্যাপাচ স্টর্মের ইতিহাস এবং শিক্ষাগুলি"](http://nathanmarz.com/blog/history-of-apache-storm-and-lessons-learned.html)
+  </p>
+</aside>
+
+**আপনার প্রকল্পের জন্য একটি ওয়েবসাইট তৈরি করার কথা বিবেচনা করুন।** একটি ওয়েবসাইট আপনার প্রকল্পকে বন্ধুত্বপূর্ণ এবং নেভিগেট করতে সহজ করে তোলে, বিশেষত যখন এটি পরিষ্কার ডকুমেন্টেশন এবং টিউটোরিয়ালের সাথে যুক্ত থাকে। একটি ওয়েবসাইট থাকা আপনার প্রকল্পটি সক্রিয় রয়েছে তা সুপারিশ করে, যা আপনার দর্শকদের এটি ব্যবহার করতে বেশি স্বাচ্ছন্দ্য বোধ করবে। মানুষের কাছে আপনার প্রকল্পটি ব্যবহার করার জন্য ধারণা দেওয়ার জন্য উদাহরণ সরবরাহ করুন।
+
+[@adrianholovaty](https://news.ycombinator.com/item?id=7531689), Django এর সহ-নির্মাতা বলেছেন যে একটি ওয়েবসাইট ছিল _"ডিজ্যাংগোর জন্য আমরা যা করেছি তার মধ্যে সবচেয়ে ভাল জিনিস"_।
+
+আপনার প্রকল্প যদি গিটহাবে হোস্ট করা হয় তবে আপনি সহজে একটি ওয়েবসাইট তৈরি করার জন্য [গিটহাব পেজেস](https://pages.github.com/) ব্যবহার করতে পারেন। [ইয়োম্যান](http://yeoman.io/), [ভ্যাগ্রান্ট](https://www.vagrantup.com/), এবং [মিডলম্যান](https://middlemanapp.com/) হল [কিছু উদাহরণ](https://github.com/showcases/github-pages-examples) অসাধারণ, ব্যাপক ওয়েবসাইটগুলির।
+
+![Vagrant homepage](/assets/images/finding-users/vagrant_homepage.png)
+
+এখন যেহেতু আপনার প্রকল্পের জন্য একটি বার্তা রয়েছে এবং মানুষের জন্য আপনার প্রকল্পটি খুঁজে পাওয়ার একটি সহজ উপায় রয়েছে, আসুন বেরিয়ে পড়ি এবং আপনার দর্শকদের সাথে কথা বলি!
+
+## আপনার প্রকল্পের দর্শক কোথায় (অনলাইনে) যান
+
+অনলাইন যোগাযোগ দ্রুত শব্দ ছড়িয়ে দিতে এবং ভাগ করতে একটি দুর্দান্ত উপায়। অনলাইন চ্যানেলগুলি ব্যবহার করে, আপনার একটি খুব বিস্তৃত দর্শকদের কাছে পৌঁছানোর সম্ভাবনা রয়েছে।
+
+বিদ্যমান অনলাইন সম্প্রদায় এবং প্ল্যাটফর্মগুলির সুবিধা নিন যাতে আপনি আপনার দর্শকদের কাছে পৌঁছাতে পারেন। যদি আপনার ওপেন সোর্স প্রকল্প একটি সফ্টওয়্যার প্রকল্প হয় তবে আপনি সম্ভবত আপনার দর্শকদের [স্ট্যাক ওভারফ্লো](https://stackoverflow.com/), [রেডিট](https://www.reddit.com), [হ্যাকার নিউজ](https://news.ycombinator.com/) বা [কোয়োরা](https://www.quora.com/) এ খুঁজে পাবেন। সেই চ্যানেলগুলি খুঁজুন যেখানে আপনি মনে করেন মানুষ আপনার কাজ থেকে সবচেয়ে বেশি উপকৃত হবে বা উত্তেজিত হবে।
+
+<aside markdown="1" class="pquote">
+  <img src="https://avatars.githubusercontent.com/pazdera?s=180" class="pquote-avatar" alt="avatar">
+  প্রতিটি প্রোগ্রামের খুব নির্দিষ্ট কার্যকারিতা রয়েছে যা শুধুমাত্র একটি অংশ ব্যবহারকারীই উপকারী মনে করবে। যত বেশি লোককে সম্ভব স্প্যাম করবেন না। পরিবর্তে, আপনার প্রচেষ্টা সেই সম্প্রদায়গুলির দিকে লক্ষ্য করুন যারা আপনার প্রকল্প সম্পর্কে জানতে উপকৃত হবে।
+  <p markdown="1" class="pquote-credit">
+— @pazdera, ["ওপেন সোর্স প্রকল্পগুলির জন্য বিপণন"](https://radek.io/2015/09/28/marketing-for-open-source-projects-3/)
+  </p>
+</aside>
+
+দেখুন আপনি কীভাবে প্রাসঙ্গিক উপায়ে আপনার প্রকল্পটি ভাগ করার উপায় খুঁজে পেতে পারেন:
+
+* **প্রাসঙ্গিক ওপেন সোর্স প্রকল্প এবং সম্প্রদায়গুলির সাথে পরিচিত হন।** কখনও কখনও, আপনাকে আপনার প্রকল্পটি সরাসরি প্রচার করতে হবে না। যদি আপনার প্রকল্পটি পাইথন ব্যবহারকারীদের জন্য ডেটা বিজ্ঞানীদের জন্য নিখুঁত হয়, তবে পাইথন ডেটা বিজ্ঞান সম্প্রদায়ের সাথে পরিচিত হন। যেমন যেমন মানুষ আপনাকে চিনতে শুরু করবে, স্বাভাবিক সুযোগগুলি কথা বলার এবং আপনার কাজ শেয়ার করার জন্য তৈরি হবে।
+* **যাদের প্রকল্পটি সমাধান করে তাদের সমস্যা মোকাবেলা করুন।** সম্পর্কিত ফোরামগুলির মধ্য দিয়ে অনুসন্ধান করুন এবং আপনার প্রকল্পের লক্ষ্য দর্শকের মধ্যে পড়ে এমন ব্যক্তিদের খুঁজুন। তাদের প্রশ্নের উত্তর দিন এবং যখন উপযুক্ত হয় তখন আপনার প্রকল্পকে একটি সমাধান হিসাবে সুপারিশ করার জন্য একটি সঙ্গতিপূর্ণ উপায় খুঁজুন।
+* **প্রতিক্রিয়া চাইতে।** এমন একটি দর্শনের কাছে আপনার পরিচয় এবং আপনার কাজ উপস্থাপন করুন যা তা প্রাসঙ্গ
diff --git a/_articles/bn/metrics.md b/_articles/bn/metrics.md
new file mode 100644
index 00000000000..a2cbdda53b4
--- /dev/null
+++ b/_articles/bn/metrics.md
@@ -0,0 +1,115 @@
+bn:
+  lang: bn
+  title: ওপেন সোর্স মেট্রিক্স
+  description: আপনার ওপেন সোর্স প্রকল্প সফল করার জন্য এর সাফল্য মাপা এবং ট্র্যাক করার মাধ্যমে তথ্যভিত্তিক সিদ্ধান্ত নিন।
+  class: metrics
+  order: 9
+  image: /assets/images/cards/metrics.png
+  related:
+    - finding
+    - best-practices
+---
+
+## উদাহরণস্বরূপ, [Homebrew](https://github.com/Homebrew/brew/blob/bbed7246bc5c5b7acb8c1d427d10b43e090dfd39/docs/Analytics.md) দেখেছে যে Google Analytics তাদের কাজের অগ্রাধিকার নির্ধারণ করতে সাহায্য করে:
+
+> Homebrew সম্পূর্ণ বিনামূল্যে দেওয়া হয় এবং সম্পূর্ণভাবে স্বেচ্ছাসেবকদের মাধ্যমে তাদের ফাঁকা সময়ে পরিচালিত হয়। ফলে, আমাদের কাছে Homebrew ব্যবহারকারীদের উপর বিস্তারিত গবেষণা করার সম্পদ নেই যাতে ভবিষ্যতের ফিচার ডিজাইন বা বর্তমান কাজের অগ্রাধিকার নির্ধারণ করা যায়। অ্যানোনিমাস সামগ্রিক ব্যবহারকারীর অ্যানালিটিক্স আমাদেরকে বুঝতে সাহায্য করে কিভাবে, কোথায় এবং কখন মানুষ Homebrew ব্যবহার করছে এবং সে অনুযায়ী ফিচার ও ফিক্সের অগ্রাধিকার নির্ধারণ করতে।
+
+জনপ্রিয়তা সবকিছু নয়। প্রত্যেকেই ভিন্ন ভিন্ন কারণে ওপেন সোর্সে যুক্ত হয়। যদি আপনার লক্ষ্য হয় নিজের কাজ প্রদর্শন করা, কোডে স্বচ্ছতা বজায় রাখা, বা মজা করা, তবে মেট্রিক্স আপনার জন্য ততটা গুরুত্বপূর্ণ নাও হতে পারে।
+
+যদি আপনি _আপনার_ প্রকল্পকে আরও গভীরভাবে বোঝার ব্যাপারে আগ্রহী হন, তাহলে আপনার প্রকল্পের কার্যকলাপ বিশ্লেষণ করার জন্য কিছু উপায় জানার জন্য পড়ে যান।
+
+## আবিষ্কার (Discovery)
+
+কেউ আপনার প্রকল্প ব্যবহার বা তাতে অবদান রাখার আগে, তাদের জানতে হবে যে এটি বিদ্যমান। নিজেকে জিজ্ঞাসা করুন: _মানুষ কি এই প্রকল্পটি খুঁজে পাচ্ছে?_
+
+![ট্রাফিক গ্রাফ](/assets/images/metrics/repo_traffic_graphs_tooltip.png)
+
+যদি আপনার প্রকল্পটি GitHub-এ হোস্ট করা থাকে, [আপনি দেখতে পারেন](https://help.github.com/articles/about-repository-graphs/#traffic) কতজন মানুষ আপনার প্রকল্পে আসছে এবং তারা কোথা থেকে আসছে। আপনার প্রকল্পের পেজ থেকে, "Insights" এ ক্লিক করুন, তারপর "Traffic"। এই পেজে আপনি দেখতে পাবেন:
+
+* **মোট পেজ ভিউ:** আপনার প্রকল্পটি কতবার দেখা হয়েছে তা জানায়
+
+* **মোট ইউনিক ভিজিটর:** কতজন ব্যক্তি আপনার প্রকল্পটি দেখেছে তা জানায়
+
+* **রেফারিং সাইটগুলো:** ভিজিটররা কোথা থেকে এসেছে তা জানায়। এই মেট্রিকটি আপনাকে সাহায্য করতে পারে আপনার শ্রোতাদের কোথায় পৌঁছানো উচিত এবং আপনার প্রচার প্রচেষ্টা কার্যকর কিনা তা বুঝতে।
+
+* **জনপ্রিয় কন্টেন্ট:** ভিজিটররা আপনার প্রকল্পে কোথায় যাচ্ছে তা জানায়, পেজ ভিউ এবং ইউনিক ভিজিটরের মাধ্যমে ভাগ করে।
+
+[GitHub স্টার](https://help.github.com/articles/about-stars/) আপনাকে জনপ্রিয়তার একটি বেসলাইন মাপ দিতে পারে। যদিও GitHub স্টার সরাসরি ডাউনলোড এবং ব্যবহারকে নির্দেশ করে না, এটি আপনাকে জানায় কতজন আপনার কাজের দিকে মনোযোগ দিচ্ছে।
+
+আপনি চাইলে [নির্দিষ্ট স্থানে আবিষ্কারযোগ্যতা ট্র্যাক করতে পারেন](https://opensource.com/business/16/6/pirate-metrics): যেমন, Google PageRank, আপনার প্রকল্পের ওয়েবসাইট থেকে রেফারাল ট্রাফিক, বা অন্যান্য ওপেন সোর্স প্রকল্প বা ওয়েবসাইট থেকে রেফারাল।
+
+## ব্যবহার (Usage)
+
+মানুষ আপনার প্রকল্পটি খুঁজে পাচ্ছে এই বুনো এবং পাগল ইন্টারনেটে। আদর্শভাবে, যখন তারা আপনার প্রকল্পটি দেখে, তারা কিছু করতে আগ্রহী বোধ করবে। দ্বিতীয় প্রশ্নটি হল: _মানুষ কি এই প্রকল্পটি ব্যবহার করছে?_
+
+যদি আপনি npm বা RubyGems.org এর মতো কোনও প্যাকেজ ম্যানেজার ব্যবহার করেন আপনার প্রকল্পটি বিতরণের জন্য, তাহলে আপনি আপনার প্রকল্পের ডাউনলোড ট্র্যাক করতে পারবেন।
+
+প্রতিটি প্যাকেজ ম্যানেজার "ডাউনলোড" এর জন্য কিছুটা আলাদা সংজ্ঞা ব্যবহার করতে পারে এবং ডাউনলোডগুলি সবসময় ইনস্টল বা ব্যবহারের সঙ্গে সরাসরি সম্পর্কিত নয়, তবে এটি তুলনার জন্য কিছু বেসলাইন দেয়। [Libraries.io](https://libraries.io/) ব্যবহার করে আপনি বিভিন্ন জনপ্রিয় প্যাকেজ ম্যানেজার জুড়ে ব্যবহার পরিসংখ্যান ট্র্যাক করতে পারেন।
+
+যদি আপনার প্রকল্পটি GitHub-এ থাকে, আবারও "Traffic" পেজে যান। আপনি [ক্লোন গ্রাফ](https://github.com/blog/1873-clone-graphs) ব্যবহার করতে পারেন কতবার আপনার প্রকল্পটি একটি নির্দিষ্ট দিনে ক্লোন করা হয়েছে, মোট ক্লোন এবং ইউনিক ক্লোনারদের মাধ্যমে ভাগ করে দেখতে।
+
+![ক্লোন গ্রাফ](/assets/images/metrics/clone_graph.png)
+
+যদি ব্যবহার কম থাকে আপনার প্রকল্প আবিষ্কারের তুলনায়, তাহলে দুটি বিষয় বিবেচনা করা যেতে পারে। হয়:
+
+* আপনার প্রকল্পটি সফলভাবে আপনার শ্রোতাদের আকর্ষণ করতে পারছে না, অথবা
+* আপনি ভুল শ্রোতাদের কাছে পৌঁছাচ্ছেন
+
+উদাহরণস্বরূপ, যদি আপনার প্রকল্প Hacker News এর প্রথম পেজে আসে, আপনি আবিষ্কারে (ট্রাফিকে) একটি স্পাইক দেখতে পাবেন, কিন্তু একটি নিম্নতর কনভারশন রেট, কারণ আপনি Hacker News-এর সকলের কাছে পৌঁছেছেন। তবে যদি আপনার Ruby প্রকল্পটি একটি Ruby কনফারেন্সে দেখানো হয়, আপনি সম্ভবত লক্ষ্যযুক্ত শ্রোতাদের থেকে একটি উচ্চ কনভারশন রেট দেখতে পাবেন।
+
+আপনার শ্রোতারা কোথা থেকে আসছে তা নির্ধারণ করার চেষ্টা করুন এবং আপনার প্রকল্প পেজ সম্পর্কে অন্যান্যদের থেকে প্রতিক্রিয়া চাইতে পারেন কোনটি আপনাকে এই দুটি সমস্যার মধ্যে কোনটি আপনি সম্মুখীন হচ্ছেন তা বুঝতে সাহায্য করবে।
+
+যখন আপনি জানতে পারবেন যে মানুষ আপনার প্রকল্প ব্যবহার করছে, তখন আপনি হয়ত চেষ্টা করতে চাইবেন তারা এটি দিয়ে কী করছে তা খুঁজে বের করতে। তারা কি আপনার কোড ফর্ক করে ফিচার যোগ করছে? তারা কি এটি বিজ্ঞান বা ব্যবসায়িক কাজে ব্যবহার করছে?
+
+## ধরে রাখার প্রক্রিয়া
+
+লোকেরা আপনার প্রকল্পটি খুঁজে পাচ্ছে এবং এটি ব্যবহার করছে। পরের প্রশ্নটি যা আপনাকে জিজ্ঞাসা করতে হবে: _লোকেরা কি এই প্রকল্পে অবদান রাখছে?_
+
+অবদানকারীদের সম্পর্কে চিন্তা করতে শুরু করার জন্য কখনই খুব তাড়াতাড়ি নয়। অন্যরা যদি সহযোগিতা না করে, তবে আপনার প্রকল্প _জনপ্রিয়_ (অনেক মানুষ এটি ব্যবহার করছে) কিন্তু _সমর্থিত_ (প্রয়োজন মেটাতে যথেষ্ট রক্ষণাবেক্ষণকারীর সময় নেই) অবস্থায় যাওয়ার ঝুঁকি রয়েছে।
+
+ধরে রাখার জন্য নতুন অবদানকারীদের [প্রবাহের প্রয়োজন](http://blog.abigailcabunoc.com/increasing-developer-engagement-at-mozilla-science-learning-advocacy#contributor-pathways_2), কারণ পূর্বে সক্রিয় অবদানকারীরা শেষ পর্যন্ত অন্যান্য বিষয়ে চলে যাবে।
+
+আপনি নিয়মিত ট্র্যাক করতে চাইতে পারেন এমন সম্প্রদায়ের মেট্রিকের উদাহরণগুলি হল:
+
+* **মোট অবদানকারীর সংখ্যা এবং প্রতি অবদানকারীর কমিট সংখ্যা:** এটি আপনাকে জানায় আপনার কতজন অবদানকারী রয়েছে এবং কে বেশি বা কম সক্রিয়। গিটহাবে, আপনি এটি "Insights" -> "Contributors" এর অধীনে দেখতে পারেন। বর্তমানে, এই গ্রাফটি কেবল তাদের গণনা করে যারা রেপোজিটরির ডিফল্ট শাখায় কমিট করেছে।
+
+![অবদানকারী গ্রাফ](/assets/images/metrics/repo_contributors_specific_graph.png)
+
+* **প্রথমবারের, সাধারণ এবং পুনরাবৃত্ত অবদানকারী:** এটি আপনাকে ট্র্যাক করতে সাহায্য করে আপনি নতুন অবদানকারী পাচ্ছেন কিনা এবং তারা ফিরে আসছে কিনা। (সাধারণ অবদানকারীরা হলেন যারা কম সংখ্যক কমিট করে। এটি একটি কমিট, পাঁচটির কম কমিট বা অন্য কিছু হতে পারে।) নতুন অবদানকারীদের ছাড়া, আপনার প্রকল্পের সম্প্রদায় স্থবির হয়ে যেতে পারে।
+
+* **খোলা ইস্যু এবং খোলা পুল রিকোয়েস্টের সংখ্যা:** যদি এই সংখ্যা খুব বেশি হয়, তাহলে আপনাকে সমস্যা শ্রেণীবিভাগ এবং কোড পর্যালোচনায় সহায়তা দরকার হতে পারে।
+
+* **_খোলা_ ইস্যু এবং _খোলা_ পুল রিকোয়েস্টের সংখ্যা:** খোলা ইস্যু মানে কেউ আপনার প্রকল্পের প্রতি যত্নশীল enough এটি খুলতে। যদি এই সংখ্যা সময়ের সাথে সাথে বৃদ্ধি পায়, তাহলে এটি ইঙ্গিত করে যে লোকেরা আপনার প্রকল্পে আগ্রহী।
+
+* **অবদানগুলির প্রকার:** উদাহরণস্বরূপ, কমিট, টাইপো বা বাগ সংশোধন করা, বা একটি ইস্যুতে মন্তব্য করা।
+
+<aside markdown="1" class="pquote">
+  <img src="https://avatars.githubusercontent.com/arfon?s=180" class="pquote-avatar" alt="avatar">
+  ওপেন সোর্স কেবল কোড নয়। সফল ওপেন সোর্স প্রকল্পগুলি কোড এবং ডকুমেন্টেশন অবদান সহ এই পরিবর্তনগুলির সম্পর্কে আলোচনাও অন্তর্ভুক্ত করে।
+  <p markdown="1" class="pquote-credit">
+— @arfon, ["The Shape of Open Source"](https://github.com/blog/2195-the-shape-of-open-source)
+  </p>
+</aside>
+
+## রক্ষণাবেক্ষক কার্যকলাপ
+
+অবশেষে, আপনি নিশ্চিত করতে চান যে আপনার প্রকল্পের রক্ষণাবেক্ষকরা প্রাপ্ত অবদানগুলির পরিমাণ পরিচালনা করতে সক্ষম। শেষ প্রশ্নটি যা আপনাকে জিজ্ঞাসা করতে হবে: _আমি (অথবা আমরা) কি আমাদের সম্প্রদায়ের প্রতি প্রতিক্রিয়া জানাচ্ছি?_
+
+অ-প্রতিক্রিয়াশীল রক্ষণাবেক্ষকরা ওপেন সোর্স প্রকল্পগুলির জন্য একটি বাধা হয়ে যায়। যদি কেউ একটি অবদান জমা দেয় কিন্তু কখনো রক্ষণাবেক্ষকের কাছ থেকে প্রতিক্রিয়া না পায়, তবে তারা নিরাশ হতে পারে এবং চলে যেতে পারে।
+
+[মোজিলার গবেষণা](https://docs.google.com/presentation/d/1hsJLv1ieSqtXBzd5YZusY-mB8e1VJzaeOmh8Q4VeMio/edit#slide=id.g43d857af8_0177) সুপারিশ করে যে রক্ষণাবেক্ষক প্রতিক্রিয়া পুনরাবৃত্ত অবদানের জন্য একটি গুরুত্বপূর্ণ ফ্যাক্টর।
+
+বিচার করুন [আপনি (অথবা অন্য রক্ষণাবেক্ষক) কত দ্রুত অবদানে প্রতিক্রিয়া জানান তা ট্র্যাক করা](https://github.blog/2023-07-19-metrics-for-issues-pull-requests-and-discussions/), একটি ইস্যু বা পুল রিকোয়েস্ট কিনা। প্রতিক্রিয়া জানানো কাজ নেওয়ার প্রয়োজন নেই। এটি বলা যতটা সহজ হতে পারে: _"আপনার জমা দেওয়ার জন্য ধন্যবাদ! আমি এটি পরের সপ্তাহে পর্যালোচনা করব।"_
+
+আপনি অবদানের প্রক্রিয়ার মধ্যে পর্যায়গুলির মধ্যে স্থানান্তরের সময়ও পরিমাপ করতে পারেন, যেমন:
+
+* গড় সময় একটি ইস্যু খোলা থাকে
+* ইস্যুগুলি কি PR দ্বারা বন্ধ হয়
+* পুরনো ইস্যুগুলি কি বন্ধ হয়
+* একটি পুল রিকোয়েস্ট মার্জ করার গড় সময়
+
+## 📊 ব্যবহার করে মানুষের সম্পর্কে জানুন
+
+মেট্রিক্স বোঝা আপনাকে একটি সক্রিয়, বাড়তে থাকা ওপেন সোর্স প্রকল্প তৈরি করতে সহায়তা করবে। যদিও আপনি একটি ড্যাশবোর্ডে প্রতিটি মেট্রিক ট্র্যাক করেন না, তবে উপরে দেওয়া কাঠামোটি ব্যবহার করুন আপনার প্রকল্পকে সফল করার জন্য সহায়ক আচরণের উপর আপনার মনোযোগ কেন্দ্রিত করতে।
+
+[CHAOSS](https://chaoss.community/) হল একটি স্বাগতিক, ওপেন সোর্স সম্প্রদায় যা বিশ্লেষণ, মেট্রিক এবং সম্প্রদায়ের স্বাস্থ্যর জন্য সফটওয়্যার ফোকাস করে।
diff --git a/_data/locales/bn.yml b/_data/locales/bn.yml
new file mode 100644
index 00000000000..3b4f96d50fe
--- /dev/null
+++ b/_data/locales/bn.yml
@@ -0,0 +1,31 @@
+bn:
+  locale_name: বাংলা
+  nav:
+    about: সম্পর্কে
+    contribute: অবদান
+  index:
+    lead: আপনার প্রকল্পটি লঞ্চ করা এবং বৃদ্ধি করার উপায় শিখুন।
+    opensourcefriday: আজ শুক্রবার! আপনি যে সফটওয়্যার ব্যবহার করেন এবং ভালোবাসেন, তাতে অবদান রাখার জন্য কিছু সময় দিন।
+  article:
+    table_of_contents: সামগ্রীর তালিকা
+    back_to_all_guides: সব গাইডে ফিরে যান
+    related_guides: সম্পর্কিত গাইড
+  footer:
+    contribute:
+      heading: অবদান
+      description: পরামর্শ দিতে চান? এই কনটেন্টটি ওপেন সোর্স, আমাদের এটি উন্নত করতে সহায়তা করুন।
+      button: অবদান
+    subscribe:
+      heading: যোগাযোগে থাকুন
+      description: GitHub এর সর্বশেষ ওপেন সোর্স টিপস এবং রিসোর্স সবার আগে জানতে চান?
+      label: ইমেল ঠিকানা
+      button: সাবস্ক্রাইব করুন
+    byline:
+      # [code], [love], and [github] will be replaced by octicons
+      format: "[code] [love] দ্বারা [github] এবং [friends]"
+      # Label for code octicon
+      code_label: কোড
+      # Label for love octicon
+      love_label: ভালবাসা
+      # Label for the contributors link
+      friends_label: বন্ধুরা