3.2.4 – مديريت اجرايي
پشتيباني پيوسته از مديريت اجرايي براي موفقيت پروژه حياتي است. مديريت اجرايي تشخيص داده كه سيستم جديد با حمايت از ITIL (فرآيندها) سازمان را مجبور ميكند تا فرآيندهايشان را مهندسي مجدد كنند و فوايدي كه در ابتداي پذيرش پروژه شناخته شده بودند شامل حال آنها شود.
نتيجهگيري
سازمان فقط درحين گسترش نرمافزار و ITIL براي مديريت رخداد، مشكل و تغيير فوايد اينكار را درك ميكند.
اين در ادامه، موقعيتي است كه مطمئن شويم واحدهاي تجاري در حال حاظر درخواست دارند كه نرمافزار با بهبود بيشتر گسترش يابد.
اين تنها جايي اتفاق ميافتد كه مهندسي مجدد فرآيندهايشان نياز است. مزيت واقعي بدستآوردن يك روش واحد براي مديريت رخداد، مشكل و تغيير است. اين به سازمان اين اجازه را ميدهد كه بهصورت end-to-end به اهداف استراتژيك خود برسد.
ارسال شده در Uncategorized | Tagged incident, Incident Management, ITIL, مهندسی مجدد فرآیند, مدیریت اجرایی, مدیریت رخداد | Leave a Comment »
3.2.2- واحدهاي تجاري
يك واحد تجاري سازمان كه داراي ارتباط قوي با مشتريان سازمان است، يك پذيرنده سريع راه حل نرمافزاري بود. اگرچه اين قسمتي از محدودة تجارت اصلي نباشد. گسترش نرمافزار راهبرد كاركنان را در واحد تجاري تغيير داده و مشكلات را حل ميكند.
پيادهسازي موفقيتآميز بوده است، نرمافزار يك توانمندساز براي تغييرات در تجارت است بهعنوان مثال مهندسي مجدد فرايندهاي تجاري، معرفي نظامهاي تجاري و غيره.
3.2.3- دپارتمان IT
گسترش نرمافزار و پيادهسازي ITIL ، براي اولينبار در دپارتمان IT ، ديد كاملي از رخدادها، مشكلات وتغييرات و همچنين تأثيرات مرتبط فراهم كرده است.
بنابراين، قابليت مونيتور كردن، پيگيري و گزارش رخدادها و مشكلات تمركز بيشتري روي مديريت سرويس و دسترسپذيري ايجاد ميكند. بهويژه با outsourcer ها جهت اطمينان از اين كه آنها ملزومات SLA هايشان را مطابقت دادهاند.
تأثيرات كلي بهصورت زير خلاصه شدهاند:
قابليتهاي جديد –
• يك گزارش كار واحد و يكپارچه، فرايند مديريت رخداد، مشكل و تغيير ساخته شده كه اكنون استاندارد قابل تكرار و پايدار در سازمان است.
• يك پايگاه دانش ساخته شده كه اطلاعات مربوط به مشكلات را به يك روش نظاممند جمعآوري ميكند.
• قابليت داشتن مديريت شبكه پايدار و هشدار دهي در تمام گرههاي ارتباط راه دور.
• معرفي best practice هاي ITIL براي مديريت سرويس IT .
دسترس پذيري -
• ميدان ديد افزايش يافته – پول و وضعيت مشكلات موجود در سازمان. براي مثال مشكلات و روندها ميتوانند زودتر شناخته شده و اين ميتواند سبب بازدارندگي مديريت شدة بيشتر بهجاي مديريت واكنشي و انفعالي شود.
• پيگيري نظارتي افزايش يافته و گزارش مشكلات و درخواستهاي گردش كار فراموش نميشود و پاسخگويي به هشدارها افزايش مييابد.
تاثیرات -
• گزارشگيري بهبود يافته – آمارهاي قابل اعتماد مالي با دقت و صحت
• تأثير تصميمگيري بهبود يافته – قابليت افزايشيافته جهت مديريت تأثيرگذار و پيشگيرانه مشكلات.
• خارج از سرويس شدن كاهش يافته بنابراين خدمات به مشتري افزايش يافته.
• وابستگي كمتر به نظريات فني و شخصي جهت حل مشكلات و مديريت گردش كار.
• مديريت فروش ارتقاء يافته – افزايش قابليت ديده شدن مشكلات، ارجهيت آنها و اينكه چگونه تهيه كنندگان سرويس در مقابل SLA هايشان عمل ميكنند.
• انجام وظايف و قوانين بيشتر با كمترين منابع اضافه.
مديريت تجهيزات IT بهعنوان بخشي از محدوده اصلي پروژه محسوب نميشود. اگرچه دپارتمان IT فوايد استفاده از نرمافزار جهت ثبت، پيگيري و گزارش روي تجهيزات IT را شناخته باشد. اين فوايد شامل موارد زير است:
• مغايرتگيري از تجهيزات IT برحسب دفتر كل تجهيزات نقطة دسترسي سرويس (SAP) .
• به روز سازي قاعدهمند دفتر كل تجهيزات نقطة دسترسي سرويس(SAP) توسط يك واسطه خودكار و تصحيح تخصصي هزينهها.
• مونيتورينگ منابع IT بهصورت پيشگيرانه، تحليل روند و گزارشگيري.
• ثبت كامل و دقيق تجهيزات IT پوششيافته توسط قراردادهاي نگهداري.
• اطلاعات پيكربندي سختافزار براي تسهيل پشتيباني مداوم تجهيزات IT .
براي پشتيباني اين، نرمافزار قابليت دارد كه پايگاه داده مديريت پيكربندي ITIL (CMDB) شود كه اكنون فاز 2 پروژه است.
این مطلب ادامه دارد …
ارسال شده در Uncategorized | Tagged Availability, busines unit, CMDB, it department, ITIL, monitoring, sap, SLA, دسترس پذیری | Leave a Comment »
3.2 – Rollout (معرفي به بازار)
سهامداران كليدي و كارمندان بخش ITاز ابتدا براي گسترش نرمافزار و فرآيندهاي پشتيباني متعهد شدهاند. اين تعهدات شامل موارد زير است:
• مستندسازي فرآيندها
• آموزش
• گسترش نرمافزار
مهندسي فرآيندهاي رخداد، مديريت مشكل و مديريت تغييرات موجود نياز به فهم framework تحویل سرويس (service delivery) ITIL دارد. بنابراين تعدادي از كارمندان آموزش پشتيباني خدمات (service support) ITIL را دريافت كردهاند تا اينكه مجدداً فرآيندهاي موجود را براي مطابقت با ITIL مهندسي مجدد كنند. اينگونه برنامهريزي شده تا اين آموزش رسمي ادامه داده شود تا كارمندان IT كه گسترش پيوسته ITIL در زيرساختهاي IT را پشتيباني ميكنند همچنان بهروز باقي بمانند.
3.2.1 – outsourcer ها
تعدادي از outsourcer ها براي خدمات مختلف كه شامل سرويسدهي در زمينه زيرساخت IT ميياشد، استفاده ميشوند. بهعنوان مثال سرويسدهي مسيريابهاي telecommunication ، hub ها و …. براي اطمينان از موفقيت با فرآيندهاي مديريت مشكل و مديريت تغيير سازمان، قراردادهاي outsource شامل اين شروط ميشود.مزايا شامل موارد زير بوده است.
• تسهيل ميزان كارايي در زمينه پشتيباني مربوط به outsourcer ها در مقابل SLA هاي توافق شده .
• نگهداري از پيكربندي امنيت ارتباطات راه دور جهت كمينهكردن ريسك دسترسي تأييد نشده به شبكه سازمان.
• آناليز رخدادها، مشكلات و تغييرات در اين زمينه و تأثيرات آن.
• تحليل روند خرابي تجهيزات به منظور تدارك آينده تجهيزات.
این مطلب ادامه دارد …
ارسال شده در Uncategorized | 2 Comments »
اگر دوستان مطالبی را در این زمینه یعنی ITIL مطالعه میکنند، حتما با موارد زیادی از این عبارات مواجه شده اند. بد ندیدم که این عبارات را به همراه واژه اصلی برای استفاده دوستان در اینجا قرلر دهم :
|
Acronym |
Term |
|
ACD |
Automatic Call Distribution |
|
AM |
Availability Management |
|
AMIS |
Availability Management Information System |
|
ASP |
Application Service Provider |
|
BCM |
Business Capacity Management |
|
BCM |
Business Continuity Management |
|
BCP |
Business Continuity Plan |
|
BIA |
Business Impact Analysis |
|
BRM |
Business Relationship Manager |
|
BSI |
British Standards Institution |
|
BSM |
Business Service Management |
|
CAB |
Change Advisory Board |
|
CAB/EC |
Change Advisory Board / Emergency Committee |
|
CAPEX |
Capital Expenditure |
|
CCM |
Component Capacity Management |
|
CFIA |
Component Failure Impact Analysis |
|
CI |
Configuration Item |
|
CMDB |
Configuration Management Database |
|
CMIS |
Capacity Management Information System |
|
CMM |
Capability Maturity Model |
|
CMMI |
Capability Maturity Model Integration |
|
CMS |
Configuration Management System |
|
COTS |
Commercial off the Shelf |
|
CSF |
Critical Success Factor |
|
CSI |
Continual Service Improvement |
|
CSIP |
Continual Service Improvement Programme |
|
CSP |
Core Service Package |
|
CTI |
Computer Telephony Integration |
|
DIKW |
Data-to-Information-to-Knowledge-to-Wisdom |
|
eSCM-CL |
eSourcing Capability Model for Client Organizations |
|
eSCM-SP |
eSourcing Capability Model for Service Providers |
|
FMEA |
Failure Modes and Effects Analysis |
|
FTA |
Fault Tree Analysis |
|
IRR |
Internal Rate of Return |
|
ISG |
IT Steering Group |
|
ISM |
Information Security Management |
|
ISMS |
Information Security Management System |
|
ISO |
International Organization for Standardization |
|
ISP |
Internet Service Provider |
|
IT |
Information Technology |
|
ITSCM |
IT Service Continuity Management |
|
ITSM |
IT Service Management |
|
itSMF |
IT Service Management Forum |
|
IVR |
Interactive Voice Response |
|
KEDB |
Known Error Database |
|
KPI |
Key Performance Indicator |
|
LOS |
Line of Service |
|
MoR |
Management of Risk |
|
MTBF |
Mean Time Between Failures |
|
MTBSI |
Mean Time Between Service Incidents |
|
MTRS |
Mean Time to Restore Service |
|
MTTR |
Mean Time to Repair |
|
NPV |
Net Present Value |
|
OGC |
Office of Government Commerce |
|
OLA |
Operational Level Agreement |
|
OPEX |
Operational Expenditure |
|
OPSI |
Office of Public Sector Information |
|
PBA |
Pattern of Business Activity |
|
PFS |
Prerequisite for Success |
|
PIR |
Post Implementation Review |
|
PSA |
Projected Service Availability |
|
QA |
Quality Assurance |
|
QMS |
Quality Management System |
|
RCA |
Root Cause Analysis |
|
RFC |
Request for Change |
|
ROI |
Return on Investment |
|
RPO |
Recovery Point Objective |
|
RTO |
Recovery Time Objective |
|
SAC |
Service Acceptance Criteria |
|
SACM |
Service Asset and Configuration Management |
|
SCD |
Supplier and Contract Database |
|
SCM |
Service Capacity Management |
|
SFA |
Service Failure Analysis |
|
SIP |
Service Improvement Plan |
|
SKMS |
Service Knowledge Management System |
|
SLA |
Service Level Agreement |
|
SLM |
Service Level Management |
|
SLP |
Service Level Package |
|
SLR |
Service Level Requirement |
|
SMO |
Service Maintenance Objective |
|
SoC |
Separation of Concerns |
|
SOP |
Standard Operating Procedures |
|
SOR |
Statement of requirements |
|
SPI |
Service Provider Interface |
|
SPM |
Service Portfolio Management |
|
SPO |
Service Provisioning Optimization |
|
SPOF |
Single Point of Failure |
|
TCO |
Total Cost of Ownership |
|
TCU |
Total Cost of Utilization |
|
TO |
Technical Observation |
|
TOR |
Terms of Reference |
|
TQM |
Total Quality Management |
|
UC |
Underpinning Contract |
|
UP |
User Profile |
|
VBF |
Vital Business Function |
|
VOI |
Value on Investment |
|
WIP |
Work in Progress |
ارسال شده در Uncategorized | Tagged Acronym, ITIL, ITIL Ver3 | 1 نظر »
با سلام خدمت شما دوستان عزیز
چند وقتی بود که با دوست عزیزم آقای محبی روی این مقوله کار میکردیم و مشکلات زیادی در این زمینه داشتیم. به همین منظور مفید دیدیم که این مطلب را برای عموم دوستان که شاید علاقه به این مقوله دارند بنویسیم. آقای محبی زحمت جمع آوری و مستند کردن آنها را کشیدند. لطفا به اصل مطلب در لینک زیر دقت بفرمایید.
http://iranitil.wordpress.com/otrs-installation
ارسال شده در Uncategorized | 1 نظر »
۳.۲ – پيادهسازي
يك تيم پروژه با اعتبارنامهها جمعآوري شده و پيادهسازي و فرآيندهاي ITIL و نرم افزار را با ثبت مراحل اثبات ميكند. نظارت پروژه بهصورت قوي از ابتدا، براي كمينه كردن ريسكهاي اين نوع پروژه اعمال ميشود.
اين از نشانههاي اوليه قابليتهاي نرمافزار (و فرآيندهاي پشتيباني) براي واحدهاي تجاري سازمان واضح بود كه پذيرش خوب و قوي از پروژه وجود دارد.
تعدادي از تصميمهاي استراتژيك گرفته شده از آغاز و در حين مدت زمان حيات پروژه كه منجر به موفقيت آن شد عبارت است از:
• در ابتدا، براي مهندسي مجدد فرآيندهاي موجود، كه جهت پشتيباني پيادهسازي نرمافزار كه بهصورت گسترده در راستايITIL است. سپس در زمانهاي بعد اين فرآيندها براي انطباق بيشتر بر ITIL تعريف مجدد ميشود.
• تغيير كم يا عدم تغيير نرمافزار استاندارد براي اطمينان از يكپارچگي به روزرسانيهاي محصول.
• انتقال مهارتها از تيم پروژه (خارج از سازمان) به كارمندان سازمان.
• ديد اوليه وسيعتر از گسترش ترمافزار براي اينكه شامل مونيتورينگ هشدار سرويس دهندههاي (server) محصول و موارد حياتي در سطح متوسط (mid-range) شود.
• استفاده آيندهنگرانه قابليتهاي نرمافزار براي توسعه دادن و گسترش 5 مدل پشتيباني خدمات ITIL – پايگاه داده مديريت پيكربندي (CMDB)
این مطلب ادامه دارد …
ارسال شده در Uncategorized | Tagged case study, CMDB, Implementation, ITIL | Leave a Comment »
چندي پيش يکي از دوستان سوالي مطرح کردند که به نظرم آمد پاسخ آن براي خيليها ممکن است مفيد باشد. پاسخ ايشان را خيلي خلاصه داده ام. اميدوارم دوستان ديگر هم از آن استفاده کنند.
سوال :
با سلام
براي بالابردن ضريب موفقيت پياده سازي ITIL در سازمان چه بايد كرد؟ آيا بومي سازي ITIL راه حل مناسبي است؟ در اين صورت چه موضوعاتي از اهميت بيشتري برخوردار هستند؟
پاسخ من که خيلي خلاصه برخي موارد مهم را توضيح ميدهد :
سلام دوست عزیز
موارد زیادی در یک سازمان در موفقیت پیاده سازی ITIL دخیل است. من از تجربه ای که در چند جا داشتم مهمترین موارد را بیان میکنم:
۱- شاید مهمترین فاکتور در یک سازمان فرهنگ کارکنان آنجاست. چون اگر این افراد در مقابل تغییرات از خود واکنش نشان دهند کار بسیار مشکل خواهد شد.
۲- بررسی نیازهای سازمان و فیت کردن آنها بر ITIL اهمیت بالایی دارد.
۳- تغییر فر آیندهای سازمان مانند فرآیند رفع نقص مربوط به پشتیبانی و …
۴- از مهمترین موضوعات دیگر تغییر دید مدیران سازمان و خوش بینی آنها به این امر میباشد.
۵- آموزش تمامی کارکنان با توجه به مکان سازمانی آنها که اهمیت بسیار بالایی دارد زیرا اگر کارکنان آموزش کافی ندیده باشند دیگر نمیتوانیم بگوییم که ITIL را در سازمان پیاده سازی کرده ایم بلکه باید بگوییم کارکنان آنگونه که خود آموخته اند کار میکنند.
۶- در ابتدای امر شاید تشویق کارکنان به جهت جا انداختم فرآیند جدید مفید باشد. زیرا اغلب افراد میگویند ما که کار خود را انجام میدادیم پس چه نیازی به تغییرات بود؟
۷- يکي از موارد مهمديگر اين است که مديران ارشد را توجيه کنيم که اين کار يک فرآيند بلند مدت است و ظرف مدت کوتاهي اين عمل را نميتوان انجام داد.
۸- انتخاب یک نرم افزار Help Desk مناسب
۹- بسیاری موارد دیگر
منظورتون از بومی سازی را خوب متوجه نشدم. اگر قرار است فرآیند جدید پیاده شود بهتر است طبق آن پیش برویم و در آن دخل و تصرف نکنیم.
موفق باشید
رمضانی
ارسال شده در Uncategorized | Leave a Comment »
با سلام خدمت همه دوستان عزيز
از دوستاني که از rss reader براي پيگيري مطالب سايت استفاده ميکنند، اين خواهش را دارم که براي اينکه من بتوانم اطلاعاتي درباره افرادي که سايت را پيگيري ميکنند بدست بياورم از آدرس فيد جديد که در فيدبرنر ساخته شده است، استفاده نمايند.
باتشکر
رمضاني
ارسال شده در Uncategorized | 1 نظر »
3.1.2 – فرآیندهای Best Practice :
دومین توانمند ساز نه تنها فرهنگ روشها را که بر اساس زمان پیشرفت میابد را تغییر میدهد بلکه سه کامپوننت از ITIL Service Support را در مجموعه نرم افزار را پشتیبانی میکند که شامل موارد زیر است:
|
مدیریت رخداد |
برای باز گرداندن عملیات سرویس نرمال به حالت اولیه در سریعترین وقت ممکن با کمترین اثر سوء و قطعی در تجارت، بدین گونه که مطمئن شویم که بهترین سطوح در دسترس بودن قابل وصول و پایداری سرویس بدست آمده است. |
|
مدیریت مشکلات و خطا |
برای کمینه کردن تاثیرات مخرب روی تجارت که ناشی از رخدادها و مشکلاتیست که توسط خطاها در زیر ساختها به وجود می آید و همچنین جلوگیری از اتفاق افتادن رخدادها، مشکلات و خطاها. |
|
مدیریت تغییرات |
برای اطمینان حاصل کردن از اینکه متدها و روشهای استاندارد شده برای تغییرات موثر و سریع استفاده میشود، برای حداقل کردن تاثیرات منفی ناشی از هر ارتباط بین رویدادها و سرویسها |
ITIL به عنوان کامپوننت حیاتی برای گسترش موفق و استفاده نرم افزار به نظر میرسد.یک framework ناشی از فرآیند best practice برای عملیاتهای روزانه پشتیبانی نیاز است.
مدیریت رخداد (Incident Management)
مزایایی که از پیاده سازی یک فرآیند مدیریت رخداد شامل حال سازمان میشود عبارت است از :
- مونیتورینگ پیشرفته، بدست آوردن کارایی در مقابل توافق سطح سرویس (SLA) برای بدست آوردن دقت.
- اطلاعات مدیریتی اصلاح شده درباره ظهور کیفیت خدمات
- استفاده بهتراز کارکنان که باعث کارایی بهتر میشود
- حذف رخدادهای نادرست یا گم شده (نادیده گرفته شده) و درخواستهای خدمات
- اطلاعات پایگاه داده مدیریت پیکربندی (CMDB) با دقت و صحت بیشتر(اتفاق افتادن و ممیزی در حال پیشرفت در هنگام ثبت رخدادها)
- افزایش رضایت مشتری و کاربر
مدیریت مشکلات (Problem Management)
مزایای انتخاب یک روش رسمی برای مدیریت مشکلات شامل موارد زیر است :
- کیفیت خدمات IT بهبود یافته. مدیریت مشکلات کمک میکند که یک چرخه از کیفیت سرویس IT صعودی با سرعت بالا تولید شود. سرویس قابل اطمینان با کیفیت بالا برای کاربران تجاری IT مناسب است، و همچنین برای بهره وری و دلگرمی فراهم کنندگان خدمات IT نیز مناسب است.
- کاهش حجم رخداد. مدیریت مشکل در کاهش تعداد رخدادهایی که در جریان تجارت وقفه می اندازد سودمند است.
- راه حلهای دائمی و پایدار. یک کاهش تدریجی در تعداد و تاثیر مشکلات و خطاهای شناخته شده به عنوان آنهایی که رفع شده اند همچنان رفع شده میمانند، وجود خواهد داشت.
- دانش سازمانی اصلاح شده. فرآیند مدیریت مشکل بر مبنای یادگیری از تجارب گذشته استوار است. فرآیند، داده های تاریخی را برای تشخیص روندها و وسایل پیشگیری خرابی و کاهش تاثیرات مضر خرابی، فراهم میکند که این سبب بهبود بهره وری کاربر میشود.
- بهترین درجه رفع مشکل برای اولین مرتبه (better first time fix rate) در Service Desk . مدیریت مشکل این خصیصه را در Service Desk بهبود میبخشد. این از طریق گرفتن، نگهداری و داشتن قدرت تشخیص رخداد و گردش کاری داده در یک پایگاه داده دانش (Knowledge database) در دسترس در Service Desk در هنگام واقعه نگاری مشکل بدست می آید.
مدیریت تغییرات (Change Management)
فواید خاص یک سیستم مدیریت تغییرات تاثیرگذار شامل موارد زیر است :
- در یک راستا قرار دادن خدمات IT با نیازهای تجاری به بهترین نحو
- دید توسعه یافته و ابلاغ تغییرات به کارکنان تجاری و پشتیبانی خدمات
- برآورد ریسک اصلاح شده
- کاهش تاثیر نامناسب تغییرات روی کیفیت خدمات و توافقات سطح سرویس (SLA)
- ارزیابی بهتر هزینه تغییرات احتمالی قبل از اتفاق افتادن
- تغییرات معدود که بر اثر کهنه شدن به وجود می آید همراه با توانایی بیشتر برای انجام راحتتر در هنگام لزوم
- مدیریت مشکل و دسترس پذیری وسعت یافته در حین استفاده از اطلاعات ارزشمند مدیریتی مربوط به تغییرات انباشته شده در حین فرآیند مدیریت تغییر
- افزایش بهره وری کاربران – به خاطر قطع کمتر و کیفیت بالاتر خدمات
- افزایش بهره وری پرسنل کلیدی به خاطر نیاز کمتر به منحرف شدن از وظایف برنامه ریزی شده برای پیاده سازی تغییرات فوری یا تغییرات نادرست قدیمی
- توانایی بالاتر برای تحلیل تغییرات با حجم بالا
- درک تجاری بهتر از IT به خاطر کیفیت خدمات بهتر و یک روش حرفه ای
برگرفته شده از کتاب OGC ITIL Service Delivery – ISBN 011 3308930
این مطلب ادامه دارد …
ارسال شده در Uncategorized | Tagged best practice, Change Management, CMDB, Incident Management, ITIL, itil service support, Problem Management, Service Desk, SLA, مدیریت مشکلات, مدیریت تعییرات, مدیریت رخداد | 1 نظر »
بالاخره همايش ITSM در مجتمعي در انتهاي خيابان کارگر برگزار شد. اين همايش از ساعت 9 صبح روزهاي 29 و 30 دي ماه با حضور کارشناسان اين امر که تعداد آنها در ايران خيلي زياد هم نيست برگزارشد.
از آنجايي که من مشغول به خدمت سربازي هستم متاسفانه نتوانستم در روز اول اين همايش حاضر بشوم. اما خوشبختانه در روز دوم با مساعدت فرمانده محترم خودم توانستم در اين جلسه حضور پيدا کنم! در اين همايش کارشناسان متعددي به سخنراني پرداختند که بنده هم از سخنان سخنرانان روزدوم بهره مند شدم.
در روز حضور بنده جلسه با سخنراني آقاي دکتر زرگر در رابطه با کليات ITSM و مباحث عمومي در اين زمينه آغاز شد. پس از ايشان خانم مهندس باقري در زمينه فرآيندهاي بلوغ در ITSM به سخنراني پرداختند.
نفر سومي که به سخنراني پرداختند آقاي مهندس هادي نيلي بودند که از دوستان بسيار خوب و سابقه دار در اين عرصه هستند. ايشان بيشتر به وضعيت خدمات IT در ايران پرداختند و جندين سوال خوب هم طرح کردند. پس از ايشان نوبت به آقاي مهندس حسين توکلي رسيد. ايشان صحبتهاي جالب و مفرهي داشتند که مورد استقبال حاضران قرار گرفت. بايد بگويم که ايشان خيلي علاقه داشتند که تمام مثالهايشان در رابطه با پرينتر و مخصوصا از نوع HP آن باشد! لازم به ذکر است که ايشان مدارک متعددي از HP دريافت کرده اند. موضوع بحث آقاي توکلي TCO يا هزينه هاي کلي مالکيت بود.
بعد از سخنراني ايشان حدود يک ساعت تنفس براي صرف ناهار و خواندن نماز توسط آقاي امير آقايي برگزار کننده همايش اعلام شد.
نوبت ظهر سخنرانيها، از ساعت يک و نيم و با سخنراني آقاي مهندس مهدي حاجي رمضانعلي (برادر بنده) در زمينه ROI يا بازگشت سرمايه آغاز شد. قابل ذکر است اين سخنراني به کمک آقاي آرشام فرشاد و به صورت دو نفره تهيه شده بود. پس از اين سخنراني، آقايان صادقيان و همتي به ترتيب در رابطه با Six Sigma و Modular Design به سخنراني پرداختند. بايد بگويم مبحث دوم ربط زيادي به موضوع همايش نداشت و من نميدانم چرا جزو برنامه همايش قرار گرفته بود به طوريکه در زمان اين سخنراني خيلس ها سالن را ترک کردند و حاضرين هم در حال چرت زدن بودند. البته از آنجاييکه من در بحث توسعه نرم افزارهم کار ميکنم خيلي چرت نزدم!.
در اين موقع بود که همايش با سخنان کوتاه جناب آقاي آقايي و با پذيرايي به پايان رسيد. در کل همايش خوبي بود و از همه مهمتر با دوستاني که در اين زمينه فعال بودند آشنا شدم. من خيلي دوست داشتم به ارئه مطلبي در اين همايش بپردازم ولي به دليل کمبود وقت و خدمت سربازي اين توفيق از من سلب شد. در آينده نکاني را که ازاين همايش براي خودم يادداشت کردم را روي سايت قرار خواهم داد تا دوستان هم از آن بهره مند شوند.
در انتها بد نيست چند عکس را که توسط موبايل از جلسه گرفتم را براي شما قرار دهم. فقط ببخشيد که عکسها از راه دور و از يک زاويه گرفته شده است.
- خانم مهندس باقري
- مهندس هادي نيلي
- مهندس توکلي
- مهندس مهدي حاجي رمضانعلي
- مهندس مهدي حاجي رمضانعلي
ارسال شده در Uncategorized | Tagged ITIL, ITSM, مديريت خدمات, همايش ITSM | Leave a Comment »




