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