درسی برای برنامه‌ریزی

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

البته در عمل به نظرم انجام این کار بسیار مشکل است؛ ولی خوب امتحان کردن‌اش خیلی ضرری ندارد.

دوست داشتم!
۱

ارزش یک کارشناس برای سازمان

همیشه آدم‌های متوهم حرص من را در می‌آورند؛ آدم‌هایی که واقعا فکر می‌کنند همان‌قدر که تصور می‌کنند، ارزش‌مند هستند و متأسفانه همیشه هم ارزش واقعی‌شان کشف نشده و در حق‌شان اجحاف می‌شود! من تا به حال در ۳ محیط مختلف کار کرده‌ام و همیشه به این توجه کرده‌ام که چه چیزی باعث ارزش‌مند شدن انسان برای یک مجموعه می‌شود. اگر مباحث اخلاقی را کنار بگذاریم، به نظر تنها دو عامل وجود دارد که یک فرد برای یک سازمان مهم و ارزش‌مند می‌کند:

۱- آن آدم از نظر فنی واقعا قابل اتکا است و در واقع، ارزش‌مند است چون برای “سازمان” ارزش تولید می‌کند.

۲- آن آدم خیلی از نظر فنی خوب نیست؛ اما چون ارتباطاتی در درون سازمان یا ارتباطاتی با بیرون سازمان دارد، برای سازمان مهم است.

بدیهی است که ارزش‌مند بودن در حالت اول، پایدار است و دومی مقطعی و ناپایدار. اما مشکل این‌جا است که تقریبا همه‌ی ما تصور می‌کنیم (و توهم می‌زنیم) که از نظر اول برای سازمان مهم هستیم؛ چیزی که برای من بسیار مضحک و در عین حال تأسف‌برانگیز است. این مسئله به نظر من ریشه بسیاری از رفتارهای نادرست ما از زاویه دید اخلاقی در زندگی کاری‌مان است: چرا که این گونه است که به خودمان “حق می‌دهیم” کار دیگران را ناچیز بشمریم، دیگران را تحقیر کنیم، همیشه و هر جا خودمان را یک استعداد کشف نشده فرض کنیم و از همه بدتر، هم‌واره از سازمان محل کارمان طلب‌کار باشیم!

از دیدن کسی که چنان توهمی وجودش را گرفته که خودش را از دیگری ـ که تجربه‌ی سال‌ها کار در سازمان‌های به مراتب بزرگ‌تر از شرکت ما را دارد ـ بالاتر فرض می‌کند، اما در اوج بحران کاری شرکت هم به جای گشتن دنبال کار جدید مدام غرولند می‌کند که در حق من اجحاف شده، واقعا حالم به هم می‌خورد. کسی که تجربه‌ی کار در هیچ سازمان دیگری غیر از شرکت ما را ندارد و تصور می‌کند واقعا ارزش‌اش بسیار بالاتر از جایگاهی است که در آن قرار گرفته است! همیشه با دیدن این آدم‌ها به خودم گفته‌ام خوب اگر می‌توانید جای به‌تری برای کار کردن بیابید! نمی‌گویم اعتراض نکنید؛ اعتراض بکنید اما در حد معقول‌اش. اگر هم در نهایت اعتراض‌تان جدی گرفته نشد، گزینه‌ی “خروج از سازمان” را که کسی از شما نگرفته است!؟ (کتاب خروج، اعتراض و وفاداری آلبرت هیرشمن را بخوانید تا بفهمید منظورم چیست!)

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

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

تجربه‌ی محدود من از کار کردن در چند محیط کاری، به من نشان داده است که برای ارزش‌مند بودن از نظر کار حرفه‌ای، باید حتما به چند نکته توجه کرد:

۱- سعی کنید ارزش‌آفرین باشید نه این‌که نان ارتباطات‌تان با این و آن را در سازمان بخورید؛

۲- هیچ وقت “خودتان” را با “دیگری” مقایسه نکنید؛ کارتان را مقایسه کنید: ببینید شما چه کرده‌اید و دیگران چه کرده‌اند (لطفا ارزیابی کمی را هم در این مورد کنار بگذارید. یک شاخص مقایسه کیفی می‌تواند میزان ماندگاری کار شما باشد: آیا کاربرد خروجی کار شما مقطعی است یا می‌تواند در بلند مدت هم به درد سازمان بخورد؟)

۳- حتی اگر شده به صورت ساعتی، با سازمان‌هایی غیر از محل کار اصلی‌تان در ارتباط باشید تا بفهمید که از نظر فنی در چه سطحی قرار دارید، نقاط قوت و ضعف‌تان چیست و از همه مهم‌تر این‌که تخصص‌تان چیست!

۴- حتی اگر برای خودتان کار می‌کنید، همیشه خود را در رقابت با دیگران فرض کنید: در هر لحظه‌ای خود را از دیگران عقب‌تر بدانید تا بتوانید انگیزه‌ی لازم را برای بهبود دانش، مهارت و توانایی‌های‌تان در خودتان بیدار کنید؛

۵- شاید این را قبلا گفته باشم: از انجام کارهای جدید و به چالش کشیدن خود در سازمان استقبال کنید؛

۶- چشم‌تان به آدم‌های بالاتر از خودتان باشد، نه آدم‌های پایین‌تر! (البته در این مورد هم لطفا متوهم نباشید!)

۷- حواس‌تان باشد سطح تحصیلات (و حتی دانشگاهی که در آن خوانده‌اید) و همین طور تجربه‌ی شما هیچ وقت دلیل نمی‌شود که در کاری از دیگری که در این معیارها از شما پایین‌تر است به‌تر باشید!

۸- خلاصه این‌که نه در مورد خودتان توهم بزنید و نه در مورد دیگران.

پ.ن. این نوشته رونوشت دارد ولی لطفا همکارانی که این‌جا را می‌خوانند به خودشان نگیرند. شاید به نوعی انتقاد از خودم هم باشد!

دوست داشتم!
۰

نقش آدم‌ها در جامعه

این ترم درس مدیریت استراتژیک را با یکی از به‌ترین اساتید این حوزه می‌گذرانیم: دکتر خلیلی شورینی که با ترجمه‌های‌شان شناخته شده هستند. یکی دو جلسه قبل استاد به نکته خیلی جالبی اشاره کردند: توسعه و پیشرفت جامعه کار آدم‌های متوسط است؛ اما این‌که بفهمیم به کجا باید برویم و چگونه برویم کار آدم‌های نابغه است! در واقع، آدم‌های نابغه نقش استراتژیست‌های جامعه را دارند و به ما نشان می‌دهند آینده چه شکلی است و چطور باید به آن برسیم. بعد دیگر آن‌ها وظیفه‌ای ندارند و همه‌ی کار به دوش خود ما آدم‌های معمولی است. حالا  یک سؤال جدی: نوابغ جامعه‌ی ما کجا هستند!؟

دوست داشتم!
۰

گفتن یا نگفتن؟

چرا این‌قدر حرف زدن از حرف نزدن برای آدم‌ها آسان‌تر است؟ باور کنید بلایی سرتان نمی‌آید اگر کمی کم‌تر حرف بزنید!

دوست داشتم!
۰

چگونه کار دیگران را نابود نکنیم!؟

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

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

۲- حتما با کاربرد نوار ابزار Reviewing ورد و اکسل (Track Change) آشنا باشید. خیلی به دردتان می‌خورد!

۳- اگر برای بررسی شکلی گزارش یا خروجی طرف مقابل، استاندارد یا اصولی وجود دارد، براساس آن‌ها در این مورد اظهارنظر کنید؛ در غیر این صورت خیر (چون کاملا بحث سلیقه در میان است: من دوست دارم مثلا رنگ یک جدول فلان رنگ باشد و شما نه. یا من دوست دارم برای گزارش‌ام فهرست اشکال بگذارم و شما نه. و …)

۴- توجه داشته باشید چیزی که شما می‌پسندید را لزوما من نباید بپسندم و برعکس! باز هم تأکید می‌کنم سلیقه‌ و ترجیحات شخصی را در اظهارنظر در مورد کار دیگران فراموش کنید.

۵- اما در مورد بررسی محتوا که همه‌ی دعواها بر سر آن است (!) پیش از هر چیز یادتان باشد که: همیشه خراب کردن از ساختن آسان‌تر است! حتی اگر مطمئن هستید کار دیگری اشتباه است مخالفت‌تان را با دلیل منطقی بیان کنید. سرِ خود برای اصلاح، در کار دیگری دست نبرید. سعی نکنید نظرات‌ شخصی‌تان را به دیگری تحمیل کنید. چیزی را که نمی‌دانید نقد نکنید. حواس‌تان باشد که فرد برای انجام آن کار، حداقل از نظر خودش زحمت زیادی کشیده است و هر گونه واکنش منفی از جانب شما (حتی پیش پا افتاده‌ترین‌شان) می‌تواند منجر به ایجاد یک “انفجار” شود. خلاصه این‌که به‌ترین نقد، پیشنهاد سازنده است. پس اگر فکر می‌کنید چیزی غلط است اما برای اصلاح‌اش پیشنهادی ندارید، همان به‌تر که اظهارنظر نکنید!

۶- اگر جایی را نفهمیدید یا برای‌تان سؤال وجود داشت، نقد نکنید. همان سؤال‌تان را از طرف بپرسید!

۷- دقیق بودن به معنای مو از ماست بیرون کشیدن نیست: وقتی از شما می‌خواهند در مورد کار دیگری نظر بدهید که حتما نباید با این فرض کارتان را شروع کنید که حتما اشتباهی در میان است و من باید اصلاح‌اش کنم! برعکس، اصل بر برائت است؛ مگر این‌که برعکس‌اش ثابت شود!

۸- سعی کنید گاهی اوقات کارهایی را که نقد می‌کنید، خودتان انجام دهید تا با سختی‌ها و محدودیت‌های انجام کار آشنا شوید. این‌جوری شاید از برج‌ عاج‌نشینی و اظهارنظرهای کیلویی‌مان ـ که اغلب ما در نقد دیگران به آن‌ها عادت کرده‌ایم ـ  کم شود!

۹- شخصیت و ادب و اخلاق و جنبه‌ی منتقد بودن را داشته باشید. آدم عصبی، بی‌ادب و با روابط عمومی پایین، اصلا ناقد خوبی نیست. به قول آن ضرب‌المثل معروف لااقل بلد باشید با پنبه سر طرف را ببرید!

۱۰- امیدوارم خدای نکرده در جایگاه منتقد، هیچ وقت توهم و تکبر شما را گیر نیندازد …

۱۱- در محدوده‌ای که وظایف و دانش شما اقتضا می‌کند، نقد کنید. مثلا بنده‌ای که از کارهای فنی مهندسی کامپیوتر و IT خیلی سر در نمی‌آورم، نباید خیلی وارد نقد تخصصی IT شوم! (رونوشت به برادر زرگر که می‌داند منظورم چیست!)

امیدوارم با یاد گرفتن و عمل کردن به اصول نقد (که به آن‌هایی که من نوشتم محدود نمی‌شوند)، کمی از دعواهای‌مان در سازمان با دیگران کم شود!

پ.ن. بعد از تمام شدن نوشتن این پست، به نظرم رسید در نقد ادبی ـ هنری هم رعایت کردن این نکات مهم است. از اساتید فن مثل آقا رضا بهرامی‌نژاد عزیز تقاضا دارم در این مورد اظهارنظر بفرمایند!

شاید حتی در زندگی‌مان در کنار خانواده و دوستان هم لازم باشد به این نکات دقت کنیم! (اسمایلی تعمیم دادن از روی خوشیفتگی!)

دوست داشتم!
۰

۴ سؤال برای سنجش عملکرد آدم‌ها

لوئیس گشنر در سال ۱۹۹۲ و در نقطه اوج بحران شرکت معظم IBM برای نجات شرکت به‌عنوان مدیرعامل انتخاب شد. گشنر تا آن زمان در یک شرکت فناوری کارنکرده بود و  درباره صنعت فناوری اطلاعات هیچ نمی‌دانست. اما ایده‌های نجات‌بخش او باعث شدند که IBM در پایان دهه ۱۹۹۰ به سودآوری باز گردد و بتواند دوباره با دیگر غول‌های بازار رقابت کند. گشنر تجربیات خودش را در قالب کتابی با عنوان فارسی “رقص فیل‌ها” نوشته که توسط نشر فرا منتشر شده است. من الان دارم این کتاب را می‌خوانم و به تدریج سعی می‌کنم نکات جالب‌اش را این‌جا بنویسم. فعلا اولین نکته:

اولین کاری که آقای گشنر انجام می‌دهد ارزیابی مدیران ارشد IBM است. او می‌خواهد تصمیم بگیرد که چه کسی را باید نگه دارد و چه کسی باید شرکت را ترک کند. برای این‌ کار او چهار سؤال ساده اما بسیار جالب مطرح می‌کند و سعی می‌کند برای هر فرد به این سؤال‌ها جواب دهد:

۱٫ مسائل واقعی آن‌ها چیست و چگونه با آن‌ها برخورد می‌کنند؟

۲٫ چقدر تفکرشان روشن و واضح است؟

۳٫ چقدر کار اجرایی خود را به درستی انجام می‌دهند؟

۴٫ ظرفیت واقعی بالقوه آن‌ها برای رهبری چقدر است؟

به نظر می‌رسد که سه پرسش اول برای ارزیابی عملکرد انسان‌ها فارغ از پست و مقام‌شان قابل طرح است. در واقع تنها تفاوت مدیران با دیگر کارکنان سازمان، وظیفه آن‌ها برای رهبری است و سایر وظایف معمول مدیریت (برنامه‌ریزی، سازماندهی و کنترل) همه جزو کارهای اجرایی مدیران هستند؛ همان‌طور که کار منِ کارشناس هم چیز دیگری است.

نکته جالب نگاه آقای گشنر این است که ارزیابی‌های عملکرد معمول در سازمان‌ها اغلب فقط مورد ۳ را می‌سنجند و برای مورد یک و دو (و البته در مورد مدیران چهار) هیچ تمهیدی نمی‌اندیشند!

به نظرم حتی شاید بتوان یک گام دیگر هم جلوتر رفت و گفت که با سه پرسش اول، می‌توان عملکرد هر انسانی را در هر جایی و هر موقعیتی از زندگی سنجید!

با این وصف به‌تر است همین حالا شروع کنیم به ارزیابی عملکرد خودمان که بزرگان گفته‌اند: “حاسبوا قبل أن تحاسبوا”!

دوست داشتم!
۰

توان‌مندی‌های پنهان (؟) صنعت نرم‌افزار ایران

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

شاید بدیهی‌ترین و خنده‌دارترین اشکال این تصمیم طبق معمول “کارشناسی!” این باشد که در صورت اجرای آن، احتمالا از این به بعد باید استفاده از هر گونه نرم‌افزار تولید بلاد کفر از ویندوز و آفیس مایکروسافت گرفته تا نرم‌افزارهای تخصصی مثل اتوکد ممنوع شود! (خوب یک دفعه قانون کپی‌رایت را هم قبول کنید دیگه! شما که نمی‌خواهید از نرم‌افزارهای “آن‌ها” استفاده کنید!)

اما بیایید فرض را بر این بگذاریم که منظور استاد، نرم‌افزارهای سازمانی و شرکتی بوده است. خوب بازار نرم‌افزار ما در این حوزه چگونه است و چه ظرفیت‌ها و توان‌مندی‌هایی داریم؟ ابتدا به  چند نمونه زیر توجه کنید:

الف ـ ۴-۵ سالی است که طرح‌های جامع فناوری اطلاعات و معماری سازمانی در ایران مد شده. اما به‌عنوان کسی که ۴ سال است دارم در این حوزه فعالیت می‌کنم به جرأت می‌گویم هیچ وقت خروجی‌های این پروژه‌ها به درد کارفرما نخورده است! چرا؟ به دو دلیل: ۱- مشاورین ما از وضعیت واقعی و توان موجود در بازار فناوری اطلاعات خبر نداشته‌اند و راه‌حل‌های‌شان فاصله زیاد با تکنولوژی موجود در دسترس داشته است.۲- فعالان بخش نرم‌افزار ایران به تولید نرم‌افزار براساس نیازهای مشتری اهمیتی نمی‌دهند!

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

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

د ـ شرکتی را دیدم که مدعی ارایه سیستم مدیریت دانش به سازمان بود؛ اما اصلا نمی‌دانست که سیستم‌های نرم‌افزاری مدیریت دانش هدف‌شان و کاربردشان چیست و سیستم مدیریت دانش‌شان هر چیزی بود الا مدیریت دانش! (در واقع یک سیستم ساده گردش مستندات را داشتند به کارفرماهای بدبخت‌شان قالب می‌کردند!)

از این مثال‌ها تا بخواهید در بازار نرم‌افزار ایران پیدا می شود. در عمل ما ده‌ها شرکت نرم‌افزاری داریم که تمام تمرکزشان بر تولید نرم‌افزارهای اداری، دفتری و حسابداری است. ده‌ها شرکت دیگر داریم که دارند مثلا پورتال و نرم‌افزارهای سازمانی تولید می‌کنند و می‌فروشند. اما از همین بین هم اگر بررسی دقیقی کنید، می‌بینید چیزی بین ۶۰ تا ۷۰ درصدشان نرم‌افزارهای اوپن سورسی هستند که صرفا فارسی‌سازی شده‌اند (و متأسفانه اغلب‌شان هم این‌قدر صداقت ندارند که به این موضوع اعتراف کنند و مدعی تولید یک نرم‌افزار از ابتدا هستند.)

فاجعه این‌جا است که شرکت‌های ایرانی تمرکزشان را بر روی تولید پکیج‌های نرم‌افزاری گذاشته‌اند و می‌خواهند هر قفلی را با یک کلید ـ نرم‌افزارشان ـ باز کنند. سفارشی‌سازی با متناسب با نیازهای سازمان و این‌ها را باور نکنید! تا جایی که من دیده‌ام بسیاری از این شرکت‌ها علی‌رغم داشتن عناوین پرطمطراق تحلیل‌گر سیستم و … از تهیه یک مستند ساده براساس اصول مهندسی نرم‌افزار عاجزند (کافی است به سازمان‌های متعددی دولتی و حتی غیردولتی که با هزینه‌های کلان، نرم‌افزاری را به صورت سفارشی یا پکیج خریداری کرده‌اند مراجعه کنید تا این موضوع را در عمل مشاهده کنید. در بسیاری از موارد شرکت فروشنده که ممکن است شرکتی معروف یا ناشناخته باشد حتی یک راهنمای کاربری ساده هم برای سیستم‌اش در اختیار کارفرمای بنده خدا نگذاشته است؛ چه برسد به مستندات تحلیل و طراحی سیستم که به‌ویژه در مورد نرم‌افزارهای سفارشی باید حتما به کارفرما تحویل داده شوند.) این‌جا هم درست همان آفت تضمین کیفیت و ایزو خودنمایی می‌کند: وجود تحلیل‌گر و استفاده از متدولوژی‌ها برای این است که اگر کسی مدعی شد، یک کتاب‌چه قطور مستندات تحلیل و طراحی را به او نشان بدهیم! یعنی صرف وجود مستندات کفایت می‌کند و کاربرد عملی آن‌ها مهم نیست!

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

برگردیم به سراغ خبر. متن خبر به شکلی است که به نظر می‌رسد ممنوعیت شامل هر گونه نرم‌افزاری که کدنویسی‌اش در خارج از کشور انجام شده می‌شود. بنابراین نرم‌افزارهای اوپن‌سورس فارسی شده هم از این به بعد ممنوع هستند! اگر از این‌که من نمی‌دانم MIS تولید شده در خارج از کشور یعنی چه و این‌که اساسا وزارت صنایع و معادن چرا در حوزه نرم‌افزار دخالت می‌کند هم بگذریم؛ چند نکته به نظر من باید در این ماجرا مورد توجه قرار گیرد:

۱٫ بدنه‌ کارشناسی صنعت نرم‌افزار آدم‌های ضعیفی نیستند و ما کدنویس‌های بسیار خوبی داریم. اما اشکال کار در این است که اولا: فرایند مهندسی نرم‌افزار در کشور ما خیلی جدی گرفته نمی‌شود و ثانیا: همه فعالان این صنعت، در حال کپی پیست کردن ایده‌های نخ‌نما و تکراری دیگران هستند (آخر ما چند نرم‌افزار حسابداری و اتوماسیون می‌خواهیم؟ چرا کسی روی نوشتن یک واژه‌پرداز فارسی خوب مثل زرنگار سرمایه‌گذاری نمی‌کند؟‍)

۲٫ اصولا ارتباط خوبی میان مشاوران مدیریت آی‌تی و شرکت‌های کدنویس ما وجود ندارد. در واقع این‌جا باز می‌خواهم بر نکته‌ای که در مورد کیس اینفوسیس برای من جالب بود تأکید کنم: اینفوسیس نیاز کارفرما را از شناخت و تحلیل مسئله تا ارایه Solution نرم‌افزاری پوشش می‌دهد. ما چنین شرکتی در ایران نداریم. این مشکل را در مثال طرح‌های جامع فناوری اطلاعات که بالا زدم می‌بینیم: RFPهای ما مشاوران آی‌تی، برای یک شرکت کدنویس اجرایی نیست و از سوی دیگر، خود شرکت‌های کدنویس هم تمایلی به نوشتن نرم‌افزار براساس سفارش مشتری ندارند. حالا ممکن است گفته شود که شرکت‌های بزرگ غربی ـ مثل SAP و اوراکل ـ هم همین‌جوری هستند؛ اما انصافا آیا راه‌حل‌های ارایه شده توسط شرکت‌های نرم‌افزاری ایرانی بلوغ محصولات این شرکت‌های معظم را دارند؟ فرق است بین راه‌حلی که در هزاران شرکت سراسر دنیا طراحی و آزمایش شده و بهبود یافته و برای ده‌ها شکل مختلف کسب و کار، فرایندها و گردش اطلاعاتی استاندارد را شناسایی و در راه حل خود منظور کرده است با راه‌حل‌هایی که اغلب براساس مطالعه چند کتاب مثلا حسابداری یا منابع انسانی یا حداکثر مطالعه چند شرکت محدود یا بهره‌گیری از نظرات چند مشاور تهیه شده‌اند. اصلا حتی اگر انعطاف‌پذیری اولی را هم در نظر نگیریم، شرکت‌های داخلی اصرار دارند که راه‌حل‌های خود را به زور به خورد کارفرمای بدبخت بدهند و انتظار دارند کارفرما خودش را با محصول آن‌ها وفق بدهد و نه برعکس!  (این مشکل سر دراز دارد: چند وقت پیش اعلام شد که قرار است برای BPMS توسط دولت! استاندارد تهیه شود. حالا براساس کدام تجربه و دانش می‌خواهند این کار را انجام بدهند، خودشان می‌دانند!)

۳٫ و چند علامت سؤال بزرگ در این زمینه: چرا تفکر “اختراع دوباره چرخ” این‌قدر در ذهن مسئولین دولتی ما وجود دارد؟ چرا باید بودجه و زمان محدودمان را صرف ساختن دوباره نرم‌افزارهایی کنیم که بقیه ساخته‌اند؟ (راستی سیستم عامل ملی به کجا رسید؟) بحث مزیت نسبی کشور چطور؟ ما در تولید چه نرم‌افزارهایی توان‌مند هستیم و سراغ کدام حوزه‌ها نباید برویم؟ آیا کسانی که این تصمیم را گرفته‌اند، قابلیت پنهان و عجیب و غریبی در صنعت نرم‌افزار ایران کشف کرده‌اند که ما خبر نداریم؟ و چندین سؤال‌ بی‌جواب دیگر!

از آن‌جایی که زور ما به دولت نمی‌رسد و بنده هم اساس کدنویس نیستم، فکر می‌کنم فعلا به‌تر است به  همان ایده اینفوسیس بچسبم و برای کاهش شکاف بین کار مشاوران آی‌تی و  مهندسان آی‌تی تلاش کنم. اگر توهم نزده باشم، این یکی از دستم بر می‌آید!

دوست داشتم!
۰

اصل اساسی ادعا!

حواس‌تان باشد که خراب کردن کار دیگران ـ حتی اگر حق با شما باشد ـ هیچ وقت افتخار ندارد! اگر ادعایی دارید در مورد چیزهایی که ساخته‌اید ادعا کنید، نه آن‌هایی که خراب‌شان کرده‌اید!

دوست داشتم!
۰
خروج از نسخه موبایل