پیش بینی جهت گیری های جدید IT از نگاه 10 شرکت برتر مشاوره فناوری اطاعات دنیا

سایت دیده بان روند ها (trendsspotting.com) که بر روی دیده بانی و رصد نمودن روندهای جدید اینترنت و IT تمرکز نموده، در یک پرزنت جالب، جهت گیری های جدید وب و IT رو از نگاه 10 شرکت برتر مشاوره فناوری اطاعات دنیا مورد بررسی قرار داده. دیدن این پرزنت، خالی از لطف نیست.
برای دانلود، این جا رو کلیک کنید.

تجارب توسعه و استقرار سیستم های مدیریت فرایند کسب و کار (BPM)- بخش دوم

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

فهرست حداقل نیازمندی های عملکردی مورد انتظار از یک موتور BPM :
1- پشتیبانی از الگوهای طراحی مورد نیاز شامل
1-1 فرايندهای سلسله مراتبي (فرایند و زیر فرایند)
2-1 ارتباط فرایندها و سرویس ها با یکدیگر شامل:

• استفاده مجدد (بسط عمودی) از سایر فرایندهای سیستم
• آغاز نمودن (Initiate) سایر فرایندهای سیستم (اتصال افقی فرایندهای سیستم با سایر فرایندها)
• استفاده مجدد (بسط عمودی) از سرویس های خارجی
• آغاز نمودن سرویس های خارجی
• اتصال افقی فرایندهای سیستم با سرویس های خارجی
  

3-1 پشتيباني از رويدادهاي شروع، پایان و مياني شامل:

• رويدادهاي زماني (رسيدن به زمانی بخصوص یا گذشتن از زمان تعریف شده)
• رويدادهاي قانون محور (برآورده شدن شرطی خاص)
• نکته قابل توجه این است که اکثر BPMS ها از رویدادهای میانی به درستی پشتیبانی نمی کنند
  

4-1 Role-based بودن سیستم مدیریت فرایند

• در صورت وجود چندین نمونه از یک اکتور در سیستم، باید با ترسیم يك خط (sequence) بين دو اکتور، وظيفه مورد نظر به کارتابل شخص مورد نظر ارسال شود (مثلاً در صورت وجود 500 نمایندگی فروش و یک سازمان فروش در سیستم فروش، باید بتوان با ترسیم یک خط بین سازمان فروش و نمایندگی فروش، تمام مبادلات بین این دو اکتور را پوشش داد. یکی از مشکلات بعضی از BPMS ها این است که در صورت نیاز به ارجاع یک وظیفه بین سازمان فروش و نمایندگی های فروش، باید 500 مسیر مختلف بین سازمان فروش و نمایندگی های فروش ترسیم شود!)

5-1 توانايي Compensation فرایندها

2- مولفه ای جهت مدیریت فرایندهای در حال اجرا شامل:

• توقف ساير فرايندها توسط یک فرایند
• بلوكه نمودن و آزاد كردن ساير فرايندها
• غيرفعال شدن گزينه انتخاب وظيفه مورد نظر از كارتابل به صورت موقتي
  

3- مدیریت دسته ای وظایف

• اعمال يك شرط يا فانكشن خاص بر روی دسته اي از وظايف موجود در كارتابل (مثلاً تاييد يا رد همزمان چندين فرايند)

4- امکان جستجوي entity در حال گردش در كارتابل
5- مانیتورینگ فعالیت های کسب و کار (BAM)

• امکان مانیتورینگ گرافیکی وظیفه ای بخصوص
• امکان مانیتورنیگ فرایندی بخصوص

مالی چی ها، دشمن توسعه IT در سازمان های بزرگ!

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

مرور تصویری قابلیت های BPM فناوری Office SharePoint

یکی از قابلیت های SharePoint، مدیریت گردش کار و کارتابل است. این قابلیت ها به همراه توانایی های گردش کار WWF و قابلیتهای EAI محصول Biztalk مایکروسافت، نیازمندی های سازمان ها در حوزه BPM را تا حد زیادی پوشش می دهد.
اگر مایکروسافتی هستید، مرور تصویری قابلیت های مدیریت فرایند شیرپوینت خالی از لطف نیست.

دانلود پرزنت مرور تصویری قابلیت های BPM فناوری SharePoint

تحلیل و طراحی سرویس گرا، آری، برنامه نویسی سرویس گرا، خیر!

با شیوع و پذیرش سرویس گرایی، تعدادی از برنامه نویسان و شرکت های نرم افزاری نیز برای بهره برداری از این موج و عقب نماندن از آن، ادعا نموده اند که بر اساس متد برنامه نویسی سرویس گرا (SOP) کد نویسی می نمایند.
این ادعای برنامه نویسان، برگشت به عقب در برنامه نویسی است، چون برنامه نویسی سرویس گرا عملاً از مفاهیم برنامه نویسی ساخت یافته تبعیت می نماید که به نسل های پیشین مهندسی نرم افزار متعلق است. ظهور روش های جدیدی چون برنامه نویسی aspect-oriented نیز از قدرت و جایگاه برنامه نویسی شی گرا نکاسته است.
در واقع، موج سرویس گرایی به حوزه تحلیل و طراحی سیستم تعلق دارد، نه برنامه نویسی. سرویس گرایی آمده است تا با تبعیت از مفاهیمی جدید تحلیلی و بهره گیری از یک معماری منعطف و قابل تغییر، نیازهای کسب و کار را به روشی منعطف، تحلیل و فرموله کند، روشی که از شروع تا پایان، نیاز به تغییر سیستم ساخته شده را در اولویت نخست قرار می دهد.
نتیجه آن که تحلیل و طراحی سرویس گرا، آری، برنامه نویسی سرویس گرا، خیر!

یکپارچه سازی سیستم های اطلاعاتی (EAI) را با سیستم اطلاعاتی یکپارچه اشتباه نگیرید!

یکپارچه سازی واژه ای است که به وفور در ادبیات سیستم و فناوری اطلاعات مورد استفاده قرار می گیرد. یکپارچه سازی یک هدف است، اما راه های رسیدن به آن متفاوت است. برای رسیدن به یکپارچه سازی دو روش اصلی وجود دارد که البته کاربرد هر یک از آنها، وابسته است به سطح بلوغ سیستم های اطلاعاتی سازمان.
روش متداول رسیدن به یکپارچه سازی، کنار گذاشتن سیستم های جزیره ای و توسعه یک سیستم اطلاعاتی یکپارچه است که معمولاً در ادبیات IT با عنوان توسعه سیستم های برنامه ریزی منابع سازمانی (ERP) شناخته می شود. این روش، معمولاً مطلوب است (استراتژی مطلوب سازمان)، چون سیستم یکپارچه مطلوب را برای سازمان به ارمغان دارد، اما در بسیاری از موارد به دلایل مختلف فنی و مدیریتی ممکن نیست.
در مواردی که امکان یکپارچه سازی نوع اول ممکن نیست، استفاده از روش دوم مرسوم است، یعنی یکپارچه سازی سیستم های اطلاعاتی سازمانی با همدیگر (EAI). در این روش، به جای کنار گذاشتن سیستم های اطلاعاتی موجود سازمان، تلاش می شود تا با اتصال و یکپارچه سازی سیستم ها با هم، یکپارچه سازی محقق شود.
نتیجه آن که تفاوت این دو نوع از یکپارچه سازی به کنار گذاشتن یا استفاده نمودن از سیستم های اطلاعاتی موجود مربوط است.

EAI کسب و کار آسانی نیست

افزایش تعداد سیستم های اطلاعاتی در سازمان های مختلف، نیاز به راه حل های EAI با اشکال مختلف (یکپارچه سازی پورتال گرا، یکپارچه سازی فرایندگرا، یکپارچه سازی سرویس گرا و یکپارچه سازی داده گرا) را افزایش داده است. سازمان ها برای حل این مساله، پروژه های مختلفی تعریف نموده اند. این مساله، تعداد شرکت های مدعی اجرای پروژه های EAI را افزایش داده است.
مساله ای که در این میان مغفول مانده است، پیچیدگی بسیار زیاد فنی و مدیریتی پروژه های EAI است. این پروژه ها از یک سو با نیاز سازمان برای ایجاد یکپارچگی سیستم نهایی مواجه هستند و از طرف دیگر با محدودیت هایی چون عدم وجود نقطه دسترسی مناسب به سیستم های اطلاعاتی مختلف و عدم مقیاس پذیری سیستم های قدیمی دست به گریبان می باشند. در پروژه های یکپارچه سازی کسب و کار با کسب و کار (B2Bi) نیز مسائل حاد مدیریتی چون عدم مالکیت سیستم هایی که باید با آنها یکپارچه شویم، حل مساله را دشوارتر نموده است. این پیچیدگی ها سبب شده در دنیا شرکت هایی جهت ارزیابی پیچیدگی فنی و مدیریتی پروژه های یکپارچه سازی به وجود آیند.
نتیجه آن که قبل از اجرای پروژه های یکپارچه سازی سازمانی (EI)، انجام مرحله امکان سنجی (feasibility study) ضروری می نماید. حال آن که امکان سنجی در پیاده سازی سیستم های اطلاعاتی جدید از اهمیت چندانی برخوردار نیست.

ده فناوری راهبردی برتر سال 2008 از نگاه گارتنر

موسسه تحقیقاتی گارتنر، در سال 2007، ده فناوری و روند راهبردی رو که در سال 2008 بیشترین تاثیرات رو روی سازمان ها خواهند داشت، شامل موارد زیر می دونه:

1- Green IT
2- Unified Communications
3- Business Process Modeling
4- Metadata Management
5- Virtualization 2.0
6- Mashup & Composite Applications
7-Web Platform & Web Oriented Architecture
8-Computing Fabric
9-Real World Web
10- Social Software

برای دریافت شرح کامل تحلیل گارتنر، این جا رو کلیلک نمایید.

چرایی استفاده از سیستم های اطلاعاتی فرآیند آگاه (process-aware)

تا الان از خودتون پرسیدین، چرا باید از BPM استفاده کنین؟
یه جواب فلسفیش اینه: چرا که نه! (why not)
اما اگه بخواین یه مقدار جدی تر به این سوال جواب بدین، فکر می کنم، white paper زیر بدردتون بخوره
من توی این paper روی مزایای BPM تمرکز کردم
منتظر paper بعدی باشین که روی معایب و دردسرهای BPM تمرکز خواهد کرد. به هر حال نمی خوام بگین این آقا یه طرفه به قاضی رفته!
برای دریافت white paper این جا رو کلیک کنین

تجارب توسعه و استقرار سیستم های مدیریت فرایند کسب و کار (BPM)- بخش اول

تجربه را تجربه کردن خطا است!
توی بسیاری از پروژه های BPM، مسائل و مشکلات مشابهی گریبانگیر تیم برنامه ریزی و اجرایی پروژه میشه که من سعی کردم تعدادی از اونا رو در قالب یه پرزنت آماده کنم و در اختیار شما قرار بدم. امیدوارم که بدردتون بخوره. اگه ابهام یا پیشنهادی هم بود، من در خدمت هستم.
دانلود پرزنت از این جا

تاریخچه تصویری SharePoint (از گذشته تاکنون)

اگه به فناوری SharePoint علاقه مند باشین، مشاهده یه تاریخچه تصویری از اون حتماً براتون جذابه
من که خیلی خوشم اومد

پورتال سازمانی، مدیریت دانش نیست

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

شکل زیر (مدل MITRE) گویای این واقعیت است














مطلب بالا بخشی از مقاله ای است که من در اولین کنفرانس ملی مدیریت دانش (تهران-86) ارائه کردم.
برای دریافت فایل کامل مقاله، این جا رو کلیک کنید

واژه نامه مقدماتی سیستم های هوش تجاری (BI)

اگه بخواین مطالعاتتون رو توی زمینه سیستم های هوش تجاری (Business Intelligence) شروع کنین، با یه سری واژه های ناآشنا مواجه میشین که ممکنه گیجتون کنه. برای این که معنی و مفهوم این واژه ها براتون مشخص بشه، من یه پرزنت آماده کردم که واژه های عمومی BI چون هوش تجاری، مدیریت کارایی، داشبورد، اسکورکارد، KPI و غیره رو براتون شفاف می کنه
بعد از درک این واژه ها، مطالعاته کتب و مقالات BI براتون آسونتر میشه
برای دریافت فایل، این جا رو کلیک کنید

رویایی نزدیک: تولید نرم افزار بدون برنامه نویسی!

یکی از جهت گیری های جدی دنیای نرم افزار، کاهش و حذف تدریجی برنامه نویسی و کار کارشناسی IT است. این مساله، توسط بنگاه های مشاوره فناوری اطلاعات معتبری چون Gartner نیز تایید شده است. ریشه این مساله در افزایش بهره وری فرایند تولید و مصرف نرم افزار است. دلایلی که باعث افزایش بهره وری نرم افزار شده، شامل بلوغ و مکانیزاسیون فرایند تولید نرم افزار، مدیریت جهانی دانش نرم­ افزار و تغییر الگوی تولید و مصرف نرم افزار است.
تغییرات الگوی تولید و مصرف نرم افزار، شامل حرکت از ساخت سفارشی برای هر مشتری به اسمبلی نرم افزار برای هر مشتری، اجاره نرم­ افزارهای عمومی (نرم افزار به صورت سرویس- SaaS) و خرید نرم افزارهای سازمانی عمومی است. در دو الگوی اجاره و خرید نرم­ افزارهای عمومی، تخصصی شدن و متمرکز شدن فرایند تولید نرم افزار در شرکت­های نرم افزاری بزرگ (مانند مایکروسافت و SAP)، حجم کار تولید و برنامه نویسی کمتری را کمتر نموده است که باعث افزایش بهروه وری در این خصوص شده است. الگوی اسمبلی نرم افزار نیز با تمرکز بر رویکردهای جدیدی چون معماری سرویس گرا (SOA)، مدیریت فرایندهای کسب و کار (BPM) و معماری مدل مدار (MDA) و با کاهش نیاز به کارشناسان نرم افزار و جایگزین نمودن آنها با کارشناسان طراحی فرایند و معماری سیستم، سبب کاهش نیاز به کار کارشناسی در حوزه نرم افزار شده است.
نتیجه این که کارشناسان و شرکت های تولید کننده نرم افزار که روی الگوی ساخت سفارشی تمرکز نموده­ اند، برای حفظ و ارتقای جایگاه راهبردی خود، حتماً باید الگوهای جدید تولید و مصرف نرم افزار را نیز در دستور کار خود قرار دهند. کارشناسان IT هم باید از مباحث معماری سیستم و تحلیل کسب و کار و طراحی فرایند هم سر رشته داشته باشند تا در آینده از جایگاه شغلی مناسبی برخوردار باشند.
مطلب بالا چکید سخنرانی من در سومین همایش نرم افزارهای سازمانی و دولت الکترونیکه که در بهمن 87 در قشم ارائه شد.
برای دریافت فایل ارائه، این جا رو کلیک کنید. اگه سوالی یا ابهامی هم بود، من در خدمتم.

فناوری SharePoint، راه حلی مناسب برای تحقق Front-end دولت الکترونیک

حتماً شما هم واژه دهن پر کن! دولت الکترونیک رو شنیدین. شایدم توی یکی از همایشای متعددی که برای نظریه پردازی! در این ارتباط برگزار میشه، شرکت کرده باشین. بعد از این که مدل های مفهومی و چارچوب های نظری دولت الکترونیک تبیین شد، باید به یه شکلی محققش کرد و گرنه باز می رسیم به همون خونه اول.
به نظر من، یکی از فناوری هایی که می تونه توی تحقق دولت الکترونیک نقش کلیدی داشته باشه، فناوری SharePoint هستش. یه فناوری که با ارائه قابلیت هایی چون پورتال سازمانی، مدیریت اسناد، تعامل گروهی، مدیریت گردش کار، گزارش های هوشمندی کسب و کار (BI) و ... می تونه یه راه حل Front-end خوب برای دولت الکترونیک باشه.
در پرزنت زیر، بعد از تحلیل نیازمندی های نرم افزاری دولت الکترونیک و بررسی یه چارچوب مفهومی ایرانی! در این خصوص، یه راه حل ارائه می دیم. راه حلی بر مبنای SharePoint که توی اون، چارچوب مفهومی دولت الکترونیک تا حد زیادی پوشش داده می شه. در انتهای ارائه هم، توانمندی های فناوری SharePoint رو به صورت تصویری می تونین مشاهده کنین.
برای دانلود فایل پرزنت که توی دومین همایش تخصصی نرم افزارهای سازمانی و دولت الکترونیک قشم (اسفند 86) ارائه شده، این جا رو کلیک کنین

اندر حکایت فناوری SharePoint !

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

یکپارچه سازی سیستم های اطلاعاتی

س

اگر سابقه کار در سازمان های بزرگ را داشته باشید، حتماً با مساله تعدد سیستم های اطلاعاتی و یکپارچه نبودن این سیستم ها با یکدیگر برخورد کرده این. توی بعضی از این شرکت ها تعداد سیستم هاشون به 1000 تا هم می رسه!
شما خودتون حساب کنید، آیا با این تنوع سیستم میشه واقعاً تو این سازمانا مدیریت هم کرد.
معمولاً ریشه این هرج و مرج اطلاعاتی به خودمختار بودن واحدهای سازمانی، عدم تمرکز در برنامه ریزی و شکست پروژه های معماری سازمانی و معماری اطلاعات بر می گرده.
راه حل های یکپارچه سازی نقطه به نقطه مثل RPC هم معمولاً پاسخ کافی رو به نیاز سازمان نمی ده.
یکی از راه حل هایی که برای غلبه بر این مشکل پیشنهاد میشه و الان تا حدود زیادی هم به بلوغ رسیده، راه حل یکپارچه سازی برنامه های کاربردی سازمانی (EAI) هستش.
شرکت های مختلف، پکیج هایی تو این حوزه ارائه دادن که نمونش محصولات Biztalk مایکروسافت، TIBCO و WebMethod هستش.
در حال حاضر، راه حل های EAI تا حدود زیادی به راه حل های BPM نزدیک شده. در واقع راه حل های BPM ترکیبی از راه حل های گردش کار و EAI هستن
برای آشنایی با مفهوم EAI یه پرزنتو که توی کنفرانس فناوری اطلاعات بیرجند(سال 85) ارائه کردم، براتون share می کنم.
برای دریافت فایل این جا رو کلیلک کنید.