Partners Economic Group
۰۷

ادبیات پروژه

فرهنگ واژگان، اصطلاحات تخصصی و آموزش مفاهیم فنی به‌کاررفته در این پروپوزال — با نگاهی آموزشی برای فهم عمیق‌تر.
📚

چرا این صفحه؟

این پروپوزال با ادبیات فنی و مدیریتی نگاشته شده است. برای آنکه خواننده — چه مدیر ارشد، چه کارشناس فنی، چه کاربر نهایی — بتواند بدون ابهام مفاهیم را درک کند، این صفحه اصطلاحات انگلیسی، برابر فارسی، اصطلاحات تخصصی فارسی، و توضیح عمیق هر مفهوم را در اختیار می‌گذارد. هدف این صفحه صرفاً ترجمه نیست، بلکه آموزش مفهومی است؛ به‌گونه‌ای که خواننده پس از مطالعه، نه‌تنها معنی واژه را بداند، بلکه دلیل اهمیت آن در بافت پروژه را نیز درک کند.

۱

اصطلاحات انگلیسی به‌کاررفته در متن

فهرستی از اصطلاحات لاتین که در ادبیات جهانی هوش تجاری و مدیریت داده مرسوم‌اند، همراه با برابر فارسی و تشریح مفهومی. در صنعت بیزینس ایران، بسیاری از این واژه‌ها به همان شکل انگلیسی به‌کار می‌روند؛ آشنایی با شکل صحیح و برابر فارسی آن‌ها به فهم بهتر کمک می‌کند.

اصطلاح انگلیسیبرابر فارسیتشریح مفهومی
Business Intelligence (BI)هوش تجاریمجموعه‌ای از فناوری‌ها، روش‌ها و ابزارها برای استخراج، تحلیل و ارائه داده‌های کسب‌وکار به‌منظور پشتیبانی از تصمیم‌گیری مدیریتی. BI تنها نرم‌افزار نیست؛ یک رشته‌ی فکری است که داده خام را به بینش تبدیل می‌کند.
Key Performance Indicator (KPI)شاخص کلیدی عملکردمعیار کمی که میزان تحقق یک هدف استراتژیک را می‌سنجد. یک KPI خوب باید قابل اندازه‌گیری، مرتبط با هدف، و دارای آستانه‌ی زمانی باشد. تفاوت KPI با معیار ساده این است که KPI به یک هدف استراتژیک گره خورده است.
Dashboardداشبوردرابط بصری که اطلاعات کلیدی یک حوزه را در یک نگاه نمایش می‌دهد. داشبورد خوب فقط زیبا نیست؛ اطلاعات را در اولویت قرار می‌دهد، اعداد را در بافت قرار می‌دهد، و توجه کاربر را به سمت آنچه مهم است هدایت می‌کند.
Data Pipelineخط لوله‌ی دادهمسیر خودکار جریان داده از مبدأ به مقصد (ذخیره، پردازش، نمایش). خط لوله شامل مراحل استخراج (Extract)، تبدیل (Transform) و بارگذاری (Load) است که مجموع آن‌ها ETL نامیده می‌شود.
ETL (Extract, Transform, Load)استخراج، تبدیل، بارگذاریسه‌گانه‌ی فرآیند انتقال داده: استخراج از منبع، تبدیل به ساختار هدف، و بارگذاری در مخزن. ETL قلب هر سامانه‌ی BI است؛ بدون آن، داده‌ی یکپارچه وجود ندارد.
Data Warehouse (DWH)انبار دادهمخزن مرکزی داده‌های ساختاریافته که از چند منبع جمع‌آوری شده‌اند و برای تحلیل و گزارش‌دهی بهینه شده‌اند. تفاوت آن با پایگاه‌داده‌ی عملیاتی در این است که انبار داده برای خواندن و تحلیل بهینه شده، نه برای نوشتن تراکنش.
Target Schemaساختار هدفساختار یکپارچه و استانداردی که داده‌های ناهمگن از منابع مختلف به آن تبدیل می‌شوند. تعریف ساختار هدف، گام تعیین‌کننده در یکپارچه‌سازی داده است؛ بدون آن، هر منبع به زبان خودش حرف می‌زند.
Mappingنگاشتتعریف نحوه‌ی تبدیل فیلدهای مبدأ به فیلدهای هدف. نگاشت سندی است که می‌گوید مثلاً فیلد «تاریخ» در سیستم A، با فرمت شمسی، باید به فیلد «date» در ساختار هدف با فرمت میلادی تبدیل شود.
Normalizationنرمال‌سازیفرآیند یکسان‌سازی فرمت و ساختار داده‌های ناهمگن — مثلاً تبدیل همه‌ی مبالغ به یک واحد پول، همه‌ی تاریخ‌ها به یک تقویم، همه‌ی نام‌ها به یک قالب. نرمال‌سازی پیش‌شرط هر تحلیل مقایسه‌ای است.
Data Qualityکیفیت دادهمیزان دقت، کامل بودن، یکدستی و بهنگام بودن داده‌ها. کیفیت داده شش بُعد دارد: دقت، کامل بودن، یکدستی، بهنگام بودن، اعتبار، و یکتایی. ضعف در هر بُعد، اعتبار کل تحلیل را زیر سؤال می‌برد.
Data Governanceحاکمیت دادهمجموعه‌ی قواعد، نقش‌ها و فرآیندهایی که تضمین می‌کند داده در سازمان به‌درستی تعریف، تولید، ذخیره و استفاده شود. حاکمیت داده پاسخ به این سؤال است: «چه کسی، چه داده‌ای را، با چه قاعده‌ای، تحت چه نظارتی مدیریت می‌کند؟»
Control Levelسطح کنترلمیزان نفوذ مدیریت گروه بر یک موجودیت: کنترل کامل (تصمیم نهایی)، کنترل عملیاتی (مدیریت روزمره)، یا فقط سرمایه‌گذاری (بدون مداخله‌ی مدیریتی). سطح کنترل تعیین می‌کند چه عمقی از داده برای آن موجودیت قابل دسترس است.
Unification Machineماشین یکپارچه‌سازسامانه‌ای که داده‌های ناهمگن از منابع مختلف را به ساختار واحد تبدیل می‌کند. این مفهوم، هسته‌ی مرکزی پیشنهاد ماست؛ نام «ماشین» به‌خاطر این است که فرآیند خودکار، تکرارپذیر و قابل ردیابی است.
Cash Flowجریان نقدینگیورودی و خروجی پول نقد در یک دوره‌ی زمانی مشخص. جریان نقدینگی مثبت یعنی ورودی بیشتر از خروجی؛ منفی یعنی برعکس. تفاوت آن با سود این است که سود حسابداری است، ولی جریان نقدینگی واقعی است.
Risk Assessmentارزیابی ریسکشناسایی، اندازه‌گیری و اولویت‌بندی ریسک‌های پرتفوی یا موجودیت. ارزیابی ریسک سه مؤلفه دارد: احتمال وقوع، شدت تأثیر، و قابلیت تشخیص زودهنگام.
Audit Logگزارش تغییراتثبت خودکار همه‌ی تغییرات سیستم برای ردیابی و شفافیت. گزارش تغییرات پاسخ به این سؤال است: «چه کسی، چه زمانی، چه چیزی را، از چه به چه، تغییر داد؟»
Real-timeبلادرنگپردازش و نمایش داده بلافاصله پس از ورود. بلادرنگ بودن طیفی است؛ از «دقیقه‌ای» تا «ثانیه‌ای» تا «میلی‌ثانیه‌ای». در BI مدیریت ارشد، بلادرنگ معمولاً به معنای «تا چند دقیقه پس از وقوع» است.
Portfolioپرتفویمجموعه‌ی دارایی‌ها، شرکت‌ها و سرمایه‌گذاری‌های یک گروه. مفهوم پرتفوی از تئوری سرمایه‌گذاری مالی آمده؛ در یک گروه اقتصادی، پرتفوی شامل موجودیت‌های مختلف با سطح ریسک و بازدهی متفاوت است.
Entityموجودیتهر شرکت، پروژه یا حوزه‌ی سرمایه‌گذاری در گروه. هر موجودیت می‌تواند سطح کنترل، درصد مالکیت، حوزه‌ی فعالیت و ساختار داده‌ی متفاوتی داشته باشد.
BPMNنمودار فرآیند کسب‌وکاراستاندارد بین‌المللی OMG برای مدل‌سازی فرآیندهای سازمانی. BPMN با نمادهای گرافیکی استاندارد، فرآیند را به‌صورت جریان از فعالیت به فعالیت نمایش می‌دهد — قابل فهم برای تحلیل‌گر، توسعه‌دهنده و مدیر.
Scenario Simulationشبیه‌سازی سناریوآزمایش تصمیمات مختلف و مشاهده‌ی نتایج احتمالی قبل از اجرا. شبیه‌سازی سناریو به مدیر اجازه می‌دهد بپرسد: «اگر فلان تصمیم را بگیرم، چه می‌شود؟» — بدون آنکه ریسک واقعی بپذیرد.
ERP (Enterprise Resource Planning)برنامه‌ریزی منابع سازمانسامانه‌ای یکپارچه که فرآیندهای مالی، عملیاتی، انبار، فروش و منابع انسانی سازمان را در یک پایگاه‌داده‌ی مشترک به‌هم متصل می‌کند. ERP منبع داده‌ی اصلی برای BI است.
API (Application Programming Interface)رابط برنامه‌نویسی اپلیکیشنقراردادی که تعیین می‌کند یک نرم‌افزار چگونه با نرم‌افزار دیگر گفت‌وگو کند. API راه استانداردی است که سامانه‌های مختلف داده رد و بدل می‌کنند، بدون آنکه ساختار داخلی یکدیگر را بدانند.
Stakeholderذی‌نفعهر فرد یا گروهی که از نتایج پروژه تأثیر می‌پذیرد یا بر آن تأثیر می‌گذارد. شناسایی ذی‌نفعان گام نخست هر پروژه‌ی تحولی است.
۲

اصطلاحات تخصصی فارسی

این اصطلاحات در طول پروپوزال به‌کار رفته‌اند و بار معنایی خاصی در بافت پروژه دارند. شناخت دقیق آن‌ها به خواننده کمک می‌کند مرادف‌های رایج اما نادرست را کنار بگذارد.

عارضه‌یابی

شناسایی و تحلیل مشکلات و ضعف‌های موجود در وضعیت فعلی، پیش از طراحی راه‌حل. عارضه‌یابی فرض می‌کند مشکل هنوز دقیقاً مشخص نیست و باید کشف شود.

طبقه‌بندی موجودیت‌ها

فهرست‌کردن تمام شرکت‌ها/پروژه‌ها با تعیین سطح کنترل و درصد مالکیت. این گام پایه‌ی همه‌ی تحلیل‌های پرتفوی است.

سطح کنترل

میزان نفوذ مدیریتی گروه بر یک موجودیت: کامل / عملیاتی / سرمایه‌گذاری. سطح کنترل تعیین می‌کند چه داده‌ای قابل دسترس و قابل اعتماد است.

ماشین تبدیل

سامانه‌ای که داده‌های ناهمگن را به ساختار واحد تبدیل می‌کند. قلب فنی پروژه.

گزارش‌دهی استاندارد

تعریف قالب و فرمت یکسان برای گزارش‌های همه‌ی موجودیت‌ها. بدون استانداردسازی، مقایسه‌ی موجودیت‌ها ممکن نیست.

شاخص بحرانی

KPI که خارج از حد قابل‌قبول است و نیاز به اقدام فوری دارد. در داشبورد با رنگ قرمز نمایش داده می‌شود.

شاخص هشدار

KPI که به حد بحرانی نزدیک می‌شود و نیازمند توجه است. در داشبورد با رنگ زرد نمایش داده می‌شود.

شاخص سالم

KPI که در محدوده‌ی مطلوب است. در داشبورد با رنگ سبز نمایش داده می‌شود.

تعریف KPI از بالا به پایین

روش تعریف شاخص‌ها که از اهداف استراتژیک گروه شروع می‌شود و تا شاخص‌های عملیاتی موجودیت‌ها پایین می‌آید. این روش تضمین می‌کند هر شاخص به یک هدف استراتژیک گره خورده باشد.

حاکمیت داده

چارچوبی از قواعد، نقش‌ها و فرآیندها که کیفیت، امنیت و قابلیت اعتماد داده را در سطح سازمان تضمین می‌کند.

یکپارچه‌سازی داده

فرآیند ترکیب داده‌های ناهمگن از منابع مختلف به یک دید واحد. یکپارچه‌سازی پیش‌شرط هر تحلیل کلان است.

داشبورد راهبردی

داشبوردی برای مدیران ارشد که شاخص‌های استراتژیک را در یک نگاه نمایش می‌دهد. تمرکز بر روند و انحراف از هدف، نه جزئیات عملیاتی.

داشبورد عملیاتی

داشبوردی برای مدیران میانی که جزئیات عملیاتی روزانه را نمایش می‌دهد. تمرکز بر فعالیت‌های جاری و هشدارهای بلادرنگ.

هشدار هوشمند

هشداری که بر اساس قاعده یا الگو، خودکار فعال می‌شود — نه بر اساس زمان‌بندی ثابت. هشدار هوشمند به مدیر می‌گوید کی نگران شود، بدون آنکه مدام چک کند.

راستی‌آزمایی داده

فرآیند بررسی صحت داده در برابر منبع یا قاعده‌ی تعریف‌شده. راستی‌آزمایی تضمین می‌کند عددی که مدیر می‌بیند با واقعیت مطابقت دارد.

مسیر موازی

اجرای همزمان دو مسیر با سرعت و عمق متفاوت: مسیر تحلیل فوری (نتایج سریع، عمق کم) و مسیر استقرار بلندمدت (نتایج دیرتر، عمق زیاد).

۳

شرح عمیق مفاهیم کلیدی

مفاهیمی که ستون فقرات این پروپوزال‌اند را نمی‌توان در یک خط تعریف کرد. در ادامه، هر مفهوم به‌صورت یک کارت آموزشی با ساختار «تعریف — چرا مهم است — در این پروژه چه نقشی دارد» تشریح شده است.

۱📊

هوش تجاری (BI)

BI
تعریف

هوش تجاری رشته‌ای است که داده‌ی خام کسب‌وکار را از طریق استخراج، یکپارچه‌سازی، تحلیل و نمایش، به بینش قابل اقدام برای تصمیم‌گیرنده تبدیل می‌کند. BI شامل ابزار (نرم‌افزار)، روش (فرآیند) و فرهنگ (ذهنیت داده‌محور) است.

چرا مهم است

بدون BI، تصمیمات مدیران بر اساس حدس، گزارش‌های دستی ناهمگن، و حافظه‌ی افراد شکل می‌گیرد — هر سه‌ی این‌ها ناپایدار و خطاپذیرند. BI تصمیم را از حدس به یقین نزدیک می‌کند و دانش را از ذهن افراد به ساختار سامانه منتقل می‌کند.

نقش در این پروژه

در این پروژه، BI لایه‌ی نهایی است که خروجی ماشین یکپارچه‌ساز را به داشبورد، گزارش و هشدار تبدیل می‌کند — چیزی که مدیر ارشد می‌بیند و بر اساس آن تصمیم می‌گیرد.

۲🎯

شاخص کلیدی عملکرد (KPI)

KPI
تعریف

KPI معیار کمی است که میزان تحقق یک هدف استراتژیک را می‌سنجد. یک KPI خوب پنج ویژگی دارد: قابل اندازه‌گیری، مرتبط با هدف، دارای آستانه‌ی زمانی، قابل مقایسه، و قابل اقدام. تفاوت KPI با معیار ساده این است که KPI به یک هدف استراتژیک گره خورده است؛ معیار ساده فقط عددی است که اندازه‌گیری می‌شود.

چرا مهم است

بدون KPI، «عملکرد خوب» تعریف ندارد — هر کسی به‌دلخواه خودش تفسیر می‌کند. KPI زبان مشترک سازمان برای گفت‌وگو درباره‌ی عملکرد می‌شود و اجازه می‌دهد بحث از «حس» به «عدد» منتقل شود.

نقش در این پروژه

در این پروژه، KPIها از بالا به پایین تعریف می‌شوند — از اهداف استراتژیک گروه تا شاخص‌های عملیاتی موجودیت‌ها. هر KPI با سطح کنترل موجودیت و هدف استراتژیک مرتبط است و سه وضعیت سبز/زرد/قرمز دارد.

۳🔄

خط لوله‌ی داده (Data Pipeline)

ETL / ELT
تعریف

خط لوله‌ی داده مسیر خودکار جریان داده از مبدأ به مقصد است. شامل سه مرحله: استخراج (Extract) از منبع، تبدیل (Transform) به ساختار هدف، و بارگذاری (Load) در مخزن. در سال‌های اخیر الگوی ELT نیز رایج شده — ابتدا بارگذاری، سپس تبدیل در مخزن.

چرا مهم است

بدون خط لوله، یکپارچه‌سازی داده کار دستی، خطاپذیر و غیرتکرارپذیر می‌شود. خط لوله فرآیند را خودکار، تکرارپذیر و قابل ردیابی می‌کند — هر بار که داده‌ی جدید می‌آید، همان مسیر را طی می‌کند.

نقش در این پروژه

در این پروژه، خط لوله قلب ماشین یکپارچه‌ساز است. داده از ERP، سیستم‌های مالی، فایل‌های اکسل و گزارش‌های دستی موجودیت‌ها استخراج، نرمال‌سازی و در ساختار هدف بارگذاری می‌شود — روزانه یا بلادرنگ.

۴🗄️

انبار داده (Data Warehouse)

DWH
تعریف

انبار داده مخزن مرکزی داده‌های ساختاریافته است که از چند منبع جمع‌آوری شده و برای تحلیل و گزارش‌دهی بهینه شده. تفاوت آن با پایگاه‌داده‌ی عملیاتی: انبار داده برای خواندن و تحلیل بهینه شده، نه برای نوشتن تراکنش. داده در آن تاریخی است — یعنی تغییرات در طول زمان نگه داشته می‌شود، نه فقط آخرین وضعیت.

چرا مهم است

بدون انبار داده، تحلیل روی داده‌ی عملیاتی انجام می‌شود که هم سرعت تراکنش‌ها را پایین می‌آورد و هم تاریخچه را از دست می‌دهد. انبار داده به مدیر اجازه می‌دهد روند چندساله را ببیند، نه فقط لحظه‌ی کنونی.

نقش در این پروژه

در این پروژه، انبار داده مخزن هدف ماشین یکپارچه‌ساز است. داده‌ی نرمال‌شده از همه‌ی موجودیت‌ها در آن ذخیره می‌شود و داشبوردها از آن تغذیه می‌کنند.

۵⚖️

حاکمیت داده (Data Governance)

DG
تعریف

حاکمیت داده چارچوبی از قواعد، نقش‌ها و فرآیندهاست که تضمین می‌کند داده در سازمان به‌درستی تعریف، تولید، ذخیره و استفاده شود. شامل تعریف مالک داده (Data Owner)، قواعد کیفیت، خط‌مشی دسترسی، و فرآیند تغییر است.

چرا مهم است

بدون حاکمیت، داده در سازمان پراکنده، ناقص و متناقض می‌شود — هر بخش به‌دلخواه خودش تعریف می‌کند. حاکمیت داده پاسخ به این سؤال است: «چه کسی، چه داده‌ای را، با چه قاعده‌ای، تحت چه نظارتی مدیریت می‌کند؟»

نقش در این پروژه

در این پروژه، حاکمیت داده در فاز دوم (استقرار بلندمدت) پیاده می‌شود. مالک داده برای هر موجودیت تعریف می‌شود، قواعد کیفیت و دسترسی تدوین می‌شود، و تغییرات از طریق فرآیند رسمی مدیریت می‌شوند.

۶⚠️

ارزیابی ریسک پرتفوی

RISK
تعریف

ارزیابی ریسک پرتفوی شناسایی، اندازه‌گیری و اولویت‌بندی ریسک‌های مجموعه‌ی موجودیت‌های گروه است. سه مؤلفه دارد: احتمال وقوع، شدت تأثیر، و قابلیت تشخیص زودهنگام. خروجی آن ماتریس ریسک است که هر موجودیت را در یک سلول از احتمال × شدت قرار می‌دهد.

چرا مهم است

بدون ارزیابی ریسک، مدیر نمی‌داند کدام موجودیت نیازمند توجه فوری است و کدام سالم است. ارزیابی ریسک به مدیر اجازه می‌دهد منابع محدود خود را به‌جای پراکندگی، روی نقاط بحرانی متمرکز کند.

نقش در این پروژه

در این پروژه، هر موجودیت با توجه به وضعیت مالی، KPIها و عوامل بیرونی، نمره‌ی ریسک می‌گیرد. داشبورد ریسک، موجودیت‌ها را روی ماتریس نمایش می‌دهد و هشدارها بر اساس حرکت به سمت سلول‌های پرریسک فعال می‌شوند.

۴

ستون‌های مفهومی پروژه

این پروپوزال بر چهار ستون فکری استوار است. درک این چهار ستون به خواننده کمک می‌کند منطق کلی پیشنهاد را ببیند، نه فقط اجزای آن را.

👁️

دیدن

قبل از هر تصمیمی، باید دید. دیدن به‌معنای داشتن یک دید واحد، بلادرنگ و قابل اعتماد از وضعیت همه‌ی موجودیت‌هاست — نه مجموعه‌ای از گزارش‌های ناهمگن.

اصل راهنما:

"آنچه دیده نمی‌شود، مدیریت نمی‌شود."

📏

سنجش

دیدن به‌تنهایی کافی نیست؛ باید سنجید. سنجش یعنی تعریف شاخص‌های کلیدی از بالا به پایین، با آستانه‌ی روشن و قابل مقایسه بین موجودیت‌ها.

اصل راهنما:

"آنچه سنجیده نمی‌شود، بهبود نمی‌یابد."

🔍

راستی‌آزمایی

دیدن و سنجش اگر با داده‌ی نادرست باشد، بدتر از نداشتن است — اعتماد کاذب می‌سازد. راستی‌آزمایی تضمین می‌کند عددی که مدیر می‌بیند با واقعیت مطابقت دارد.

اصل راهنما:

"اعتماد بدون راستی‌آزمایی، توهم است."

🎯

تصمیم

هدف نهایی دیدن، سنجش و راستی‌آزمایی، تصمیم بهتر است. تصمیم بهتر یعنی مبتنی بر داده، سریع‌تر، و قابل توجیه. بدون این حلقه، BI فقط نمایشگر است، نه ابزار مدیریت.

اصل راهنما:

"داده بدون تصمیم، هزینه است نه سرمایه."

۵

مفاهیم معماری و فنی

برای خواننده فنی، این بخش لایه‌های معماری سامانه پیشنهادی و نقش هر لایه را توضیح می‌دهد.

۱

لایه‌ی منابع داده

SOURCE

پایین‌ترین لایه — جایی که داده تولید می‌شود. شامل ERP، سیستم‌های مالی، فایل‌های اکسل، و گزارش‌های دستی موجودیت‌ها. هر منبع ساختار، فرمت و کیفیت متفاوتی دارد.

ERPExcelAPIManual
۲

لایه‌ی استخراج و تبدیل

ETL

لایه‌ای که داده را از منابع می‌گیرد، نرمال می‌کند، اعتبارسنجی می‌کند، و به ساختار هدف تبدیل می‌کند. این لایه قلب ماشین یکپارچه‌ساز است.

ExtractTransformValidate
۳

لایه‌ی ذخیره‌سازی

DWH

لایه‌ای که داده‌ی نرمال‌شده را در انبار داده ذخیره می‌کند. داده در این لایه تاریخی است — تغییرات در طول زمان نگه داشته می‌شوند.

WarehouseHistoryIndex
۴

لایه‌ی تحلیل و مدل

MODEL

لایه‌ای که روی داده‌ی ذخیره‌شده، محاسبات انجام می‌دهد: محاسبه‌ی KPI، نمره‌ی ریسک، تجمیع، و مقایسه. این لایه بینشی را تولید می‌کند که در داده‌ی خام دیده نمی‌شود.

KPIRiskAggregation
۵

لایه‌ی نمایش و هشدار

UI

بالاترین لایه — چیزی که مدیر می‌بیند. شامل داشبورد، گزارش، و هشدار هوشمند. این لایه باید اطلاعات را در اولویت قرار دهد، نه فقط نمایش دهد.

DashboardAlertReport
۶

لایه‌ی حاکمیت و امنیت

GOV

لایه‌ی عرضی که روی همه‌ی لایه‌ها قرار می‌گیرد: گزارش تغییرات (Audit Log)، کنترل دسترسی، مالکیت داده، و خط‌مشی کیفیت. این لایه تضمین می‌کند سامانه قابل اعتماد بماند.

AuditAccessOwner
۶

مفاهیم مالی و ریسک

بخش قابل توجهی از پروپوزال به تحلیل مالی و ریسک پرتفوی اختصاص دارد. این مفاهیم آن بخش را روشن می‌کنند.

💵

جریان نقدینگی

CF

ورودی و خروجی پول نقد در یک دوره. تفاوت با سود: سود حسابداری است، جریان نقدینگی واقعی. یک شرکت می‌تواند سودآور باشد ولی نقدینگی‌اش منفی — یعنی ورشکست می‌شود.

📈

بازگشت سرمایه

ROI

نسبت سود به‌دست‌آمده به هزینه‌ی سرمایه‌گذاری. ROI به مدیر می‌گوید هر ریال سرمایه‌گذاری چند ریال بازگشت داده است.

⚖️

نسبت جاری

CR

نسبت دارایی جاری به بدهی جاری. نشان می‌دهد آیا شرکت می‌تواند بدهی‌های کوتاه‌مدت خود را بپردازد. نسبت کمتر از یک یعنی خطر نقدینگی.

🏦

سرمایه در گردش

WC

تفاضت دارایی جاری و بدهی جاری. سرمایه در گردش مثبت یعنی شرکت فضای عمل دارد؛ منفی یعنی تحت فشار.

📉

حاشیه سود

PM

نسبت سود به درآمد. نشان می‌دهد از هر ریال فروش، چند ریال سود می‌ماند. حاشیه سود کم یعنی شرکت در برابر هزینه‌ها脆弱 است.

🎯

انحراف از هدف

VAR

تفاضل مقدار واقعی از مقدار هدف. انحراف مثبت یعنی بهتر از هدف؛ منفی یعنی ضعیف‌تر. انحراف بزرگ، حتی اگر مثبت، نیاز به بررسی دارد — ممکن است هدف ضعیف تعریف شده باشد.

🚨

نمره ریسک

RISK

عدد ترکیبی از احتمال وقوع و شدت تأثیر. نمره ریسک به مدیر می‌گوید کدام موجودیت نیازمند توجه فوری است. در این پروژه نمره از ۰ تا ۱۰۰ است.

🌊

ریسک سیستمی

SYS

ریسکی که کل پرتفوی را تحت تأثیر قرار می‌دهد، نه یک موجودیت را — مثلاً نوسان نرخ ارز یا تحریم. ریسک سیستمی با متنوع‌سازی قابل حذف نیست.

🎲

ریسک خاص

SPEC

ریسکی مختص یک موجودیت — مثلاً مدیریت ضعیف یا مشتری متمرکز. ریسک خاص با متنوع‌سازی قابل کاهش است.

۷

مفاهیم روش‌شناختی

پروژه بر چند روش‌شناسی استوار است که شناخت آن‌ها به فهم منطق اجرا کمک می‌کند.

تعریف KPI از بالا به پایین

TOP-DOWN

روش تعریف شاخص‌ها که از اهداف استراتژیک گروه شروع می‌شود و تا شاخص‌های عملیاتی موجودیت‌ها پایین می‌آید. این روش تضمین می‌کند هر شاخص به یک هدف استراتژیک گره خورده باشد.

کاربرد در این پروژه:

در این پروژه، ابتدا اهداف استراتژیک گروه با مالک تأیید می‌شود، سپس برای هر موجودیت شاخص‌های مرتبط تعریف می‌شود.

مدل‌سازی فرآیند با BPMN

BPMN 2.0

استاندارد بین‌المللی OMG برای مدل‌سازی فرآیندهای سازمانی با نمادهای گرافیکی استاندارد. BPMN قابل فهم برای تحلیل‌گر، توسعه‌دهنده و مدیر است.

کاربرد در این پروژه:

در این پروژه، فرآیندهای فعلی و فرآیندهای هدف با BPMN مستند می‌شوند تا شکاف بین وضعیت موجود و مطلوب روشن شود.

شبیه‌سازی سناریو

SIM

آزمایش تصمیمات مختلف و مشاهده‌ی نتایج احتمالی قبل از اجرا. به مدیر اجازه می‌دهد بپرسد «اگر... چه می‌شود؟» بدون ریسک واقعی.

کاربرد در این پروژه:

در این پروژه، مدیر می‌تواند سناریوهای مختلف سرمایه‌گذاری، تخصیص منابع، یا واکنش به ریسک را شبیه‌سازی کند.

مسیر موازی

PARALLEL

اجرای همزمان دو مسیر با سرعت و عمق متفاوت: مسیر تحلیل فوری (نتایج سریع، عمق کم) و مسیر استقرار بلندمدت (نتایج دیرتر، عمق زیاد).

کاربرد در این پروژه:

در این پروژه، مسیر اول در ۴ هفته نتیجه‌ی اولیه می‌دهد، مسیر دوم در ۱۲ ماه سامانه‌ی کامل را مستقر می‌کند.

۸

معنای رنگ‌ها و وضعیت‌ها

در داشبوردها و گزارش‌های این پروژه، سه رنگ برای نمایش وضعیت KPI به‌کار می‌رود. معنای هر رنگ و آستانه‌ی آن در این جدول آمده است.

سبز — سالم

KPI در محدوده‌ی مطلوب یا بهتر از هدف. نیازی به اقدام فوری نیست؛ نظارت مستمر کافی است.

آستانه: actual ≥ target (or within ±5%)

زرد — هشدار

KPI به حد بحرانی نزدیک می‌شود. نیازمند توجه و بررسی علت، ولی هنوز اقدام فوری لازم نیست.

آستانه: actual within 5–15% below target

قرمز — بحرانی

KPI خارج از حد قابل‌قبول است. نیاز به اقدام فوری و گزارش به مدیریت ارشد دارد.

آستانه: actual > 15% below target

ادبیات، دروازه‌ی فهم است.

هر اصطلاح در این صفحه فقط یک واژه نیست، بلکه کلیدی است به یک مفهوم که در طول پروژه بارها به آن ارجاع داده می‌شود. با مرور این صفحه، خواننده می‌تواند بقیه‌ی پروپوزال را با چشم دقیق‌تری بخواند.