قسمت دوم : در این بخش در ادامه به بررسی پرسش های باقیمانده مبپردازیم :
7- آیا شرحی از ویژگیهای پیشنهادی در مورد برنامه دارید ؟
در صورت داشتن شرحی از آنچه مشتری میخواهد میتوانید نرم افزار بهتر وبدون اشکالتری به او ارائه دهید . اما برنامه نویسها از نوشتن مستندات بیزارند و بنابراین فقط به نوشتن کد میپردازند و از ثبت ویژگیهای پیشنهادی مشتری سر باز میزنند . شما میتوانید با فرستادن برنامه نویسهایتان به دوره های فشرده نویسندگی بی میلی آنها را نسبت به نوشتن مستندات کاهش دهیم .
8- آیا برنامه نویسهایتان محیط کاری آرام و ساکت دارند ؟
دانسته کارکنان با وارد شدن به محل کار جمع آوری میشود و ما باید با فراهم کردن محیطی آرام برای آنها کاری کنیم که تمرکز آنهافقط متوجه کارشان باشد . این یک اصل کلی است و مختص برنامه نویسها نیست .
انتخاب موقعیت مناسب کار چندان ساده ای نیست برای اینکار توجه داشته باشید در بهترین حالت بطور متوسط 15 دقیقه وقت تلف میشود تا شخص تمرکز کامل برای انجام کار بدست آورد .
9- آیا از بهترین ابزاری که میتوانید بخرید استفاده میکنید ؟
بطور مثال فرض کنید یک برنامه نویس برای کامپایل کدش مجبور باشد برای چند ثانیه معطل شود , بنابراین سعی میکند کمتر کد اجرایی بسازد و برنامه را امتحان کند تا زیاد معطل نشود , بنابراین کد نوشته شده در هنگام کامپایل بزرگتر میشود و به این ترتیب گرفتن باگهای آن هم مشکلتر میشود .
اگر فرآیند کامپایل بیش از 15 ثانیه طول بکشد علاوه بر مشکل فوق باعث میشود تا برنامه نویس در طول کامپایل به کار دیگری مشغول شود , که این امر سبب به هم خوردن تمرکز و اتلاف وقت میشود . بنابراین با تهیه یک کامپیوتر سریعتر میتوانیم از بروز این مساله جلوگیری کنیم .
10- آیا تستر دارید ؟
اگر شما به ازای هر یک یا در برنامه نویس یک تستر نداشته باشید , محصولاتتان همواره باگدار هستند . شما میتوانید با استخدام یک تستر با هزینه فرضاً30 دلار جلوی یک هزینه صد دلاری برای تصحیح باگهای احتمالی را بگیرید .
11- آیا از نفرات جدید در خلال مصاحبه میخواهید کد بنویسند ؟
متاسفانه امروزه مصاحبه رو در رو برای تعیین صلاحیت یک فرد مناسب نیست چرا که نتیجه آن منوط به اینست که شخص مصاحبه کننده از مصاحبه شونده خوشش بیاید یا از قبل با او آشنا باشد . بنابراین مصاحبه حضوری به تنهایی راه مناسبی برای تعیین صلاحیت یک فرد نیست .ما میتوانیم بصورت عملی از او بخواهیم کاری انجام دهد . همانگونه که یک آشپز را بدون چشیدن غذایش برای پختن غذای عروسیتان استخدام نمیکنید یک برنامه نویس را هم نباید بدون دیدن نمونه کارش استخدام کنید .اگر شخص جدید تمام جزئیات برنامه نویسی را بلد باشد خوبست اما اگر کاربرد آنها در برنامه نویسی را بلد نباشد مسلما بدرد شما نمیخورد . اما اگر از او بخواهید تا کد بنویسد به قابلیتهای او نیز پی خواهید برد
.12- آیا در پایان کار یک تست مفید و گسترده انجام میدهید ؟
یک تست مفید و گسترده آنست که برنامه خود را به چند نفر نشان بدهید تا با آن کار کنند . تجربه نشان میدهد اگر برنامه تان را به 5 نفر بدهید تا با آن کار کنند 95 درصد در مورد معایب , باگها و مزایای برنامه تان مطمئن میشوید .
با طراحی یک رابط کاربر زیبا و مناسب که مورد پسند مشتری باشد میتوانید برای محصولتان مشتری های بیشتری پیدا کنید . برای اینکار رابط کاربرتان را به چند نفر نشان بدهید تا یک نمای کلی از علایق مردم را بدست بیاورید . به توصیه آقای Joel Spolsky بهتر است در پایان کار خودتان هم یکبار نرو افزار را تست کنید . چرا که هم مجانی است و هم خودتان یک مرور کلی روی آن انجام داده اید و اینکار میتواند در کیفیت بهتر نرم افزار موثر باشد .