چارچوب های مدیریت فرآیندهای چابک؛ راهنمای کامل استفاده از اسکرام در توسعه فرآیند
سالهاست که در سازمانهای مختلف میبینم پروژههای بهبود فرآیند با شور و شوق زیادی شروع میشوند. تیمهای تحلیل مستقر میشوند، صدها ساعت جلسه مصاحبه برگزار میکنند و در نهایت کوهی از نمودارهای قطور طراحی میشود. اما وقتی به خروجی نگاه میکنیم، میبینیم فرآیندها همچنان روی کاغذ ماندهاند یا نرمافزارهای پیادهسازیشده هیچ شباهتی به نیاز واقعی کسبوکار ندارند. چرا؟
چون دو اشتباه بزرگ رخ میدهد:
- تمامیتگرایی (Holistic / Big Bang): تلاش برای طراحی یک سیستم بینقص و کامل از روز اول، که نتیجهاش کندی و منسوخشدن فرآیند قبل از اجراست.
- عدم مکانیزهسازی: فراموشکردن این واقعیت که در دنیای امروز، مدیریت فرآیند بدون سیستمهای نرمافزاری و مکانیزهکردن کارها عملاً بیمعنی و عقیم است.
برای حل این چالش، باید به سراغ مدیریت فرآیندهای چابک (Agile BPM) برویم. در این رویکرد، از ترکیب هوشمندانه چند چارچوب استفاده میکنیم تا فرآیندها را بهصورت تدریجی، مکانیزه و ارزشمحور توسعه دهیم. در این مقاله به زبان ساده و کاربردی بررسی میکنیم که چگونه این چارچوبها در کنار هم قرار میگیرند.
۱. BPM؛ ستون فقرات و چارچوب مادر
وقتی از مدیریت فرآیند کسبوکار (BPM) و استاندارد مرجع آن یعنی BPM CBOK صحبت میکنیم، در واقع درباره ساختار و حاکمیت فرآیندی سازمان حرف میزنیم. BPM به ما میگوید که فرآیندها چطور باید کشف، تحلیل، طراحی، اجرا و پایش شوند.
در یک ساختار چابک، BPM نقش هماهنگکننده کلان را دارد. یعنی به ما کمک میکند تا:
- مرزهای فرآیند و مالکان آن (Process Owners) را مشخص کنیم.
- شاخصهای کلیدی عملکرد (KPIs) را در سطح کلان تعریف کنیم.
- اطمینان حاصل کنیم که تغییرات ما در جهت استراتژی سازمان است.
برای مطالعه بیشتر: برای درک گامهای عملیاتی این حوزه، مقاله فرآیند کاری مدیریت فرآیندهای چابک؛ ۱۶ گام عملیاتی از نیازمندی تا تحویل را مطالعه کنید.
۲. BPMN 2.0؛ زبان گفتگو با ماشین و انسان
اگر فرآیندها را صرفاً بهصورت متنی بنویسیم، سوءتفاهم آغاز میشود. BPMN 2.0 استاندارد جهانی مدلسازی فرآیندهاست که نقش مترجم را بازی میکند. این استاندارد به ما کمک میکند فرآیند را به شکلی ترسیم کنیم که هم مدیران کسبوکار آن را بفهمند و هم توسعهدهندگان نرمافزار بتوانند آن را به کد یا پیکربندی تبدیل کنند.
در رویکرد چابک، ما مدلسازی را برای بایگانیکردن انجام نمیدهیم؛ بلکه مدلهای BPMN ما مستقیماً ورودی سیستمهای مکانیزهسازی (BPMS) میشوند. این مدلها به تیم توسعه نشان میدهند که تصمیمگیریها کجا انجام میشود، چه دادههایی منتقل میشوند و سیستمها چگونه باید به هم متصل گردند.
آموزش مرتبط: اگر میخواهید اصول ترسیم استاندارد را یاد بگیرید، به صفحه مدلسازی فرآیند با BPMN مراجعه کنید.
۳. APQC؛ نقشه راه و جلوگیری از آشفتگی
یکی از خطرات چابکی، جزیرهای عملکردن تیمهاست. چارچوب APQC PCF (چارچوب طبقهبندی فرآیندها) به ما یک استاندارد و زبان مشترک میدهد تا فرآیندها را دستهبندی کنیم.
با استفاده از APQC، ما میتوانیم فرآیندهای سازمان را در سطوح مختلف (از دستهبندی کلان تا تسکهای جزیی) نگاشت کنیم. این کار به ما کمک میکند تا فرآیندهای پیوسته یا End-to-End را شناسایی کنیم و بدانیم هر تغییری که ایجاد میکنیم، روی کدام بخش از زنجیره ارزش سازمان تأثیر میگذارد.
بیشتر بخوانید: برای درک مفهوم زنجیره ارزش متصل، مقاله فرآیندهای پیوسته یا End2End را بخوانید.
۴. اسکرام؛ موتور محرک مدیریت، اولویتبندی و تحویل تدریجی
در مدیریت فرآیندهای مدرن، بدون مکانیزهسازی، مدیریت فرآیندها بیمعنی است. یعنی فرآیند باید در بستر سیستمهای نرمافزاری اجرا شود تا جریان کار، زمانها (SLA) و نقشها قابل کنترل باشند. برای اینکه این نرمافزارها و فرآیندهای مکانیزه را بدون گیر افتادن در تله تمامیتگرایی توسعه دهیم، به اسکرام (Scrum) نیاز داریم.
اسکرام به ما کمک میکند تغییرات فرآیند را مدیریت، اولویتبندی و برنامهریزی کنیم. اما چطور؟
شکستن فرآیند به تمها و اپیکهای ارزشآفرین
در روشهای سنتی، تا کل فرآیند تحلیل و پیادهسازی نمیشد، خروجی به کاربر تحویل داده نمیشد. در نگاه چابک، ما فرآیند را به بخشهای کوچکتری که هر کدام میتوانند ارزش مستقلی ایجاد کنند تقسیم میکنیم. این کار را با ساختار تم (Theme) و اپیک (Epic) انجام میدهیم:
- تم (Theme): هدف یا ارزش کلانی که به دنبالش هستیم. (مثال: بهبود و دیجیتالیسازی فرآیند اعطای تسهیلات به مشتریان)
- اپیک (Epic): بخشهای بزرگ و معنادار از فرآیند که خودشان ارزشآفرین هستند و میتوانند مستقل پیادهسازی شوند. (مثال: اپیک ثبتنام و احراز هویت آنلاین، اپیک اعتبارسنجی خودکار، اپیک امضای دیجیتال قرارداد)
در هر اسپرینت، تیم توسعه روی یکی از این اپیکها کار میکند. به محض اینکه یک مرحله آماده شد، آن را مکانیزه و مستقر میکنیم تا کاربران واقعی از آن استفاده کنند. مثلاً مشتریان میتوانند احراز هویت آنلاین را انجام دهند، در حالی که ما در اسپرینت بعدی در حال توسعه بخش اعتبارسنجی خودکار هستیم و در نهایت آن را به بخش قبلی متصل میکنیم.
مزیت بزرگ این روش چیست؟
- انتقال سریع یادگیری: دانش و تجربهای که از اجرای بخش اول (احراز هویت) به دست میآوریم (مثلاً رفتار کاربر، خطاهای سیستم، زمان توقف)، بلافاصله به تیم توسعه منتقل میشود تا در طراحی و پیادهسازی اپیک بعدی (اعتبارسنجی) استفاده شود.
- خروجی عملیاتی زودهنگام: سازمان به جای یک سال انتظار، هر چند هفته یکبار بخشهای واقعی و کارآمد از فرآیند مکانیزهشده را تحویل میگیرد.
۵. مکانیزهسازی؛ شرط لازم برای حیات فرآیندها
بگذارید صریح بگویم: فرآیندی که روی کاغذ یا در فایلهای پیدیاف قفل شده باشد، فرآیند مرده است. برای اینکه فرآیندها زنده و پویا بمانند، باید آنها را مکانیزه کنیم. این مکانیزهسازی از راههای مختلفی انجام میشود:
- سیستمهای BPMS: برای فرآیندهایی که قوانین مشخص و گردش کارهای انسانی پیچیده دارند.
- اتوماسیون و API Orchestration: برای اتصال سیستمهای جزیرهای به یکدیگر و کاهش کار دستی با استفاده از وبسرویسها.
وقتی فرآیند مکانیزه میشود، ما میتوانیم دادههای واقعی زمان اجرا، گلوگاهها و میزان انحراف از مسیر استاندارد را بهدقت رصد کنیم.
پیشنهاد ویژه: برای انتخاب مسیر مناسب اتوماسیون، مقاله چرا همه چیز BPMS نیست؟ راهنمای انتخاب معماری API Orchestration برای کسبوکارها را از دست ندهید.
۶. فرآیندکاوی؛ پایش واقعیت بر اساس دادهها
پس از مکانیزهسازی، فرآیندهای ما در سیستمهای نرمافزاری اجرا میشوند و از خود ردپای دیجیتال (Event Logs) به جا میگذارند. اینجاست که فرآیندکاوی (Process Mining) وارد میشود.
فرآیندکاوی به ما کمک میکند تا به جای حدس و گمان، فرآیند واقعی اجراشده را ببینیم. با این روش میتوانیم گلوگاهها، مسیرهای انحرافی و دلایل تأخیر را شناسایی کرده و این اطلاعات را بهعنوان ورودیهای ارزشمند به اسپرینتهای بعدی اسکرام بفرستیم تا در قالب اپیکهای جدید بهبود یابند.
۷. تحلیل کسبوکار و مدیریت نیازمندیها (BABOK)
چگونه مطمئن شویم چیزی که تیم توسعه میسازد، دقیقاً همان چیزی است که کسبوکار نیاز دارد؟ پاسخ در چارچوب BABOK نهفته است.
در فرآیند توسعه چابک، تحلیلگر کسبوکار وظیفه دارد نیازهای مبهم ذینفعان را کشف کرده، آنها را تحلیل کند و در قالب نیازمندیهای شفاف نرمافزاری (User Stories) به بکلاگ تیم اسکرام اضافه کند. بدون مدیریت درست نیازمندیها، سریعحرکتکردن در اسپرینتها فقط ما را سریعتر به مسیر اشتباه میبرد.
بیشتر بخوانید: برای آشنایی با این جریان کاری، مقالات چرخه مدیریت نیازمندیها چگونه است؟ و نقش تحلیلگر کسبوکار در اسکرام را مطالعه کنید.
خلاصه عملکرد چارچوبها در Agile BPM
برای اینکه تصویری شفاف در ذهن داشته باشید، جدول زیر نحوه تعامل این چارچوبها را نشان میدهد:
| چارچوب | نقش در مدیریت فرآیند چابک | خروجی عملیاتی |
|---|---|---|
| BPM / CBOK | چارچوب مادر و حاکمیت فرآیندی | تعیین مرزها، مالکان و شاخصهای کلان |
| APQC | ساختار و دستهبندی فرآیندها | زبان مشترک و همراستایی با زنجیره ارزش |
| BPMN 2.0 | زبان مدلسازی و مستندسازی بصری | مدلهای شفاف قابل پیادهسازی و درک عمومی |
| Scrum | مدیریت، اولویتبندی و برنامهریزی تغییرات | شکستن فرآیند به اپیکها و تحویل اسپرینت به اسپرینت |
| BPMS / اتوماسیون | اجرای مکانیزه و هدایت جریان کار | سیستمهای زنده نرمافزاری و جریان دادهها |
| Process Mining | کشف واقعیت و پایش عملکرد فرآیند | شناسایی گلوگاهها و انحرافات واقعی از روی دادهها |
| BABOK | تحلیل نیازمندیها و همراستاسازی کسبوکار و IT | داستانهای کاربر (User Stories) شفاف برای تیم توسعه |
نتیجهگیری
مدیریت فرآیندهای چابک یک شعار نیست؛ یک استراتژی بقا برای سازمانهای مدرن است. ما نمیتوانیم ماهها پشت درهای بسته فرآیند طراحی کنیم و انتظار موفقیت داشته باشیم. راهکار درست، مکانیزهکردن فرآیندها و توسعه تدریجی آنها در قالب اپیکها و اسپرینتهای اسکرام است. این کار به ما اجازه میدهد یادگیریهایمان را سریعتر به محصول تبدیل کنیم، هزینههای شکست را به شدت کاهش دهیم و ارزش واقعی را در سریعترین زمان ممکن به دست مشتری برسانیم.
محسن سیف محمدی
محسن سیف محمدی
محسن سیف محمدی
محسن سیف محمدی
دیدگاه خود را ثبت کنید
تمایل دارید در گفتگوها شرکت کنید؟در گفتگو ها شرکت کنید.