اگر پروژه طراحی یک وب‌سایت یا فروشگاه آنلاین تازه را در دست دارید، احتمالاً باید توسعه‌دهنده وب استخدام کنید. شاید لازم باشد این توسعه‌دهنده به‌تنهایی یا به همراه تیم همکارانش، توسعه وب‌سایت شما را از صفر آغاز کند یا برخی تغییرات در عملکرد آنچه در دسترس است، به وجود آورد. در هر صورت، مدیریت ارتباط شما با توسعه‌دهنده‌تان ممکن است کمی دشوار باشد.
موارد بسیاری در این میان وجود دارد که شاید باعث شود رابطه شما به چالش کشیده شود. برخی از مهم‌ترین موارد عبارت‌اند از:
-
- تأخیر در مهلت سررسید
- مشکل ناکارآمدی در ارتباط دوطرفه
- کندی در ارتباط
- نبود ارتباط به‌طور کامل
- مشکل وعده‌‌های غیرمنطقی از سوی توسعه‌دهنده
- تحویل نتیجه پایین‌تر از سطح انتظار توسط توسعه‌دهنده
- ناپدید شدن توسعه‌دهنده
- ناکارآمدی در تعریف قلمرو و هدف پروژه
- نبود دستورالعمل و قوانین لازم در اخذ تصمیمات و گمانه‌زنی‌ها
- بروز خطاها و باگ‌هایی که رفع نمی‌شوند
به منظور پیشگیری از بروز مشکلات احتمالی در مواردی که به آن‌ها اشاره کردیم، باید به نکته‌های مهم و ساده‌ای که در ادامه توضیح می‌دهیم، توجه کرد. البته ممکن است این راهکارها عمومیت نداشته باشند و الزاماً در هر پروژه‌ای مفید واقع نشوند؛ اما توجه به آن‌ها هرگز نمی‌تواند ضرر بیافریند. در هر صورت، ارتباط میان طراح و توسعه‌دهنده وب یک ارتباط انسانی است. به همین خاطر معتقدیم که گفتگوی باز درباره موارد مذکور کمک می‌کند پروژه به درستی آغاز شود.
۱ – چگونه ارتباط برقرار کنیم؟
چگونه در روند اجرای پروژه با توسعه‌دهنده وب ارتباط برقرار می‌کنید؟ از کدام راه‌های ارتباطی پیام‌رسان، ایمیل، تماس تلفنی و تصویری یا پیام کوتاه استفاده می‌کنید؟ به عبارت دیگر، چند وقت یک‌بار ارتباط برقرار می‌کنید و این رابطه را پیوسته نگه می‌دارید؟ هرروز؟ هفته‌ای یک‌بار؟ تنها در هنگام شروع پروژه و سپس مدتی بعد در مرحله تضمین کیفیت؟ اگر هرروز در ارتباط هستید، این ارتباط در حد ایمیلی با محتوای دوجمله‌ای است؟ یا دقیقه با توسعه‌دهنده‌تان به صورت تلفنی مکالمه می‌کنید؟ برنامه‌تان برای برقراری ارتباط در مواقع ضروری چیست؟
اگر در ابتدای پروژه انتظارات خود را تعیین کرده باشید، هیچ پاسخی به این پرسش‌ها نمی‌تواند اشتباه باشد. از طرفی خاطرتان باشد که ارتباط بیشتر الزاماً به معنی ارتباط بهتر نیست.
برقراری ارتباط چه اهمیتی دارد؟
شما باید با توسعه‌دهنده‌تان توافق داشته باشید و به همین خاطر باید از نوعی وضعیت ارتباطی تعیین کنید. معمولاً تماس تلفنی روش مناسبی برای برقراری ارتباط انسانی و شخصی به شمار می‌رود. شما با اولین تماس تلفنی پیش از آغاز پروژه می‌توانید متوجه شوید که آیا این توسعه‌دهنده فرد مناسبی برای ادامه همکاری است یا خیر.
در روند اجرای پروژه هم به دنبال برقراری تعادل باشید و تلاش کنید ارتباطتان با توسعه‌دهنده بیش‌ازاندازه کم یا زیاد نباشد. اگر بیش‌ازاندازه ارتباط برقرار کنید، ممکن است برای توسعه‌دهنده خسته‌کننده شود و اگر بسیار کم ارتباط برقرار کنید، ممکن است توسعه‌دهنده روند کارش را چنان‌که باید پیش نبرد. همیشه بهتر است انتظارات خود را پیش از آغاز پروژه تعیین کنید و با توسعه‌دهنده در میان بگذارید.
۲ – چگونه پروژه را مدیریت کنیم؟
فایل‌ها و مشخصات ورود به سیستم که توسعه‌دهنده به آن‌ها نیاز دارد، کجا هستند؟ قرار است کجا روند اجرای پروژه و مهلت سررسید را کنترل کنید؟ از کدام نرم‌افزار بدین منظور استفاده می‌کنید؟ ترلو؟ Asana؟ صفحه‌های گسترده؟ Google Docs؟ حتماً باید مرکز اصلی کنترل و بررسی پروژه را تعیین کنید.
مدیریت پروژه سایت چه اهمیتی دارد؟
مدیریت پروژه و ارتباطات باید در خلال اجرای پروژه کاملاً متمرکز و قابل‌پیگیری باشد. در مرحله جستجو برای پیدا کردن فایل‌های موردنیاز، به‌روزرسانی‌ها، پرسش‌های به وجود آمده، اخذ تصمیمات مهم و بسیاری موارد دیگر ممکن است زمان مفید را از دست بدهید. به همین خاطر تعیین مرکز اصلی اهمیت بسیاری دارد تا توسعه‌دهنده بتواند به همه ملزوماتش در همین مرکز دسترسی پیدا کند.
۳ – تصمیم نهایی را چه کسی می‌گیرد؟
آیا شما تصمیم‌گیرنده نهایی در این پروژه هستید؟ آیا تیم طراحی دیگری در باب رابط کاربری و تجربه کاربری در این پروژه دخیل است؟ آیا شخص مهم دیگری در این روند وجود دارد که نظرش در اخذ تصمیم نهایی مهم باشد؟ آیا مدیر یا تیم بازاریابی هم در این میان وجود دارد که نظرش اهمیت داشته باشد؟ آیا شخص دیگری جز شما وجود دارد که اجازه داشته باشد به‌طور مستقیم به توسعه‌دهنده دستور یا سفارشی دهد؟ مشتری در کدام مرحله اهمیت بیشتری دارد و اخذ کدام تصمیمات مهم بر عهده اوست؟ آیا مشتری می‌تواند به‌طور مستقیم با توسعه‌دهنده ارتباط برقرار کند؟
این موضوع چه اهمیتی دارد؟
شما قطعاً تمایلی ندارید توسعه‌دهنده را به اجرای دوباره و چند باره مراحل قبلی وادار کنید یا در روند اجرای پروژه به نحوی درجا بزنید. به همین خاطر همه ذینفعان پروژه باید از روند اخذ همه تصمیمات آگاه باشند و هرکدام از این تصمیم‌ها هم در یک موقعیت مشخص مرکزی اخذ شود.
۴ – برنامه نویس چگونه باید گمانه‌زنی‌ها و تصمیم‌گیری‌های کوچک را مدیریت کند؟
توسعه‌دهنده شما در حین طراحی و توسعه وب‌سایت چقدر آزادی عمل دارد؟ آیا باید طراحی را به‌طور تمام و کمال بر اساس طرح ارائه‌شده نهایی کند یا اجازه دارد هر جا مناسب تشخیص داد، با گمانه‌زنی و اخذ تصمیم‌های کوچک در آن تغییراتی اعمال کند. اگر پروژه‌تان طراحی وب‌سایت واکنش گرا است، آیا این رویکرد را در همه نقطه‌های انقطاع (Breakpoint) رعایت کرده‌اید؟ آیا یادداشت‌هایی درباره انیمیشن‌ها و جلوه‌های ویژه موردنظرتان فراهم آورده‌اید؟ آیا جمله‌های مهم تأییدی مانند «رمز عبور اشتباه است» یا «نام کاربری وجود ندارد» طراحی کرده‌اید؟ اگر این موارد را طراحی نکرده‌اید، آیا توسعه‌دهنده مجاز است دراین‌باره تصمیم‌گیری کند؟
این موضوع چه اهمیتی دارد؟
طراحان وب اغلب مواقع در مواجهه با وب‌سایتی که چندان با طراحی اولیه مطابق ندارد یا بالعکس زمانی که بیش‌ازاندازه شبیه به طراحی‌شان است، احساس نارضایتی می‌کنند. در همان ابتدای پروژه باید سطح موردنظرتان را از نظر جزئیات تطابق با طراحی مشخص کنید. این کار همچنین روند تضمین کیفیت را هم سهولت بیشتری می‌بخشد.
۵ – زمان و مهلت سررسید در پروژه چگونه است؟
آخرین سررسید برای تحویل پروژه چه زمانی است؟ اولین سررسید مطلوب شما چه تاریخی است؟ آیا رویداد مطبوعاتی یا خبری در کار است که باید وب‌سایت را به خاطر آن در تاریخ معینی آماده کنید؟ آیا راهی وجود دارد که وب‌سایت را در فازها و تاریخ‌های متفاوتی تحویل دهید؟ انتظارات شما در باب اعمال تغییر در طراحی چیست؟ اگر درخواست تغییر در طراحی دارید، مایل هستید این تغییر در بازه زمانی یک هفته یا کمتر از یک ساعت اعمال شود؟
این موضوع چه اهمیتی دارد؟
اگر تاریخ سررسید جدی و بدون تغییر است، حتماً توسعه‌دهنده را در جریان بگذارید و مطمئن شوید که مدت زمان کافی برای آزمایش وب‌سایت پیش از تاریخ تحویل نهایی وجود دارد. اغلب توسعه‌دهندگان پس از آغاز به کار وب‌سایت، دیگر فرصت کافی ندارند تا هر زمان تمایل داشتید بتوانید از آن‌ها برای اعمال تغییراتی درخواست کار کنید. در این مرحله ممکن است مجبور شوید مدتی طولانی منتظر بمانید تا توسعه‌دهنده وب به درخواست شما پاسخ دهد؛ زیرا حتی کوچک‌ترین کارها هم نیازمند اجرای روندی طولانی از اجرای محیط توسعه تا برقراری ارتباط با سرور و سایر موارد است. پیش از آغاز به کار وب‌سایت برای توسعه‌دهنده‌تان تعیین کنید که تا چه زمانی پس از لانچ باید در خدمت این وب‌سایت بماند و مشکلات و تغییرات احتمالی را مدیریت کند.
همچنین توصیه می‌کنیم تاریخ سررسید جعلی به توسعه‌دهنده ندهید. با توسعه‌دهنده صادق و شفاف باشید و همچنین به آن‌ها اعتماد کنید که در تاریخ معین پروژه را تکمیل خواهند کرد. همان‌طور که در ابتدای مطلب هم گفتیم، شما رابطه‌ای انسانی با توسعه‌دهنده وب برقرار می‌کنید و به همین خاطر، صداقت بهترین راهکار و سیاست است.
۶ – ساختار قلمرو فعالیت، قرارداد و چهارچوب پرداخت چگونه است؟
هزینه کلی پروژه چقدر است؟ برآورد هزینه‌ها در انتهای پروژه چقدر است؟ قلمروی پروژه شامل چه هزینه‌هایی می‌شود؟ پرداخت به توسعه‌دهنده چه زمانی صورت می‌گیرد؟ توسعه‌دهنده را بر مبنای کار ساعتی استخدام کرده‌اید یا قرار است به مبلغ معینی این پروژه را به سرانجام برساند؟
این موضوع چه اهمیتی دارد؟
هیچ‌کس مایل نیست پروژه توسعه وب‌سایتش تا ۹۵% پیش رود و در همین مرحله پایانی به علت اختلاف نظر بر سر موضوع قرارداد یا پرداخت دستمزد متوقف شود.
کلام آخر
به‌طورکلی می‌تواند ادعا کرد که تعیین انتظارات و برقراری ارتباط مؤثر از ضروری‌ترین موارد در پروژه‌های طراحی و توسعه وب به شمار می‌روند. شاید در ابتدای امر برایتان عجیب و پیش‌پاافتاده به نظر برسید که بخواهید با توسعه‌دهنده وب درباره انتخاب برنامه و روند برقراری ارتباط در طول پروژه صحبت کنید؛ اما تعیین انتظارات شما از توسعه‌دهنده در مرحله آغازین، همواره بهترین و مفیدترین سیاست است.
امتیاز این نوشته
امتیاز
