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

به‌عنوان یک مشاور مدیریت در این سال‌ها همیشه با چند نوع نگاه در میان مدیران نسبت به مدل‌ها و ابزارهای مدیریتی مواجه بوده‌ام:

۱- شما اسم این‌ها را می‌گذارید مدل، اما باز هم کاربردی نیستند و به‌درد کتاب‌ها می‌خورند!

۲- استفاده از این مدل‌ها و ابزارها سطح بلوغی می‌خواهد که سازمان ما با آن فاصله‌ی زیادی دارد و در نتیجه نمی‌توانیم از ‌آن‌ها استفاده کنیم!

۳- من به استفاده از این مدل‌ها و ابزارها اعتقاد کاملی دارم؛ باید آن‌ها را خط به خط و عینا اجرا کنیم!

سه مورد بالا فقط سه نوع برخورد مدیران ـ از انکار کامل تا اصرار کامل ـ را نشان می‌دهند. حالا به این اضافه کنید که در سازمان‌های بزرگ لشکری از مدیران و مشاوران و حتی کارشناسان را که باید در مورد استفاده از این مدل‌ها و ابزارها تصمیم بگیرند که هر کدام موضع خاص خودشان را در مورد آن‌ها دارند! (و متأسفانه در بسیاری از موارد تصمیم‌گیر اصلی مشاوران و کارشناسانی هستند که براساس شنیده‌ها‌ی‌شان یا مد روز به استفاده از مدل‌ها یا ابزارهایی اصرار می‌ورزند؛ نه براساس شرایط سازمان و محیط فعالیت آن.)

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

۱- دلیلی ندارد این مدل‌ها و ابزارها برای همیشه درست باشند و ممکن است روزی حتی مشخص شود اشتباه بوده‌اند! (مثال: نادرستی بخشی از نظریه‌ی مدیریت علمی تیلور که معتقد بود آدم‌ها شبیه ماشین‌هایی هستند که تنها انگیزه‌ی کاری‌شان پول است، توسط جنش رفتار سازمانی نشان داده شد.)

۲- شرایط ایده‌آل برای استفاده از یک مدل یا ابزار، به‌ندرت کاملا مشابه شرایط دنیای واقعی است و همین باعث می‌شود تا در بسیاری از موارد کاربرد آن در عمل درست نباشد! (مثال: استفاده از بسیاری از مدل‌های کمّی برنامه‌ریزی استراتژیک در نبود داده‌های دقیق و قابل اعتماد به نتایج اشتباه منجر می‌شود!)

۳- خیلی از مدل‌ها و ابزارهای مدیریتی عضوی از یک سیستم بزرگ‌تر مدیریتی هستند که در قالب آن معنادار می‌شوند (شرح شغل بخشی از ساختار سازمانی و نظام مدیریت منابع انسانی سازمان است و به‌خودی خود معنایی ندارد!)

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

بنابراین در زمان استفاده از مدل‌ها و ابزارهای مدیریتی حتما سه سؤال زیر را از خودتان بپرسید:

۱- آیا این به‌ترین مدل/ابزاری است که برای پاسخ‌گویی به چالشی که با آن مواجه هستیم یا دست‌یابی به هدف/نتیجه‌ی مورد نظر وجود دارد؟ (خیلی وقت‌ها استفاده از مدل‌/ابزار خاص تنها به این دلیل است که ما فقط همان آن را می‌شناسیم!)

۲- آیا پیش‌فرض‌ها و شرایط استفاده از مدل/ابزار با شرایط محیطی آن هم‌خوانی دارد؟

۳- آیا این مدل/ابزار را باید عینا به‌کار برد یا لازم است تغییراتی در آن ایجاد شود؟

فراموش نکنید که استفاده از مدل‌/ابزار هدف نیست؛ بلکه دست‌یابی به اهداف سازمان و حل چالش‌ها است که اهمیت دارد.

دوست داشتم!
۴

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

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

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

۲٫ خوبی مدل APQC PCF این است که در قالب یک مدل جامع، کلیه‌ی فرایندهای سازمان را جمع‌آوری کرده و از آن به‌تر این‌که هر کارکرد (Function) در این مدل، یک پکیج جداگانه است و می‌توانید برای معماری فرایندی هر بخش از سازمان از این بخش‌ها به صورت جداگانه هم استفاده کنید.

۳٫ یک نکته را فراموش نکنید: در جایی که مدل خاص فرایندی یک صنعت خاص وجود دارد، APQC PCF خیلی شاید کاربردی نباشد و به‌تر است در چنین صنایعی در بخش فرایندهای اصلی از مدل خاص آن صنعت بهره برد و برای فرایندهای بخش پشتیبانی  سازمان به سراغ مدل APQC PCF رفت. از این مدل‌های خاص هم زیاد داریم؛ چند تا مثال‌اش را آقای محمد حسین در کامنت‌‌های‌شان در پست قبلی اشاره کرده‌اند. از جمله: مدل eTOM که خاص صنایع مخابراتی است یا مدل‌های COBIT و ITIL که فرایندهای خاص مدیریت فناوری اطلاعات را در سازمان به دست می‌دهند. یک مدل خاص بسیار مهم دیگر هم مدل SCOR است که خاص مدیریت زنجیره‌ی تأمین است.

۴٫ هر جایی که فرایند معنادار باشد، مدل مرجع فرایندی هم معنادار است. بنابراین انجام پروژه‌ها هم می‌تواند مدل مرجع فرایندی داشته باشد. از این دیدگاه است که مثلا مدل PMBOK هم یک مدل مرجع فرایندی برای فرایندهای مدیریت پروژه است و RUP هم مدل مرجع مدیریت پروژه‌های توسعه‌ی نرم‌افزار است.

۵٫ اما حواس‌مان باشد که مدل مرجع (Reference Model) با چارچوب (Framework) فرق دارد. چارچوب از اسم‌اش معلوم است که چیست: مجموعه‌ای از قواعد و تعاریف که به نشان می‌دهند که مسئله‌ی مورد نظر چه اجزایی دارد، ارتباط میان آن اجزا چیست و چطور باید در مورد حل آن فکر کنیم. از همین تعریف مختصر مشخص است که چارچوب چیزی فراتر از متدولوژی و مدل مرجع است. بطور خلاصه: برای حل یک مسئله می‌توان چارچوب‌های مختلفی داشت و هر چارچوب هم می‌تواند شامل چندین متدولوژی و مدل مرجع باشد. براساس توضیحات فوق لازم است توجه کنیم که در موردِ خاص معماری سازمانی، آن چیزی که ما می‌شناسیم و به‌کار می‌گیریم از جنس چارچوب است (مثل: TOGAF، FEAF، EAP و …) و نه مدل مرجع فرایندی. البته چارچوب معماری دولت فدرال آمریکا (FEAF) یک مزیت دارد و آن‌ هم این‌که برای لایه‌های مختلف معماری دارای مدل‌های مرجع جداگانه است. مدل مرجع فرایندی این چارچوب، مدل BRM یا (Business Reference Model) است که فرایندها را در سطح سرویس‌های حاکمیتی تعریف کرده است (و به همین دلیل است که به درد معماری سازمانی در سطح دولت / حاکمیت می‌خورد و نه سطح سازمان‌های خصوصی.) بنابراین آقای محمد حسین عزیز باید به این نکته توجه کنند که ما برای این مجبوریم در لایه‌ی معماری کسب و کار پروژه‌های معماری سازمانی سراغ مدل‌هایی مثل APQC PCF، eTOM یا SCOR برویم که چارچوب‌های معماری سازمانی مدل مرجع فرایندی به همراه خود ندارند.

۶٫ در بعضی حوزه‌ها عملا Best Practiceهای فرایندها در قالب نرم‌افزارهای موجود در بازار (که حتی به شکل اوپن سورس هم در دسترس هستند) شکل مدل مرجع را به خود گرفته‌اند؛ از جمله مثلا فرایندهایی که با CRMها در سازمان‌ها پیاده‌‌سازی می‌شوند. البته علت اصلی این است که این نرم‌افزارها حوزه‌ی فعالیتی را به سازمان اضافه می‌کنند که قبلا وجود نداشته و البته اساسا بدون بهره‌گیری از IT هم قابل اجرا نیست (این نکته هم باز در مورد کامنت آقای محمد حسین.)

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

پ.ن. من در زمینه‌ی سفارشی‌سازی، به‌کارگیری و طراحی فرایندهای سازمان براساس مدل APQC PCF تجارب مفیدی داشته‌ام (رزومه‌ی من)‌ و بر این اساس برای ارائه‌ی خدمات مشاوره و آموزش به سازمان‌ها در زمینه‌ی بهبود و بازطراحی و بازمهندسی فرایندهای کسب و کار براساس مدل مرجع APQC PCF و سایر مدل‌های مرجع آمادگی دارم. در صورت تمایل می‌توانید برای دریافت کاتالوگ خدمات مشاوره و آموزش در این زمینه یا طرح سؤالات فنی خود با من تماس بگیرید.

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

دوست داشتم!
۱۱

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