چطور در مورد نیازهای نرم افزار مدنظرتان با یک Developer ارتباط برقرار کنید

به نظر واضح میرسد ولی ارتباط موثر با توسعه دهندگان نرم افزار بخش مهمی از پروژه محسوب میشود. تفاوت اساسی بین پروژه ای که به بیشتر اهدافش میرسد با پروژه ای که نمی رسد وجود دارد .

توانایی بحث کردن در مورد ایده ای که در ذهن دارید همشه برای یک ارتباط موثر برای رسیدن به جزئیات نیازها و تفاوتهای بحرانی کافی نیست . من سفارش می کنم نیازهای مشتری را مستند سازی کنید تا گرفتن تائیدیه از سهامداران آسانتر شود و بتوانید به نوبت با افراد تیم توسعه دهنده ارتباط برقرار کنید .

همچنین ببینید : HOW TO : Hire a Designer or Developer

در اینجا چند تکنیک و تمرین برای کمک به مستند سازی سند چشم انداز ( vision ) نرم افزار ارائه میشود . شاید شما جزئیات یا عوامل بالقوه ای را کشف کنید که تا بحال راجع به آنها فکر نکرده بودید .

خبر خوش این است که نمی توانید اینها را اشتباه انجام دهید . رمز موفقیت این است که زمانی را برای وارد شدن به اندیشه هایتان بگذارید و جزئیات حیاتی و سناریو های دقیقی را تعریف کنید . صرف کردن زمان در این فاز میتواند میزان زیادی از زمان توصعه را کاهش دهد که میتوان آنرا به کاهش درد سرها و کاهش هزینه ی تمام شده تعبیر کرد.

بیایید شروع کنیم

تعدادی از وب سایتهایی که دوست دارید را لیست کنید. آیا برای شما زیبایی مهم است یا کارایی ؟ چه چیزهایی از هر یک از آن وب سایتها را دوست ندارید ؟

تعدادی از رقیبانتان را لیست کنید . چه چیزهایی از وب سایت آنها را دوست دارید و چه چیزهایی را دوست ندارید ؟

سه صفت را لیست کنید . به developer سه صفتی را که دوست دارید کاربران هنگام کار با واسط کاربری داشته باشند بدهید –  مثلاً پیچیده ، مدرن و هیجان انگیز .

ورودی و خروجی های برنامه : اطلاعاتی که وارد برنامه می شود را تعیین کنید ، چه دستی و یا چه به صورت اتوماتیک . همین طور اطلاعاتی که برنامه تولید می کند را نیز تعیین کنید .

برنامه های موجود

مستندات : تا جای ممکن مستندات ( شامل کد های توسعه ، برنامه های اجرایی ، نوشته ، مستندات و غیره )  جمع آوری کنید و در دسترس توسعه دهندگان قرار دهید .

جزئیات فرآیندها : توسعه دهنده ی شما نیاز دارد به یک حساب موجود دسترسی داشته باشد تا درک درستی از برنامه ی فعلی پیدا کند . حتی اگر مجبور باشید برای مدتی اداره کردن آن حساب را دستی انجام دهید ،این کمک می کند جزئیاتی (و مثالهایی) فراهم شود که تیم توسعه دهنده از آن به عنوان یک مرجع محکم استفاده کنند .

کاربران برنامه

کاربران هدف سیستم : آنها را هر جا که نیاز به اعطای قابلیتهای خاصی از طرف برنامه هستند به انواع مختلفی دسته بندی کنید.

خصوصیات مورد نیاز : بزرگترین خصوصیاتی که نیاز دارید را تعریف کنید.

جزئیات را به دسته هایی همان طور که در بالا ذکر شد اضافه کنید :

  • کجا میتوان به آن ویژگی دسترسی داشت و چطور می توان از آن استفاده کرد؟
  • کاربرد سناریو های مختلف چیست و اگر اتفاق افتند چه چیزهای دیگری میتواند رخ دهد؟
  • طراحی صورت گرفته برای چه کسانی است و چه قابلیتهایی دارند ؟
  • چرا باید این توانایی ها را داشته باشند؟
  • آیا توانایی ها انتخابی هستند ، با توجه به قیمت یا عوامل دیگر؟

چه جزئیات دیگری را می توانید به لیست ویژگیها اضافه کنید؟

داخلی در برابر خارجی : کدام یک از مسئولیتهای سیستم می تواند به صورت داخلی اداره شود بجای اینکه یک تیم توسعه دهنده روی آن کار کند ؟ ( برای مثال : پیش نویس نیازها ، نوشتن صورت جلسه ها ، testing ، hosting ، بازاریابی ، طراحی گرافیکی و غیره )

امکانات قابلیتهای داخلی : امکانات تکنیکی برای استفاده از ویژگی های پیشرفته ی نرم افزار چقدر است ؟

تعریف موفقیت : چه چیزی باعث موفقیت این پروژه میشود – از نظر اقتصادی ، آسان بودن کار کردن با آن (user friendliness ) ، زیبایی ، آسانی ، سازماندهی اطلاعات و هر ترکیب قابل اندازه گیری از عوامل بالا ؟

 

آخرین بررسی

آیا تمام موارد مهم در اسناد شما تعریف ، دسته بندی و بررسی شده اند ؟

توسعه دهندگان به این آنالیزها بسیار رجوع خواهند کرد . شما باید تمام تلاش خود را بکار ببندید تا جای ممکن این اطلاعات مهم را در اختیار آنها قرار دهید چون به آنها کمک می کند تا پروژه را با موفقیت به پایان برسانند . با کامل کردن این اسناد تا حد ممکن ، خود را در جاده ی موفقیت ببینید .

منبع :

How to Communicate Your Software Needs to a Developer

Advertisements

دربارهٔ DeltaCode

Somewhere near the sky Far away from people Far away from noise Somewhere near yourself

Posted on دسامبر 6, 2011, in توسعه نرم افزار and tagged , , , . Bookmark the permalink. 2 دیدگاه.

  1. البته تو مثال «web application» رو زدی ولی برای هر نوع پروژه ی دیگه ای میشه این قوانین رو به کار برد. سپاس

  2. بله درسته.
    شما میدونید که بیشتر پروژه های بزرگ معمولا دارای بخش Online هستند تا کاربران از هر جای دنیا به اطلاعات خودشون دسترسی داشته باشند.
    با تشکر از شما.

پاسخی بگذارید

در پایین مشخصات خود را پر کنید یا برای ورود روی شمایل‌ها کلیک نمایید:

نشان‌وارهٔ وردپرس.کام

شما در حال بیان دیدگاه با حساب کاربری WordPress.com خود هستید. بیرون رفتن / تغییر دادن )

تصویر توییتر

شما در حال بیان دیدگاه با حساب کاربری Twitter خود هستید. بیرون رفتن / تغییر دادن )

عکس فیسبوک

شما در حال بیان دیدگاه با حساب کاربری Facebook خود هستید. بیرون رفتن / تغییر دادن )

عکس گوگل+

شما در حال بیان دیدگاه با حساب کاربری Google+ خود هستید. بیرون رفتن / تغییر دادن )

درحال اتصال به %s

%d وب‌نوشت‌نویس این را دوست دارند: