وبلاگ پرنیان پردازش پارس

مقالات آموزش اتوماسیون اداری و شیرپوینت، فیلم های آموزشی، آخرین اخبار و دیگر مطالب مرتبط با دنیای نرم افزارهای سازمانی

اطلاعات بیشتر »

ما کجای صنعت نرم افزار دنیا ایستاده ایم؟

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

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

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

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

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

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

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

 

وب پارت خبر پرنیان

این مطلب توسط نتیجه بررسی تیم تحریریه مجله فراتر از شیرپوینت است. که به بررسی وب پارت خبر پرنیان از زوایای مختلف پرداخته است.

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

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

 

نقطه شروع در این راهکار زیر سایی خبری است که می تواند به صورت متمرکز و یا توزیع شده تنظیم گردد:
در حالت متمرکز تمامی اخبار توسط یک گروه خاص ثبت و مدیریت می شود و تنها شامل یک زیرسایت خبر اصلی می باشد و همه ی کاربران وارد این زیرسایت شده و خبر ثبت می نمایند.

در حالت توزیع شده واحدهای مختلف در سازمان به صورت مجزا امکان ثبت خبر را خواهند داشت و دارای چند زیرسایت فرعی خبر به ازای هر واحد و یک زیرسایت اصلی خبر می باشند. تمامی اخبار در زیرسایت اصلی ثبت خواهد شد اما در زیرسایت های فرعی برای هر واحد به صورت مجزا نشان داده و مدیریت خواهد شد.

 

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

بیشتر...

 

شرکت قوی، محصول قوی

آقای آواژ در مطلبی با عنوان "نرخ‌نامه یا آرزونامه؟" به ذکر مطالبی در خصوص نرخ خدمات نرم افزاری بر اساس تعرفه نامه نظام صنفی رایانه پرداخته اند. در این نوشته قصد دارم توضیحات ایشان را از دیدگاه پرنیان کاملتر کنم. در واقع بیشتر روی این جمله تمرکز دارم:

"افزایش قدرت اقتصادی شرکت‌های نرم‌افزاری لزومن به ضرر آن‌ها نیست و مزایایی از قبیل افزایش سطح کیفی و فناوری محصولات و خدمات را در بر خواهد داشت."

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

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

تا مدتها روش مشخصی برای قیمت گذاری خدمات سفارشی سازی قراردادهای نرم افزاری وجود نداشت. و مشتری و فروشنده نمی توانستند نرخی را محور گفتگو یا قیمت گذاری قرار دهند. تا با همت دوستان در نظام صنفی رایانه این تعرفه نامه تهیه و ابلاغ شد. بدیهی است که این کار مثل هر کاری که در ابتدا انجام می گیرد مشکلاتی داشت که در سالهای بعد از آن بتدریج اصلاح و کامل شد.

به قول آقای آواژ هنوز مشتریانی زیادی هستند که این تعرفه نامه را نمی پذیرند یا انتظار دارند روی نرخ های آن تخفیف دریافت کنند. اما همین که چیزی هست که محور مذاکره باشد، عالی است.

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

بیشتر...

 

وب سایت جدید پرنیان رونمایی شد

این سومین نسخه از وب سایت رسمی پرنیان است که بر پایه شیرپوینت و با استفاده از قابلیتهای پورتال پرنیان آماده شده است. بعد از رونمایی از نسخه دوم وب سایت پرنیان در اردیبهشت 91 و با گذشت حدود دو سال و نیم، با دریافت بازخوردهای پرنیانی های عزیز و دقیق تر شدن اهداف پرنیان، تصمیم گرفتیم نسخه سوم از وب سایت پرنیان را بازطراحی کنیم.

در این نسخه که بر پایه نسخه دوم بنا شده است تغییرات زیر صورت گرفته است:

صفحه اول: در این نسخه برای اولین بار از تصاویر برداری (SVG) استفاده کردیم و با ترکیب قابلیتهای یک کنترل JQuery خریداری شده و طراحی شبیه به نقشه ساختار صفحه اول مدلی را آماده کردیم که بازدیدکننده به سادگی می تواند به همه بخشهای سایت از طریق صفحه اول دسترسی داشته باشد و همچنین با Zoom  روی هر قسمت نگاه دقیقتری به گزینه های در دسترس بیاندازد. مزیت استفاده از تصاویر برداری این بود که با Zoom روی بخشهای مختلف نقشه، کیفیت تصاویر و نوشته ها کم نمی شود و کاربر از این بازی لذت خواهد برد.

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

تست فوق را با افراد جدیدی تکرار کردیم و نتیجه رضایت بخش بود. 

بیشتر...

 

دور باطل

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

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

آنچه که در ادامه می نویسم سناریویی است که نه برای همه ولی برای اکثریت اتفاق می افتد که نتایج فوق را به ارمغان آورده

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

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

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

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

این قصه احتمالا ادامه دارد

پی نوشت : معنای آنچه نوشته ام این نیست که همه تقصیرها به گردن برنامه نویسها است زیرا که مدیران شرکت های نرم افزاری هم عمدتا برنامه نویسانی بوده اند که بعضا با سناریویی شبیه به این مدیر شده اند.

 

ساماندهی استخدام و قطع همکاری برنامه نویسان

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

نيروی انسانی در حوزه فناوری اطلاعات و ارتباطات جزء اصلی سرمايه واحدهای صنفي شرکتی و فروشگاهی محسوب می شود. از طرفی براساس توانایی و همکاری پرسنل فنی، هر واحد صنفی تعهداتی را به کارفرمايان می پذيرد و به تبع آن بخشی از مهارتها و دانش واحد صنفی در اختيار پرسنل قرار می گيرد. بنابراين در زمان قطع همکاری چنانچه فرآيند مناسبی طی نشود، واحد صنفی متحمل زيان و ضررهای زياد و در مواردی جبران ناشدنی خواهد شد. از این رو ساماندهی رویه های جذب، جابجایی و خاتمه همکاری پرسنل به منظور نظام مند شدن و کاهش آسیب های احتمالی برای اعضای صنف طی این شیوه نامه مد نظر قرار گرفته است.
توصيه 1: در قراردادهای همکاری پرسنل، بخشی مربوط به شرايط خاتمه همکاری به صورت شفاف گنجانده شود و در آن بخش نحوه ی خاتمه همکاری و شرایط آن برای طرفين تشريح شود و حقوق قانوني طرفين نيز مطرح گردد.
توصيه 2: در تمامی قراردادهای منعقده بین واحد صنفی و کارفرمایان، بندی درخصوص منع طرفین از جذب نیروهای همدیگر به صورت مستقیم و یا غیر مستقیم تا شش ماه پس از پایان کامل همکاری پیش بینی گردد.
توصيه 3: در ابتداي شروع همکاري، تاييديه مبنی بر تعلق مالکيت مادی، معنوی و فکری محصولات توليد شده در طول زمان همکاری به واحد صنفی به امضا و تاييد شخص رسيده شود تا در صورت نقض آن، مراتب به شکل قانونی از سوی واحد صنفی قابل پيگيری باشد.
توصيه 4: برای ساماندهی بهتر موارد مشمول اين شيوه نامه، از اعضای شرکتی و فروشگاهی تقاضا می گردد، نسبت به عضويت حقيقی نيروهای شاخص و کليدی واحد صنفی خود در سازمان نصر و همچنین تشویق آنها به کسب مجوز مشاوره اقدام نمايند.
بیشتر...

 

معرفی کامل طرح سامان

معرفی سامان
طرح سـامـان (سـرویس آموزش، مـشاوره، استقرار و نـگهداري نرم افزار) با هدف حذف مشکلات روزمره‌اي که تقريباً همه سازمان‌هاي دولتي و بخش خصوصي در حوزه دريافت مشاوره صحيح مبتني بر نرم‌افزار و استفاده و شناخت قابليت‌هاي کاربردي سيستم تهيه شده(خريداري شده، سفارشي شده) و رفع ايرادات (اجتناب ناپذير در همه سيستم‌ها) و در نهايت نگهداري بلند مدت آن درگير هستند، ارائه شده است که بر اساس تجربيات موفق دو شرکت در حوزه کارهاي سازماني بتواند در کنار سايرخدمات با ارائه راهکار صحيح مشاوره (که مبتني بر شناخت صحيح و قابلیت‌هاي شناخته شده و در برخي موارد ناشناخته نرم‌افزار است)، همراهي سازمان در روال استقرار کاربردي سيستم در سازمان و مرتفع ساختن تناقض‌هاي احتمالي در اين فاز و در نهايت در حوزه نگهداري سيستم و همگامي با سازمان در برنامه ريزي مناسب براي استفاده بهينه و کاربرد تمام امکانات سيستم تهيه شده است و در طول پياده سازي در طرح سامان در کنار و همراه سازمان خواهيم بود.
طرح سامان در سه فاز کلي زير براي سازمان پياده سازي مي‌شود:

1.    ارزیابی:
این فاز به عنوان اولین گام پس از نهایی شدن و تکميل پروسه خريد آغاز می‌شود، و پيش از ورود نرم‌افزار به سازمان کار اين فاز تقريباً خاتمه يابد. این فاز شامل فعالیت های ذیل می باشد:
 
ارزیابی سامان
 •    رویه‌ها
به منظور آماده سازی بهتر تیم استقرار سامان لازم است تا شناخت مناسبی از روال ها، فرآیندها، فرمها، افراد و ... مرتبط با حوزه نرم افزاری خریداری شده توسط مشاور سامان صورت گیرد. با انجام این فعالیت سندی مشتمل بر روال های جاری سازمان در حوزه نرم افزار خریداری شده و در صورت نیاز پیشنهادهای اصلاح آن‌ها به منظور بهره برداری بهینه از نرم افزار ارایه می شود.

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

•    سند نیازهای آموزش عمومی
یکی از موانع نهادینه شدن یک نرم‌افزار در سازمان گاهی عدم تسلط کافی کاربران برای استفاده از آن است. البته برای استفاده از یک نرم افزار صرفا دریافت آموزش مربوط به خود آن نرم افزار کافی نیست. زیرا اکثر نرم افزارها خروجی های مختلفی تولید می کنند و بعضا چند رابط کاربری مختلف برای کار به صورت آنلاین و آفلاین دارند و یا با دیگر نرم افزارهای موجود یکپارچه شده و قابلیت های جدیدی را فراهم می آورند. از این رو لازم است تا مشاور سامان ضمن مصاحبه با ذینفعان نرم افزار خریداری شده در سازمان، سندی تهیه نماید که در آن مشخص می شود چه آموزش های علاوه بر آموزش نرم افزار باید توسط کاربران سیستم گذرانده شود.

•    ورودی *
توضیح: علامت ستاره در کنار نام این خدمت بدین معنی است که حداقل خدماتی که برای فاز استقرار شامل ورودی خواهد بود.
 
2.    استقرار:
در اين فاز که در طي مسير پس از روال مشاوره به آن خواهيم رسيد، به دنبال حمايت، همکاري و همياري سازمان در روند استقرار نرم‌افزار خواهيم بود، در طول اين فاز به خدمات مختلفي براي سازمان خواهيم پرداخت که به صورت کلي در قالب موارد زير ارائه مي‌شود.
 
استقرار سامان
 
•    آموزش نرم افزار
يکي از موضوعات مهم در موفقيت يک نرم افزار سازماني شيوه آموزش نرم افزار به پرسنل سازمان است. پس از نصب نرم افزار در سازمان مشتري لازم است تا شيوه استفاده و نگهداري نرم افزار به پرسنل مشتري آموزش داده شود. بديهي است ميزان بهره وري يک نرم افزار ارتباط مستقيم با ميزان استفاده صحيح از آن توسط پرسنل دارد که اين اهم بدون آموزش مناسب ممکن نيست. در طرح سامان با توجه به اهميت آموزش چندسطحي و تمايز سطح مخاطبين در نحوه ارائه آموزش، آموزش در سطوح ز ير برگزار پيشنهاد مي‌شود:
1.    آموزش به کاربران مستقيم نرم افزار
منظور از کاربران مستقيم نرم افزار، پرسنلي هستند که استفاده کننده اصلي نرم افزار به شمار مي آيند و به صورت متداول از نرم افزار استفاده مي کنند. اين کاربران بيشترين ميزان آموزش را لازم دارند و بايستي با همه ويژگي هاي نرم افزار آشنا شوند. براي اين دسته کاربران علاوه بر ارايه جزوات خلاصه و دسترسي به راهنماي آنلاين نرم افزار، آموزش هاي حضوري طي چند جلسه بسته به نوع نرم افزار ارايه مي شود.
2.    آموزش به مديران
از نظر پرنيان همواره مديران ارشد سازمان به نوعي استفاده کننده از نرم افزار مي باشند. زيرا که هر نرم افزاري وظيفه مديريت بخشي از اطلاعات سازما�� را بر عهده دارد که نهايتا منافع آن براي مديران نيز مي باشد. اما علت جداسازي آموزش مديران از آموزش ساير ذينفعان، ميزان مشغله مديران مي باشد که لازمه آن ارايه جلسه اي کوتاه و کاربردي است.
3.    آموزش به راهبران نرم افزار
هر نرم افزاري نياز به راهبري دارد و نرم افزارهاي پرنيان از اين قاعده مستثني نيستند. آموزش هاي لازم براي تيم راهبري نرم افزار جنس متفاوتي دارند و بيشتر به جنبه هاي نگهداري نرم افزار تمرکز دارد تا روش استفاده از قابليتهاي کاربردي نرم افزار. از اين رو آموزش هاي متفاوتي براي اين گروه از کاربران در نظر گرفته شده است.
4.    آموزش به ساير ذينفعان
مي توان گفت که هر نرم افزاري تعدادي ذينفع پنهان دارد. اين دسته از کاربران معمولا به طور مستقيم از نرم افزار استفاده نمي کنند بلکه از خروجي هاي نرم افزار در قالب گزارشات و ... بهره مند مي شوند. آموزش قابليتهاي کلي نرم افزار براي ساير ذينفعان در بهينه کردن انتظارات ار کاربران مستقيم و از خروجي هاي نرم افزار بسيار مفيد مي باشد.
 
•    ممیزی ماهانه و آموزش‌های تکمیلی نرم‌افزار
ممیزی در فاز استقرار فعالیتی است کلیدی که باعث می شود شرکت پرنیان به عنوان ارایه کننده نرم افزار و خدمات پس از فروش قادر باشد میزان استفاده از نرم افزار در سطوح مختلف سازمانی را بررسی نماید. و طی گزارشاتی موانع انسانی، زیرساختی و احیانا نرم افزاری را به مدیریت سازمان گزارش نماید و به کمک سازمان برای رفع مسائل و مشکلات و نهادینه کردن نرم افزار چاره اندیشی کند. همچنین با برگزاری جلسات منظم ايرادات و ابهامات کاربران را در استفاده از نرم افزار رفع نموده و با یادآوری مکرر دانش کاربران را در این حوزه تکمیل نماید.

  •    سند Alternative
سند جایگزین (Alternative) برای مواردی که به هر دلیل نرم افزار خارج از سرویس دهی باشد، تهیه می شود. به این ترتیب به هر دلیلی که دسترسی به سیستم امکان پذیر نباشد خللی در روال کاری روزمره سازمان بروز نکرده و تنها با یک سیستم دستی جایگزین مناسب اقدام به ادامه فعالیت سازمان می‌شود.

•    سند Recovery
ارائه راهکار Recover نرم افزار تا در صورت بروز هرگونه مشکل بتوان با کمترین اثرات جانبی به بازگرداندن سیستم به وضعیت پایدار اقدام کرد. در صورت تایید کارفرما بر حسب نیاز می‌توان طرح بازیابی نرم افزار به صورت جزیی از مستند کامل‌تر مدیریت ریسک براساس متدولوژی‌های NIST800 و یا ISO 27005 اقدام کرد.

•    سند ISMS Plan
ارایه راهکارها و رویه های امنیت اطلاعات در حوزه نرم افزار خریداری شده بر اساس استاندارد ISO27001

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

پیمانکاران را کتک نزنید

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

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

 

آخرین نظرات

Comment RSS