نوشته‌ها

راهنمای جامع APQC در سازمان‌ها و بانک‌ها برای شناسایی، تعریف، و بهبود فرآیندها با چارچوب APQC به همراه نمونه عملی در حوزه بانکی (اعطای وام)

چرا APQC اهمیت دارد؟

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

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

گام ۱: شناسایی فرآیندها با استفاده از APQC PCF

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

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

گام ۲: تعریف مرزهای فرآیند

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

نمونه بانکی:
– شروع: مشتری درخواست وام ثبت می‌کند.
– پایان: وجه به حساب مشتری واریز می‌شود.
– مالک فرآیند: مدیر اعتبارات یا کمیته وام.

گام ۳: اتصال فرآیندها به جریان‌های انتها به انتها

یکی از بزرگ‌ترین مزایای APQC این است که نشان می‌دهد فرآیندهای مجزا چگونه باید به یکدیگر متصل شوند و جریان ارزش ایجاد کنند.

نمونه بانکی – جریان اعطای وام انتها به انتها:

  1. دریافت درخواست وام (شعبه یا اپلیکیشن موبایل)
  2. احراز هویت و اعتبارسنجی مشتری (KYC/AML)
  3. بررسی مدارک و امتیاز اعتباری (واحد اعتبارات)
  4. تصویب وام (کمیته اعتباری)
  5. ایجاد قرارداد و مستندات حقوقی (واحد حقوقی)
  6. پرداخت وجه (واحد عملیات)
  7. مدیریت بازپرداخت اقساط (واحد مالی)

نقشه فرآیند نمونه: اعطای وام بانکی

برای درک بهتر، تصویر زیر یک نقشه ساده از جریان فرآیند اعطای وام در بانک را نمایش می‌دهد:

 

نقشه فرآیندها اعطای وام در بانک با APQC

گام ۴: مقایسه و بهبود با کمک APQC

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

نمونه بانکی: اگر میانگین زمان بررسی وام در بانک شما ۱۰ روز باشد،
در حالی که بر اساس داده‌های APQC بانک‌های برتر این کار را در ۳ روز انجام می‌دهند،
شکاف عملکردی مشخص می‌شود. راهکار: استفاده از اتوماسیون (RPA) یا اعتبارسنجی هوشمند.

گام ۵: حاکمیت و نگهداری مدل فرآیند

مدل فرآیند مبتنی بر APQC یک پروژه یک‌باره نیست، بلکه نیاز به حاکمیت و به‌روزرسانی مستمر دارد:

  • تشکیل کمیته مدیریت فرآیند
  • تعیین مالک فرآیند برای هر حوزه (مثل وام، پرداخت، کارت)
  • بازنگری و به‌روزرسانی دوره‌ای مدل APQC

مزایای استفاده از APQC در بانک‌ها

  • استانداردسازی فرآیندها در کل شعب و واحدها
  • کاهش زمان خدمت‌رسانی به مشتری
  • بهبود تجربه مشتری و افزایش رضایت
  • کاهش هزینه‌های عملیاتی و ریسک عدم تطابق
  • آمادگی برای تحول دیجیتال بانکی (بانکداری باز، هوش مصنوعی)

جمع‌بندی

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

هوش مصنوعی مولد در مدیریت فرآیندهای کسب‌وکار (BPM): راهنمای جامع و اجرایی ۲۰۲۵

هوش مصنوعی در مدیریت فرایندهای کسب‌وکار دیگر صرفاً ترند نیست—یک موتور شتاب‌دهندهٔ واقعی برای طراحی، اجرا و بهبود فرآیندهاست.

این راهنما بر اساس تازه‌ترین روندهای پلتفرم‌های BPM، پردازش هوشمند تصمیم (DMN)، ماینینگ فرایند، و الزامات مقرراتی ۲۰۲۵ نوشته شده است و شامل معماری مرجع، چک‌لیست پیاده‌سازی ۹۰ روزه، الگوهای آزمون‌پذیری و یک مطالعهٔ موردی شبه‌واقعی است.

چرا BPM سنتی دیگر کافی نیست؟

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

  • طراحی زمان‌بر: مستندسازی، مدل‌سازی و هماهنگی بین تیم‌ها هفته‌ها/ماه‌ها طول می‌کشد.
  • واکنش کند: تغییر قوانین محصول/ریسک به‌سختی در مدل‌ها اعمال می‌شود.
  • تجربهٔ مشتری ناهماهنگ: کانال‌های جلو (وب/اپ/کال‌سنتر) با پشت‌صحنهٔ فرآیندی هم‌راستا نیستند.
  • جزایر داده: لاگ‌های رخداد، CRM/ERP، تیکتینگ و مستندات جدا از هم نگه‌داری می‌شوند.

اگر بهبود فرآیند «ماه‌ها» طول می‌کشد، رقیبی که با GenAI و ماینینگ کار می‌کند این کار را «در هفته‌ها» انجام می‌دهد.

آنچه در ۲۰۲۵ تغییر کرده است

  • ماینینگ فرایند نسل جدید (ایونت‌لاگ‌بیلدر، تحلیل برخط KPI) و هوشمندسازی تصمیم به‌صورت Out-of-the-box در ابزارهای پیشرو.
  • اورکستراسیون عامل‌محور (Agentic) در موتورهای BPM برای اتصال مدل‌های زبانی و سرویس‌ها داخل جریان‌های BPMN/DMN.
  • الزامات مقرراتی AI (قانون هوش مصنوعی اتحادیه اروپا) که حاکمیت، ریسک و شفافیت را از روز اول می‌طلبد.

GenAI در BPM دقیقاً چه می‌کند؟

هوش مصنوعی در مدیریت فرایندها لایهٔ کلیدی BPM را تقویت می‌کند: طراحی، اجرا و بهبود مستمر.

طراحی (Design)

  • تبدیل لاگ‌های رخداد به پیشنویس BPMN و کشف مسیرهای استثنا.
  • تولید قوانین DMN از روی داده‌های تاریخی و مستندات کسب‌وکار.
  • ساخت چک‌لیست‌ها/رویه‌ها و سناریوهای تست.

اجرا (Run-time)

  • تصمیم‌گیری لحظه‌ای: ارزیابی قواعد DMN + برچسب‌های ریسک/اعتماد مدل.
  • اورکستراسیون عامل‌محور: Agentها برای جمع‌آوری اسناد، خلاصه‌سازی، پاسخ به مشتری و اجرای قدم‌های RPA.

بهبود (Improve)

  • حلقهٔ بازخورد KPI → پیشنهاد بهینه‌سازی مسیرها، SLA، و قواعد استثنا.
  • پایش کیفیت مدل (دقت، نرخ خطا، انحراف آماری) و تنظیمات Prompt/Policy.

خروجی‌های ملموس

  • فایل‌های BPMN 2.0 قابل اجرا، جداول DMN، اسکریپت‌های تست، و گزارش‌های بهبود.

معماری مرجع و الگوهای طراحی

معماری مرجع زیر، یک نقشهٔ عملی برای پیاده‌سازی GenAI در BPM است:

  1. لایهٔ اورکستراسیون فرآیند: موتور BPMN/DMN با قابلیت Agentic (اجرای وظایف انسانی/سیستمی، فراخوانی سرویس‌ها، خط‌مشی‌های خطا).
  2. لایهٔ تصمیم: DMN + Policy Engine (آستانهٔ اعتماد، قواعد ریسک، نگهداری علت‌گرایی).
  3. لایهٔ هوش: مدل‌های زبانی/تخصصی (خصوصی‌سازی‌شده)، RAG (برداشت دانش از منابع داخلی)، و حافظهٔ برد کوتاه/بلند.
  4. لایهٔ داده: انبار رخداد (Event Log)، مخزن دانش (Docs/Wiki/KB)، کاتالوگ داده و ماسک/پسودونیم‌سازی.
  5. لایهٔ اتوماسیون: RPA/Task Mining/Connectorها برای ERP/CRM/ITSM.
  6. لایهٔ حاکمیت و ریسک: لاگ‌برداری، ممیزی، پیوستگی نسخه، ارزیابی، و داشبوردهای ردیاب EU AI Act.

الگوهای مهم

  • RAG با Guardrail: محدودکردن دامنهٔ پاسخ‌ها به اسناد تاییدشده + نقل‌قول منبع.
  • Decision-in-the-Loop: خروجی GenAI → نرمال‌سازی → ارزیابی DMN → آستانهٔ اعتماد → مسیر انسان/اتوماسیون.
  • Human-in-the-Loop: بازبینی نمونه‌ای/اجباری در ریسک بالا، با UX ساده و رد/تایید سریع.

نمونهٔ جدول DMN (قواعد پذیرش/ارجاع)


  if risk_score >= 0.7 or doc_confidence < 0.6 => "Human_Review"
  else if claim_amount > 20000 and customer_tier != "Gold" => "Senior_Approval"
  else => "Auto_Approve"

راهنمایی: آستانه‌ها را در DMN نگه دارید نه در پرامپت—قابل ممیزی‌تر و تست‌پذیرتر است.

کاربردهای کلیدی و سناریوهای واقعی

۱) کشف و بازطراحی فرآیند (Process & Task Mining + GenAI)

  • تولید پیش‌نویس BPMN از لاگ‌های رخداد و کاهش واریانس مسیرها.
  • تشخیص گلوگاه‌ها، انحراف از استاندارد، SLA شکسته‌شده و پیشنهاد مسیر جایگزین.

۲) تصمیم‌گیری لحظه‌ای با DMN + دادهٔ زنده

  • رتبه‌بندی ریسک/اولویت، مسیرهای استثنا، و تخصیص پویا به کارتابل‌ها.

۳) هم‌نشینی RPA و GenAI

  • ربات‌هایی که قبل از اجرا با GenAI اسناد/ایمیل‌ها را خلاصه و فیلدها را استخراج می‌کنند.

۴) خودکارسازی مکاتبات و دانش

  • پاسخ خودکار به مشتری با RAG، تولید چک‌لیست/رویهٔ به‌روز از روی تغییرات سیاست‌ها.

مطالعهٔ موردی: بیمه سپهر (الهام‌گرفته از پروژه‌های واقعی)

هدف: کوتاه‌کردن چرخهٔ رسیدگی خسارت، کاهش هزینه و بهبود تجربهٔ مشتری با ترکیب ماینینگ، DMN و Agentها.

دامنه و راهکار

  • کشف فرآیند از لاگ‌های سیستمی + استخراج گلوگاه‌های SLA.
  • تعریف DMN برای مسیرهای Auto/Review/Exception.
  • Agent جمع‌آوری اسناد ناقص، خلاصه‌سازی و استخراج فیلدها (RAG + OCR).
  • داشبورد KPI بلادرنگ و هشدار شکست SLA.
KPI قبل بعد تغییر
زمان رسیدگی ۵.۶ روز ۲.۲ روز ↓ ۶۱٪
هزینه هر پرونده ۱۰۰ واحد ۷۲ واحد ↓ ۲۸٪
رضایت مشتری (CSAT) ۷۳ ۸۷ ↑ ۱۴ امتیاز
خطای انسانی ۱۱٪ ۴٪ ↓ ۷٪

نکات اجرایی کلیدی

  • آستانهٔ اعتماد خروجی مدل در DMN نگه‌داری شود.
  • هر تغییر پرامپت → نسخه‌بندی + تست رگرسیون.
  • Human-in-the-Loop برای پرونده‌های با ریسک بالا الزامی است.

مزایا و نتایج قابل‌اندازه‌گیری

  • شتاب طراحی/استقرار: تولید پیش‌نویس BPMN/DMN و اسناد عملیاتی.
  • بهینه‌سازی تصمیم: ترکیب DMN + برچسب اعتماد مدل برای کنترل ریسک.
  • صرفه‌جویی: کاهش هزینهٔ هر کیس و بار کارهای تکراری.
  • تجربهٔ مشتری: پاسخ سریع‌تر، وضوح وضعیت پرونده، و کاهش رفت‌وبرگشت مدارک.

ارزیابی، مانیتورینگ و A/B

سنجش‌های کلیدی

  • کیفیت مدل: دقت/Recall، نرخ خطای استخراج فیلد، انحراف داده (Data Drift).
  • عملکرد فرآیند: زمان چرخه، درصد استثنا، نرخ بازگشت به کارتابل.
  • کیفیت تصمیم: هم‌خوانی DMN با سیاست‌ها، نرخ Override انسانی، شکایات.

طراحی A/B

  • گروه کنترل (بدون Agent) در برابر گروه آزمایشی (با Agent + DMN آستانه‌دار).
  • حداقل ۲ چرخه صورتحساب/ماه برای معناداری آماری.

ثبت و ممیزی

  • Log کامل: ورودی‌ها، پرامپت، نسخهٔ مدل، پاسخ، سیاست‌های اعمال‌شده، تصمیم DMN، نتیجهٔ انسانی.

ریسک‌ها، حاکمیت و انطباق (۲۰۲۵)

چک‌لیست حاکمیت

  • امنیت و حریم خصوصی: استقرار خصوصی، ماسک‌کردن داده، حداقل‌گرایی داده، کنترل دسترسی.
  • توضیح‌پذیری: نگهداری قواعد در DMN + ثبت منبع دانش RAG.
  • سوگیری و انصاف: نمونه‌برداری طبقه‌بندی‌شده و بازبینی انسانی در ریسک بالا.
  • پذیرش سازمانی: آموزش نقش‌ها، مالکیت فرآیند، و SLA شفاف.

الزامات EU AI Act (خلاصهٔ کاربردی)

  • خط‌زمان: بخشی از تعهدات GPAI از ۲ اوت ۲۰۲۵ اجرا می‌شود؛ بخش‌های پرخطر از ۲۰۲۶، با استثناهایی تا ۲۰۲۷. برای تیم حقوقی/کمپلاینس خود پلن داشته باشید.
  • سیستم مدیریت ریسک: فرایند مستمر شناسایی/ارزیابی/کاهش ریسک و به‌روزرسانی در طول چرخهٔ عمر.
  • ممیزی & شفافیت: نگهداری مستندات فنی، لاگ‌ها، و قابلیت ردیابی تصمیم.

توصیه: برای کاربردهای «پرخطر»، قواعد تصمیم را با DMN و مستندات آزمون پیوند بزنید و در کنار هر به‌روزرسانی مدل، ارزیابی ریسک را بازبینی کنید.

نقشه‌راه اجرای سریع (۹۰ روزه)

  1. هفته ۱–۲: انتخاب پایلوت (فرآیند با حجم بالا، KPI روشن، ریسک متوسط).
  2. هفته ۳–۴: داده و KPI (ساخت ایونت‌لاگ، تعریف سنجه‌ها، سیاست‌های DMN اولیه).
  3. هفته ۵–۶: مدل و RAG (خصوصی‌سازی سبک، ایندکس اسناد، پرامپت‌های استاندارد، Guardrailها).
  4. هفته ۷–۸: اتصال و استثنا (Connectorها به ERP/CRM/ITSM، مسیرهای Human-in-the-Loop).
  5. هفته ۹–۱۰: A/B و مانیتورینگ (داشبورد KPI، کیفیت مدل، و آزمایش کنترل‌شده).
  6. هفته ۱۱–۱۲: بهینه‌سازی و استقرار (تنظیم آستانه‌ها، آموزش کاربران، پلن بهبود ۹۰ روزه بعدی).

ابزارها و اکوسیستم پیشنهادی (به‌روز ۲۰۲۵)

نکته: تصمیم‌های اجرایی را در DMN نگه دارید و GenAI را برای درک/استخراج/خلاصه‌سازی به‌کار ببرید. این ترکیب آزمون‌پذیر، مقیاس‌پذیر و منطبق با مقررات است.

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

با دادهٔ کم هم می‌توان شروع کرد؟
بله؛ از یک زیر‌فرایند با لاگ‌های موجود شروع کنید، KPI و DMN ساده و Human-in-the-Loop را اضافه کنید.
GenAI جایگزین تحلیلگر فرآیند می‌شود؟
خیر؛ نقش تحلیلگر به «طراح تصمیم/فرآیند» ارتقا می‌یابد و روی قواعد، سنجه‌ها و اصلاحات تمرکز می‌کند.
ریسک نشت داده چطور کنترل می‌شود؟
استقرار خصوصی، ماسک‌کردن، محدودیت دامنه RAG، و ثبت کامل ممیزی.
ROI معمول چقدر است؟
در پایلوت‌های موفق: کاهش ۲۰–۵۰٪ زمان چرخه و ۱۵–۳۰٪ هزینهٔ هر کیس؛ بسته به داده/فرآیند شما متغیر است.
از کجا شروع کنیم؟
یک جریان پرحجم و استاندارد را انتخاب کنید (مثل پذیرش پرونده)، سپس ماینینگ → DMN پایه → Agent جمع‌آوری اسناد → A/B.

جمع‌بندی و اقدام بعدی

هوش مصنوعی در مدیریت فرایندها با اتکا بر DMN، ماینینگ و حاکمیت قوی، بهبودهایی می‌دهد که هم قابل اندازه‌گیری‌اند و هم قابل ممیزی. اگر به دنبال شروع امن و سریع هستی، یک پایلوت ۹۰روزه تعریف کن.

درخواست مشاورهٔ رایگان و تعیین پایلوت

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

 

 

 

این ویدیو امکانات مربوط به فعالیت کاربری را در Camunda BPMS بررسی کردم. در همه BPMS ها از User Task برای انتصاب کار به یک نیروی انسانی استفاده می شود این موضوع در خصوص کاموندا هم صادق می باشد.

در این ویدیوانتصاب یک User Task را به کاربران سیستم، مفهوم گروه کاندید و کاربر کانید را بررسی کرده ام. این ابزار دارای نگرشی متفاوت نسبت به سایر ابزار های می باشد سعی کرده ام این تفاوت ها را مورد بررسی قرار دهم. ادامه آن نیز اتصال فرم های Camunda form، Embedded or external form , Generated task form به آن را بررسی نموده ام.

همچنین یک Camunda form را تعریف و چگونگی ارتباط متغییر های فرآیند و فعالیت در آن را ارزیابی کرده ام. مفهوم متغییر داخلی و سراسری را با ادبیات فرآیندی تست کردم.

در نهایتم هم چالش های طراحی و مدل فرآیندی و خطا های مرسوم در طراحی یک BPMN را بررسی کرده ام.

به صورت کلی سعی کردم تمام مواردی که مربوط به یک User Task می باشد را بررسی کنم و چیزی از قلم نیفتد.

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

این ویدیو ها هم در آپارات انتشار داده می شود و هم در یو تیوب.

با دنبال کردن من در این کانال ها می توانید از جدیدترین ویدیو ها با خبر شوید.

پلی لیست موارد مرتبط با کاموندا در یو تیوب

آدرس آموزش فعالیت کاربری در سایت کاموندا

لینک سایت

برای دانلود فایل های مرتبط با محتوای User Task می تونید بر روی هر کدام از موارد زیر کلیک بفرمایید.

فایل مربوط به فرآیند

فایل مربو به فرم Camunda form

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

روش اول

این روش به صورت Drag and Drop یا همان کشیدن و رها کردن است. این روش خوبی برای ایجاد یک شناسنامه فرآیند می باشد ولی به دلیل آنکه زبان فارسی را کامل پشتیبانی نمی کند آن را توضیح نمی دهم.

روش دوم

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

زمان مورد نیاز: 5 ساعت

چگونه با استفاده از نرم افزار ویژوال پارادایم شناسنامه فرآیند خروجی بگیریم؟

  1. آماده سازی فایل ورد

    همانطور که پیش‌تر گفته شد برای این روش نیاز به یک فایل ورد می‌باشد.این فایل را آن طور که تمایل دارید آماده نمایید و قسمت های ثابت آن را مقدار دهی نمایید.نمونه فایل وردی در زیر قرار دارد.
    نمونه فایل

  2. فراخوانی تمپلیت در ویژوال پارادایم

    در محیط نرم افزار بر روی Tools کلیک کرده و گزینه Doc.Composer را انتخاب می کنیم
    تولید نسخه چاپی

  3. انتخاب استفاده از تمپلیت

    در مرکز صفحه گزینه Fill-in Doc را انتخاب کرده، با این کار امکان انتخاب فایل ورد را خواهیم داشت.
    انتخاب فایل ورد ویژال پارادایم شناسنامه فرآیند

  4. انتتخاب تمپلیت آماده شده

    از طریق گزینه Choose from local drive فایل آماده شده را به سیستم ارائه نمایید.
    انتخاب فایل ورد ویژال پارادایم شناسنامه فرآیند
    همچنین در این مرحله می توانید از نمونه های آماده خود نرم افزار استفاده نمایید

  5. تکمیل کردن فرم اطلاعات

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

    تکمیل فرم ویژوال پارادایم


بیشتر بخوانید

خطای هاله ای در مدیریت فرآیندهای کسب و کار

فایل ارائه کارگاه مدل سازی فرآیند قسمت دوم

مثال BPMN از فرآیند دریافت وام

گزارشات BAM یا پایش فعالیت های تجاری


چگونه کد بنویسیم

کدها دارای استاندارد و توابع مشخصی می باشند و کار با آنها بسیار ساده است. هر خط کد نیاز به ۵ تعریف دارد.

  1. نام تابع اصلی Digaram یا Element
  2. نام بلوکی که تعریف کردیم دلخواه بوده و صرفا در فرم ورود اطلاعات نرم افزارنمایش داده می‌شود. مثلا برای نمایش تصویر فرآیند از Process Image می‌توان استفاده کرد.
  3. قسمتی که قرار است محتوای آن استفاده شود برای مثال می خواهیم جدول RACI را قرار دهیم، یا BusinessProcessDiagram و یا جدول شرط ها (DTBDecisionTableEditorDiagram)
  4. در چه محدوده ای اطلاعات را در فرم ورود اطلاعات نرم افزار نمایش دهد. در سطح پروژه، یک عدد، همه موارد و یا در سطح یک موضوع خاص (از این گزینه صرفا در جداول می توان استفاده کرد) One | Any | LoopInProject | LoopInElement
  5. و در نهایت چه اطلاعاتی نمایش داده شود. توابعی قابل استفاده می باشد بسیار گسترده می باشند و حتی می توانید در این قسمت یک تابع جدید هم اضافه کنید.

تابع اصلی

به صورت کلی ۲ نوع تابع اصلی وجود دارد:

  • Digaram در زمانی استفاده می شود که محتوای اطلاعاتی را قرار است مستقیم در فایل ورد وارد کنیم و جدول نمی خواهیم استفاده کنیم
  • Element در زمانی استفاده می شود که محتوای اطلاعاتی را قرار است در جدول استفاده کنیم و می خواهیم به ازای هر ستون تعیین کنیم چه محتوای اطلاعاتی قرار بگیرد.

استفاده از Diagram

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

${DIAGRAM, “Business Process Diagrams”, “BusinessProcessDiagram”, LoopInProject, “Basic”}

توابعی که در انتهای کد قابل استفاده اند عبارت است از

Basic: صرفا عکس و توضیحاتی که برای آن نمایش داده شده باشد قابل استفاده است برای مثال اگر BusinessProcessDiagram می خواهیم داشته باشم تصویر فرآیند و توضیحاتی که برای آن دیاگرام نوشته شده است درج می گردد

Details: علاوه بر عکس کلی و درج توضیحات دیاگرام محتوای آن را نیز لیست کرده و برای هر element توضیحات آن نیز درج می گردد. برای مثال BusinessProcessDiagram علاوه بر عکس و توضیحات آن، هر فعالیت، شرط و دیگر موارد را به همراه توضیحات آنها درج می کند.

استفاده از Element

زمانی که شما در نسخه ورد از جدول استفاده می کنید و می‎خواهید در آن اطلاعات را قرار دهید از ویژگی Element استفاده می‌شود.

توضیحات ۲توضیحات ۱محتوای اصلی
استفاده از آن اختیاری می‌باشداستفاده از آن اختیاری می‌باشداستفاده از آن الزامی می‌باشد

در هر قسمت باید کد زیر مورد استفاده قرار بگیرد

${ELEMENT, “Tasks”, BPTask, LoopInProject, PROPERTY=name}

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

قسمت مربوط به Property وابسته به اطلاعاتی می باشد که قرار است در آن ستون نمایش داده شود که شامل عکس، نام، شناسه، توضیحات و هر داده دیگری می باشد که در آن element وجود دارد. برای مثال در یک فرآیند اگر بخواهیم در جدول شناسه فعالیت ها را نمایش دهیم در ستون مربوطه کد زیر را وارد می کنیم.

${ELEMENT, “Tasks”, BPTask, LoopInProject, PROPERTY=userID}

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

پیاده سازی eTOM یک تجربه جدید

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

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

شرایط موجود

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

شروع به کار

بر اساس تصمیم مدیریت قرار شد فرآیندها با نگرش Lean استخراج مجدد شود و با زبان BPMN بازطراحی صورت بگیرد. در نهایت با چارچوب eTOM تطبیق داده شوند. همچنین مشخص شود چه جاهایی نیاز به بهبود وجود دارد. از فرآیندهای فروش شروع کردیم که به نظر کمی ساده تر بودند با مالکین فرآیند جلسه برگزار کردیم. متوجه شدیم چند نوع فرآیند فروش برای محصولات مختلف وجود دارد. فرآیندها را با جلسات مصاحبه استخراج و تدوین کردیم. فرآیندها در لایه عملیات طراحی گردید.

برای نمایش زنجیره ارزش یا همان VSM از روش Happy و UnHappy استفاده کردیم و با رنگ، مسیرها را مشخص کردیم تا مدیران بتوانند به راحتی جریانی که مطلوب می باشد را ببیند و تیم تحلیل داده داشبوردهای اندازه گیری آن را طراحی و در اختیار تیم کنترل کیفیت قرار دهد. تا اینجا همه چیز همان تجربیات همیشگی بود تا تصمیم گرفتیم فرآیند را با eTOM تطبیق دهیم.

چالش ها

Enhanced Telecom Operations Map یا همان eTOM چالش های زیادی را برای ما ایجاد کرد. در طراحی فرآیندها ما نیاز داشتیم فرآیندها را در یک صفحه نمایش دهیم تا اپراتور با کمترین کلیک از ابتدا تا انتهای فرآیند را بتواند مشاهده کند. بنابراین امکان پذیر نبود به ازای هر Core Procesor یک فرآیند مجزا داشته باشیم. لذا تصمیم گرفتیم برای فرآیند لایه‌های متعدد خلق کنیم.


چگونه مشکل را حل کردیم

زمان مورد نیاز: 90 روز

در این مراحل سعی کردیم فرآیندها را با چارچوب eTOM تطبیق دهیم.

  1. تعیین دستورالعمل هر User Task

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

    شرح فعالیت ها

  2. گروه بندی کردن فعالیت‌های هم راستا

    در این مرحله فعالیت‌هایی که در یک فرآیند شرحشان به هم نزدیک بود در یک گروه قرار داده شدند و آن گروه با Core Procees های eTOM تطبیق داده شد

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

  3. ایجاد مایلستون در فرآیند اصلی

    در مرحله بعد هر Core Process را یک مایل استون در نظر گرفتیم و فعالیت‌هایی که در یک گروه قرار داشتند را در آن مایلستون قرار دادیم. با این کار هم فرآیند را به صورت گسترده در یک نقشه داشتیم و هم eTOM را در آن می دیدیم.

    مایلستون

  4. طراحی یک فرآیند از مالیستون‌ها

    زمانی که از مایلستون‌ها صحبت می‌شود، ارتباطی بین آن‌ها وجود ندارد و صرفا طراح دارد این نکته را می رساند که شما وارد یک محدوده جدید شدید و یا ازآن محدوده در حال خروج هستید. ما نیاز داشتیم ارتباط بین این مایلستون ها را نیز، مشخص کنیم. به همین منظور یک فرآیند دیگر طراحی کردیم که صرفا ارتباط‌های Core Process ها را نمایش می‌داد و آن را در گروهی به نام لایه ۲ قرار دادیم و خود فرآیند را در گروهی به نام لایه ۳ قرار دادیم.

    لایه 2 فرآیند

  5. ایجاد سفر مشتری

    زمانی که خروجی کار را مشاهده کردیم، متوجه شدیم، می توان سفر مشتری یا همان Customer Journy را در لایه ۲ اضافه کنیم، مجددا Core process ها را دسته بندی کردیم. موارد مشابه را در یک مایلستون قرار دادیم و در یک لایه دیگر به نام لایه ۱ فرآیند سفر مشتری را خلق کردیم.سفر مشتری

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

طی تجربیات اخیری که در پیاده سازی فرآیندها دارم مثال BPMN که در اینجا مطرح می کنم به نظرم یکی از بهترین نمونه های فرآیندی در خصوص Call Activity یا فعالیت فراخوان می باشد.

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

خرید کالا با BPMN
خرید کالا با BPMN

فرایند درخواست کالا

درخواست کننده فرم مربوطه را تکمیل کرده و برای مدیر خود ارسال می نمایید. ایشان بعد از بررسی و در صورت تایید درخواست را برای مدیر برنامه ریزی ارسال می نمایند. ایشان هم در صورت تایید برای مدیر عامل ارسال می نماید. در هر مرحله با عدم تایید فرم جهت اصلاح برای درخواست کننده ارسال می شود. در صورت تایید، مدیر عامل جهت استعلام درخواست برای بازرگانی ارسال شده و نتیجه را برای درخواست کننده ارسال می نمایند. در صورت عدم تایید درخواست برای استعلام مجدد برگردانده می شود. ولی اگر تایید گردد درخواست برای مدیر عامل ارسال شده و بعد از بررسی ایشان در صورت نیاز به برگزاری کمیسیون درخواست به بازرگانی فرستاده می شود. در غیر این صورت نسبت به خرید اگر نیاز به صدور چک داشته باشد فرآیند صدور چک اجرا به صورت Call Activity فراخوانی می شود. در غیر این صورت جهت خرید فرم در اختیار مسئول خرید قرار خواهد گرفت و به ازای هر ردیف در فرم خرید یک بار فرآیند رسید دائم کالا فراخوانی می گردد.

  • قابل ذکر است در طول فرآیند اطلاعات درخواست نیاز است در بانک اطلاعاتی ذخیره سازی گردد.

فرآیند رسید دائم کالا

بازرگانی صورت وضعیت را برای انبار ارسال می کند. بعد از تکمیل اطلاعات فرم برای QA ارسال می گردد. ایشان کارشناس مربوطه در QC را انتخاب کرده و فرم را جهت تکمیل برای ایشان ارسال می نمایند. بعد از تکمیل فرم مدیر QC اطلاعات را بررسی کرده. در صورت نیاز جهت اصلاح به کارشناس QC باز می گرداند. در غیر این صورت نتیجه برای QA ارسال می گردد. ایشان اطلاعات را تکمیل کرده و دستور صدور رسید دائم را به مسئول انبار می دهید. ایشان بعد از صدور رسید اطلاعات را جهت بایگانی در اختیار بازرگانی قرار داده و سیستم بررسی می درخواست صدور چک را خواهد نمود.

فرآیند صدور چک 

کارشناس بازرگانی اطلاعات درخواست صدور چک را تکمیل کرده. برای مدیر بازرگانی ارسال می نماند. مدیر درخواست و سوابق را بررسی کرده و در اختیار مدیر برنامه ریزی قرار میدهد. با تایید ایشان برای مدیر مالی ارسال و اگر ایشان هم تایید نمایند برای مدیر عامل ارسال می گردد. در غیر این صورت با رد درخواست فرم به یک مرحله قبل باز میگردد. با تایید مدیر عامل دستور صدور چک در اختیار کارشناس حسابداری قرار گرفته و ایشان چک را برای واحد بازرگانی ارسال می نمایند.

خروجی فایل

فایل BPMN تنظیم شده با Camunda Modeler میباشد

جهت دریافت نرم افزار می توانید به سایت BPMN.IO مراجعه نمایید

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

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

تعریف فرآیندها

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

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

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

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

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

برای BPM معمولا ابزارهای وجود دارند به نام BPMS که وظیفشون این هست بتوانند این تعریف را توسط ابزار به سازمان ارائه کنند. با استفاده از این ابزارها شما میتونید به تاثیرگذاری روی کار، شناسایی نقاط ضعف و میشه مشاهده کرد. یک فرآیند دقیقا چه شکلی کار خواهد کرد. چه اثراتی روی کار می گذارد و نتایجی که داره و به چه سبک و سیاقی هست

BPMS ها برای اینکه بتوانند کار بکنند نیازمند یک زبان هستند. نام آن BPMN است که قرار است نحوه اجرا فرآیند را معرفی کند.

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

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

معرفی مدیریت فرآیندها به عنوان حوزه‌ای از گرایش مدیریت مرتبط با سه مولفه زیر است:

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

جانیل هیل محقق پژوهشی گارتنر در زمینه مدیریت معتقد است:

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

جهت ایجاد مدیریت موثر فرآیندهای کسب و کار، نیاز است یک سازمان، افراد، فرآیندها و فناوری لازم برای این کار را داشته باشد.

لذا لازم است در یک سازمان:

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

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

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

چرخه تحویل سفارش BPM
شکل ۱: چرخه فرآیند سازمان

با توجه به چرخه فوق می توان گفت:

  • تمام سازمان‌ها بر اساس کالا و یا خدمات خود برای مشتریان ارزش آفرینی می‌کنند
  • فرآیند‌های سازمان، ابزار و یا روش‌هایی هستند که منجر به ایجاد کالا و یا ارائه خدمات می‌شود.
  • در نتیجه تمام اهداف سازمان باید از ایجاد ارزش برای مشتری نشات بگیرد.


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

فرآیند تولید دارو BPM
َشکل ۲: فرآیند تولید دارو

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

به صورت کلی هدف مدیریت فرآیندهای کسب و کار تضمین ایجاد ارزش مورد انتظار مشتری با ایجاد فرآیندهای e2e ، کنترل و ساماندهی و هماهنگی بین واحدهای مختلف سازمان است.

کارگاه آموزشی BPMN این دوره نیز به پایان رسید. سعی شد بر روی محتوای ارائه تغییراتی داده شود و مثال های بیشتری در طول کارها ارائه شود.

هدف از این کارگاه آموزشی BPMN افزایش سطح توانایی های افراد در تحلیل و ترسیم فرآیند است.

در زیر می توانید فایل دوره دوم را دانلود نمایید.

در زیر می توانید عکس های دوره را مشاهده نمایید

این دوره توسط شرکت چارگون حمایت شده است

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

آنچه در این دوره گذشت

در این دوره با مروری از جلسه گذشته آغاز کردیم و سپس با حل چند مثال سعی در یادآوری مفاهیم BPMN داشتیم.

همیشه پیاده سازی قوانین BPMN در ابزار های BPMS امکان پذیر نمی باشد برای همین سعی کردیم چگونگی معادل سازی آن را آموزش دهیم.

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

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

جهت دیدن فیلم کلاس و قسمت های عملی می توانید به آدرس اینستاگرام مراجعه نمایید.

به علاقه مندان کارگاه آموزشی BPMN پیشنهاد می شود جهت اطلاع از زمان برگزاری کلاس های آموزشی عضو صفحه لینکداین مرکز آموزشی شرکت چارگون شوند.

داده کاوی (Data mining) و فرآیند کاوی (Process mining) یک دانش تخصصی در حوزه استخراج اطلاعات صحیح از بانک های داده در سازمان است.

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

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

حدود ۸ سال است که در شرکت چارگون فعالیت می کنم و هر سال در دی ماه یک گردهمایی جهت معرفی محصولات جدید خودش دارد.

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

در گردهمایی چه می گذرد

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

همچنین امسال برای شرکت کنندگانی که می خواهند به صورت تستی با ابزار Disco کار کنند شرایط ویژه در نظر گرفته شده است.

جهت ثبت نام در این رویداد می توانید از طریق لینک زیر ثبت نام نمایید.

صفحه ثبت نام

در این کارگاه سمانه علی پور متخصص حوزه داده کاوی من را همراهی خواهد کرد