ارتباط بین‌فرهنگی QA؛ از Locale تا Meaning Repair

ارتباط بین‌فرهنگی در تیم QA یعنی حفظ معنای عملیاتی یک پیام هنگام عبور از زبان، خط، Locale، منطقهٔ زمانی، کانال و Context؛ نه پیش‌بینی رفتار همکار از روی ملیت. این راهنما یک Locale–Meaning Bridge Contract می‌سازد تا Request، Severity، Deadline، Evidence و Decision در ترجمه یا Handoff گم نشوند و خطا با Repair نسخه‌دار اصلاح شود.

پاسخ کوتاه: Preference ارتباطی را از خود فرد بپرسید، نه از گذرنامه‌اش؛ زبان و Script را با Tag استاندارد ثبت کنید؛ Speech Act و قدرت هنجاری واژه را روشن کنید؛ Glossary نسخه‌دار با مثال/ضدمثال بسازید؛ زمان را با UTC instant و IANA time zone بنویسید؛ ترجمه را به Source revision وصل کنید؛ Ack را از Comprehension جدا کنید؛ و هر mismatch را بدون نسبت‌دادن به گروه فرهنگی Repair کنید.

مالکیت این مقاله و مرز موضوع

این صفحه فقط مالک عبور امن معنا میان زبان/Locale/Script/زمان و Context در Artifactهای QA است. ارتباط در تست نرم‌افزار مالک Message Contract عمومی است؛ تست i18n و l10n مالک رفتار خود محصول و Release Gate؛ و توافق کاری تستر و توسعه‌دهنده مالک Request/SLO/Handoff سازمانی است.

برای ساخت Joint Evidence به رابط همکاری تستر و توسعه‌دهنده، برای Session زنده به جلسه بازبینی تست و برای Claim/Response/Repair میان افراد به بازخورد تیم QA بروید. مقاله‌های مستقل بعدی Listening، Writing و Conflict را مالک خواهند شد.

مسئله را «فرهنگ ملی» فرض نکنید

کشور، زبان، قومیت، مذهب، جنسیت، سن یا قاره تعیین نمی‌کند فرد مستقیم/غیرمستقیم، مطیع/چالشگر، وقت‌شناس/انعطاف‌پذیر یا تعارض‌گریز است. تفاوت مشاهده‌شده ممکن است از نقش، قدرت، مهارت زبان دوم، سابقهٔ تیم، Neurodiversity، کانال، فشار زمانی یا تجربهٔ شخصی بیاید. فرضیه بسازید و از فرد بپرسید؛ برچسب گروهی نزنید.

قاعدهٔ پایه: هویت جمعی Context احتمالی است، نه Oracle رفتار فرد.

چرا الگوی «آلمانی مستقیم، ژاپنی غیرمستقیم» حذف شد؟

این الگو تنوع درون هر جامعه را حذف، رفتار را Essentialize و خطای عملی می‌سازد. گزارش تند ممکن است از کمبود زمان، Norm پروژه یا قالب بد باشد؛ عبارت نرم ممکن است Question واقعی باشد نه Bug بحرانی. در Contract تازه، Speech Act و Severity صریح ثبت می‌شوند و خواننده لازم نیست نیت را از ملیت حدس بزند.

Cultural dimension فقط فرضیهٔ جمعیتی است

مدل‌هایی مثل High/Low context، Power distance یا Mono/Polychronic می‌توانند پرسش پژوهشی در سطح Population بسازند؛ نسخهٔ شخصی فرد نیستند و Decision rule استخدام، تخصیص، ارزیابی یا تفسیر پیام محسوب نمی‌شوند. اگر تیم از آن‌ها استفاده می‌کند، منبع، Population، زمان، محدودیت و عدم‌انتقال به فرد را آشکار کند.

Culture، Language، Locale، Script و Time zone یکی نیستند

بُعد	نمونه	چه چیزی را ثابت نمی‌کند
Language	fa، en	ملیت یا مهارت
Locale	fa-IR، en-GB	هویت فرد
Script	Arab، Latn	زبان واحد
Direction	RTL، LTR	ترتیب منطقی داده
Time zone	Asia/Tehran	ساعت کاری فرد
Preference	Async text first	ویژگی ثابت شخصیت

Bridge Contract در یک نگاه

1. Bridge و Artifact را هویت‌دار و نسخه‌دار کنید.
2. Purpose، Decision، Sender/Receiver و افراد متأثر غایب را ثبت کنید.
3. Preference و Access need را خوداظهاری و قابل‌تغییر نگه دارید.
4. Language tag، Script، Direction، Fallback و Translation need را تعیین کنید.
5. Speech Act، قدرت هنجاری، پاسخ موردنیاز و Authority را صریح کنید.
6. اصطلاح‌های QA را با Glossary version و Contract معنایی ببندید.
7. عدد/پول/واحد/زمان/تقویم/Unicode را Canonical و View را جدا کنید.
8. ترجمه را به Source revision و Review انسانی مادی وصل کنید.
9. Ack، Interpretation check، Response و Escalation را پیگیری کنید.
10. Mismatch را بدون گروه‌سازی با Repair/Correction و Reopen ببندید.

هویت و چرخه‌عمر Bridge

`BridgeID`، version، status، supersedes، effective/review time را نگه دارید. Statusهای نمونه: `DRAFT → REVIEWED → ACTIVE → REPAIR_REQUIRED → SUPERSEDED → RETIRED`. ترجمهٔ جدید نباید Source قبلی را بی‌ردپا overwrite کند؛ هر گیرنده باید بداند کدام Revision را خوانده است.

BridgeID: LMB-QA-017
Version: 1.2.0
Status: ACTIVE
Supersedes: 1.1.0
Artifact: DEFECT-028 / COMMENT-05
SourceRevision: SR-08
EffectiveAtUTC: 2026-08-13T08:00:00Z
ReviewAtUTC: 2026-09-12T08:00:00Z

Context و Decision را وصل کنید

Product، Artifact، Purpose، Decision، Channel، Sender role، Receiver roles و Affected-absent را مشخص کنید. یک ترجمه برای اطلاع‌رسانی ممکن است با ترجمهٔ مبنای Release decision نیازهای متفاوت داشته باشد. «Global team message» Scope قابل‌ممیزی نیست.

Preference را خود فرد اعلام کند

از فرد/تیم بپرسید: زبان ترجیحی برای متن پیچیده چیست؟ پاسخ Async یا Sync؟ Caption، Interpreter یا زمان فکر لازم است؟ Camera اختیاری است؟ این Preference باید منبع، تاریخ و Update route داشته باشد و تغییر آن بدون قضاوت ممکن باشد.

عدم‌تقارن قدرت در Preference

کارمند قراردادی شاید «English/Video anytime» را برای راضی‌کردن مدیر انتخاب کند. اعلام Preference آزاد را با مسیر خصوصی، گزینهٔ بدون پیامد و Review دوره‌ای حمایت کنید. Checkbox خوداظهاری اثبات نمی‌کند فشار وجود ندارد.

Language Tag را استاندارد ثبت کنید

راهنمای W3C دربارهٔ Language Tags استفاده از Tagهای مبتنی بر BCP ۴۷ را برای اعلام زبان متن توضیح می‌دهد. برای نمونه `fa`، `fa-IR` یا `en-GB` را فقط به اندازهٔ لازم دقیق کنید. Region را وقتی معنا/قالب را عوض می‌کند اضافه کنید؛ Tag زبان، ملیت فرد نیست.

`lang` و fallback چه اثری دارند؟

اعلام زبان به تلفظ Screen reader، Spellcheck، جست‌وجو و پردازش کمک می‌کند. برای Segmentهایی با زبان دیگر، Tag محلی بگذارید. اگر زبان نامعلوم است Policy `und`/review داشته باشید؛ حدس خاموش می‌تواند تلفظ و ترجمه را خراب کند. Fallback باید معلوم کند چه کسی و با چه محدودیتی متن جایگزین می‌گیرد.

Script و Direction را جدا ثبت کنید

فارسی معمولاً با Script عربی و جهت RTL نمایش داده می‌شود، اما شناسه، URL، کد، Timestamp و عبارت انگلیسی LTR هستند. Direction یک ویژگی نمایش است؛ ترتیب منطقی و معنای Token را عوض نکنید. Copy/paste و Plain text باید آزمون شوند.

Bidi فقط زیبایی بصری نیست

Unicode Standard Annex #9 الگوریتم نمایش متن‌های Bidirectional را مشخص می‌کند. در Artifact QA، Isolation مناسب برای ID/URL/عدد لازم است تا `BUG-۱۷`، پرانتز، علامت منفی یا مسیر فایل وارونه دیده نشود. نسخهٔ Unicode و Test case را ثبت کنید؛ این سند رفتار ارتباطی انسان‌ها را تعریف نمی‌کند.

توانایی زبان را از هویت جدا کنید

Native/Non-native برچسب کافی نیست. فرد می‌تواند مکالمهٔ روزمره را روان اما متن امنیتی را دشوار بداند. Self-description را بر Task ببندید: خواندن Bug، نوشتن Rationale، شنیدن جلسه، یا تصمیم حقوقی. هیچ نتیجهٔ استخدامی/عملکردی از Accent یا Grammar خام گرفته نشود.

Speech Act را صریح کنید

یک جمله ممکن است `INFORM`، `QUESTION`، `REQUEST`، `RECOMMENDATION`، `BLOCKER_CLAIM`، `DECISION` یا `COMMITMENT` باشد. عبارت مؤدبانهٔ «Could we revisit this?» اگر Blocker claim است باید برچسب بخورد؛ عبارت قاطع نیز ممکن است فقط نظر باشد. خواننده نباید Force را از لحن حدس بزند.

SpeechAct: BLOCKER_CLAIM
NormativeStrength: MUST_NOT_RELEASE_WITHOUT_AUTHORITY_REVIEW
RequestedResponse: ACK + DISPOSITION
ResponseDueUTC: 2026-08-14T10:00:00Z
DecisionAuthority: ROLE-REL-03
NotClaimed: final no-go, production prevalence, user harm

قدرت هنجاری واژه‌ها را قرارداد کنید

`must`، `should`، `may`، «لازم است»، «پیشنهاد می‌شود» و «می‌تواند» ممکن است در ترجمه وزن متفاوت بگیرند. اگر پروژه از واژگان Normative استفاده می‌کند، تعریف و Authority آن را نسخه‌دار کنید. Bold یا علامت تعجب قدرت رسمی نمی‌سازد.

Glossary یک فهرست واژه نیست

هر Term به `GlossaryID/version`، تعریف، مثال، ضدمثال، Owner، Status، منابع و Dispute route نیاز دارد. یک واژه ممکن است در Product، Support و QA معنای متفاوت داشته باشد؛ Namespace بدهید. تغییر تعریف باید Impact analysis روی Artifactهای فعال داشته باشد.

Term	تعریف قراردادی	ضدمثال
Critical	Severity policy SEV@3.2 clause C1	«مدیر عصبانی است»
Urgent	Response window و Authority معلوم	علامت تعجب
Blocked	Dependency مانع Evidence production	کار دشوار است
Done	Artifact/Clause مربوط پاس شده	به نظر خوب است

Severity و Priority را ترجمه نکنید؛ قرارداد کنید

وزن `Critical/Major/High/Urgent` از ملیت نمی‌آید؛ از Severity/Priority contract، Impact، Scope، Likelihood، Workaround و Authority می‌آید. Label انگلیسی یا فارسی را با ID پایدار نگه دارید. ترجمهٔ Label بدون Clause و مثال، هم‌معنایی را تضمین نمی‌کند.

Oracle، Evidence و Unknown همراه پیام باشند

«این درست نیست» ممکن است اختلاف ترجمه یا Oracle باشد. Expected/Actual، Build/State/Data، Evidence refs و Unknown را وصل کنید. اگر Requirement چندزبانه تعارض دارد، Source Authority و Conflict policy تعیین کنند کدام متن موقتاً حاکم است؛ ترجمه‌گر تصمیم محصول نمی‌گیرد.

Plain Language برای مخاطب واقعی

ISO ۲۴۴۹۵-۱:۲۰۲۳ دربارهٔ Plain Language اصول و راهنمای تولید سند متنی قابل‌فهم را ارائه می‌کند و کاربرد آن را به متن محدود می‌داند. این مقاله ادعای انطباق با ISO ندارد؛ فقط هدف‌محوری مخاطب، ساختار قابل‌یافتن و زبان قابل‌فهم را اقتباس می‌کند.

ساده‌نویسی به معنای حذف دقت نیست

Actor، Action، Object، Condition، Deadline و Evidence را صریح کنید؛ جمله کوتاه اما ناقص نسازید. Acronym نخست باز شود. Idiom، کنایه، Sarcasm، شوخی داخلی و استعارهٔ فرهنگی را از پیام تصمیم‌ساز حذف کنید یا توضیح دهید. Plain به معنی کودکانه یا کوتاه به هر قیمت نیست.

نمونهٔ پیام مبهم و نسخهٔ قراردادی

مبهم: «Payment looks a bit funny; maybe revisit it ASAP.» این جمله Observation، Force، Owner، زمان و پاسخ را پنهان می‌کند. نسخهٔ بهتر:

[REQUEST_FOR_DISPOSITION]
Artifact: DEFECT-028@5
Observation: synthetic Attempt A-04 shows UI=failed, Ledger=committed
Unknown: behavior outside Build B-17
Request: Authority sets DEFER / INVESTIGATE / ACCEPT-RISK
Due: 2026-08-14T10:00:00Z (13:30 Asia/Tehran)
Ack is not agreement; interpretation check required.

Source Authority و Source Revision

بگویید کدام متن Authoritative است و ترجمه از کدام Revision تولید شده. «نسخه انگلیسی همیشه اصلی است» قاعدهٔ طبیعی نیست؛ Governance پروژه باید آن را تعیین کند. اگر دو زبان هم‌اعتبارند، Conflict process و Decision Authority لازم است.

روش ترجمه و Provenance

Human، Machine، Human-assisted یا Interpretation زنده را ثبت کنید؛ نام نقش/ابزار، نسخه، Prompt/setting مادی، زمان و Reviewer را نگه دارید. خروجی ابزار مولد بدون Review منبع حقیقت نیست. دادهٔ حساس را بدون مجوز وارد سرویس ترجمه نکنید.

Review مادی به‌جای Back-translation نمایشی

Back-translation می‌تواند Signal باشد ولی دقت را ثابت نمی‌کند. Reviewer باید Term، عدد، نفی، Modal، Scope، Exception، Deadline و ID را با Source مقایسه کند. Reviewer مستقل از تولیدکننده در پیام پرریسک مفید است؛ هیچ قاعدهٔ جهانی برای همهٔ متن‌ها نیست.

واژهٔ ترجمه‌ناپذیر را پنهان نکنید

اگر معادل دقیق ندارید، Term اصلی، توضیح کوتاه، Namespace و مثال را حفظ کنید. ترجمهٔ روان اما نادقیق از اصطلاح دو‌زبانهٔ شفاف خطرناک‌تر است. Dispute به Glossary Owner برود و Artifactهای متأثر علامت بخورند.

تعارض میان دو ترجمه

هر دو متن، Source revision، مترجم/ابزار و Termهای متفاوت را نگه دارید. برنده را با رأی محبوبیت یا مقام مترجم تعیین نکنید. Source Authority/Domain owner دربارهٔ Meaning تصمیم می‌گیرد؛ Correction به همهٔ گیرندگان قبلی reissue می‌شود.

عدد و جداکننده‌ها

`۱,۲۳۴`، `۱.۲۳۴` و `۱٬۲۳۴` در Localeهای مختلف ممکن است متفاوت خوانده شوند. Canonical numeric value را جدا از display نگه دارید؛ Decimal/Grouping policy و unit را بنویسید. Screenshot عدد منبع داده نیست. رقم فارسی/عربی/لاتین باید Round-trip آزمون شود.

پول و واحد

«تومان» و «ریال» را به هم تبدیل ضمنی نکنید؛ کد Currency، مقدار Canonical و Display label را بنویسید. `10m` می‌تواند ده میلیون یا ده متر/دقیقه فهمیده شود. واحد، Scale و Precision باید صریح باشد. این مقاله توصیهٔ مالی/ارزی نیست.

زمان: Instant، Zone و View

Deadline باید Instant مرجع (ترجیحاً ISO ۸۶۰۱/UTC)، IANA zone و نمایش محلی داشته باشد. `EOD Friday` مبهم است: کدام جمعه، کدام Zone و پایان ساعت کاری چه کسی؟ DST و تغییر قواعد Zone را از Offset ثابت جدا کنید.

DueInstant: 2026-08-14T10:00:00Z
Display[Asia/Tehran]: 2026-08-14 13:30
CalendarView: Gregorian canonical; Jalali presentation labelled
LocalWorkHours: self-declared schedule SCH-09
UrgentException: INC-POLICY-02 only

تقویم، تعطیلات و روز کاری

میلادی/جلالی را برچسب بزنید و تبدیل را آزمون کنید. Weekend و Holiday را از Registry به‌روز و قرارداد کاری بگیرید؛ از کشور فرد حدس نزنید. «دوشنبه آینده» و تاریخ صرفاً عددی مثل `۰۳/۰۴/۲۶` ممنوع یا نیازمند قالب صریح‌اند.

ی/ی، ک/ک، ZWNJ و Normalization

نمای مشابه می‌تواند Code point متفاوت داشته باشد و Search/Join/ID matching را خراب کند. NFC/NFKC policy را با احتیاط و بر اساس نوع داده مشخص کنید؛ Identifier را بی‌قاعده Normalize نکنید. ی/ی، ک/ک و نیم‌فاصله در Fixture پوشش داده شوند و Raw value برای Audit حفظ شود.

Confusable و امنیت

حروف هم‌شکل میان Scriptها می‌توانند ID یا URL را گمراه‌کننده کنند. برای Artifact حساس، نمایش Code point/escaped form، allowlist و Confusable check لازم است. این کنترل فنی را به Accent یا هویت فرد ربط ندهید و آن را اثبات امنیت کامل نخوانید.

Async پیش‌فرضِ قابل‌بررسی

متن نسخه‌دار فرصت ترجمه، فکر و مراجعه به Glossary می‌دهد. Sync وقتی لازم است که ابهام وابسته، مذاکره یا Incident فوری وجود دارد. ویدئو «همیشه بهتر» نیست: نشانه‌های غیرکلامی فرهنگ‌-آزاد نیستند و پهنای باند، حریم خصوصی، معلولیت یا زبان دوم می‌تواند بار را بیشتر کند.

Video و Camera اختیاری

اگر Video دلیل عملی دارد، Caption، متن جایگزین، Chat parity و Recording policy فراهم کنید. روشن‌بودن Camera معیار تعهد، صداقت یا مشارکت نیست. Voice/Chat/Document باید مسیر معتبر پاسخ باشند. زبان بدن Oracle نیت نیست.

Channel Contract

«Slack برای سریع، Jira برای رسمی» هنوز کافی نیست. برای هر Speech Act، Source of Record، Ack، Response SLO، Retention، Access، Searchability و Escalation را ثبت کنید. اعلان فوری نباید تصمیم را فقط در Chat گذرا حبس کند.

منطقهٔ زمانی: مسئلهٔ لجستیک و انصاف

Time zone به‌خودی‌خود «فرهنگی» نیست. Overlap window را از Schedule خوداظهاری بسازید؛ بار جلسهٔ نامناسب را Rotate کنید؛ Local work hours، استثنای Incident و Handoff cutoff را ثبت کنید. کار خارج ساعت را نشانهٔ تعهد ندانید.

Follow-the-sun بدون ابهام

پوشش ۲۴ ساعته «مزیت انکارناپذیر» نیست؛ Handoffهای بیشتر می‌تواند Loss و انتظار بسازد. State، Evidence version، آخرین Action، Next requested response، Owner، Due instant، Unknown و Escalation را در Receipt تحویل دهید. هیچ فردی ۲۴ ساعته در دسترس نیست.

Ack، Comprehension و Agreement

Receipt	معنا	اثبات نمی‌کند
DELIVERED	سیستم تحویل داد	انسان دید
ACK	گیرنده دریافت را تأیید کرد	فهم
INTERPRETED	برداشت بازگو شد	توافق/درستی
AGREED	تعهد طبق Authority	Outcome
DISPUTED	Mismatch ثبت شد	خطای شخص

Interpretation Check محترمانه

به‌جای «فهمیدی؟» بپرسید: «برداشت شما از Speech Act، Due instant و Unknown چیست؟» Sender نیز برداشت Receiver را تصحیح‌پذیر بداند. این آزمون زبان یا هوش فرد نیست و نباید امتیازدهی شود. پاسخ کتبی/صوتی/ترجمه‌شده معتبر باشد.

Escalation بر اساس پیامد، نه زبان

اگر Ack/Response تا Due نرسید، مسیر SLO اجرا شود. Accent، Grammar یا تأخیر ترجمه به‌تنهایی تخلف نیست. Escalation باید Speech Act، Impact، Urgency policy و Authority را دنبال کند؛ گروه/منطقه را مقصر نکند.

Mismatch را Incident قابل‌مشاهده کنید

`ObservedMismatch` بنویسد Source چه بود، Receiver چه برداشت کرد، اختلاف کجا رخ داد و چه Impactی داشت. «به‌دلیل فرهنگ X» Root cause نیست. زبان، Term version، Bidi، Channel، Time، Power و Process را به‌عنوان فرضیه‌های قابل‌بررسی نگه دارید.

پروتکل Repair

1. اثر جاری را Stop/Hold کنید، اگر Decision متاثر است.
2. Source، Revision، ترجمه، Receipt و برداشت را Freeze کنید.
3. Mismatch را بدون نسبت گروهی توصیف کنید.
4. Term/عدد/Modal/زمان/Direction خطادار را مشخص کنید.
5. Source Authority متن اصلاحی را تأیید کند.
6. Correction برای کل Audience قبلی Reissue شود.
7. Decision/Action متاثر Reopen و Owner/Due تعیین شود.
8. Glossary/Template/Test بهبود یابد و Review زمان‌دار شود.

قالب Repair Record

RepairID: CMR-04
BridgeID: LMB-QA-017@1.2.0
ObservedMismatch: «may retry» interpreted as mandatory retry
Impact: duplicate synthetic Attempt generated
GroupAttribution: prohibited
CorrectedMessage: retry is OPTION; Authority decides after EV-31
ReissueAudience: AUD-09 complete
AffectedDecisions: DEC-12 reopened
ReviewAtUTC: 2026-08-20T08:00:00Z

Cultural mentor و Buddy چه مرزی دارند؟

یک فرد نمایندهٔ تمام Region/فرهنگ نیست. Mentor می‌تواند Norm ثبت‌شده و منابع را توضیح دهد، نه نیت هم‌وطنان را ترجمه کند. نقش داوطلبانه، Scope، Confidentiality، Conflict و Route تخصصی داشته باشد. Buddy system نیز جای Access، Glossary یا Authority را نمی‌گیرد.

آموزش CQ را چگونه ایمن کنیم؟

آموزش باید Counter-stereotype، تنوع درون گروه، Self-reflection، Power، زبان دوم و Scenario repair را پوشش دهد. Quiz «مردم کشور X چگونه‌اند؟» یا امتیاز CQ برای استخدام/ارتقا خطرناک است. انتقال به Work واقعی و کاهش Mismatch را با حریم خصوصی بررسی کنید؛ Causality ادعا نکنید.

حریم خصوصی و عدم Cultural profiling

زبان، Zone، Access need و Preference می‌توانند دادهٔ شخصی باشند. Purpose، حداقل‌سازی، Access، Retention و Correction را اعمال کنید. از Profile ملیتی/روانی برای پیش‌بینی مخالفت، سرعت، «قابلیت اعتماد» یا Targeting پیام استفاده نکنید. `no_cultural_profiling=true`.

هوش مصنوعی و ترجمهٔ QA

AI می‌تواند Draft بدهد؛ Source، Authority یا Cultural oracle نیست. ممکن است نفی، شدت، اصطلاح و Bidi را تغییر یا کلیشه تولید کند. ابزار/version، دادهٔ ورودی، Human material-term review و Disclosure لازم‌اند؛ PII/Secret بدون مسیر مجاز وارد نشود.

Metricهای سالم

Interpretation mismatch rate بر حسب Artifact class، Term dispute latency، Translation correction latency، Receipt coverage، due-time ambiguity، Bidi defect و burden rotation می‌توانند Signal باشند. Accent، Grammar، زمان پاسخ فرد، Camera، «directness» یا ملیت را امتیاز ندهید؛ `people_scoring=false`.

قالب کامل Locale–Meaning Bridge

[Identity] BridgeID, Version, Status, Supersedes, Effective/Review
[Context] Product, Artifact, Purpose, Decision, Channel, Roles, AffectedAbsent
[Preferences] Source, SelfDeclared, Power, NoNationality/PersonalityInference, Update
[Language] Source/TargetTags, Script, Direction, Fallback, und, Access/Translation
[Meaning] SpeechAct, NormativeStrength, Response, Authority, Scope, NotClaimed
[Terms] GlossaryID/Version, Definition, Examples, NonExamples, Owner, Dispute
[QA] Severity/Priority/Status Contracts, Oracle, Evidence, Unknowns
[Plain] AudienceTest, Structure, Acronym, NoIdiom/Sarcasm/Metaphor, Actor/Action
[Translation] Authority, SourceRevision, Method, Tool/Version, Reviewer, Terms, Conflict
[Locale] Number, Decimal/Grouping, Currency, Unit, UTC, IANA Zone, Calendar/Holiday
[Unicode] Normalization, Yeh/Kaf, ZWNJ, Bidi Isolation, Confusable
[Channel] Async, SyncReason, Video/Camera optional, Caption/Text, Recording/Retention
[Time] Overlap, RotateBurden, LocalWorkHours, UrgentException, HandoffCutoff
[Handoff] Ack, Interpretation, ResponseType/Due, Owner, Escalation
[Repair] Incident, Mismatch, Impact, NoGroupAttribution, Correction, Reissue, Reopen
[Governance] Audit, Privacy, Minimization, NoProfiling, people_scoring=false, NotProof

آزمایشگاه کاملاً آفلاین Checkout ایرانی

Fixture خیالی `SYN-LOCALE-MEANING-BRIDGE-۰۱` یک Checkout جدا از شبکه/Production دارد: Order و PaymentAttempt جعلی، PSP Stub، Callback، Ledger، Reconciliation و اعلان ساختگی. Timeout پیش/پس از Fake Commit، Retry، duplicate/late/reordered Callback و State مبهم با Artifactهای fa/en بازپخش می‌شوند.

شناسه‌های Tenant/Order/Attempt/Event/Run/Build/Data/Evidence/Message/Bridge/Repair/Decision پایدارند. IRR خیالی Canonical و تومان فقط View برچسب‌خورده است. ارقام فارسی/عربی/لاتین، ی/ی، ک/ک، ZWNJ، NFC، RTL/LTR/Bidi، UTC، Asia/Tehran و جلالی نمایشی پوشش داده می‌شوند. هیچ شبکه، سازمان، فرد، ملیت، کاربر، سفارش، پرداخت، PSP، بانک، پول، PII، نام، موبایل، ایمیل، IP، حساب، PAN، CVV2، OTP، Cookie، Token، Credential، Log یا Screenshot واقعی و هیچ توصیهٔ مالی/بانکی/حقوقی/امنیتی/حریم خصوصی/HR وجود ندارد.

Checker سطحی چه می‌بیند؟

Checker فقط English مشترک، Video-first، Glossary، آموزش CQ، Cultural mentors، Buddy system و Written summary را می‌بیند و با اطمینان کاذب می‌گوید:

superficial: CROSS_CULTURAL_COMMUNICATION_SOLVED

این نشانه‌ها Shared meaning، ترجمهٔ دقیق، انصاف زمانی یا نبود کلیشه را ثابت نمی‌کنند.

ممیزی ساختاری چه یافت؟

اجرای نخست Validator یک mismatch طراحی را شفاف کرد: ۱۱۲ Finding واقعی در برابر انتظار ۱۱۵. شمارنده پایین نیامد؛ سه کنترل ماهوی Decision context، Power asymmetry در Preference و Source revision ترجمه افزوده شد. اجرای نهایی:

audit: HOLD-115
independentPeopleScoringRule: PASS

قاعدهٔ ۱۱۶ جداگانه `people_scoring=false` را کنترل می‌کند. ۱۱۵ تعداد فیلدهای غایب این Fixture و نسخه است؛ امتیاز فرهنگ، تیم یا فرد نیست.

نسخهٔ اصلاح‌شده چه می‌گوید؟

corrected: READY_FOR_LOCALE_MEANING_BRIDGE_REVIEW-0

صفر فقط آمادگی ساختاری را نشان می‌دهد؛ نه Shared meaning، دقت ترجمه، Inclusion، نبود Bias، Outcome ارتباطی، کیفیت محصول، Safety یا درستی Decision. Review انسانی و آزمون Receiver لازم‌اند.

ضدالگوهای ارتباط بین‌فرهنگی QA

• نسبت مستقیم/غیرمستقیم به کشور.
• تعبیر سکوت از روی فرهنگ ملی.
• Power distance به‌عنوان شخصیت فرد.
• Deadline behavior از روی قاره.
• زبان انگلیسی به‌عنوان حل کامل مسئله.
• Accent/Grammar به‌عنوان توان فنی.
• Severity بر اساس وزن حسی واژه.
• Glossary بدون Version/example/owner.
• Idiom، Sarcasm و شوخی داخلی در پیام تصمیم.
• Plain language به‌معنای حذف دقت.
• ترجمهٔ AI به‌عنوان Source truth.
• ترجمه بدون Source revision.
• Back-translation به‌عنوان اثبات.
• تغییر نفی/Modal برای روانی متن.
• عدد بدون Canonical/Locale.
• ریال/تومان بدون Currency/Scale.
• `EOD Friday` بدون Zone/Instant.
• تعطیلی از روی کشور فرد.
• Normalize خاموش Identifier.
• نادیده‌گرفتن Bidi و Confusable.
• Video-first و Camera اجباری.
• زبان بدن به‌عنوان Oracle نیت.
• Follow-the-sun بدون Handoff receipt.
• Ack به‌عنوان فهم یا توافق.
• Mismatch به‌عنوان خطای «فرهنگ X».
• Cultural mentor به‌عنوان نمایندهٔ Region.
• CQ score برای استخدام/ارتقا.
• پروفایل فرهنگی/روانی برای Persuasion.
• کار خارج ساعت به‌عنوان تعهد.
• امتیازدهی فرد بر اساس directness/response.
• ادعای تبدیل تنوع به مزیت قطعی.

چک‌لیست Bridge Owner

• BridgeID/version/status و Source revision روشن‌اند.
• Product/Artifact/Purpose/Decision/Channel/roles دقیق‌اند.
• Affected-absent ثبت شده‌اند.
• Preference خوداظهاری، قابل‌تغییر و power-aware است.
• هیچ استنتاج ملیتی یا شخصیتی وجود ندارد.
• Source/target language tags، Script، Direction و fallback ثبت‌اند.
• Access/translation/interpreter need معلوم است.
• Speech Act، Normative strength، Response و Authority روشن‌اند.
• Scope و Not-claimed پیام نوشته شده‌اند.
• Glossary version، definition، example/nonexample و dispute route دارد.
• Severity/Priority/Status contracts و Oracle متصل‌اند.
• Evidence refs و Unknowns حفظ شده‌اند.
• Plain language با Audience test و Actor/Action دقیق است.
• Idiom/Sarcasm/metaphor مبهم حذف شده‌اند.
• روش/ابزار/version/reviewer ترجمه ثبت‌اند.
• Termهای مادی، ترجمه‌ناپذیر و Conflict policy بررسی شده‌اند.
• Number/Currency/Unit Canonical و View جدا هستند.
• UTC instant/IANA zone/calendar/holiday source روشن‌اند.
• Normalization/Yeh-Kaf/ZWNJ/Bidi/Confusable policy آزمون شده‌اند.
• Async route و Sync reason وجود دارد؛ Video/Camera اختیاری‌اند.
• Caption/text/recording consent/retention روشن‌اند.
• Overlap، rotation، work hours، exception و cutoff منصفانه‌اند.
• Ack/interpretation/response/due/owner/escalation ثبت‌اند.
• Repair بدون group attribution، با reissue/reopen انجام می‌شود.
• Privacy/minimization/no profiling رعایت می‌شود.
• `people_scoring=false` مستقل کنترل شده است.
• NotProof حدود نتیجه را بیان می‌کند.

Pilot سی‌روزه برای تیم QA چندزبانه

1. روز ۱ تا ۵: یک Artifact کم‌خطر را انتخاب، Bridge و Preferenceهای خوداظهاری را در Shadow ثبت کنید.
2. روز ۶ تا ۱۰: Language/Script/Direction، Speech Act و پنج Term مادی را Contract کنید.
3. روز ۱۱ تا ۱۵: Translation provenance، عدد/زمان/Unicode Fixture و Human review را Dry-run کنید.
4. روز ۱۶ تا ۲۰: Async handoff را با Ack و Interpretation check اجرا؛ Video/Camera را اجباری نکنید.
5. روز ۲۱ تا ۲۵: یک Mismatch مصنوعی را Repair، reissue و Decision خیالی را Reopen کنید.
6. روز ۲۶ تا ۳۰: mismatch/correction/burden/access Signals را مرور و Continue/Adapt/Stop تصمیم‌گیری کنید.

Pilot، توان فرهنگی فرد، نبود Bias، کیفیت محصول یا اثر علّی بر سرعت را ثابت نمی‌کند. از دادهٔ حساس یا Profile واقعی در آزمایش استفاده نکنید.

جمع‌بندی اجرایی

ارتباط بین‌فرهنگی سالم با حفظ تفاوت و حذف حدس گروهی آغاز می‌شود. Preference را بپرسید؛ Language/Locale/Script/Time را قرارداد کنید؛ Force پیام و Glossary را صریح نگه دارید؛ Translation و Unicode را آزمون کنید؛ Ack را فهم ندانید؛ و Mismatch را با Repair بدون سرزنش گروهی ببندید. English، Video و آموزش به‌تنهایی Shared meaning نمی‌سازند.

پرسش‌های متداول ارتباط بین‌فرهنگی در QA

ارتباط بین‌فرهنگی در تیم QA چیست؟

طراحی پیام و Handoff برای حفظ معنا میان زبان، Locale، Script، Zone، کانال و Context است. هدف، فهم و Repair قابل‌ردیابی است؛ نه دسته‌بندی رفتار افراد بر اساس کشور یا ساخت یک «فرهنگ واحد» اجباری.

آیا استفاده از زبان انگلیسی مشکل تیم جهانی را حل می‌کند؟

خیر. سطح مهارت Task-specific، اصطلاح، Modal، عدد، Time zone، Bidi، Translation و Power همچنان می‌توانند معنا را تغییر دهند. English مشترک فقط یک Language choice است و به Glossary، Speech Act، Evidence و Interpretation check نیاز دارد.

چطور بدون کلیشه تفاوت ارتباطی را مدیریت کنیم؟

رفتار مشاهده‌شده را توصیف، Preference/Access need را از فرد سؤال و فرضیه‌های نقش، کانال، زبان و قدرت را بررسی کنید. Nationality/personality inference را ممنوع و Preference را قابل‌تغییر نگه دارید. Normها باید تیمی و رفتاری باشند.

بهترین ابزار ارتباطی برای تیم QA چندزبانه چیست؟

ابزار جادویی وجود ندارد. Source-of-record متنی و نسخه‌دار، Comment/Receipt، ترجمهٔ قابل‌ردیابی، Caption و Session فقط برای تعامل لازم ترکیب می‌شوند. Channel را بر Speech Act، دسترسی، حساسیت، SLO و Retention انتخاب کنید.

وقتی سوءتفاهم رخ داد اولین اقدام چیست؟

اگر Decision متاثر است آن را Hold کنید؛ Source/Revision/Translation/Receipt را Freeze و اختلاف برداشت را بدون نسبت فرهنگی ثبت کنید. سپس متن اصلاحی را با Authority تأیید، برای Audience قبلی reissue و Decision/Action متاثر را Reopen کنید.