گفت‌وگوی دشوار در QA؛ از Safety تا Repair

گفت‌وگوی دشوار در QA زمانی رخ می‌دهد که یک اختلاف فنی، رفتار آزاردهنده، فشار انتشار یا برداشت متفاوت، ظرفیت توجه و همکاری طرفین را کاهش داده است. «آرام حرف‌زدن»، همدلی یا بردن بحث به تماس خصوصی می‌تواند مفید باشد؛ اما هیچ‌کدام به‌تنهایی Safety، فهم مشترک، توافق یا حل مسئله را ثابت نمی‌کند.

این راهنما یک Difficult Conversation Contract می‌سازد: ابتدا Safety screen، سپس دعوت و آمادگی، بیان محدود ادعا، طراحی نوبت، Pause و De-escalation، ثبت اختلاف باقی‌مانده، Route متناسب و در پایان Follow-up/Repair. هدف، «بردن بحث» یا تغییر شخصیت همکار نیست؛ هدف، ساختن یک مسیر امن و قابل‌پیگیری برای یک موضوع مشخص است.

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

این صفحه فقط ریزپروتکل یک گفت‌وگوی دشوارِ هم‌زمان یا Async و تنش‌زدایی در لحظه را مالک است. برای Taxonomy اختلاف، Conflict Card، Evidence، Authority، Escalation و تصمیم تیمی به پروتکل مدیریت تعارض QA و Dev بروید. برای ساخت Option/BATNA/Trade-off/Agreement، راهنمای مذاکره در QA مالک موضوع است. اگر موضوع یک Claim دربارهٔ رفتار/Artifact و حق پاسخ است، قرارداد بازخورد تیم QA را به‌کار ببرید.

برای Listener intake و Speaker confirmation از گوش‌دادن فعال در QA، برای Session رسمی از قرارداد جلسه بازبینی تست، برای سیگنال ریسک از چرخهٔ بستهٔ ارتباط ریسک، برای کار مشترک روی Evidence از رابط همکاری تستر و توسعه‌دهنده و برای علت‌های سیستمی از فرهنگ کیفیت مبتنی بر رفتار و مشوق استفاده کنید. این مرزبندی جلوی تکرار هشت مقاله با نام‌های متفاوت را می‌گیرد.

گفت‌وگوی دشوار چیست و چه چیزی نیست؟

یک Conversation محدود به Topic، Participants، Purpose، زمان و Output است. ممکن است به Understanding، Action، Route یا حتی `NO_AGREEMENT` برسد. این مکالمه Mediation، Investigation، Therapy، Performance Review، Grievance، Incident Command یا Release Decision نیست؛ هرکدام Authority، محرمانگی و رویهٔ جدا دارند.

تعارض، تنش و Safety event را یکی نکنید

اختلاف دربارهٔ Oracle یا Severity می‌تواند تعارض کاری باشد. صدای لرزان، سکوت یا مکث فقط Observation است و نیت/هیجان را ثابت نمی‌کند. تهدید، خشونت، آزار، تبعیض، تلافی، افشای حمایت‌شده یا فوریت سلامت یک Safety/Formal-route event است؛ با توصیهٔ «همدل باش و مصالحه کن» کوچک نمی‌شود.

پشتوانهٔ رسمی و حد استفاده

راهنمای Acas برای گفت‌وگوهای چالش‌برانگیز بر تشخیص فرد مناسب، آمادگی، دانسته‌ها، سیاست‌ها، مهارت ارتباط و Follow-up تمرکز دارد. راهنمای رسمی Mediation در محیط کار Acas میان گفت‌وگوی غیررسمی و میانجی‌گری بی‌طرف، داوطلبانه و محرمانه فرق می‌گذارد. راهنمای HSE دربارهٔ خشونت و پرخاش مرتبط با کار تهدید، توهین و حمله را موضوع کنترل خطر و حمایت می‌داند. این اصول برای QA اقتباس شده‌اند؛ مقاله مدرک انطباق حقوقی بریتانیا یا مشاورهٔ حقوق کار ایران نیست.

چرخهٔ Difficult Conversation Contract

1. Identify: Topic و Trigger را محدود کنید.
2. Screen: Safety و Formal route را بسنجید.
3. Prepare: Fact/Observation/Inference/Unknown و State خود را جدا کنید.
4. Invite: Purpose، زمان، کانال، Privacy و حق Pause را اعلام کنید.
5. Open: Example، Impact محدود و Request را بدون برچسب بگویید.
6. Exchange: سؤال خنثی، نوبت، Paraphrase و Confirmation.
7. Regulate: Cue قابل‌مشاهده، Slow/Pause/Break/Async fallback.
8. Route: Understanding/Agreement/No agreement و Authority path.
9. Record: حداقل یادداشت، Owner/Due/Receipt و Dissent.
10. Follow: Completion، Reopen، Repair و Learning.

هویت و نسخهٔ مکالمه

برای موضوع مادی، `ConversationID`، Version، Status، Owner، CreatedAt، ReviewAt و Supersedes بسازید. این شناسه برای امتیازدادن به افراد نیست؛ کمک می‌کند دعوت، یادداشت، Action و Correction به یک رخداد واحد وصل شوند و بازنویسی خاموش رخ ندهد.

ConversationID: CONV-SYN-IR-014
Version: 1.0
Status: PROPOSED
Topic: اختلاف دربارهٔ Retry در Callback ساختگی
Purpose: فهم نقاط اختلاف و تعیین Route بعدی
DesiredOutput: UNDERSTANDING | ACTION | ROUTE | NO_AGREEMENT
Owner: Facilitation Owner (fictional)
people_scoring: false

Context را قبل از لحن ثبت کنید

Product/Service، Artifact refs، Topic، Purpose، Desired output، In-scope، Out-of-scope، Channel و Sensitivity را روشن کنید. «دربارهٔ کیفیت حرف بزنیم» بیش از حد باز است. «برداشت متفاوت از Retry policy در Build ساختگی B-۱۷؛ بدون تصمیم Release» قابل اداره است.

Safety screen پیش از دعوت

پیش از تماس خصوصی بپرسید: آیا تهدید فیزیکی/کلامی، آزار، تبعیض، تلافی، افشای حمایت‌شده، بحران سلامت یا نقض جدی Policy مطرح است؟ آیا تنهایی یا محرمانگی پیشنهادی خطر را بیشتر می‌کند؟ آیا مسیر HR/Safety/Emergency/Grievance/Whistleblowing لازم است؟ Screen باید `CLEAR / ROUTE_FORMAL / URGENT_SUPPORT / UNKNOWN` بدهد؛ `UNKNOWN` مجوز ادامهٔ بی‌قید نیست.

Stop rule از قبل تعریف شود

تهدید، توهین مداوم، افشای Secret/PII، ناتوانی در ادامهٔ آگاهانه، قطع دسترسی لازم یا عبور از Authority باید Stop/Pause را فعال کند. Stop شکست فردی نیست. جملهٔ عملی: «این مسیر اکنون امن/قابل‌ادامه نیست؛ مکالمه را متوقف می‌کنیم و طبق Route ثبت‌شده حمایت می‌گیریم.»

نقش‌ها و قدرت را نام‌گذاری کنید

Initiator، Recipient، Facilitator، Note Owner، Decision Authority، Support Person و افراد متأثر غایب را جدا کنید. مدیر مستقیم، مالک قرارداد و میانجی بی‌طرف یک نقش نیستند. وابستگی حقوق/Promotion/شیفت/قرارداد، ارشدیت، زبان، دسترسی و ترس از تلافی، امکان «نه» گفتن را تغییر می‌دهد؛ رضایت ظاهری را آزادانه فرض نکنید.

آیا من فرد مناسب برای شروع هستم؟

اگر Conflict of interest دارید، خودتان Decision Authority هستید و بی‌طرفی ادعا می‌کنید، موضوع خارج از Scope شماست یا طرف مقابل مسیر Support را ترجیح می‌دهد، Facilitator/Manager/HR/Owner دیگری لازم است. «من موضوع را دیدم» برابر «من حق تحقیق و داوری دارم» نیست.

دعوت بدون غافلگیری

Topic، Purpose، مدت تقریبی، گزینهٔ کانال، Privacy boundary، امکان همراه/Facilitator، نیاز دسترسی، حق Break/Decline/Withdraw و مسیر جایگزین را پیشاپیش بدهید. دعوت مبهم «پنج دقیقه وقت داری؟» در رابطهٔ قدرت می‌تواند تهدیدآمیز باشد. تمام جزئیات حساس را نیز در تقویم عمومی ننویسید.

خصوصی همیشه امن و مناسب نیست

Privacy با Isolation فرق دارد. One-to-one ممکن است برای موضوع کم‌خطر مفید باشد؛ اما سابقهٔ تهدید، Power asymmetry، نیاز به Witness/Support، دسترسی یا Policy می‌تواند Facilitator یا مسیر رسمی بخواهد. انتخاب Channel باید با Consent، Sensitivity، Record need و Safety هماهنگ شود، نه قانون جهانی «همه‌چیز خصوصی».

تماس پنج‌دقیقه‌ای درمان همگانی نیست

Sync وقتی مفید است که رفت‌وبرگشت سریع، Clarification و تنظیم Pace لازم باشد. Async وقتی بهتر است که Language processing، Screen reader، Time zone، مستندسازی، فاصلهٔ هیجانی یا Fact checking مهم است. تماس بدون Notice می‌تواند Context را از بین ببرد و افراد کم‌قدرت را مجبور به پاسخ فوری کند.

آمادگی: Fact، Observation، Inference و Unknown

نوع	نمونهٔ ساختگی	حد ادعا
Fact	Artifact نسخهٔ ۲.۱ می‌گوید Retry=۱	به Source/As-of وصل است
Observation	در Comment نوشته شد «این تست بی‌فایده است»	متن/زمان، بدون نیت
Inference	ممکن است Scope متفاوت فهمیده شده باشد	فرضیه، قابل رد
Unknown	Authority تغییر Retry روشن نیست	نباید با حدس پر شود

پیش از گفتگو Evidence لازم را حداقلی جمع کنید و به دنبال پرونده‌سازی نباشید. یک مثال مشخص بهتر از «همیشه/هیچ‌وقت» است. Screenshot/Log فقط در صورت نیاز، با Provenance، Context، Redaction و دسترسی محدود؛ پیوست بیشتر، حقیقت بیشتر را ثابت نمی‌کند.

Self-state را تشخیص دهید، نه اینکه پزشکی کنید

برای خود ثبت کنید: آیا می‌توانم بدون Counterattack یک جملهٔ محدود بگویم؟ آیا Facts را مرور کرده‌ام؟ آیا Trigger plan و Pause phrase دارم؟ این Self-check تشخیص سلامت روان یا Emotion score نیست. دربارهٔ طرف مقابل نیز از صدا، چهره، Camera یا سکوت، خشم/دروغ/دفاعی‌بودن نتیجه نگیرید.

هدف و خروجی را از نتیجهٔ مطلوب جدا کنید

Purpose می‌تواند «فهم اختلاف در Expected Result» باشد؛ Desired output می‌تواند Understanding یا Route باشد. «او باید قبول کند باگ Critical است» نتیجهٔ ازپیش‌تعیین‌شده و احتمالاً خارج از Authority است. مکالمه حق تصمیم سازمانی ایجاد نمی‌کند.

Opening Contract در شش جمله

Topic: «می‌خواهم فقط Comment مربوط به Retry را مرور کنیم.»
Source: «در Artifact v2.1 مقدار Retry=1 ثبت شده است.»
Observation: «در Review نوشته شد این تست بی‌فایده است.»
Impact: «معیار Merge برای من نامشخص ماند؛ اثر دیگر را ادعا نمی‌کنم.»
Request: «ممکن است برداشتت از Oracle و Authority را توضیح بدهی؟»
Boundary: «اگر گفت‌وگو قابل‌ادامه نبود Pause می‌کنیم و Route دیگری می‌گیریم.»

عبارت «من» سپر حقیقت نیست

«من احساس می‌کنم تو بی‌مسئولیتی» همچنان برچسب شخصیت است. I-statement سالم، تجربه و نیاز گوینده را محدود می‌کند: «پس از خواندن Comment، معیار پذیرش را نفهمیدم؛ درخواست من اشاره به Oracle است.» Grammar محترمانه، Claim بی‌منبع را معتبر نمی‌کند.

تعریف و تمجید مصنوعی نکنید

الگوی «ویژگی عالی است، فقط یک مشکل کوچک» ممکن است مسئله را کوچک، Praise را ابزاری و پیام را نامطمئن کند. تشکر واقعی را دقیق بگویید؛ اگر ندارید، محترمانه و مستقیم باشید. هدف، مدیریت واکنش فرد با چاپلوسی نیست.

Behavior و Artifact، نه هویت و نیت

به Comment، تصمیم، Artifact، زمان و اثر محدود اشاره کنید؛ نه «تو دفاعی/بی‌دقت/فاقد EQ هستی». Intent را نخوانید و ملیت، جنسیت، سن، نقش یا تیپ شخصیتی را علت نسازید. اگر رفتار ممنوع یا Safety issue است، آن را به Policy/Route وصل کنید؛ ملایم‌سازی جای ثبت نیست.

یک موضوع در هر نوبت

History dumping ظرفیت پاسخ را نابود می‌کند. یک Example، یک سؤال، یک پاسخ و Confirmation. موضوع‌های تازه در Parking/Issue register با Owner و Route قرار می‌گیرند. محدودکردن Scope به معنی حذف Pattern معتبر نیست؛ Pattern به Evidence و مسیر بررسی جدا نیاز دارد.

سؤال خنثی و حق ندانستن

«چطور به این Oracle رسیدی؟» از «چرا تست را نادیده گرفتی؟» محدودتر است. سؤال باز همیشه بهتر نیست؛ سؤال بسته برای Pin کردن Version یا Yes/No مفید است. `DON’T_KNOW / NEED_TIME / DECLINE / DEFER` پاسخ معتبرند. چند سؤال یا گزینهٔ جعلی در یک جمله نگذارید.

Paraphrase فرضیه است

بگویید: «برداشت فعلی من این است که Expected از Contract v2.۰ آمده؛ درست فهمیدم؟» Speaker می‌تواند `CONFIRMED / DISPUTED / PARTIAL / UNANSWERED` بدهد. Paraphrase شما حقیقت نیازمندی، قصد شخص یا توافق را نمی‌سازد.

Listening با اطاعت فرق دارد

شنیدن و Confirmation یعنی دیدگاه درست ثبت شده است؛ نه اینکه Claim، Decision یا Action پذیرفته شد. Eye contact، Nod یا خاموش‌نبودن Camera شاخص گوش‌دادن نیست. Access preference و فرهنگ ارتباطی را از خود فرد بپرسید.

Cue تنش را فقط به‌صورت مشاهده ثبت کنید

«دو بار هم‌زمان حرف زدیم»، «سه دقیقه سکوت شد»، «درخواست Break آمد» Observation است. «او عصبانی/دروغگو/دفاعی شد» Inference یا برچسب است. Facial recognition، sentiment model یا تحلیل صدا برای تشخیص هیجان/صداقت، مجوز این Contract نیست.

Slow down و Scope down

وقتی نوبت‌ها می‌شکنند، سرعت و دامنه را کم کنید: Fact مشترک را دوباره بخوانید، Claimها را شماره‌گذاری کنید، یک Unknown را انتخاب کنید و پاسخ را به بعد منتقل کنید. آرام‌ترشدن ابزار پردازش است، نه پذیرش تقصیر.

Pause phrase و Break Contract

Pause trigger: دو نوبت شکسته یا درخواست هر Participant
Phrase: «برای حفظ دقت و امکان پاسخ، اینجا Pause می‌کنیم.»
Break owner: Facilitator
Duration: توافق‌شده، نه تنبیهی
Reconvene: زمان/کانال/Scope تازه
Fallback: ASYNC | FACILITATED | FORMAL_ROUTE | CLOSE_NO_AGREEMENT

Break نباید برای وادارکردن فرد به موافقت، ناپدیدشدن نامحدود یا تنبیه استفاده شود. اگر Safety trigger فعال شد، Reconvene خودکار نیست. اگر فقط ظرفیت پردازش تمام شد، زمان و شروط ادامه را ثبت کنید.

Boundary statement بدون تهدید

Boundary رفتار/شرط/اقدام خود را توضیح می‌دهد: «اگر توهین ادامه یابد، تماس را پایان می‌دهم و از Route ثبت‌شده استفاده می‌کنم.» تهدید کنترل شخص است: «اگر قبول نکنی، کاری می‌کنم Release متوقف شود.» Boundary باید با Authority و Policy واقعی سازگار باشد.

همدلی، حدس احساس نیست

به‌جای «می‌دانم چقدر ناراحتی»، بگویید «می‌خواهم اثر این موضوع را از زبان خودت بفهمم؛ اگر مایل هستی توضیح بده.» Acknowledgment یعنی View ثبت شد؛ Agreement یا درست‌بودن آن نیست. هیچ‌کس موظف نیست حالت درونی‌اش را افشا کند.

شوخی، کنایه و Hint را حذف کنید

کنایه، Idiom و شوخی در تنش به‌سادگی بدفهمیده می‌شود، مخصوصاً در تیم چندزبانه. «خب این هم از کیفیت!» نه Fact است نه Request. زبان Plain، Actor/Action روشن و Modal دقیق (`must/may/proposed`) استفاده کنید.

اختلاف فنی را دوباره Contract کنید

IssueID، Disputed fact، Interpretationهای رقیب، Interest، Constraint، Unknown، Evidence بعدی، Owner آن Evidence، Authority route و Escalation condition را ثبت کنید. گفت‌وگو ممکن است فقط ابهام را آشکار کند؛ حل فنی به Oracle/Policy/Decision owner برمی‌گردد.

Severity و Priority با صدای بلند تعیین نمی‌شوند

Severity، Urgency، Priority و Release disposition را جدا کنید. Tester یا Developer مالک جهانی آن‌ها نیست؛ Workflow نسخه‌دار باید Criteria و Authority را مشخص کند. Impact ساختگی مثل «پنج درصد افت تبدیل» بدون داده، ابزار فشار است و حذف می‌شود.

مصالحه همیشه نتیجهٔ خوب نیست

نصف‌کردن عدد، عقب‌انداختن Fix یا انتخاب Workaround فقط وقتی معتبر است که Guardrail، ریسک باقیمانده، Authority، Expiry و Verification دارد. Safety، قانون، Integrity دفترکل یا Constraint غیرقابل‌مذاکره با «راه‌حل برد–برد» کنار نمی‌رود. گزینه‌سازی به مقالهٔ مذاکره تعلق دارد.

Escalation شکست مکالمه نیست

Escalation یعنی Route کردن مسئله به Authority مناسب براساس Trigger ازپیش‌تعریف‌شده؛ نه CC کردن مدیر برای شرمسارکردن طرف مقابل. ممکن است Understanding حاصل شود ولی اختیار تصمیم نباشد. Evidence packet، Dissent و Unknown را بدون نسبت‌دادن نیت منتقل کنید.

Mediation را دقیق نام‌گذاری کنید

Mediation صرفاً حضور یک مدیر در تماس نیست. براساس Acas، میانجی بی‌طرف به طرف‌ها برای یافتن راه‌حل کمک می‌کند، Outcome را تحمیل نمی‌کند و مشارکت داوطلبانه/محرمانگیِ توافق‌شده مهم است. اختلاف منفعت Mediator، امکان Decline و محدودهٔ اشتراک اطلاعات را ثبت کنید. برخی موضوع‌ها مسیر رسمی دیگری می‌خواهند.

Output چهارحالته

خروجی	معنا	گام بعد
UNDERSTANDING	دیدگاه‌ها Confirmed شده‌اند	ممکن است Evidence/Authority لازم باشد
AGREEMENT	توافق محدود و ثبت‌شده	Action/Review
ROUTED	مسئله به مسیر مناسب منتقل شد	Handoff/Receipt
NO_AGREEMENT	اختلاف باقی است	Dissent و Escalation/Close

`NO_AGREEMENT` خروجی معتبر است. Consensus ظاهری، سکوت، پایان تماس، Emoji یا Seen نباید به Agreement تبدیل شود. DecisionRef، Authority و دامنه/انقضای توافق را جدا ثبت کنید.

Action Item باید پذیرفته شود

Action شامل متن دقیق، Accepted owner، Due instant، IANA time zone، Acceptance criteria، Dependency، Support و Escalation است. «Dev بررسی کند» Action نیست. مالکیت را در تماس به فرد غایب یا بی‌اختیار تحمیل نکنید.

یادداشت حداقلی و رضایت‌محور

Source labels، نقاط Agreement/Disagreement، Action/Route و Remaining Unknown را نگه دارید؛ Transcript احساسی یا شرح شخصیت نسازید. Recording consent، Sharing consent، Access، Retention، Redaction، Correction و Source of Record را روشن کنید. محرمانگی مطلق وعده ندهید اگر Policy استثنا دارد.

Receipt، Confirmation و Agreement متفاوت‌اند

ارسال Summary، Delivery، Receipt، تأیید فهم، Agreement و اجرای Action شش State هستند. پنجرهٔ Correction بدهید و عدم پاسخ را فقط طبق Policy مشخص مدیریت کنید؛ سکوت را رضایت نخوانید. نسخهٔ اصلاحی باید Supersede کند و افراد متأثر دوباره Notification بگیرند.

Repair پس از گفت‌وگو

حل Topic و Repair رابطه/اثر یکی نیست. Repair ممکن است Correction عمومی پس از نقد عمومی، بازگرداندن دسترسی، اصلاح Artifact، عذرخواهی مشخص، حمایت یا تغییر Process باشد. طرف آسیب‌دیده مجبور به پذیرش عذرخواهی یا بازگشت فوری به همکاری نیست.

Follow-up و Reopen

Check-in، Completion evidence، Reopen trigger، Affected artifacts، Reissue، Recurrence review، Learning route، Expiry و Archive را ثبت کنید. «جلسه برگزار شد» Closure نیست. اگر Action انجام نشد یا Evidence تازه آمد، Contract بدون سرزنش Reopen می‌شود.

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

Language tag، Interpreter، Caption، Written fallback، Reading order، RTL/LTR isolation، Unicode normalization، Date/Time format و Pace را بر اساس نیاز اعلام‌شده تنظیم کنید. ترجمهٔ خودکار Draft است، نه Authority. دوربین اجباری و سرعت پاسخ یکسان، دسترسی برابر را ثابت نمی‌کند.

قالب کامل Difficult Conversation Contract

Identity: ConversationID | version | status | owner | supersedes | reviewAt
Context: product | artifactRefs | topic | purpose | output | scope | channel | sensitivity
Safety: screen state | threats/harassment/retaliation | formal/support route | stop rule
Roles: initiator | recipient | facilitator | note owner | authority | support | power map
Invitation: notice | duration | choice | privacy | consent | decline/withdraw/break | access
Prepare: facts | sources | observations | inferences | unknowns | assumptions | trigger plan
Exchange: opening | request | questions | paraphrase | confirmation | silence/interruption
Tension: observable cue | pause threshold/phrase | break | reconvene | async/safe fallback
Dispute: IssueID | disputed facts | interpretations | interests | constraints | next evidence
Output: understanding/agreement/route | decision | action | due/zone | dissent | unknown
Record: minimum data | source labels | sharing/access | retention | correction | source of record
Follow-up: completion | reopen | repair | affected artifacts | reissue | learning | archive
Limits: not mediation/therapy/investigation/legal advice; not proof; people_scoring=false

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

آزمایش کاملاً ساختگی و قطع از شبکه است: Order، PaymentAttempt، PSP Stub، Callback، Ledger، Reconciliation و Notification جعلی؛ Timeout قبل/بعد از Fake Commit، Retry، Duplicate، Late و Reordered Callback. شناسه‌های Tenant/Order/Attempt/Event/Run/Build/Data/Conversation/Issue/Decision ساختگی‌اند. پول canonical فقط IRR و «تومان» صرفاً نمایش برچسب‌خورده است؛ ارقام فارسی/عربی/لاتین، ی/ی، ک/ک، ZWNJ و Bidi آزمون می‌شوند. زمان رخداد UTC و نمایش `Asia/Tehran` است و تاریخ جلالی فقط Presentation.

هیچ Production، شبکه، سازمان/فرد/کاربر/سفارش/پرداخت/PSP/بانک/پول واقعی، PII، نام، موبایل، ایمیل، IP، حساب، PAN، CVV2، OTP، Cookie، Token، Credential، Log یا Screenshot واقعی وجود ندارد. سناریو توصیهٔ مالی، بانکی، حقوقی، امنیتی، حریم خصوصی، منابع انسانی یا سلامت نیست.

Checker سطحی چگونه فریب می‌خورد؟

Fixture ساختگی فقط Calm tone، I-statement، Empathy، Active listening، Private channel، Quick call و Compromise دارد. Checker رایج همین هفت نشانه را «حل تعارض» می‌خواند:

fixture: SYN-QA-DIFFICULT-CONVERSATION-01
superficial: CONFLICT_RESOLVED

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

Validator وابستگی خارجی ندارد و ۱۶۳ کنترل یکتای Identity، Context، Safety، Roles، Invitation، Preparation، Opening، Turn design، Tension، De-escalation، Disagreement، Output، Notes، Follow-up، Access، Review و Limits را جدا بررسی می‌کند. هیچ‌کدام در Fixture سطحی حاضر نبود:

uniqueStructuralControls: 163
audit: HOLD-163
independentPeopleScoringRule: PASS

قاعدهٔ ۱۶۴ام مستقل بود: `people_scoring=false` و به‌درستی Pass شد. بنابراین ۱۶۳ Finding واقعی‌اند؛ برای رسیدن به عدد نمایشی، کنترل تکراری اضافه یا کنترل معتبر حذف نشده است.

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

پس از Pin کردن تمام قراردادهای کاملاً ساختگی، نتیجه صفر شد:

corrected: READY_FOR_DIFFICULT_CONVERSATION_REVIEW-0
notProof: safety | shared meaning | agreement | relationship repair |
          product quality | outcome | legal compliance

این فقط آمادگی ساختاری برای Review است؛ حقیقت Evidence، Safety واقعی، فهم مخاطب، توافق، ترمیم رابطه، کیفیت محصول، Outcome یا انطباق حقوقی را ثابت نمی‌کند.

ضدالگوهای گفت‌وگوی دشوار QA

• هر اختلافی را اجتناب‌ناپذیر یا شخصی دانستن.
• QA به‌عنوان Gatekeeper/Police و Dev به‌عنوان متهم.
• فرض اینکه گزارش باگ اشاره به اشتباه فرد است.
• تفاوت ثابت «Dev سرعت / QA کیفیت».
• Private chat بدون Safety screen.
• دعوت مبهم «پنج دقیقه بیا».
• Quick call به‌عنوان درمان جهانی.
• Camera/چهره/صدا به‌عنوان Emotion oracle.
• Eye contact و Nod به‌عنوان Listening proof.
• عبارت «من» همراه برچسب شخصیت.
• تعریف مصنوعی پیش از نقد.
• «تو همیشه/هیچ‌وقت» و History dumping.
• خواندن نیت از Comment.
• چند سؤال هدایت‌گر در یک نوبت.
• سکوت یا Seen به‌عنوان توافق.
• Open question همیشه بهتر است.
• همدلی به معنی حدس احساس.
• شوخی، کنایه و Hint در تنش.
• Screenshot/Log بیشتر به‌عنوان حقیقت بیشتر.
• Impact ساختگی مانند افت تبدیل.
• Severity متعلق به Tester و Priority متعلق به PO.
• مصالحه به‌عنوان نتیجهٔ همیشه خوب.
• Safety/Integrity قابل معامله.
• CC مدیر برای شرمسارسازی.
• مدیر حاضر به‌عنوان Mediator بی‌طرف.
• Confidentiality مطلق بدون استثنا.
• Transcript و پروندهٔ شخصیتی.
• Action برای فرد غایب.
• برگزاری جلسه به‌عنوان Closure.
• عذرخواهی اجباری و Repair فوری.
• EQ/Readability/Calmness برای امتیاز فرد.
• ادعای مستقیم اعتماد، سرعت یا کیفیت.

چک‌لیست Owner پیش از شروع

• Topic/Purpose/Output محدود است.
• Safety/Formal-route/Support screen انجام شد.
• Stop rule و Pause phrase روشن است.
• Role/Authority/Power/Conflict of interest ثبت شد.
• فرد مناسب و Support option مشخص است.
• دعوت Notice و انتخاب کانال دارد.
• Privacy/Recording/Sharing boundary روشن است.
• Decline/Withdraw/Break/Access عملی‌اند.
• Fact/Source/Observation/Inference/Unknown جداست.
• یک Example و Request مشخص آماده است.
• Intent/Emotion/Personality ادعا نمی‌شود.
• یک سؤال خنثی در هر نوبت است.
• Don’t know/Defer/Decline معتبر است.
• Paraphrase به Speaker confirmation می‌رود.
• Cue تنش فقط Observation است.
• Slow/Pause/Break/Async fallback طراحی شده است.
• Boundary با تهدید فرق دارد.
• Issue/Evidence/Owner/Authority route روشن است.
• `NO_AGREEMENT` خروجی معتبر است.
• Action پذیرفته‌شده، Due/Zone/Acceptance دارد.
• Dissent و Remaining unknown حفظ می‌شود.
• Notes حداقلی و دسترسی/Retention محدود است.
• Receipt/Understanding/Agreement جداست.
• Correction/Reissue/Reopen/Repair طراحی شده است.
• People scoring خاموش و NotProof صریح است.

Pilot سی‌روزه، نه آزمایش روی همکار

1. روز ۱–۷: بدون ضبط محتوای حساس، Routeهای فعلی، Power/Safety gaps و Access needs را مشاهده کنید؛ با سناریوی ساختگی تمرین کنید.
2. روز ۸–۱۵: Invitation، Opening، Pause و Output template را در Tabletop کم‌خطر با رضایت داوطلبانه بیازمایید.
3. روز ۱۶–۲۳: چند مکالمهٔ واقعی کم‌خطر را با Support و امکان خروج Pilot کنید؛ Outcome شخصی نسنجید.
4. روز ۲۴–۳۰: Completeness، Route time، Reopen/Correction، Access و Harm signal را مرور و `KEEP / ADAPT / STOP` ثبت کنید.

سنجه‌های مناسب، سلامت سیستم‌اند: درصد Screen کامل، دسترسی به Support، Action پذیرفته‌شده، Correction/Reopen قابل‌ردیابی و زمان Route. امتیاز EQ، Calmness، تعداد مصالحه یا «آدم سخت» نسازید. دادهٔ کم و گروه کوچک می‌تواند افراد را قابل‌شناسایی کند.

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

گفت‌وگوی دشوار خوب اجرای نمایشی همدلی نیست. ابتدا Safety و Authority، سپس Context و دعوت، بعد Fact/Observation/Unknown، Opening محدود، نوبت و Confirmation، Pause/Break، Output صریح، Note حداقلی و Follow-up/Repair. گاهی بهترین خروجی توافق است؛ گاهی Route، `NO_AGREEMENT` یا توقف امن.

پرسش‌های متداول مدیریت تنش و تعارض در QA

چگونه یک گفت‌وگوی دشوار با توسعه‌دهنده را شروع کنیم؟

پس از Safety screen و دعوت دارای Notice، Topic و یک Source/Observation مشخص را بگویید، اثر محدود خود را شرح دهید و یک Request خنثی مطرح کنید. شخصیت، نیت، «همیشه/هیچ‌وقت» و نتیجهٔ ازپیش‌تعیین‌شده را وارد نکنید.

آیا بهتر است اختلاف QA و Dev را خصوصی حل کنیم؟

قانون جهانی نیست. Privacy برای موضوع کم‌خطر مفید است؛ ولی Safety history، Power asymmetry، Support/Witness، Access و Policy ممکن است Facilitator یا مسیر رسمی بخواهد. Private با Safe یکسان نیست.

اگر طرف مقابل عصبانی یا دفاعی شد چه کنیم؟

حالت درونی را تشخیص ندهید. Cue قابل‌مشاهده مانند نوبت شکسته یا درخواست Break را ثبت کنید، سرعت/Scope را کم کنید و Pause phrase یا Safe exit را اجرا کنید. تهدید یا آزار به Safety/Formal route می‌رود.

اگر درباره Severity یا Priority توافق نکردیم چه می‌شود؟

`NO_AGREEMENT` را ثبت کنید؛ Disputed fact، Interpretation، Unknown، Evidence بعدی و Owner آن را مشخص و موضوع را به Authority تعریف‌شده در Workflow ارجاع دهید. بلندی صدا یا عنوان شغلی تصمیم‌گیر نیست.

چه زمانی Mediation یا مسیر رسمی لازم است؟

Mediation وقتی گزینه است که اختلاف رابطه‌ای با گفت‌وگوی غیررسمی حل نشده و طرف‌ها داوطلبانه میانجی بی‌طرف می‌خواهند. تهدید، آزار، تبعیض، تلافی، Whistleblowing، فوریت سلامت یا موضوع Policy ممکن است مستقیماً Support/Formal route بخواهد؛ رویهٔ سازمان و مشاورهٔ صلاحیت‌دار را دنبال کنید.