زمانی که برای همکاری به دنبال فریلنسرهای توسعه دهنده بگردید، متوجه خواهید شد که آنها همه جا هستند. بازارهای آنلاین فریلنسری پر از افرادی با استعدادهای بسیار است. اما شما مجبورید از بین این جمعیت تنها یک یا دو (به اندازه نیاز) نفر را انتخاب کنید.
حالا این وظیفه به عهدهی شماست تا این جمعیت را غربال کرده و کسی را پیدا کنید که میتواند تاثیرگذارترین همکاری را با شما داشته باشد. اگر کمی مهارتهای فنی را یاد گرفته باشید، ممکن است بتوانید آسان تر انتخاب کنید اما اگر مهارتی در این زمینه نداشته باشید، انجام این کار به نظر غیرممکن میآید. در این مقاله، ما روشهایی را بررسی خواهیم کرد تا مطمئن شوید که بهترین و سازگارترین فرد مورد نظر را برای همکاری بدست میآورید.
کار آنها را بررسی کنید
از آنها بخواهید تا برخی از کارهای تکمیل شده خود را به شما نشان دهند. قبل از شروع ارزیابیهای خود، مطمئن شوید که تمام جنبهها و اهداف کار را درک کردهاید. مدتی وقت بگذارید تا پروژههای آنها را بررسی کنید. از چیزهایی که خوشتان آمده و چیزهایی که باب میل نبوده، یک یادداشت تهیه کنید. شاید آنها یک برنامه وب پر سرعت را ساخته باشند، اما ممکن است محدودیتهایی عجیب را در بخش پسورد اعمال کرده باشند. از آنها بپرسید که چه چیزی باعث شده همچین تصمیمی را بگیرند.
هر نوع توسعهی نرم افزاری (چه وب، چه برنامه گوشی وغیره)، یک بازی است که در آن باید به دنبال بهترین سازشها بود. وقتی از مشکلات توسعه دهندگان و رویکرد آنها در حل آن مطلع باشید، به اطلاعات ارزشمندی دست پیدا میکنید که به شما کمک میکند تا بدانید توسعه دهندگان شما از چه روشی برای رفع مشکلات پروژهتان استفاده میکنند.
اگر کمی کدنویسی و اینگونه مسائل را بلد باشید، میتوانید به حسابهای GitHub توسعه دهندگان مراجعه کرده تا ببینید چه چیزهایی نوشتهاند و در چه پروژههایی مشارکت داشتهاند. با نگاه کردن به کدهای آنها میتوانید بفهمید که آیا از لحاظ فنی برای کارهایتان مناسب هستند یا خیر. این کار یک ایدهی مشخصتر به شما میدهد که لیست دستاوردهای توسعه دهنده مورد نظر از لحاظ مهارت چه چیزی میباشد.
در اینجا چند جنبه از GitHubهای فریلنسرها بیان شده که ممکن است در ابتدا مشخص نباشند اما شما باید توجه ویژهای به آنها داشته باشید:
- زبانها: آیا آنها بر روی یک یا دو زبان دلخواه خود تمرکز دارند یا به بسیاری از زبانهای مختلف مسلط هستند؟ پیدا کردن یک متخصص برای فناوریهایی که در پروژه نیاز دارید، میتواند همه چیز را به سرعت پیش ببرد. فریلنسرهایی که دارای تجربههایی مختلف هستند میتوانند ابزارهایی را به شما پیشنهاد کنند که بیشتر با پروژهتان مطابقت دارد.
- نظرات و مستندات: کدها تا چه اندازه خوب گردآوری شدهاند؟ ماهیت کار فریلنسری این میباشد که ممکن است افرادی به غیر از شما نیز مشغول کار بر روی کدها باشند. آیا کار کردن با کدهای این فریلنسرها امر آسانی خواهد بود؟ برخی از توسعه دهندگان تصور میکنند که مستندسازیهای شخصی هیچ نیازی به نظر ندارند. اگر شما نظرات را مشاهده نمیکنید، فکر میکنید کدها تا چه اندازه خوانا و مناسب هستند؟
- آیا آنها در پروژههای دیگری نقش دارند؟
معمولاً مشارکت داشتن در سایر پروژههایی با منابع باز، سخت تر از ساختن پروژههای شخصی میباشد. درک کدهای دیگران میتواند امری دشوار باشد، اما این یک مهارت ضروری است. این موضوع زمانی اهمیتش را نشان میدهد که شما قصد داشته باشید توسعه دهندهای را استخدام کنید تا بر روی کدهایی کار کند که از قبل نوشته شدهاند. اگر آنها قبلاً در پروژههای این چنینی مشارکت داشته باشند، احتمالاً کدهایی را مینویسند که دیگران بعداً میتوانند آنها را حفظ و درک کنند.
از نحوهی یادگیری آنها مطلع شوید
از بهترین روشها گرفته تا فناوریهای مدرن استفاده شده، توسعه نرم افزار با سرعتی زیاد در حال تغییر است. سرانجام اگر مجبور شوید با توسعه دهنده ای کار کنید که از فناوریها و روشهای ۱۰ سال پیش استفاده میکند، ابزارها و تکنیکهایی را از دست خواهید داد که میتوانستند پروژه شما را بهتر، سریعتر و آسانتر کنند.
از آنها بپرسید که چگونه مسائل جدید را یاد میگیرند. از آنها بپرسید که جدیدترین چیزی که یاد گرفتهاند چه چیزی بوده است. بفهمید که این مسائل جدید چه کمکی به آنها در توسعهی پروژه خواهد کرد. آنها با یادگرفتن این موضوعات جدید به چه چیزی رسیدهاند؟ مسئلهی بعدی که مشتاق یادگیری هستند چیست و علتش چه میباشد؟
حتی اگر با جزئیات پاسخهای آنها آشنا نیستید، میتوانید میزان کنجکاوی این توسعه دهنده را احساس کنید. کنجکاوی بیش از حد میتواند منجر به ساخت پروژههایی شود که بر روی مبانی آزمایشی و تایید نشده ساخته شدهاند، اما به طور کلی یک توسعه دهنده کنجکاو میتواند کارهای زیادی را در پروژهتان انجام دهد.
یک ارتباط دهنده سازگار پیدا کنید
ارتباطات میتوانند سبب ساخت و یا از بین رفتن یک پروژه شوند. مطمئن شوید توسعه دهندگانی که با آنها کار میکنید، تمایل و توانایی برقراری ارتباط با شما را دارند. بیشتر توسعه دهندگان از ابزارهای ارتباطی خاصی استفاده میکنند. این ابزارها را امتحان کنید تا ببینید که آیا میتوانید از آنها استفاده کنید یا خیر. اگر نمیتوانید، از توسعه دهنده خود بپرسید که آیا در استفاده از ابزاری جایگزین که شما پیشنهاد میکنید مشکل دارد یا نه.
این زمان بسیار خوبی است تا میزان ارتباطات خود را مشخص کنید. اگر آنها قصد دارند بعد از هر نقطهی عطفی با شما ارتباط برقرار کنند، بدین معناست که خیلی خوشحال نخواهید بود. چقدر احتمال دارد که در وهله ی اول توسعه دهنده پروژه را دقیقا همانگونهای درک کند که شما درک کردهاید؟ از کجا معلوم که بخشهای ساخته شده دقیقا در جایی قرار گیرند که شما تصور داشتهاید؟
بررسیهای منظم (حداقل یک بار در هفته) میتواند سوتفاهم های کوچک را قبل از بزرگ شدن برطرف کند.
آنها را با یک پروژه آزمایش کنید
شما با استفاده از این روش، چیزهای بسیار بیشتری را نسبت به سایر روشها خواهید آموخت. پرسیدن سوالات مناسب و نگاه کردن به کدهای یک شخص، می تواند به توضیحات کوچکی را در مورد نحوهی کار با یک شخص بدهد. برای اینکه بفهمید چگونه باید با آنها کار کنید، بهترین روش این است که واقعا با آنها کار کنید. یک آزمایش میتواند بهترین فرصت برای گذشتن از موارد فنی و رسیدن به موارد واقعا مهم باشد. آیا قرار است در این مشارکت آسیب ببینیم؟
در صورت امکان، بخشی از پروژه خود را جدا کرده و سعی کنید تا با توسعه دهنده این بخش را تکمیل کنید. در صورت امکان برای انجام این کار به آنها پول دهید. این کار چند سود برایتان خواهد داشت:
- این یک روش کم خطر برای کسب اطلاعاتی در مورد نحوهی همکاری با توسعه دهنده به شما میدهد.
- حتی اگر این رابطه به جایی نرسید، شما یک تجربهی مفید را بدست خواهید آورد
- اگر شما قادر به پرداخت حقوقی منصفانه باشید، هم شما و هم توسعه دهنده سود خواهید کرد.
این نکته آخر را حتماً توضیح میدهم زیرا گاهی اوقات شرکتها وسوسه میشوند تا از توسعه دهندگان بخواهند یک پروژه آزمایشی را به منظور ارزیابی آنها و سبک کارشان به صورت رایگان انجام دهند. این روشی خوبی برای شروع یک رابطه با توسعه دهندهتان نیست. اگر آنها بتوانند چیزی را (حتی اگر بخش کوچکی از پروژهتان باشد) بسازند که برایتان مفید و کاربردی است، آیا ارزش پول گرفتن را ندارند؟
بهترین کاری که میتوانید انجام دهید این است که پروژه را به عنوان پروژه آزمایشی به او ارائه ندهید. لازم نیست آنها را فریب دهید، کارهای خود را با عنوان پروژه به آنها بسپارید. در واقع این پروژه فعلیِ آنهاست. اگر همه چیز خوب پیش رفت و از کارهایشان راضی بودید، میتوانید پروژههای دیگری را به آنها پیشنهاد کنید. از آنها سواستفاده نکنید، این کار بر روی روابط پویای شما تاثیر خواهد گذاشت. هیچکس نمیخواهد یک موش آزمایشگاهی باشد. اگر همه چیز خوب پیش برود، توسعه دهنده خواستار ادامهی همکاری با شما در پروژههای آتی خواهد بود. در طول این مشارکت، مراقب خط قرمزها باشید و با دقت فکر کنید که چه رفتارهایی را نمیتوانید انجام دهید.
بررسیهای دقیق باقی مانده است
اگر جدول زمانی شما برای تکمیل این پروژه رو به اتمام است و زمان کافی برای انجام دادن تمام این مراحل را ندارید، حداقل پروژه آزمایشی را انجام دهید. از توسعه دهندگان خود بخواهید تا به صورت آزمایشی بخشهای کوچکی از پروژه را بسازند، با این روش احتمال خطر پایین میآید و زمان شما بیهوده تلف نمیشود. حتی اگر در این مشارکت شکست بخورید و مجبور شوید فرد دیگری را پیدا کنید، مطمئن هستید که زمان و پول کمتری را هزینه کردهاید.
اینکه در ابتدای کارهای خود شخص مورد علاقهتان را انتخاب کنید و آرزوی بهترینها را داشته باشید، امری بسیار آسان است. گاهی اوقات این روش عملی میشود اما برای آیندهی پروژهتان هم که شده، باید با چشمانی باز وارد روابط کاری شوید.
دیدگاه و پرسش
در حال دریافت نظرات از سرور، لطفا منتظر بمانید
در حال دریافت نظرات از سرور، لطفا منتظر بمانید