Instructional Design برای افراد باتجربه

مسئله‌ی واقعی

learner باتجربه ممکن است بیش‌ازحد آموزش ببیند، کمتر از نیاز support بگیرد، یا فقط به‌خاطر عنوان شغلی به‌اشتباه promote شود. سابقه‌ی کاری، senior بودن و آشنایی با یک toolchain context هستند، نه جایگزین evidence. مسئله‌ی مهندسی این درس این است که route را از outcome قابل مشاهده، prior evidence و diagnostic فعلی بسازیم و فقط support/challenge/practice لازم را تغییر دهیم؛ exit evidence برای همه یکسان می‌ماند.

خروجی اصلی Experience-Aware Instructional Design Contract v1 است؛ یعنی experienced بودن به permission slip تبدیل نمی‌شود و route compression قابل audit می‌ماند.

مرز درس

MKN-001 مالک experience-aware instructional routing است. AGN-015 مالک معماری SaaS multi-tenancy و MKN-002 مالک project/JiTT loop است. این درس می‌تواند prerequisite evidence و practice بعدی را reference کند، اما outcome آن‌ها را جذب نمی‌کند.

چهار route مفید داریم: FOUNDATION، REPAIR، EXPERIENCED و BRIDGE. route مقدار support/challenge را عوض می‌کند، نه target competency یا evidence bar نهایی را.

مدل ذهنی: outcome → evidence → diagnostic → route → practice → feedback → transfer → common exit evidence

اول مشخص کنید learner دقیقاً باید چه عملکرد قابل مشاهده‌ای نشان دهد. prior evidence مرتبط با همان target را bind کنید و strength آن را ثبت کنید. سپس diagnostic فعلی را اضافه کنید و تازه بعد route را انتخاب کنید.

EXPERIENCED وقتی معتبر است که evidence برای کم‌کردن exposition کافی باشد. REPAIR prerequisite شکننده را محدود تعمیر می‌کند. FOUNDATION ساختار گمشده را آشکار می‌کند. BRIDGE gap مربوط به tool/context را بدون competence failure جعلی پوشش می‌دهد. همه باید به همان exit evidence برسند.

قرارداد ۱۴ بُعدی

Contract شامل learner profile، target competency، prior evidence ref و strength، diagnostic signal، route state، scaffold level، challenge level، practice opportunity، feedback signal، transfer task، exit evidence، repair trigger و review owner است.

تفکیک کلیدی profile در برابر evidence است. senior backend developer یک profile است؛ prerequisite را نمی‌بندد. تصمیم باید به prior_evidence_ref و diagnostic_signal trace شود. scaffold/challenge هم treatment آموزشی‌اند، نه mastery state.

چرا تجربه exposition را کم می‌کند، نه evidence bar را

learning objective روشن مشخص می‌کند learner چه عملکردی باید نشان دهد و assessment هم باید فرصت نمایش همان عملکرد را بسازد. برای learner باتجربه، تکرار تمام توضیحات می‌تواند redundant باشد؛ اما حذف demonstration تصمیم دیگری است.

پس route compression می‌تواند توضیح و تمرین روتین را کم کند، ولی challenge، feedback، transfer و exit evidence لازم را حذف نمی‌کند. اگر prerequisite evidence متناقض است، seniority نمی‌تواند EXPERIENCED را نجات دهد. اگر conceptual evidence قوی است ولی tool جدید است، BRIDGE محدود دقیق‌تر از false competence failure است.

مثال پایه

learner LP-EXP-01 باید CMP-RETRY-IDEMPOTENCY را نشان دهد. یک design review جدید و یک debugging artifact هر دو مفهوم را پشتیبانی می‌کنند. diagnostic از learner می‌خواهد operation identity را از retry-attempt metadata جدا کند و پاسخ درست است.

Contract route EXPERIENCED، scaffold=MINIMAL و challenge=HIGH می‌دهد، اما learner هنوز باید EV-EXIT-IDEMPOTENCY-01 را تولید کند. experienced route evidence نهایی را waive نمی‌کند.

خطاهای پرتکرار

1. Seniority oracle: ده سال سابقه به‌طور پنهان mastery می‌شود.
2. Experienced بدون diagnostic: current target/context بررسی نمی‌شود.
3. Contradiction overwrite: یک artifact قوی نتیجه‌ی prerequisite متناقض را پاک می‌کند.
4. Evidence waiver: route باتجربه exit requirement ضعیف‌تری می‌گیرد.
5. Tool familiarity confusion: ناآشنایی با UI/SDK به conceptual incompetence تبدیل می‌شود.
6. Blanket replay: gap ابزار باعث replay کل foundation می‌شود.
7. Transfer copying: بعد از تغییر context همان route baseline کپی می‌شود.

Trade-off میان Compression، Repair و Bridge

EXPERIENCED attention را حفظ می‌کند، اما strong evidence و diagnostic لازم دارد. REPAIR زمان می‌گیرد ولی gap را محدود می‌کند. BRIDGE support context/tool را اضافه می‌کند بدون اینکه conceptual evidence را downgrade کند. FOUNDATION زمانی درست است که ساختار یا evidence تعیین‌کننده واقعاً موجود نیست.

این انتخاب‌ها را در یک score مبهم جمع نکنید؛ evidence، route reason و owner را visible نگه دارید.

پل به Production

در محصول واقعی، learner profile را از evidence referenceهای append-only جدا نگه دارید و ruleهای diagnostic/route را version کنید. evidence متناقض بعدی باید دیده شود و با route مثبت جدید overwrite نشود.

toolchain access می‌تواند یک bridge dimension باشد. اگر مفهوم بسته است ولی SDK/deployment workflow جدید است، orientation و practice محدود بدهید؛ conceptual lesson را فقط وقتی replay کنید که evidence واقعاً gap مفهومی نشان دهد.

تمرین هدایت‌شده و مستقل

Baseline را با هر ۱۴ فیلد بسازید. سپس هر بار یک mutation: strong prerequisite evidence را contradictory کنید ولی senior profile را نگه دارید؛ diagnostic ref را حذف کنید ولی EXPERIENCED را نگه دارید؛ exit evidence route باتجربه را waive کنید؛ فقط tool familiarity را تغییر دهید.

در تمرین مستقل، learner سوم strong conceptual evidence دارد ولی toolchain فعلی را استفاده نکرده است. یک bridge محدود بسازید، common exit evidence را نگه دارید و دقیقاً بگویید چه supportی حذف، حفظ یا اضافه شد.

Evidence قابل Verify

پنج سؤال: target قابل مشاهده است؟ route به evidence trace می‌شود یا label؟ diagnostic compression/repair را توجیه می‌کند؟ scaffold/challenge صریح‌اند؟ همه‌ی routeها برای outcome اصلی exit evidence هم‌سطح دارند؟

Lab فقط synthetic و offline است. evidence تعیین‌کننده‌ی missing/contradictory/stale باید HOLD، UNKNOWN، CONTRADICTED یا REVIEW_REQUIRED بماند و به positive route تبدیل نشود.

ارزیابی و Transfer

Assessment شامل boundary retrieval، ساخت baseline، diagnosis حالت seniority با prerequisite متناقض و transfer مربوط به tool-unfamiliarity است. transfer حق ندارد route baseline را کپی کند و باید از evidence جدید recompute شود.

Bridge معتبر conceptual evidence را حفظ می‌کند و فقط tool practice هدفمند اضافه می‌کند؛ در پایان همچنان همان exit evidence routeهای foundation/repair/experienced لازم است.

منابع و تازگی

FACT: راهنمای Eberly Center دانشگاه Carnegie Mellon، learning objective مفید را به عملکرد قابل مشاهده learner وصل می‌کند و alignment هدف، assessment و instructional activity را مهم می‌داند. FACT: همین guidance تفاوت تعادل guidance/autonomy برای learner پیشرفته و novice را مطرح می‌کند. INFERENCE: prior experience فقط وقتی باید support را کم کند که evidence هم‌راستا با target این تغییر را توجیه کند. DESIGN: route stateها، bridge، typed hold و common exit-evidence bar authority محلی MAKNOW هستند.

Freshness check: 2026-09-14. بازبینی بعدی تا 2027-01-15 یا زودتر در صورت تغییر معنادار guidance.