فانفلوئنانگلیسی برای مهندس‌ها؛ توضیح پروژه بدون کلمه‌ی فارسی
انگلیسی برای مهندس‌ها با تمرین و دیالوگ؛ هدف، محدوده، پیشرفت، تست و ریسک پروژه رو بدون ترجمهٔ کلمه‌به‌کلمه توضیح بده.
مدیرِ خارجی می‌پرسه Can you explain your engineering project? و تو از اسمِ قطعه‌ها شروع می‌کنی. وسطِ توضیح، یک اصطلاح یادت نمی‌آد و ناگهان فارسی می‌پره وسط. راهِ بهتر اینه: اول هدفِ پروژه رو بگو، بعد خروجی و محدودهٔ این مرحله رو روشن کن؛ بین چیزی که واقعاً طراحی، ساخته یا آزمایش شده و چیزی که هنوز نامعلومه فرق بذار؛ آخر هم یک سؤال یا تصمیمِ بعدی مطرح کن. این روش برای تمرینِ انگلیسی برای مهندسان کاربردی‌تر از ترجمهٔ کلمه‌به‌کلمهٔ یک متنِ فارسیه.
مثلاً در یک پروژهٔ کاملاً خیالی برای محفظهٔ یک حسگرِ میدانی، این توضیحِ کوتاه رو بخون:
Original practice dialogue — project opening
Manager: What's this project trying to achieve?
Engineer: We're designing a small housing for a field sensor. The goal is to make inspection access easier. We've drafted the first layout, but we haven't checked the physical fit yet. We still need to confirm the space around the connector. Could we clarify that before building a sample?
حواست به فعل‌ها باشه: we're designing یعنی در حالِ طراحی؛ we've drafted یعنی طرحِ اولیه در همین سناریوی فرضی آماده شده؛ haven't checked یعنی آزمایشِ جاگیری هنوز انجام نشده. هدفِ آسان‌ترشدنِ دسترسی، نتیجهٔ اثبات‌شده نیست. هیچ حسگر، آزمایش، مشخصاتِ فنی، تأییدیهٔ ایمنی یا پروژهٔ واقعی پشتِ این داستان نیست. تمام جمله‌ها و دیالوگ‌های انگلیسیِ این صفحه از ابتدا برای آموزش نوشته شده‌اند، نه از سندِ مهندسی یا مقالهٔ دیگری کپی شده‌اند.
چهار قابِ ذهنی برای توضیحِ یک پروژه، نه ترجمهٔ جمله‌های فارسی
این «چهار قاب روی وایت‌برد» یک روشِ تمرینیِ نویسنده برای صحبت‌کردن است؛ نه استانداردِ مهندسی، ساختارِ اجباریِ گزارش پروژه یا روشِ علمیِ اثبات‌شده. قرار نیست واقعاً روی وایت‌برد چیزی طراحی کنی. فقط قبل از حرف‌زدن، چهار چیزِ متفاوت رو در ذهنت جدا کن:
- POINT — مسئله و هدفِ موردنظر: The aim is to make it easier for a technician to inspect the sensor. بگو پروژه برای چه کاریه و قراره چه کمکی بکنه؛ اسمِ همهٔ قطعات رو در جملهٔ اول ردیف نکن. کلمهٔ aim وعدهٔ تحققِ نتیجه نیست.
- DRAW — محدوده و خروجیِ این مرحله: For now, we're preparing a layout, not installing a finished product. یعنی تا کجا کار جلو می‌ره و چه چیزی فعلاً جزوش نیست. اگر اسمِ قطعه یادت نمی‌آد، کارکرد یا جای اون رو با انگلیسی توصیف کن.
- PROVE — شواهد و کارهایی که واقعاً انجام شده: We've drawn the first version; we haven't tested the physical fit. وضعیتِ نقشه، نمونه و آزمایش رو با هم قاطی نکن؛ هیچ نتیجهٔ اندازه‌گیری یا تأییدِ ایمنی از خودت اضافه نکن.
- DECIDE — مسئلهٔ باز و تصمیمِ بعدی: Could we confirm the connector access requirement before choosing a sample layout? یک سؤالِ قابل پاسخ بپرس؛ تصمیم و موعدِ قطعی رو به هم‌تیمی نسبت نده مگر واقعاً توافق شده باشه.
در پروژه‌های برق، مکانیک، عمران یا تولید می‌تونی همین کارکردهای گفتاری رو با اطلاعاتِ واقعیِ خودت پُر کنی. مثلاً به‌جای «حسگر» ممکنه دربارهٔ یک نقشهٔ تهویه یا پایهٔ تجهیزات صحبت کنی. این شباهتِ ساختارِ توضیح، هیچ تأییدیه یا قابلیتِ فنی برای آن پروژه‌ها ایجاد نمی‌کنه.
شش نمونهٔ انگلیسی که هر کدوم یک کارِ مشخص انجام می‌ده
از این کارت‌ها مثل قطعه‌های قابل تنظیم برای توضیحِ پروژه استفاده کن؛ نه اسکریپتی که بدون توجه به واقعیت به مدیر بگی. هر شش مثال دربارهٔ سناریوهای کاملاً تألیفی‌اند و جای داده، گزارشِ تست یا الزاماتِ واقعیِ پروژه رو نمی‌گیرن.
۱. از هدف شروع کن؛ نه از فهرستِ قطعات
Original practice example
We're designing a small housing for a field sensor. The goal is to make inspection access easier.
We're designing می‌گه هنوز در حالِ طراحی هستید؛ The goal is... هدفِ موردنظر رو می‌گه، نه اینکه نتیجه قبلاً به دست اومده. با یک تصویرِ ساده شروع می‌کنی: یک محفظه که باید دسترسی برای بررسیِ حسگر رو آسان‌تر کنه.
مهندسِ عمران می‌تونه از هدفِ نقشهٔ تهویهٔ یک ساختمانِ خیالی بگه، مهندسِ برق از سهولتِ بازبینیِ یک تابلو، و مهندسِ مکانیک از دسترسی به یک قطعه؛ فقط نتیجه‌ای رو قطعی بگو که واقعاً اثبات شده.
۲. بگو این فاز دقیقاً چی تحویل می‌ده
Original practice example
This phase covers the first layout and a proposed sample. On-site installation isn't part of the current scope.
scope یعنی محدودهٔ کار، و deliverable یعنی خروجی‌ای که قرار است تحویل داده بشه. proposed sample نمونهٔ پیشنهادی است؛ لزوماً ساخته‌شده یا تأییدشده نیست. isn't part of... مرزِ کار رو روشن می‌کنه.
اگر نصب، تأمین قطعه یا آزمایش در پروژهٔ واقعی جزو تعهداته، اون‌ها رو خودسرانه خارج از محدوده اعلام نکن. فقط محدودهٔ توافق‌شدهٔ واقعی رو با همین حرکتِ زبانی توضیح بده.
۳. اسمِ قطعه یادِت نیست؟ کارش رو توضیح بده
Original practice example
I can't recall the exact name of that piece. I mean the part that keeps the sensor in place.
با I mean the part that... به‌جای پریدن به فارسی، از کارکرد قطعه می‌گی. وقتی اسمِ تخصصی یادت نیست، لازم نیست یک واژهٔ مهندسیِ ظاهراً دقیق اختراع کنی. این جمله هیچ مشخصات یا ابعادی رو تأیید نمی‌کنه.
اگه کلمهٔ مربوط به پایه، بست، اتصال یا محفظه رو فراموش کردی، بگو «وسیله‌ای که چه کاری انجام می‌ده»؛ بعداً اصطلاحِ دقیق رو از نقشه یا همکار بررسی کن، نه از حدس.
۴. «طرح آماده‌ست» رو با «تست انجام شده» قاطی نکن
Original practice example
We've completed the first drawing, but we haven't checked the physical fit or confirmed the connector clearance.
completed the first drawing یعنی فقط نقشهٔ اولیه تکمیل شده؛ haven't checked یعنی آن بررسی هنوز صورت نگرفته. clearance اینجا یعنی فضایی که اتصال یا قطعه برای جاگرفتن و دسترسی لازم داره؛ مقدارش معلوم نیست.
در پروژهٔ واقعی فقط کاری رو با we've completed بگو که واقعاً انجام شده. مدل، نمونهٔ اولیه، نتیجهٔ آزمون و تأییدِ رسمی وضعیت‌های متفاوت‌اند؛ مدرکِ هرکدوم جداست.
۵. trade-off یعنی یک احتمالِ قابل بررسی، نه برندهٔ قطعی
Original practice example
A smaller enclosure might take less room, but it could make the connector harder to reach. We need to compare the options.
trade-off یعنی وقتی انتخابِ یک ویژگی می‌تونه هزینه یا محدودیتِ دیگری ایجاد کنه. might و could نتیجهٔ اندازه‌گیری‌شده نیستند؛ اینجا فقط دو پیامدِ احتمالی برای طراحیِ خیالی داریم.
در جلسه به‌جای «این طراحی قطعاً سریع‌تر/ایمن‌تره»، بگو کدام مزیت و محدودیت رو باید با معیارهای واقعیِ پروژه مقایسه کرد و چه چیزی هنوز بررسی نشده.
۶. با یک سؤالِ دقیق، تصمیمِ بعدی رو روشن کن
Original practice example
Could we confirm the space needed around the connector before choosing the next prototype step?
Could we confirm... درخواستِ روشن برای رفعِ یک وابستگیه. هنوز نگفتی چه کسی مسئولِ تصمیم شده یا چه روزی نمونه آماده می‌شه. prototype نمونهٔ اولیه است، نه محصولِ تأییدشدهٔ نهایی.
اگر مدیر زمانِ تحویل می‌پرسه و جزئیاتِ قطعه یا امکانِ آزمون مشخص نیست، با احترام بگو چه اطلاعاتی برای برآوردِ واقعی کم داری؛ موعدِ ساختگی یا تأییدِ استاندارد قول نده.
وقتی کلمهٔ فنی یادت نیست، سه راهِ انگلیسی برای ادامه‌دادن
توی جلسه قرار نیست به خاطرِ یک واژه، تمامِ توضیح متوقف بشه. فرض کن دربارهٔ قطعه‌ای حرف می‌زنی که حسگر رو سرِ جاش نگه می‌داره و اسمِ دقیقش یادِت نمی‌آد. به‌جای اینکه یک اسمِ فارسی وسطِ جمله بگی یا اصطلاحِ انگلیسیِ قلابی بسازی، از نقشِ قطعه شروع کن.
- کارکردش رو بگو: It's the part that holds the sensor in place. مخاطب می‌فهمه دربارهٔ نگه‌داشتنِ حسگر حرف می‌زنی؛ بدون اینکه اسمِ رسمی رو از خودت ساخته باشی.
- جاش رو توصیف کن، فقط اگر می‌دونی: I mean the support just below the housing. این مثالِ مکانی هم فقط دربارهٔ چیدمانِ خیالیِ همون نقشه‌ست؛ در پروژهٔ خودت اگر جاش رو نمی‌دونی حدس نزن.
- اصطلاحِ دقیق رو برای مستندات بررسی کن: I don't remember the exact technical term. Let's check the drawing before we name the component. در مکالمه، کارکرد رو روشن کردی؛ در نقشه، خریدِ قطعه یا متنِ فنی باید نامِ دقیقِ تأییدشده استفاده بشه.
حالا در **۲۰ ثانیهٔ تمرینی**، یک قطعهٔ غیرمحرمانه از حوزهٔ کارت انتخاب کن. بدون گفتنِ نامِ فارسیش، با جملهٔ It's the part that... بگو چه کاری انجام می‌ده. اگر دربارهٔ ماده، ابعاد یا توانش اطلاعاتِ قطعی نداری، اون‌ها رو وارد توضیح نکن. هدفِ تمرین این نیست که اصطلاحِ غلط جا بیفته؛ اینه که مکالمه رو به انگلیسی ادامه بدی و نامِ دقیق رو بعداً بررسی کنی.
از «نقشه کشیدیم» تا «تأیید شده»: کدوم فعل رو می‌تونی به کار ببری؟
این تفاوت در گزارشِ پروژه خیلی مهمه؛ مخصوصاً وقتی کار به ایمنی، مشخصاتِ رسمی یا تصمیمِ نصب مربوط می‌شه. در منابعی مثل راهنمای مهندسی سامانه‌های NASA بین شکل‌های مختلفِ محصول در مراحلِ توسعه ــ مانند مدل و نمونه ــ و شواهدِ لازم برای بررسیِ انطباق با مشخصات و هدفِ موردنظر تفاوت گذاشته می‌شه. این تمایز یک زمینهٔ فنی است؛ استانداردِ NASA لزوماً مقرراتِ همهٔ رشته‌ها و پروژه‌ها نیست.
- طرح یا مدل: We've prepared an initial drawing. یعنی یک نقشهٔ اولیه آماده شده؛ هنوز دربارهٔ ساخت یا عملکردِ قطعه چیزی ثابت نکردی.
- نمونهٔ اولیه: We're planning a prototype, but we haven't built it yet. یعنی ساختِ نمونه فقط در برنامه یا پیشنهادِ فعلیه. اگر نمونه واقعاً ساخته شده، زمانِ فعل رو مطابق واقعیت تغییر بده.
- آزمون یا بررسیِ انجام‌شده: We haven't carried out a physical fit check yet. تا وقتی انجام نشده، از We tested it استفاده نکن. انجامِ یک تست به معنیِ گذراندنِ تمامِ آزمون‌های لازم هم نیست.
- راستی‌آزمایی و اعتبارسنجی: We haven't completed the relevant verification or validation activities. این اصطلاح‌ها می‌تونن به شواهدِ انطباق با مشخصات و مناسب‌بودن برای هدف اشاره کنن؛ نوع و معیارِ دقیقشون رو استاندارد و پروژهٔ واقعی تعیین می‌کنه، نه جملهٔ تمرینی.
- تأییدیه، ایمنی و آمادگیِ نصب: I can't claim it's approved or ready for installation without the required evidence and authorisation. این جمله برای خودداری از ادعایِ بی‌پشتوانه‌ست، نه راهنمای تشخیصِ ایمنی یا دریافتِ گواهی.
اگر شواهدِ کارِ خودت رو داری، با فعلِ دقیق و بدون عددسازی ازش حرف بزن. توصیهٔ کلیِ راهنمای Google Technical Writing دربارهٔ فعل‌های روشن و توضیحِ متناسب با مخاطب هم همین جهت رو تقویت می‌کنه؛ اما روشِ چهارقابیِ این مقاله تمرینِ اختصاصیِ ماست و هیچ افزایشِ عملکرد یا تواناییِ حرفه‌ایِ اندازه‌گیری‌شده‌ای براش ادعا نمی‌کنیم. الزاماتِ واقعیِ آزمایش، ایمنی و تأیید باید توسطِ افرادِ صلاحیت‌دار و طبقِ فرآیند و استانداردِ معتبر انجام بشن.
۹ گفت‌وگوی واقعی‌نما دربارهٔ هدف، محدوده، blocker و تصمیم فنی
برای اینکه فقط یک جملهٔ حفظی بلد نباشی، ببین وقتی مدیر، مشتری یا هم‌تیمی سؤالِ جدید می‌پرسه، چطور باید جواب رو به همون سؤال وصل کنی. تمام این گفتگوها فرضی‌اند و نه صورت‌جلسه، گزارشِ پیشرفت یا نمونهٔ مستندِ واقعی.
1. مدیر می‌پرسه «اصلاً این پروژه چه مشکلی رو حل می‌کنه؟»
مدیرِ خیالی مهندسِ همون قطعه نیست؛ از نتیجهٔ موردنظر برای استفاده‌کننده می‌پرسه.
Original practice dialogue
Manager: What's the main purpose of this project?
Engineer: We're working on a housing for a field sensor. The aim is to make it easier for a technician to reach the sensor for inspection.
Manager: Has that benefit been demonstrated yet?
Engineer: Not yet. It's a design goal, and we haven't completed the physical checks needed to evaluate it.
تفاوتِ aim با demonstrated مهمه: دومی به شواهد نیاز داره. برای مخاطبِ غیرفنی اول مشکلِ کاری و هدف رو بگو، بعد در صورتِ درخواست به جزئیاتِ فنی برو.
2. مشتری می‌پرسه نصب هم داخلِ تحویل هست یا نه
در مثالِ خیالی فقط نقشهٔ اولیه جزو این مرحله اعلام شده و نمونهٔ آزمایشی در حال پیشنهادشدنه.
Original practice dialogue
Client: Will your team also install the housing in the field?
Engineer: Our current phase is focused on the layout. A sample is being considered, but site installation hasn't been included in this phase.
Client: Could we add that later?
Engineer: We could review it as a separate request and confirm its requirements and responsibilities before making any commitment.
not included in this phase فقط وقتی درسته که واقعاً در محدودهٔ توافق‌شده نیست. اگر تغییر خواسته شد، بدون بررسیِ منابع، ایمنی و مسئولیتِ واقعی قولِ نصب و تحویل نده.
3. اسمِ قطعهٔ نگه‌دارنده یادت نمی‌آد
در جلسهٔ ساختگی یک همکار اسمِ دقیق قطعه رو می‌پرسه؛ تو هنوز اصطلاحِ رسمی رو مطمئن نیستی.
Original practice dialogue
Colleague: Which part are you referring to?
Engineer: I can't recall the exact technical term. I mean the small support that keeps the sensor in position.
Colleague: Do you mean the piece below the housing?
Engineer: Yes, that's the part I'm describing. Let's check the drawing for its exact name before we label it.
جملهٔ انگلیسی با کارکردِ قطعه ادامه پیدا کرد و هیچ کلمهٔ فارسی وسطِ گفت‌وگو نیومد. پاسخِ همکار هم هنوز جایِ بررسیِ نامِ فنیِ صحیح رو نمی‌گیره؛ خصوصاً در نقشه و مستندِ مهندسی.
4. استندآپ: چه کاری انجام شده و blocker چیه؟
همهٔ اقداماتِ این گفت‌وگو دربارهٔ یک تیم و نقشهٔ خیالیه، نه سابقهٔ واقعیِ پروژه.
Original practice dialogue
Team lead: What changed since our last discussion?
Engineer: I updated the draft to show the connector area. The physical clearance still hasn't been confirmed.
Team lead: What's holding up the next step?
Engineer: We need the actual clearance requirement. Could the responsible team confirm it before we choose the sample layout?
updated the draft کارِ انجام‌شده است؛ still hasn't been confirmed یعنی مانع هنوز بازه. قالبِ مکالمه قانونِ اجباریِ همهٔ تیم‌ها نیست.
5. کسی می‌پرسه «تست شده و برای نصب تأیید شده؟»
ایمنی، استاندارد، تأیید رسمی و نتیجهٔ آزمون در این پروژهٔ فرضی واقعاً وجود ندارند.
Original practice dialogue
Reviewer: Is this design already tested and approved for installation?
Engineer: No. We've prepared an initial drawing, but the physical checks and any required formal reviews aren't complete.
Reviewer: Can we describe it as safe to install?
Engineer: Not on the basis of this drawing. That claim needs the actual qualified assessment and evidence required for this project.
این مکالمه راهنمای آزمونِ ایمنی یا دستورِ فنیِ نصب نیست. جملهٔ isn't complete جلوی ادعایِ ساختگی رو می‌گیره؛ معیارهای واقعی به نوعِ پروژه و استانداردهای لازم بستگی داره.
6. اختلاف نظر دربارهٔ کوچک‌کردنِ محفظه
هیچ آزمایش، نتیجهٔ عملکرد یا فضای اندازه‌گیری‌شده‌ای در داستان وجود نداره.
Original practice dialogue
Colleague: Could we make the enclosure smaller?
Engineer: Possibly. It might take less space, but it could also reduce access around the connector.
Colleague: Does that definitely make maintenance harder?
Engineer: We haven't tested that. Could we agree on the access requirement before comparing the two layouts?
possibly و could راهِ مخالفتِ فنیِ بدون قطعیت‌اند. طراحیِ بزرگ‌تر یا کوچک‌تر رو بدونِ شواهد «همیشه بهتر/ایمن‌تر» معرفی نکن.
7. مدیر زمان تحویل می‌خواد؛ دادهٔ اصلی هنوز معلوم نیست
در پروژهٔ تخیلی، مشخصاتِ رابط و نوبتِ بررسیِ نمونه قطعی نشده‌اند.
Original practice dialogue
Manager: Can you deliver the final version by Friday?
Engineer: I can't confirm a final date while the connector requirement and review arrangements are still open.
Manager: What would help us set a date?
Engineer: Confirming those dependencies first. Then we can discuss an estimate based on the actual scope.
I can't confirm... محترمانه‌ست و به‌جای فرار از پاسخ، وابستگیِ مشخص می‌ده. «جمعه» در این گفت‌وگو فقط خواستهٔ خیالیِ مدیر است؛ نه برنامه یا ضرب‌الاجلِ پذیرفته‌شده.
8. وقتی می‌پرسن «عملکردش بهتره؟» ولی معیار مبهمه
پیش از هر ادعایِ اندازه‌گیری باید روشن شه کدام ویژگی موردنظرِ مخاطبه.
Original practice dialogue
Stakeholder: Will the new design perform better?
Engineer: Could we clarify what you mean by better performance here?
Stakeholder: I mainly mean whether inspection access will be easier.
Engineer: That's our intended benefit, but we haven't measured it yet. We can discuss how to evaluate that question through the proper project process.
better performance به‌تنهایی عدد یا معیارِ مشخصی نیست. به‌جای حدسِ راندمان و سرعت، از مخاطب بخواه معیارِ منظورش رو مشخص کنه. هیچ تستِ واقعی پیشنهاد یا اجرا نشده.
9. بعد از جلسه، تصمیم و کارِ پیشنهادی رو از هم جدا کن
همکارِ فرضی می‌خواد بدونه آیا بررسیِ بعدی واقعاً به کسی واگذار شده یا فقط پیشنهاد شده.
Original practice dialogue
Colleague: Did we agree to build a sample right away?
Engineer: No. We discussed a sample as an option, but we haven't agreed on that step yet.
Colleague: What do we need before deciding?
Engineer: We need to confirm the connector clearance and who will review it. Could we clarify those points in the next project discussion?
we discussed مساویِ we agreed نیست. وقتی پیشنهاد و تصمیم رو قاطی می‌کنی، ممکنه ناخواسته تعهدِ کاری و زمانی بسازی.
یک پروژه، دو مخاطب؛ میزانِ جزئیات عوض می‌شه، واقعیت نه
تصور کن ازت خواستن هم برای یک مدیرِ غیرتخصصی وضعیت رو خلاصه کنی و هم برای هم‌تیمی‌ای که روی اتصالات کار می‌کنه. اطلاعاتِ واقعیِ سناریوی خیالی ثابت می‌مونه: نقشهٔ اولیه آماده است، جاگیریِ فیزیکی آزمایش نشده، مقدارِ فضای موردنیازِ اتصال معلوم نیست، و نمونه هنوز ساخته نشده. تنها سطحِ توضیح متفاوته.
نسخهٔ کوتاه برای مدیر
Original speaking practice — manager view
We're designing a housing to make a field sensor easier to inspect. The first drawing is ready, but we haven't confirmed the fit yet. We need to clarify the access requirement before moving to a sample.
مدیر هدف، سطحِ پیشرفت و وابستگیِ بعدی رو می‌فهمه؛ نیازی نداره اسمِ تمامِ قطعه‌ها رو بشنوه. «قرار است آسان‌تر شود» هنوز اثباتِ آسان‌ترشدن نیست.
نسخهٔ فنی‌تر برای هم‌تیمیِ مهندس
Original speaking practice — engineering peer view
We've drafted the first layout of the sensor enclosure. The connector clearance is still an open requirement, and we haven't checked the fit with a physical sample. A more compact layout might restrict access. Could we confirm the required clearance before choosing the next prototype geometry?
جملهٔ دوم اصطلاحاتِ تخصصیِ بیشتری داره، اما همچنان نه آزمایشِ انجام‌نشده رو انجام‌شده معرفی کرده، نه ریسکِ فرضی رو واقعیتِ اثبات‌شده. در پروژهٔ واقعی فقط اگر چنین کار و مسئله‌ای وجود داره از این جمله استفاده کن.
دو نقش‌آفرینی: از ادعایِ قاطعِ بی‌مدرک تا جوابِ دقیق
در هر موقعیت اول A یا B رو انتخاب کن و جملهٔ خودت رو بلند به انگلیسی بگو. بعد توضیح رو باز کن. این‌ها تمرینِ بیانِ حرفه‌ای‌اند، نه آزمونِ صلاحیت، راهنمای تأییدِ مهندسی یا تصمیمِ واقعیِ ایمنی.
موقعیت اول: «برای نصب آماده‌ست؟ تمامِ تست‌ها و تأییدیه‌ها انجام شده؟»
در پروژهٔ خیالی فقط نقشهٔ اولیه تهیه شده؛ هیچ آزمونِ فیزیکی یا بررسیِ رسمیِ لازم انجام نشده.
Reviewer: Is the enclosure already tested, certified and ready to install?
A: Yes, everything is fully tested and approved. There are no risks.
B: We've prepared the first drawing, but we haven't checked the physical fit or completed any required formal reviews. I can't describe it as ready for installation yet.
پاسخِ مبتنی بر شواهد و دلیلش رو ببین
B فقط کاری رو گزارش می‌کنه که در سناریو واقعاً انجام شده و وضعیتِ نامعلوم رو پنهان نمی‌کنه. A بدون سند، تست، گواهی، نبودِ ریسک و آمادگی نصب رو همزمان می‌سازه. اگر در پروژهٔ واقعی خطرِ ایمنی مطرحه، این تمرین تعیین نمی‌کنه کدام آزمایش یا تأیید لازمه؛ اون کار به متخصصان، الزامات و فرآیندهای معتبرِ خودِ پروژه مربوطه.
تمرینِ تو: برای یک پروژهٔ واقعیِ غیرمحرمانه یا فرضی، یک جمله با We've completed ... but we haven't verified ... بساز. دو فعل رو فقط براساسِ واقعیت انتخاب کن؛ نیازی به عدد یا نتیجهٔ ساختگی نیست.
موقعیت دوم: «چرا محفظه رو کوچک‌تر نمی‌کنیم؟»
هم‌تیمی می‌خواد حجمِ مدلِ خیالی کم بشه. هنوز مقایسهٔ واقعیِ فضای دسترسی یا نتیجهٔ آزمون وجود نداره.
Colleague: Why don't we use a smaller housing?
A: Because bigger is always safer. The smaller one will definitely fail.
B: A smaller housing might save space, but it could make the connector harder to access. We haven't compared the clearance needs yet. Could we agree on that requirement first?
چطور بدون ادعایِ قطعی اختلافِ فنی رو جلو ببریم؟
B دو اثرِ ممکن رو با might و could از هم جدا می‌کنه و یک سؤالِ قابل بررسی پیشنهاد می‌ده. A «بزرگ‌تر همیشه ایمن‌تره» و «کوچک‌تر قطعاً شکست می‌خوره» رو بدون شاهد می‌گه؛ هیچ‌کدوم از این نتایج در سناریو ثابت نیستند.
تمرینِ تو: دو گزینهٔ فرضیِ طراحی رو با جملهٔ This may improve ..., but it might affect ... . What do we need to check? مقایسه کن؛ مزیتِ اندازه‌گیری‌نشده رو بنچمارک یا ضمانت معرفی نکن.
چالشِ اصلی: ۶۰ ثانیه انگلیسیِ پیوسته، بعد دو نسخه برای دو نفر
یک پروژهٔ مهندسیِ غیرمحرمانه و قابل اشتراک از کارِ خودت انتخاب کن؛ اگر نداری، سناریوی کاملاً خیالیِ محفظهٔ حسگر رو تمرین کن. این تمرینِ یک‌دقیقه‌ای یک پیشنهادِ آموزشیِ خودمونه، نه زمانِ استانداردِ جلسات و نه تضمینِ روان‌شدنِ صحبت.
- هدف در یک جمله: از We're working on ... . The goal is to ... شروع کن. نتیجهٔ هنوز اندازه‌گیری‌نشده رو هدف معرفی کن، نه دستاورد.
- مرزِ خروجی در یک جمله: با This phase includes ... . It doesn't cover ... فقط محدودهٔ توافق‌شده رو توصیف کن.
- یک واقعیتِ انجام‌شده و یک نامعلوم: We've drafted ... , but we haven't tested ... yet. فقط با داده و کارِ واقعی پُر کن؛ نمی‌تونی آزمایشِ انجام‌نشده رو انجام‌شده بنویسی.
- ریسک و درخواستِ بعدی: One possible trade-off is ... . Could we confirm ... before deciding? ریسک رو احتمال بگو، نه نتیجهٔ قطعی.
- اگر یک واژهٔ تخصصی رو فراموش کردی: مکثِ کوتاه کن، کلمهٔ فارسی رو واردِ توضیحِ انگلیسی نکن و بگو I mean the part that .... بعد اصطلاحِ رسمی رو از سندِ واقعی بررسی کن.
برای سناریوی تخیلی، نمونهٔ کاملِ انگلیسیِ زیر رو یک بار بدونِ ترجمهٔ همزمان بلند بگو:
We're working on a housing for a field sensor. We want inspection access to be easier. The first deliverable is a layout, and we've drafted that initial version. We haven't built or tested a physical sample. One possible issue is the space around the connector. A more compact layout could make access harder, but we don't know that yet. Could we confirm the clearance requirement before choosing the next step?
بعد همین واقعیت‌ها رو **یک بار در حدود ۲۵ ثانیه برای مدیر** و **یک بار در حدود ۳۵ ثانیه برای هم‌تیمیِ فنی** بازگو کن؛ لازم نیست دقیقاً ثانیه‌ها رو رعایت کنی. تفاوت باید در سطحِ جزئیات باشه، نه در اینکه برای یکی بگی «تست شده» و برای دیگری «هنوز تست نشده».
همان پروژه رو در یک پیامِ کوتاهِ بعدِ جلسه بنویس
این یادداشتِ چهار جمله‌ای هم کاملاً نویسنده‌ساخته و دربارهٔ همان پروژهٔ خیالیه، نه قالبِ رسمیِ شرکت یا صورت‌جلسهٔ واقعی:
We discussed the initial sensor-housing layout today. The first drawing has been drafted, but physical fit hasn't been verified. The connector clearance requirement is still open. I suggest confirming that requirement before we decide whether to build a sample.
در این متن We discussed فقط یعنی درباره‌اش صحبت شد و I suggest پیشنهادِ بعدیه، نه تصمیمِ پذیرفته‌شدهٔ تیم. اگر واقعاً کسی مسئول یا موعدی رو پذیرفته، فقط همان دادهٔ تأییدشده رو به یادداشتِ کاریِ مجاز اضافه کن؛ هیچ اطلاعاتِ محرمانه یا اعدادِ ساختگی در تمرین وارد نکن.
تمرینِ ۱۰ دقیقه‌ای: از مکثِ فارسی به توضیحِ دقیقِ انگلیسی
این یک روتینِ مستقلِ تمرینِ زبانِ پروژه است؛ دادهٔ پژوهشی دربارهٔ اثرش نداریم و جای ارزیابیِ فنیِ پروژه رو نمی‌گیره. فقط صدای خودت یا شریکِ تمرینیِ رضایت‌داده رو ضبط کن، نه جلسه یا اطلاعاتِ محرمانهٔ مشتری رو.
- دقیقهٔ اول: یک پروژهٔ قابل گفتن یا کاملاً خیالی انتخاب کن و در فارسی فقط برای خودت هدفِ واقعی/فرضی رو مشخص کن؛ در اجرای انگلیسی از ترجمهٔ لفظ‌به‌لفظ شروع نکن.
- دقیقهٔ دوم: یک جملهٔ کوتاهِ انگلیسی دربارهٔ مشکل و کسی که از حلش سود می‌بره بگو؛ اگر هنوز نتیجه‌ای دیده نشده، از aim استفاده کن.
- دقیقهٔ سوم: خروجیِ همین مرحله و یک کارِ خارج از محدوده رو با عبارتِ دقیقِ This phase covers... روشن کن.
- دقیقهٔ چهارم: یک اسمِ فنی رو عمداً از جمله حذف کن و فقط با کارکرد یا جایِ قطعه به انگلیسی توصیفش کن؛ واژهٔ فارسی نگو.
- دقیقهٔ پنجم: دو فعل انتخاب کن: یکی برای کاری که انجام شده، یکی برای بررسی‌ای که هنوز نشده؛ از built و tested بی‌دلیل استفاده نکن.
- دقیقهٔ ششم: یک trade-off احتمالی رو با might و could بگو و معلوم کن چه چیزی باید سنجیده بشه.
- دقیقهٔ هفتم: نقشِ مدیر رو بازی کن که دربارهٔ موعد می‌پرسه؛ بدون قولِ غیرواقعی وابستگیِ لازم برای برآورد رو بیان کن.
- دقیقهٔ هشتم: همان توضیح رو یک بار برای مدیرِ غیرفنی کوتاه کن و یک بار برای هم‌تیمی با اصطلاحاتِ قابل فهمِ همون حوزه بگو؛ وضعیتِ شواهد یکسان بمونه.
- دقیقهٔ نهم: یک یادداشتِ سه تا چهار جمله‌ای از هدف، پیشرفتِ واقعی، نامعلوم و پیشنهادِ بعدی بنویس؛ کارِ پیشنهادشده رو توافق‌شده جلوه نده.
- دقیقهٔ دهم: پنج گزینهٔ پایین رو بررسی کن و یک جملهٔ نامطمئن یا واژهٔ سختِ اضافه رو تعمیر کن.
قبل از تموم‌کردنِ توضیحِ پروژه
این پنج مورد فقط خودسنجیِ گفتاری‌اند. صلاحیتِ مهندسی، تصمیمِ طراحی، صحتِ محاسبات، برنامهٔ آزمون و رعایتِ مقرراتِ ایمنی باید از مسیرِ واقعیِ متخصص و استانداردهای لازم بررسی بشن.
یک جملهٔ کاربردی برای وقتی وسطِ پروژه به کلمه‌ای گیر می‌کنی
اگر اسمِ قطعه یادت نیست، با I don't recall the exact term, but I mean the part that... توضیح رو ادامه بده. اگر دربارهٔ نتیجهٔ آزمایش یا زمانِ پروژه نمی‌دونی، بگو We haven't confirmed that yet. The next thing we need to check is... و واقعیت رو از پیشنهاد جدا نگه دار.
همین حالا پروژهٔ فرضی یا غیرمحرمانهٔ خودت رو بردار و در یک دقیقهٔ انگلیسی هدف، خروجی، مدرکِ پیشرفت و سؤالِ بعدی رو بگو. هدفِ تمرین، انگلیسیِ پرزرق‌وبرق یا لهجهٔ بی‌نقص نیست؛ توضیحِ پروژه‌ایه که مخاطب بفهمه چه کاری قرار بوده انجام بشه، الان واقعاً در چه مرحله‌ایه و چه تصمیمی هنوز بازه.