Feeds:
نوشته‌ها
دیدگاه‌ها

3.2.4 – مديريت اجرايي
پشتيباني پيوسته از مديريت اجرايي براي موفقيت پروژه حياتي است. مديريت اجرايي تشخيص داده كه سيستم جديد با حمايت از ITIL (فرآيندها) سازمان را مجبور مي‌كند تا فرآيندهايشان را مهندسي مجدد كنند و فوايدي كه در ابتداي پذيرش پروژه شناخته شده بودند شامل حال آنها شود.
نتيجه‌گيري
سازمان فقط درحين گسترش نرم‌افزار‌ و ITIL  براي مديريت رخداد، مشكل و تغيير فوايد اين‌كار را درك مي‌كند.
اين در ادامه، موقعيتي است كه مطمئن شويم واحدهاي تجاري در حال حاظر درخواست دارند كه نرم‌افزار با بهبود بيشتر گسترش يابد.
اين تنها جايي اتفاق مي‌افتد كه مهندسي مجدد فرآيندهايشان نياز است. مزيت واقعي بدست‌آوردن يك روش واحد براي مديريت رخداد، مشكل و تغيير است. اين به سازمان اين اجازه را مي‌دهد كه به‌صورت end-to-end  به اهداف استراتژيك خود برسد.

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 پروژه است.

این مطلب ادامه دارد …

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 هاي توافق شده .
• نگهداري از پيكربندي امنيت ارتباطات راه دور جهت كمينه‌كردن ريسك دسترسي تأييد نشده به شبكه سازمان.
• آناليز رخدادها، مشكلات و تغييرات در اين زمينه و تأثيرات آن.
• تحليل روند خرابي تجهيزات به منظور تدارك آينده تجهيزات.

این مطلب ادامه دارد …

اگر دوستان مطالبی را در این زمینه یعنی 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

با سلام خدمت شما دوستان عزیز

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

http://iranitil.wordpress.com/otrs-installation

۳.۲ – پياده‌سازي
يك تيم پروژه با اعتبارنامه‌ها جمع‌آوري شده و پياده‌سازي و فرآيندهاي ITIL و نرم افزار را با ثبت مراحل اثبات مي‌كند. نظارت پروژه به‌صورت قوي از ابتدا، براي كمينه كردن ريسكهاي اين نوع پروژه اعمال مي‌شود.
اين از نشانه‌هاي اوليه قابليتهاي نرم‌افزار (و فرآيندهاي پشتيباني) براي واحدهاي تجاري سازمان واضح بود كه پذيرش خوب و قوي از پروژه وجود دارد.
تعدادي از تصميمهاي استراتژيك گرفته شده از آغاز و در حين مدت زمان حيات پروژه كه منجر به موفقيت آن شد عبارت است از:
•    در ابتدا، براي مهندسي مجدد فرآيندهاي موجود، كه جهت پشتيباني پياده‌سازي نرم‌افزار كه به‌صورت گسترده در راستايITIL  است. سپس در زمان‌هاي بعد اين فرآيندها براي انطباق بيشتر بر ITIL تعريف مجدد مي‌شود.
•    تغيير كم يا عدم تغيير نرم‌افزار استاندارد براي اطمينان از يكپارچگي به روزرساني‌هاي محصول.
•    انتقال مهارت‌ها از تيم پروژه (خارج از سازمان) به كارمندان سازمان.
•    ديد اوليه وسيعتر از گسترش ترم‌افزار براي اينكه شامل مونيتورينگ هشدار سرويس دهنده‌هاي (server) محصول و موارد حياتي در سطح متوسط (mid-range) شود.
•    استفاده آينده‌نگرانه قابليتهاي نرم‌افزار براي توسعه دادن و گسترش 5 مدل پشتيباني خدمات ITIL – پايگاه داده مديريت پيكربندي (CMDB)

این مطلب ادامه دارد …

چندي پيش يکي از دوستان سوالي مطرح کردند که به نظرم آمد پاسخ آن براي خيليها ممکن است مفيد باشد. پاسخ ايشان را خيلي خلاصه داده ام. اميدوارم دوستان ديگر هم از آن استفاده کنند.

سوال :

با سلام
براي بالابردن ضريب موفقيت پياده سازي ITIL در سازمان چه بايد كرد؟ آيا بومي سازي ITIL راه حل مناسبي است؟ در اين صورت چه موضوعاتي از اهميت بيشتري برخوردار هستند؟

پاسخ من که خيلي خلاصه برخي موارد مهم را توضيح ميدهد :

سلام دوست عزیز

موارد زیادی در یک سازمان در موفقیت پیاده سازی ITIL دخیل است. من از تجربه ای که در چند جا داشتم مهمترین موارد را بیان میکنم:

۱- شاید مهمترین فاکتور در یک سازمان فرهنگ کارکنان آنجاست. چون اگر این افراد در مقابل تغییرات از خود واکنش نشان دهند کار بسیار مشکل خواهد شد.
۲- بررسی نیازهای سازمان و فیت کردن آنها بر ITIL اهمیت بالایی دارد.
۳- تغییر فر آیندهای سازمان مانند فرآیند رفع نقص مربوط به پشتیبانی و …
۴- از مهمترین موضوعات دیگر تغییر دید مدیران سازمان و خوش بینی آنها به این امر میباشد.
۵- آموزش تمامی کارکنان با توجه به مکان سازمانی آنها که اهمیت بسیار بالایی دارد زیرا اگر کارکنان آموزش کافی ندیده باشند دیگر نمیتوانیم بگوییم که ITIL را در سازمان پیاده سازی کرده ایم بلکه باید بگوییم کارکنان آنگونه که خود آموخته اند کار میکنند.
۶- در ابتدای امر شاید تشویق کارکنان به جهت جا انداختم فرآیند جدید مفید باشد. زیرا اغلب افراد میگویند ما که کار خود را انجام میدادیم پس چه نیازی به تغییرات بود؟
۷- يکي از موارد مهمديگر اين است که مديران ارشد را توجيه کنيم که اين کار يک فرآيند بلند مدت است و ظرف مدت کوتاهي اين عمل را نميتوان انجام داد.
۸- انتخاب یک نرم افزار Help Desk مناسب

۹- بسیاری موارد دیگر

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

موفق باشید
رمضانی

با سلام خدمت همه دوستان عزيز

از دوستاني که از rss reader براي پيگيري مطالب سايت استفاده ميکنند، اين خواهش را دارم که براي اينکه من بتوانم اطلاعاتي درباره افرادي که سايت را پيگيري ميکنند بدست بياورم از آدرس فيد جديد که در فيدبرنر ساخته شده است، استفاده نمايند.

باتشکر

رمضاني

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

این مطلب ادامه دارد …

بالاخره همايش ITSM در مجتمعي در انتهاي خيابان کارگر برگزار شد. اين همايش از ساعت 9 صبح روزهاي 29 و 30 دي ماه با حضور کارشناسان اين امر که تعداد آنها در ايران خيلي زياد هم نيست برگزارشد.
از آنجايي که من مشغول به خدمت سربازي هستم متاسفانه نتوانستم در روز اول اين همايش حاضر بشوم. اما خوشبختانه در روز دوم با مساعدت فرمانده محترم خودم توانستم در اين جلسه حضور پيدا کنم! در اين همايش کارشناسان متعددي به سخنراني پرداختند که بنده هم از سخنان سخنرانان روزدوم بهره مند شدم.
در روز حضور بنده جلسه با سخنراني آقاي دکتر زرگر در رابطه با کليات ITSM و مباحث عمومي در اين زمينه آغاز شد. پس از ايشان خانم مهندس باقري در زمينه فرآيندهاي بلوغ در ITSM به سخنراني پرداختند.
نفر سومي که به سخنراني پرداختند آقاي مهندس هادي نيلي بودند که از دوستان بسيار خوب و سابقه دار در اين عرصه هستند. ايشان بيشتر به وضعيت خدمات IT در ايران پرداختند و جندين سوال خوب هم طرح کردند. پس از ايشان نوبت به آقاي مهندس حسين توکلي رسيد. ايشان صحبتهاي جالب و مفرهي داشتند که مورد استقبال حاضران قرار گرفت. بايد بگويم که ايشان خيلي علاقه داشتند که تمام مثالهايشان در رابطه با پرينتر و مخصوصا از نوع HP آن باشد! لازم به ذکر است که ايشان مدارک متعددي از HP دريافت کرده اند. موضوع بحث آقاي توکلي TCO يا هزينه هاي کلي مالکيت بود.
بعد از سخنراني ايشان حدود يک ساعت تنفس براي صرف ناهار و خواندن نماز توسط آقاي امير آقايي برگزار کننده همايش اعلام شد.
نوبت ظهر سخنرانيها، از ساعت يک و نيم و با سخنراني آقاي مهندس مهدي حاجي رمضانعلي (برادر بنده) در زمينه ROI يا بازگشت سرمايه آغاز شد. قابل ذکر است اين سخنراني به کمک آقاي آرشام فرشاد و به صورت دو نفره تهيه شده بود. پس از اين سخنراني، آقايان صادقيان و همتي به ترتيب در رابطه با Six Sigma و Modular Design به سخنراني پرداختند. بايد بگويم مبحث دوم ربط زيادي به موضوع همايش نداشت و من نميدانم چرا جزو برنامه همايش قرار گرفته بود به طوريکه در زمان اين سخنراني خيلس ها سالن را ترک کردند و حاضرين هم در حال چرت زدن بودند. البته از آنجاييکه من در بحث توسعه نرم افزارهم کار ميکنم خيلي چرت نزدم!.
در اين موقع بود که همايش با سخنان کوتاه جناب آقاي آقايي و با پذيرايي به پايان رسيد. در کل همايش خوبي بود و از همه مهمتر با دوستاني که در اين زمينه فعال بودند آشنا شدم. من خيلي دوست داشتم به ارئه مطلبي در اين همايش بپردازم ولي به دليل کمبود وقت و خدمت سربازي اين توفيق از من سلب شد. در آينده نکاني را که ازاين همايش براي خودم يادداشت کردم را روي سايت قرار خواهم داد تا دوستان هم از آن بهره مند شوند.
در انتها بد نيست چند عکس را که توسط موبايل از جلسه گرفتم را براي شما قرار دهم. فقط ببخشيد که عکسها از راه دور و از يک زاويه گرفته شده است.

Older Posts »