این ویدیو امکانات مربوط به فعالیت کاربری را در Camunda BPMS بررسی کردم. در همه BPMS ها از User Task برای انتصاب کار به یک نیروی انسانی استفاده می شود این موضوع در خصوص کاموندا هم صادق می باشد.
در این ویدیوانتصاب یک User Task را به کاربران سیستم، مفهوم گروه کاندید و کاربر کانید را بررسی کرده ام. این ابزار دارای نگرشی متفاوت نسبت به سایر ابزار های می باشد سعی کرده ام این تفاوت ها را مورد بررسی قرار دهم. ادامه آن نیز اتصال فرم های Camunda form، Embedded or external form , Generated task form به آن را بررسی نموده ام.
همچنین یک Camunda form را تعریف و چگونگی ارتباط متغییر های فرآیند و فعالیت در آن را ارزیابی کرده ام. مفهوم متغییر داخلی و سراسری را با ادبیات فرآیندی تست کردم.
در نهایتم هم چالش های طراحی و مدل فرآیندی و خطا های مرسوم در طراحی یک BPMN را بررسی کرده ام.
به صورت کلی سعی کردم تمام مواردی که مربوط به یک User Task می باشد را بررسی کنم و چیزی از قلم نیفتد.
اما اگر بنظر شما بهتر است موضوعی بیشتر توضیح داده شود و یا گفته نشده است حتما در قسمت کامنت آن را مطرح بفرمایید.
این ویدیو ها هم در آپارات انتشار داده می شود و هم در یو تیوب.
با دنبال کردن من در این کانال ها می توانید از جدیدترین ویدیو ها با خبر شوید.
یکی از امکانات بسیار خوب نرم افزار ویژوال پارادایم (Visual paradigm) دریافت شناسنامه فرآیند میباشد. خبر خوب آن است که زبان فارسی نیز در این ابزار پوشش داده میشود. در این ابزار به دو صورت میتوان شناسنامه فرآیند را خروجی گرفت.
روش اول
این روش به صورت Drag and Drop یا همان کشیدن و رها کردن است. این روش خوبی برای ایجاد یک شناسنامه فرآیند می باشد ولی به دلیل آنکه زبان فارسی را کامل پشتیبانی نمی کند آن را توضیح نمی دهم.
روش دوم
در این روش شما به یک فایل ورد به عنوان تمپلیت نیاز دارید. در این فایل محل هایی که نیاز به قرار گرفتن اطلاعات از نرم افزار وجود دارد، با کدهای زبان XML مشخص می کنیم. در این مطلب سعی میکنم از صفر تا ۱۰۰ ایجاد یک شناسنامه فرآیند را توضیح دهم.
زمان مورد نیاز: 5 ساعت
چگونه با استفاده از نرم افزار ویژوال پارادایم شناسنامه فرآیند خروجی بگیریم؟
آماده سازی فایل ورد
همانطور که پیشتر گفته شد برای این روش نیاز به یک فایل ورد میباشد.این فایل را آن طور که تمایل دارید آماده نمایید و قسمت های ثابت آن را مقدار دهی نمایید.نمونه فایل وردی در زیر قرار دارد. نمونه فایل
فراخوانی تمپلیت در ویژوال پارادایم
در محیط نرم افزار بر روی Tools کلیک کرده و گزینه Doc.Composer را انتخاب می کنیم
انتخاب استفاده از تمپلیت
در مرکز صفحه گزینه Fill-in Doc را انتخاب کرده، با این کار امکان انتخاب فایل ورد را خواهیم داشت.
انتتخاب تمپلیت آماده شده
از طریق گزینه Choose from local drive فایل آماده شده را به سیستم ارائه نمایید.
همچنین در این مرحله می توانید از نمونه های آماده خود نرم افزار استفاده نمایید
تکمیل کردن فرم اطلاعات
براساس آنچه که در نسخه ورد از چه کدهای استفاده کرده باشید در این مرحله فرمی به شما نمایش می دهد که با تکمیل آن، اطلاعات مورد نظر دقیقا در مستند فرآیند جاگذاری می گردند.
کدها دارای استاندارد و توابع مشخصی می باشند و کار با آنها بسیار ساده است. هر خط کد نیاز به ۵ تعریف دارد.
نام تابع اصلی Digaram یا Element
نام بلوکی که تعریف کردیم دلخواه بوده و صرفا در فرم ورود اطلاعات نرم افزارنمایش داده میشود. مثلا برای نمایش تصویر فرآیند از Process Image میتوان استفاده کرد.
قسمتی که قرار است محتوای آن استفاده شود برای مثال می خواهیم جدول RACI را قرار دهیم، یا BusinessProcessDiagram و یا جدول شرط ها (DTBDecisionTableEditorDiagram)
در چه محدوده ای اطلاعات را در فرم ورود اطلاعات نرم افزار نمایش دهد. در سطح پروژه، یک عدد، همه موارد و یا در سطح یک موضوع خاص (از این گزینه صرفا در جداول می توان استفاده کرد) One | Any | LoopInProject | LoopInElement
و در نهایت چه اطلاعاتی نمایش داده شود. توابعی قابل استفاده می باشد بسیار گسترده می باشند و حتی می توانید در این قسمت یک تابع جدید هم اضافه کنید.
تابع اصلی
به صورت کلی ۲ نوع تابع اصلی وجود دارد:
Digaram در زمانی استفاده می شود که محتوای اطلاعاتی را قرار است مستقیم در فایل ورد وارد کنیم و جدول نمی خواهیم استفاده کنیم
Element در زمانی استفاده می شود که محتوای اطلاعاتی را قرار است در جدول استفاده کنیم و می خواهیم به ازای هر ستون تعیین کنیم چه محتوای اطلاعاتی قرار بگیرد.
استفاده از Diagram
همانطور که گفته شد از تابع دیاگرام زمانی استفاده می شود که بخواهیم به صورت مستقیم اطلاعات را درج کنیم و از کد زیر استفاده می شود.
${DIAGRAM, “Business Process Diagrams”, “BusinessProcessDiagram”, LoopInProject, “Basic”}
توابعی که در انتهای کد قابل استفاده اند عبارت است از
Basic: صرفا عکس و توضیحاتی که برای آن نمایش داده شده باشد قابل استفاده است برای مثال اگر BusinessProcessDiagram می خواهیم داشته باشم تصویر فرآیند و توضیحاتی که برای آن دیاگرام نوشته شده است درج می گردد
Details: علاوه بر عکس کلی و درج توضیحات دیاگرام محتوای آن را نیز لیست کرده و برای هر element توضیحات آن نیز درج می گردد. برای مثال BusinessProcessDiagram علاوه بر عکس و توضیحات آن، هر فعالیت، شرط و دیگر موارد را به همراه توضیحات آنها درج می کند.
استفاده از Element
زمانی که شما در نسخه ورد از جدول استفاده می کنید و میخواهید در آن اطلاعات را قرار دهید از ویژگی Element استفاده میشود.
به دلیل آنکه در حال استفاده از یک Element هستیم صرفا می توانیم از لیست مواردی استفاده کنیم که مرتبط با این عنوان است. لیست موارد را از طریق اینجا می توانید مشاهده نمایید.
قسمت مربوط به Property وابسته به اطلاعاتی می باشد که قرار است در آن ستون نمایش داده شود که شامل عکس، نام، شناسه، توضیحات و هر داده دیگری می باشد که در آن element وجود دارد. برای مثال در یک فرآیند اگر بخواهیم در جدول شناسه فعالیت ها را نمایش دهیم در ستون مربوطه کد زیر را وارد می کنیم.
زمانی که وارد مجموعه هایوب شدم تجربهام در استفاده از eTOM افزایش پیدا کرد و چالشهای زیادی در تعیین فرآیندها داشتم. تصمیم گرفتم آن را با شما به اشتراک بگذارم. ابتدا کمی در خصوص مجموعه هایوب صحبت میکنم.
خیلی از شما با بزرگترین ارائه کنندگان خدمات اینترنتی به نام پارس آنلاین و های وب آشنا هستید. حدود ۱ سال قبل، مجموعه پارس آنلاین با هایوب ادغام شد و زیر مجموعه هایوب قرار گرفت. قبل از آنکه در مجموعه های وب حضور داشته باشم، با این مجموعه آشنا بودم. در جلسات فروش نرم افزار شرکت چارگون نگرش عالی فرآیند محور این مجموعه را دیده بودم.
شرایط موجود
حدود ۳ ماه پیش زمانی که وارد این مجموعه شدم استراتژی دو شرکت با یکدیگر ادغام شده بودند. ساختار سازمانی طراحی مجدد شده بود و فرآیندهای اصلی ترکیب شده بود. فرآیندهای پشتیبانی درحال یکسان سازی بودند. تمام فرآیندهای تدوین شده بر اساس فلوچارت بود. نگاه دستورالعملی داشتند. خوانندگان آن بدون کمی و کاستی از طریق آن می توانستند مسیر ارائه خدمات را پیگیری کنند. حتی چک لیستها هم در همان فلوچارتها دیده شده بود. بسیار ساده طراحی شده بودند. جامع بودند. کاربردی و End2End بودند.ولی به دلیل ادغام نیاز بود، گسترش، بهینه و از همه مهمتر بازنگری و با eTOM تطبیق داده شوند.
شروع به کار
بر اساس تصمیم مدیریت قرار شد فرآیندها با نگرش Lean استخراج مجدد شود و با زبان BPMN بازطراحی صورت بگیرد. در نهایت با چارچوب eTOM تطبیق داده شوند. همچنین مشخص شود چه جاهایی نیاز به بهبود وجود دارد. از فرآیندهای فروش شروع کردیم که به نظر کمی ساده تر بودند با مالکین فرآیند جلسه برگزار کردیم. متوجه شدیم چند نوع فرآیند فروش برای محصولات مختلف وجود دارد. فرآیندها را با جلسات مصاحبه استخراج و تدوین کردیم. فرآیندها در لایه عملیات طراحی گردید.
برای نمایش زنجیره ارزش یا همان VSM از روش Happy و UnHappy استفاده کردیم و با رنگ، مسیرها را مشخص کردیم تا مدیران بتوانند به راحتی جریانی که مطلوب می باشد را ببیند و تیم تحلیل داده داشبوردهای اندازه گیری آن را طراحی و در اختیار تیم کنترل کیفیت قرار دهد. تا اینجا همه چیز همان تجربیات همیشگی بود تا تصمیم گرفتیم فرآیند را با eTOM تطبیق دهیم.
چالش ها
Enhanced Telecom Operations Map یا همان eTOM چالش های زیادی را برای ما ایجاد کرد. در طراحی فرآیندها ما نیاز داشتیم فرآیندها را در یک صفحه نمایش دهیم تا اپراتور با کمترین کلیک از ابتدا تا انتهای فرآیند را بتواند مشاهده کند. بنابراین امکان پذیر نبود به ازای هر Core Procesor یک فرآیند مجزا داشته باشیم. لذا تصمیم گرفتیم برای فرآیند لایههای متعدد خلق کنیم.
در این مراحل سعی کردیم فرآیندها را با چارچوب eTOM تطبیق دهیم.
تعیین دستورالعمل هر User Task
برای آنکه بتوانیم با فعالیت های eTOM تطبیق حاصل کنیم، تصمیم گرفتیم ابتدا هر فعالیت را مشخص کنیم که دارای چه شرحی می باشد. هدف از این کار تعیین فعالیتهایی بود که با یکدیگر هم راستا هستند.
گروه بندی کردن فعالیتهای هم راستا
در این مرحله فعالیتهایی که در یک فرآیند شرحشان به هم نزدیک بود در یک گروه قرار داده شدند و آن گروه با Core Procees های eTOM تطبیق داده شد
ایجاد مایلستون در فرآیند اصلی
در مرحله بعد هر Core Process را یک مایل استون در نظر گرفتیم و فعالیتهایی که در یک گروه قرار داشتند را در آن مایلستون قرار دادیم. با این کار هم فرآیند را به صورت گسترده در یک نقشه داشتیم و هم eTOM را در آن می دیدیم.
طراحی یک فرآیند از مالیستونها
زمانی که از مایلستونها صحبت میشود، ارتباطی بین آنها وجود ندارد و صرفا طراح دارد این نکته را می رساند که شما وارد یک محدوده جدید شدید و یا ازآن محدوده در حال خروج هستید. ما نیاز داشتیم ارتباط بین این مایلستون ها را نیز، مشخص کنیم. به همین منظور یک فرآیند دیگر طراحی کردیم که صرفا ارتباطهای Core Process ها را نمایش میداد و آن را در گروهی به نام لایه ۲ قرار دادیم و خود فرآیند را در گروهی به نام لایه ۳ قرار دادیم.
ایجاد سفر مشتری
زمانی که خروجی کار را مشاهده کردیم، متوجه شدیم، می توان سفر مشتری یا همان Customer Journy را در لایه ۲ اضافه کنیم، مجددا Core process ها را دسته بندی کردیم. موارد مشابه را در یک مایلستون قرار دادیم و در یک لایه دیگر به نام لایه ۱ فرآیند سفر مشتری را خلق کردیم.
امیدوارم این تجربه که حاصل تلاش یک تیم در مجموعه هایوب است برای شما سودمند بوده باشد. خوشحال میشوم پیشنهادهای خود را برای من ارسال فرمایید.
https://seifmohammadi.com/wp-content/uploads/2020/09/eTOM.png16321557محسن سیف محمدیhttps://seifmohammadi.com/wp-content/uploads/2020/10/name-Big-1.pngمحسن سیف محمدی2020-09-11 10:19:452020-09-15 08:53:41پیاده سازی eTOM یک تجربه جدید
در یکی از جلسات ارائه ای که در خصوص شغل های BPM داشتم همانند “کنی مور” از حاضرین پرسیدم: کسانی که معتقد هستند در حوزه BPM از کارشناسان حوزه فناوری بایستی استفاده کرد دست خود را بالا بگیرند؛ سپس تقاضا کردم از آنان که معتقد هستند از دیگر حوزهها مانند صنایع بایستی استفاده کرد این کار را انجام دهند و در انتها درخواست کردم افرادی که فکر می کنند از ترکیب هر دو گروه باید استفاده کرد دست خود را بالا بگیرند.
درنتیجه متوجه شدم اتفاق نظری در مورد جایگاه و شغل های BPM وجود ندارد در این راستا تصمیم گرفتم کمی در خصوص شغل هایی که در این حوزه وجود دارد توضیحات بیشتری بدهم.
به صورت کلی در حوزه مدیریت فرآیندهای کسب و کار بیش از ۱۱۰ شغل تعریف شده است.
شغل های BPM زیر، نقش پر رنگ تری دارند که سعی کردم در خصوص این جایگاههای شغلی توضیح بیشتری دهم.
تحلیلگر فرآیند
مهندس فرآیند
معمار فرآیند
مدیر فرآیند
مشاور فرآیند
مالک فرآیند
تحلیلگر کسبوکار
تحلیلگر سیستمهای کسبوکار
مدیر یا سرپرست بهبود عملکرد کسبوکار
مدیر یا سرپرست نوآوری فرآیندها
افسر فرآیند
تحلیلگر فرآیند
به صورت خلاصه وظیفه اصلی تحلیل گر فرآیند شناسایی مشکلات، فرصت ها یا خواسته هایی است که در حوزه کسب و کار وجود دارد، ارزیابی راهکارهای ممکن و ارائه طرح کلان با راهکاری مناسب، استخراج و ارائه دقیق نیازمندی های ذینفعان و به کمک آن، هدایت و نظارت فنی بر پروژه یا پروژه هایی که قرار است راهکار را محقق کند به عهده او است. حال بنا به اینکه تحلیل گر در چه حوزه کسب و کاری فعالیت می کند، باید تخصص مرتبط با آن حوزه را نیز داشته باشد.
در یک نگاه کلی
تحلیل گر فرآیند مسئول به نتیجه رسیدن محصولی است که پروژه برای آن تعریف شده است.
مهندس فرآیند
مهندسین فرآیند مسئول طراحی، اجرا، کنترل و بهینه سازی فرایندهای صنعتی، به ویژه در محصولات شیمیایی، پتروشیمی، کشاورزی، پردازش مواد معدنی، صنایع پیشرفته، مواد غذایی، دارویی و بیوتکنولوژی هستند.
مهندسین فرایند در جریان فرایند یا تولید مستمر کار قرار دارند. فرموله یا دستورالعمل مواد تشکیل دهنده را می دهند و با استفاده از واکنش شیمیایی، گرما، سرما، تخمیر و غیره را ترکیب می کنند و یا به صورت یک محصول نهایی که معمولا مایع، پودر، گاز یا جامد است کار را به نتیجه می رسانند.
در یک کارخانه تولیدی ، مهندس فرآیند به طور معمول می تواند لوله ها، پمپ ها، مخازن، دریچه های جریان، دریچه های بخار، دماسنج ها، دیگهای بخار، کشتی ها، مخازن راکتور، کوره ها، ستون های تقطیر، مبدل های حرارتی، دیگ بخار، لوله های بخار، اتوکلاو ها، روشن کننده ها، ، خشک کن های ذوب شده، کنترل کننده های منطقی برنامه (PLC ها) PID (پروتکل انتگرال مشتق) کنترل کننده ها، تسمه های نقاله و غیره را کنترل و مدیریت نماید.
معمار فرآیند
معمار فرآیند در واقع طراح فرآیند است و وظیفه دارد به گونه ای فرآیندهای کاری را تدوین نمایید که در راستای استراتژی و اهداف سازمان باشد.در این کار معمولا وظایف افراد، چارت سازمانی، ساختار نظارتی و چارچوب های رسیدن به اهداف را تعریف می کند.
معمار فرآیند
کسی است که ساختار منابع انسانی سازمان را بر اساس روال طراحی شده در فرآیند به گونه ای چیدمان می کند که به استراتژی سازمان منجر شود.
مدیر فرآیند
به طور کلی یک مدیر فرآیند ارزیابی، طراحی، اجرا، اندازه گیری، نظارت و کنترل فرآیندهای کسب و کار را به عهده دارد. آن ها کنترل می کنند تا یک فرآیند به نتیجه مطلوب برسد و موانعی که سبب می شود فرآیند به سمت نقاط بحرانی برود را شناسایی و کنترل می کنند.
یک مدیر فرآیند
در واقع تسهیل کنند اجرای یک فرآیند است
مشاور فرآیند
یک مشاور فرایند کسب و کار یک مشاور خارجی است که به تحقیقات و تجزیه و تحلیل فرایندها و سیستم های کسب و کار کمک می کند تا کسب و کار اجرا شود. هنگامی که فرآیند اجرا شده باشد، او توصیه هایی را برای بهبود این فرایندها و فعالیت ها با توجه به بهبود بهره وری کلی ارائه خواهد کرد. مشاور همچنین ممکن است در طراحی و شبیه سازی ها برای تست بهبود فرایندهای پیشنهادی شرکت کند. یک مشاور فرایند کسب و کار به طور کلی به مدیریت ارشد گزارش می دهد.
مالک فرآیند
مالک فرایند مسئولیت مدیریت و نظارت بر اهداف و عملکرد یک فرایند از طریق شاخص های عملکرد کلیدی (KPI) را عهده دار است. صاحب پروسه صاحب اختیار است که تغییرات لازم را برای دستیابی به اهداف فرآیند ایجاد کند.
تحلیلگر کسب و کار
تحلیلگر کسب و کار مسئول تجزیه و تحلیل، تعدیل و بازسازی ابعاد مختلف کسب و کار می باشد. کسب اطمینان از خروجی بالا و راندمان مناسب کسب و کار از وظایف تحلیل گر کسب و کار است. بررسی و تحلیل خرجی کار افرادی که در هر سطح از فرآیند فعالیت دارند به عهده او می باشد
وظایف تحلیلگر سیستم های کسب و کار
راه حل مشکلات نرم افزار / سخت افزار کسب و کار را تعیین نماید.
تجزیه و تحلیل فرآیندهای کسب و کار و نوشتن مشخصات پردازش سیستم را انجام دهد.
شناسایی نیاز مشتریان و تعیین راهکارهای فن آوری اطلاعات جهت رفع نیاز مشتریان.
مدیر یا سرپرست بهبود عملکرد کسب وکار
مدیران فرایند بهبود موقعیت یک مدیر اجرایی را دارند که در آن همه بخش های بهبود فرایند را در یک شرکت نظارت می کنند. به طور معمول، شرکت هایی که دارای بخش های متعدد هستند که باید با هم کار کنند، کارکنان بهبود فرایند را برای کمک به کارآیی عملیات استخدام خواهند کرد. این مدیران تلاش های گروه ها را هدایت می کنند، زمینه هایی را که نیاز به توجه دارد، تجزیه و تحلیل می کنند و نتایج عملکرد آنها را با مطالعه داده ها ، گزارش ها و تغییرات، تجزیه و تحلیل می کنند.
مدیر یا سرپرست نوآوری فرآیندها
نوآوری در فرآیند یک روش جدید یا به طور قابل توجهی بهبود یافته برای انجام کارها در یک کسب و کار است که به طور معمول سطوح تولید را افزایش و هزینه ها را کاهش می دهد. نوآوری در فرآیند ممکن است به شکل فرایندها یا تکنیک های جدید، تجهیزات جدید یا نرم افزار باشد.
وظیفه مدیر یا سرپرست نوآوری
کشف و ارائه راهکارهای نوین جهت افزایش بهرهوری در سازمان می باشد.
افسر فرآیند
افسر فرآیند (CPO) یک مدیر اجرایی است که مسئول مدیریت فرآیندهای کسب و کار در بالاترین سطح یک سازمان است. ایشان معمولا به طور مستقیم به مدیرعامل یا هیئت مدیره گزارش می دهد.
از وظایف او:
نظارت بر فعالیت های فرآیند کسب و کار
مسئول تعیین قوانین، سیاست ها و اهداف یک سازمان
ایجاد دستورالعمل ها برای اطمینان از اینکه اهداف اصلی به دنبال استراتژی شرکت
همانطور که در مثال BPMN زیر نمایش داده شده است در فرآیند دریافت وام از یک زیر فرآیند استفاده شده است و برای مدیریت زیر فرآیند از یک رویداد میانی در مرز فرآیند استفاده گردیده است.
در شروع فرآیند از یک درگاه رویداد استفاده شده است با کمک آم بررسی می شود مبلغ اقساط دریافت شده است یا خیر در صورت عدم دریافت مبلغ به مدت یک هفته از سر رسید فرآیند وارد زیر فرآیند گردیده و در آنجا بعد از اطلاع رسانی ۳۰ روز منتظر پرداخت قسط می ماند در صورت پرداخت رویداد مرزی پیام فعال می شود و سبب متوقف شدن زیر فرآیند می گردد.
نقشه فرآیند
دریافت فایل:
جهت دریافت فایل BPMN مربوطه بر روی لینک زیر کلیک بفرمایید