برنامه نويس : ازحق خود دفاع كن

يكي از نااميدكننده‌ترين ديدگاه‌هايي كه يك برنامه‌نويس وب دارد، سر و كله زدن با مشتري است و بين برنامه‌نويسان تحت وب اين جمله بسيار شنيده مي‌شود: «همه چيز اين برنامه‌نويسي خوب است، جز ارتباط با مشتري‌اش...»
اين بخش از كسب‌وكار وب (مديريت مشتري‌ها) زير چتر مديريت پروژه مي‌افتد، اما گاهي اوقات، به‌خصوص در ايران — كه كار گروهي بسيار به‌ندرت به‌طور صحيح انجام مي‌شود هر برنامه‌نويس وبي بايد كمي در مورد مديريت مشتري‌ها اطلاعاتي داشته باشد. بياييد مفاهيم اساسي را يك بار ديگر مرور كنيم: ‌ ‌

مشتري مي‌تواند شخص حقيقي (شركت) باشد كه شما براي‌شان نرم‌افزار مي‌نويسيد، مشتري‌مي‌تواند يكي ديگر از بخش‌هاي شركت شما، و يا حتي مدير بالادست‌تان باشد. در هر حال، يا بايد بدانيد كه چطور از پس مشتريان بر بياييد، يا زندگي طولاني و پردردي را به‌عنوان يك برنامه‌نويس، سپري خواهيد كرد!

دو – اين داستان را آويزه گوش خود كنيد (اگر تابه‌حال با ‌آن روبه‌رو نشده‌ايد!)

با هر برنامه‌نويسي كه صحبت كنيم، بيشترشان در دوراني از زندگي قصد كنار گذاشتن برنامه‌نويسي را داشتند.
اين شرايط ديوانه‌كننده، وقتي رخ مي‌دهد كه مشتري طي هر جلسه درخواست‌هاي جديدي مي‌دهد، اين ملاقات‌ها آن‌قدر ادامه پيدا مي‌كند، انگار كه سبد درخواست‌هاي مشتري هيچ‌گاه تمامي نخواهد داشت. بنابراين برنامه‌نويس كم‌كم از ملاقات حضوري مشتري پرهيز مي‌كند.

اين اضافات كه مشتري هر سري به برنامه‌نويس مي‌دهد، همان «درخواست تغيير» است و متاسفانه، بيشتر ما نمي‌توانيم آن‌طور كه بايد، اوضاع را كنترل كنيم.

خلاصه مطلب به‌اين صورت مي‌شود كه:

– مشتري درخواست تغييري مي‌دهد كه در قرارداد نبوده است. ‌ ‌

– مشتري انتظار دارد اين تغييرات بدون هيچ هزينه اضافه‌اي انجام پذيرد.

– مشتري انتظار دارد كه پروژه در همان تاريخ توافق به پايان برسد، حتي اگر يك عالمه چيز جديد درخواست داده باشند.

– شما كم كم از شغل‌تان بيزار مي‌شويد چون، كار آن‌طور كه بايد پيش نمي‌رود و همه شما را مقصر مي‌دانند!

سه – برنامه‌نويسان بايد بتوانند از حقوق خود دفاع كنند!

تمام اين مشكلات از يك‌جا نشات مي‌گيرند و آن، روش شما در مديريت انتظارات مشتري است. شما (به‌عنوان برنامه‌نويس) بايد ابتداي كار به‌طور كامل صادق باشيد، بدانيد كه اوضاع پروژه قرار است چطور پيش برود.

همه چيز را روي كاغذ بياوريد

يادتان باشد كه تمام پارامترهاي كاري كه بايد انجام دهيد را روي كاغذ بياوريد و همه افراد مرتبط با پروژه را وادار به امضا و تاييد بكنيد و به هر كس يك رونوشت از آن را بدهيد. ‌ ‌

فراموش نكنيد كه در اين توافقنامه ذكر كنيد كه هر تغييري در پروژه باعث تغيير نرخ آن و همچنين زمان اتمام كار مي‌شود. بدين‌ترتيب، اگر مشتري بخواهد درخواست جديدي بدهد يا درخواست قبلي خود را تغيير دهد، در اين صورت قيمت تغيير خواهد كرد و زمان تحويل نرم‌افزار عقب مي‌افتد، به همين روش مي‌توانيد عقب افتادن پروژه را توجيه كنيد. ‌ ‌

قرارداد قبل از شروع كار

تمام كاغذبازي‌ها بايد قبل از نوشتن حتي يك خط كد انجام شود. اگر شما فقط نقش برنامه‌نويس را در شركت داريد، مطمئن باشيد كه اين مسائل قبلا انجام شده است. ‌ ‌

بيشتر مواقع اگر شما نوع ارتباط كاري‌تان با مشتري را بر مبناي آن‌چه در قرارداد آمده است، در همان ابتداي انجام پروژه مشخص كنيد، در اين صورت مشتريان هم به شما و هم به روند اجراي پروژه احترام بيشتري مي‌گذارند.
همچنين درخواست‌هاي تغيير به‌خاطر درك مشتري از چگونگي كاركرد شما بر روي پروژه، به سادگي داده نمي‌شود. ‌ ‌

اما اگر با وجود تمام اين‌ها مشتري ساز خودش را مي‌زد، بد نيست كه برگه قرارداد را بار ديگر نشان‌اش بدهيد. ‌ ‌

چهار– هميشه مواظب باشيد!

اگر اين كارها را نكنيد، برنامه‌نويسي مي‌شود دندان عقل شلي كه مزه خونابه را هميشه در دهانتان باقي مي‌گذارد!

نام شما / ایمیل شما
بررسی امنیتی. لطفا کد امنیتی را وارد کنید گوش دادن به کد