بازگشت به مرکز دانش

مدیریت فرآیند / مستقل از نسخه

چک‌لیست آمادگی سازمان برای اجرای BPMS

پیش از خرید یا شروع توسعه بررسی کنید آیا سازمان از نظر مالکیت فرآیند، داده، زیرساخت و مدیریت تغییر آماده است.

BPMSReadinessGovernance

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

محور اول: حاکمیت و مالکیت

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

    محور دوم: شناخت فرآیند

  • آیا آغاز، پایان، مشتری و خروجی فرآیند شناخته شده است؟
  • آیا قوانین مهم کسب‌وکار مستند یا قابل کشف هستند؟
  • آیا مسیرهای استثنا و دلایل تأخیر شناخته شده‌اند؟
  • آیا شاخص مبنا مانند زمان چرخه و نرخ بازگشت وجود دارد؟
  • لازم نیست همه فرآیندها کامل مستند باشند، اما فرآیند منتخب باید به اندازه کافی قابل فهم باشد.

    محور سوم: داده و یکپارچه‌سازی

  • مالک داده‌های پایه چه واحدی است؟
  • کدام داده باید از ERP، منابع انسانی یا سامانه‌های دیگر دریافت شود؟
  • آیا API یا روش پایدار تبادل داده وجود دارد؟
  • کیفیت داده‌های فعلی چگونه است؟
  • چه اطلاعاتی محرمانه یا مشمول کنترل دسترسی است؟
  • محور چهارم: تیم و ظرفیت اجرا

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

    محور پنجم: مدیریت تغییر

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

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

    • ۲۰ تا ۲۵: آماده شروع پایلوت
    • ۱۴ تا ۱۹: قابل شروع با برنامه کاهش ریسک
    • کمتر از ۱۴: ابتدا حاکمیت، مالکیت و دامنه را تثبیت کنید

    خروجی ارزیابی آمادگی

    یک فهرست از شکاف‌ها، مسئول رفع، مهلت و اثر هر شکاف بر پروژه بسازید. برای مثال «API منابع انسانی وجود ندارد» باید به یک تصمیم روشن تبدیل شود: ساخت API، استفاده موقت از فایل کنترل‌شده یا حذف قابلیت از نسخه اول.

    ارزیابی آمادگی برای رد کردن پروژه نیست؛ برای جلوگیری از وعده‌ای است که سازمان هنوز توان تحویل آن را ندارد.